piebro/osm-data huggingface dataset:
gogorm (2023-05-18 21:18:47+00:00): Hi, the cycle lanes are already mapped on Rock Road, see `cycleway` tag e.g. https://www.openstreetmap.org/way/4899944#map=18/53.30366/-6.18527
SK53 (2023-05-20 19:01:59+00:00): I think it's more useful to mark all the roads as access=no & also all the Wanderwege above Vazerol & below Brienz are closed as well.
eggie (2023-05-18 20:03:38+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 
Feedback  De info heb ik samengevoegd met de bestaande adresnode.
MVG, 

Eggie 

Namens de OSM Community
highflyer74 (2023-05-19 06:06:43+00:00): Moin! Willkommen bei OSM und vielen Dank für deine Ergänzungen.

Falls du meinst, dass OSM dein Hobby werden könnte, melde dich gern einmal. Ich kann dir dann weitere Informationen zukommen lassen :-)

Viele Grüße aus dem Bremer Osten!
highflyer74 (2023-05-19 06:09:38+00:00): Ach so: noch eine Ergänzung: dies sind keine =terrace Gebäude, sondern =house. Zugegebenermaßen ist das nicht gleich verständlich, aber das hat historische Gründe. =terrace wird nur für noch nicht unterteilte Reihenhäuser genutzt (also wenn nur ein Umriß für alle existiert). Weitere Infos zum Thema Gebäudetypen findest du hier: https://wiki.openstreetmap.org/wiki/Key:building
hatul (2023-05-30 09:54:02+00:00): בבקשה להימנע מהכנסת מידע לא קשור לנקודות. זה גשר רומי, לא פרטי מסלול.
eggie (2023-05-18 20:08:29+00:00): Dag Richard. Het is niet de bedoeling om persoonlijk informatie van de bewoners op adresnode bij te taggen.
Realiseer je dat dat allemaal op de wereldkaart van OSM komt en voor iedereen te zien is. 
Ik heb de naam weer verwijderd.

MVG en mapse,
eggie
puma515 (2023-05-18 19:46:39+00:00): es wurde dieses changset revertet: https://www.openstreetmap.org/changeset/136214278#map=9/54.2339/9.3549
mueschel (2023-05-20 13:06:01+00:00): Hallo,
bzgl. "direction_northwest = Pfeil" 
Die direction-Tags geben üblicherweise einen Zielort an, keine Beschreibung eines Symbols.
Das sollte wohl eher "symbol:de" sein.
DD1GJ (2023-06-11 22:00:01+00:00): memorial:text war ebenso wie memorial:type ein Sonderfall aus der Anfangszeit der Stolpersteinerfassung. Inzwischen sind, so wie es ursprünglich erfasst war, inscription und memorial=stolperstein etabliert. Siehe 

https://wiki.openstreetmap.org/wiki/DE:Tag:memorial:type=stolperstein

https://wiki.openstreetmap.org/wiki/DE:Tag:memorial%3Dstolperstein
eggie (2023-05-19 07:21:04+00:00): Dag S Emo.. Je vraagt feedback

Wat niet meer klopt kun je doorgeven aan het Kadaster,

want anders staat het gebouw bij de volgende herimport weer gewoon in OSM.
Hier kun je een terugmelding doen.
De adresnode zal ook wel wegkunnen. 
https://bagviewer.kadaster.nl/lvbag/bag-viewer/?searchQuery=exportstraat%2041&objectId=0756100000000005&theme=BRT%20Achtergrond&geometry.x=192928.62870864378&geometry.y=406003.3843749127&zoomlevel=13.08181611031298&bijbehorendeAdressen=Pand

Doe je zelf een terugmelding?

