piebro/osm-data huggingface dataset:
smootheFiets (2021-06-30 11:14:23+00:00): Eggie heeft gelijk: building in een ander building is gewoon verkeerd. Een correcte oplossing is building:part; als dat niet in de smaak valt kunnen ook losse adresnode's zoals eggie zij.  Op die manier heb ik het nu opgelost: https://www.openstreetmap.org/changeset/107201998
PT-53 (2020-08-16 05:44:45+00:00): Hallo  Ryukia,
Du hast an dieser Straße
https://www.openstreetmap.org/way/810835909/history
das Merkmal
highway=construction
abgeändert in
highway=residential.
Wenn die Straße für den Verkehr freigegeben wurde, sollte auch noch das Merkmal
construction=residential
gelöscht werden.
Grüße
PT-53 (2020-09-06 08:31:42+00:00): Hallo Ryukia, 
schaust Du Dir das nochmal an?
Fragende Grüße
Ryukia (2020-09-09 19:40:41+00:00): Hallo PT-53,
danke für den Hinweis, habe es abgeändert
Gruß Ryu
Cascafico (2020-07-24 12:54:38+00:00): Sei sicuro sia una track?
Track: "Strade per uso agricolo. Tipicamente le strade rurali, strade di campagna, strade forestali etc.; normalmente non asfaltate"
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/88458039
user_11452467 (2020-07-24 13:23:01+00:00): si
eggie (2020-07-24 12:49:00+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.

construction=residential is de specificatie van highway=cconstruction en zal dus ook nog verwijderd moeten worden.
Wegen die eenrichting zijn hebben vaak een uitzondering voor tweewielers. is dat hier het geval> dan bijtaggen
oneway:bicycle=no en onewayt:moped=no
Ik zie een foutmelding van een oneway=yes "impossible" Die zou dus geen uitgang hebben?
Je edits https://overpass-api.de/achavi/?changeset=88458073
MVG,
Eggie
BAK365 (2020-07-28 11:04:45+00:00): Danke für den Fix, das spart mir die Nachkontrolle :).
JodaStephen (2020-07-24 22:40:06+00:00): Alignments seem to agree now, thanks! BTW, the traffic calming is a "hump" not a "bump" in the Dukes Avenue area. See https://wiki.openstreetmap.org/wiki/Key:traffic_calming for the difference. FYI, I've mostly surveyed and will edit east of the High Street / Coombe Road up to Cambridge Avenue
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/88458172
ecatmur (2020-08-02 11:21:06+00:00): Ah, I see the difference, thanks. I think quite a few of these are "cushion" or "table", so I'll use those as well in the wider area.
eggie (2020-07-24 12:52:03+00:00): Oke .. review... oneway=no zie je nooit op voetpaden.
bicycle=destination.. Staat dat hier aangegeven. Beter gewoon bicycle=yes.
Wanneer het geen officieel wandelpad is en je mag er fietsen dan highway=path taggen.
MVG,
eggie
eggie (2020-07-24 12:53:13+00:00): bicycle=destination zal haast niet. wanneer het een wandelpad is met een bord dan geen fietsers laten routeren
Anders gewoon bicycle=yes.
eggie (2020-07-24 12:56:31+00:00): Regel construction=cycleway verwijderen. Dat is nog een rest van de aanleg.
bicycle=designated hoort niet op fietspaden. het is immers al een fietspad. 
foot=designated hoeft ook niet. 
Dat geeft allemaal foutmeldingen. 
Kijk nog even naar je edits.
Wel van belang is om de juiste categorie toe te kennen aan een fietspad.
Hier wat leesvoer betreffende de verschillende fietspaden:
G11: mofa=yes, moped=no, traffic_sign=NL:G11
G12a: moped=designated, mofa=designated, traffic_sign=NL:G12a
G13: moped=no, mofa=no, traffic_sign=NL:G13
https://wiki.openstreetmap.org/wiki/NL:Cycleway

