piebro/osm-data huggingface dataset:
BCNorwich (2020-04-05 16:17:28+00:00): Hi Piers,
Yes there is a great deal to learn in OSM mapping, I'm still learning new things after 10 years. 
I had known that path was a public right of way but only from copyright sources which are not to allowed to be copied to OSM. With your first hand knowledge you can add more specific data. Typically a Suffolk footpath could be tagged :- designation=public_footpath
foot=designated
highway=footway
prow_ref=?????? FP ?
source:designation=suffolk_county_council_prow_gis_data
source:prow_ref=suffolk_county_council_prow_gis_data

Some Rights of Way Data for the County of Suffolk can be found here :-Rights of Way Data for the County of Suffolk
Suffolk Definitive Maps to get path numbers are here :-https://www.suffolk.gov.uk/roads-and-transport/public-rights-of-way-in-suffolk/view-definitive-maps-of-public-rights-of-way/

Being a Rambler myself it will be good to have more Rights of Way added to OSM properly. If you need any help please just ask.

Regards Bernard.
dieterdreist (2022-01-06 14:07:55+00:00): Hallo Lonvia, wieso hast du die lokalisierten Namen entfernt? Und ist eine Gebietsreform wirklich das einzig relevante für einen place=town node, betrifft die nicht vor allem die Verwaltung und weniger die Identität, zumindest mittelfristig?
lonvia (2022-01-06 14:54:50+00:00): Weil das Ding entweder Dessau-Roßlau heisst oder Dessau. Beides geht nicht. Ich habe das ganze halt in eine Richtung gefixt und vermutlich war der Gedanke, das das Rendering bleibt wie es war. Aber das ist jetzt zwei Jahre her. Vielleicht würde ich das heute anders machen, aber das wäre dann eine grössere Aktion, wo auch die Relationszugehörigkeit und die Wikipedia/Wikidata-Einträge angepasst werden müssen. Es gibt auch noch https://www.openstreetmap.org/node/240098523, der vermutlich auch mal entsorgt werden muss.
dieterdreist (2022-01-07 00:24:51+00:00): Ich glaube Dessau-Roßlau ist für die admin Relation genau richtig, aber die Stadt heißt immer noch Dessau. Im Rathaus von Dessau sitzt jetzt die Stadtverwaltung von Dessau-Roßlau. Das Bauhaus Dessau ist immer noch das Bauhaus Dessau, Dessau Hauptbahnhof, etc.

Zu dem node 240098523 place=county sagt mir nichts, Grafschaft? Gibt es die OpenGeoDB noch? Wenn noch jemand diese tags auswertet im Zweifel lieber lassen
dieterdreist (2022-01-07 00:29:14+00:00): die Wikipedia und Wikidata Artikel muss man nicht ändern, der Anspruch dass das 1:1 passt lässt sich oft nicht erfüllen weil die WP Artikel mehrere Aspekte in einem Artikel behandeln, und Wikidata im wesentlichen 1:1 zu den Artikeln Objekte hat, also auch mischt.
lonvia (2022-01-07 08:19:10+00:00): Doch, Wikipedia/Wikidata anzupassen ist wichtig hier. Es gibt nämlich getrennte Artikel für beide. Aber auch im allgemeinen Fall gilt: wikipedia sollte einen Artikel über das Objekt referenzieren. Eine Erwähnung im Artikel reicht nicht. Man muss nicht um jeden Preis ein Wikidata/Wikipedia-Tag vergeben. Wenn es nicht passt, ist es besser es wegzulassen, als halbfalsche Daten einzutragen.
dieterdreist (2022-01-09 21:51:58+00:00): ich glaube ich stand auf dem Schlauch, mit "Wikipedia/Wikidata-Einträge [angepassen]" war gemeint, die osm tags für WP und WD auf andere Entitäten zeigen zu lassen, nicht die Inhalte bei WP und WD zu ändern. Das kann man natürlich gerne machen, wenn ein anderer Artikel da besser passt, wobei der andere WP Artikel z.B. sagt,  Dessau die Stadt sei jetzt Dessau ein Stadtteil geworden. 
Es gibt z.B. https://www.wikidata.org/wiki/Q487070 dort wird "Dessau" als "town" und als "Ortsteil" und als "municipality" bezeichnet (was m.E. falsch ist, municipality ist Dessau-Roßlau, nicht Dessau). 
https://www.wikidata.org/wiki/Q3828 ist ebenfalls eine municipality laut wikidata, und ersetzt die vorgenannte 487070.
Wikidata ist nach wie vor ein Riesenhaufen Gemischtwaren.
Die englische WP sagt von Dessau-Roßlau, es sei ein "urban district" https://en.wikipedia.org/wiki/Dessau-Ro%C3%9Flau
und aber auch, es sei eine "town". 
Von "Dessau" wird ebenfalls gesagt es sei eine "town": https://en.wikipedia.org/wiki/Dessau und "former municipality".
Vinber (2020-04-05 05:56:14+00:00): Bonjour et bienvenue dans OpenStreetMap,

