piebro/osm-data huggingface dataset:
GOwin (2018-02-08 06:50:35+00:00): I recently noticed your contributions to OpenStreetMap (OSM). Thank you! Kudos for using OpenStreetMap's to create a better map of your community. As you may know, your edit is immediately live in the main OSM site as soon as they've been saved to the database, although other apps may take a few weeks (or months) to refresh their copies.

You should use tags that accurately represents the feature you're mapping. A "waiting shed" is not an attraction for tourists. It could be a bus stop, or simply just a shelter.

When you have a few minutes to spare, try the browser-based editor called iD, to edit the map of your community. You may find it quicker and easier if you need to update a lot of information on the map.

The map that is created in OpenStreetMap is instantly saved in the database and shown on the map almost instantly. Databases that mobile apps (e.g. MagicEarth, Maps.Me, OsmAnd) may take a few weeks or months to update, unless you do a manual update yourself.

There's this very short Tips & Tricks page [5] for Philippine contributors, you might want to check out.

And do keep in touch through any community channel: mailing list [0], FB [1], G+[4], Telegram [2], or Slack[3]

[0]: https://lists.openstreetmap.org/pipermail/talk-ph/
[1]: https://fb.com/OSMph
[2]: https://t.me/osmph
[3]: https://osmph-chat.herokuapp.com/
[4]: https://plus.google.com/+OpenStreetMapPhilippines
[5]: https://telegra.ph/Awesome-OSM-Tips--Tricks-01-28

Regards, in behalf of the OSM community of contributors in PH,
GOwin
jharpster (2018-02-07 14:42:04+00:00): Hi Cheap Car Insurance. I deleted your edit because it is spammy and car insurance is not a place of worship.
Mike Raust (2020-09-17 12:48:00+00:00): This is no farmland.
geri-oc (2018-02-07 16:44:22+00:00): https://www.openstreetmap.org/way/559379517

name=Freiwillige Feuerwehr
Siehe Gebäude und Adressen:

building=*
addr:*=*

Rechtsklick auf Schlüssel/Wert in JOSM oder nach Auswahl F1 drücken
Constable (2018-02-07 09:06:51+00:00): grazie per la correzione!
Occhio al tag healtcare=pharmacy, credo non sia necessario, perché la farmacia non dovrebbe fare nessuna terapia/trattamento medico, di solito il tag amenity=pharmacy basta
keithonearth (2018-03-13 19:55:15+00:00): What's the reason for adding the name of the road to a bridge? 

I always felt that if a bridge had a name tag, then it should be specific to the bridge. This bridge probably has a name, but it'd be something generic like "bridge 18".

Am I missing something?
Viajero Perdido (2018-03-13 20:21:24+00:00): Hi KOE.  I'll interject here.
JOSM complains when you remove the name from a bridge (imports have created these aplenty) when the road/bridge is tertiary or above.

