piebro/osm-data huggingface dataset:
Nakaner-repair (2018-04-03 04:50:10+00:00): This changeset reverts some or all edits made in changesets 56019412, 56066409, 56200598, 56201936, 56202082, 56202886, 56203104, 56203119, 56203121, 56203149, 56203167, 56203201, 56203237, 56203283, 56203367, 56203383, 56203400, 56203415, 56203427, 56203437, 56203457, 56203468, 56203496, 56203532, 56203556, 56203573, 56203704, 56203731, 56203780, 56203813, 56203867, 56203981, 56204091, 56204134, 56204147, 56204184, 56204208, 56204230, 56204243, 56204298, 56204326, 56204339, 56204357, 56204384, 56204403, 56204427, 56204464, 56204475, 56204524, 56204548, 56204567, 56204720, 56227223, 56228303, 56228311, 56228366, 56228404, 56228415, 56228435, 56228455, 56228874, 56229067, 56229129, 56229169, 56229308, 56229330, 56229404, 56229891, 56229902, 56229966, 56229997, 56230021, 56230132, 56230170, 56230189, 56230342, 56230491, 56230554, 56230601, 56230745, 56230899, 56231026, 56231122, 56231165, 56231197, 56231240, 56232448, 56232480, 56232489, 56232567, 56232922, 56232952, 56232961, 56233090, 56233107, 56233148, 56233170, 56246335, 56246821, 56247120, 56247383, 56247556, 56422516, 56422538, 56422560, 56741647, 56816826, 56862029, 56862248, 56862280, 56862316, 56862357, 56862395, 56862437, 56862478, 56862529, 56862565, 56862607, 56862640, 56862676, 56862708, 56862744, 56862776, 56862810, 56862849, 56862889, 56862931, 56862974, 56863022, 56863065, 56863099, 56863131, 56863158, 56863188, 56863219, 56863243, 56863271, 56863478, 56863521, 56863567, 56863593, 56863649, 56863684, 56863719, 56863765, 56863810, 56863848, 56863901, 56863946, 56863996, 56864053, 56864096, 56864167, 56864224, 56864661, 56864788, 56864850, 56864903, 56864955, 56865025, 56865097, 56865150, 56865210, 56865272, 56865330, 56865383, 56865456, 56865520, 56865591, 56865658, 56868179, 56874287, 56874468, 56874552, 56874671, 56874737, 56874813, 56874904, 56875021, 56875140, 56875259, 56875531, 56875976, 56876179, 56876355, 56876617, 56876737, 56876842, 56877096, 56877214, 56877334, 56877446, 56877560, 56877660, 56877759, 56877865, 56877986, 56878089, 56878175, 56878256, 56878329, 56878417, 56878597, 56893711, 56893866, 56894156, 56907019, 56907114, 56907213, 56907316, 56907416, 56907514, 56907610, 56907707, 56907786, 56907871, 56907986, 56908074, 56908160, 56908257, 56908424, 56908539, 56908698, 56908791, 56908942, 56909100, 56909266, 56923710, 56923798, 56923852, 56923943, 56924058, 56924198, 56924316, 56924406, 56924505, 56924593, 56924683, 56924795, 56925530, 56926539, 56926865, 56926973, 57004580, 57004636, 57004801, 57004951, 57005212, 57005331, 57005369, 57005551, 57005582, 57005592, 57005639, 57005649, 57005826, 57005946, 57006131, 57006306, 57006557, 57006855, 57008080, 57008211, 57008341, 57008949, 57009220, 57009573, 57009652, 57009839, 57009848, 57009971, 57010012, 57010115, 57010231, 57010293, 57010314, 57010317, 57010508, 57010574, 57010587, 57010639, 57010831, 57010874, 57011082, 57011278, 57011576, 57011880, 57012416, 57012450, 57558201, 57572147.
tonyf1 (2018-04-01 22:37:47+00:00): Hi. Welcome to OSM. I deleted the name=property see https://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only
eggie (2018-04-01 14:03:02+00:00): Koen.. Dit zal geen monument zijn, maar een wellicht een kunstwerk? De Taj Mahal in India is een voorbeeld van een monument.
eggie (2018-04-01 14:05:32+00:00): Ik he heb veranderd in tourism=artwork, artwork=sculpture
Koen Rijnsent (2018-04-01 14:08:01+00:00): Helemaal top, kon inderdaad de goede categorie niet vinden!
eggie (2018-04-01 14:10:38+00:00): Oke... maps.me is leuk voor onderweg, maar thuis kun je het dan beter checken met een echte editor. Mapse verder!
RicoElectrico (2019-12-24 22:22:03+00:00): Cześć, jesteś w stanie powiedzieć czy budowa już się skończyła? Autor uwagi https://www.openstreetmap.org/note/1980489 dodał tam firmę.
elgon (2019-12-25 19:26:29+00:00): Wydaje mi się że budowa się skończyła, ale nie jestem pewien na 100 %.
eggie (2018-04-01 14:28:49+00:00): Bij de nieuwste luchtfoto (nog niet jouw editor iD, wel in josm) is gewoon gras te zien en twee bomen. Zijn die ook weg. Ik heb de nieuwste situatie toegevoegd. Graag reactie
tchakkazulu (2018-04-01 14:33:16+00:00): Ik ben er een uur geleden langs gelopen. Het is er helemaal betegeld.
eggie (2018-04-01 14:53:43+00:00): Oke.. ik haal het weer weg... Bedankt. Ook de nieuwste luchtfoto loopt al weer achter.
eggie (2018-04-11 17:38:22+00:00): Je tekent een voetbalveld, maar je commentaar is basketbalveld. Misschien vind je het gezeur, maar andere lokale mappers willen graag zien en weten wat je doet. Het is een gezamenlijk project.
eggie (2018-04-11 17:37:00+00:00): Je geeft als commentaar basketball veld, tekent een tennistafel... Dat kan toch beter op een node?
HolloWorld (2018-06-07 19:25:50+00:00): Hi, highway=bus_guideway are not road use for bus only, it's a guideway. If this road is not guideway, can you comment here or change it into highway=service ? thanks !
Q8ba2di0Pa (2018-06-10 12:09:27+00:00): I appreciate your comment! I got it. I will change tags of these way.
IdealChain (2018-05-10 21:34:15+00:00): Hallo geocodec,

