piebro/osm-data huggingface dataset:
emergency99 (2019-10-04 08:35:33+00:00): Hello there,
I am writing due to your edits on the bus stations in vienna. At this point in time, the highway bus stop tag is mapped on the stop positions, as platforms could also be lines which then would not be able to have that legacy tag. And to be consistent, the tag highway=bus_stop (even if iD does not like it) is not on the platform nodes, but on the stop position, which is mapped in vienna without fail. I would kindly ask you to not change the platforms to habe the hw=bus stop tag as it is redundant.

KR
RobinD (emergency99)
RunRunShow (2019-10-05 08:03:04+00:00): Hi,

Thank you for highlighting the local conditions for the mapping. Was drive-by editing and didn't realize this condition. Perhaps a note of sort could be added if it's a special requirement as iD would continue to highlight these as old/incomplete tags.

Cheers,
RunRunShow
eggie (2019-10-04 09:03:06+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

Review. Stukje Landerijepad is verkeerd benoemd. Dat zal de Beverenlaan zijn. Dat fietspad dus splitsen. 
MVG,
Eggie
fischosm (2021-04-03 23:18:45+00:00): Moin wsoroe! 
Diese Änderungen sind, meiner Meinung nach, nicht hilfreich. An highway=path usw. solltest Du den tracktype nicht ohne Prüfung löschen. Oft ist ja ein track falsch als path getagt. Dann hätte sich Jemand die Arbeit umsonst gemacht.
Gruß
fischosm
user_507893 (2021-04-04 10:37:21+00:00): >> Oft ist ja ein track falsch als path getagt.<<
Dabei fällt dieser Mapper negativ auf:
https://www.openstreetmap.org/way/213767283/history
https://www.openstreetmap.org/way/875625660/history
https://www.openstreetmap.org/way/891063632/history
https://www.openstreetmap.org/way/65965951/history
usw.
fischosm (2021-04-05 14:52:15+00:00): Frohe Ostern!

>>Dabei fällt dieser Mapper negativ auf:<<
Was willst Du mir damit sagen? Ja, ich war vor Ort und habe mich dazu entschieden track auf path zu ändern. Aus Respekt vor der Arbeit anderer Mapper habe ich tracktype nicht ersatzlos gelöscht. 
Das entspricht den Vorgaben des Wikis für tracktype. Möglicherweise bist Du nicht auf dem aktuellen Stand.

Gruß
fischosm
amithrav (2019-10-04 08:41:48+00:00): Apologies for adding internal comments. Will ensure to be careful going forward
Regards
amithrav.
eggie (2019-10-04 09:05:17+00:00): Beste gemeente Roosendaal 
Svp niet schuiven ineditmodus  met de kaart met editor iD. Dit geeft heel vaak schade door onbedoelde verschuivingen.
MVG,
Eggie
BCNorwich (2019-10-04 09:40:46+00:00): Hi, Welcome to OpenStreetMap.
I've amended the address on your POI to OSM practice, moved it out of the woods to where I think your premises are. I also updated the building there.
Regards Bernard.
gpserror (2020-01-08 01:49:50+00:00): It looks like you broke the turn restrictions you made earlier, may need to revisit them.  However my question to you... there is a turn lane between the ways of West Broad Street which typically allows left turns as it buffers oncoming traffic so people don't have to wait for clearing in both directions.  Why is this particular driveway special that there needs to be these turn restrictions and not others along the route?  Perhaps there are actual signs prohibiting these turns but then the turn lane is kind of redundant?
vchndl (2020-01-08 08:58:27+00:00): Hi,
Thanks for your comment. In version #1 of my edit, I've added the restrictions as I incorrectly assumed it to be a median instead of shared lane. As soon as I realized the mistake committed, I've corrected that. Apologies for any confusion caused. I've corrected the edit under changeset #79330768.

Regards,
vchndl
eggie (2019-10-04 10:58:30+00:00): Dag Ramon... beter niet schuiven met de kaart in editmodus. dat levert vaak schade op door onbedoelde veschuivingen. Alle adresnodes zijn import van het Kadaster. Daar beter niets aan veranderen. 
Adresnode nr 8 van de school zit nu geplakt aan de buildigshape. De buildingshape staat nog op construction. Dat moet worden building=school  
Gebouwen hebben geen adresinfo. Daar zijn de adresnodes voor.
Kijk hier hoe een school te mappen.
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dschool
Je edits..
https://overpass-api.de/achavi/?changeset=75268437
MVG,
Eggie
user_5359 (2019-10-04 16:35:19+00:00): Welcome to OSM! Thank you for adding your business. 
I suspect you had some help entering these data. Please inform the person that the way is suitable to delete the data as SPAM immediately. If he needs help to improve his method, he is welcome to contact me.
Glassman (2019-10-04 17:45:28+00:00): My recommendations would be to revert these SEO spam. As long as we keep fixing their edits, they'll keep adding spam. I do see that you have deleted some of them.
eggie (2019-10-04 09:06:56+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2019-10-04 09:11:02+00:00): Dag Ruud.. Houd het gebied van je edits veel kleiner. Schuiven met de kaart in editmodus levert vaak schade op door onbedoelde verschuiving.
Tip. Plak geen paden aan de landuse3 vast. Dat geeft later problemen bij bewerken. Linker alttoets gebruiken.. dan plakt editor iD niet. 
Bij een footway staat altijd een rond blauw bord met de wandelaar. In andere gevallen gewoon highway=path taggen met evt. een verbod voor tweewielers met vehicle=no
MVG,
Eggie

https://overpass-api.de/achavi/?changeset=75268952
eggie (2019-10-04 09:15:40+00:00): Paden heb ik losgemaakt van de landuse. 
MVG,
Eggie
eggie (2019-10-04 09:19:04+00:00): Het wandelpad dat dwars over de volkstuinen liep en nergens  vast zat heb ik verwijderd. Wat is je bron in deze?  Op de luchtfoto's is het pad niet te zien. heb je het gewoon bij benadering ingetekend?
Paden die je laat einigen op de landuse grass zullen nooit noteren. Probeer iets precieser te zijn. 
Eggie
RuudBNL (2019-10-04 09:23:49+00:00): Dank je voor je opmerkingen.
Het wandelpad is een veelgebruikt pad voor hondenbezitters. Het is door de bomen niet vanuit de lucht te zien. Daardoor is het per definitie een benadering.
Vroeger liep het pad door naar de Mensinkweg, maar het laatste stuk is verkocht en nu bebouwd en voorzien van een groot hek waardoor er geen doorgang meer is.
RuudBNL (2019-10-04 09:26:54+00:00): Wel lopen er twee paden vanaf Groot Tegeler naar het overgebleven stuk.
eggie (2019-10-04 09:28:39+00:00): Oke.. Elk begin is moeilijk. Kijk nog even naar de volkstuin. Dan kun je dat schuinlopende pad opnieuw intekenen en nu wel vastmaken aan de andere paden. Het eindigde op de landuse, maar dat zit wellicht wel vast aan . 

Succes,
Eggie
eggie (2019-10-04 09:30:58+00:00): Die paden vanaf Groot Tegelaar waren prima. Die staan erop.
Alleen dat losliggende paadje dwars door de volkstuin heb ik even verwijderd. Dat zal vast anders lopen. Kijk goed naar de luchtfoto.
RuudBNL (2019-10-04 09:33:30+00:00): Dank je, is zal het aanpassen, gezien het kronkelige verloop ga ik in de nabije toekomst eerst ter plekke kijken voor ik het opnieuw probeer.
eggie (2019-10-04 09:37:13+00:00): Oke.. Veel plezier met mappen.
Groet eggie
ma-rt-in (2019-11-07 13:59:59+00:00): Hallo,
was ist nun mit diesen AAA Bus 413-II Linen, die liegen da so unvollständig. Geschweige denn, das es überhaupt info´s dazu gäbe.
eggie (2019-10-04 10:14:11+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2019-10-04 09:46:39+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
rnoordzij (2019-10-04 14:53:40+00:00): Dankjewel Eggie!
gscscnd (2019-10-04 09:57:31+00:00): Za dużo niepotrzebnych no_u_turn, poprawione w https://www.openstreetmap.org/changeset/75272093.
abakus_uploader (2019-10-04 22:30:56+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!
user_5359 (2019-10-04 18:30:20+00:00): Hello! A restriction relation must have three (or more) roles (from, to, via), see relation https://www.openstreetmap.org/relation/9961760.
rojganes (2019-10-10 09:10:33+00:00): Hi,

Thanks for your suggestion.I have fixed this changeset # 75499765.
Let me know if you have any other suggestions.

Regards,
rojganes
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75269521
marc__marc (2021-04-02 20:51:50+00:00): Bonjour,
je ne comprend pas la combinaison batiment mais pas abris : le laveur est-il à l'air libre ou est-il dans un abrité par un petit batiment ?
Cordialement,
Marc
Papa-Yankee-Bzh (2021-04-03 13:51:33+00:00): Bonjour
Il est à l'air libre. 
Peut-être le tag Building est-il effectivement superflu, d'autant qu'il n'apparaît pas sur le cadastre ? 
On le voit sur Mapillary
https://www.mapillary.com/app/?lat=47.676070530811046&lng=-2.13347951695323&z=19.9&pKey=Fh0IiwsuuvcFFTIfQ5HvGw&x=0.4937660347674009&y=0.5086468692449393&zoom=2.220446049250313e-16
marc__marc (2021-04-03 14:09:38+00:00): merci.
j'ai converti les tag batiment et abris en covered=no (n'est pas couvert)
et j'en ai fait une surface appriximativement avec ce qu'on voit sur mapilary et l'imagerie sat
Papa-Yankee-Bzh (2021-04-04 22:01:53+00:00): Impec'. Je vois qu'il y a un polygone pour le lavoir et un autre à l'intérieur pour l'eau. Ne pourrait-on pas supprimer ce dernier et mettre sur le lavoir water = yes ? Cela simplifierait l'objet.
marc__marc (2021-04-04 22:43:45+00:00): je trouvais que water=yes avait un sens très imprécis : dire qu'il y a de l'eau dans un lavoir est assez logique et ce n'est pas non plus tout le lavoir qui est un plan d'eau... l'autre avantage d'avoir ajouté le bassin c'est que c'est pour l'instant la seule chose visible sur de nombreux rendus :s
mais si vous préférez autrement, n'hésitez pas
Papa-Yankee-Bzh (2021-04-05 08:27:55+00:00): OK pour cette solution. La prochaine fois que je passe devant, je redessinerai plus précisément la surface en eau et mettrai une photo sur Wikimedia Commons, car c'est un joli lavoir. :-)
Sur la page Lavoir du wiki, il est mentionné la possibilité de combiner le tag amenity = lavoir avec celui de water = yes, pour préciser qu'il y a encore de l'eau dans le lavoir (ou water = no quand il n'y en a plus). Mais tant que ceci ne permet pas un rendu, c'est vrai que c'est moins satisfaisant.
user_5359 (2019-10-04 16:14:28+00:00): Welcome to OSM! Thank you for adding your business. But there no building nearby! Therefor I delete this as SEO SPAM!
I suspect you had some help entering these data. Please inform the person. If he needs help to understand the reason, he is welcome to contact me.
eggie (2019-10-04 09:50:29+00:00): In OSM taggen we bedrijfsinfo bij op de adresnode. In dit geval adresnode nr 6. Alle info hoort dus eigenlijk daar naartoe verplaatst te worden.
Gebouwen hebben zelden de bedrijfsnaam. 
MVG,
Eggie
eggie (2019-10-04 09:52:49+00:00): Ik heb de info verplaatst naar de adresnode
rnoordzij (2019-10-04 14:54:17+00:00): Ja ik zag het fout gaan heb hem weer verwijderd. Dank voor de tips.
mavl (2019-11-07 16:42:19+00:00): This changeset was redacted. Reason: copyrighted data were used.
mavl (2019-11-07 16:42:15+00:00): This changeset was redacted. Reason: copyrighted data were used.
AgusQui (2019-10-05 17:35:06+00:00): ¿Porque le sacas el % al nombre Dia? Es parte del nombre
user_5359 (2019-10-04 16:09:36+00:00): Welcome to OSM! I have revert your changeset because your business is not the street. Please try again to mark the place of your business (and not the street) to add your business information.
ma-rt-in (2019-10-04 17:49:21+00:00): Hallo,
warst du vor Ort und hast die Straße erkundet? Wenn ja, dann bitte auch richtig die Daten ändern. Es ist immer noch ein construction=* vorhanden und diese Straße ist eine Kreisstraße und somit highway=tertiary.

vg
osm_Ralef (2019-10-04 18:56:31+00:00): Hallo martin,
tagging ist immer noch falsch. Ich ziehe das wieder gerade. Die Baustelle hat Mittwoch noch bestanden. Wird wohl heute, am Brückentag, nicht verschwunden sein. Sollte es Änderungen geben, werde ich das nach wie vor nachziehen!

Gruß
Ralf
eggie (2019-10-04 10:09:56+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

review.. Als het goed is zou de adresnode nr 29  gewoon aanwezig moeten zijn (import vanuit het Kadaster)  en kunnen jullie daar op bijtaggen. Verder ontbreekt de tag office=??  en daardoor zal de naam verder niet renderen op de kaart. Kijk in de wiki wele tag er bij een uitzendbureau hoort. 
MVG,
Eggie
eggie (2019-10-04 10:13:01+00:00): office=employment_agency toevoegen svp
eggie (2019-10-04 10:21:54+00:00): Info samengevoegd met juiste adresnode.
Website toegevoegd. 
officetag toegevoegd
MVG,
Eggie
eggie (2019-10-04 10:40:24+00:00): Beste Ruben . Zou je svp de moeite willen nemen om precies aan te duiden wat je hier allemaal veranderd hebt, zodat medemappers er ook iets van begrijpen. 

Verder plak je de wegen vast aan de landuse. Dat kun je beter niet doen.

MVG,
Eggie
eggie (2019-10-04 10:46:48+00:00): Ik heb e.e.a. gefatsoeneerd en wegen losgemaakt van de landuse.
Gr Eggie
eggie (2019-10-04 10:50:24+00:00): Je kunt waar je het gras hebt verwijderd bv een leisure=pitch intekenen . sport=basketball 
Geen wegen gaan vastmaken aan administratieve grenzen. Dat zijn geen wegen.
eggie (2019-12-18 08:23:01+00:00): Dag Tim... Svp  niet schuiven met de kaart in editmodus. Dat levert vaak schade op door onbedoelde verschuivingen van objecten waar dan alles weer aan vast zit.. MVG, Eggie
user_5359 (2019-10-04 16:06:37+00:00): Welcome to OSM! Thank you for adding your business. Please move the nod eto main building.
I suspect you had some help entering these data. Please inform the person that the way is suitable to delete the data as SPAM immediately. If he needs help to improve his method, he is welcome to contact me.
flohoff (2019-10-04 14:02:26+00:00): Moin,
ich habe den Changeset gesehen - und nur als kleiner tip - Ich würde die unterschiedlichen Objektklassen wie Parkplatz, Pitch, Building, Landuse nicht miteinander verbinden. Das ist extrem doof das irgendwann mal wieder aufzulösen.

Flo
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75273844
Deus Figendi (2019-10-10 04:01:34+00:00): Naja, aber diese Flächen grenzen in der echten Welt direkt aneinander, würde ich sie nicht verbinden entstünden Lücken oder Überschneidungen, was beides nicht die Realität abbildet.
Außerdem KÖNNTE es für's routing nützlich sein, wenn die Routing-Engine weiß dass diese Flächen aneinander grenzen (dann kann sie annehmen und berechnen, dass man vom Parkplatz direkt auf den Sportplatz gelangen kann).

Ich finde es eigentlich auch nicht "extrem doof das wieder aufzulösen", das sind halt irgendwie zweieinhalb Klicks mehr (je nach Editor).

Trotzdem danke für die Kritik, aber ich glaube ich werde sie nicht umsetzen :)
flohoff (2019-10-10 05:57:28+00:00): Moin,
bei OSM findet routing NUR auf ways mit highway=* statt. Alles andere (auch flächen mit highway=*) werden ignoriert. Bei Flächen wird nur auf der Kante d.h. der Aussenbegrenzung geroutet. 

Geht auch nicht anders. Die bekannten Routingalgorithmen wie Dijkstra und A* gehen auf Graphen. Eine Fläche lässt sich da nicht reinbringen. Es gab auf der SotM map talks zu routing über flächen - Die haben die Flächen beim präprocessing in Wege zerlegt. Und das waren alles experimente - hab schon lange nichts mehr davon gehört.

Und das die in der Realität aneinandergrenzen halte ich für falsch. Zwischen Parkplatz und der landuse Grenze ist z.b. ein Kantenstein ;)

Aus 12 Jahren mappen kann ich sagen das es für die anschliessende Pflege viel schöner ist wenn die objekte sauber sortiert sind, nicht verklebt sind und sauber hierarchisch sortiert sind d.h. nicht überlappen. 

Für das überlappen habe ich auch eine Auswertung die die hierarchischen beziehungen zwischen bestimmten objektklassen analysiert - Gebäude und landuses mache ich aktuell nicht - Das ist aber z.b. im validator von Josm drin.

https://osm.zz.de/dbview/?db=landuseoverlap-owl&layer=hierarchy#52.05956,8.60882,12z

Flo
Deus Figendi (2019-10-19 06:29:02+00:00): Ich verstehe deine Argumente und finde sie auch relativ schlüssig, aber bei keinem kann ich so ganz mitgehen:

bzgl routing: Ja ich würde davon ausgehen, dass Flächen in Strecken zerlegt werden müssen und ich erkenne dass du da auch viel besser informiert bist als ich. Ich habe nämlich weniger praktisch sondern eher theoretisch darüber nachgedacht "wenn ich ein Routing für Fußgänger entwickelte, woher sollte mein Algorythmus wissen, dass man vom Wald auf den Parkplatz gehen kann wenn sie durch nichts verbunden sind?" Es ist schade, dass es das nicht gibt (Marktplätze sind auch oft Plätze ohne Wege in OSM, das heißt niemand kann darüber geroutet werden!?), aber ich finde halt was nicht ist kann noch werden

bzgl Kantenstein: Also wenn da ein Kanntenstein ist (ich bin seit dem nicht mehr dort gewesen um das nachzusehen), dann kann man den ja gerne auch eintragen. Ich denke ein Kantenstein wäre aber eher eine Linie und eine eigene Fläche und läge auf der Verbindung. Ich kenne allerdings gar kein Tagging-Schema für Kantensteine (und konnte auf die Schnelle jetzt auch keins finden).
Gleiches gilt im Übrigen für eine kleine Mauer, die den Pitch vom Parkplatz trennt, die Mauer ist nur halbhoch und auch nicht auf der ganzen Linie (man kann also rings herum gehen) aber sie ist da. Gehört also letztlich auch einfach AUF die Linie zwischen den Flächen.

bzgl: "Das ist extrem doof das irgendwann mal wieder aufzulösen.":
Quatsch, ich habe es gerade ausprobiert, in iD brauche ich ca. 5 Sekunden um so eine Verbindung zu lösen. In Merkaator brauchte ich eine Weile um die Funktion zu finden, aber wenn man sie kennt geht es ähnlich schnell, in JOSM war es noch einfacher. Und selbst auf meinem Telefon mit Vespucci ist es genau 2x tabben also noch schneller, vielleicht zweieinhalb Sekunden.
Aber wie gesagt, wenn sich das baulich nicht verändert würde ich sagen, dass das Auftrennen gar nicht nötig ist, weil es die Realität ganz gut abbildet. Wenn jetzt natürlich jemand einen Teil des Wäldchen zu einem Grünstreifen macht oder ein Gebäude angrenzend anbaut, dann würde das notwendig werden die zwei bis fünf Sekunden pro Knoten zu investieren.

Aber ist es dafür nicht auch WENIGER Aufwand, wenn jetzt jemand feststellt, dass ich ungenau gezeichnet habe und die eine Ecke vom Parkplatz eigentlich einen halben Meter weiter nördlich ist, dass dann die Flächen die daran angrenzen auch direkt mit "umziehen"?

----

Wie gesagt, ich verstehe was du meinst (denke ich) aber es überzeugt mich nicht.
flohoff (2019-10-19 08:57:38+00:00): Routing ist Mathematik auf Graphen. Eine Fläche ist kein Graph. D.h. kein routing. Alle Paper und Experimente die sich damit befasst haben haben "künstliche Wege" auf den Platz gerechnet und die in den Graphen aufgenommen. Das geht mehr oder minder gut. Weil wie führst du jemandem um Hindernisse auf dem Platz herum. Defakto arbeitet da keiner dran und ich glaube nicht das das kommen wird. Das ist einfach ein totaler Spezialfall der viel CPU Power beim vorberechnen braucht und sehr fehleranfällig ist. Das ist es nicht wert. Bei OSM hat eingebürgert zusätzlich zur Fläche halt noch Wege hinzulegen. Damit geht das routing dann.

Mit dem verbinden von Objekten. Du willst nicht wissen wieviele landuses ich mit access restriction oder lanes berichtigt habe. Oder leisure mit Blatttypen drauf. 

Wenn du dinge miteinander verbindest dann klickt ein unbedarfter mapper auf die linie und fügt attribute hinzu ohne vielleicht genau zu sehen welches der objekte er da gerade selektiert hat. Dadurch entstehen einfach viele Fehler - unbeabsichtigt. Wenn du die objekte schön sortiert nebeneinander legst ist für jeden sofort klar was was ist.

Aber das ist wie ICH arbeite - und ich hab das Gefühl wenn jemand das zeugs wieder auf macht ist sofort klar das da angesagt ist. Deshalb empfehle ich anderen das auch. 

Am Ende wird ja irgendwer meinen Kram weiterpflegen müssen. Und für denjenigen will ich was sauberes hinterlassen.

Flo
Tarakff (2019-10-07 13:29:37+00:00): Bonjour, je travaille sur OSM sur la région de Sfax, pourrions nous discuter ensemble ?
CoyKoi (2019-10-04 10:33:49+00:00): Not sure why OSMCha reports "possible import" - there was no import in this changeset.
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75274226
ralley (2019-10-07 18:32:01+00:00): Don't worry about the OSMCHA warning - it produces quite a lot of false positives.  From memory the metric used for "possible import" is just based on the ratio of new nodes to modified/deleted nodes.
Durko_freemap (2019-10-05 12:23:48+00:00): Ahoj,
tato cesta je uz realne postavena? alebo si chcel len naznacit, ze sa bude stavat?
https://www.openstreetmap.org/way/731551757#map=16/49.2958/20.6953
Dik za odpoved. Durko
Michpet (2019-10-05 12:57:22+00:00): Ahoj, cesta sa momentálne finišuje s menším omeškaním, ale fyzicky je približne na vyznačenej čiare.
aceman444 (2019-10-05 19:29:51+00:00): Zdravim, prosim nabuduce uvedte aj nejaky zdroj udajov. Momentalne Vasa sada zmien uvadza len ze ste pouzili Bing, ale tam ta cesta urcite nie je.

Ak je cesta este len vo vystavbe, treba pouzit highway=construction, aby nevyzerala na mape ako funkcna pristupna cesta. Ak sa Vam javi, ze uz je fyzicky hotova, ale este neotvorena, tak tam treba dat aspon access=no, ze tam bezna premavka nema pristup.

Okrem toho, ak ste zakreslili novu cestu III. triedy, ake ma cislo?
Dakujem
SomeoneElse (2020-01-29 00:40:38+00:00): Hello,
Are you sure that the brand information on https://www.openstreetmap.org/node/1818454068/history is correct? The website for that brand http://ginospizza.com/Locations.aspx suggests that they are WV only.
Best Regards,
Andy
randalb (2020-01-29 14:52:35+00:00): Oops, you are correct. OSM was recommending to "Upgrade Tags" so I did. Upon investigation, this Gino's Pizza is not the US chain. I've corrected the tags. Thank you. :)
Dilancelik (2019-10-04 10:55:10+00:00): also my source is Mapillary too
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75275502
PT-53 (2019-10-05 08:01:06+00:00): Hallo zarquon,
durch die Klassifizierung dieser Brücke
https://www.openstreetmap.org/way/80364378/history
als footway sind die Beschränkungen horse=no + motor_vehicle=no unnötig.
Wie Du hier sehen kannst
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Germany
gelten diese Beschränkungen als impliziert.
Grüße
zarquon (2019-10-05 08:22:26+00:00): Hallo PT-53,
du hast recht.
Leider hat Josm in diesem Fall nichts dagegen.
access=unknown hat er aber als Warnung angezeigt. Das wollte ich beheben und habe diese Optionen zur Sicherheit dazu geklickt. Wird behoben :-)
Grüße,
Zarquon
literan (2019-10-08 20:12:36+00:00): Зачем вы это сделали? Там нет движения, а есть котлован: https://forum.nashtransport.ru/index.php?showtopic=47794&st=380&start=380 Откат.
User1 - Lightcyphers (2019-10-04 10:52:27+00:00): MDA:fixed crossing highways issue
flohoff (2019-10-04 14:01:00+00:00): Moin,
weil du hier Gebäude eingezeichnet und verschoben hast und als Source Bing angegeben. Korrigierst du die Bing lage auf die richtige Lage? Ich würde Empfehlen eher die ESRI Bilder zu nehmen. Die sind hier deutlich Lagegenauer.

Flo
            ---
            
            Published using OSMCha: https://osmcha.mapbox.com/changesets/75276185