commit 6eb12377add8d24e9500bb49d9b9e19c3c382e03 Author: Karsten Loesing karsten.loesing@gmx.net Date: Fri Apr 27 08:07:25 2012 +0200
Remove two suggested data sources from the TODO list.
Using Tor's control port as a data source could be useful in some cases, but Damian and I decided it's not worth the effort. We wouldn't learn much new stuff compared to running a Tor client/relay and reading the cached-* files. Damian says that a good workaround for file permission issues with cached-* files is to run the Tor process and Java process as the same user.
Having a database as a data source was a nice idea, too, but we don't have such a database. Once we have a good database we can still write a metrics-lib wrapper for it. --- TODO | 14 -------------- 1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/TODO b/TODO deleted file mode 100644 index f468893..0000000 --- a/TODO +++ /dev/null @@ -1,14 +0,0 @@ -- New data sources - - Add Tor's control port as another data source for relay descriptors. - In theory, the descriptors that can be parsed from a local Tor data - directory should be similar to what we can learn via Tor's control - port, though maybe not as up-to-date. In order to fit the data store - model, we should query the list of all available descriptors and make - them available to the application. - - Add a Tor descriptor database as another data source for relay and - maybe bridge descriptors. There is no good database schema around for - descriptors, so that should come first. In order to fit the data - store model, the descriptor source should allow the program to define - which descriptors to include, and it may be useful to exclude - descriptors by publication date. -