[tor-bugs] #21381 [Metrics/CollecTor]: CollecTor web-page should have new Metrics design
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Feb 22 15:08:47 UTC 2017
#21381: CollecTor web-page should have new Metrics design
-------------------------------+--------------------------------
Reporter: iwakeh | Owner: metrics-team
Type: enhancement | Status: needs_revision
Priority: Medium | Milestone:
Component: Metrics/CollecTor | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
-------------------------------+--------------------------------
Comment (by karsten):
Replying to [comment:38 iwakeh]:
> Replying to [comment:37 karsten]:
> > No, let's try to avoid differences between the main version and the
mirror. We can find a compromise! :)
> >
>
> Oh, I'm only playing and intended to remove the differences once the new
version is on master.
> (BTW the third mirror doesn't feature the web pages at all.) I think
once there is an embedded simple web-server, the mirrors will be easily
identified as such, but otherwise all look the same.
Ah, that sounds good!
> > I was just kidding with the dates being great, because they were my
idea. Sorry, I just didn't know how to include an emoticon in the
strikethrough without chopping the head in two... ;) And I have to be
honest, it was not entirely my idea. Here's a related website which
inspired me: http://www.caida.org/data/overview/. Should we give this
another try?
>
> hmm, the caida site features 'vintage web-design'. I don't even see how
it inspired your idea?
Heh, the part that inspired me is that they offer "ongoing" (start, no
end), "one-time snapshot" (start == end), and "complete" (start and end)
data sets. In a way, we have the same, with current descriptor types
being in the "ongoing" category, older descriptor types in the "complete"
category, and non-displayed experiment data sets in the "one-time
snapshot" category. (I didn't mention the last part, because the concept
seemed useful just for the first two parts.)
> The table could just contain the years of availability and the textual
descriptions can be edited to tell more about the availability. That way
all information is there on the page.
Sounds like a good plan, if I understand it correctly. Though I'd also
want to include months in the table, because that's the time unit we use
in our archives.
RaBe, would you be able to put together a simple prototype from the
description above?
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/21381#comment:39>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list