dein Engagement in Ehren, aber etwas mehr Sorgfalt wär nicht schlecht.

Viele Hausnummern wurden doppelt bzw. falsch eingetragen, z.B. hier: https://www.openstreetmap.org/node/3071999364/history - aus 13a wird 15a. Oder hier https://www.openstreetmap.org/node/3050027104/history, aus 11 wird 7a. Der JOSM Validator zeigt mir für den Raum Lustenau über 70 Warnungen wegen doppelt eingetragenen Hausnummern - alle, die ich angeschaut habe, waren von dir geändert. Hast du diese Warnungen einfach ignoriert?

Bei allein sovielen doppelt eingetragenen Adressen, die man ja noch recht leicht finden kann, frage ich mich schon wie es dann mit der restlichen Adressqualität dann so ausschaut. Das Eintragen der Adressen bringt halt nicht gerade viel, wenn dann erst recht jemand mühsam alles anschauen und nacharbeiten muss. In dieser Ecke sind leider nicht gerade viele aktive Mapper unterwegs, die das tun könnten - wie man gut daran sieht, dass diese Fehler schon seit über einem Monat so in der Datenbank stehen.

lg
user_1470980 (2018-05-13 20:14:12+00:00): Hallo IdealChain, danke für den Hinweis. Mit welchem Tool hast Du diese Auswertung gemacht. Lg wiki the map
user_1470980 (2018-05-13 20:32:05+00:00): Sehe gerade mit dem JOSM Validator.
Ok klar
Zu dem Zeitpunkt an dem ich in Vorarlberg diese Adressergänzug vorgenommen habe, gab es einige nun verfügbare Werkzeuge nicht.
Wenn Du dir auch noch kurz folgende Grafik ansiehst, https://i.imgur.com/wj7csVD.png gibt es in anderen Städten in Österreich ähnliche Probleme. Die kann man nun mit meinem Tool http://overpass-turbo.eu/s/yLG elegant auflösen.
Das Klären der Adressen in Lustenau ist so in wenigen Minuten erledigt. Dauert wohl kürzer als dein Changset Kommentar.

Wenn du das nicht erledigst, werde ich dies in den nächsten  Tagen erledigen.

