piebro/osm-data huggingface dataset:
yopaseopor (2021-11-10 21:33:08+00:00): Hola! Salutacions des de Barcelona ciutat. Greetings from Barcelona. As you know this way has changed a lot during last week. For the first time, general traffic is avoid of the surface. So this way is no more the main road of "Gran Via de les Corts Catalanes" but unforgettable for someone who lives in this city. For this reason I have added the date to all the keys (this way should not be showed in Carto more but also inside is good to remain inside OSM). And yes, a specific date, because I cannot afford all the past from this way (in name and other conditions) and can only afford the last day of that) .Putting -xxxx would be negative numbers in normal mathematics (and also on OSM database) so it is not a good solution. And put a hyphen empty has nosense.
Also there is some software who starts to show these keys, used in all around the world as you can see also in taginfo.
ivanbranco (2021-11-10 21:42:09+00:00): "Putting -xxxx would be negative numbers in normal mathematics (and also on OSM database) so it is not a good solution. And put a hyphen empty has nosense."

Ehm, that's literally what the Wiki says to do: https://wiki.openstreetmap.org/wiki/Proposed_features/Date_namespace

as you can see it's used: https://taginfo.openstreetmap.org/search?q=name%3A-

In OSM rules, as the Wiki says:
-"name:2021-11-05=Gran Via de les Corts Catalanes" means that the name was Gran Via de les Corts Catalanes only in that specific day.
-"name:-2021-11-05=Gran Via de les Corts Catalanes" means that the name was that one in a "open-ended interval until end of the specified date".
yopaseopor (2021-11-10 21:55:03+00:00): I will not discuss about what's on the wiki. As you can see in taginfo both solutions are used. I can assure and I think is better for being adjusted to truth this day. When you put one day you don't mean yesterday it was not this name also. You can "certificate" a specific day. So this is the option I have chosen.
Yunkers (2023-08-06 15:33:28+00:00): Hej, nie rozdzielaj jezdni w miejscach, gdzie nie ma fizycznego podziału. Skrzyżowanie Kostytucji-Myśliborska-Marcinkowskiego to bardzo proste skrzyżowanie, nie ma żadnej potrzeby rozrysowywania pasów ruchu.
Dodatkowo nie dałeś żadnych restrykcji, nawigacje nie będą w stanie tego rozgryźć.

