Modify

Opened 16 years ago

Closed 16 years ago

Last modified 16 years ago

#3574 closed enhancement (fixed)

False positive of not closed way for landuse

Reported by: robome Owned by: bilbo
Priority: normal Milestone:
Component: Core validator Version: latest
Keywords: Cc:

Description

When using multipolygon for combining multiple ways forming a ring as outlined in http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons, the validator does output a warning for landuse forest - not closed way.

While that for itself is correct (the way is really not closed), it's at least irritating because there's not really a problem. JOSM itself as well as Mapnik and Osmarender do draw the forest just fine.

Attachments (0)

Change History (11)

comment:1 by stoecker, 16 years ago

When learned Mapnik the advanced multipolygons?

in reply to:  1 comment:2 by robome, 16 years ago

Replying to stoecker:

When learned Mapnik the advanced multipolygons?

I don't know. But if I'm not wrong it does, see relation 70787 and 30738 for example.

comment:3 by bilbo, 16 years ago

Owner: changed from team to bilbo

comment:4 by bilbo, 16 years ago

Cc: bilbo added
Component: Core validatorPlugin multipoly
Version: latest

comment:5 by bilbo, 16 years ago

Status: newassigned

comment:6 by stoecker, 16 years ago

Cc: bilbo removed
Component: Plugin multipolyCore validator

Actually this is a validator problem and not one of multipoly (p.s. you don't need to set cc, you automatically get mails when using assignment or when you added a comment :-). Seems validator does not yet know about advanced multipolygons. Solution would probably be to turn of the closed way checks for multipolygon relations, as these are anyway checked by josm's drawing code and produce a different warning when wrong.

comment:7 by bilbo, 16 years ago

But the problem is in multipoly too - it does not know advanced multipolygons either. There is algorithm to detect which way is outer, which works reliably in ordinary cases (one outer way that encompasses any amount of inner ways) but will result in a "guess" in case when there is no single way to be classified as outer way (or if you select some random polygons that won't form multipolygon no matter what roles you use). In such case, one way is guessed as role=outer and the rest are set as role=inner. Result: bad multipolygon

So multipoly plugin should first intrnally "join" all ways before deciding which part of new relation (it could be more than one way) should have role=outer. If validator detects this as bug, then this could be correct detection.

Which means I have to fix the plugin.

comment:8 by bilbo, 16 years ago

I forgot I add check there so the multipoly first checks that all ways are closed. So in this case it won't create invalid multipolygon, but will just report error and won't do anything. But still I could add advanced multipolygon support, since this is required if outer way is over 2000 nodes. I know many places where such ways are used, mostly large forests, about 50 - 100 km large in reality.

comment:9 by stoecker, 16 years ago

You may take the joining code from josm's mappaint class.

comment:10 by stoecker, 16 years ago

Resolution: fixed
Status: assignedclosed

In [o18088].

comment:11 by stoecker, 16 years ago

BTW: 70787 and 30738 are no advanced multipolygons. Mapnik still does not support them as I have seen today after creating one. And Osmarender has also troubles when the area is really large. It gets time these issues get fixed in the renderers as we have a 2000 points limit for ways now.

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain bilbo.
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.