piebro/osm-data huggingface dataset:
yannik95 (2023-04-21 09:36:05+00:00): Glaube die andern Nummern mit Buchstaben gab es noch nicht als ich es hinzugefügt hatte :D
Aber habe es mal in der Note erklärt. 
Prinzipiell gäbe es A-L gibt, aber die sind hier auch falsch angeordnet, sondern wie in meinerm Kommentar in der Note beschrieben.
brendan714 (2016-02-16 18:41:21+00:00): Would be helpful if you tagged these ways as needing repair before deleting them entirely. Refinding the data is sometimes very hard / impossible. We are working to fix all the raw tracks but would appreciate tagging of tracks we've missed. Thanks!
maraf24 (2016-03-28 13:54:31+00:00): E. jak Engelbert?
No i skąd ta nazwa?
janczy5569 (2016-03-28 15:58:54+00:00): tak Engelbert Byly dyrektor naszej szkoly stad ta nazwa przyjeta na zebraniu wiejskim
R0bst3r (2016-02-14 23:06:16+00:00): Willkommen bei OSM!

Kleiner Tipp: wenn man ein Gebäude markiert und die Taste "S" drückt werden im Editor iD die Gebäude rechtwinklig.

Viel Erfolg!
Rusleykcruz (2016-02-15 13:21:47+00:00): Olá bem vindo ao projeto. Esta via que vc criou é do condomínio? Possuiu um portão na entrada né? Eu adicionei o portão, vi que vc o criou, mas depois apagou. É só criar um ponto no local do portão e uni-lo a via, depois coloque as tags "barrier=gate".
alphensebezorger (2016-02-19 17:48:08+00:00): Treinstation Amsterdam Amstel wordt nu niet (meer?) als station (grijs vierkantje, naam in blauw) weergegeven op osm.org. Kan dat door deze changeset (37208274) komen? Iemand had er een opmerking bij gezet, maar ik kom er niet uit waar het aan ligt.
IIVQ (2016-02-19 22:14:55+00:00): Ik heb geen idee of het door mijn changeset komt, maar de opencarto-stylesheet rendert de nieuwe public_transport:version=2-stijl stations niet. Dat corrigeren is mappen voor de renderer.
Hjart (2016-02-14 17:49:49+00:00): Jeg vil gerne lige påpege at flere af de cykelstier du har tegnet i dag i forvejen var markeret med et cycleway=track eller cycleway=lane på selve "bilvejen". Se cykelkortet: http://www.openstreetmap.org/changeset/37208278#map=17/55.25059/11.75967&layers=C
Desuden vil jeg gerne henvise til vores udmærkede cykelstivejledning: http://wiki.openstreetmap.org/wiki/Da:Cykelstivejledning
PeterKTM (2016-02-14 19:41:10+00:00): Hej

