Re: [tor-bugs] #24831 [Metrics/Onionoo]: Consider providing more/less fine grained data for Realy Search graphs

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#24831: Consider providing more/less fine grained data for Realy Search graphs
-----------------------------+------------------------------
 Reporter:  irl              |          Owner:  metrics-team
     Type:  enhancement      |         Status:  new
 Priority:  Medium           |      Milestone:
Component:  Metrics/Onionoo  |        Version:
 Severity:  Normal           |     Resolution:
 Keywords:                   |  Actual Points:
Parent ID:  #24155           |         Points:
 Reviewer:                   |        Sponsor:
-----------------------------+------------------------------

Comment (by karsten):

 There are two reasons why Onionoo would not provide data for a given graph
 (let's take 3 months as example):
  1. Data is not available on the granularity that is typically plotted for
 the desired time frame, but only on a higher granularity. This is
 currently biting us with relays switching from 4 to 24 hours granularity
 for bandwidth data. Onionoo does not include this data, because it would
 be exactly the same as the graph data for longer time periods. Clients can
 check whether there is graph data available for the next longer periods.
 In the example, check whether there's a 1 year or 5 years data object and
 just plot the last 3 months.
  2. Data is available on the right granularity, but only for part of the
 graph interval that is already contained in a graph with shorter time
 period. In the example, if a relay or bridge is around for less than 1
 month, it wouldn't have a 3 months data set, but clients could fall back
 to using the 1 month or 1 week or 3 days data set. Note that Onionoo makes
 sure that at least one graph is available in such a case.

 Would it be difficult to put an ordered list of graph intervals into the
 client code, and whenever the requested graph cannot be found, first
 search towards longer graph periods and then towards shorter graph
 periods? Adding all this redundant data feels like a kludge. We could even
 document the approach taken by Relay Search in the Onionoo protocol
 specification as recommendation for other clients, if that would help.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/24831#comment:2>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online

_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs