Modify

Opened 11 years ago

Closed 7 years ago

#9572 closed enhancement (irreproducible)

make validator results indicate whether results may change by loading new objects

Reported by: aceman Owned by: aceman
Priority: normal Milestone:
Component: Core validator Version:
Keywords: Cc:

Description

Some validator warnings only happen when objects are downloaded and some neighbouring objects are not. E.g. this happens with bridge relations (looks like the type of members that are not downloaded can't be checked and issue a warning of wrong type).
Also the checker of highway=*_link tags produces bogus warnings if the roads connected to the one being analysed are not loaded (ticket #9043).

See also ticket #9544.

Is it possible to determine which tests may produce bogus warnings in this scenario? Can we add a hint to the editor that he should try to load neighbouring areas?

Attachments (0)

Change History (6)

comment:1 by Klumbumbus, 9 years ago

Owner: changed from team to aceman
Status: newneedinfo

Meanwhile some tests were changed, so they so only test in the downloaded area. Are there any left, which should be updated?

comment:2 by Klumbumbus, 9 years ago

I found one: a secondary roundabout with two tertiary roads connected and two secondary roads not downloaded gives false positive "incorrect roundabout (highway: secondary instead of tertiary)"

comment:3 by aceman, 9 years ago

I was thinking e.g. about the "ford should be on a node where water and road cross".

Are the bridge relations I mentioned in the description fixed too?

comment:4 by Klumbumbus, 9 years ago

ford warning is fixed.
do you have an example of such a bridge relation? I don't really know what you mean. The bridge relation preset has only members with count 0-...

Last edited 9 years ago by Klumbumbus (previous) (diff)

comment:5 by aceman, 9 years ago

I meant the "under" and "across" members (roads below/on the bridge). If those ways were not loaded in JOSM, there was a warning in the validator. But I also can't reproduce it now. Maybe this was also fixed in another ticket.

comment:6 by stoecker, 7 years ago

Resolution: irreproducible
Status: needinfoclosed

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain aceman.
as The resolution will be set.
The resolution will be deleted. Next status will be 'reopened'.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.