[Script] WME Add-Ons V0.45 ==> Features moved in WME Toolbox

Won’t WAZE continue producing Problem Reports when it sees drivers taking turns against arrows and down wrong way segments, asking us to check the area and verify things?

Granted, WAZE may stop (if it still currently does) changing the turn restrictions without asking for editor verification.
But that may be a good thing because drivers sometimes make illegal turns and people using WAZE in ways not intended like walking or biking can make WAZE ‘think’ the turn restrictions are wrong and change them, causing drivers to later be routed over illegal turns.

Also, it is my understanding that a ‘forbidden turn’ is not really absolutely forbidden, the route is just given a low priority, WAZE still seems to send people along it, as evidenced by all the recent ‘route not taken’ reports in which drivers are being sent the wrong way down one way segments and down dead end streets. These sometime seem somewhat related to 'nearby [within a few miles?!!!] revcons, soft turns or u-turn nodes.

Might it not be best to remove these ‘things’ that are currently being blamed for the bad routes so that the REAL problems underlying the crazy routing can finally be tracked down and fixed?

Maybe it should be called “Closed for guests”?
The way I understood the problem is that a certain area has limited access - so every entry should be private road. Of these roads some are more restricted than others - they are closed for guests, but open to residents. PLR would stop creating a route through those gate but suppress MapErrors from happening. Wasn’t that what the OP wanted?

So you’re going to scan 100% of NA every day?

It requires a statistically significant number of events to open a soft restricted turn.

Only if the turn is soft and the alternatives are worse.

That’s only evidence of Waze running against the entire drive history to generate those automated problems, which has been covered many times.

Only if you’re willing to say all turn restrictions in that area are correct, otherwise no.

Again, it’s a really bad idea as it prevents a number of automated systems from working. So unless you want to take ownership of rechecking that area every few days, don’t do it.

If that is true, then the small amount of traffic along some busy roads where I have seen those warning pop up, makes absolutely no sense.

I would expect to see numbers of ‘did not take’ in the thousands, considering the number of GPS tracks I have seen in some of those places or are you saying that the misdirections took place several years ago, when the maps were first drawn and WAZE is ignoring all the proper routing that has taken place since then?

And exactly where has this been ‘covered many times’? I didn’t find satisfactory explanations in the ‘sea of orange’ thread . Is there another thread covering the topic in more depth?

And, lets assume that there are sufficient reasons NOT to automate fixing soft-cons.
I don’t see that the argument applies equally to rev-cons and u-turn nodes. Don’t those need fixing in any case?

Hello,
minor update:
WME-Addons V0.42

  • Save snap dist parameter in user settings
  • StreetId regexp improvment for France
  • Path for new beta-editors in manifest (NA and INTL)
  • Improved layout for segment list options
    Submit a bug or request an improvment:
    https://code.google.com/p/wme-addons/issues/list
    Download urls remain the same (first post of this thread)

Hi Gilles,

Can you detail the changes done by the Clean Roundabout feature ?
It looks like every RP need a clean action, as it seems to modify them.
Is it removing street name and similar ? Changing some soft turn ?

As per my Suggestion posted on SVN page, I asked if possible to enable a ‘Suppress Extra Jonctions’ on roundabout as well, as some are having extra nodes, or we introduce lots when changing RP from Y mode to straight street node.
As manipulation of Roundabout is very sensitive, it would greatly help to clean junctions as well to improve them.

Hello,
The clean roundabout algorithm is quite simple for now:

  • detect if selected segment is part of a roundabout else exit
  • detect all parts of the roundabout
  • for each node of the roundabout, check segments which are not part of it and get cityID road Type and level
  • Get the first cityID, highest street type and level found on those segments
  • apply CityID if found, highest street type and highest level +1 on all roundabout segments (level +1 is just a cosmetic issue for the client and editor)
    improvments planned are :
  • put algorithm in a loop when more than one roundabout is selected
  • adapt algorithm with the wiki rules http://www.waze.com/wiki/index.php/Roundabout to choose the right higher road type

Could the level bump be the reason? Is the level+1 applied even if all segments’ levels are the same?

I checked this roundabout function (on. 41) but it didn’t do anything. I expected it to qw all nodes, set proper city and no name and set road type. But nothing happened. I’ll do more tests and report back if it still does nothing.

Sent from my GT-I9100 using Tapatalk 2

I don’t know about the prior versions, but 0.42 appears to have a problem with the “Suppress Unnecessary Junctions”. When I select it the roads that have junctions that I can remove manually are not selected nor removed.

Probably yes

I might have had a browser tab out of sync because I am no longer having trouble that I can isolate on this feature. It appears to be working fine.

What is the function of the AllowNoDirection part of the tool?

AllowNoDirection is a property of a segment which determines whether we are allowed to set a segment to “Unknown” in the editor. There are many segments which are now “locked” from being changed in this manner. In the unaltered editor, the “Unknown” value doesn’t appear in the Direction menu for these segments. (Previously, you could select Unknown, but would error on save.)

Lately the “Open in Live Map” link does open the area in Live Map, however it is zoomed out to a view that includes most of my state!

The “Open in OSM” does work as expected.

Not sure what you mean - I tried copying the permalink before hitting the live map link and that didn’t work. As an easy workaround, I edited the address bar in Live Map from “&zoom=9” to “&zoom=15”. Any zoom level over 15 is too far, showing the entire country.

Hi Guys,
this is normally fixed in V0.42 release.
I forgot to mention it in the changelog :?
Let me know.

What does ‘Snap dist’ actualy do? :wink:

it is the “magnetic effect” between 2 segments. the effect is as high as snap dist is.

After the release of the latest WME beta (4 feb.) the script does not work.