MVG,
Eggie
ivanbranco (2021-12-20 19:24:12+00:00): Hi Duja,

https://www.openstreetmap.org/node/7743867371

I think it's strange to merge a place and a pic_nic site in the same node. Is this made on purpose or just a mistake? Also Locality is wrote with a capital L.
Duja (2021-12-21 08:18:17+00:00): Capital L was a mistake indeed, I probably typed the tag manually.

As for having both tags, I don't see a contradiction. It's a locality used as picnic site in summer. Having separate points would be a stretch, it's the same thing.
RicoElectrico (2020-07-26 10:58:30+00:00): Cześć, sam dokonałeś poprawki, która była przedmiotem tego zgłoszenia: https://www.openstreetmap.org/note/2277093

Nie odbiorę Ci przyjemności jego zamknięcia :)

Więcej informacji o tym jak działają uwagi: https://wiki.openstreetmap.org/wiki/Pl:Uwagi

Tymczasem życzę miłego mapowania, w razie problemów śmiało pisz na polskim forum: https://forum.openstreetmap.org/viewforum.php?id=23
eggie (2020-07-24 12:57:46+00:00): Eigenlijk is access=private voldoende om alles tegen te houden.
Henktenbrake (2020-07-24 13:08:47+00:00): Thanks!
eggie (2020-07-24 13:22:33+00:00): Wellicht heb je hier ook iets aan. https://satellietdataportaal.nl/
Wanneer je links klikt op het blokje kun je een vak opentrekken en heb je de laatste foto van juni 2020 helaas een wolk.. dus dan neem je mei 2020.
Gelijk maar weer wat water aangevuld bij de Roermomdsekade. Rendering duurt even.

Gr eggie
DDROMAGNY (2021-05-19 08:02:44+00:00): Bonjour, Serait-il possible de confirmer ces informations et de compléter par une description et de préciser si accessible PMR, si présence de produits bio ?
#CDT40
Vinber-Pro (2021-05-20 06:56:20+00:00): Moi aucune idée !
la question est pour qui ?
DDROMAGNY (2021-05-20 09:12:03+00:00): Les personnes concernées ont été également prévenues directement ;)
tastrax (2020-09-07 11:05:35+00:00): Hi folks FYI - Phone numbers in Australia should be added according to the following format +61 x xxxx xxxx, or use the phone:AU key if a 1300 or 1800 number as per the wiki guidelines https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines - I have just updated a recent addition that you made to OSM – Cheers
tanonin (2021-11-21 18:16:30+00:00): What are you refering to by artwork?
habi (2021-11-22 09:52:25+00:00): https://www.openstreetmap.org/node/7743897886 and https://www.openstreetmap.org/node/7743897885 which are there in addition to the memorial if I remember correctly.
We passed through there, parked our RV and had lunch in Bonnevaux.
I forgot to take pictures of the statues (if I remember correctly), so wasn't able to update it when back home/online.
tanonin (2021-11-22 17:05:39+00:00): I don't remember seeing statues but I'm not confident enough to say that they aren't so I'll let them as they are
habi (2021-11-22 19:27:27+00:00): Unfortunately, also Mapillary cannot help us both remember: https://www.mapillary.com/app/?pKey=500891164278162