I've been removing names (sometimes) because I agree with your logic.  But the warnings bug me.
keithonearth (2018-03-13 21:06:21+00:00): Thanks for the input Viajero. I am annoyed by Josm warnings too, and it feels better to only upload changes that Josm does not provide warnings for, but I think that warnings should not be viewed as definitive. I think in some cases it's better to upload despite the warnings.
inah_telenav (2018-03-14 07:31:12+00:00): Thank you for reverting the edits and sorry about the road. 
But with the bridge name usually if the bridge gets the name the street so the road has continuity.  And the name of the bridge can go on bridge:name.(https://wiki.openstreetmap.org/wiki/Key:bridge:name)
keithonearth (2018-03-13 18:28:47+00:00): This edit deletes a 2.6km section of road and a bridge, causing routing engines to provide a 451km detour. It seems that the deletion of this section of road was done in error. The road was certainly open to the public and in good shape 9 months ago, when I was there. 

I do feel it necessary to point out that, this is not the first time I've come across an edit by a telnav mapper, that has messed up the map, through what seems like carelessness.

I've reverted the edit, to fix the issue.
Jakka (2018-02-07 21:13:08+00:00): 265246839, v3 is dit een afsluiting op de volledige lengte van deze weg/lijn ?
https://wiki.openstreetmap.org/wiki/Key:barrier
Mateusz Konieczny (2023-02-16 13:53:11+00:00): https://www.openstreetmap.org/way/532112333/history

You added shop=restaurant there.

Have you intended to map a restaurant?

Or place selling equipment for restaurants?

Or something else?
nevw (2018-02-07 11:37:25+00:00): Hi rangykoo
Your edits appear incorrect to me.
The 'Proserpine' coffee shop is in Mackay and appears to be at a Caltex service station.
The Dyer Close tourism apartment is mapped on the middle of the Dyer Close roadway in what appears a residential area.
Are they in need of amendment?
rangykoo (2018-02-07 12:39:52+00:00): Yeh, sorry. I didn't realise they were going online. I thought I was judt placing a marker on the route between cairns and brisbane. Looking or rest stops! How to fixed it up please?
nevw (2018-02-07 19:43:22+00:00): Hi rangykoo
Thanks for the quick reply. I will easily fix it in the morning. Cheers, Nev
abakus_uploader (2018-02-07 23:31:09+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
GOwin (2018-02-09 07:48:45+00:00): Welcome to OSM.

You need to orthagonalize your  buildings, and use the latest imagery possible, with the correct alignment. The source imagery for this looks out of date.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/56142705
Martin Borsje (2018-02-07 20:59:04+00:00): de tagging van de outer MP zet je toch op de MP? Heb je dit echt goed gedaan?
Martin Borsje (2018-02-07 21:00:51+00:00): Zie ook: https://wiki.openstreetmap.org/wiki/Relation:multipolygon

Tags describing the multipolygon (e.g., landuse=forest) always go on the relation. The outer way(s) must be left untagged[1], unless they describe something in their own right. For example, a forest could be delineated by four fences, in which case the four ways would be tagged with the barrier tag, but could still be used as "outer" members of the forest relation.
mboeringa (2018-02-07 21:55:49+00:00): Martin: het specifieke probleem hier (en bij meerdere andere RWZI's / kampeerterreinen en golfterreinen die in de omgeving van deze in Limburg heb gecorrigeerd) is nu juist dat de MP helemaal niet de buitengrens van de RWZI (zeg maar het hek eromheen) voorstelt. De MP representeerde namelijk het gras uit waarschijnlijk 3dShapes... oude import meuk dus.

Dit was dus juist eerst fout getagged. In deze specifieke gevallen moet je dus juist het tegenovergestelde doen van de "conventie": namelijk de outline taggen met de RWZI gegevens, niet de MP, en de MP re-taggen tot wat het werkelijk is, b.v. landuse=grass of forest.

Anders zouden dus bijvoorbeeld de waterbassins volgens de MP niet tot het terrein van de RWZI behoren, want ze zouden buiten de MP vallen als inners. Dat is te zot...

Het probleem is een beetje, dat veel mensen bij het taggen van b.v. een RWZI of golf terrein, maar gemakshalve het eerst grote object pakken dat grofweg de outline van het object voorsteld en dat gaan taggen. Als dat toevallig een MP is met een heleboel inners die eigenlijk bij het terrein van de RWZI / golfclub / kampeerterrein horen, dan is dat een nogal ongelukkige keuze. Dit gebeurd helaas vaak.
Martin Borsje (2018-02-07 22:02:39+00:00): Ik laat dit even inzinken...
Ik zou de functie (RWZI) als MP taggen en de landuses (grass, reservoir etc.) als inners.
mboeringa (2018-02-07 22:18:10+00:00): Nee, dit is echt een foute gedachte... Een MP is niet een type=site relation die willekeurige objecten bij elkaar voegt onder een relatie!

Een MP is puur bedoeld om gaten te slaan in een groter vlak (donut shapes), en het daarmee mogelijk te maken om geometrisch aansluitende objecten, i.p.v. overlappende te maken. Dus b.v. een vijver in een grasveld van een tuin is een MP, de perceelsgegevens (eigenaar), zouden juist op de outer moeten.

Ik denk althans dat je het mij eens zult zijn dat als ik jouw vraag: "Behoort dat vijvertje in je achtertuin bij jouw tuin?", dat je dan volmondig "Ja" beantwoord. Maak je er een MP van, dan zeg je feitelijk "Nee".

Overigens ligt het bij gebouwen natuurlijk anders, daar moeten juist WEL de gegevens op de MP, want het binnenpleintje is natuurlijk NIET een gebouw / hoort niet bij het gebouw.

Resumerend, je moet MPs niet gebruiken om zaken die in jouw ogen bij elkaar horen, administratief te verbinden, daarvoor heb je eventueel de type=site relation.

Ik neem het je overigens in het geheel niet kwalijk, want dit is een door velen gemaakte denkfout.
Martin Borsje (2018-02-07 22:20:47+00:00): Toch zegt de wiki https://wiki.openstreetmap.org/wiki/Relation:multipolygon iets geheel anders. Dus heeft mboeringa gelijk of de wiki?
mboeringa (2018-02-07 22:31:13+00:00): Martin, het gaat er niet om of ik of de Wiki gelijk heeft, ik onderschrijf de Wiki volledig. 

Maar het probleem is dat je kennelijk nog niet helemaal door hebt hoe MPs werken, en waarvoor ze bedoeld zijn.


Beantwoord nogmaals de volgende vragen: 

- Behoort het vijvertje in jouw achtertuin tot jouw tuin? Valt het binnen de perceelsgrenzen. Zo ja, dan wordt het grasveld een MP, en jouw eigendom vastgelegd op de outer. Is de vijver van de gemeente, dan wordt jouw perceelseigendom WEL een MP met de vijver als inner!


- Behoort de leisure=swimming_pool in het grasveld tot het terrein van het zwembad? Zo ja, dan wordt het grasveld een MP, en het hek om het hele zwembad, die de outer vormt, getagged met de zwembad gegevens (naam, telefoon, adres etc.)
Martin Borsje (2018-02-07 22:34:52+00:00): En daarmee behoren alle elementen binnen de rwzi toch bij de rwzi-Mp en niet tot een landuse grass?
Martin Borsje (2018-02-07 22:36:05+00:00): En bovendien is het Wijlre met ij, maar dat terzijde ;-)
mboeringa (2018-02-07 22:39:24+00:00): En om bij de Wiki terug te komen:

"Tags describing the multipolygon (e.g., landuse=forest) always go on the relation."

-- > Dit is dus de "landuse=grass" tag van je achtertuin! Dat is namelijk de tag die de multipolygoon beschrijft!

"The outer way(s) must be left untagged[1], unless they describe something in their own right." 

-- > Het "unless they describe something in their own right." slaat dus op de perceelgegevens. 

De naam van de RWZI, het adres, en de contactgegevens zijn dat "something in their own right" en moeten juist op de outer. Hetzelfde als het gaat om je achtertuin: de perceelsgrens is een object op zich, en daaraan hangen jouw eigendomsgegevens. Nogmaals: die vijver hoort toch ook bij jouw tuin?
Martin Borsje (2018-02-07 22:42:02+00:00): Dan denk ik aan bijvoorbeeld een fence. Dat is de outline on its own.
mboeringa (2018-02-07 22:46:35+00:00): Feitelijk is de fence ook weer een apart object, het is namelijk een lijnobject, en kan heel goed onderbroken zijn door b.v. een muutje, heg of een sloot. Best vaak loopt het niet helemaal rond. Ik tag ze soms echt apart, en laat dan b.v. een kleine opening bij de ingang tot het terrein.

Wylre: mijn fout ;-)  (kwam het ergens op een website tegen). Is inmiddels gecorrigeerd.
mboeringa (2018-02-07 22:48:04+00:00): En "muujte" hierboven moet natuurlijk "muurtje" zijn ;-) Helaas geen edit optie bij opmerkingen. Het is te laat, ga nu slapen.
Martin Borsje (2018-02-08 09:10:29+00:00): Kijk verder op het forum graag.
Ik zie nu dat je én op de outer polygon hebt staan landuse=industrial én op de MPR zelf landuse=grass. Je tagt dus hetzelfde oppervlakte tweemaal en verschillend bovendien. Dit kan toch niet de bedoeling zijn?
mboeringa (2018-02-08 11:59:28+00:00): Martin: het zijn niet dezelfde oppervlaktes. De outer is een duidelijk andere shape / vlak dan de MP. De MP met landuse=grass is qua oppervlak kleiner, en ligt feitelijk binnen de landuse=Industrial.

