Modify

Opened 12 years ago

Closed 11 years ago

#7550 closed defect (duplicate)

admin_centre should handle for multipolygons

Reported by: iav Owned by: team
Priority: normal Milestone:
Component: Core validator Version: latest
Keywords: Cc: Larry0ua

Description (last modified by iav)

admin_centre should work for places multipolygons as for boundary as in card #6792.
role admin_centre should be point, optional and not more than one.
In case of name property is present for relation and point, it should be equal for relation and admin_centre point.

Attachments (1)

admcen_sample.osm (1.6 KB ) - added by iav 12 years ago.
place multipolygon with admin_centre

Download all attachments as: .zip

Change History (12)

comment:1 by Don-vip, 12 years ago

Can you attach a sample .osm file ? Thanks.

by iav, 12 years ago

Attachment: admcen_sample.osm added

place multipolygon with admin_centre

comment:2 by iav, 12 years ago

Description: modified (diff)

comment:3 by iav, 12 years ago

Description: modified (diff)

comment:4 by skyper, 12 years ago

+1

I think admin_centre is not a offical role for multipolygons only for boundaries but I can not find a reason for it.

Right now I move all tags to the relation and use the node in the outline to keep the history but that is not the best solution.

comment:5 by iav, 12 years ago

At least for places objects - it helps to place a place name text to more suitable place on map

in reply to:  5 ; comment:6 by skyper, 12 years ago

Replying to iav:

At least for places objects - it helps to place a place name text to more suitable place on map

and mapnik renders the name twice ! (In my area often even more as the multipolygons contain several areas and there exists separate multipolygon relations for boundaries.)

Do not get me wrong. I am in favour of "admin_centre" but we need to make this official and have mapnik use it !

in reply to:  6 ; comment:7 by simon04, 12 years ago

Replying to skyper:

Do not get me wrong. I am in favour of "admin_centre" but we need to make this official and have mapnik use it !

The part that JOSM can fulfil is to get rid of "Role admin_centre unknown - Role verification problem" – did you mean that?

comment:8 by stoecker, 12 years ago

Although Frederik introduced it, the type=multipolygon for boundaries is still somewhat broken. I'm not in favour of improving the support for this.

Mainly it would mean to define types base on relation type and additional key (in this case administrative), which is not supported yet.

The problem is, that type=multipolygon administrative=... is a boundary, but type=multipolygon no "administrative=..." is something else (an area on the earth). I don't like the idea of introducing data types of "this is an area except it is ...". As soon as somebody introduces something new, it will break all software.

All the other multipolygons are some way of land use, but boundaries are an additional layer overlaying the land uses.

in reply to:  7 comment:9 by skyper, 12 years ago

I map on both sides of the Rhine. Once I changed some multipolygon to boundaries on the right hand side of the river and received a few days later a not very kindly email asking me to revert my changes and stick to local custom. Seems to me that the wall in many minds presists concerning (national) borders.
No border, no nation ...


Replying to simon04:

Replying to skyper:

Do not get me wrong. I am in favour of "admin_centre" but we need to make this official and have mapnik use it !

The part that JOSM can fulfil is to get rid of "Role admin_centre unknown - Role verification problem" – did you mean that?

Or setup a proposal and create 1000 relations to call it official.
While this would be in my favour I am not sure about it as the warning seems to be correct for now.

comment:10 by iav, 12 years ago

Ok, would you, please, to check a usage count of type=multipolygon place=*?

comment:11 by Don-vip, 11 years ago

Resolution: duplicate
Status: newclosed

Closed as duplicate of #6523.

Modify Ticket

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