From OpenStreetMap Wiki
Jump to: navigation, search
Available languages — Relation:multipolygon/Algorithm
Afrikaans Alemannisch aragonés asturianu azərbaycanca Bahasa Indonesia Bahasa Melayu Bân-lâm-gú Basa Jawa Baso Minangkabau bosanski brezhoneg català čeština dansk Deutsch eesti English español Esperanto estremeñu euskara français Frysk Gaeilge Gàidhlig galego Hausa hrvatski Igbo interlingua Interlingue isiXhosa isiZulu íslenska italiano Kiswahili Kreyòl ayisyen kréyòl gwadloupéyen Kurdî latviešu Lëtzebuergesch lietuvių magyar Malagasy Malti Nederlands Nedersaksies norsk bokmål norsk nynorsk occitan Oromoo oʻzbekcha/ўзбекча Plattdüütsch polski português português do Brasil română shqip slovenčina slovenščina Soomaaliga suomi svenska Tiếng Việt Türkçe Vahcuengh vèneto Wolof Yorùbá Zazaki српски / srpski беларуская български қазақша македонски монгол русский тоҷикӣ українська Ελληνικά Հայերեն ქართული नेपाली मराठी हिन्दी অসমীয়া বাংলা ਪੰਜਾਬੀ ગુજરાતી ଓଡ଼ିଆ தமிழ் తెలుగు ಕನ್ನಡ മലയാളം සිංහල ไทย မြန်မာဘာသာ ລາວ ភាសាខ្មែរ ⵜⴰⵎⴰⵣⵉⵖⵜ አማርኛ 한국어 日本語 中文(简体)‎ 吴语 粵語 中文(繁體)‎ ייִדיש עברית اردو العربية پښتو سنڌي فارسی ދިވެހިބަސް

The following procedure is an attempt at describing a way to process OSM multipolygon relations into proper GIS multipolygons.


  • An OSM relation tagged "type=multipolygon" (or "type=boundary") with at least one way member.

Ring Assignment

The purpose of the ring assignment step is to make a number of closed rings out of all members of the relation. The ordering of members in the relation does not matter.

Step Description
RA-1 Assemble all ways that are members of the relation. Mark them as "unassigned", and reset the current ring count to 0.
RA-2 Take one unassigned way and mark it assigned to the current ring.
RA-3 If the current ring is closed (first node id == last node id):
If the current ring is not a valid geometry (i.e. self-intersecting):
Use backtracking to try other options of building this ring. If no other options exist, ring assignment has failed.
If the current ring is a valid geometry,
If there are any unassigned ways left,
increase ring counter and go to RA-2.
If there are no unassigned ways left
ring assignment has succeeded
RA-4 If the current ring is not closed:
Take current ring's end node and look for an unassigned way that starts or ends with this node
If such a way is found, add this way to the ring and go to RA-3
If no such way is found, ring assignment has failed.

Note: It is possible that in step RA-4 you find more than one candidate way to add to one open end of your current ring. In that case you might have to implement a backtracking algorithm - first try one, and if that doesn't yield a valid multipolygon, then try another.

Ring Grouping

The purpose of the ring grouping step is to find out which rings are nested into which other rings, and build polygons from them.

Step Description
RG-1 For ease of access in the following steps, build a matrix of n x n boolean values, where n is the ring id; let mij be true if ring i contains ring j.
RG-2 Reset the polygon counter to 0.
RG-3 Find one unused ring that is not contained by any other ring. Mark it as being the outer ring of the current polygon.

Optionally, check the ways making up this ring and verify that they carry the role "outer".

RG-4 Find all unused rings that are contained by the ring found in RG-3, but not contained by any other unused ring. Mark these rings as being the holes of the current polygon.

Optionally, check the ways making up these rings and verify that they carry the role "inner".

RG-5 Optional

If any of these rings are tagged with anything different from the relation being processed, continue using the ring as a hole, but additionally issue an output polygon for this ring and its tags.

RG-6 Optional

If any or more of the "hole" rings have a common border line (i.e. touching inner rings), combine them to form one hole. Depending on what kind of geometric library you use in step RG-7, this may be a necessary prerequisite to creating valid polygons.

RG-7 Construct a polygon from the outer ring and the holes. Even though all rings are valid, the resulting polygon may be invalid (for example, if a hole touches the outer ring in a way that cuts the polygon in two parts). If the resulting polygon is invalid, ring grouping has failed.
RG-7 If no more unused rings are left, ring grouping has succeeded.

If more rings are left, increment the polygon counter and go to RG-3.

Note 1: After ring grouping has succeeded, if you have a "holes in holes" situation, the hole in the hole will make up a polygon of its own. If you have 10 concentric rings, then you have 5 polygons, with the odd nummbered rings being outer rings and the even numbered rings being inner rings.

Note 2: After ring grouping has succeeded, you have a number of valid polygons, but this does not say anything about their geographic relationship. You might e.g. have a geometric figure with two interlocking rings, yielding two polygons. This will only fall apart in the next step.

Note 3: You see that this algorithm doesn't actually use the "inner" or "outer" roles. Still it makes sense to use them, because a common error is that people create a relation for a forest area, and add a hole to it, but accidentally add a hole that lies in a completely different forest. Being tagged as "inner", but becoming an "outer" ring in this algorithm, can be used to raise an alarm.

Multipolygon Creation

Step Description
MC-1 Check whether there are any intersections between any of the polygons assembled in the ring grouping step. (Do not include the extra polygons from RG-5.)

If there are intersections, multipolygon creation has failed.

MC-2 Construct a multipolygon from all polygons assembled in the ring grouping step. (Do not include the extra polygons from RG-5.)

That's it, you're done.

As for tagging:

  • If the relation itself has tags, use these for the multipolygon and ignore any tags on the ways. Remember that you might be dealing with a forest area that is delineated by power lines, roads, or railways!
  • If the relation has no tags, look to the ways making up the outer rings in RG-3.
    • If these ways all have the same tags, use these for the multipolygon.
    • If not, either try to merge them sensibly or refuse to process the relation.
  • In RG-5, only issue a separate polygon if the inner ring is tagged, but its tags are different from the relation or outer rings.

There are probably some tags that should be ignored when doing these comparisons, most notably "source", "created_by", "note", and perhaps also "name".