Jeg var ikke klar over, at man kan  indbygge cykelsti i vejbanen, så tak for oplysningen. I det konkrete tilfælde er cykelstien op ad vejen nogle steder og er derfor indbygget i bilvejen, og nogle steder afviger den fra bilvejen, hvordan forholder jeg mig til det?
Hjart (2016-02-14 19:58:03+00:00): Hvor cykelstierne (eller banerne) kun er adskilt fra bilvejen af en malet linje eller en kant eller hvor der måske kun er en meters luft mellem bilvej og cykelbaner bruger jeg altid cycleway=lane/track og hvor jeg kan slippe afsted med det plejer jeg bare at angive den mest fremherskende form. Der kan være specialtilfælde hvor det er en god ide at lave separate baner, men ellers er det en god ide ikke at gøre ting alt for komplicerede.
Hjart (2016-02-14 20:00:32+00:00): Dobbeltrettede cykelstier plejer jeg altid at tegne separat. Hvor du laver separate ensrettede cykelbaner, så husk endeligt at angive oneway=yes :-)
PeterKTM (2016-02-14 20:01:02+00:00): Okay, tak for info, Jeg ændrer noget af det som jeg har lavet
user_5359 (2016-02-14 18:08:37+00:00): Kennzeichnung einer Fahrschule siehe http://wiki.openstreetmap.org/wiki/DE:How_to_map_a
kather (2016-02-14 18:53:28+00:00): Leider weiß, ich noch nicht, wie ich zum Einfügen an das Symbol komme.
kather (2016-02-14 18:55:32+00:00): Außerdem schaffe ich es nicht, die Feuerwehr zur Adolf-Köppe-Str. zu verlegen, da fehlt auch noch ein Schuhgeschäft.
HolgerJeromin (2016-02-16 21:45:27+00:00): Ist https://www.openstreetmap.org/way/397811225 nicht eher commercial? Tankstelle, Imbiss und Waschstraße. Keine Ahnung was da sonst noch ist...
flohoff (2016-02-16 21:51:30+00:00): Jau - magst du recht haben - Das ist alles Westerbarkei IMHO ...
HolgerJeromin (2016-02-18 00:00:08+00:00): landuse hab ich soeben geändert
HolgerJeromin (2016-02-29 21:37:26+00:00): Ich war gestern vor Ort und hab ein paar Details ergänzt :-)
SimonPoole (2016-02-15 10:13:01+00:00): This is obviously fantasy and not suitable content for openstreetmap as was pointed out to you on http://www.openstreetmap.org/welcome

Barring fast input to the contrary, I'll revert the esit in a couple of minutes.
SimonPoole (2016-02-15 10:31:53+00:00): Fixed in http://www.openstreetmap.org/changeset/37221239
ma-rt-in (2016-02-14 17:59:28+00:00): Hallo Felix,

