DwarfLord

My feedback

94 results found

  1. 68 votes
    How important is this to you?

    Thank you to all who submitted and voted for this suggestion, however it is currently not planned due to PII issues associated with tracking URs in this manner. Please make sure to include the UR ID when reporting abusers on the map so that Staff can properly track the case. Often times we are unable to investigate due to no longer having the UR ID once the UR is closed and deleted.

    DwarfLord shared this idea  · 
  2. 24 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  3. 79 votes
    How important is this to you?
    An error occurred while saving the comment
    DwarfLord commented  · 

    Two thoughts:

    1. The image is from WME, not the app. What matters is the app display, which at present doesn't show city boundaries at all. Rather it "floats" the city name above the other items on the display in a way it hopes is unobtrusive. Is there any complaint with how the app is doing this?

    2. My understanding is that there are two "flavors" of city in Waze. One flavor consists of cities that were part of the original basemap import; they are "hard-coded" into the database and their display boundaries cannot be changed, regardless of anything editors do, without intervention by HQ (which can be requested, but can take some time). The other flavor consists of cities added by editors since the basemap import. The display boundaries for these are fluid, and can change as the primary city names on various segments change.

    I believe your best shot at relief from Waze is to (a) demonstrate that the display on the app is messed up, not just the WME cities layer; AND (b) consequently request that HQ modify their hard-coded city boundary. In the US, this process generally implies RC involvement.

  4. 73 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  5. 15 votes
    How important is this to you?
    DwarfLord shared this idea  · 
  6. 18 votes
    How important is this to you?
    An error occurred while saving the comment
    DwarfLord commented  · 

    If standardized alerts are offered, deer/wildlife zones should be included. Every year there are between 1 and 2 million deer collision insurance claims in the US alone. Drivers (and wildlife) would benefit from driver alerts when entering known wildlife hazard areas.

    To avoid over-alerting, custom alerts should be programmable by season and time of day. For example, schools are only hazards during daylight on weekdays. Deer zones may be more dangerous in the autumn and at early, late, or nighttime hours. This would be critical, because hazard alerts that always sound, even when there is little or no hazard, teach drivers to ignore them or turn them off.

    DwarfLord supported this idea  · 
  7. 38 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  8. 109 votes
    How important is this to you?

    Hey!

    Thank you for this great suggestion.

    We currently have an internal process in place to address this issue, and therefore won’t be developed as a feature in the WME.

    If you encounter any issue with advertised location. Please let your coordinators know about it, and they will inform the SCM, so we will be able to check this.

    Best,
    Hezi

    DwarfLord supported this idea  · 
  9. 23 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  10. 9 votes
    How important is this to you?
    DwarfLord shared this idea  · 
  11. 282 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  12. 74 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  13. 6 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  14. 15 votes
    How important is this to you?
    DwarfLord shared this idea  · 
  15. 8 votes
    How important is this to you?
    An error occurred while saving the comment
    DwarfLord commented  · 

    This would be extremely helpful during disasters (severe storms, earthquakes, wildfires, etc.) in remote areas. In particular, Wazers could note roads closed by the disaster. Even if the report isn't available immediately, if it could upload as soon as connectivity reappears it could help editors and Wazers alike understand road conditions.

    DwarfLord supported this idea  · 
  16. 25 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  17. 10 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  18. 13 votes
    How important is this to you?

    Hey!

    Thank you very much for this great suggestion.

    It was added to our backlog to try and see the possibility to implement it when we will next use external providers.

    Please note there is no ETA for it yet.

    Best,
    Hezi

    DwarfLord supported this idea  · 
  19. 119 votes
    How important is this to you?
    DwarfLord supported this idea  · 
  20. 149 votes
    How important is this to you?
    DwarfLord supported this idea  · 
    An error occurred while saving the comment
    DwarfLord commented  · 

    Alternately, perhaps segments could be marked as "difficult" the way turns can be marked now. Then, the user's decision on whether to be offered difficult routes could apply to difficult segments as well as turns.

Feedback and Knowledge Base