Aber nochmals Danke für den Hinweis.
IdealChain (2018-05-14 12:01:28+00:00): Danke fürs Beheben!
aceman444 (2021-04-02 20:44:26+00:00): Hi, please always mention the source of your data. You only mention Bing aerial imagery, where you can't see the house name of "Dom u čierneho havrana". Also it is hard to find any trace of such a building name on the web. Thanks
Sape (2021-04-04 13:56:15+00:00): Hi, I'm sorry for not specifying the source of these house names. It's the book Juraj Kucharík: Bratislava. Turistický sprievodca, vydavateľstvo Dajama, 2016. I'll always mention my source in the future.
aceman444 (2021-04-05 14:19:25+00:00): Hi, it is unclear whether you can use that source for OSM data (or do you have special permission from the author?). It would be better to not use such sources.
Thanks.
Sape (2021-04-07 18:17:51+00:00): Hi, I see, I didn't know a permission is needed. So shall I remove the names "Dom u čierneho havrana" (This one I can't; it's locked.) and "Ruttkayho dom"? I think the other two names can also be found on the building plaques.
viloan (2018-04-01 14:47:40+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Também temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
eggie (2018-04-01 15:09:53+00:00): Koen.. er worden in osm geen adressen en info toegekend aan de gebouwen zelf. Die horen op de adresnode van de BAG (kadaster) Nu staat het adres waarschijnlijk 2x in de database. Zet je de info zelf over?
Graag reactie..
Koen Rijnsent (2018-04-01 15:22:45+00:00): Ik heb t adres uit t gebouw gehaald, hoop dat t daarmee oké is. Ik zie het object ook in de BAG staan, maar weet niet hoe ik m in OSM zou kunnen importeren. Ik heb wel een handleiding gevonden, maar die gaat me nu nog boven m'n pet.
eggie (2018-04-01 15:33:37+00:00): 'k Zie al wat je gedaan heb. Je hebt dat zuidelijke gebouw gebruikt voor het nieuwe gebouw? Normaal worden gebouwen geïmporteerd vanuit de BAG
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=oude%20liesbosweg%2068&resultOffset=0&objectId=0344100000138637&geometry.x=137616.60540052&geometry.y=453410.9305982&zoomlevel=7&detailsObjectId=0344010000169417
Dat doen we via het forum in het draadje Verzoek BAG import. 
Je zet dan de hyperlink erbij van osm.org  Ik zal even een verzoek doen vor officiële import. Dan staat straks de BAG adresnode er ook op waar de info op kan. 
Dit was je eerste edit:
http://overpass-api.de/achavi/?changeset=57714060

Het forum vind je hier.. Zou er eens rondneuzen. Ik doe een verzoek BAG import.
https://forum.openstreetmap.org/viewforum.php?id=12
Koen Rijnsent (2018-04-01 15:39:33+00:00): Dat zuidelijke gebouw heb ik inderdaad gebruikt om t nieuwe te maken. t Zuidelijke is gesloopt, t nieuwe gebouwd.
Ik zie je forum-post. Zal dat de volgende keer ook doen.
eggie (2018-04-01 15:44:35+00:00): Mooi.. je gebouw is al onderweg :) Even niet mappen daar.
chnav (2018-04-02 06:17:15+00:00): Здравствуйте, для персональных закладок в программе Maps.Me используется кнопка BOOKMARK, а не EDIT. Вместо личной заметки на карте вы изменили название населенного пункта. Пожалуйста будьте внимательнее. Спасибо.
chnav (2018-04-02 06:18:25+00:00): Супермаркет в чистом поле тоже рисовать не надо. Вся ваша правка откачена.
ionr (2018-04-01 17:10:48+00:00): Ups, danke für's korrigieren!
eggie (2018-04-01 15:38:21+00:00): Verzoek gedaan https://forum.openstreetmap.org/viewtopic.php?pid=692575#p692575 tot update vanuit de BAG
Sanniu (2019-05-14 08:00:04+00:00): https://www.openstreetmap.org/node/5520561604 is very close to road, is it connected?
zstadler (2019-05-14 11:16:26+00:00): No. A guard rail was built on the side of the road that blocks access to the track.
Sanniu (2019-05-14 11:18:27+00:00): Interesting, is there some way to mark such occurrences on map to avoid this question in the future?
zstadler (2019-05-14 11:21:55+00:00): The note tag is used for communication between mappers.

