Waze Statistics

[foxitrot]

Oh yes - I meant that the graphs should show the local time of the city for each graph, not that they should adjust the time for the user looking at the graph - who could be anywhere anyway.

That way, it would be easier to compare graphs for different cities in different time zones - it looks a little awkward when a city outside your timezone appears to have its evening rush between 1800 and 2000 instead of 1700 and 1900. I expect this will become more important if you add more cities that are further apart.

The base idea is good. What about the data gaps/overlaps because of Daylight Saving Time jumps twice a year, interpolate? Or let's ignore DST changes and use the base time zone shift (usually during the winter time)? Neither option is ideal.

[davidg666]

The base idea is good. What about the data gaps/overlaps because of Daylight Saving Time jumps twice a year, interpolate? Or let's ignore DST changes and use the base time zone shift (usually during the winter time)? Neither option is ideal.

I agree that neither option is ideal, but even if you stay with a single timezone, the graphs will be offset by an hour when DST kicks in for the summer - so there'll be either a one hour gap in the data or an hour's worth of data with hour on the clock to put it.

I suggest dropping the hour's worth of extra data when DST ends at the end of the year, and inserting a gap in the graph (or even just a straight line) when DST starts and the clock moves forward.

In any case, the DST problem is a separate problem to supporting multiple timezones - unless you tie all the graphs to UTC (and avoid DST changes completely).

++David \ davidg666

[antigerme]

Wonderful work fotrik and guri211!

Could you help me? You could release what was the HTTP POST/GET that you used to obtain this information?

I am wanting to monitor the number of wazers in Brazilian cities. I will use Zabbix. I tried to capture the traffic data but the Waze uses HTTPS/SSL. : (

Regards

[fotrik]

The data feed methods are developed by guri and I am not sure if he wants to publish them for massive use as this could load the Waze infrastracture more than they would like.

[antigerme]

The data feed methods are developed by guri and I am not sure if he wants to publish them for massive use as this could load the Waze infrastracture more than they would like.

And PM?

[fotrik]

The data feed methods are developed by guri and I am not sure if he wants to publish them for massive use as this could load the Waze infrastracture more than they would like.

And PM?

As above, this is not question to me.

[fotrik]

BTW, I am writing down all your requests for new cities like Edinburgh or Istanbul. When the background mechanism (also timezone etc.) is finalized, we will try to add more - where we see sufficient activity and up to the capacity of the server.

[davipt]

Any chance of making the graphs aware of the time zone for the places they're reporting on? Here in Ireland (and in the UK too) we're on UTC in the winter, UTC+1 in the summer - an hour behind most of Europe - so the activity graph for Dublin is showing that it's already about 1825, but it's still just 1725 here...

Please keep the graphs simple and make everything UTC, irrespectively of the country of the graph, the country of the viewer or the daylight savings. It's gonna be a mess when you start getting countries with multiple timezones, and many other issues. Whoever is looking at the graphs should know how to convert UTC into localtime.

Speaking on which, what is the current timezone at the moment? UTC?

[orbitc]

BTW, I am writing down all your requests for new cities like Edinburgh or Istanbul. When the background mechanism (also timezone etc.) is finalized, we will try to add more - where we see sufficient activity and up to the capacity of the server.

Can you also add Izmir to that list?
You should have Istanbul, Ankara and izmir from Turkey. Thanks

[foxitrot]

Speaking on which, what is the current timezone at the moment? UTC?

ATM it is UTC+1.