un petit mot ici pour faciliter votre arrivée : https://wiki.openstreetmap.org/wiki/FR:WikiProject_France/bienvenue

Cas particulier / Si vous êtes en seconde, en cours de SNT, veuillez faire suivre à votre enseignant-e le lien suivant https://dane.ac-lyon.fr/spip/spip.php?article628 (par avance merci !).

Dans tous les cas, n'hésitez pas à répondre, poser des questions, ...

Vincent

PS : 2 liens souvent utiles : 

https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#N.27utilisez_pas_de_tag_name_pour_d.C3.A9crire_des_choses.

https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques#Bons_commentaires_de_groupe_de_modifications
Vinber (2020-04-05 05:56:38+00:00): Et merci pour la mise à jour des données de votre officine !
baptistemm (2020-04-04 19:26:39+00:00): Bonjour,

Merci pour la contribution mais le point était déjà référencé.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/83077227
geow (2020-04-05 07:33:16+00:00): Hi Geo-Tobi, danke für deine Beiträge!
Kleiner Tipp zu Luftbildern:  Außerhalb vom M und N/Erlangen empfiehlt es sich in Bayern als Hintergrundbild statt Bing besser die Bavaria DOP 80 cm zu verwenden.
Im Gegensatz zu Bing sind die Bavaria DOP 80 cm nicht nur aktueller (2018, Aktualisierung alle 2 Jahre), sondern mit Hilfe eines digitalen Geländemodells auch korrekt entzerrt und lagetreu georeferenziert. (Orthophoto).

Und noch eine Kleinigkeit:  Bei Gebäuden wird der Grundriss am Boden erfasst und nicht die im Luftbild sichtbare Dachfläche, die meist - je nach Dachüberstand - mehr oder weniger größer ist, mehr dazu hierhttp://wiki.openstreetmap.org/wiki/DE:Key:building
Vielen Dank, dass du OSM besser machst!
Gruß  Klaus
Geo-Tobi (2020-04-05 14:56:11+00:00): Danke, den Hinweis nehme ich gerne auf. Weiß man irgendwas über das Detaillevel der Bing Karten? Liegen die ebenfalls bei bei 80cm oder ist das besser? Ich hab immer den Eindruck, dass Bing da etwas besser ist
geow (2020-04-05 15:48:26+00:00): Die Bodenpixelgröße von Bing variiert, im Mittel außerhalb von München etwa 50 cm. Allerdings kann dort der Lagefehler aufgrund fehlender Rektifizierung mehrere Meter betragen. Gut ist es immer mehrere Luftbilder, z.B. auch ESRI und Maxar bzgl. Aktualität und Inhalt zu vergleichen. Bei der Lage passt aber Bayern DOP 80 meist am besten.
In München gibt Bing-HD-Bilder mit 10 cm Bodenpixelgröße, die sind abgesehen von der Aktualität natürlich unschlagbar.
Gruß
Klaus
Jan Wilts (2020-04-05 09:05:18+00:00): Ik kwam er ook achter toen ik er langs fietste, ik kon dit niet opmaken uit de website van Qbuzz. Excuses. Weet je toevallig of in de toekomst deze haltes ook vervallen? Zo niet, dan  pas ik de routes in zuidelijke richting aan.
user_3216889 (2020-04-05 09:17:53+00:00): Waarschijnlijk nog in gebruik tot zomer 2021. Dan moet nieuwe 'busstation' daar in gebruik komen.
user_3216889 (2020-04-05 11:54:24+00:00): Ik had ook al een bericht gestuurd naar je IN Box van OSM.
Famlam (2020-04-04 17:14:18+00:00): Voornaamste bron ontbrak: 'fietstocht' :)
Basstoelpel (2022-06-06 13:57:17+00:00): Hallo sfrank,

bitte kein man_made=tower an Strommasten. 

Gruß,

