This is slightly outside the scope of WME Beta, but in general about our ability to provide a better service for end users.

Allow users to reply to URs via email. Many support systems allow this, and in most cases, the process is fairly simple. The process might be as follows:

• User submits a request/issue from the app while they drive
• We (editors) get a pin on the map with submitted details as before
• User gets an email with a unique response email address (something like 8766123133@requests.waze.com)
• User gets instructions on how to view the map issue they submitted
• User gets instructions on how to provide more details (ie, from the app, or reply via email)
• If user replies via email, the email goes to a processing application and the details are added to the UR
• If user replies via app, they get an option to approve the full details of the journey to volunteers (start/end, exact details entered, route taken, etc)
• Editors now have a higher chance of getting details to support drivers because of email support, and the check box allows drivers to approve exposing extra details to volunteers.

Obviously the exposing extra details to volunteers will probably have to go through some legal process, but as we (as editors) often ask for details about the driver's routes anyway, I'm not sure there really is a difference.

The really important bit here is the reply via email. With it pinned to a sub-domain of waze.com (such as requests.waze.com) a processing application can append the replies to existing requests (based on the part in front of the @). This is a pretty common practice on many support ticketing systems, and I'm sure we'd get a much higher response rate on user request follow-ups.

Cheers
Jonathan

By: jangliss
Link to original suggestion: https://www.waze.com/forum/viewtopic.php?f=1525&t=306988

I know, and have no issues with, that if you add/change a road shield on a segment it will add/change the road shield to every segment with the same streetID (same street name, city, state, country combination) no matter where it is (even if you you don't have edit rights in the area)

My issue is that I should not be able to go to an area, state, country that I have ZERO edit rights in and add/change their road shields.

My suggestion is that when you select a segment, if you can't make a normal edit to that segment, then the "add a road shield" option should also be able to be selected either. However, it should have a "view road shield" option instead.

So in short, if you meet the minimum requirement to add shields (L4 at this time) and the segment is within your editable area, you can add shields, otherwise you should only be able to view them.

Requirements: the Streetview panel is open and the place layer is on

Then: allow creating a box on the Streetview panel. When a box is drawn add a bar saying: now select a place to apply this picture.
Add an X on the box to delete it. Allow the user to resize the box.
Set a minimum size and a fixed ratio (the one used by the client) for a decent resolution.
Drawing a new box removes the previous one if present.

If then the user clicks on a place, ask him:

"would you like to set this selection as a place picture"?
Yes/Cancel

The picture data is taken directly from Google and you'd have the direction of the shot too.

by bedo2991
Link to the original suggestion: https://www.waze.com/forum/viewtopic.php?f=1525&t=293006

Recently a change to Live Map introduced an overlay and call to action footer with information on how to download the Waze app when the URL contains a permalink to a location.

(Image attached)

While this is great for users that have not yet been introduced to Waze, map editors do not need to see it every time they open Live Map from within WME. Fortunately, if the following query string parameters are appended to the URL, both the overlay and call to action are suppressed:
While this is great for users that have not yet been introduced to Waze, map editors do not need to see it every time they open Live Map from within WME. Fortunately, if the following query string parameters are appended to the URL, both the overlay and call to action are suppressed:

CODE: SELECT ALL
&overlay=false&cta=false

The difference is:
Without overlay suppression: https://beta.waze.com/livemap?lon=-73.9 ... 95&zoom=14
With overlay suppression: https://beta.waze.com/livemap?lon=-73.9 ... &cta=false

Would you consider adding this to the Live Map link in the lower right hand corner of WME?

Also as a link to the location of edits in Live Map is also provided in the Editor Profile under Recent Edits (https://www.waze.com/user/editor/Joyriding) it would be appreciated if that URL could be updated as well.

Alternatively, a compromise could be only displaying the overlay once every X days, but would require a change to Live Map.

Thank you.

The difference is:
Without overlay suppression: https://beta.waze.com/livemap?lon=-73.9 ... 95&zoom=14
With overlay suppression: https://beta.waze.com/livemap?lon=-73.9 ... &cta=false

Would you consider adding this to the Live Map link in the lower right hand corner of WME?

Also as a link to the location of edits in Live Map is also provided in the Editor Profile under Recent Edits (https://www.waze.com/user/editor/Joyriding) it would be appreciated if that URL could be updated as well.

Alternatively, a compromise could be only displaying the overlay once every X days, but would require a change to Live Map.

Thank you.

by Joyriding
Link to original suggestion: https://www.waze.com/forum/viewtopic.php?f=1525&t=280307

The "Add an operator to the list" link under parking lot operator selection makes it sound like you can only add new operator names.

Once you go to the link you see that the form is actually for more than additions; "Use this form to add, delete or replace parking lot operators that will be shown in the Client."

Recommend changing "Add an operator to the list" to the following "Operator list change suggestion". If you want a second line "(Add, Delete, Merge, or Spelling Correction)". This is more descriptive of what the form can actually do.

by subs5
Link to the original suggestion: https://www.waze.com/forum/viewtopic.php?f=1525&t=280311

I tried finding a post that described this problem but I could not find it, in case there is one, it can be merged to that thread.

tl;dr Add a tag to URs when the user is not registered or not following a UR.

Not long ago ronsek57 told me that users, who just opened the app and never registered, are able to send URs but they never receive any of our messages asking for more information. I tested that on three URs (IDs 11946180, 11946458, 11946459), I am not adding permalinks because they already disappeared from WME.

I sent all three an initial message, follow up and closed them, I did not receive any messages on my test account:

Not registered - see screenshot 1
Inbox (only the welcome message) - see screenshot 2
I did not change any of the notifications on the app, I just installed the app and started driving - - see screenshot 3

I know this is not centercode, and I will post about this over there, I sent my logs on April 28th at 22:42:13 UTC / 15:40 GMT -7 hours.

We sometimes get URs with no drive or suggested route GPS traces and we will waste our time sending many messages to a user or leave the UR for more than a week or two.

Suggestion: add a "Not Following" tag for URs where the original poster is not following the UR or it comes from a Not Registered account.

This is not posted as a bug because this was WAD.

I am sure ronsek57 can give you tons of stats of how many URs are closed as Not Identified.

I know that I did not send some of those URs but I can check if there is a problem, because they are on a frequent drive and I can fix them without any messages from the OP.

By: carloslaso
Link to original suggestion: https://www.waze.com/forum/viewtopic.php?f=1525&t=257119