[Talk-ee] Administrative division

'Andre Grueneberg' andre-osm at grueneberg.de
Sun Sep 6 10:25:15 BST 2009


Hi Jaak,

Jaak Laineste wrote:
>  I think that you do not need relations for merging diffent borders, only to
> solve 2000-node limit issue. We should just have shared nodes of borders.

At least as far as I can see it's the trend to avoid "left:*" and
"right:*" and rather have a relation for the entity inside. At least
that's what http://wiki.openstreetmap.org/wiki/Relation:boundary
suggests.
 
>  My plan:
> 1. I have merged corine data with of the maaamet shoreline (taken from the
> same admin info). It was manual work
> 2. I have to add villages, municipalities and maakond borders from maa-amet
> to the data

I now have a merged version ...
http://andre.grueneberg.de/osm/merged_20090601.osm.bz2

> 3. convert it to using poly2shp . this solves 2000-node limit issues

Last time I had a look at it, it didn't do what I needed ... so I'm
hacking around it. :)

> 4. Run Emilie's duplicate node merging script for the OSM, so all admin
> levels + corine shoreline nodes should be merged

Actually I wouldn't merge the administrative borders with the coastline.
At least it doesn't match with international standards. At least up to
admin_level=6 I'd rather use borders which include multiple islands ...
otherwise the rendering looks awful.

BTW: Lately I have added "official" Estonian maritime border to OSM ...
so we should use it. :)

> 6. tag new shoreline properly

What do you mean by that? That's the rather simple part.

> 7. Remove old and less accurate data from osm (maakond borders, shoreline)
> as duplicate. Some manual work.

Oh yes ... some of it is already done ... with 2008 data.
 
>  One idea: could you update bulk_upload script, so it has detection feature
> for duplicate nodes. It should take a way (area) to be uploaded with one
> step, download existing data for the area, check whether some nodes are
> already there in the same coordinates, and reuse the nodes. It would make
> uploading significantly slower, but much safer.

Hmmm ... sounds like a reasonable idea. Only I wonder how to determine
the bbox to download? How big shall it become? What about densely mapped
areas (many nodes -> limit)?

Which version of the script are you currently using?

Andre
-- 
Mieser Charakter, mieser Verlierer.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.openstreetmap.org/pipermail/talk-ee/attachments/20090906/de816d89/attachment.pgp>


More information about the Talk-ee mailing list