[Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[Micke]

Hej!

Hur många överlappande polygoner blir det i en kommun?

Är det enklare och säkrare om dessa hanteras av en människa som tar beslut om vilken polygon som är bäst? Förutsatt att det inte blir för stor mängd så tycker jag det låter säkrare. Det är lätt att missa något scenario man inte tänkt på i en algoritm.

/Anders Andersson

________________________________
Från: Grigory Rechistov <ggg_mail at inbox.ru>
Skickat: den 9 april 2019 10:22
Till: OpenStreetMap Sverige mailinglista
Ämne: Re: [Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

Hej,
Angående datas conflation vill jag pröva den följande idén. Beskrivningen nedan finns  även i importplanen.

It's algorithm is roughly as follows.

  1.  Detect real and potential intersections between "new" polygons and "old" polygons.
  2.  For each pair of detected polygons, an automatic decision which polygon to keep is made.
     *   Criteria for this decision: number of nodes in a way, area covered by the polygon, tags used on the polygon etc. Generally, priority is given to an already existing polygon.
     *   If no good automatic decision can be made for a pair, keep both ways but mark the polygons with a special tag requesting human attention to solving conflict between them before uploading.
  3.  Delete one of two polygons in every conflicting pair, or keep both (tagged for future manual resolution)

The strategy here is to prevent leaving undetected overlapping closed ways (new and old ones) at all costs, even if it means deleting some of new data and leaving some of earth surface, previously not mapped, still not mapped by new polygons. Value of individual conflicting polygons is estimated before deciding which one of two to keep.

The proposed conflation strategy is meant to be faster than existing algorithms that try to merge geometries of polygons and have to deal with complexity of multipolygons. It allows for false negatives (removing new objects that could have otherwise bear useful value on the map) as a trade-off for speed and simplicity.

Vad tycker ni?

På tal om importplanen finns nu den på följande länken: https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/NMD_2018_Import_Plan . Er feedback behövs för den, för att jag vill snart kontakta imports at openstreetmap.org<mailto:imports at openstreetmap.org> med den planen och tillkännage NMD-dataimporten för att få tillstånd för den.


Понедельник, 8 апреля 2019, 14:42 +03:00 от Grigory Rechistov <ggg_mail at inbox.ru>:

[förra mejlet skickats av misstag] Hej,

Här fortsätter jag mina experiment över Vingåkers kommun. Laddade ner OSM-data på kommunen som ett lager i JOSM och slog ihop mitt lager med det för att se hur dåligt konflikter hade blivit.

Det finns inte några särskilda fel utan flera varningar för problem som redan finns i databasen: https://atakua.org/p/nmd/vingaker-merged.png . Men nu uppstår ärendet med sammanblandning på gamla och nya data, conflation. Om man ser på kartans nordöstliga hörn (nära Äsköping) finns det en tidigare befintlig jättemultipolygon. Den täcker delvis eller helt de nya mindre skogspolygonerna. Jag hoppades att det skulle meddelas av JOSM som en varning, men det blev det inte. Tydligen förekommer fler sådana konflikter på den kartan, men det är svårt att hitta dem med ögonen. Ett programverktyg behövs.

Det finns några sidor gällande conflation på OSM-wikin, men än så länge hittar jag främst information om hur man blandar samman icke-förslutna vägar (t ex gator) eller enkla noder, inte stängda vägar det vill säga ytor.

Jag har några idéer om hur man kan närma sig till lösningen, åtminstone hur man kan upptäcka polygoner som kräver uppmärksamhet.
Om det finns personer med erfarenhet på conflation vore jag mycket tacksam att man hjälper till. Dina kommentarer och tankar är mycket välkomna!

Arkivet med mitt lager, OSM-lagret och dess kombination som OSM XML filar: https://atakua.org/p/nmd/vingaker-conflation.tar.bz2


Med vänliga hälsningar,
Grigory Rechistov
With best regards,
Grigory Rechistov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-se/attachments/20190409/ebe74292/attachment.html>