Baßtölpel
sfrank (2022-06-06 15:04:16+00:00): Hallo Baßtölpel,
soweit ich das sehe (Maxar, Bing imagery) sind die beiden Freileitungen korrekt getaggt. Daneben sind 2 Objekte, die ich nicht genau deuten kann. Eines davon wurde mit man_made=tower von robram2004 (Änderungssatz 71151336) schon vor mir getaggt (stammt also nicht von mir).
Dem Schatten nach sehen die beiden wie Antennenmasten oder sowas aus ...
Aus meiner Sicht kann das aber gerne umgetagggt werden. Eine minor-line ist ja direkt daneben ..
mike140 (2020-04-07 19:52:31+00:00): Не нужно в качестве названия объектов указывать их тип. Об этом можно почитать здесь: https://wiki.openstreetmap.org/wiki/Uk:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B8
aceman444 (2020-04-30 16:26:48+00:00): Zdravim, co je to natural="M 137" na https://www.openstreetmap.org/way/4381301 ?
Jose Riha (2020-04-30 19:30:32+00:00): dobry, uhm... myslim, ze pojde o kombinaciu JOSM autodoplnania tagov a nepozornosti. jedna sa o nazov mostu. premyslam.. ako ho tam vsak dat, ked je name tag uz obsadeny..
aceman444 (2020-04-30 19:57:29+00:00): Aha tak na to je bridge:ref a bridge:name.
Jose Riha (2020-04-30 20:44:14+00:00): bridge:name mi prisiel vhodnejsi a tak som ho tam hodil. vdaka!
Pontiac_CZ (2020-05-19 18:07:12+00:00): Ahoj, jen ze zvědavosti - ten název Vylízaná skála (https://www.openstreetmap.org/way/787989346), to máš z jakého zdroje? A směr toho cliffu? Z mé lokální znalosti (podepřené kontrolním náhledem na Lidar) je to asi o 30° ukloněné oproti tamnímu směru skalní stěny.

Hezký večer a díky za spoustu práce! :-)
Pavel
Mar4s (2020-05-21 17:35:32+00:00): Ahoj,

název je uveden v cuzk:km z místopisu ČÚZK. Celý název je "Vylízaná skála u Bunče".

Skálu jsme zmapoval chůzí okolo a poznámkou v gpx, že je tu skála s tím a tím směrem :-D Klidně ji oprav, očividně máš přesnější data.
grobi (2020-08-15 19:46:04+00:00): Hallo Milet,
auch wenn hier keine entsprechende Beschilderung vorhanden ist, gibt es doch eine Verordnung, die das Betretungsrecht dieses Pfades eindeutig regelt. Deshalb ist die Löschung der access Tags m.E. nicht gerechtfertigt...
Gruß Grobi
milet (2020-08-21 10:45:49+00:00): Hallo,

ich gehe davon aus, dass du dich auf die Verordnung zur "Wildnis am Rathsberg" beziehst und es dir primär um den "Rathsberger Wildnispfad" und den Grünpunkt-Forstweg geht.
https://www.openstreetmap.org/way/150335401
https://www.openstreetmap.org/way/47331543
...
milet (2020-08-21 10:46:55+00:00): Zum Rathsberger Wildnispfad:
https://www.openstreetmap.org/way/150335401
"access=foot" war kein sinnvoller Wert, daher entfernt.
"foot=yes" hatte ich als überflüssig erachtet (Hätte man aber auch lassen können. Explizites vs. implizites Tagging...)
Effektiv dürften meine Änderungen aber nichts an der Wirkung der access-Beschreibung zu vorher geändert haben.

ABER: Das "foot=yes" vor meinen Änderungen war natürlich schon falsch. Das ist mir damals nicht aufgefallen. Das Betreten zu Fuß ist hier genauso verboten, wie das Befahren.
...
milet (2020-08-21 10:49:30+00:00): Zum Grünpunkt-Forstweg:
https://www.openstreetmap.org/way/47331543
Dieser Weg ist nicht Teil des NSG. Die alten access-Werte waren also falsch.

