Waze forum

harling wrote:It's kind of hard to examine, let alone fix, turn restrictions when the arrows aren't there. :-/

It's a browser cache issue at first, but appears to be larger. In chat, I've had people load up:

https://www.waze.com/assets-editor/imag ... 5d033c.png
https://www.waze.com/assets-editor/imag ... ab677e.png

And that fixes it. However, if you reload those image files, you get a 404 error. I've emailed Ohad.

Nagamasa wrote:In any case the suggested "Furniture/ Home Store" is spelt incorrectly.

Posted during beta testing and not fixed. "Kindergarden" is also incorrect.

Nagamasa wrote:Another point I'm curious about: How do points show up on the Live Map or the app maps?

We do not yet know. Ideally, in a future app release, like maybe 4.0, we will get some zoom-based visibility of Point places with category-specific (maybe parent category-specific) icons at the point, etc. This information has not been released yet. Just my conjecture.

dbraughlr wrote:The Layers menu should open on mouse over - not requiring a click to open and close.

Totally agree. I gave that suggestion during testing.

tonestertm wrote:Tiny change, possible bug.
The "Number of changes" counter is now red from change one, instead of flipping from white to red at 10.
Maybe this is by design and just isn't called out.

Crap, I missed that during testing. They may have changed this on purpose.

karlcr9911 wrote:'Residence / Home' - Is this promoting the marking of individual polygons for residences now as opposed to just marking the address via the street segment 'Edit House Numbers' feature?

I don't know what Waze was really thinking, but this should almost never be used. I'd like to have it removed. There's several changes in the categories which we would like to see made.

rgatland wrote:Agree with previous posters, I like being able to see recently closed URs in my area, but it would be nice for there to be some visual indication (and/or filter option) to differentiate closed versus open URs.

Closed URs and MPs are visually differentiated by being green. I brought up the need for a filter in beta, as noted earlier in the thread.

rgatland wrote:Ugh! I have red/green color blindness and I am having a hard time differentiating them.

Oh, man! I totally forgot about that need to differentiate red/green with an icon like we do with turn arrows. I'll have to put in a note to the devs about this. The previous icon format made this clear. Now, the main icon stays the same. I'm sorry if my note sounded flippant and rude. Didn't intend it that way, but in light of RG colorblindness, it seems insensitive.

kentsmith9 wrote:I have tried flushing cache and FF with no GM scripts still does not show arrows while my Chrome on the same system is fine. Will try another system later tonight.

It's a goofy situation, Kent. Ohad has the info from me and says he thinks he knows what's causing it. Will probably work on it tonight.

kentsmith9 wrote:Previously you could select a landmark and the center node could be used to move/shift the entire landmark. That appears to have been replaced by the stop point marker with no way to now move/shift landmarks/places any more.

Was that intentional?

The landmark move handle has been removed. We knew this in beta, and a few people stated that it was quite useful and wanted it returned. It didn't and it went live as you see it. So, it was not for lack of us trying. As Places matures, a feature like that may return.

We are also still needing a selected landmark to have superiority at the edges when trying to move geometry nodes, over segments and segment junctions those nodes are aligning with. That remains a significant issue IMO.

iainhouse wrote:The keyboard shortcuts window makes no mention of the D key being used to delete geometry nodes.

It's true and has "always" been that way. Presumably, it's because 'd' by itself does nothing. Just like Shift+click/drag to zoom into an area isn't listed. Perhaps that needs to change.

They are all mentioned in the wiki keyboard shortcuts, though.