piebro/osm-data huggingface dataset:
tekim (2020-08-07 00:49:18+00:00): Hi Rob,
If foot travel (hiking, walking, running) is truly allowed and if there is no foot=yes tag, data users will have no way of knowing this fact.  If there is no foot=* tag the assumption by most data users will be that the legality of foot travel is unknown.
Mike
mueschel (2020-06-19 13:13:52+00:00): Hi,
you used the tag 'socket:domestic' on several nodes - why is this new key needed? There are so many different socket types around, how does this provide useful additional information?
Peter Bremer (2020-06-28 16:22:23+00:00): Exactly because there are so many socket types defined, and the tag definition is put up in such a way that you can't add a POI unless you know the exact socket type. This goes against the way OSM defines tags in general. I can not get around that without either changing the complete socket tag definition, or adding the generic "domestic" type.
mueschel (2020-06-28 16:41:19+00:00): What do you mean by "you can't add a POI"? Just not adding the tag is always an option.
Peter Bremer (2020-06-29 11:53:10+00:00): I'm not sure if you are familiar with the socket tags? The tag format is socket:<type> = <count>. With this format, if one is not certain about either the socket type or the number of sockets, it is not possible to add the tag. And since this is the only tag, that would leave a node with tags, which is not usable either. That is why I used the generic type value, and "yes" for count. Do you have a better solution for tagging sockets?
Peter Bremer (2020-06-29 11:54:42+00:00): "... that would leave a node withOUT tags...", sorry for the confusing typo.
mueschel (2020-06-29 14:03:14+00:00): 99.5% of all socket tags are combined with some "amenity" tag and there should be no cases of a socket without a proper top-level tag.
So, if I understand correctly, what you're actually asking for is a top-level tag for sockets that are not part of a (e.g.) charging station?
Peter Bremer (2020-06-30 07:51:44+00:00): Yeah, these are not power stations for charging your car, but regular domestic sockets in the wall, can be used for charging your phone or computer if you're low on power. Many public and semi-public indoor spaces have them, available for public use but not clearly signed. What would you suggest for a top-level tag in this case?
mueschel (2020-06-30 08:07:51+00:00): In the current situation I would add 
power_supply=yes to the nodes, combined with a socket:* if known. That should be sufficient and doesn't conflict with any amenity or shop tag.
(I don't like the idea to have power_supply with the socket type as value - this is described in the wiki, but used only very rarely)

For stand-along power supply nodes, 
there was a proposal for amenity=power_supply (used 160 times), but this was cancelled after discussion started about the differences to amenity=charging_station.
https://wiki.openstreetmap.org/wiki/Proposed_features/amenity%3Dpower_supply
user_5359 (2020-06-17 19:57:05+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.

Please noticed: An address is part of the (main) building, not of the highway or property.
jemily1 (2020-06-17 20:43:14+00:00): ¿porque Calle San Vicente del Raspeig sale con los bordes como de sierra?
Jordi MF (2020-06-21 20:08:55+00:00): Salí con los bordes serrados porque la etiqueta de la superficie de la calle tenía un valor incorrecto; ponía "surface=asfalto" (el calor 'asfalto' no lo reconoce) y debía estar con la etiqueta correcta ("surface=asphalt"). Ya lo he corregido.
jemily1 (2020-06-23 19:32:42+00:00): en Calle Relleu, esquina con Calle Norte, indicaste un cruce peatonal sin semáforos que marcaste con: "highway:crossing" y "crossing:zebra" ; ahora lo he terminado marcando el cruce peatonal y uniéndolo con las aceras, poniendo esto: "highway:footway" "footway=crossing" y "crossing=marked" - ¿en qué casos se usa uncontrolled? ya lo he preguntado aquí, pero de momento nadie contesta: https://forum.openstreetmap.org/viewtopic.php?id=69805
Jordi MF (2020-07-01 07:58:04+00:00): Ese foro casi nadie de la comunidad española lo utiliza. El que usamos habitualmente es este: http://gis.19327.n8.nabble.com/Spain-f5409873.html
Actualmente no hay ninguna diferencia entre "crossing=marked" y "corssing=uncontrolled". Sin embargo, yo estoy acostumbrado a la etiqueta uncontrolled porque fue la primera que se usó para describir un paso de peatones sin semáforo. Años más tarde, los programadores del editor iD (uno de los que aparece en la web openstreetmap.org) se "inventaron" la etiqueta crossing=marked sin consensuarla con la comunidad de usuarios y la añadieron a sus opciones predefinidas en lugar del valor aceptado "uncontrolled". Con el paso del tiempo, la gente que edita con iD, ha ido añadiendo la etiqueta "marked" sin saber que no era correcta. Ahora, la etiqueta "marked" está tan extendida que se ha aceptado. Por tanto, puedes usar la que quieras: uncontrolled o marked.
Saludos,
Jordi
jemily1 (2020-07-01 19:20:56+00:00): pues yo prefiero la etiqueta marked, ya que con uncontrolled no te sale el peatón en medio del cruce; además, la vía de cruce peatonal sale un poco más clara con uncontrolled, y más oscura con marked -
jemily1 (2020-07-01 19:24:07+00:00): de los pasocebra ya sólo me queda saber lo que hay poner, en el punto de cruce de la vía y en el cruce peatonal, cuando está marcado con una señal vertical de paso de peatones, en villafranqueza hay pasos sólo con la pintura vial y otros con pintura y señal vertical
Jordi MF (2020-07-01 21:21:29+00:00): Yo no hago distinciones si un cruce de peatones tiene señal vertical o no. Uso las mismas etiquetas en ambos casos.
tyndale (2020-06-17 23:19:00+00:00): Hi n76,
thanks for your cleanup work!
Was https://www.openstreetmap.org/way/358677961/history closed?
--tyndale
n76 (2020-06-17 23:49:30+00:00): Boy, I guess I should have smaller change sets but I get carried away. My primary goal is to get rid of the deprecated and unused is_in:*=* and fix as many of the name_1=* tags as I can. The other fixes and updates are based on the JOSM validator algorithms (I like to clean that up as much as possible before uploading). And while I am looking at things I can't stop myself from adding things like pavement surface, stop signs, etc. Pretty soon it becomes a big change set.

Anyway, I think you are referring to the school that I removed at https://www.openstreetmap.org/#map=17/32.79659/-117.01130&layers=N

When the JOSM validator flagged duplicate addresses I found a node and a polygon. I was going to just "replace geometry" to merge the node into the polygon. But then I looked at the imagery. The older imagery showed what looked like a school. Some others showed maybe some construction. But the Bing imagery showed streets and completed house construction. So I came to the conclusion the school was no longer there, removed the school and added the new streets. I don't see names for those new streets in TIGER 2019, so they are currently unnamed residential which will be showing up as an error of some sort in things like Osmose. I hope I didn't totally screw that one up.

I see that you are doing some edits in the San Diego. Are you local? If so could you confirm the new streets and houses?

I am up the road in south Orange County. I guess I should make a road trip to confirm and maybe to get street names too. But if there is someone closer that would be great.
SomeoneElse (2020-06-17 00:07:34+00:00): Hello hwsuhy,

Please use meaningful changeset comments so that other users can understand what you are changing.  See https://wiki.openstreetmap.org/wiki/Good_changeset_comments .

Best Regards,

Andy
SomeoneElse (2020-06-17 00:07:59+00:00): hwsuhy 님 안녕하세요.

다른 사용자가 변경 사항을 이해할 수 있도록 의미있는 변경 사항 주석을 사용하십시오. https://wiki.openstreetmap.org/wiki/Good_changeset_comments를 참조하십시오.

친애하는,

앤디
Supaplex (2020-07-09 05:11:10+00:00): revert in https://www.openstreetmap.org/changeset/87740433
#DWG
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86744110
Vinber-Pro (2024-06-17 10:36:52+00:00): Bonjour,
j'ai l'impression que vous nommez souvent avec une description. Par exemple ceci https://www.openstreetmap.org/way/146754713/history

le nom n'est pas Écurie, c'est une description. D'autant que vous avez ajouté le bon attribut https://wiki.openstreetmap.org/wiki/FR:Tag:building=stable?uselang=fr.

à plus
alzyee (2020-06-21 10:49:15+00:00): What is your source?
pkoby (2020-06-21 11:17:52+00:00): Outdated local knowledge and imagery, I guess. I'll revert shortly.
ToniE (2020-06-17 08:10:33+00:00): Servus sovereign_ch,

ich habe EinsJonas schon deswegen angeschrieben mit dem Hinweis, dass das wohl demnächst entfernt wird - echt grauenhaft.

Gruß
Toni
Arno1801 (2020-08-21 23:56:32+00:00): Lors de l'identification de vitesse de bretelles d'entrée/sortie d'autoroute, svp utiliser le tag maxspeed pour la limite légale seulement. La donnée maxspeed est utilisée par exemple par Tesla pour aviser l'utilisateur qu'il dépasse la limite légale. Pour définir une vitesse recommandée, utiliser le tag maxspeed:advisory.
Merci
ChaireMobiliteKaligrafy (2020-08-23 01:57:11+00:00): Effectivement, par contre, les limites officielles du MTQ pour les bretelles sont de 65 km/h. Vous pouvez vérifier dans les données ouvertes AQ Routes.
ChaireMobiliteKaligrafy (2020-08-23 11:54:31+00:00): Dans le code de la route effectivement, les limites de l'autoroute s'appliquent jusqu'à une pancarte. Par contre dans la plupart des cas, même avec une Tesla, prendre les courbes à 100km/h est impraticable... Le problème est pour les calculateurs de chemin, qui vont prendre des vitesses de 100 km/h, ce qui donnera des trajets trop rapides sur ces bretelles...
ChaireMobiliteKaligrafy (2020-08-23 12:07:48+00:00): Dans le calculateur OSRM, ils prennent en compte les maxspeed:advisory en priorité, donc c'est bon. Par contre, je ne sais pas pour les autres calculateurs.
Arno1801 (2020-08-23 12:50:44+00:00): Je crois que le point que vous soulevé a déjà été discuté sur le wiki dans la page discussion sur maxspeed(voir Allowed and practical maxspeed).
ChaireMobiliteKaligrafy (2020-08-23 12:56:02+00:00): Effectivement, mais maxspeed:practical n'a pas été approuvé, bien qu'utilisé un peu partout. Je vais laisser maxspeed à 100 et advisory à 65. Dans notre cas, nous utilisons OSRM, alors pas de problème, il lit bien les advisory.
Arno1801 (2020-08-23 13:35:48+00:00): Merci et bonne journée :)
arcth (2020-06-21 00:15:17+00:00): Hello mapeditor11,

Most pavements in Riga are already mapped using the sidewalk tags [1], therefore it is not necessary to add separate ways for them. There is a map render [2] displaying sidewalks, cycle lanes and parking lanes mapped as part of the road.

[1] https://wiki.openstreetmap.org/wiki/Key:sidewalk

[2] https://osm-tiles.james-ross.co.uk/?map=18/56.957083/24.111423
iav (2021-05-27 11:33:02+00:00): Please, don't convert living streets and residential into tracks. Highway classes not about a surface, it's about a usage. Streets with names signed on a territory plans shouldn't be a tracks or paths.
HellMap (2021-10-21 11:15:30+00:00): I see there are still many roads marked as tracks causing bad routing, so you haven't fixed them yet.
DP24PH (2020-06-18 06:35:06+00:00): Change log:
[-] Overlapping proposed motorway links that causes clutter to the existing Ridgemont Phase 2

Questions? Comments? Suggestions? Kindly comment down here.

Much love,

DEARPAUL24
DressyPear4 (2020-06-17 07:13:06+00:00): Não fique adicionando a tag "park" em tudo que você vê pela frente, prova disso foi a lagoa que ficou verde ao invés de azul.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86745312
DoctorSpeck (2020-06-17 13:16:26+00:00): Can you check the tags on the way enclosing the property?
It's tagged as building=yes where it should probably be landuse=commercial
https://www.openstreetmap.org/way/816706791
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86745746
Adamant1 (2020-06-18 02:06:25+00:00): Thanks for bringing it to my attention. I chalk it up to iD Editor automatically adding the building tag when it shouldn't have. Although, it's on me for failing to catch it. I'm never sure if things like this should be landuse=commercial or landuse=garages. Whatever the case, it's at least not tagged as a building now.
mariotomo (2021-04-18 16:41:35+00:00): hola.  qué es un sidewalk=shelter?  en todo el database OSM sólo hay dos, y son tuyos.
Алексей Рак (2020-06-17 04:18:41+00:00): Колодец. Питьевая вода.Ведро.
user_5359 (2020-06-17 19:20:09+00:00): Hello! Please notice the correct access value is yes instead of all.
peddil (2020-06-18 03:00:48+00:00): thanks for checking our edits and for the quick suggestion.i will be careful while editing all my future edits. always happy to learn from the community
BCNorwich (2020-06-28 07:13:55+00:00): Hi I amended the areas making a nested multipolygon of all areas to stop forest rendering over the water, also tagged islets.

Regards Bernard
blackboxlogic (2021-03-18 19:03:02+00:00): layer=-1 for way#302532272 would mean that the walkway is underground but the satellite imagery seems to show it above ground. What were you trying to achieve here? -Alex
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/86748155
literan (2020-06-17 19:48:47+00:00): Приветствую! для подъездов более точный тег entrance=staircase
siberiano (2020-06-18 05:20:58+00:00): спасибо! исправлю
trial (2020-09-18 10:03:41+00:00): And now, you can be kept buzzy by adding roads: http://osmose.openstreetmap.fr/fr/map/#zoom=18&lat=22.33883&lon=88.619928&item=7090%2C9xxx&level=1%2C2%2C3&tags=&fixable=
Nakaner (2020-06-23 08:57:15+00:00): Hi,

in this and multiple similar changesets, you added tags presumably suggested by the validations rules of the iD editor to lots of Subway stores all over Europe. I presume that this happened without any local knowledge. From my point of view, this is a mechanical edit even if it is split over multiple edits. The usage of Maproulette makes it an organised activity in addition. Could you please tell me where I can find the following information:

- The person reponsible for the organised acitivity as required by the Organised Editing Guideline.
- The documentation of that activity as required by the Organised Editing Guideline and the Automated Edits Code of Conduct.
- The list of users involved in the activity because it does not use a sufficiently unique hashtag.
- The discussion with the community prior to the mechanical edit as required by the Automated Edits Code of Conduct.

https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

https://wiki.osmfoundation.org/wiki/Organised_Editing_Guidelines

Please pause any of these edits until these questions are answered and all requirements of the guidelines are met. Please inform anyone also participating in this activity about this request.

Best regards

Michael
skquinn (2020-06-17 18:28:30+00:00): What exactly is this change supposed to be? "1" doesn't tell me anything.
compdude (2020-06-21 04:10:23+00:00): This ramp that you added was removed several years ago when this interchange was rebuilt. I am going to remove this ramp.
talukdm (2020-06-22 04:47:02+00:00): Hi,

Thanks for reviewing and correcting the edit. I've made the edit as there is no updated imagery in OSM, Thanks for the inputs. Looking forward to learn more from you. 

Regards,
talukdm
whb (2020-06-17 20:17:18+00:00): Guten Tag,
auf welcher Grundlage wurde hier die Haltestelle "Zoo / Medizinische Klinik" in "Medizinische Klinik" umbenannt?
An der Haltestelle stand noch vor wenigen Tagen "Zoo / Medizinische Klinik", auch im Fahrplan steht weiterhin "Zoo / Medizinische Klinik".
wies1 (2020-06-28 09:58:00+00:00): Ich habe gerade noch einmal nachgeschaut. Laut Fahrplan Linie 31 heisst die Haltestelle in Fahrtrichtung Technologiepak  tatsächlich "Zoo/Medizinische Klinik" - eine separate Haltestelle "Zoo" gibt es in dieser Rixhtung nicht.

In der Gegenrichtung heisst sie laut Fahrplan Linie 31 "Medizinische Klinik" und es gibt die separate Haltestelle "Zoo"

Werde daher Fahrtrichtung Technologiepark entsprechend korrigieren. Was die Haltestelle "Zoo" angeht, sollte dies denke ich vorort noch einmal geschaut werden, ob diese tatsächlich nur einseitig ist.
abakus_uploader (2020-06-17 22:31:13+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!
Nakaner (2020-06-22 14:22:36+00:00): Hallo,

führt https://www.openstreetmap.org/way/816755559 durch den Eisenbahntunnel oder hast du ihn unabsichtlich mit dem Bahngleis verbunden? Bitte lösche den gemeinsamen Node, falls diese Verbindung in der Realität nicht existiert.

Viele Grüße

Michael
mellmake (2020-06-27 13:27:48+00:00): Da ist wirklich der Tunnel drunter. Der Weg geht durch.

Ralph
eggie (2020-06-17 08:00:45+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht.
MVG,
Eggie


Review...

Je hebt Zaagje 7 verplaatst naar Kokkel 3
Dat zal denk ik niet kloppen.
Bij reguliere straten is het niet gebruikelijk om lanes=2 te gaan invullen.

Je edits https://overpass-api.de/achavi/?changeset=86756152
MVG,
Eggie
SHdesign (2020-06-17 08:31:07+00:00): Zaagje 7 losgekoppeld en teruggeplaatst.

Tevens bij alle wijzigingen van de straten lanes=2 weggehaald.
apm-wa (2025-02-18 19:19:08+00:00): That is incorrect. The country itself is admin_level=2. As a city, Ashgabat should be admin_level=8. See https://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#Country_specific_values_%E2%80%8B%E2%80%8Bof_the_key_admin_level=*
eggie (2020-06-17 08:05:26+00:00): Permissive routeert gewoon, maar het betekent eigen terrein. Je mag er komen maar de eigenaar van de grond kan je ten allen tijde  de toegang ontzeggen.

Vaak is het zo dat fietsers zijn uitgezonderd van eenrichtingsverkeer.. Is dat hier het geval. Dan bijtaggen
oneway:bicycle=no
en evt
oneway:moped=no

Kijk je nog even?

Gr Eggie
SHdesign (2020-06-17 08:31:45+00:00): Tags toegevoegd :-)
Tevens bij alle wijzigingen van de straten lanes=2 weggehaald.
eggie (2020-06-17 08:12:46+00:00): lanes=2 in reguliere starten is niet gebruikelijk. 
Meer voor ingewikkelde kruisingen en het aantal rijbanen op een snelweg.
SHdesign (2020-06-17 08:32:01+00:00): Bij alle wijzigingen van de straten lanes=2 weggehaald.
eggie (2020-06-17 08:11:29+00:00): Is hier een uitzondering voor tweewielers?  Meestal wel.
Dus oneway:bicycle=no bijtaggen. Het zou anders niet meer goed routeren.
MVG,
Eggie
SHdesign (2020-06-17 08:32:28+00:00): Uitzondering gemaakt voor fieters en brommers
eggie (2020-06-17 08:40:08+00:00): Oke top!
Gr eggie
Tomas Straupis (2020-06-17 12:00:22+00:00): NEREIKIA klausyti nesąmoningų iD patarimų keisti atseit „pasenusias“ žymas. Atkeičiau atgal.
#banid
henrime (2020-06-17 12:04:46+00:00): Supratau. Keista, kad platforma pati tai siūlo.
Tomas Straupis (2020-06-18 17:46:08+00:00): iD yra tiesiog vienas iš redaktorių, ir toli gražu ne pats geriausias, jį net ne OpenStreetMap bendruomenė darė. Tai nėra „platforma“. iD šiaip tinkamas tik labai paprastiems redagavimams: pridėti suoliuką, gatvės pavadinimą ir pan. Net plotų (gyvenamųjų, pievų ir pan.) keitimus man visus vėliau tenka pataisyti su plinaverčiu/pagrindiniu redaktoriumi JOSM ;-)
KartoGrapHiti (2020-08-15 10:33:51+00:00): Auf dem Brandweg in Gießen gilt nicht "access=destination", weil Fußgänger*innen den Weg auch im Durchgagsverkehr nutzen können. Mit vehicle=destination war der Weg richtig eingetragen. Ich habe daher die Änderung rückgängig gemacht. Der Eintrag "bicycle=yes" gilt übrigens auch nicht: https://www.mapillary.com/map/im/eJBw6Nq6KvdCnq4ahFYD1X
Lokalfuerst (2020-09-19 15:41:41+00:00): ok, Danke.
gitouche (2020-06-17 09:02:03+00:00): Les bras m'en tombent,c'est une révolution!
trouyer (2020-06-17 09:47:14+00:00): Ce n'est que le début ;) L'autre partie de la rue doit passer en vélorue
marphHC (2020-06-17 08:13:06+00:00): Danke "romwan007" für die Änderung. Die Schädigungen durch Holzentnahme im geschützten Auwald sind beträchtlich und die Waldbrandgefahr im trockenen Frühjahr von April-Mai hat auch zu einem Feuerverbot und erhöhten Kontrollen geführt.
Gebietsbetreuung Europaschutzgebiete
user_5359 (2020-06-17 19:50:12+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.
abakus_uploader (2020-06-17 22:31:12+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!
pza (2020-06-17 07:47:41+00:00): Some supporting references:
https://www.sydneywatertalk.com.au/johnstonscreek
https://www.cityofsydney.nsw.gov.au/vision/better-infrastructure/parks-and-playgrounds/current-works/improving-crescent-federal-park
abrensch (2020-06-18 11:12:24+00:00): Hallo Lokalfürst,

wieder ein Einbahnstrassenfehler:

https://www.openstreetmap.org/way/816772899

Schaust Du mal?

Danke und Gruss, Arndt
Lokalfuerst (2020-06-25 18:54:54+00:00): Danke, Arndt. Keine oneway hier. Ist mir rein gerutscht. Habe es korrigiert.
olo81 (2026-04-16 04:54:20+00:00): Dodany dostęp dla rowerów a w terenie nic takiego nie ma. Do wywalenia.
Mateusz Konieczny (2026-05-25 07:56:15+00:00): te buble są chyba już posprzątane z tego co rozumiem?
olo81 (2026-05-25 08:18:31+00:00): Tak, posprzątane
olo81 (2020-06-20 00:18:33+00:00): Nie dodajemy tagów adresowych do ulic
addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy] itd. Stąd automat wysyła wiadomości o błędach.
C2oc4 (2020-06-29 06:38:44+00:00): oki
eggie (2020-06-17 08:07:08+00:00): Dag SH
Geef svp duidelijk aan wat je edits inhouden.
MVG,
eggie
eggie (2020-06-17 08:09:50+00:00): Oke... maar access=yes is default en hoef je niet te taggen op reguliere wegen... behalve als je bang bent dat iemand access=no gaat taggen hier per abuis.
MVG,
Eggie
amatissart (2020-07-23 11:42:47+00:00): Le nom "Test" n'est probablement pas correct pour ce node. Est-ce volontaire ?

Est-ce seulement le tag "name" qui doit être supprimé, ou le node lui-même ?
Britzz (2020-07-23 20:46:53+00:00): Mauvaise manip en essayant le mode édition d'OSMand ; merci pour cette observation, je supprime de ce pas ce node.