Dzięki,
OSM_RogerWilco (2021-11-06 22:27:03+00:00): Ups. Danke Dir!
monotar (2021-11-07 12:27:52+00:00): sett ist korrekt. Dass es holprig ist wird über smoothness=bad abgebildet. cobblestone ist nur ein Oberbegriff für sett und unhewn_cobblestone.
holger187_osm (2021-11-07 15:56:08+00:00): Das mit dem Oberbegriff habe ich auch gelesen, aber es ist nicht schlüssig. "sett" ist definiert als "ebener als (surface=cobblestone) oder Kopfsteinpflaster" und "... wesentlich angenehmer zu gehen oder zu befahren."  "smoothness=bad" trifft es lt. Definition auch nicht, da der Belag nicht beschädigt ist. Er ist noch top wie im Neuzustand vor 100 Jahren, nur systembedingt durch die Bauweise mit einem Fahrrad ohne Federung nicht benutzbar.
monotar (2021-11-07 16:05:44+00:00): ich weiß nicht wo deine Definitionen her sind, das Wiki ist maßgeblich: https://wiki.openstreetmap.org/wiki/DE:Key:surface . Deine Beschreibung bezieht sett gegenüber unhewn_cobblestone, das ist aber nicht dasselbe wie cobblestone. Und diese Steine dort sind auch kein unhewn_cobblestone, unhewn_cobblestone ist Wildpflaster Marke 1800, das findet man in Dresden so gut wie nicht da es sich um Steine handelt die von Anfang an für den Straßenbau gedacht waren.
holger187_osm (2021-11-07 16:55:27+00:00): Die Definition ist natürlich aus dem Wiki: https://wiki.openstreetmap.org/wiki/DE:Tag:surface%3Dcobblestone
Schaust du dort unter Siehe auch:  surface sett
Wenn es Wildpflaster wäre, hätte ich unhewn_cobblestone eingetragen bzw. hätte es sicher schon so drin gestanden. 
Ich wollte hier zur möglichst realitätsnahen Kartierung beitragen. Wenn du die Deutungshoheit behalten willst, kannst du es gern wieder zurück ändern. Ich möchte keine weitere Zeit in Diskussionen verschwenden.
monotar (2021-11-07 17:04:02+00:00): Weißt du ich möchte Leuten Hilfe geben, es bringt mir nichts wenn ich Dinge im Stillen ändere wie viele es machen. Ich frage mich was das Problem ist zu verstehen, dass cobblestone nur eine Oberart ist und sett sowie unhewn_cobblestone eine Detaillierung? Es ist leider so, ich hab mir das nicht ausgedacht, mappe aber danach. Vor 10 Jahren gab es eben nur cobblestone, da habe ich auch so gemappt, aber seit einigen Jahren gibt es eigentlich nur die 2 Optionen sett und unhwen_cobblestone.
holger187_osm (2021-11-07 20:37:04+00:00): Auf Grund deines erklärenden sachlichen Kommentars möchte ich, entgegen meiner Ansage, nun doch noch einmal antworten (zur Erläuterung meiner Absicht, nicht um recht zu haben). 
Ich kann deine Argumentation verstehen, „cobblestone“ nur als Oberbegriff zu sehen. 
Du hast aber sicher auch in meinem Link gesehen, dass im Wiki zu „cobblestone“ das spezifischere „sett“ mit einer leicht anderen Definition zitiert wird, in der es gegenüber „cobblestone“ und nicht „unhewn_cobblestone“ als „wesentlich angenehmer zu befahren“ darstellt wird. Außerdem wird „cobblestone“ dort als allgemeiner Wert für Kopfsteinpflaster definiert (der demzufolge auch benutzt werden darf). Weiter wird definiert: Falls bekannt (und ich würde hier noch einfügen, falls zutreffend) werden spezifischere Werte wie „sett“ oder „unhewn_cobblestone“ benutzt.
Wie ich gestern beim Fahrradfahren selbst feststellen musste, ist aber der Belag in der betreffenden Straße wesentlich holpriger (unebener) als ein normaler Pflasterbelag, den man mit „sett“ bewerten würde. 
Das war der Hintergrund zu meiner Änderung.
monotar (2021-11-08 18:31:21+00:00): Hier noch ein Hinweise meinerseits: die Kausalkette ist zuerst die Pflasterung, die Flüssigkeit des Belages ist ein oft daraus folgender Nebeneffekt, der aber erst mit smoothness letztlich definiert wird. Viele der in Wohngebieten mit quaderförmigen Steinen bepflasterten Straßen sind für Rennräder ungeeignet weil eine große Gefahr besteht in den längslaufenden Rillen stecken zu bleiben. Daher wird dort bestenfalls eine smoothness von intermediate angegeben. Die alten Strecken kann man aber auch mit bad kennzeichnen um dort gegenüber eher neu gepflasterten Passagen die oft wesentlich runder verlaufen eine Abstufung vorzunehmen, das merkt man aber erst wenn man da mal langfährt, oft ist die Fahrbahn dann auch deutlich uneben. Schau dir mal die Eigenschaften von smoothness an, für Straßen die "bad" sind ist dort auch beschrieben dass dort nur mit einer verminderten Geschwindigkeit gefahren werden kann bzw. dort auch tiefergelegte Autos Probleme bekommen können was auf viele dieser alten Straßen zutrifft: https://wiki.openstreetmap.org/wiki/DE:Key:smoothness

Übrigens kann man sich mit Osmand surface und smoothness auch gut anzeigen lassen.
archpdx (2021-11-07 00:51:13+00:00): Hi, thanks for adding this new subdivision! There are a few things about this changeset that I want to point out:
1. Please don't abbreviate street names, see https://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29
2. Although there isn't a consensus about this, many mappers discourage connecting the edges of landuse (such as residential areas) to roads
3. Realign the imagery to the existing roads so that all features are uniformally aligned - you can adjust this at the bottom of the Background menu

Looking forward to your future contributions!

