Page 217 of 236

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Sun Jul 05, 2015 5:10 pm
by taco909
bedo2991 wrote:I think that the " Street name on two-way Ramp" should be removed/declassified/better explained. Sometimes it is necessary to give a name to a ramp to avoid the "detour avoiding" mechanism.
Example: This 2 segments must have the name SS16 ( ... ,178050565)
In order for this route to be computed properly: ... n=13.51457
(Otherwise Waze sends you to the roundabout ahead for a U turn).

The street name on the ramp itself is not a problem/flag.

I suspect that the "street name on two-way ramp" is there to call attention to the fact that there is a RAMP that is set to two-way.
In the US, this is extremely rare. The only place I've seen it is at the US/Mexico border crossing for the turn-around lanes.

But I can see the reason for it.
Standard naming convention for a ramp type would be "Exit ##: Greenbriar Rd" or "to Greenbriar Rd"
It would not be typical for both directions to generate the same instruction.
In the case of a 2-way segment joining several one-way segments, then the 2-way would be left unnamed, and it would inherit the name of the following one-way (or the adjoining highway)...

Example: Hwy 38 runs parallel to Hwy 36, but there is a crossover ramp between the two.
Leaving the crossover unnamed would produce "Exit right to Hwy 38/6" or "Turn right on Hwy 38/6, then turn left/right"
In this case, there is a name change of the roadway, so there are no detour prevention triggers that would be broken.

IMHO, given that something on the Validator report indicates something that needs to be looked at, but perhaps not always "fixed", I think the alert is a valid one, and perhaps another alert should be added for any 2-way ramp segments.

But like WMECH and TB, I would be happy to see more granular control over Validator's reported errors so that individual errors such as this could be toggled off.

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Tue Sep 01, 2015 4:27 am
by taco909
karlcr9911 wrote:Can Validator get updated to the latest changes to road names with cardinal directions as the primary road name - N Ave E. (for example). Previously, the method was wrapping the cardinal in quotes 'E' to prevent TTS from saying 'east'. The new method is now using a period after the letter. Validator is flagging these.

Reference point #4: ... reviations

Thank you!

Yes yes yes.... I've been making some of these changes and I really hate to do it for fear that another editor will come along and "clear the error"
Likewise, I hate to lock Primaries at 4.

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Sat Sep 05, 2015 2:52 am
by taco909
subs5 wrote:Crazycaveman, Thanks for the reply. I guess what I am asking is there a way to merge the HN editor info about bumping since there is someway for Validator to know if HNs or not. I don't know if the bumped/nudged HNs are called out at a separate layer

You are likely confusing Validator with the HN tool script, which is active when the HN layer is open.

I suppose it would be possible for Validator to run checks when you have the HN layer open, but without that layer open, there is no way to tell if a HN has been bumped or not.

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Tue Sep 08, 2015 6:01 am
by taco909
Not sure if this was mentioned before.
Validator triggers an error on "Incorrect abbreviation" when the street name terminates with a period.

With the new handling of cardinals, we need to have Validator ignore this iff the last character pair is " N.", " S.", " E.", or " W."

Example: "W Avenue N." comes out properly on TTS as "West Avenue N"
This is valid, but Validator triggers on the "N."

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Tue Sep 08, 2015 9:48 pm
by taco909
PesachZ wrote:This has been mentioned above, but validator has not been updated yet.

You can add NE. and SW. to the list

I thought about including those as well, but I've never seen an "Avenue NE"... just things like "4518 NW" properly announced as "NorthWest"

But ya, Validator really should ignore any trailing period that does not come after a normal suffix abbreviation.

Another that I've been curious about (and correcting when I find them and have the time to go through the entire area), we keep coming up with a lot of Spanish prefixes that are not capitalized.... el Vaquero del Rio, la Madre del Sur....
I often see these not capitalized outside of mapping environments. Should these be "corrected" based on typical English structure?
Validator does flag them.

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Mon Oct 05, 2015 2:59 am
by taco909
vince1612 wrote:It was actually obvious :P

Not really... This thread has been WAY over my head with the discussion of custom filters.

Even on this one, I don't see a "reported as:" field... is "!24,*" simply entered as a custom filter?

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Wed Nov 04, 2015 8:39 pm
by taco909
Validator does seem to be functioning inasmuch as it is highlighting the segments.
I'm seeing thick, bright red roads, and I'm seeing yellow highlights on segment pairs that share the same endpoints.

But I'm not seeing a highlight for unconfirmed turns.

It would be nice if an update could restore the old functionality that included Revcons, segments without entry/exits, etc...
I know Toolbox tags these, but Validator used to include them in the report, which was REALLY nice to have.

Re: [Script] WME Validator 1.1.8 / 07.05.2015

PostPosted: Thu Nov 05, 2015 3:10 am
by taco909
KB_Steveo wrote:
taco909 wrote:Validator does seem to be functioning inasmuch as it is highlighting the segments.
I'm seeing thick, bright red roads, and I'm seeing yellow highlights on segment pairs that share the same endpoints.

What browser are you using? There are no highlights happening in Chrome.

That was on Chrome.
I'm home and on FF now, I'll check again.

Yep... seeing the same thing here. Red and yellow, nothing for unconfirmed turns, nothing for short segments, overlaps, or disconnection.

(56.62 KiB) Downloaded 694 times

Edit... Never mind. The yellow highlight is from Toolbox.
The red is likely WME... they had it more toned down on the new roads layer on the last revision.

Re: [Script] WME Validator 1.1.10 / 05.11.2015

PostPosted: Thu Nov 05, 2015 11:41 pm
by taco909
Rfrsw101 wrote:I'm just wondering, is there any way for Validator to be incorporated into a tab? Instead of having it up all the time. Such as [Validator] [Drives] [Area] [Settings]... But thanks for getting it working so quickly after WME changed.

Validator goes away when you use the URO+ option to eliminate the editor sidebar info.

Re: [Script] WME Validator 1.1.10 / 05.11.2015

PostPosted: Sat Nov 07, 2015 2:17 am
by taco909
Fredo-p wrote:Just how often do you guys use the tabs? I rarely click on them. When I do need them, and the sidebar is causing it to expanding, making a scroll bar, I just scroll down. It doesn't seem like that big of a deal. Even on a small screen (which has been my primary screen for years).


As for the Me tab. Yes, I was wrong. You had to be on the me tab to be able to see it. However, that was how I liked it. I liked having validator "always on".

For Validator?

I run reports all the time, and the Validator menu needs to be visible for that.
As a tab, it's just a matter of clicking back and forth between "Me/Validator" and whatever tab is being used.
Now, it's "go to the TB/URO+ tab, enable the annoying cartoon box, work with Validator, go back to the TB/URO+ tab, disable the annoying cartoon.....

It's an extra step and a bunch of scrolling.

Maybe wouldn't be so bad on a 32" monitor with a 4k display.