Map Editor Suggestions
Welcome to the Map Editor's suggestion box!
This is the place to share your ideas for improving the Waze Map editor.
321 results found
-
Internal editor Notes on User Reports
Give editors the ability to enter Notes onto User Reports without these going to the reporters themselves.
This will allow us to leave messages for other map editors without the reporter being notified, for example, Please leave open - due to a Waze developer investigation, Please leave open for a pending site survey, etc.
It may also give us the ability to for to use for an internal conversation about the report that the reporter doesn't need to know about.
Yes, I know we have Map Comments, but having the ability to do this directly on the report would make…
301 votesThis suggestion has been added to the team's backlog, and is currently waiting for assignment. Will update when we have an established ETA.
Thanks to all who have helped us with further info!
-
Separate layer for natural features
To make it lighter to load the map in WME, it would be great to have all natural features in a separate layer under places to be turned on/off. Notably:
- Canal
- Island
- Sea / Lake / Pool
- Dam
- Dessert
- Forest / Grove
- Rivers / Stream
- Natural features
- Swamp / MarshThese rarely get URs in any case. It will make it easier and faster to navigate the map, looking for URs.
237 votes -
A true support for bilingual countries
I noticed that Waze doesn't approach bilingual countries just like GMM does.
For example, in GMM, we can write multiple names for the same road in 2 different languages and based on the user's current phone language chosen, the map changes accordingly.
Unfortunately that doesn't happen in Waze, we are stuck in 1 language only, even if we add "Alternative" name.Here in Kuwait, we use both Arabic and English (Even street signs are written in both Arabic and English) , in Google Maps we are having no problems since most of the roads in the map are written in…
209 votesSince bilingual support is a bigger issue affecting not just the WME, this is a company-wide decision that we will bring to the relevant teams.
-
BUS/Motorcycle Lane
Add the option to mark a lane as a BUS lane.
If we have 3 lanes -> Turn left | Front | BUS
We cannot give exact information to the user, because we can only show 2 lanes, because we cannot display the BUS to not mislead the driver.
In Portugal, motorcycles can ride on the BUS lane, so it also helped motorbike drivers a lot
195 votesHey!
Thank you for this suggestion.
This is not a priority for the team at the moment and we won’t move forward with it.
We encourage you to keep on coming up with great suggestions
Best,
-
Time based speed limits
Speed limits are not always a fixed ones. For example , roads around the schools have a speed limit of 30 kmph during the morning and evening hours. Whereas this limit is not valid for Sundays and during the rest of hours in a day.
185 votes -
Road Closures History
For a segment, it can be useful to have the history of closures, with start and ending, especially the most recent ones.
This could help in the management of some UR (a closed segment the previous days helps to think that the segment is still closed).
174 votesGreat timing! We’re currently working on having the history of closures. Keep an eye out for updates on the WME.
-
Improve the GPS points layer
To branch off the discussion from the WME release topic:
RichardPyne כתב:
I would find GPS points much more useful if they were color coded by age rather than direction. Th arrows provide useful direction, but in areas where traffic patterns are changing due to construction, knowing the age of the trace would be far more useful.dchary2418 כתב:
It could help if the GPS traces were the same original color, but shaded darker for older data.Glodenox כתב:
I'd be all for somehow showing the age of the GPS points. Especially the more recent data seems of interest to…165 votes -
Place Hours: Sunrise to Sunset
When adding Places, especially outdoor places (such as parks, playgrounds, beaches, etc), there are often posted hours saying the Place is open only sunrise to sunset, or conversely that the Place is closed sunset to sunrise. Unfortunately, the existing Place hours interface doesn't allow for these kinds of hours, only HH:mm times. As sunrise and sunset times change constantly, and in some places drastically due to orbital motion of the earth and time changes due to daylight savings times, it is impractical to estimate open/closing times using HH:mm formats.
It would be beneficial to both app users and map editors…
152 votesThanks all! We're researching this further and will come back with follow up questions shortly.
-
Ability to edit PUR photos to blur items
Very often we have to reject a PUR photo when it contains either identifiable people or licence plates. If we had a simple tool in WME that would allow us to blur those details then those pictures could be used. Current situation is quite unbearable since we have to reject way over 50% of PUR photos because of aformentioned reasons. It also affects negatively on user's eagerness to take photos if the ones they've taken before do not end up to use and we currently cannot even tell why those have been rejected.
130 votesThank you for this suggestion.
We are looking into its feasibility on our end, and will update accordingly
Best,
-
Connect an Advertising Pin to its Place on the WME
Very often it happens that advertising pins are not placed in the correct place on the map, which leads to routing errors. It would be very useful to be able to link these Pins to the corresponding Place entered by the editors in the correct place in the WME, so that the routing to these destinations works correctly. (as we already do for the link to Places on Google Maps).
106 votesHey!
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 -
External Providers Search Displays Too Little Information
The + Add linked Google place functionality on venues is incredibly difficult to use. When you search, the Waze-prioritized white space leaves almost no room for the search results to actually contain usable data. As it is now, I often have to guess as to which place it might be and often have to repeat the process making editing places very inefficient. Please expand the information displayed here so that this functionality is actually useful to finding and linking Google places. The whole name of a place should appear along with a complete address.
105 votesThank you for submitting this suggestion!
At the moment, when you hover over a place, it shows its complete address. Is this something that solves the original issue you mentioned?
If not, we would love to hear from you on how it can be improved.
Thank you!
-
Improve RPP editing when it conflicts with HN layer
When adding or editing RPP, if there is a conflict with the HN layer (i.e. too far), then the WME issues an error that prevents you from saving your edit. Thus, you cannot add or update this RPP.
To resolve the issue you need to perform the following steps:
1. Update/Remove the address in HN layer
2. Wait for next (successful) map build
3. Add the RPPThis is an annoying procedure that should and can be avoided.
The issue can be handled in one of the following ways:
1. Verify the RPP against the most updated data either in…102 votes -
Put the House number field before the Street field
In some countries, House number needs to be before Street. Maybe this can be customisable by country? If not, I believe it's more logical to have House number first (smaller to larger).
98 votesThanks for your feedback. At this time, this doesn't fit on our roadmap, but we'll keep it in mind for future product planning.
-
Prompt user to save Lane changes if deselecting segment
After editing Lanes, it's far too easy to lose the changes by accidentally deselecting the selected segment you are editing if you don't apply the changes beforehand.
This suggestion is to recognise that changes have been made in Lanes (or road width), and prompt the user to apply or cancel the changes if they deselect the segment they are editing.
91 votes -
Addition of a road type: Dangerous or Unsafe road
It is suggested to add one more road type: Dangerous or Unsafe road. This type will be used for example when it is a very steep or winding or bumpy road, or a road on the edge of an abyss.
The time it takes to pass the road in such cases is not the only parameter that counts.
It is suggested that the "penalty" for passing such a road will be proportional to its length. For example 1 minute for every 100m.88 votes -
Show Entry Point Name changes in POI history and PUR
I noticed that Changes to the name of Entry Points of places won't show up in the POI history, it simply says "Updated Entry Points".
This also affects PURs, since you don't know what the Wazer/Editor is suggesting until you accept it.
I reckon those requests mostly get declined since there's no visible change.My suggestion is to add those name changes to the history and PURs.
87 votesWe are looking to feasability for this suggestion and will update when we have some answers.
-
Incorporate Place Interface Enhancements Script RPP Editing Options
The Place Interface Enhancements ("PIE") Script provided an easy way to add RPP's by offering to auto-populate the 'street name' field with values from the nearest street. Optionally, one could have it ignore the checking for the street name from nearby PLRs and PRs:
(Options):
- Use street name from closest segment
- Use city name from closest segment
- When the primary is "No city" look for an alt city
- Ignore PLRs & unnamed PR when using closest segment's name and cityThe script stopped working after an update to WME earlier this year. It would be an…
85 votes -
Change Forum Sharing Options object types posted in forum
Currently when an editor uses the Forum Sharing Option to request an unlock, the request ALWAYS says "I would like to be able to edit the following segment(s)." no matter what type of object is selected.
The request should be automatically based on type of object selected
If segment(s) selected, no change
If venue(s) selected, the request should say "I would like to be able to edit the following venue(s)."
If they have any other type of object selected, the request should say "I would like to be able to edit the following [selected object type]."85 votesThanks for your feedback. At this time, this doesn't fit on our roadmap, but we'll keep it in mind for future product planning.
-
Automatic UR handling
An update request (UR) without any text can be automatically handled:
1. There will be an automatic system response to the UR that will invite the user to add more details to his request in the WME (include a link) or in the forum (include a link to the local community forum). The user will get an e-mail as fr any other manual response.- Every such UR that has no more responses (other than the automatic one) will be closed as "not identified" after 7 days.
That automatic handling will save a lot of time wasted by area managers. A…
85 votes -
Allow 3 choices for PURs that report closed places. 1) Ignore; 2) edit place 3) delete place
Currently we can only ignore a PUR that reports a place closed or delete the closed place. We have no other choices available. Often, we need to make changes in operating hours or make other changes but NOT delete the place. If we ignore the PUR, it counts against the reporter. We need a third choice that gives the reporter credit for the report but allows us to keep the place and make appropriate changes to it.
82 votesThis idea currently isn't planned, but we will update if it becomes feasible in the future.
Thanks to all who pushed for this idea!
- Don't see your idea?