Daarnaast is het zo, dat hoewel wij in OSM gras als landuse zien, dit feitelijk meer een landcover is. Industrial vormt meer een administratieve grens. Landuse=grass kan daarmee binnen een groter vlak van landuse=Industrial liggen. 

Feitelijk is er een hierarchy van landuses:
- landuse=industrial/urban/railway/commericial zijn de grootschalige urbane cq. bebouwde landuses. Deze sluiten elkaar onderling bijna altijd wederzijds uit, en sluiten op elkaar aan.
- Daarnaast heb je vaak kleinschaliger een "tweede laag" van landuse (eigenlijk landcover): landuse=grass/forest/etc.
- Soms is er nog een derde laag. B.v. leisure=park/garden/playground etc.
abakus_uploader (2018-02-07 23:31:10+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
eggie (2018-02-07 10:13:46+00:00): Beste EfmK. gebouwen horen zelf geen adresgegevens te krijgen. Die zijn als het goed is aanwezig op de adresnodes van het kadaster.
eggie (2018-02-07 10:16:50+00:00): adresinfo op nieuwe adresnode getagd.
mavl (2018-02-07 17:23:14+00:00): Здравствуйте. В России есть соглашение о записи номеров домов [https://wiki.openstreetmap.org/wiki/RU:Key:addr].
Pieter Vander Vennet (2018-02-08 12:31:34+00:00): Hallo Pierre123,

Welkom op OpenStreetMap! Bedankt voor je toevoegingen, Het is leuk om nog eens een nieuwe mapper in het Brugse te mogen verwelkomen!

Als je vragen hebt, je bent altijd welkom bij mij (je kunt een berichtje sturen via OSM, op pietervdvn@gmail.com); op het chatkanaal van de Belgische community (https://riot.im/app/#/room/#osmbe:matrix.org).

O, op de wiki (http://wiki.openstreetmap.org/) vind je ook een boel nuttige informatie over welke tags waarbij horen!

Ook in het echte leven spreken we af en toe af; dat doen we via meetup: http://meetup.com/OpenStreetMap-Belgium/

Donderdag 22/02 ben je ook welkom in het Entrepot voor de kickoff van Hackerspace Brugge, waar er ook wel wat over OSM gebabbeld zal worden (en ik de coole dingen die ik er al mee heb gedaan eens kan tonen).

Ten slotte: weet je dat je voetpaden per ongeluk hebt samengevoegd met het fietspad aan de komvest? Dat gebeurt nogal gemakkelijk in ID, als je sleept om de kaart te verplaatsen. Ik heb het alweer gefixed, dus geen zorgen.

Happy mapping!
dieterdreist (2020-12-12 16:29:30+00:00): Changeset genannt in Diskussion um gelöschte Namen: https://forum.openstreetmap.org/viewtopic.php?id=71409
eggie (2018-02-07 10:10:33+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Dan is access=private de juiste tag in dit geval.
Het zal niet meer routeren hier.
highflyer74 (2018-02-10 12:36:19+00:00): Moin und willkommen bei OSM!

Da Du vermutlich über das Spiel Pokemon Go zu OSM gekommen bist, denke bitte immer daran, nur wirklich vorhandene Dinge nach den Regeln von OSM zu mappen. Lies Dir am besten auch die Definition von Parks einmal durch (https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dpark). Soll heissen, nicht jede Grünfläche ist ein Park. Ich schreibe das nur präventiv, da wir momentan viele Probleme mit neuen Mappern haben, die OSM missbrauchen, um sich Vorteile im Spiel zu verschaffen.

Wenn Du weiterhin Lust hast, zu OSM beizutragen, kann ich Dir sehr den Editor JOSM (https://josm.openstreetmap.de/) ans Herz legen. Dieser macht die Bearbeitung sehr viel komfortabler und sicherer, da er vor potentiellen Fehlern warnt.

Ein tolles Tutorial im PDF Format, welches von einem engagierten Mit-Mapper erstellt wurde, findest Du hier:

https://wiki.openstreetmap.org/wiki/File:Osm-tutorial.pdf

Weiteren Lesestoff gibt es hier:

https://wiki.openstreetmap.org/wiki/DE:Good_changeset_comments
https://wiki.openstreetmap.org/wiki/DE:Good_practice

Wenn Du Fragen hast, immer her damit!

Viele Grüße aus HB!
Buoysel (2018-02-10 12:50:18+00:00): Hallo. Mir sind die Regeln durchaus bekannt und die verlinkten Seite zum Thema Park habe ich bereits gelesen. Bisher habe ich bis auf einen bereits korrigierten Fehler alle Änderungen der Realität entsprechend durchgeführt. Ansonsten zeig mir bitte das genaue Problem. Oder stimmt mit der Bushaltestelle, zu der dein Kommentar ja zählt, tatsächlich etwas nicht?
highflyer74 (2018-02-10 13:55:28+00:00): Hi! Das kam vielleicht falsch an und ich bin tatsächlich im Changeset verrutscht. An der Bushaltestelle ist alles in Ordnung. In erster Linie wollte ich Dir ein paar Infos mit an die Hand geben, da OSM am Anfang ziemlich verwirrend sein kann. Viel Spass beim Mappen!
Buoysel (2018-02-10 14:16:44+00:00): OK, danke schön!
chnav (2018-02-08 06:46:15+00:00): Building shape should have been changed, not been duplicated.  
Duplicate removed.
eggie (2018-02-07 12:13:39+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
Svp niet 2x een adres taggen, maar gebruikmaken van de al aanwezige adresnodes.
geoaria (2018-02-17 18:09:26+00:00): سلام دوست عزیز
در این ویرایش دو مسیر یکطرفه را به سوی هم تعیین کرده بودید. که اصلاح گردید. لطفا دقت بیشتری در ویرایش های خود کنید
مورد مذکور توسط osmi‌پیگیری و اصلاح گردید.
eggie (2018-02-07 12:16:50+00:00): Tip: Niet building=office, maar office=company taggen.
Verandert u dit zelf?
ik zie het adres nu 3x op de kaart.
eggie (2018-02-07 12:17:19+00:00): Gebouwen zelf krijgen geen adres. Dat moet er dus af. Graag reactie.
xa058 (2018-02-13 15:38:39+00:00): Hallo Grmpy, ich hab' ein Loch in der Rather Strasse gestopft, weiss nicht obs Dein Änderungssatz war, kannst Du mal anschauen Kreuzung Heinrich-Erhardt/Rather ?
FrankXF (2018-03-05 00:36:13+00:00): Hallo Grmpy, bitte nicht die Bus Relationen umsortieren. Das sollte so sein. Stops und Platforms gehören immer zusammen.
FrankXF (2018-03-05 21:06:36+00:00): Liegt wahrscheinlich am Editor ID, oder?
kartonage (2018-02-11 10:20:19+00:00): Hallo und willkommen bei OSM, willli!
Danke für das Beitragen! 
//
Ich habe mal den Namen der Adresse in die richtige Form gebracht. Die Hausnummer kommt bei uns nämlich in ein bestimmtes Hausnummerntag. Ein Name ist für Adressen in dem Sinne nicht nötig (allgemein nur für Eigennamen). Mehr dazu kannst du auch hier (https://wiki.openstreetmap.org/wiki/DE:Key:addr) nachlesen.
Wenn du noch Fragen hast, gern nachfragen. Wenn dir nach mehr OSM ist, dann kann ich dir auch dieses Tutorial ans Herz legen (https://einklich.net/temp/osm-tutorial.pdf). Das dürfte einige Anfangsschritte erläutern und eventuelle Fragen klären.

Schöne Grüße
willli (2018-02-11 13:21:50+00:00): Danke für die Infos.
Mein Problem war(ist?), dass viele Navis die Hausnummer 12 nicht kennen.
Bin ich da an der richtigen Stelle?
Außerdem möchte ich mittelfristig historische Straßenverläufe in aktuelle Karten einzeichnen. Ist das überhaupt möglich?
Grüße aus dem Fläming
kartonage (2018-02-20 07:23:52+00:00): Das kommt natürlich ganz auf den Navi an. Ich kenne einige, deren Routing auf OSM-Daten basiert. Einige davon aktualisieren häufiger, andere eher sporadisch (oder manuell durch den Nutzer). Das hängt dann im Einzelnen vom Navi ab. So ist jedenfalls erstmal gegeben, dass die Daten zur Hausnummer 12 abrufbar sind, was sie vorher definitiv nicht waren. (In Brandenburg herrscht noch reichlich Mangel an Hausnummern)
Zu den historischen Straßenverläufen sei gesagt, dass es bei OSM oftmals eher um das geht, was auch sichtbar vorhanden ist. Mit einigem Ausnahmen sind historische Objekte deswegen etwas kritisch. Es gibt aber natürlich noch die Möglichkeit die Daten von OSM als Grundlage für eine eigene Karte(-ndarstellung) zu nehmen. Im Detail kannst du dich da aber sicher auch nochmal an das offizielle Forum wenden (https://forum.openstreetmap.org/viewforum.php?id=14), da wird sicherlich der eine oder andere etwas bewanderter mit historischen Sachen sein.

Schöne Grüße
streckenkundler (2018-02-07 17:49:49+00:00): Welchen Grund hat es, diesen und andere Plätze zu löschen? Unterliegen die der streng militärischen Geheimhaltung?

Selbst auf öffentlich zugänglichen Luftbildern sieht man Zelte! Bitte stelle die Löschungen wieder her. Das ist offensichtlich ein öffentlich zugänglicher Bereich und die Informationen können, dürfen und werden jederzeit von jederman, der diesen Bereich durchwandert, erfasst werden.

Danke.

streckenkundler
DD1GJ (2018-02-07 20:50:26+00:00): Revert 56145334 56145129 56145031 56144994 56144927 56144861 56144677

Da die Löschungen mit iD erfolgten, habe ich die Löschungen rückgängig gemacht, um Datenverluste zu vermeiden. Zusätzlich habe ich noch ein access=customers gesetzt, da eine Übernachtung nur nach vorheriger Buchung gestattet ist.

Hallo süw alias chrbohr, solche pauschalen Löschungen sind unerwünscht. Wir erfassen bei OSM vor allem Dinge, die im öffentlichen Raum vorhanden sind. Die Einträge verfügen zudem über einen Link für die weiteren Informationen.
Lokai (2018-02-08 22:32:13+00:00): Durch diese Trekkingplätze wird es ermöglicht, legal im Wald zu Kampieren. Die Ortsdaten werden bei der Buchung bekannt gegeben, verständlich, dass jemand nicht möchte, dass die Daten bei OSM frei zu bekommen sind. In diesem Beispiel ist der Platz so gut zu erreichen, dass er sehr leicht gefunden werden kann. Er existiert eben und so wird er auch kartiert. Anderes Beispiel: Jagdeinrichtungen werden kartiert, weil sie sichtbar sind. Ob sie immer aktuell sind ist fraglich. Das ist ein anderes Thema. Weitere Objekte sind Grenzsteine, Höhlen, private Schwimmbäder. Ich möchte hier aber keine Diskussion über Objekte anregen, sondern nur Beispiele nennen.
DD1GJ (2018-02-08 22:55:31+00:00): Es gibt auch eine Wiki-Seite dazu:
https://wiki.openstreetmap.org/wiki/DE:Trekkingpl%C3%A4tze
Nakaner (2018-02-09 08:45:00+00:00): Hallo süw,

ich habe drei der Trekkingplätze letztes Jahr vor Ort erfasst, ohne dass ich je eine Übernachtung gebucht habe. Man braucht nur die Beschreibungen aufmerksam zu lesen und mit offenen Augen durch den Wald zu gehen, um sie zu finden.

Ich verurteile daher die Löschungen aufs Schärfste. Ich hoffe, dass die Zeiten, in denen die Obrigkeit/der Staat Karten zensiert hat, vorbei sind! Du kannst dir sicher sein, dass deine Löschversuche vergeblich sind, denn wir merken das schon, wenn du – und sei es mit einer Sockenpuppe (https://de.wikipedia.org/wiki/Wikipedia:Sockenpuppe) – erneute Zensurversuche unternimmst.

Viele Grüße

Michael
giggls (2018-02-09 09:48:34+00:00): Hallo  DD1GJ, das access=customers tag ergibt sich ja bereits indirekt aus dem fee=yes.Bei allen von mir erfassten zugehörigen Toilettenhäuschen habe ich bereits access=customers gesetzt.

Eine Löschung ist indiskutabel, weil alle Plätze ohne Zuhilfenahme fremder Daten erfasst wurden.
DD1GJ (2018-02-09 12:54:59+00:00): Kurz zur Info: Die Angelegenheit wird Ende nächster Woche mit der Geschäftsleitung von "Südliche Weinstrasse e. V." erörtert.
Lokai (2018-03-10 12:52:38+00:00): Gibt es Ergebnisse dieser Erörterung?