Wanneer er nog geen plannen zijn voor herbouw en het een kaal terrein is kun je een vlak landuse=brownfield maken.
Zijn er al wel plannen dan landuse=greenfield.
Je hebt anders kans dat een armchairmapper het gebouw gewoon weer intekent of laat importeren.
MVG
eggie
Noen (2023-05-19 10:50:37+00:00): Gratulerer med ditt første endringssett! Når du legger til nye stier til kartet, pass på å knytte endene til eksiterende stier eller veier. Jeg har koblet stien fra skoggrensa for deg, og koblet den til nærmeste sti eller vei.
Noen (2023-05-19 10:41:04+00:00): Hei og velkommen til Openstreetmap! Stien du la til finnes i kartet fra før. Pass på å laste ned området du skal redigere, før du redigerer i JOSM.
ghostrider44 (2023-06-30 15:58:53+00:00): Hallo 5R-MFT,
hat dies einen besonderen Grund, dass du am Bahnhof Leonberg den Eintrag „platform“ in „station“ geändert hast? Die Prüfung 
https://ptna.openstreetmap.de/results/DE/BW/DE-BW-VVS-Analysis.html#bus_651 
zeigt nun für
https://www.openstreetmap.org/way/1041942225#map=19/48.79957/9.00508 
einen Fehler an. Dies nur zur Kenntnis. Ich werde es nicht rückgängig machen.
Gruß ghostrider44
5R-MFT (2023-06-30 20:51:32+00:00): Hallo,