I've added a note for the next person to come by and check: https://www.openstreetmap.org/note/2945359
eggie (2020-07-24 13:01:30+00:00): Geboen te doen hier. Wil je het precies doen kijk dan hier.. 
De brug hier is een mooi voorbeeld hoe een (brom)fietspad getagd hoort te worden. Eigenlijk hoort mofa=designated er nog bij.
Veel plezier met mappen.
Eggie
gnuza (2025-03-26 15:40:30+00:00): Hi, Node 2407774345 should not have been deleted since the place still exists.
Snusmumriken (2025-03-26 16:42:21+00:00): Did you notice that the changeset is 4 years old. Perhaps it didn't exist at that time.
gnuza (2025-03-27 11:32:31+00:00): Thank you for your fast reply. I was concerned that there is something I should be aware of before bringing this back. You were right. The place was closed for some months around that time because of covid. I am going to undelete this node then.
eggie (2020-07-24 13:29:07+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
eggie (2020-07-24 14:42:05+00:00): Hier had je weer van twee lijnelementen een natural=water gemaakt als multipolygoon. Nergens voor nodig Dat kun je beter niet doen. Gewoon één valk houden natural=water. Het wordt later anders moeilijk te bewerken.
eggie (2020-07-24 14:42:24+00:00): mp relatie verwijderd
eggie (2020-07-24 14:45:29+00:00): Wat ik bedoel Je maakt losse lijnelement mat natural=water en die verbind je dmv een multipolygoonrelatie.. Ik heb dat hersteld
lyctkel (2022-06-11 06:47:36+00:00): Hi b*k*,
handelt es sich bei https://www.openstreetmap.org/way/829695702 um einen Vertipper und ist statt building=z vielleicht building=yes gemeint?
Herzliche Grüsse,
lyctkel
user_70413 (2022-06-11 07:18:24+00:00): Danke für den Hinweis!
Da hat sich die Tastatur wohl auf englisch umgestellt ohne dass ich es mitbekommen habe!
leofranz (2020-09-04 08:31:51+00:00): Hi, wie kommst du darauf? Der Knoten Innsbruck liegt 7 Meter westlich von dem den du angelegt hast. Er existiert seit 2007. lg leofranz
ThomasTestor (2020-09-04 10:44:13+00:00): Das mag sein, aber der von dir angesprochene Punkt wird im OSM-Nominatim nicht als eigenständiger Punkt gefunden, wahrscheinlich weil er als Linked Place beim Boundary-Objekt 8182617 eingetragen ist. Daher dieses eigenständige Objekt vom Typ City. Irgendwas ist definitiv gelöscht worden, weil meine Website wetteraustria.eu verwendet Nominatim zur Koordinaten-Ermittlung für die Meteogramme und da hat die Eingabe "Innsbruck" plötzlich nicht mehr die richtigen Koordinaten geliefert. Auch bei der Prüfung in Nominatim wurde kein Objekt vom Typ City zurückgeliefert, nur Objekte vom Typ Boundary, welche ich aber auf meiner Website ganz klar nicht verwende, da diese häufig automatisch berechnete Center Points haben, die dann irgendwo auf einem Berg liegen statt im Ort und wo dann natürlich komplett falsche Temperaturen angezeigt werden. Leider liefert Nominatim keine Info zurück, ob der jeweilige Center Point automatisch berechnet oder manuell gesetzt wurde. Im Falle Innsbruck wurde er manuell gesetzt, aber im Falle von Imst liegt er im Nirgendwo. Es gibt noch sehr viel weitere Gemeinden wo das der Fall ist.
leofranz (2020-09-04 11:10:09+00:00): Aber Innsbruck ein zweites Mal anlegen nur damit deine Website funktioniert kommt dir jetzt auch ein bissl komisch vor oder?
Vor allem bräuchtest du dann ja auch ein zweites Wien, Linz, St. Pölten und Graz
ThomasTestor (2020-09-04 11:16:44+00:00): Wie gesagt, es ist kein zweites Mal, da der von dir angesprochene Punkt im Nominatim nicht auffindbar ist, wo ich nichts dafür kann. Falsch, die meisten Orte haben bereits einen eigenständigen zusätzlichen Punkt vom Typ City. Kannst ja gerne mal wie ich ein paar Tiroler Orte durchtesten, da ist es bei mir überall der Fall gewesen. Natürlich würde ich das nicht so programmieren, dass man bei jedem Ort ein zusätzliches Objekt anlegen müsste, das wäre ja bescheuert. Und wie gesagt hat es ja auch früher schon funktioniert, da muss irgendwer das eigenständige City-Objekt gelöscht haben.
ThomasTestor (2020-09-04 11:18:43+00:00): Die meisten Orte haben dafür keinen manuell festgelegten Center Point beim Boundary Objekt. Sprich Boundary-Objekt für die Fläche der Gemeinde und ein eigenständiges Objekt vom Typ City für den Ortskern scheint offenbar die Standard-Vorgangsweise zu sein. Jedenfalls trifft es auf alle oder fast alle Tiroler Orte zu.
ThomasTestor (2020-09-04 11:20:21+00:00): Eher sollte man also den manuell festgelegten Center Point löschen, wenn man unbedingt Redundanzen vermeiden will. Von mir aus kann es auch so bleiben.
leofranz (2020-09-04 12:35:25+00:00): Nein sollte man nicht. Bevor du Änderungen in OSM machst, lies dir bitte die entsprechenden Stellen im Wiki durch:
https://wiki.openstreetmap.org/wiki/Relation:boundary
Wenn du Verständnisproblem mit der Funktionsweise von Nominatim hast, dann lies dir https://wiki.openstreetmap.org/wiki/Nominatim/FAQ#Where_have_all_the_place.2Fcity.2Fcountry_nodes_gone.3F durch oder stell hier: https://help.openstreetmap.org/ eine Frage. Aber zwei Mal place=city mit name=Innsbruck ist falsch, bitte korrigiere deine Änderung
Luzandro (2020-09-04 12:36:01+00:00): Es ist recht leicht überprüfbar, dass weder der alte Place-Node gelöscht wurde, noch die Eigenschaft als admin_centre etwas besonderes ist, das bei anderen Hauptstädten nicht vorkommen würde (was immer noch kein Duplizieren des Nodes rechtfertigen würde)

https://www.openstreetmap.org/node/21015489

Auch in der Nominatim-DB ist der Place-Node offenbar noch

https://nominatim.openstreetmap.org/ui/details.html?osmtype=N&osmid=34840064&class=place
ThomasTestor (2020-09-04 12:46:06+00:00): Das Objekt 34840064 wird aber nicht als Suchergebnis angezeigt, sondern ist nur abrufbar, wenn man den Umweg über das Boundary-Objekt geht.
Mittlerweile habe ich das auch mal bei Gemeinden in Oberösterreich getestet und da scheint das häufiger vorzukommen, dass Orte kein City-Objekt und dafür einen manuell gesetzten Center Point beim Boundary-Objekt haben. Es scheint im OSM also keine Standard-Weise zu geben, es ist eher ein Fleckerlteppich. Ich werde also meine Website so umprogrammieren, dass als erstes Objekte vom Typ City und erst wenn solche nicht vorhanden sind Objekte vom Typ Boundary genommen werden. Sobald ich das gemacht habe werde ich das eigenständige Innsbrucker City-Objekt löschen. Danke für den Hinweis
sovereign_ch (2020-07-26 23:24:50+00:00): Warum genau fügst du solchen Datenmüll hinzu? Eine Signalisation gilt bei uns ab der entsprechenden Signalisationstafel und _nicht_ nach irgendwelchem Bauchgefühl.

SVG und SSV sollte man schon so weit beherrschen, um hier "mitzureden". Ansonsten StreetComplete ignorieren oder in die Tonne schmeissen.
user_5359 (2020-07-25 07:13:41+00:00): Welcome to OSM! I have delete your SEO SPAM (mostly no standard keys, no verifiable data or not positive verifiable address data). If this is an error, you can report it here, then we will be happy to help restore the data. For the most information in the description we have own keys. Please have look on the website http://wiki.openstreetmap.org.
alphensebezorger (2020-07-24 17:17:08+00:00): Hallo smootheFiets,
De routering loopt nu nog vast op de laatste 5m Padland bij de rotonde: https://www.openstreetmap.org/way/113238332 Kun je daar de smoothness=impassable ook nog van verwijderen?
Zo te zien moet je daarover wel kunnen fietsen om naar de Gamma e.d. te gaan.
Vriendelijke groeten, Alphensebezorger.
dvdhoven (2020-07-24 18:05:34+00:00): En waarom moet de smoothness tag geheel verdwijnen? Aanpassen naar intermediate of good is toch ook een optie?
alphensebezorger (2020-07-24 18:22:05+00:00): Als jij weet wat de juiste waarde is, kun je die natuurlijk invullen. Omdat je de tag op de rest van de weg hebt verwijderd, dacht ik dat je Mapillary o.i.d. niet duidelijk genoeg vond om de juiste waarde te bepalen. Vanuit Groningen is het natuurlijk wel een eind rijden voor een survey ;)
smootheFiets (2020-07-24 20:31:30+00:00): Ik heb daar idd over getwijfeld, maar dan was het wat alphensebezorger zegt: ik ben daar nooit geweest, en de beelden op Mapillary zijn van 2015. Vind ik niet duidelijk genoeg. Over het algemeen zet ik zeker meer smoothness tags dan ik verwijder :)