was hattest du den vor mit der Node? ^^
Felix1964 (2016-02-15 07:58:50+00:00): Hi. Solte eigentlich nicht gespeichert werden. Fehler von mir. Sorry und danke für deinen Hinweis.
ma-rt-in (2016-02-15 14:46:10+00:00): Macht ja nix, dafür ist hier dieses Fenster ja da
Roland Pallai (2016-02-29 22:45:42+00:00): Szia! Szuper hogy felszerkesztetted, csak egy kisebb hiba volt vele, hogy az utakkal nem volt közös pont az elején és a végén, így az útvonaltervezők nem tudtak tervezni vele rendesen. Javítottam.
user_5359 (2016-02-15 05:23:38+00:00): Willkommen bei OSM! Danke für die Ergänzung des OSM Datenbestandes. zwei kleine Hinweise dazu: Es ist nicht notwendig, Lidl noch einmal einzutragen, wenn es schon existiert: https://www.openstreetmap.org/way/39260256 und bitte die Selbstverständlichkeiten nicht vergessen. Lidl hat nicht Sonntags geöffnet, also fehlte noch ein Mo-Sa bei der Öffnungszeit.
user_5359 (2016-02-15 07:28:20+00:00): Welcome to OSM! You use the key LLU (i think shot for Luma Linda University?) at the first time. To show this object is a part of a bigger object, we use a relation. Please see http://wiki.openstreetmap.org/wiki/Tag:amenity%3Duniversity
user_5359 (2016-02-15 05:40:10+00:00): Willkommen bei OSM! Für die Anzeige auf der Karte hast Du den Schlüssel building=* vergessen. Bitte löse auch noch das Kürzel im Namen auf.
user_5359 (2016-02-15 07:23:32+00:00): Welcome to oSM! You forgot to add any information to line https://www.openstreetmap.org/way/397826216 . Can it deleted?
Peter Dobratz (2016-04-12 22:38:03+00:00): I'm not sure what's going on here, but there's a Node in the parking aisle that somehow connects from the Fred Meyer parking lot to NE Glisan St.
dincaionclaudiu (2016-02-15 17:45:52+00:00): Salut! 
Ai grijă că ai modificat ruta 133, bănuiesc că din greșeală.
bichlepa (2016-02-14 19:35:00+00:00): Ich habe falsche Überschrift eingegeben. Es soll einfach "Fotomapping" heißen.
aceman444 (2016-02-15 19:03:23+00:00): Dobry den, tuto sadu zmien ste okomentovali ako "spolocnost Sales Management, s.r.o.", ale nic ste tu s takou firmou neurobili. Namiesto toho ste odsunuli odpadkovy kos daleko od cesty do lesa (https://overpass-api.de/achavi/?changeset=37212520). To vyzera dost divne, skuste to overit. Dakujem
KKS (2016-02-20 23:14:48+00:00): Привіт, реконструкція не вічна?
Бо ось по валідатору повилазило
http://pavlo-dudka.github.io/osm-pg-tests/test.html?map?highway.islands.unclassified#zoom=17&lat=49.85198&lon=24.03553
Larry0ua (2016-02-21 09:09:04+00:00): Досі йде, там покриття перестилають, і колії трамвайні
hsimpson (2018-01-15 23:08:27+00:00): Hi Jules!
The point of mobile speed cams is, that they can be somewhere else tomorrow. Because of that, it doesn't make sense to put them in a map!
Regards
jules16v (2018-01-16 07:43:29+00:00): Hi!
I see where you're coming from and relate to the dilemma, alas, speed traps can not only be somewhere else tomorrow, but they can be in your face today. IMO there is a slight shortcoming in OSM in terms of speed cameras in general (particularly when it comes to laser based ones) and would therefore propose to better play "safe than sorry".
Nakaner (2018-01-16 10:47:44+00:00): Hi Jules,

temporary features should not be mapped at OSM because OSM is not designed to be a real-time database and our data consumers update their data only once in a few weeks or even less often.

https://wiki.openstreetmap.org/wiki/Good_practice#Verifiability

Best regards

Michael
jules16v (2018-01-16 13:59:49+00:00): Michael, you are free to verify the actuality of my POIs, either by following the link or by use of your car. :)
https://www.wuerzburg.de/de/themen/umwelt-verkehr/mobilitaet/verkehrsueberwachung/15084.Verkehrsueberwachung-Fliessverkehr.html
Like I said, this is something of an inbetweener as OSM doesn't, at least to my knowledge, have a decent support for this type of problem.
The user in me will gladly vouch for appreciation of "dormant" speed traps.
Since you bring up the actuality issue (indeed not one of OSM's strong points) I again will make a case in the favor of my edits. During the "offline" period of most users it is almost certain that one of the speed traps will be live.
IMO it points to a more general issue of OSM having many problems with time-based POIs (traffic lights that operate only during daytime, streams that do not flow in wintertime, Christmas markets, need I go on?), so the solution will most definitely not be found here.
Kind regards!
hsimpson (2018-01-16 14:31:18+00:00): Hi, dein Link führt zu einer Seite der Stadt Würzburg zu ihren Innerstädtischen Messpunkten. Von Autobahnen ist da nicht mal ansatzweise die Rede. Außerdem werden hier wenn überhaupt Bereiche genannt und keine Punkte.
-
OSM ist nicht dafür gedacht, alle Stellen zu erfassen, wo etwas sein könnte! Das würde die Karte unglaublich überfrachten und die Qualität der Daten deutlich einschränken. Auch sind wir nicht dafür da, für Mögliche Blitzer-Warn Apps die Daten zu stellen. Wir können die kartographische Grundlage dafür stellen, aber alles andere ist Unsinn.
-
OSM fuktioniert so lange gut, wie die Daten jederzeit vor Ort verifizierbar sind. Wenn das nicht mehr gegeben ist, gibt es zum einen ein totales Chaos und zum anderen wollen immer mehr Spezialanwender ihre Daten auch noch in der Karte haben.
-
Wir hatten letztlich z.B. den Fall, dass jemand in einem Bereich alle Standorte für Bushaltestellen im Umleitungsfall erfasst hat. An diesen Stellen war rein gar nichts zu finden, sie waren nur in einer Karte in irgendeiner Schublade als mögliche Optionen verzeichnet, um dort dann ein mobiles Haltestellenschild aufzubauen.
-
Oder in einem anderen Fall hat jemand den Startpunkt für seine wöchentliche Stadtführung erfasst. Dort findet sich dann zur vereinbarten Uhrzeit ein auffällig gekleideter Herr ein, um seine Kunden einzusammeln, im Rest der Zeit gibt es nirgendwo auch nur einen Hinweis darauf, dass das ein Treffpunkt ist.
-
Versteh mich nicht falsch, ich habe kein Problem damit, dass diese Personen OSM für ihre Zwecke nutzen, dafür ist die Karte ja genau gedacht. Aber solche "fiktiven" Punkte gehören nicht in unsere Datenbank. Stattdessen kann man sich gerne auf einem eigenen Server eine kleine Datenbank erstellen, um solche Punkte zu speichern und dann in einem eigenen Layer über die OSM-Karte zu legen. Das wird auch an vielen Stellen schon genau so praktiziert.
-
Ich hoffe, ich habe mich verständlich ausgedrückt.
-
Viele Grüße
kreuzschnabel (2018-01-16 15:32:00+00:00): Ich glaube, wir haben hier zwei unterschiedliche Auffassungen davon, was „Aktualität“ in OSM bedeutet. 
Für mich bedeutet es: Neu Gebautes oder Eröffnetes ist zeitnah drin. Abgerissenes, Rückgebautes ist zeitnah weg. Das ist die große Stärke von OSM. 
Für mich bedeutet es aber nicht: Veränderliche Objekte werden zeitnah in der Datenbank nachgeführt. 
Der Unterschied: Der erste Fall erzeugt einen neuen status quo, der von Dauer sein wird. Er erfordert nicht viel Pflege. Wenn ich eine neue Straße sehe, mappe ich sie, und da kann sie voraussichtlich 30 Jahre liegen bleiben, ohne dass ein anderer Mapper sie anfassen muss. 
Bei mobilen Geschichten dagegen ist der Pflegeaufwand so ungleich höher, dass sich mir die Frage stellt, ob OSM das überhaupt leisten will! Beispiel: An Tankstellen können wir die Spritsorten drantaggen (die ändern sich selten), aber die Spritpreise taggen wir nicht dran. Die ändern sich so häufig, dass es niemals aktuell wäre, dafür gibt es wirklich bessere Tools. 
Ich bin der Meinung, dass es auch für die aktuellen Standorte mobiler Blitzer bessere Tools gibt. Die nicht darauf angewiesen sind, dass der Nutzer alle drei Stunden neu megabyteweise Karten runterlädt. Und die deshalb auch mobil überhaupt nutzbar sind. 
Also: Alle Änderungen, die Bestand haben, die erstmal so bleiben, gehören gern in die OSM-Datenbank. Alle Änderungen aber, die voraussichtlich bald wieder um- oder zurückgeändert werden müssen, gehören nicht rein. Bei Baustellen liegt der Konsens um sechs Wochen. Was kürzer ist, gehört nicht rein (die meisten User aktualisieren ihre Karten einmal monatlich), was länger ist, kann.
Nur mal zum Nachdenken: Heute wurden auf der A3 zwischen Ffm und WÜ einige Tempolimits und Überholverbote abgebaut, die noch von einer Baustelle stammen, die seit Monaten da nicht mehr ist. Vorübergehende Sachen zu mappen ist deshalb immer kitzlig. Ich würde das nur machen, wenn ich persönlich dafür sorge, das hinterher wieder zurückzubauen, und es nicht der Community überlasse, dass es schon irnkjemand merken wird.
kreuzschnabel (2018-01-16 15:38:52+00:00): Okay, das war etwas am Thema vorbei. Zugegeben. In der Sache stimme ich meinem Vorredner zu: Dauerhafte Blitzer gern rein, veränderliche Blitzerstandorte maximal dann, wenn sie zu bekannten Zeiten aktiv sind (die sich mit einer opening-hours-Syntax taggen ließen). Die Möglichkeit, dass da was sein könnte, ist zu wenig, das ist kein Geomerkmal. Und schon gar nicht wie eine feste Kamera mappen, die auf den Namen „occasional mobile speed trap“ hört. Namen sind nicht auswertbar.
hsimpson (2018-01-16 16:06:35+00:00): Von "Aktualität" kann in dem Sinne hier eh keine Rede sein, wenn der "mobile" Blitzer zwei Jahre am selben Standort bleibt ;)
Viele Grüße
jules16v (2018-01-16 16:07:11+00:00): The point has been conveyed, indeed you made a lot of sense until you put that butthurt comment at the end. OpenThisAndThat is always open as long as, uhm, "technically savy and committed users" approve.
I don't have my own server for my own database for my own layer, and frankly, I can't be bothered because I practise a rather time-consuming profession which is far away from auch things. I am a casual contributor (one of the very few in my area as fas as I can tell), grassroots so to speak.
This whole thing is reminiscent of German social politics: create opportunities, then bitch and moan when people use them. In short, I find it irritaring that so many POIs have been provisioned in editing tools which hold their water so poorly in respect to verifiability (e.g. canoe, cape, pyrotechnics, christmas event (sic!), christmas tree etc.).
I've learned my lesson and indeed take the points, if anyone feels it is appropriate to do so he is free to undo my edits. Nevertheless thanks for the constructive input.
hsimpson (2018-01-16 16:26:04+00:00): Hi, tut mir leid, wenn ich dich mit dem letzten Kommentar irgendwie angegangen haben sollte. Der war eher eine Antwort auf Kreuzschnabel und sollte sicher nicht beleidigend sein.
-
Nichts destotrotz stehe ich immer noch hinter der Aussage, dass ein Mobiler Blitzer, der zwei Jahre am selben Standpunkt bleibt, seine Mobile Eigenschaft definitiv verloren hat.
-
Daher ist diese Node auch ein sehr gutes Beispiel dafür, warum es eben nicht funktionieren kann, solche veränderlichen Objekte aktuell in einem Kartensystem zu behalten. Hierfür sind Apps wie Waze oder Blitzer.de deutlich besser geeignet.
-
Wenn du dich trotz allem weiter bei OSM beteiligen willst (was ich doch hoffe (: ), aber noch unklarheiten bestehen, kannst du dich gerne auch ans Forum wenden: https://forum.openstreetmap.org/index.php
Dort geben wir uns alle Mühe, Neueinsteiger an die Hand zu nehmen, um sie schonend in das komplexe Thema OSM zu begleiten. :) Viele deiner Angesprochenen Beispiele sind dort übrigens auch schon kontrovers Diskutiert worden. Dabei kann bei den Meisten deiner Punkte allerdings gesagt werden, dass sie mit absoluter Regelmäßigkeit immer wieder am selben Punkt auftauchen.
-
Auch im Wiki kann man sich informieren. Dort steht übrigens zu highway=speed_camera "Ein stationärer Blitzer über oder neben einer Straße."
https://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dspeed_camera
Auch alleine deshalb ist es falsch, diesen Schlüssel für Mobile Blitzer zu gebrauchen. Was soll sich sinst ein Autofahrer denken, der mit OSM navigiert und alle Nase lang vor einem Stationären Blitzer gewarnt wird, der dann nicht vorhanden ist? Der nagelt das Navi dann doch auch wieder sehr schnell an die Wand.
-
Zu guter letzt würde ich dich noch bitten, alle weiteren von dir erstellten mobilen Blitzer wieder zu löschen.
-
Viele Grüße,
hsimpson
jules16v (2018-01-16 16:53:28+00:00): I shall delete my edits at my earliest discretion. You will empathise that that'll teach me to contribute on the basis of overly loud invitations (a rather misleading practise as what ypi mean to say is "You're invited to consider maybe reconsider contributing after having spent hours of research on websites, bulletin boards and in peer discussions, graduating in IT and provisioning your own server farm).
Finally, only speaking for myself, I would much rather dispose if a satnav that gives me warnings in only SOME cases (therefore letting me down in the moment I need it most) than of one that tends to give off flase positives, but that's only me.
@kreuzschnabel: The magic is in the word "occasional".
Hjart (2016-02-14 21:55:27+00:00): Det kan være en god ide at gøre husene retvinklede (brug genvejstasten 'S').
poornibadrinath (2016-04-19 11:48:10+00:00): Hey, @km2bp
You should not be using Google/yahoo as a source of information for addition of any data on OSM. Look in here for more information - http://wiki.openstreetmap.org/wiki/FAQ#Why_don.27t_you_just_use_Google_Maps.2Fwhoever_for_your_data.3F
Also there is some excellent documentation about OSM here - http://learnosm.org/
Best,
 Poornima Badrinath