-archpdx
VanWaJT (2021-11-07 16:45:58+00:00): Thank you for the feedback as I am learning!
Thierry1030 (2023-07-20 14:33:57+00:00): Dag Der Bierpuncheur,
This cycleway has as a name 'Fietsweg De Bleuk' ... F3 is the reference of the cycle route relation 'Fietssnelweg Leuven - Diegem ' (https://www.openstreetmap.org/relation/11013851)
Can you modify this? Thanks in advance.
Der Bierpuncheur (2023-07-20 21:03:33+00:00): Modification is made. Please check and verify.
Thierry1030 (2023-07-21 03:28:44+00:00): Thanks a lot! Only this way still needs to be updated:
https://www.openstreetmap.org/way/42348810
Mashin (2021-11-07 02:27:54+00:00): Hi,
Just saying that you don't really need to do this. Addresses on separate nodes are completely fine and cause no problems.
aceman444 (2023-07-14 20:36:47+00:00): Zdravim, nahradenie neexistujuceho sport=bicycle inymi neexistujucimi? Bolo treba pozriet historiu, ze predtym tam bolo spravne sport=cycling.
Odkial ste prisli na znacky sport=pumptrack, sport=mtb, ci sport=scooter? Take nie su zdokumentovane. Ked uz pumptrack, tak navrhujem pouzit uz aspon zdokumentovany navrh https://wiki.openstreetmap.org/wiki/Proposal:Bicycle_sports , teda sport=cycling a cycling=pump_track, kedze to je zrejme to co ste chceli oznacit. Nezdokumentovany sport=pumptrack nikto nevie co je. Dakujem
Jrachi (2021-11-06 21:36:18+00:00): Scusate manca il commento:
Aggiornato ETON6330000 dopo survey
ivanbranco (2022-04-12 15:38:33+00:00): Ciao Jrachi,

la cancellazione del name da qua è un errore?: https://www.openstreetmap.org/node/2146252509/history
Jrachi (2022-04-12 17:24:36+00:00): Grazie della segnalazione.
Dovevo cancellare il nodo non solo il nome.
thug_n_g (2021-11-11 12:53:07+00:00): See below for Dutch
Don't you think it is a bit overzealous to use the general access=no, in combination with motor_vehicle=yes, simply to send bikes and pedestrians to the separately mapped cycle path?

Why not simply tag foot=no bicycle=no and leave out the general access=no? There is no need to set a general restriction if you are going to cancel it out anyhow with motor_vehicle=yes no?

 I know we don't tag for the renderer, but I was looking at the map and thought the Mechelsesteenweg had been closed for works or something, because it had been greyed out... Most renerers will show a road with the general access tagged as a closed road, and ignore the motor_vehicle=yes.

I mean even if you look at the implied values for a motorway it does not even use the general access tag, only the bicycle=no and foot=no tags. ( https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway , column on the right) 

I feel using the general access tag on a road that has the cyclepaths simply mapped next to it is a bit extreme if the simply foot=no bicycle=no achieves the same without marking the entire road as closed.

Denk je niet dat het ietwat overijverig is om de algemene access=no, in combinatie met motor_vehicle=yes te gebruiken, simpelweg om fietsen en voetgangers naar het los gemapt fietspad te sturen?

Waarom niet gewoon foot=no + bicycle=no, en de algemene access=no gewoon weglaten? Er is geen nood om een algemene access=no te zetten als je het toch weer gaat wegstrepen met motor_vehicle=yes niet?

 I know we don't tag for the renderer, but I was looking at the map and thought the Mechelsesteenweg had been closed for works or something, because it had been greyed out... Most renerers will show a road with the general access tagged as a closed road, and ignore the motor_vehicle=yes.

I bedoel, zelfs als je naar de geïmpliceerde tags van een autosnelweg kijkt, gebruiken die zelfs niet de agemene access=no tag, enkel de bicycle=no and foot=no tags. ( https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway , column on the right) 

Ik heb het gevoel dat de algemene access tag op een weg met een fietspad ernaast een beetje extreem is, zeker omdat simpelweg foot=no bicycle=no hetzelfde bereikt zonder de hele weg als gesloten te markeren.
Der Bierpuncheur (2021-11-11 12:58:33+00:00): My apologies...it is definitely available to  motor vehicles ONLY. I was not aware that changing general access to no would prevent the motor vehicle access...shall I change it?
syntex (2021-11-08 00:06:24+00:00): Po co institutional? Przecież to nie jest "wspierany" tag
Sinus Pi (2021-11-08 10:05:03+00:00): Jest w użytku, jest zrozumiały, jest na wiki, i zdecydowanie obszary ministerialne są urzędowe a nie "commercial". Jest jeszcze =civic_admin, ale =institutional ma podobne znaczenie, a jest popularniejsze. Jeśli sądzisz, że =civic_admin byłoby lepsze, to zmieniaj śmiało - wszystko, tylko nie =commercial. :D
syntex (2021-11-08 13:05:20+00:00): na wiki jest jako proponowany i używany w bardzo małej ilości obiektów
mariotomo (2021-11-07 19:24:30+00:00): hola Alvarado2510. acuérdate que el "name" está reservado al nombre propio de la cosa. los pastos ahí en la zona parece que todos se llamen "Ganadería".  así como si en tu cédula apareciera como nombre "Hombre". busca en el wiki por favor.
mariotomo (2021-11-08 12:30:28+00:00): https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions
(si quieres describir un objeto, utiliza la clave 'description', gracias.)
SomeoneElse (2021-11-07 12:34:25+00:00): I think what these were suposed to be for was (in the case of e.g. https://www.openstreetmap.org/relation/2026188/history ) "when cycling down the A19, use the cycleway down the side along https://www.openstreetmap.org/way/150367993 , not the sliproad itself".
I think the contributor who added these came and went 9 years ago and no-one ever asked them about them: http://resultmaps.neis-one.org/osm-discussion-comments?uid=330434 .
SomeoneElse (2021-11-07 12:39:53+00:00): Actually, after checking messages, I apparently did message them a couple of their changes (not these relations) back in 2012, but didn't get a rpely.
Best Regards,
Andy
SekeRob (2021-11-07 12:41:11+00:00): Hi Finix,

Osmose is complaining about a place=suburb node without name. The map showed Portanuova in the very spot which seems kind of a right spot for it.  Anyway the 11 year edit history looks odd, maybe put name Portanuova name back since no particular suburb outline was mapped. BTW The station reference wiki speaks of Porta Nuova https://en.wikipedia.org/wiki/Pescara_Porta_Nuova_railway_station

cheers
FinixFighter (2021-11-07 18:30:25+00:00): I'm so sorry, I forgot to rewrite the name! I'm so lucky to have you mapping on Pescara too, thank you!! Anyway, I also noticed something strange. Yesterday I added the Crazy Queen clothes store via Organic Maps (an Android app). Then when I revised it on iD, I saw that the suburb and the clothes shop had been merged automatically. There was a clothes shop named Portanuova and with the tag place=suburb. So I moved the suburb POI slightly on the left and then created a new clothes shop.
About the "Portanuova" or "Porta Nuova" issue, you're right, the "Porta Nuova" version is used on the entrance of the Porta Nuova train station too, so I think it would be more correct to have "Porta Nuova". I'm going to put "Portanuova" as an alternative name.
Luzandro (2021-11-10 05:37:29+00:00): Hallo,

die Adressen sind jetzt sowohl am gesamten Gebäude, als auch an einem Node beim Eingang - das sollte nur entweder oder sein. Hausnr. 53 kommt mit der Garage überhaupt 3x vor:
https://www.openstreetmap.org/way/1000050663
https://www.openstreetmap.org/way/1000050662
https://www.openstreetmap.org/node/2506503628

Die Eingänge könnten auch noch als solche gekennzeichnet werden - in dem Fall mit entrance=home (im iD-Editor im Browser nach Objekttyp "Eingang / Ausgang" suchen und bei "Typ" noch "home" auswählen).
https://wiki.openstreetmap.org/wiki/DE:Key:entrance

Die Angaben für covered und oneway bei den Zufahrten sind zwar nicht falsch, aber unnötig. Ein explizites oneway=no kann in manchen Fällen Sinn ergeben, um zu Vermeiden dass jemand Abschnitte falsch erfasst, die wie eine Einbahn wirken. In dem Fall handelt es sich aber um Sackgassen, die sowieso unmöglich eine Einbahn sein könnten, da man dann nie hinein/heraus kommen könnte.

LG Andreas
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/113462957
Luzandro (2021-11-10 05:38:31+00:00): nr. 51 war natürlich gemeint
Dino Michelini (2021-11-07 17:26:39+00:00): Ciao, ti segnalo che il 913 che hai modificato, mi sembra dalla url con i dati Strava, presenta un profilo altimetrico errato (ha dei buchi). Inoltre, essendomi occupato del rilievo GPS per il CAI PG (allora ero Sosec) devo segnalare che le correzioni non sono migliorative(vedi https://www.openstreetmap.org/user/Dino%20Michelini/traces/page/3). Personalmente non sono d'accordo sull'utilizzo dei dati Strava perché frutto di registrazioni effettuate da persone inesperte in materia che presentano errori di taratura del device, errori di posizionamento dei waypoint e mancano di postprocessing dei dati; la ragione è molto semplice: non è vero che tante registrazioni GPS dello stesso percorso diano come risultato il percorso meglio approssimato e preciso, anzi è vero il contrario, come si dice… l’entropia del sistema non fa che aumentare al taso di errori commessi nel rilievo del percorso.
Andrea Del Sarto (2021-11-08 09:52:58+00:00): ciao,
- la mia modifica era relativa ad una sovrapposizione tra aree e strade. e non ho modificato gli elementi della relazione
- adesso ho corretto la relazione, togliendo il buco
- per quanto riguarda il percorso questa modifica https://www.openstreetmap.org/changeset/97320080, più recente del tuo rilievo, fa passare il percorso da un'altra parte. e non essendoci altre indicazioni  non l'ho modificato
- non vedo che taratura sia possibile sui comuni dispositivi per il rilievo, 
per il resto la matematica (legge dei grandi numeri) dice esattamente il contrario di quello che hai detto

buona mappatura
Dino Michelini (2021-11-08 19:54:52+00:00): Rispondo con ordine.
1) Dal log della relazione (https://www.openstreetmap.org/relation/2417972/history) risula il changeset #113463299 che ha modificato il percorso #569037527 modifica 6 nov. 2021 22:31:57 Andrea Del Sarto; la modifica del nuovo percorso è stata fatta da Ugo Manfredini responsabile sentieri CAI PG.
2) Circa la taratura sui comuni device GPS si possono leggere ad es. i suggerimenti Garmin per migliorare il rilievo (https://support.garmin.com/it-IT/?faq=P3DdzRfgik3fky125aHsFA)
Altri fattori che migliorano/peggiorano il rilievo: ora del rilievo (posizione e geometria dei satelliti rispetto all’osservatore, migliore al mattino, peggiore la sera); stagione (inverno); fixing costellazioni GPS, GLONASS, GALILEO (8/9 satelliti visibili per determinare la posizione iniziale, precisione < 5m; aggiornamento effemeridi, per aggiornare l’almanacco della costellazione occorrono circa 15-20 minuti); correzione differenziale ON; EGONS ON; calibrazione altimetro barometrico; calibrazione bussola; media waypoint. Con la serie GpsMap66 possibile postprocessing con formato RINEX (test https://pubmed.ncbi.nlm.nih.gov/30501082/).
Circa la citazione della cosiddetta "legge dei grandi numeri" più precisamente teorema di Bernoulli, condizione necessaria è che si tratti di sequenza di eventi indipendenti, nel caso specifico gli eventi indipendenti (rilievi GPS) sono affetti tutti da questi errori che se non calcolati portano a risultati sbagliati. D’altra parte una prova empirica indiretta la si ha sovrapponendo tracce Strava su un asse stradale ripreso da ortofoto
Dino Michelini (2021-11-09 13:06:19+00:00): Ultima considerazione: il numero delle tracce GPS caricate su Strava (corsa + ciclismo) in questa zona dei Cimini non consentono di affermare che la mediana dei punti costruisca un percorso migliore rispetto ad un buon rilievo GPS (con i crismi) eseguito a piedi in inverno, ovvero la probabilità che i punti della mediana della tracce GPS su Strava registrate in quel posto corrisponda con buona precisione a percorso reale in quanto tracce di discese downhill fatte in ora e stagione sfavorevole (multipath da fogliame) e probabilmente senza gli accorgimenti che prendo registrando a piedi. Detto ciò, se vogliamo far finta di mappare in OSM con poche tracce Strava dati precisi questo è un'altra questione che esula dagli aspetti tecnici di un rilievo.
Dodko (2021-11-07 10:07:45+00:00): Úpravy treba robiť opatrne.
Nie je dôvod pripojiť obec na čiaru potoka, ani vymazať hranice obce.
18Lub06bik92 (2021-11-11 20:22:35+00:00): je to opravene
BCNorwich (2021-11-07 08:51:20+00:00): Made gaps in hedges, tweak areas to imagery, unjoin power lines from land areas/hedges.
Dodko (2021-11-07 10:11:30+00:00): Zmazali ste odkaz na wikipediu a maďarský názov.
18Lub06bik92 (2021-11-11 20:25:29+00:00): Madarsky uz neje najdes na Google Maps
aceman444 (2021-12-11 21:30:19+00:00): A koho zaujima Google Maps? To nie je autorita v nicom, takze z absencie kohokolvek nic nevyplyva.

A to "addr:city=Veľké Kostoľany Centrum Universal" znamena co? Cize obec Velke Kostolany sa nachadza v nejakej inej obci "Veľké Kostoľany Centrum Universal" ?
kubahahaha (2022-01-02 23:15:28+00:00): https://www.openstreetmap.org/node/7905698128
https://www.openstreetmap.org/node/9231273288
Który z tych punktów jest poprawny? Czy oba powinny zostać?
osmdk (2022-12-17 14:14:40+00:00): Dopiero teraz zobaczyłem ten komentarz. Powinny zostać obydwa: node/7905698128 to punkt główny części miasta o nazwie „Osiedle Starówka” z rejestru PRNG, a node/9231273288 stanowi etykietę dla, określonej granicami (relation/1341316), jednostki pomocniczej Tarnowa o nazwie „[osiedle] Starówka”.
Dodko (2021-11-07 10:14:49+00:00): V katastri Malé a Veľké Dubovo existuje tak to vráťte naspäť.
18Lub06bik92 (2021-11-11 20:24:03+00:00): je uz Obec Dubovany Celom
thesocialcanvas (2021-11-06 23:55:08+00:00): Wistaria Gardens are named after the 1906 built Wistaria House designed for the Medical Superintendent of the then 'Parramatta Lunatic Asylum' by Govt Architect Walter Liberty Vernon.
Lee Carré (2021-11-24 18:19:46+00:00): Source?
Minh Nguyen (2022-03-19 05:44:19+00:00): Hi, thanks for noting the change in access for this road. Is the road still closed? For future reference, the proper way to close off a road is to set “access” to “no”. Don’t change the road to a fence, as this changeset did. Thanks for your attention.
marczoutendijk (2024-12-14 16:17:03+00:00): Hi,
You changed building=yes to building=ew
https://www.openstreetmap.org/way/154404434
What does building=ew stand for?


Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
uwe-shwbl (2024-12-17 15:54:52+00:00): Hi Marc,
sorry, just typos.
I will corrected this (after the current only-read-mode of the OSM-Server is over). Thank you.
Uwe
Mateusz Konieczny (2021-11-07 10:23:08+00:00): re https://www.openstreetmap.org/node/9231349072


Is it added based on just https://www.openstreetmap.org/note/2351205 ?

Or have you verified situation somehow?
Jordi MF (2021-12-30 18:47:10+00:00): Hola Ángel,
Graciasp or mejorar los datos de OSM, pero he detectado algunos cambios extraños. En primer lugar, ¿por qué eliminaste la línea de costa en esta edición?

En segundo lugar, cuidado cuando edites algunas carreteras porque tienes que indicar si son de sentido único. Por lo que veo, has añadido vías que, actualmente, ya no están operativas y, además, eran de sentido único. Si no lo indicas, los ruteadores pensarán que son de doble dirección y podrían traar una ruta en sentido contrario al de circulación.
Saludos,
Jordi
Dodko (2021-11-07 10:20:34+00:00): Tá adresa Železničná 6 existuje v registri adries, tak ju dajte nazad.
https://zbgis.skgeodesy.sk/mkzbgis/sk/zakladna-mapa/detail/ra_adresne_body/0/20082562?pos=48.507192,17.773754,18
18Lub06bik92 (2021-11-11 20:28:46+00:00): Je to Uz Celom Novom Adrese na 844/7 alebo 7
Dodko (2021-11-07 10:26:03+00:00): Tá zmazaná budova garáží Veľké Kostoľany 953 na minuloročnej fotke existuje, prečo ste ju vymazali?
18Lub06bik92 (2021-11-11 20:29:43+00:00): Budova Uz nieje na Google Maps
Dodko (2021-11-07 10:27:48+00:00): Tá zmazaná budova Veľké Kostoľany 905 na leteckej fotke existuje prečo ste ju zmazali?
18Lub06bik92 (2021-11-11 20:26:48+00:00): budova exsituje inom na goole maps nieje
18Lub06bik92 (2021-11-11 20:27:23+00:00): -II- Google Maps Nieje
Dodko (2021-11-07 10:29:37+00:00): Tá zmazaná budova Veľké Kostoľany 952 na leteckej fotke existuje, prečo ste ju zmazali?
18Lub06bik92 (2021-11-11 20:58:00+00:00): budova neje oznackovana na GOOGLE MAPS
Dodko (2021-11-07 10:30:44+00:00): Tá zmazaná budova skladu Veľké Kostoľany  954 na leteckej fotke existuje, prečo ste ju zmazali?
18Lub06bik92 (2021-11-11 21:01:25+00:00): budova neje oznacena na google maps
Mashin (2021-11-11 21:53:35+00:00): Obsah GoogleMaps nie je pre OSM smerodatny. Dolezite je, ci ten objekt naozaj fyzicky existuje.