Routering naar het Retailpark: dat stukje Padland heb ik over het hoofd gezien, my bad. Het heeft ook bicycle=use_sidepath, net als de rotonde. Allebei per abuis, volgens mij, want daar is geen sidepath. Het zal nog steeds niet naar de Gamma routeren, want de weg aan de oostkant van de rotonde heeft bicycle=no.  Op Mapillary zie ik geen C14 oid. Maar dan: zie boven. Wat denken jullie?

Vanaf de Hammerstraat naar de Gamma stuurt OSRM mij langs de rotonde Oenerweg. Lijkt mij zo gek niet.
dvdhoven (2020-07-25 06:32:51+00:00): Met de fiets mag je niet op de rotonde de Meent komen. Je moet inderdaad naar de Oenerweg.
Vroeger lag er meer fietspad daar, maar een deel is verwijderd.
Maar uit de ligging van de fietspaden is nu wel ongeveer duidelijk hoe de fietsroutering is. En uit de weginrichting blijkt ook wel dat de rotonde niet voor de fietsers bedoeld is.
user_11435438 (2021-06-03 06:25:17+00:00): 您是DWG成員，因此您應該更加清楚不應該通過osm表達政治觀點。在此完全處於PRC的地圖要素中就應該按照PRC的標準，爲何你多次加入您的政治觀點？如果您的作法是合理的，那麼我是否可以在中山高速上以同樣的方式表達令您不爽的觀點：在zh-Hans中强調此高速爲中國國家高速G99？您作爲DWG成員應該帶頭遵守osm準則。並且根據osm準則，zh-Hant是“繁體中文”，和臺灣或是中華民國都沒有任何强關聯，它可以是香港、新加坡等各種繁體中文，應以當地的中文爲準，也就是在中國大陸就使用中國大陸的繁體中文。您要强調“臺灣”的話大可使用zh-TW，但這樣的話我也可以在中山高速等等地圖要素上面用zh-CN來表達我的政治觀點。
eggie (2020-07-24 14:12:29+00:00): Omdat zaken vaak per abuis worden vastgeplakt kan er ook wel eens wat verkeerd gaan omdat je schuift.
Hier dus ook.
https://overpass-api.de/achavi/?changeset=88460995
Baak van Wemeldinge zijn huizen uit hun vorm nu.
Eggie
eggie (2020-07-24 14:13:06+00:00): Ook hier construction house verwijderen
eggie (2020-07-24 14:19:33+00:00): woningen hersteld...  landuse residential volgt
eggie (2020-07-24 14:21:28+00:00): landuse (niet gesloten vlak) residential hersteld
eggie (2020-07-24 14:37:24+00:00): De landuse=construction had je ook onderbroken en hersteld (wellicht doet editor iD dat automatisch?) als multipolygoon. Ik heb die weer verwijderd
eggie (2020-07-24 14:10:16+00:00): Review.. het is net als bij die bouwstraten. De regel construction=house (specificatie) kan ook nog weg. 
Tweewielers zijn vaak uitgezonderd van oneway=yes is dat hier zo?