See https://wiki.openstreetmap.org/wiki/Notes
viloan (2018-04-01 15:33:07+00:00): Bem-vindo(a) ao OpenStreetMap e parabéns pela sua primeira edição! :-)

Se você está mapeando por causa do Pokémon, dê uma olhada em https://blog.openstreetmap.org/2017/12/01/dicas-para-novos-mapeadores-pokemon-go/?lang=pt-pt

Também temos um portal brasileiro sobre o OpenStreetMap, com várias informações úteis em https://wiki.openstreetmap.org/wiki/Brasil

Enquanto você está se acostumando com o OpenStreetMap, é recomendado que sempre pergunte aos usuários mais experientes antes de remover ou modificar objetos do mapa, especialmente aqueles que são aparentemente "estranhos" ou "fora do lugar".

Além disso, pedimos que não copie dados de mapas proprietários (como nomes de ruas do Google Maps, por exemplo) e que mapeie apenas o que existe na realidade.

Se tiver qualquer tipo de dúvida você pode entrar em contato com a comunidade brasileira através de algum dos canais disponíveis em https://wiki.openstreetmap.org/wiki/Pt:Contact
O canal "Comunidade" do Telegram costuma ser o mais movimentado.

Abraço e boa diversão com suas edições!
R0bst3r (2018-04-04 07:34:58+00:00): Hallo Mapper,
willkommen bei OSM.
Ich habe deine Änderungen geprüft, sie sehen gut aus. Ich habe mir dennoch erlaubt die Eintragungen zu verbessern. Das Ergebnis siehst du hier: https://www.openstreetmap.org/node/5527086211
Viel Erfolg und weiterhin viel Spaß!
Grüße
            ---
            #REVIEWED_GOOD #OSMCHA
            Published using OSMCha: https://osmcha.mapbox.com/changesets/57715308
gurglypipe (2018-04-07 20:00:07+00:00): I added to the tagging of the hotel in https://www.openstreetmap.org/changeset/57899620 if you want to double-check that.
flohoff (2018-04-01 20:07:27+00:00): Hi Abrensch,
das war absicht das zu trennen - Ich behebe gerade ~24000 Fehler in OWL wo Flächen und Straßen verbunden wurden. Das ist ein Topologiefehler.

Flo
flohoff (2018-04-01 20:29:02+00:00): Hier im überigen eine visualisierung meiner Fehleranalyse der besagten Region:

https://osm.zz.de/dbview/#51.58251,9.33821,12z
OF0 (2018-04-01 20:30:45+00:00): Das Verbinden von Wegen und Flächen ist  eine anerkannte vorgehensweise.

https://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Areas_and_Ways_Sharing_Nodes
flohoff (2018-04-01 20:45:49+00:00): Ich sehe das nicht so - Und die OWL Community ebenfalls nicht. Dadurch das du als mein Stalker das immer wieder wiederholst wird das nicht richtiger.

Und zitier bitte auf was du dich beziehst. Dadurch das wir das abtrennen erhöhen wir die genauigkeit und beheben den Topologie/Lagefehler der nunmal existiert.

Ich helfe da mal gerne - Aus deinem Link:

"That being said, when the way is a highway, it usually is most accurate to include a gap, so that the area ends by the side of the road and does not share nodes with the road's way. "
OF0 (2018-04-01 21:28:23+00:00): [..] Dadurch das du als mein Stalker das immer wieder wiederholst wird das nicht richtiger. [...]

Ich wirke lediglich Deiner Desinformationskampange entgegen. 

https://www.openstreetmap.org/changeset/57314116
https://openstreetmap.org/changeset/53143994 
https://openstreetmap.org/changeset/46180430 
https://openstreetmap.org/changeset/38865068 
https://openstreetmap.org/changeset/36509290 
https://openstreetmap.org/changeset/36441228 
https://openstreetmap.org/changeset/36413831 
https://openstreetmap.org/changeset/36346377 
https://openstreetmap.org/changeset/35667020 

[...] Und zitier bitte auf was du dich beziehst. [...]

Ist doch eindeutig:
There is not clear consensus yet on how to draw areas adjacent to ways. They may be drawn either by leaving a small gap between the area and the way or by connecting them so that the area shares nodes with the way. 

[...] Dadurch das wir das abtrennen erhöhen wir die genauigkeit [...]

