Show streets speeds all the time

[MarcL20]

If it's not accounting for this difference, visible via the ETA, then please tell me. But as I understand it, you just don't see a red jam on it. To Waze, that 30Km/h at Rush Hour is normal traffic.

Like I said, the only quick and viable way to show these red jams would be to make the coloring of jams be dependent on <current speed>/<global average speed>. Right now, it uses <current speed>/<time of day average speed>.

The Way Waze works now, it's like the same as not having it. If I do not get information about speed or size of a jam in rush hour, is actually the same as not having waze. If you think about it, waze is only giving you an eta. I'm not seeing which way is faster so we have to trust waze that it is doing us the best route. But since it does some stupid routes, I can't fully trust it. And i know my town better than it. That's was the idea of the topic: if waze show us the road colors all the time it would give us a better feel about the route. If the speed average in rush time is 30kmh why not plot red in map ?

[MarcL20]

In some specific days on rush hours, roads that usually have jams sometimes have not. I think its bad when you look at the screen, see nothing and then BAM: A traffic jam. I really dont know if its just me, but...

At least the green road idea seems to be good.

[onezerosix141]

There's a road not close to where live always have indication of slow traffic but more than 90% of the time there is no traffic. I wonder if it's caused by someone have it running without driving...

[R4CLucky14]

They could implement something to use both data: Max and average. Its not hard to do.

Are you a programmer? Of course it's hard to do, since they probably have some sort of public interface being used, and adding in a max speed data requires a (if written in Java, for example) new Class (they might be able to cheat it by making max speed an instance variable of an existing class, which will still require updating anything interacting with that variable, and in turn, anything interacting with that Class), with new methods, and a new interface, along with changing the existing classes, methods, and interfaces to adapt to this new class.

Depending on how integrated (and large) the code is (and how poorly designed it was), it could require dozens of hours to add. Then there will be bugs.

It's something that should eventually be implemented, but not now.

EDIT:

It's always simple when we write it out on paper (who would honestly think that adding one more value could potentially take hours), but then again, as my teacher said, the stupidest thing in this room is the computer

[R4CLucky14]

The hardest one we already have that its the average aquired by the client. Adding a Max speed in database is simple since it will be done by the editor and is just another data field that you will add to waze road registers. I dont know how is waze algorithm but instead of comparing just with the average, using existing methods "and" maxspeed shouldnt be difficult.

Your using Max speed as a synonym for a Speed Limit. There has been huge discussions about this prior.

If your referring to the max speed driven on a road segment (which can be really off, considering some may drive 70 mph on a typically 30 mph road), then, this information will again be relatively useless, unless if it used some sort of moving average for the maximum speed driven on a segment.

But then it wouldn't even be used for routing, but to help display perpetual slow average traffic as a jam. But that's not even needed, as Waze already knows that segment is slow.

So, basically, as I said, this suggestion would require a lot of work (think, you add in a field in the database, then you have to populate the records with information for that field, then you have to integrate the field with the servers and client, which would require a complete restructuring of the interfaces being used within the code.
EDIT: It's never as simple as *just* adding another field to a database. It's much more complicated, and would require much more work than you think.

Simply put, absolutely no gain, for a lot of work, and probably a lot of feature-breaking bugs.

[R4CLucky14]

Well, I just hope they fix this problem: The jam is long and waze only change the road to red usually only when I report a jam. Wazers go thru the roads that speed limit is 70km/h and waze has it with 30km/h in average. When in a jam, wazers go thru 30km/h and waze thinks its without jam.
I hope it wont work that way, or if so that they fix it.

Waze often makes routes with strange cuts via small service roads. This may also happen because of this. The primary road has the speed average lower than of the service road and waze sometimes makes crazy routes.

You may not like it, but it works. Waze knows that road is 30km/h, and it's calculating as such.

Any of the proposed suggestions will not help solve this problem. The only other way (in my mind) is to have hourly averages compared to the global average (displayed in Livemap / Cartouche). This would be the only way to have something similar to WYSIWYG. But it would still require implementation. Luckily, though, the (already existing) data would update itself and be somewhat correct.

Waze makes cuts because it's probably quicker at that time of day. If the main road is clogged, obviously the side roads would be quicker if there not.

[R4CLucky14]

You may not like it, but it works. Waze knows that road is 30km/h, and it's calculating as such.

Any of the proposed suggestions will not help solve this problem. The only other way (in my mind) is to have hourly averages compared to the global average (displayed in Livemap / Cartouche). This would be the only way to have something similar to WYSIWYG. But it would still require implementation. Luckily, though, the (already existing) data would update itself and be somewhat correct.

Waze makes cuts because it's probably quicker at that time of day. If the main road is clogged, obviously the side roads would be quicker if there not.

Well, I disagree.
How can it works since the average of the road is 30Km/h while the normal road speed during times other than rush hours is 70Km/h? As I said, waze sometimes does stupid routes when its not necessary. Today, at late night, it made me go thru a desert road that had "speed reductors" and a longer path, just because it had a speed average higher than a shorter primary road. And I still say: Waze misses coloring red road jams just because of this average.

The average is based on Time of Day. So, during the rest of the day, Waze marks the road as 70km/h. During rush hour, at that same Time of Day, Waze marks is at 30Km/h and is suppose to account for this difference with ETA and routing.

If it's not accounting for this difference, visible via the ETA, then please tell me. But as I understand it, you just don't see a red jam on it. To Waze, that 30Km/h at Rush Hour is normal traffic.

Like I said, the only quick and viable way to show these red jams would be to make the coloring of jams be dependent on <current speed>/<global average speed>. Right now, it uses <current speed>/<time of day average speed>.

[R4CLucky14]

If it's not accounting for this difference, visible via the ETA, then please tell me. But as I understand it, you just don't see a red jam on it. To Waze, that 30Km/h at Rush Hour is normal traffic.

Like I said, the only quick and viable way to show these red jams would be to make the coloring of jams be dependent on <current speed>/<global average speed>. Right now, it uses <current speed>/<time of day average speed>.

The Way Waze works now, it's like the same as not having it. If I do not get information about speed or size of a jam in rush hour, is actually the same as not having waze. If you think about it, waze is only giving you an eta. I'm not seeing which way is faster so we have to trust waze that it is doing us the best route. But since it does some stupid routes, I can't fully trust it. And i know my town better than it. That's was the idea of the topic: if waze show us the road colors all the time it would give us a better feel about the route. If the speed average in rush time is 30kmh why not plot red in map ?

Obviously Waze is not perfect, and some stupid routes should be expected, especially if the maps are not in good quality and there are not many Wazers in the area.

However, having said that, Waze is not WYSIWYG. Your asking for it to change, and I'd honestly be okay with a user-setting on the client for display purposes (adding it as an option would take more work, but the actual setting could actually be done in three seconds (change one variable to another already pre-existing variable).

Having said that, as it is now, and if Waze had to choose between now and what you want, I'd have to disagree. CBenson said quite a bit covering it, but also, there is no real reason not to trust Waze if it has sufficient data and excellent map quality. It'll find the proper route with the smallest ETA.

[RallyChris]

Also understand, that waze only shows higher than normal traffic. Which is a different model from the highway sensor style traffic alerts from other companies.

So if the traffic level is normal (always bad ) then their might not be a traffic alert, as the real speed and average speed for that time of day are close. That is why it is recommended to use navigation, as the routing server is supposed to take into account historical averages, and real time data from other wazers for routing. If their is enough data for faster alternatives, then navigation will try to take those into account, and route around the "normal" traffic, without the need for an "alert".

"Drive what you see" unfortunately is not the best method to use with this product.