Dan bijtaggen oneway:bicycle=no en evt. oneway:moped =no
Gr eggie
eggie (2020-07-24 14:10:35+00:00): Je edits https://overpass-api.de/achavi/?changeset=88461173
mdejean (2020-10-30 23:14:15+00:00): Why did you draw a culvert from Willow Lake to Spring Creek?
mdejean (2020-10-30 23:31:18+00:00): nevermind it was added 3 years ago.
eggie (2020-07-25 18:09:56+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
Frans S (2020-07-24 14:17:58+00:00): Correct mapped.
eggie (2020-07-24 15:01:41+00:00): Alle begin is lastig... 

Je zou nog even kunnen kijken of die voetpaden wel verbonden mmoete zijn met andere wegen. Nu routeert het niet.
Het wandelpad vanuit de Tigelaarstraat eindigt nu op het bos en het hek. 
Je edits https://overpass-api.de/achavi/?changeset=88462773

MVG,
eggie
SomeoneElse_Revert (2020-07-25 16:36:20+00:00): This changeset has been reverted fully or in part by changeset 88500502 where the changeset comment is: Reverting sock-puppet of spigo_de_ajo reported to DWG.  See https://www.openstreetmap.org/user_blocks/3808. Also https://www.openstreetmap.org/changeset/88495808 ..
Pieter Vander Vennet (2020-07-25 10:52:16+00:00): Zeg Joost, waarom voeg je zoveel afbeeldingen toe? Eéntje volstaat ;)