Nur hinsichtlich der Geometrie des Landuses und dessen Flächentreue. Dafür stehen die Objekte nicht mehr in ihrer tatsächlichen Beziehung zueinander.

[...] und beheben den Topologie/Lagefehler der nunmal existiert. [...]

Nein, Lagefehler werden evtl. verbessert. Es stehen keine hinreichend genaue Daten zur Verfügung um Lagefehler zu beheben. Die Beziehungen der Objekte zueinander lassen sich auch so ableiten und das Darstellen der Straßenflächen durch Auslassen für den Renderer kann und sollte entfallen.

[...] Ich helfe da mal gerne - Aus deinem Link:

"That being said, when the way is a highway, it usually is most accurate to include a gap, so that the area ends by the side of the road and does not share nodes with the road's way. " [...]

Das Wiki sollte eigentlich die gelebte Mappingpraxis dokumentieren und nicht einseitig ohne die Gegenargumente anzuführen für eine Seite Partei ergreifen. Was willst Du jetzt eigentlich mit diesem Zitat erreichen? Weshalb führst Du es an?

BTW Weshalb analysierst Du Fehler die keine sind und führst sie hier an?
flohoff (2018-04-01 21:49:56+00:00): > "That being said, when the way is a highway, it usually is most
> accurate to include a gap, so that the area ends by the side of the
> road and does not share nodes with the road's way. " [...]
> 
> Das Wiki sollte eigentlich die gelebte Mappingpraxis dokumentieren und
> nicht einseitig ohne die Gegenargumente anzuführen für eine Seite
> Partei ergreifen. Was willst Du jetzt eigentlich mit diesem Zitat
> erreichen? Weshalb führst Du es an?

Also - Nicht ICH habe das Wiki angeführt sondern Du - Leider hast du dabei in jeglicher Diskussion unterschlagen das du eben auch keine Mehrheitsmeinung vertrittst und das Wiki klare Argumente für das Ablösen der Flächen von den Wegen liefert. Diese Argumente hast du trotz mehrfacher Aufforderung nicht entkräften können. Stattdessen werden wie jetzt wieder Scheinargumente wie "Stehen nicht mehr in beziehung zueinander" angeführt oder Argumente wie "Hinreichend genau" die ich alle schon wiederlegt habe. Genauere Ausführungen bleibst du zum wiederholten male Schuldig.

Ich lediglich den Mapper drauf aufmerksam gemacht habe das er meine Bemühungen die Lage der Nodes zu verbesser zunichte macht. 

Flo
abrensch (2018-04-02 07:10:12+00:00): Will mich ja nicht in Eure Diskussion einmischen, aber mein Changeset hat ein **LOCH** in der K73 geflickt (das Loch ist in manchen Zoomstufen auch noch zu sehen).  Und da war tatsächlich auch die Strasse noch mit einem Landnutzungspolygon verbunden, und ja mich stört das auch, weil zumindest der Editor ID damit garnicht kann. ABer wichtig war doch zuerst, dass das STrassennetz keine Löcher hat...
OF0 (2018-04-02 07:46:39+00:00): Ja, da haben wir beide Deinen Changesetkommentar fehlinterpretiert.
Harald Hartmann (2018-04-02 08:18:20+00:00): Also wenn ich einwas in den letzten Jahren in OSM gelernt habe, dann das es in keinem Punkt überhaupt eine Mehrheit gibt und über alles streiten kann. Aber ich glaube die Etiquette erlaubt es einem sehr wohl, sich nach den Gepflogenheiten vor Ort zu richten.

@OF0: Leider weiß ich gerade nicht, wie ich folgenden Teil einer deiner letzten Changesetkommentare deuten soll: 
...Es muss aber auch drecksarbeiterledigende Mapper wie mich ge
Harald Hartmann (2018-04-02 08:22:20+00:00): Ach und ich für mich persönlich würde auf Grund der mittlerweile sehr guten Luftbilder in meiner Gegend auch keine highways mehr mit landuses verkleben ... zwischen dem abstrakten highway (der straßenmitte) und einem angrenzenden Wald gibt es ja vielleicht auch noch den Straßengraben (den ich durchaus wieder mit dem Wald verkleben würde) und sonstiges. Wäre das area:highway schon weiter, dann würde sich die Fragen auch nicht mehr stellen, weil ich dann area:highway mit dem Straßengraben verkleben und den wiederrum mit der Wiese/Wald verkleben würde usw.
flohoff (2018-04-02 10:02:31+00:00): Hi Harald,