one_half_3544 (2016-02-16 22:19:41+00:00): это внутренняя полигонная дорога, никакого регионального значения она не имеет.
5m4u9 (2016-02-15 06:19:10+00:00): se puede especificar el tipo de comida que vende generalizando... es decir

cuisine = bolivian;pork -> chicharron
cuisine = bolivian;empanada -> salteña

bolivian en lugar de regional mejora la precisión para lograr un mejor mapa...
aceman444 (2016-02-15 19:16:39+00:00): Dobry den, dakujem za umiestnenie restauracie "Parlamentka".
Doplnil som udaje podla ich webstranky
(http://www.restaurantparlament.sk)
a aj zmenil nazov:
https://www.openstreetmap.org/changeset/37231874
Dufam, ze ide o tu istu restauraciu. Ak by nie, dajte mi vediet, opravim to, dakujem.
aceman444 (2016-03-16 15:45:25+00:00): Dobry den, neviem ci nazov budovy (name) je este dnes "Stara Ikea". Aktualne nazvy Klientske centrum, pripadne Okresny urad Bratislava sice skor hovoria o funkcii, takze neviem aky je presny aktualny nazov. Ale urcite nie Stara Ikea. To moznoa patri do tagov loc_name, old_name ci alt_name.
mueschel (2016-02-17 21:30:17+00:00): Hi Robert,
a "horse_drawn_vehicle" - isn't that what the wiki defines as "carriage"?
http://wiki.openstreetmap.org/wiki/Key:access
Cheers, Jan
Robert Whittaker (2016-02-19 09:08:14+00:00): THe wiki 'definition' is not very precise, as it just says "horse(s) + carriage". It's not clear to me that all horse-drawn vehicles would be called "carriages", and the UK Traffic sign at the western end of this track is specifically "Horse Drawn Vehicles Prohibited" (diagram 622.5 in https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/223943/traffic-signs-manual-chapter-03.pdf)
mueschel (2016-02-19 13:17:08+00:00): Hi,
in other places I saw carriage=no used for exactly this traffic sign (which exists in other countries as well). 
You could add some conditional restriction, because I doubt the "horse_drawn_vehicle" will be understood anytime soon by software, e.g. vehicle:conditional = no @ ("drawn by horse") - this can be understood by software as a restriction that can be displayed to the user to evaluate the meaning of the text.
Robert Whittaker (2016-02-19 13:33:15+00:00): Better would be to agree whether or not carriage is the same as horse_drawn_vehicle as far as access tags in OSM are concerned.

If so, then the tags can be changed to carriage=*.

If not, then we'd need to introduce and document horse_drawn_vehicle=* as a separate value. It would then be down to users and developers to interpret the new tag appropriately.
SomeoneElse (2016-02-19 15:01:18+00:00): FWIW I went with horse_drawn on http://osm.mapki.com/history/way.php?id=65663472 - taginfo in the UK suggests that it has the edge: http://taginfo.openstreetmap.org.uk/search?q=horse_drawn.  Usage of "carriage" in the UK seems to be in error on e.g. http://www.openstreetmap.org/way/11965986 - strictly speaking on restricted byways vehicles are allowed but motor vehicles not.  Where a TRO or other traffic rules specifically says "horse_drawn" it makes sense for the OSM tag to say it too.  Carriages needn't be drawn by horses.
trigpoint (2016-02-19 18:01:37+00:00): Horse drawn is also used on the Meir Tunnels and matches signage.
mueschel (2016-02-19 19:13:57+00:00): Is the UK law really this specific? Horses are forbidden, but a mule would be ok?

Apart from that: I think that many people are not aware that there might be a difference - as access tags are quite important, I guess there should be a proposal explaining differences and finally add this to the list of access tags.
santamariense (2017-02-28 17:43:47+00:00): Oi John. Você mapeou "Dos Estados" como sendo um distrito. O correto seria bairro?
santamariense (2017-02-28 17:43:57+00:00): https://www.openstreetmap.org/relation/5977272
5m4u9 (2016-02-15 06:27:16+00:00): Genial las mejoras en el mapa... gracias!

Sólo recordarte que como acuerdo en Bolivia tenemos que añadir el tipo de calle en el nombre... así las personas podrán ubicar bien en el mapa.... es decir,

Sucre por Calle Sucre, Madrid por Calle Madrid, Av. Potosi por Avenida Potosi y Psje X por Pasaje X.

Además si fuese posible añadir la dirección del flujo sería muy bueno para quienes usan en autos, bicis, etc..
literan (2016-02-15 12:50:54+00:00): Для частных домиков совсем уж правильный тег будет building=house http://wiki.openstreetmap.org/wiki/RU:Key:building
maraf24 (2016-02-15 19:58:28+00:00): http://www.openstreetmap.org/way/397866883/history
Uwaga na tag dla dróg serwisowych: to jest highway=service, a nie highway=services. Różnica tylko w jednej literze, a znaczenie zupełnie inne.
MaciekKolejKłodzko (2016-02-15 21:50:06+00:00): Dzięki za uwagę i naprawę błędu
user_5359 (2016-02-15 06:02:58+00:00): Welcome to OSM! In this building there are more businesses than just the "Shoreline Pizza"! Please remove this name from the building and add a node on the right place. Note that in OSM description of the objects has the highest priority. Objects that have only one name, have little sense.
Viajero Perdido (2016-02-15 02:23:14+00:00): Clarification: not ALL points are from GPS; some are approximate but hopefully "good enough for now".
user_5359 (2016-02-15 10:17:15+00:00): Welcome to OSM! If the post office there no longer exists, please delete the gnis information too: http://geonames.usgs.gov/apex/f?p=136:3:0::NO:3:P3_FID,P3_TITLE:2505326,Avon%20Post%20Office
Larry S Murphy (2016-02-15 14:35:07+00:00): It appears that the GNIS data is correct. It has the current Post Office's location about 2km south along NC-12.  But, that is not what OSM showed.
user_5359 (2016-02-15 05:58:59+00:00): Welcome to OSM! Please also redraw the parking lot.
Hjart (2016-02-15 08:16:50+00:00): Hej og velkommen til vores projekt og tak for dine bidrag.
Jeg har kigget lidt på hvad du har lavet og tilladt mig at rette og lave nogle tilføjelser. Jeg har bl.a. tilladt mig at rette stien her tilbage til "cycleway" da jeg mener den bedst klassificeres som sådan.
emilstahl (2016-02-15 12:36:05+00:00): Hej Hjart.

Det er altså ikke en cykelsti, men en gangsti. Det er en løs grusbelagt sti. Ikke specielt cykel egnet.

Der står endda på et vejskilt, "Gangsti".
https://goo.gl/maps/wHvebDucBQL2