piebro/osm-data huggingface dataset:
drops09 (2023-04-21 08:46:20+00:00): Super! Danke für die Erklärung und den Link! Der hilft mir gut weiter. Dann traue ich mich eher solche Korrekturen durchzuführen.
eggie (2023-04-21 07:42:53+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

MVG, 

Eggie 

Namens de OSM Community
Eslam_Elsayed (2023-05-01 08:24:05+00:00): Hello HagarZ;
I noticed you added new streets overlapping the existing roads and see you made this issue frequent in other locations.
Examples:
https://www.openstreetmap.org/way/1164227615
https://www.openstreetmap.org/way/1164200469
https://www.openstreetmap.org/way/1164218053
Could you check this issue and fix it, please?
Regards
Eslam_Elsayed
Frans S (2023-04-22 10:45:33+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, at random or as requested. 
I am sorry to say, but your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to next points:
E: Most buildings are fair rectangular. Square them with the Q key when the object is selected.
* When buildings have protruding elements, they should be included into your mappings.
D: Please avoid that nodes of buildings link to other buildings or roads.
F: Buildings partially hidden under trees not drawn correctly. Extrapolate the rooflines.



Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/135160293
Frans S (2023-04-22 10:51:15+00:00): Hello again.
I noticed that you often needed many nodes to draw a building.  Please improve your mapping skills. 
Most buildings can be drawn with just 4, 6 or 8 nodes, depending on the complexity of a building.
Best regards and keep mapping
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/135160293
Fumasu (2023-04-25 12:08:28+00:00): Bitte am etablierten Tagging-Schema orientieren: https://wiki.openstreetmap.org/wiki/Berlin/Verkehrswende/Radwege
Supaplex030 (2023-04-25 13:49:02+00:00): Hallo PJ120, ergänzend dazu: Das Problem an deiner Bearbeitung hier liegt vor allem in den eigenständigen Linien, die du für Radstreifen auf der Fahrbahn gezogen hast. Radfahrstreifen/Schutzstreifen ohne physische Separierung zur Fahrbahn mappen wir in OSM nicht mit separaten Geometrien, sondern stets als Eigenschaft der Fahrbahnlinie, was hier bereits korrekt der Fall war. Zudem haben die Radwegelinien zu Routingfehlern geführt, weil sie beispielsweise in beide Fahrtrichtungen freigegeben waren etc.

Ich habe diese Linien daher wieder entfernt.

Siehe auch https://www.openstreetmap.org/note/3659476.
PJ120 (2023-09-21 18:49:33+00:00): Danke für die schnelle Korrektur und den Verweis aufs Wiki, das werde ich beim Mapping von weiteren Straßenflächen berücksichtigen.
Frans S (2023-05-09 10:51:57+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator, at random or as requested. 
I am sorry to say, but your mappings are not that accurate and in according to the HOT/ OSM quality standards.
Please pay attention to next points:
B: Overlapping buildings drawn.
E: Most buildings are fair rectangular. Square them with the Q key when the object is selected.
* When buildings have protruding elements, they should be included into your mappings.
D: Please avoid that nodes of buildings link to other buildings or roads.



Explanation can be found on this document what  might be helpful to improve your mapping skills
https://docs.google.com/document/d/1Swwz-ZwM3_YOstqstsmCg1-lNAPbnMLpi1Al-h-2UOQ/edit


Best regards and keep mapping !
Frans S
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/135160573
strandbar (2023-04-20 17:36:02+00:00): Add. info for verification: camp is visable on aerial "mapbox satellite" and also on "google earth" but on some others not, because they are not actual enough !!
skyper (2023-04-21 02:05:08+00:00): Hi,
would you please stop adding new buildings until we solve all problems with your workflow and https://wiki.openstreetmap.org/wiki/M-NCPPC_Planning_Department is updated.
This CS added a duplicate (https://www.openstreetmap.org/way/616651451
https://www.openstreetmap.org/way/1164235921). Yes, you have fixed it in https://www.openstreetmap.org/changeset/135161887 but you have deleted the old object instead of the new one and removed `roof:shape` and `height`. Why?
Greetings,
skyper
skyper (2023-04-21 02:16:13+00:00): Ah, https://www.openstreetmap.org/way/1164235912 was not simplified and  https://www.openstreetmap.org/way/1164235910 again contained duplicated way nodes. Please, fix your scripts.
Best Regards,
skyper
SomeoneElse (2023-04-20 18:22:29+00:00): Hello,
Can you link to the licence of this data please?
Best Regards,
Andy
SomeoneElse (2023-04-20 18:33:35+00:00): See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ also.
M-NCPPC_Import (2023-04-20 19:37:44+00:00): https://creativecommons.org/licenses/by/4.0/
M-NCPPC_Import (2023-04-20 19:38:00+00:00): Use Constraints
Creative Commons Attribution  https://creativecommons.org/licenses/by/4.0/. You can copy, modify, distribute, and perform analysis on the data, even for commercial purposes, all without asking permission, but please provide attribution to the Prince George's County Planning Department. The Planning Department makes no warranties about the data, and disclaims liability for all uses of the data, to the fullest extent permitted by applicable law.
SomeoneElse (2023-04-20 20:21:51+00:00): See the "CC-BY 4.0 International" row at https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility , which links to https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ which I linked to earlier.  The Licence Working Group says that you need to get explicit permission before any data is imported.  If that hasn't already happened then you need to sort that out before doing anything else, and if you can't sort that out we'll have to remove the data already added.
However, given that presumably you either are or deal with someone who can issue such a waiver, I presume that this won't be a problem?
Best Regards,
Andy Townsend, on behalf of OSM's Data Working Group.
skyper (2023-04-21 02:19:54+00:00): Hi,
again you have deleted a building to add a new one at the same position (https://www.openstreetmap.org/way/1164235910 ->
https://www.openstreetmap.org/way/1164236505). Please use "Replace Geometry" instead and some functions to create proper circles and rectified buildings, either in your scripts or JOSM.
Thanks a lot and all the best,
skyper
FraukeLeo (2023-11-07 11:01:15+00:00): Hallo LightSpirit, deine Umarbeitung dieser Kreuzung hat nicht nur eine Menge Zickzack erzeugt, der real nicht da ist, sondern unmögliche Rechtsabbiegewinkel zur und von der K 107. Das hat in deinem Mapping nichts mit der Wirklichkeit zu tun. https://ibb.co/RgZgpb9
LKW-Navis meiden übrigens spitze Abbiegewinkel und fahren dann lieber Umwege. Daher sollten an einer Kreuzung in OSM immer alle Abbiegewinkel der Realität entsprechen.

Ich habs zu reverten versucht, aber das gab schon Konflikte, daher hab ich die Kreuzung neu gemappt. Für eine Aufteilung sehe ich hier überhaupt keinen Grund, es liegen keine baulich getrennten Fahrbahnen vor.
LightSpirit (2023-11-07 11:15:00+00:00): Deine Lösung hier sieht eleganter aus.
FraukeLeo (2023-11-13 11:30:17+00:00): Und sie funktioniert im Routing sicher auch besser, weil keine unrealistischen Abbiegewinkel mehr drin sind. Hast du noch mehr Kreuzungen nach diesem Schema umgebaut? Wenn ja, gehst du da selbst mal drüber oder eher nicht? Und dass einige Edits von dir aktuell in https://community.openstreetmap.org/t/revert-b49-lahnstein-koblenz/105692/8 diskutiert werden, hast du sicher mitbekommen?
FraukeLeo (2023-11-13 11:31:24+00:00): https://community.openstreetmap.org/t/revert-b49-lahnstein-koblenz/105692 mein ich, die 8 hinten weg :)
NorthCrab_upload (2023-04-20 18:20:25+00:00): Zauważyłem, że Twoja zmiana zawiera adresy wymagające dodatkowej uwagi. Przygotowałem listę obiektów oraz dodatkowe informacje:

Nazwa ulicy nie istnieje w okolicy. Jeśli adres ma nazwę ulicy, upewnij się, że jest ona poprawna. Jeśli nie, usuń addr:street, a nazwę miejscowości przekaż w addr:place.
https://www.openstreetmap.org/way/1013591310

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
literan (2023-04-20 18:39:43+00:00): https://www.openstreetmap.org/way/457660278/history

это же обычная плоскостная парковка, а не карманы вдоль проезжей части (street_side).
Руслан Т (2023-04-20 18:49:25+00:00): Привет! 
Исправил, спасибо!
NorthCrab_upload (2023-04-20 18:30:25+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Adres jest niekompletny, brakuje informacji o nazwie ulicy. Jeśli adres ma nazwę ulicy, dodaj ją w addr:street. Jeśli nie, zamień addr:city na addr:place - tak oznaczamy adresy bez ulic.
https://www.openstreetmap.org/node/10827722185

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
d_berger (2023-04-20 22:39:16+00:00): Hi, die Syntax der Öffnungszeiten wird hier in einigen Fällen nicht funktionieren. Ein Semikolon überschreibt alle vorherigen Zeitspannen, wenn sie Tage überschreiten. Wenn auf Sa 10:00-02:00 nach Semikolon ein Su folgt, wird die Zeitspanne nach Mitternacht einfach überschrieben – es gilt nur das was unter Su eingetragen wurde. Im Zweifel einfach Komma anstatt Semikolon setzen hilft. Sonst einfach durch das OH-Tool jagen:

https://openingh.openstreetmap.de/evaluation_tool/?lng=de

HTH
paulbrunner (2023-04-25 06:27:49+00:00): Salut d_berger

Merci für den Hinweis! Das mit dem Semikolon bei tagesüberschreitenden Öffnungszeiten war mir nicht bewusst. Hab's jetzt im Wiki auch nochmal gefunden: https://wiki.openstreetmap.org/wiki/Key:opening_hours#Closing_after_midnight

Hättest Du eine Overpass-Abfrage zur Hand, um ungültige opening_hours zu finden?
Im Wiki mit den Overpass-Beispielen gibt es folgendes, da werden aber auch POI komplett ohne Öffnungszeiten angezeigt: https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_API_by_Example#POIs_with_websites_but_with_incorrect_opening_hours

Oder kann ein anderes QA-Tool solche Fälle einfacher finden?

Beste Grüsse,
Paul
d_berger (2023-04-25 15:46:01+00:00): Ich bin nicht sicher, ob eine Abfrage in dieser Art möglich ist; die Unterscheidung zwischen fehlerhafter Syntax und gezielter Nutzung der Syntax ist nicht ganz trivial.

Man müsste bei xx:aa-yy:bb auf yy<xx OR yy>23 prüfen und if true ein nachfolgendes Semikolon suchen. Wo dies zutrifft wäre dann manuell zu überprüfen, ob die Syntax falsch ist. Könnte man sicher als Tool oder Prüfroutine basteln, mir ist allerdings keines von beiden geläufig.

Oder man bastelt sich etwas ganz simples wie die Suche nach einem Semikolon im OH-String:

nwr["opening_hours"~";"];

Das wird natürlich (fast) alles zurückliefern, insbesondere wo ein "PH off" enthalten ist. ;-)

A propos 'off': mit dem Aufzählen von regelmässigen Ruhetagen hat sich schon mancher Mapper völlig unnötig selber ins Bein geschossen.
GartenStuhl (2023-04-27 10:57:04+00:00): https://osmose.openstreetmap.fr/de/map/#zoom=14&lat=47.37376&lon=8.5286&item=3250&level=1%2C2%2C3

oder sonst in osmose unter
Tag -> unpassend -> Öffnungszeiten

im Link sollte das bereits schon ausgewählt sein.

Nebst Osmose gibts noch Keepright, was eher für Strassen gedacht ist. Aber bei allen QA-Tools: Nicht einfach alles abnicken ;)
MKnight (2023-07-23 18:30:08+00:00): Der Link zu osmose ist leider nicht zielführend, da er alle OH-Fehler anzeigt und meines Wissens keine überschreibenden "Vielleicht"fehler. Oder überseh ich da was?

Die overpassabfrage könnte man mit nwr["opening_hours"~"; Su"];
noch verbessern -  und regexkundige  bekommen was ähnlich:
nwr["opening_hours"~"Sa xx->24; Su"]; (Nein, das geht natürlich nicht, bin nicht regexkundig...) hin, was die Suche noch weiter eingrenzen kann.
MKnight (2023-07-23 18:38:31+00:00): Nachtrag: Tief im Hinterkopf hatte ich eben, das in meiner Linkhalde irgendwo was rumliegen könnte, und nunja, spoiler-spoiler, tatsache: https://overpass-turbo.eu/s/gU0
MKnight (2023-07-23 18:41:32+00:00): Nochma nachtrag: oben bei Thüringen entsprechenden Ort eingeben oder abfrage auf bbox umschreiben...
paulbrunner (2023-12-22 16:06:20+00:00): Danke euch für die Hinweise. Habe die letzten Monate Osmose viel genutzt, scheint mir am besten geeignet.
MKnight (2023-12-22 17:12:54+00:00): Moin, da ist aber noch dezent einiges über: https://overpass-turbo.eu/s/1F9U
pantufla (2023-05-16 08:56:12+00:00): Hola, muchas gracias. Aunque tenga forma de castillo la arquitectura, esto no es un castillo. Lo cambiaré. Es un hotel o una residencia?
HellMap (2023-05-08 21:37:01+00:00): Hey! I shrunk the https://www.openstreetmap.org/way/1164141365 construction area. You mapped it across the entire location, but it's currently only a portion of it. It looks like it matches the cadaster plot, so that's what I retraced it to.
richlv (2023-05-09 09:05:48+00:00): Thanks, looking at these images, construction seems to be ongoing to the left pretty much up to the roundabout - https://www.mapillary.com/app/?pKey=1277585273166386 , https://www.mapillary.com/app/?pKey=952713332430452 .

Also, along Lubānas iela, it's ongoing right up to the edge of the street - https://www.mapillary.com/app/?pKey=126500963740001 .

Perhaps construction transcends the boundaries of that one parcel?
HellMap (2023-05-09 10:20:08+00:00): I see what you mean. But I think you are confusing the Reinvaldu to Lubānas section with the Lubānas to roundabout section. It does indeed go almost all the way to R/L intersection in a sort of triangle shape but not all the way to roundabout - https://www.mapillary.com/app/?pKey=759671655623268 , https://www.mapillary.com/app/?pKey=138940455814821 . Here it is from the other side: https://imgur.com/xQnF2uj . You can compare the billboard location with aerial to where the area/plot "ends". On the photo it is curved towards Lubānas (at first almost towards the cafe East, but then curves more South). In any case, I was there yesterday :) The shape may still be somewhat wrong if it doesn't follow the actual plot, but it's definitely not as far E/NE.
richlv (2023-05-09 11:09:03+00:00): Oh, I see - thank you for checking it, that makes sense.
bigopenmac (2023-04-20 19:12:42+00:00): Добро пожаловать в openstreetmap!
Приветсвую первую правку!
Пожалуйста посмотрите эту страницу https://wiki.openstreetmap.org/wiki/RU:Tag:building=church и добавьте теги, например,
amenity=place_of_worship 
religion=christian
denomination=baptist
aceman444 (2024-08-22 00:33:55+00:00): Hi. This change is just wrong. The ways were intentionally connected to the bridge, because that was where the covered=yes parts started. You just messed that up, now segments under bridge are not covered, or segments not under bridge are covered.
This changeset will be reverted as a whole, there is nothing correct in it.
vmicho (2024-08-22 04:22:38+00:00): Aaaaah. will have to check that then in detail. Speak SK/EN?
aceman444 (2024-08-23 18:19:41+00:00): Yes I speak both.
moje_konto (2023-04-20 22:11:19+00:00): https://wiki.openstreetmap.org/wiki/Pl:Rowery

Błędna zmiana.

Dopuszczony ruch rowerowy jest oznaczany bicycle=yes - tak jak było.
moje_konto (2023-04-20 22:36:06+00:00): Wycofałem. Rozróżnianie typów ścieżek jest przydatne, by móc wyznaczyć odpowiednią trasę.

Chodniki z dopuszczonym rowerem są na końcu wyboru, często mają zwykłe przejścia bez przejazdu, przy odpowiednim oznaczeniu nawigacja może je omijać.
mga_geo (2023-05-26 09:58:29+00:00): Bonsoir,
Suite à vos modifications, les relations route=bus 11358434 sont cassées.
Marc
Anton_Klebanovich (2023-06-02 08:35:33+00:00): Bonjour! Merci pour vos commentaires. Fixé dans https://www.openstreetmap.org/changeset/136858331
Hello! Thanks for your feedback. Fixed in https://www.openstreetmap.org/changeset/136858331
Strubbl (2023-04-20 19:34:49+00:00): Hallo da-sch, es wäre super, wenn du in die Datenbank nur konsistente Zustände bringen könntest. Also keine Zwischenschritte, wo du Häuser über Straßen schiebst und das zu OSM schickst. Nimm dir ruhig die Zeit das Gebäude korrekt fertig zu kartieren. Ich glaube, dass das Geometrie ersetzen nicht mehr funktioniert, wenn du die Daten einmal zu OSM gespielt hast. Dann ist wieder die Historie der Objekte verloren.
da-sch (2023-04-20 19:59:08+00:00): So eindeutig Schluss für heute. Eindeutig zu langer Tag und dann übersieht man doch mal schnell was.
MxxCon (2023-04-25 02:44:40+00:00): Hello.
Rather than completely deleting this POI, it's much better to use lifecycle prefix or at the very least delete biz-specific tags but leave the address node. This way you'll preserve this object's history and make address searchable.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/135164641
mga_geo (2023-05-23 18:19:50+00:00): Bonjour,
La relation route=bus est cassée
r8648146
Marc
mga_geo (2023-05-23 18:21:43+00:00): ainsi  que la relation r12228741
Anton_Klebanovich (2023-06-08 14:07:28+00:00): Bonjour! Merci pour vos retours, j'en tiendrai compte à l'avenir.
Hello! Thanks for your feedback, I'll take that into account in the future.
Spaghetti Monster🍝 (2023-04-20 23:10:43+00:00): Bruh
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/135164717
zluuzki (2023-04-21 05:49:42+00:00): What about you start using entire sentences to communicate, like a civilized human being? 
I asked multiple times why'd you delete those nodes, and you always ignored or dodged the question. Because I don't want to waste my time like that, reverting was the only plausible option.
Spaghetti Monster🍝 (2023-04-21 07:48:52+00:00): If your pet nodes are so important at least make sure you don't mess up unrelated objects.
zluuzki (2023-04-21 09:49:31+00:00): No idea what "pet nodes" are.
You're not in the position to complain about the revert. You should rather be thankful that I still bothered to fix/filter out things like highway=service/path, I could have just reverted the whole thing completely. The collateral damage would've been your problem.
Spaghetti Monster🍝 (2023-04-21 10:09:18+00:00): You literally didn't filter them out. They're pet nodes because you're so attached to them.
tux67 (2023-04-21 08:13:35+00:00): Hi, jetzt haben wir bei den Brunnen ja 2 Merkmale pro Objekt. Ich seh’ das Dilemma - ist ein bisschen wie ein Hotel mit Restaurant, die man beides am Gebäude mappt. 
Vielleicht kann man den Brunnen als Fläche mit einem einfachen amenity=fountain mappen und darin einen Node mit dem tourism=artwork und den attributen?
Gruß 
tux67
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/135165151
user_3716049 (2023-04-21 11:36:34+00:00): Hi tux, der vergleich hinkt. Das Restaurant im einen Hotel ist ein Teil des Hotels das man auch entsprechen der Lage im Hotel eintragen sollte.
Bei Springbrunne haben wir doch eher ein Kunstwerk mit der Funktion eines Springbrunnens, wobei das Becken ein Teil des Springbrunnens, aber nicht der Springbrunnen ist und teil des Kunstwerks sein kann meistens aber wohl eher nicht. Weshalb dein Vorschlag das zu trennnen m.E. sachlich eigentlich falsch wäre.
Aber die eigentliche Frage ist für mich welches Dilemma du lösen willst. Overpass-turbo störts nicht. Die für die Themen Karten z.B. https://openstreetbrowser.org/#map=19/51.20256/6.44599 ist das anscheinend auch kein Problem, die können das richtig Filtern. 
In der Osm Hauptkarte wirkt das jetzt etwas störend, weil der Renderer das als Kunstwerk darstellt, das dürtfe aber wahrscheinlich auch nicht anders aussehen wenn wir das trennen.
Aber ich beschäftige mich ja nicht aureichend genug mit den bestehenden tagging Schemate im wiki, die haben ja ihre eigene "Logik", dem wolltes du dich ja mehr widmen. Deshalb, wenn glaubst das das besser ist, kannst du das von mir aus auch trennen.

MfG Kelso
tux67 (2023-04-21 12:17:24+00:00): Naja - der Gedanke war angelehnt an https://wiki.openstreetmap.org/wiki/DE:Ein_Objekt,_ein_OSM-Element
aber vielleicht ist es ja auch dar kein Problem. Im Wickrath hab' ich das jetzt inspiriert durch deine Changes mit dem Pferdebrunnen und einem MP versucht zu lösen.
user_3716049 (2023-04-23 08:34:59+00:00): Aber genau das, was das Wiki vorgibt habe ich doch gemacht. Das Kunstwerk hier mit der Funktion eines Springbrunnens bzw. der Künstlerrich gestalltete Springbunnen ist ein Objekt, das ich mit einem Element (node) getaggt habe. Es geht wohl darum das alle Eigenschaften eines Objekts in der Datenbank auch dem Objekt zugeordnet sind, damit diese direkt ersichtlich sind und man diese nicht erst zusammen suchen muss.
Weshalb es wohl ein Fehler war, den Denkmalschutz von Gebäuden nicht am Gebäudeumriss einzutragen. 
Ein Multipolygon halte ich daher für unnötig und zu aufwendig um einen solchen Brunnen einzutragen, auch weil ich da keinen zusätzlich nutzen für die Auswertung sehe.

P.S.: Bei dem "Pferdebrunnen" hat irgendjemand landuse=recreation ground eingetragen. Und am Brunnen am Wickrather Schloss wurde das Becken mit water=pond getaggt, was dafür an dort und andernorts am Burggraben fehlt. Laut Wikipedia dürfte das wohl auch die meisten Weiher zutreffen. Ausserdem dürte das wohl auch bei Baggerseeen zutreffend sein, fehlt aber bei dem bei Hardt.
tux67 (2023-04-23 09:23:23+00:00): Ja - ich denke, du hast recht - ein MP ist für einen normalen Brunnen wohl overkill. Für den Pferdebrunnen lass’ ich das mal, da Fläche definiert,  im ganzen recht groß und begehbar ist. Den landuse hab' ich "verbrochen" - hab jetzt mal "artwork" eingeführt, um die Fläche zu definieren.
Beim Denkmalschutz haben wir sehr viele Gebäude, bei denen die Gebäudeteile separat gemappt sind. In diesen Fällen halte ich den Node immer noch für eine akzeptable Lösung gegenüber nur einen Gebäudeteil zu taggen (besser als ein MP). Keine Ahnung, ob man das mit dem ganzen Building:part Geraffel abgedeckt bekommt.
Ponds hab ich nachgetragen. Danke für den input und schönes WE.
Gruß
tux67
jaap de vries (2023-04-28 11:31:59+00:00): In Oosterbeek heb je een tuin aangegeven naast het gemeentehuis, Raadhuisplein maar dit is geen tuin. Kan je dit verklaren?
Peter Elderson (2023-04-29 10:39:11+00:00): Ik zie grasperken met speciale groenpartijen en paadjes, omgeven door heggen. Dat lijkt mij een tuin, conform de wiki over leisure=garden. Waarom is het volgens jou geen tuin, en wat is het volgens jou dan wel? Het lijkt mij te klein voor leisure=park.
jaap de vries (2023-05-01 06:18:25+00:00): Ten eerste vraag ik me af of je hier ter plaatse bent geweest of enkel met luchtfoto's ed uit de luie stoel hebt gemapt.
Ten tweede zou ik het fijn vinden als je me eerst op de hoogte had gebracht omdat ik hier veel map en ook de laatste wijziging had gedaan.
Daarnaast is dit geen tuin, een tuin is bv de tuin hoge oorsprong of de steile tuin in Sonsbeek. Als je dan wil micromappen zou ik hier het grasveld, met de momentane bomen er op zien en geen tuin.