Mir liegt Schriftverkehr von der Person vor, die ursprünglich die Kartierung des Naturschutzgebiet durchgeführt hat.
Der Weg bildet eigentlich die Grenze des NSG.
grobi (2020-08-23 10:44:14+00:00): Ich hatte mich nur auf den "Rathsberger Wildnispfad" bezogen. Jetzt ist er korrekt und konsistent getagged. Die Beschilderung vor Ort ist leider irreführend: das Radfahrverbotschild suggeriert, dass Fussgänger erlaubt sind, was aber lt. Verordnung zur "Wildnis am Rathsberg" nicht der Fall ist.
grobi (2020-08-23 10:49:31+00:00): Zum Grünpunkt-Forstweg:
Das der Weg die Grenze des NSG bilden sollte ist naheliegend. Aber mekrwürdig ist, warum die Verläufe der Grenze und des Forstweges doch so stark voneinander abweichen. Nicht nur bei OSM sondern auch bei den offiziellen Karten (z.B Bayernviewer)
eggie (2020-04-04 18:36:29+00:00): Oke.. Je hebt nu bicycle en foot=yes veranderd in =no
Kwaad kan dat niet, maar dat is onnodig.
De regels kun je beter weghalen, access=no is voldoende. 
Die tag houdt alles tegen... ook paarden... brommers, sneeuwscooters  noem maar op.
In Josm selecteer je het stuk weg.. Rechts in het scherm heb je een aantal aparte vensters.  Je moet het venster hebben met de tags. In het balkje erboven staat "Tags". 
Wanneer het venster dicht zit kun je het openen door op dat balkje te klikken. Dan gaat het venster open. Bij iedereen ziet het er anders uit. 
Je klikt dan op de regel bicycle=no die je wilt verwijderen .. die wordt dan donker... en vervolgens op het prullenbakje. 
Hup... weg is je regel. Daarna de foot=no 
Vervolgens doe je een upload.
Klaar is Kees. 
Editor iD maakt wellicht van yes no... Die editor lijkt eerst erg simpel.., maar is ook onvoorspelbaar. 
Probeer maar. 
gr eggie
eggie (2020-04-04 18:37:06+00:00): Dit is wat je hebt gedaan met editor iD http://overpass-api.de/achavi/?changeset=83079104
Edwin-Pijper (2020-04-04 18:56:42+00:00): Ik heb de tags nu met josm weggehaald. Ik kon alleen niet terugvinden waar ik commentaar kon plaatsen om PODK actueel er bij te zetten.
Tevens probeer ik de bgomtrekgericht toe te voegen als laag (zie: http://www.nationaalgeoregister.nl/geonetwork/srv/dut/catalog.search#/metadata/dc8aeae7-619e-4eb2-a5c2-b22f83e17cca) Wat me nu niet lukt is om de  identificatie bgtomtrekgericht op te nemen, aangezien daar geen veld voor is. Wat doe ik fout?
groet,
Edwin
eggie (2020-04-04 19:10:14+00:00): F12> WMSTMS> Klik rechts op + wmts>
Helemaal bovenin knippers de cursor in de lege regel en plak daar de URL> Klik op Oke
eggie (2020-04-04 19:12:30+00:00): Je kunt het ook nog even een logische naam geven voordat je op oke klikt. Helemaal onderin vul je in BGT layer oid.
eggie (2020-04-04 19:13:52+00:00): Nu is er een keuzemogelijkheid gekomen onder Afbeeldingen in het hoofdscherm.
eggie (2020-04-04 19:23:37+00:00): Wellicht krijg je zo alle lagen te zien.. En staat bgt omtrekgericht ergens tussen. Dan heb je gewoon meer keuzes. Je kunt ook kiezen voor lagen ophalen in dat bovenstaande venster en dan de bgt  omtrekgericht als de standaardlaag kiezen, maar dat heb ik niet eens gedaan omdat ik soms ook een andere laag uit het nationaal georegister gebruik.
dvdhoven (2020-04-04 18:51:21+00:00): Ik heb deze changeset reverted. Er was een gigantische puinhoop in het knooppuntennetwerk ontstaan. Een hele bak fouten
Je kunt met ID geen routerelaties inleggen en het inleggen van knooppuntnetwerk is een zeer lastige klus, die je niet zomaar even doet

Als er uitbreidingen of wijzigingen zijn, stuur mij dan even een berichtje, dan doe ik het voor je

Vriendelijke groeten,
Dick van den Hoven
eggie (2020-04-04 20:10:07+00:00): PB naar medemapper fb1235 gestuurd met het verzoek te reageren.
Gr eggie
eggie (2020-04-05 06:42:33+00:00): PB contact... De bedoelingen waren uiteraard goed.
archie (2020-04-05 02:07:05+00:00): Hej, du bör läsa på i osm-hjälpen (https://wiki.openstreetmap.org/wiki/Get_help), eftersom det blir en hel del fel i dina editeringar. 

- Träden t ex (https://www.openstreetmap.org/node/7367133261) taggas med wood=tree,

- taggningen highway=path+foot=yes är fel eftersom highway=path redan inkluderar foot,bicycle och horse (Läs om "implicit default values: https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Default)

- kombinerade gång-/cykelstigar taggas på detta sätt: https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath#Usage_as_a_universal_tag, sålunda inte med highway=cycleway,

- du skall inte använda area=yes i onödan, t ex vid siminrättningen,

- när du har tagit del av dessa, grundläggande, kunskaper, kan du fortsätter att hantera route-relations som du gör korrekt enligt https://wiki.openstreetmap.org/wiki/Relation:route; detta ang "Kustslingan".

Som sagt fördjupa dig i osm-hjälpen så slipper andra att korrigera felen. 
Lycka till!
johanhocks (2020-04-06 07:03:29+00:00): -Enligt https://wiki.openstreetmap.org/wiki/Tag:highway=cycleway så taggas gång och cykelvägar med highway=cycleway. Då detta är mer intutivt att anända eftersom knappen heter "Gång- och cykelväg" i iD redigeraren samt att det vissuellt särskiljs från stigar så föredrar jag den metoden och om vi vill få fler att redigera så bör det som förespråkas i den enkla iD redigeraren gå före djup dokumentation anser jag.

- Vet tyvärr inte var jag använt highway=path+foot=yes då jag bara använder knapparna i iD redigeraren

- Tack för infon angående träd men väldigt förvirrande att båda finns som alternativ

-Simbasängsanläggningen var jag osäker på hur jag skulle tagga. Alternativt hade kanske staket gått att använda istäkket men område "Badanläggning" kändes lämpligt.

Jag har inga ambitioner att bli expert på detta utan vill bara hjälpa till att få våra naturområden mer tillgängliga, fantastiskt med en så bra och enkel redigerare. Tråkigt att det tydligen så lätt blir fel i den.
archie (2020-04-06 08:25:25+00:00): I https://wiki.openstreetmap.org/wiki/Tag:highway=cycleway finns det alternativa sätt; lägg märke till "or". Nu är det så att i Sverige så använts enhetligt det andra alternativet, dvs https://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath#Usage_as_a_universal_tag. Så försök att använda detta alternativ.
Vad gäller cykel-rutten så fattades det några taggar. Jag har kompletterat. Kika på det och notera var du kan hitta (länken till hjälpen) infon om hur man gör och så kan du också göra det. 
Min poäng var att du bör kolla just osm-hjälpen mera innan du editerar. Om du t ex hade kollat osm-hjälpen om "area" så hade du fått ett svar om att inte använda denna key på objekt som per definition redan behandlas som just area. 
Lycka till!

PS Jag höll på att glömma det; natural=wood kan väl aldrig användas för enskilda träd, eller har jag missat något? I definitionen till natural=wood står det "Tree-covered area".
johanhocks (2020-04-08 14:35:13+00:00): Tack för att du kompletterade rutten, ska ta en titt så jag kan göra det bättre om jag ska göra detta igen.

Förstår din poäng, men... Om det är viktigt att inte göra så så tycker jag att du bör lyfta detta till iD gänget som ett fel och inte till mig som enskild redigerare. En stig är en stig. En gång- och cykelväg är en gång- och cykelväg.
Så länge iD redigeraren taggar en gång- och cykelväg på det viset så kommer alla nya användare att göra så.

I äldre redigerare och de som har ett interface som hör hemma på 1900-talet så förstår jag om man behöver kunna koda, men det är en annan fråga. Jag redigerar på padda och kommer klicka på knappen gång- och cykelväg för en gång- och cykelväg för det är mycket mer ligiskt än att klicka på stig och komma igåg att ändra några rader på ett mycket specifikt sätt.

Angående wood så kommer det upp som alternativ för både punkt och yta men inte linje. så kanske även här en bugg i redigeraren som annars verkar vara hårdkodad vad som kan väljas för de olika objekttyperna.
dvdhoven (2020-04-04 18:50:59+00:00): Ik heb deze changeset reverted. Er was een gigantische puinhoop in het knooppuntennetwerk ontstaan. Een hele bak fouten
Je kunt met ID geen routerelaties inleggen en het inleggen van knooppuntnetwerk is een zeer lastige klus, die je niet zomaar even doet

Als er uitbreidingen of wijzigingen zijn, stuur mij dan even een berichtje, dan doe ik het voor je

Vriendelijke groeten,
Dick van den Hoven
Hadi Omid (2020-04-13 05:29:18+00:00): سلام
لطفا نقشه رو بر اساس تصاویر بینگ ویرایش نکنید، این تصاویر ۱۰ سال پیش تهیه شده و خیلی قدیمی هستند.
با تشکر از مشارکت شما
jmapb (2020-04-15 01:31:24+00:00): Hi preistizzle, welcome to OSM!

I noticed you removed the name from this golf course -- was that intentional? Based on https://www.dykerbeachgc.com it appears that "Dyker Beach Golf Course" is in fact the official name of the course.
priestizzle (2020-04-15 03:45:48+00:00): Appologies if my changes are against any rules, i was just fixing some splines and building stuff to work with the lidar data importer on TGC2019, offices come over as clubhouses, i was just following a youtube tutorial.
jmapb (2020-04-15 15:14:10+00:00): Thanks for getting back to me. The general best practice with OSM is to tag things correctly, not to use incorrect tags to suit the needs of a particular piece of software. But maybe the OSM golf community has decided that's it's appropriate to tag clubhouses as office=yes? If so, it's not documented on the wiki ( https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgolf_course ). The suggested tag there is golf=clubhouse.

I don't know much about golf, and I don't know what a spline is. But I have an inkling that the sand traps are probably near the end of the hole, not the start, so I think you've fixed the direction of the holes correctly.

What about the removal of the name "Dyker Beach Golf Course"? Is that intentional?
priestizzle (2020-04-15 15:56:29+00:00): No problem, and i will keep that in mind in the future i wont mislabel buildings and just do more work in the software itself.  The spline is just the outline of the features which when imported into the software corectly lays out all the features.  The removal of the outline was because it was preventing access to some of the splines, again, my appologies.
Moudex (2020-04-26 10:08:30+00:00): Correction "fourre-tout"... Il y a une erreur dans le lot : le chemin qui prolonge l'avenue de Stalingrad jusqu'à Ruffey est interdit à la circulation, c'est un chemin avec des graviers (grade 2). Trois attributs modifiés à tord.
Merci de cesser ce genre de lots intitulé "corrections mineures" comme tu en à apparemment l'habitude. Je te conseille de lire les bonnes pratiques https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques
mapman44 (2020-04-05 04:08:09+00:00): Hello, Brother Paul, and thanks for your interest in OSM. Golf course can be fun to map but getting the right tags for different areas is important for everything to display correctly. You may want to check out this page in the Wiki: https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dgolf_course
Brother Paul (2020-04-05 13:08:22+00:00): Thanks a lot Jerry! I tried following the wiki - this was my first attempt at mapping. I was a bit confused as the default for rough and fairway is "landuse", but the wiki says to use "surface" which generates an error message that I ignore. If you have the time to point out a few of my errors so I can fix them I would really appreciate it!

I see you're from Coo's Bay, I'm curious if you've mapped any of the Bandon Dunes courses!

Thanks a lot, I really appreciate it.

Sincerely,

Brother Paul
jmapb (2020-04-15 01:32:37+00:00): You also seem to be tagging every building on the golf course as an office -- are all of these buildings really offices?
user_3022894 (2020-04-05 21:08:50+00:00): Hi Axel,
dass das public_transport=platform an die Linien-Ways für die Plattformen kommt, ist klar. Wenn jedoch highway=bus_stop als Node schon vorher besteht und dieser Node zusätzlich mit public_transport=platform getaggt war, dann ist es ein Kampf gegen Windmühlen, public_transport=platform von hghway=bus_stop zu entfernen und auf den Way zu verlagern. Das Preset von iD wird durch sagen wir "unerfahrene" Mapper immer wieder public_transport=platform und bus=yes zum Node hinzufügen, da die "Plattform" nur dann für iD vollständig ist. Man könnte jetzt sagen, es ist iDs Sache, aber wenn wir wegen highway=bus_stop doppelte Plattformen akzeptierten (müssen), weil wir pt=platform als Way (oder Area) haben wollen, dann bringt es nichts, public_transport=platform von den busstop-Nodes zu entfernen. In wenigen Monaten sind alle Nodes wieder "vervollständigt" zu Platforms...
Viele Grüße, Lukas
axelr (2020-04-06 09:04:39+00:00): Der Editor muss das Tagging-Schema bedienen, nicht umgekehrt.
Macht iD dies nur bei Einbindung in ptv2-Routen oder bei jedem Anfassen eines bus_stop ?
Gruß, Axel