[Imports] Administrative Boundaries and Divisions in Portugal

Marcos Oliveira marcosoliveira.2405 at gmail.com
Mon Apr 13 13:42:48 UTC 2015

Martin and Sander,

Thank you for your input! I can see the merits you speak of when having
independent ways for boundaries and I'm ever more so inclined to adopt it.

Sander, regarding the tags to be used, yes there will be custom keys like
the code used by the National Institute of Statistics that designates a
given division. Regarding bilingual names I'm inclined to insert them as
official_name:en=* since that section has a prefix that symbolizes the type
of division and that can be correctly translated.

I still need to create the 'tags to be used' section on the wiki page, but
you can check a live version of this relation [1] that includes what will
be in use.

In plain text, below:

name=Vila Nova de Famalicão
official_name= Município de Vila Nova de Famalicão
population:date=2011 (date of last census)
source=DGT - CAOP 2014
start_date:source=[2] (link to official archival documentation whenever
website=[3] (link to district's or municipality's official website)
wikipedia=pt:Vila Nova de Famalicão

[1] http://www.openstreetmap.org/relation/4032838
[3] http://www.cm-vnfamalicao.pt/

2015-04-13 12:10 GMT+01:00 Sander Deryckere <sanderd17 at gmail.com>:

> There are in fact 3 possible methods.
> 1) use completely separate ways and nodes
> 2) reuse nodes of existing roads and rivers, but with partially
> overlapping ways.
> 3) cut the roads and rivers and add sections of those to the boundary
> relations.
> I personally liked and still like the first method. As that means it's
> easier to import, but also easier to maintain the boundaries. You can just
> download all boundaries of a certain region via overpass, and shift nodes
> around to align them to a better source. When start modifying boundaries
> with partially-downloaded data in the other cases, you quickly run into
> trouble. Certainly because boundaries usually span a big area, it's not
> practical to download the entire area when you just want to update a few
> borders. Also the other way around, when editing features like roads and
> rivers, it's harder to break the borders by accident when they're not
> connected at all.
> OTOH, when a road is actually on a boundary, and the boundary is not
> connected to the road at all, then the road can be completely on one side
> of the boundary. This may create extra difficulties with search engines
> (who won't find that road in the other village). However, Nominatim isn't
> good at handling border-addresses anyway, no matter how the border is
> mapped.
> But it's up to the Portuguese community to decide how to map their borders
> IMO.
> I would like to see a wiki page explaining which tags you'll use though.
> Is it only admin_level and name, or do you have bilingual names somewhere,
> are you planning to add custom keys (f.e. keys used by the national agency
> of statistics), can postal codes be defined on boundaries in Portugal, ...?
> Good luck with your import ;)
> Regards,
> Sander
> 2015-04-13 10:29 GMT+02:00 Martin Koppenhoefer <dieterdreist at gmail.com>:
>> > Am 13.04.2015 um 03:46 schrieb Marcos Oliveira <
>> marcosoliveira.2405 at gmail.com>:
>> >
>> > or not to use independent ways all the time or to use elements of the
>> map (i.e. rivers, roads) whenever the administrative limit overlaps said
>> features.
>> I'd say this depends on the definition of the border, if it's defined as
>> the river, add the tags to the river, if it "coincidentally" overlaps then
>> use a distinct way.
>> Cheers
>> Martin
>> _______________________________________________
>> Imports mailing list
>> Imports at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports

Um Abraço,
Marcos Oliveira
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/imports/attachments/20150413/f8b4b03d/attachment.html>

More information about the Imports mailing list