ich würde auch die Straßengräben/Wasserwege/Waterways mit keinen Flächen verkleben. Für sie gilt am Ende die selbe Semantik wie bei Straßen. Wir mappen nur die Mitte des Grabens. Die Böschung würde ich ja eher zum "waterway" zählen als zum Acker, Wald oder Straße. Daher halte ich auch hier das verkleben für falsch - In der Auswertung die ich mache plumpsen die verklebten Waterways auch mit raus und auch die behebe ich.

Flo
Harald Hartmann (2018-04-02 10:09:12+00:00): Mit "Straßengraben" meinte ich auch nicht zwingend irgendwas mit waterway=ditch usw. sondern auch wieder "flächenbehaftete Polygone". Als weiteres Beispiel: klar waterway=river würde ich als abstrakten Weg in der Mitte nicht verkleben, waterway=riverbank als Fläche aber schon.
flohoff (2018-04-02 10:17:40+00:00): Genau - Typischerweise verbinde ich nur gleichartige objekte. Highway/Highway Landuse/Landuse - Aber eben kein leisure/amenity mit Landuse - Der Kundenparkplatz ist ein amenity=parking das von einem landuse=retail/commercial komplett eingeschlossen wird. Polygone (auch an den rändern) zu verbinden kann das weiterverarbeiten mit GIS systemen zur challenge machen. Deshalb mache ich das ganze deutliche das das eine IN dem anderen ist.

Mir gehts da vielfach um eine ganz klare visualisierung der objekte. Neu mapper klicken sonst sich wirklich murks zusammen weil die vor lauter linien nicht mehr sehen worum es geht. Und dann wird halt einfach was "drüber gemalt" - das am ende wieder aufzulösen ist echt eine herrausforderung. 

Die nächste auswertung an der ich gerade Arbeite ist overlapping-landuse. Auch so gerne genommen. Da ist dann einfach irgendwo ein landuse=meadow über ein 20ha großes farmland gemalt. Das geht zufällig gut aber semantisch ist das kaputt. Ich bin sowieso ein Freund davon die landuses zu verkleinern und zu unterbrechen wo es Sinn ergibt. Wenn landuse linien im spitzen Winkel Straßen schneiden dann ist das für mich schon so ein Alarmzeichen das hier mal aufgeräumt werden muss.

Flo
Harald Hartmann (2018-04-02 10:27:50+00:00): Hmm, ich habe ein Einkaufscenter und mappe die komplette Fläche als landuse=commercial/retail. Dann setze ich einen Parkplat mit amenity=parking und wenn er an den Rand stößt, verbinde ich das auch mit dem äußeren landuse. Ich bilder kein MP, schneide es also nicht aus. Wenn ich das z.B. in QGIS importiere habe ich trotzdem zwei getrennte (Polygon) Objekte ... vielleicht wäre es mal gut, wenn jemand auf der nächsten FossGIS mal einen Beitrag macht und eben solch uns normalen einfach nur Mappern zeigt, wo dann die "Challenges" liegen...
flohoff (2018-04-02 10:45:33+00:00): Es gibt eben PostGIS themen - ST_Within/ST_Intersects/ST_Overlaps/ST_Touches und einige triggern halt wenn es anschliesst obwohl es eher unintuitiv ist. Ich schliesse das auch nicht weil ich oft nicht glaube das es wirklich angrenzt. Man kann das jetzt Erbsenzählerei nennen. Oft ist aber noch ein kleines Beet dazwischen. Das rechtfertigt für mich das nicht anzuschliessen. Und dann finde ich es klarer was wozu gehört. Die klare Strukturierung finde ich mittlerweile viel wichtiger damit eben jemand unbedarftes den Editor auf macht und sofort klar ist welches Objekt was ist und wofür gut ist. Wenn das alles wild durcheinander ist oder überlappt/angeschlossen ist wird das manchmal alleine schon schwierig das richtige polygon auszuwählen.

Wie gesagt - Kann Erbsenzählerei sein. Ich habe jetzt mit dem aufräumen aber mal angefangen eine Gallery von so Sekundärfehlern zu Sammeln und da kann man richtig die Hilflosigkeit der gelegenheitsmapper sehen wenn da Dinge übereinander liegen.

Flo