(Er zat gisteren een bug in mapcomplete dat dezelfde afbeelding telkens opnieuw geupload werd, is eruit ondertussen. Ik kuis het op)
eggie (2020-07-24 14:57:03+00:00): Up to you.. Jij bent de local mapper!
Gr eggie Soms vormen meerder stukken groen dat weer een park. De leisure=park kun je dan gewoon over de wegen, water een plantsoenenheen leggen . Het is een transparant om de functie weer te geven. 
Dit stukje op zich voldoet niet aan de definitie van park.
Casey_boy (2021-03-21 11:16:09+00:00): Hi, what is way 533372695? (https://www.openstreetmap.org/way/533372695) After your edit, it is just shown as a line with no tags. Should it be deleted?
girinj (2021-03-24 05:04:14+00:00): Thanks for checking into our edits. i have added the track road as per the available imagery. i haven't modified any of the existing data https://www.openstreetmap.org/way/533372695. please go ahead and make the necessary changes or let me know to make the required changes. always happy to learn from the community
Sowa1980 (2020-07-24 17:02:26+00:00): Здравствуйте Вы в курсе что запрещено вносить данные из 2 ГИС и прочих не свободных источников?
Something B (2020-07-25 22:22:28+00:00): Здравствуйте, Asumarin!
1. Если данные из 2ГИС, они не подходят для импорта;
2. Если данные не из 2ГИС, то
https://www.openstreetmap.org/node/7744329344 обозначена как школа. Возможно это ошибка.
Asumarin (2020-07-27 07:34:24+00:00): Здравствуйте! Под словами данные 2гис я подразумеваю не фид оттуда, а компании которые у нас так помечены, так что не обращайте внимание, в следующий раз буду понятнее выражаться чтобы не было таких моментов
Asumarin (2020-07-27 07:36:50+00:00): Школа видимо да, ошибка, это скорее всего детский сад. Или  есть более хороший тэг?
Something B (2020-07-27 08:05:28+00:00): amenity = kindergarten
Asumarin (2020-07-27 08:08:42+00:00): поправил, спасибо
Sowa1980 (2020-10-21 15:27:19+00:00): Я одного не понимаю за чем вы уродуете,  то что Вы в глаза даже не видели. Как расценивать Ваши действия?
Something B (2020-10-21 21:35:43+00:00): @Sowa1980
Уточните пожалуйста, что не так?
marc__marc (2026-02-23 07:23:40+00:00): Bonjour,
https://www.openstreetmap.org/node/4943623703
si tu en as l'occasion il faut vérifier si c'est toujours ouvert car j'ai l'impression que non.
par ailleurs le numéro de téléphone était invalide et je l'ai supprimé
Cordialement,
Marc
Sowa1980 (2020-07-24 16:58:51+00:00): Здравствуйте Вы в курсе что запрещено вносить данные из 2 ГИС и прочих не свободных источников?
Asumarin (2020-07-27 07:37:20+00:00): Ответил в другой ветке
Sowa1980 (2020-07-24 16:58:25+00:00): Здравствуйте Вы в курсе что запрещено вносить данные из 2 ГИС и прочих не свободных источников?
Asumarin (2020-07-27 07:37:27+00:00): Ответил в другой ветке
kapazao (2020-07-25 10:02:29+00:00): Hola, por favor usa las imágenes PNOA para posicionar los elementos, ya que si usas otras imágenes aéreas y no las ajustas bien con PNOA estarás poniendo las cosas movidas. En este caso los edificios hay que dibujarlos según sus bases y algunos se cruzan con vías. Puedes usar Catastro para dibujar los edificios y después ajustarlos con PNOA.
Un saludo y gracias por tus contribuciones.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/88464884
Ficky IRM-RV (2021-06-28 02:26:19+00:00): Olá WASD42,
neste objeto (https://pewu.github.io/osm-history/#/way/829749718) encontrei um problema de crossover.

você consertaria isso? deixe-me saber se houver alguma atualização de dados.

obrigada
gmar5 (2021-04-21 16:21:48+00:00): Hi, There is a bus stop in this changeset which doesn't look right in the middle of that field. Do you have more information on it or can it be deleted? Thanks.
addedentry (2021-04-21 17:21:50+00:00): Yes, please delete!
Mikroprofessor (2020-07-24 15:47:41+00:00): The comment ist an older one of a changeset before. Correct: New: Path to Colbricon Piccolo, Corrected: Position of Colbricon Piccolo (GPS)
Frans S (2020-07-24 17:26:01+00:00): Hello. Thanks for mapping. I review on your request.
None of the buildings you mapped here are correct mapped. Not accurate, rectangular and squared. Please be more accurate in your mappings and square each building with the Q key
Best regards
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/88465995
ortho_is_hot (2020-07-25 01:03:18+00:00): G'day Max Phillips 76 and welcome to OpenStreetMap,

I noticed you put the maxpseed:conditional information into the speed limit box in iD. I've gone ahead and created a new key for it, maxspeed:conditional, in the all tags section at the bottom of the properties, as the speed limit box is for the normal speed outside of school zones. You can see it in the way properties here: https://www.openstreetmap.org/way/55037501

Cheers,
ortho_is_hot
Max Phillips 76 (2020-07-25 12:20:30+00:00): Thanks. How do I change the length of the school zone?  It stops just before the intersection with Comet Street
ortho_is_hot (2020-07-25 13:57:26+00:00): You'll need to split Alt Street—in iD (the online editor) insert a point where the school zone is, right click on it and split it. Then remove the maxspeed:conditional key from the section beyond Comet Street
eggie (2020-07-24 16:42:28+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie
tesp (2020-07-29 18:28:13+00:00): Olen sanonut monesti aiemmin, älä lisää näitä käyttörajoituksia! Joudun koko ajan kumoamaan muutoksiasi!
Frans S (2020-07-25 12:58:04+00:00): I'm sorry to say, but the quality of mapping is below par
Please open the task, better correct and make the buildings square
Best regards