habe es wieder auf platform geändert. Habe vermutlich das amenity station übersehen.
voschix (2025-03-29 15:41:36+00:00): What is the source of the place names "Cristy Island" and "Paradise Beach" ?
NorthCrab_upload (2023-05-18 21:00:14+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Klucz addr:place oznacza brak nazwy ulicy. Kombinacja z addr:street (który definiuje nazwę ulicy) jest błędna. Jeśli adres ma nazwę ulicy, zamień addr:place na addr:city. Jeśli nie, usuń addr:street.
https://www.openstreetmap.org/way/1064395916

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! 🦀
gscholz (2023-05-19 06:17:01+00:00): Hi Emanuele Lorenzo Corti,
what is the purpose of these lines?

https://overpass-api.de/achavi/?changeset=136273600

Guido
Emanuele Lorenzo Corti (2023-05-19 08:25:28+00:00): Hello Guido,
They are temporary lines I had to save: I wanted to be as precise as I could, but couldn’t finish all the changes in one time. I think I left some of them last night... don’t worry, I’ll remove them as soon as I’ve finished. I’m sorry, I hoped not to disturb anyone.

Emanuele
CAM-Gerlach_Repair (2026-06-09 10:37:48+00:00): Cleaned up SEO spam and applied correct tagging for World of Smoke & Vape POI in changeset 183868213

https://osm.org/changeset/183868213
NorthCrab_upload (2023-05-18 21:10:16+00:00): 🗺️ Witaj na OpenStreetMap!

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/node/10909430407

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! 🦀
Frans S (2024-05-31 12:40:36+00:00): Thanks for your contribution to this project.
This changeset is reviewed by a Global Validator to check that the tasks have been mapped in accordance with the quality standards of HOTOSM. 

Please pay attention to the next summarized issues. (see attached document with examples for more info)
Very roughly mapped.
Inaccurate and not aligned with Imagery,
Buildings not squared,
The imagery is not good to map from, however, you can do better.
A year ago there were also Issues with the way you map. 
Please improve your mapping skills and take the time to map accurate.


Explanation can be found in this document what  might be helpful to strengthen 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/136273694
eggie (2023-05-19 07:13:52+00:00): Dag jkorf,

Wanneer op die plek een speeltoestel staat dan is het correct getagd als leisure=playground..., maar je kunt de speelplaatsjes ook specificeren.
Zie wiki 
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dplayground

de specificatie zie je hier
https://wiki.openstreetmap.org/wiki/Key:playground

Mapse verder,
eggie
eggie (2023-05-19 07:26:29+00:00): Je hebt wellicht nog steeds het hokje 'review request' aangevinkt in editor iD. Dat kun je alleen beter aanzetten als je echt twijfelt. 
gr eggie
mlmesa (2023-05-19 13:57:58+00:00): Hola, sería mejor que en vez de eliminar la locación del mapa para después crearla de nuevo, simplemente editaras lo q ya está mapeado, así de esa forma se mantendría el historial de como ha ido evolucionando cada locación
Cubano153 (2023-05-21 13:23:39+00:00): Pero es que uso una aplicación de Android llamada Vespucci que al añadir nodos nuevamente en la edición siempre no puedo cambiarlo por eso lo aprovecho y elimino para luego arreglarlo
highflyer74 (2023-05-19 12:29:10+00:00): Hi there!

There are some uncommon tags on the fire hydrants you added.

You might want to check https://wiki.openstreetmap.org/wiki/Tag:emergency%3Dfire_hydrant to enable usage of those features.

All the best!
HikeAndMap (2023-05-20 12:49:30+00:00): Hi there, since I used exactly that wiki entry you may be a bit more specific what key/value combo exactly you're referring to?
DonRoPL (2023-06-29 05:30:42+00:00): Hi, what does "fire_hydrant:model" exactly mean?
highflyer74 (2023-06-29 07:04:42+00:00): Ah, hello everyone! Thanks to @DonRoPL for reminding me of this CS and sorry to @HikeAndMap for not getting back to your question.

The combos I meant were:

- fire_hydrant:model=*
- fire_hydrant:manufacturer=*
- fire_hydrant:year=*

Those are not commonly used and not part of the wiki article. I would suggest

- model=*
- manufacturer=*
- start_date=* (https://wiki.openstreetmap.org/wiki/Key:start_date)

Also I would suggest not to use the source=* tag on the object itself. This is nowadays done via the changeset (as you did).

When you name the source in your changeset, make sure you do not use any sources that are not allowed for use in OSM (e.g. Facebook like in this example).

All the best!
HikeAndMap (2023-06-30 21:41:16+00:00): Hi, about facebook.

You're not entirely correct about facebook. It depends on what on facebook you use. I suggest you join the legal talks OSM channels this has been widely discussed before and the consensus is very clear.

Indeed even FB themselves are very clear on this matter.

Photos published on facebook can't be redistributed as they're copyrighted and the photographer has the ownership/intellectual property right always. Even parts of photos are protected. 

However data on photos published on facebook or anywhere else - as facebook themselves very clearly somewhere in their huge FAQ explains is not protected by this! If you see a lamp post somewhere on a photo in FB that data that the lamppost is there is not covered by either intellectual property rights of the photographer nor by Facebook.

Facebook is very clear on that, that this data on photos, while the photo itself is copyrighted and protected, the public data visible on a photo is not.

Feel free to browse through the huge FAQ of FB and learn about this little nuance or join the legal talks where I raised this question 3 years ago and the unanimous consensus was back then that FB is right - public data visible on a photo on FB is not copyrighted, only the photo itself is copyrighted.

As for the other tags... I must have automatically added the "fire_hydrant:" in front of all the tags. Usually I work very consistently so if OSM demands us to map inconsistently I sometimes forget such little issues ..

will try to be a bit more careful next time to not be consistent when mapping but map inconsistent where applicable :)

Thanks for pointing this out.
HikeAndMap (2023-06-30 22:09:50+00:00): The hydrant:year is NOT the year the hydrant was placed there. It's the year of manufacturing. 

Since it's not in the wiki what to do with that information, again to be consistent I "invented" as allowed by OSM main principle - a new tag for this namely the fire_hydrant:year 

if you know a better one I'm open for suggestions but I think without any further wiki information on manufacturing year it's as close and consistent as can be.

but it's NOT the start_date, as that i didn't see when I passed by and made a photo of this hydrant.
maro21 (2023-05-20 11:15:07+00:00): Hi. We don't use such tagging in Poland. We use either highway=footway OR highway=cycleway OR highway=path + foot=designated + bicycle=designated. Highway=cycleway + foot=designated is even against Polish traffic code because cycleways aren't designated for pedestrians. It may be different in other countries.
Andrea Musuruane (2023-05-19 16:06:06+00:00): Ciao. Il tag indoor=yes è errato. Questo si usa quando il percorso è all'interno di un edificio: https://wiki.openstreetmap.org/wiki/Key:indoor Ciao, Andrea
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/136274894
5m4u9 (2023-05-19 21:04:33+00:00): Hola, gracias por las ediciones de toda la zona, hace mucha falta mejorar todo la ciudad...
Mateusz Konieczny (2024-02-02 15:38:10+00:00): Hello!

You used
sport=running;w
on https://www.openstreetmap.org/way/62178470/history

Have you maybe meant
sport=running
?

I am pretty sure that it is a typo, but not sure enough to just replace it (I edited some objects where situation seemed more clear to me).

Or have you used this value deliberately? In such case, what was the intended meaning?
Abch222away (2024-02-03 09:05:37+00:00): yes, its a typo, thanks for this, im fixing it right now.
Note_Fixer (2023-05-18 22:50:12+00:00): buildings demolished.
danieldegroot2 (2023-05-18 23:31:54+00:00): See also (used for reference only);
- https://www.digibron.nl/viewer/collectie/Digibron/offset/9/zoekwoord/melkbus/id/tag:RD.nl,20020703:newsml_5f015eca146923feac8dcc69d43a31f6
- https://www.dekrantvantoen.nl/vw/article.do?v2=true&id=DVHN-20020704-DM01015005
- https://rkd.nl/nl/explore/artists/231525

Additional links (not used) via
http://www.staphorstinbeeld.nl/index.php/component/advportfoliopro/project/11-kunst/101-de-laatste-melkbus-nieuw

Also,
- One source supposedly made a typo "C. van Heck"
https://standbeelden.vanderkrogt.net/object.php?record=OV19ad
- One source supposedly assumed "E. van Heck" was "Elsje van Heck"
https://edepot.wur.nl/152189
see
https://www.elsjevanheck.nl/elsje-van-heck/
(which I personally assume is the person it refers to)
gpserror (2023-05-19 22:31:34+00:00): Hi, 
Some anonymous person left a note at https://www.openstreetmap.org/note/3695499 pointing me that your edit ended up drawing a road on top of another road.  This can cause routers to get confused.  It looks like you were trying to perhaps upgrade Willow Pass from secondary to primary?  Could you run this by others in the area whether this should be upgraded (I am not from the area) - but the overlapping road will need to be fixed soon...  Thanks.
user_19307445 (2023-06-04 17:31:13+00:00): This was fixed by changeset 136349576 about a week ago, thanks for bringing this to my attention.
Frans S (2023-05-29 10:58:07+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:
A: * Multiple buildings has been drawn as 1 building. Each building need to be mapped individually, without connecting nodes.
B: Overlapping buildings drawn.
E: Most buildings are fair rectangular. Square them with the Q key when the object is selected.

* Quality prevails over quantity!!





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/136278633
lastcommodore (2023-05-19 02:34:42+00:00): that was the wrong building LOL
whell this changeset is still valid
manojkmohan (2023-06-12 17:23:34+00:00): Hi. can you give the corrected link of Thanneermukkam Panchayath ?
wambag (2023-05-19 03:41:42+00:00): Changed canal=qanat to man_made=pipeline which is more appropriate IMHO
ikopanjirukmana (2023-05-23 02:53:21+00:00): Hi Megi Putra, 
saya ingin bertanya. SK Bupati Gresik Tahun 2016 yang kamu maksud Nomor berapa ya?

apakah SK tersebut mengenai kelas jaringan jalan? 

Terima kasih
mjr13 (2023-05-23 03:03:06+00:00): nomor 620/503/HK/437.12/2016
tentang Ruas Jalan Menurut STATUS nya Sebagai jalan Kabupaten

terima kasih
Leonar25 (2023-05-19 04:26:57+00:00): También se agregaron pasillos interiores y áreas de estacionamiento de buses.
user_5359 (2023-05-19 05:22:52+00:00): Welcome to OSM! I remove your SEO SPAM (mostly foreign keys)
mariotomo (2023-05-19 08:38:23+00:00): hola. gracias por mejorar el mapa. en líneas generales, se ve muy bien la edicción. sólo un apunto sobre "species" y "genus": el nombre científico debe ser "Teca grandis", con la T mayúscula. y el valor de genus debería ser "Teca". sin embargo, puesto que estableciste 'species', no hace falta poner 'genus'. no sé qué quieres indicar con "platane".
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/136280480
mariotomo (2023-05-20 12:38:29+00:00): el nombre español "teca" sí se parece al epíteto científico del género botánico, pero correcto es "Tectona".
user_5359 (2023-05-19 05:21:39+00:00): Welcome to OSM! I remove you SEO SPAM (mostly foreign keys)
user_5359 (2023-05-20 08:37:49+00:00): Hello! Please have a look on http://www.osm.org/way/1159405073. What is the meaning of the tags
This = task was again declared ready without solving all the mentioned issues. This makes little sense.
When = mapping an invalidated task (those in yellow on the map) always read the comment under the tab History.
I asume a copy & paste error.
Kraan46 (2023-05-20 08:47:53+00:00): Thank you. Sorry about that. Fixed it.
TheSwavu (2023-05-28 00:47:54+00:00): Hi,

Just to let you know, you cannot use Aerometrex imagery in OSM. This use violates your user agreement with the company https://metromap.com.au/documents/Aerometrex_Data_Licence_Agreement.pdf.

Thank you.
user_5359 (2023-05-19 06:00:32+00:00): Welcome to OSM! I remove your SEO SPAM (mostly foreign keys).
bergaufsee (2023-05-21 09:39:08+00:00): Hallo lberges,
würdest du bitte Quellen für deine Änderungen benennen? Sowohl http://www.tierheim-falkensee.de/ als auch https://bb-viewer.geobasis-bb.de/ weisen diese Adressen 14624 Dallgow-Döberitz zu. Auch an anderen Stellen hast du PLZ-Grenzen verschoben die im Widerspruch zu den ALKIS Daten stehen. Wenn deine Änderungen berechtigt sind, würde ich dich bitten diese auch an die LGB zu melden. Wenn nicht bitte ich um revert.
Vielen Dank
Gruß bergaufsee
streckenkundler (2023-05-21 10:04:15+00:00): @bergaufsee: auch der PLZ-Server gibt dir recht. Danke!
@lberges: es gibt die Dallgower Straße in Falkensee mit der PLZ 14612 und in Dallkow-Döberitz mit der PLZ 14624 An der Admin-Grenze stoßen beide aneinender...
lberges (2023-05-21 12:58:49+00:00): Folgende Quelle ist korrekt: metaver.de, bb-viewer leider nicht. 
PLZ-Server widerspricht dem nicht: 14612 Falkensee gilt für ALLE Hausnummern bis 104. 14624 gilt nur für die Hs.-Nr. 1 (nach Dallgower Zählung)
streckenkundler (2023-05-21 13:26:58+00:00): was meinst du mit meaver.de? Das ist zunächst nur so eine Art Geodatensuchmaschiene, als Quellenangabe so ist das untauglich... Der PLZ-Server sagt jeweils nur "alle" ohne Anhabe der Hausnummer... 
Die georeferenzierten Hausadresse des Landes BB sagen für Nummer 100: PLZ 14612, für die 104: 14624
lberges (2023-05-21 18:55:09+00:00): Wo kann man die georeferenzierte Hausadresse des Landes BB abfragen?
streckenkundler (2023-05-21 19:05:54+00:00): Für JOSM hat das User @hfs aufbereitet: siehe https://community.openstreetmap.org/t/adressen-in-brandenburg-als-hintergrund-ebene-fur-josm/6679/202

Das sind die direkten Landesdaten!

Einen landeseigenen Dienst gibt es auch, die Bereitstellungsart ist aber glaube ich in JOSM nicht nutzbar (WFS). Da müsste ich aber im Detail noch mal nachschauen.
lberges (2023-05-21 19:50:08+00:00): Die Landesdaten sind "amtliche" Adressen, diese stimmen häufig nicht mit den Postadressen überein. Ich nehme dann die Postadresse, das dünkt mir naheliegender.
streckenkundler (2023-05-21 20:11:56+00:00): Sicher, das ist eine komische, verworrene Ecke... Datenmäßig ist die Sache aber zunächst eindeutig. Nach Gutdünken zu entscheiden ist hier aber auch nicht hilfreich!!

@lberges wenn du auf solche potentiellen Unklarkeiten hier in Brandenburg stößt, sei dir dringend (!!) geraten ein Ticket bei Geomaerker aufzumachen: https://bb-viewer.geobasis-bb.de/ --> Symbolleiste links oben und da das dritte Icon von oben. 

Ich kann dir versichern, das klappt... und wenn das Ticket da ein paar Tage länger offen ist, aus eigener Erfahrung weiß ich, daß das abgearbeitet wird...
bergaufsee (2023-05-21 20:20:23+00:00): ich kann dir da auch nicht zustimmen, lberges, das was streckenkundler sagt (ticket bei geomaerker, habe ich schon im ersten Kommentar erwähnt) und evtl. die abweichende Postadresse als Notiz o.ä. hinterlegen, da kann man drüber reden...
lberges (2023-05-21 20:48:06+00:00): "Datenmäßig ist die Sache aber zunächst eindeutig" ?? Die Einschätzung teile ich nicht.
Und wenn LGB entschieden hat, die "amtlichen" Adressen zu verwenden, dann ist das halt so, da ändert doch ein Ticket bei Geomärker nix dran.
Vielleicht sollte man das der Community vorlegen?
streckenkundler (2023-05-22 07:17:22+00:00): ...schau dir  bitte dringend die einschlägigen Datenverarbeitungswege an! So, wie du das gemacht hast, hast du lediglich für die Fehlerprüfung: https://wambachers-osm.website/Postcodes.html?map=13/52.549166/13.063946&base=OSM&data= gemappt... :( 

Die im o.g. Beitrag https://community.openstreetmap.org/t/adressen-in-brandenburg-als-hintergrund-ebene-fur-josm/6679/202 genannte Hintergrundebene für JOSM bezieht regelmäßig die landesweiten Adressdaten und vergleicht das mit den OSM-Daten: weiß: Adresse in Ordnung, rot Adresse nicht in Ordnung oder fehlt... Mit deiner Arbeitsweise reißt du da wieder einen Fehler rein, darum ist die Geomaerker-Meldung so wichtig!
lberges (2023-05-22 08:20:13+00:00): Versteh ich nicht. Erstens arbeite ich nicht mit JOSM (so sorry) und auf den "einschlägigen Datenverarbeitungswegen" in Brandenburg bin ich auch nicht bewandert.  Das ist aber, soweit ich OSM verstehe, auch nicht Bedingung. Also bitte etwas mehr Distanz.
streckenkundler (2023-05-22 08:34:05+00:00): ...dann lies wenigstens die verlinkten Forenbeiträge... da steht alles drin... Es gibt mehrere Wege, zu einer validen Adresse zu bekommen... das Angebot vom User @hfs ist da einer der wichtigsten!. ...und ja, auch die amtlichen Adressdaten können Fehler haben, darum Geomaerker... Das ist doch nun wirklich nicht schwer zu verstehen, oder etwa doch?
lberges (2023-05-22 08:47:21+00:00): Ich habe die Foren gelesen, da steht nicht alles drin. Die Differenzen zwischen amtlichen und postalischen Adressen werden dort nicht thematisiert. Und Geomärker kann die Differenzen auch nicht beseitigen.
streckenkundler (2023-05-22 09:03:36+00:00): zum Geomarker... Doch können sie... zu allem anderen: darum schreiben wir das hier... :(
bergaufsee (2023-05-22 13:50:35+00:00): lberges, ich verstehe langsam nicht mehr was du eigentlich willst. Ich dachte das Ziel ist eine hohe Datenqualität. Wir haben dir Lösungsvorschläge und Kompromisse angeboten, aber von dir kommmt nur: alles Mist, wenn es nicht von mir ist.
Du unterstellst also zum Einen in diesem konkreten Fall dem Tierheim nicht zu wissen unter welcher Adresse sie zu erreichen und gemeldet sind. Weiterhin verstößt du evtl. gegen Lizensvorgaben, die Nutzung der Daten von metaver.de habe ich auf https://wiki.openstreetmap.org/wiki/Contributors nur für Daten des Landesamtes für Umweltschutz Sachsen-Anhalt als zulässig ausmachen können. Mal abgesehen davon, woher nimmst du die Gewissheit dass deren Datenbank feherfrei ist? Für Brandenburg dürfen wir hingegen die Daten der LGB nutzen. Im Gegenzug stellen wir dafür festgestellte mögliche Fehler der LGB zur Verfügung. Das wurde seinerzeit explizit so in den Geprächen vereinbart.
streckenkundler (2023-05-22 14:45:47+00:00): @bergaufsee Danke...

Alles muß man selber machen... Ich habe vorhin beim Geomaerker ein Ticket dazu aufgemacht...
ceyu (2023-06-04 10:17:16+00:00): Es handelt sich hier mehr um ein Erdloch mit ein paar weggeworfenen Bierdosen. Deshalb hatte ich diese "Höhle" nach einem Lokalaugenschein wieder gelöscht.