piebro/osm-data huggingface dataset:
Frans S (2020-06-20 13:02:51+00:00): Hello Beza
Thanks for mapping here.  Quite buzy !
Just a few remarks
Please tag buildings just as building=yes.
See instructions
When you map bridges over rivers, always add the tag layer=1 to the bridge. This brings the bridge a level higher.
Don;t you use the Validation tool and the mappaint style inline validation?
See for more usefull tools
https://www.missingmaps.org/assets/downloads/MissingMaps_validation_josm_en.pdf
Best regards
SomeoneElse (2020-10-17 11:53:58+00:00): Do you have any source for https://www.openstreetmap.org/node/7549370295 other than http://www.ukairfieldguide.net/airfields/South-Barnbeth , which is heavily dependent on Google and therefore can't be used in OSM?
I don't see anything on the ground suggesting that it is in-use as an airstrip currently and to be honest you can't say from the imagery available to OSM that any particular airstrip was here.
DressyPear4 (2020-05-22 19:18:26+00:00): Olá, nomes não devem ser copiados do google maps, nem ser adicionados em caixa alta.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85624197
letihu (2020-06-01 20:14:03+00:00): Könntest du bitte die Position dieser Bank
https://www.openstreetmap.org/node/7549389073/history
etwas verbessern? Sie steht jetzt noch mitten auf der Straße ;-)
trouyer (2020-05-30 19:40:17+00:00): Bonjour,
Vous avez modifié l'aire piétonne le long des hangars quai de Bacalan. Cependant, les vélos ne sont pas interdits sur cette partie. Il s'agit en effet d'une aire piétonne et donc autorisée au cycles 
- Il n'y a aucun panneau d'interdiction au cyclistes (il est même précisé cyclistes autorisés)
- Bordeaux Métropole désigne bien cette partie en aire piétonne et autorisé aux vélos (https://opendata.bordeaux-metropole.fr/explore/dataset/fv_trvel_l/map/?location=17,44.85918,-0.55505&basemap=jawg.streets)

Il y a une discussion sur la liste osm locale bordeaux si vous voulez en discuter (https://listes.openstreetmap.fr/wws/arc/local-bordeaux/2020-05/msg00028.html)
ovruni (2020-05-22 17:54:09+00:00): Hola
De la misma forma que lo explicado en el conjunto de cambios 85584397 sobre los nombres descriptivos[0]. Para cualquier consulta sobre como editar puedes hacerla por el canal de telegram o la lista de correos de la comunidad de OSM en Perú https://wiki.openstreetmap.org/wiki/ES:Per%C3%BA#Comunidad
Saludos
[0] https://wiki.openstreetmap.org/wiki/Names#Names_are_not_for_descriptions
xmd5a (2020-05-24 19:36:07+00:00): Спасибо за правки, Олег! Небольшие замечания: тег access=no на тропе https://www.openstreetmap.org/way/807302046 запрещает роутинг для всех, а это неправильно, ведь ты проехал. Теги foot=yes и bicycle=yes на highway=path подразумеваются по умолчанию и их лучше не использовать в данном случае.
sorcrosc (2020-05-23 12:04:35+00:00): Ciao.
Il senso unico su questo segmento sembra sbagliato. Puoi controllare?
https://www.openstreetmap.org/way/94354693/

Grazie
AkuAnakTimur (2020-05-22 23:00:22+00:00): Hi, please do a comparison check with this available street level imagery.

https://openstreetcam.org/details/2206942/797/track-info
TommyLanez (2020-05-23 00:05:06+00:00): Thank you for reaching out and providing the OpenStreetCam link! To me, the road looked like it functioned as a service way, but I can see how it is an extension of the adjacent residential way. I have adjusted the road based on the feedback.
AkuAnakTimur (2020-05-23 08:09:28+00:00): Many thanks for the response. These used to be a part of the adjacent primary roads (ref=175), upgraded from single carriageway to double carriageway. Well, I'm a local around this place, and have been mapping since 2013.
AkuAnakTimur (2020-05-23 08:19:36+00:00): Also, if the Apple Maps team are going to do re-alignment of roads geometry across the city of Alor Setar, please proceed.

I've uploaded my own GPS tracks, please exploit those (enable Raw GPS data https://wiki.openstreetmap.org/wiki/JOSM/Guide#Download_data).

My edits mostly have been aligned to my own collection of GPS tracks. However, apparently, both GlobalLogic (for Grab) and Facebook AI import teams had somewhat, too much sticking with imagery. Therefore, offsets here, there and almost everywhere.

I'm overwhelmed to track those errors (one active mapper against the work of group mappers)... any help may be great.
TommyLanez (2020-05-26 23:48:34+00:00): Thanks for the information, and for contributing GPS traces in Alor Setar. These are very useful for confirming the position of aerial imagery when aligning data.
Your Village Maps (2021-10-09 02:55:34+00:00): I am unable to find any proof that this new extension of CR 88 (295th Street East), running north of 292nd Street East, exists. Dakota County GIS doesn't even show it (2020 imagery). So either this is newer and the county isn't showing it yet, or it never existed at all.
Anisa IRM-ED (2021-06-23 06:17:09+00:00): Hi, @JosephVal
Podría decirnos qué tipos de carreteras atraviesan el cuerpo de agua (https://pewu.github.io/osm-history/#/way/807306386)? Es una carretera propensa a inundaciones? porque algunos condicionan que las imágenes de Bing y las imágenes de Maxar Premium sean diferentes. Gracias!
(lo siento si alguna palabra es incorrecta, usé el traductor de Google)
ovruni (2020-05-22 18:45:21+00:00): Hola
En esta edición se agregaron edificaciones que generaban errores de nodos duplicados. Por favor utilizar el validador[0] de JOSM para corregir futuros errores antes de de subir sus cambios al servidor.
Para cualquier consulta sobre como editar puedes hacerla por el canal de telegram o la lista de correos de la comunidad de OSM en Perú https://wiki.openstreetmap.org/wiki/ES:Per%C3%BA#Comunidad
Saludos
[0] https://wiki.openstreetmap.org/wiki/ES:JOSM/Validador
ovruni (2020-05-22 19:03:16+00:00): De la misma forma he notado que se agregan etiquetas de edficios en vías de multiplicandos que ya poseen etiquetas de edificios, de tal forma que se generan edificios dentro de edificios, por favor utilizar el validador de JOSM antes de subir sus cambios.
eggie (2020-05-22 19:46:05+00:00): Ho tibeert, 

reverted by changeset #85628827
No Hotel Koekoek at this very spot
Gr eggie
user_2066394 (2020-05-24 10:26:59+00:00): statt löschen besser mit disused: markieren
https://wiki.openstreetmap.org/wiki/DE:Key:disused:
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85626028
Heinz_V (2021-07-16 04:58:29+00:00): You mapped here a boundary with a geojson file. Please explain the data source.
tordans (2020-09-05 13:59:06+00:00): Hallo Ck, die Hausnummern an der Straße zurück kann man Spinnerei erkenne ich vor Ort anders. Ich lade in den nächsten paar Tagen Fotos auf Mapillary. VG
tordans (2020-09-05 19:31:34+00:00): Mit "kann man Spinnerei" meinte ich Kammgarnspinnerei – Siri hat es nicht verstanden :-).

Bspw. hier: https://www.openstreetmap.org/node/6170632142
tordans (2020-09-09 06:32:18+00:00): Die Bilder sind jetzt da: https://www.mapillary.com/app/user/tordans?lat=52.40731676427934&lng=12.546321946211357&z=17&feedItem=user-nGY9TMLd1fLu3pI5YpTiNA-activity-user-nGY9TMLd1fLu3pI5YpTiNA-publishing_done-image&pKey=6Mn1mlBxr9JzFkgeTExIgt&focus=photo
ovruni (2020-05-22 18:41:52+00:00): Hola
Por favor añadir un conjunto de cambios adecuado[0], de tal forma que el resto de la comunidad puede entender en que consisten los cambios.
Saludos
[0] https://wiki.openstreetmap.org/wiki/ES:Buenos_comentarios_en_conjuntos_de_cambios
nevw (2020-05-23 06:29:18+00:00): Hi
adding a name and all other info in a description tag is not suitable, please use something like https://osmybiz.osm.ch/#/9/-27.49122/152.67700 or https://www.onosm.org/# to initially help adding your business in to the OSM with suitable tags.
nevw (2020-05-28 21:01:40+00:00): no response, reverted
ovruni (2020-05-22 18:39:39+00:00): Hola
¿Cual es la intención agregando nombres provisionales que son números?
Saludos
Robhubi (inaktiv) (2020-07-24 23:32:40+00:00): Hi, MacLondon,
Was there a special reason to change the relation type from "route" to "superroute"? Superroute is not wrong, but it is controversially discussed, whereas type=route is established.
The parent relation https://www.openstreetmap.org/relation/10997256 has type=route and therefore superroutes as members. This results in a strange structure.
JOSM seems to have problems with this: the parent relation of superroutes is not discovered.
Best regards, Robert

Translated with www.DeepL.com/Translator (free version)
Robhubi (inaktiv) (2020-08-03 21:35:15+00:00): Done. Thanks for the information on the superroutes. I have reverted this change made by another user.
Best regards Robert
Robhubi (inaktiv) (2020-08-03 21:39:37+00:00): Oops, wrong CS, please ignore the comment above.
ma-rt-in (2020-05-27 08:09:01+00:00): Hallo,
da die Umfahrung mit öffnung der Straße entfällt, bleibt die Straße immer noch eine Klasse 2 Straße und keine Klasse 3.
Bitte ändern.
vg
ma-rt-in (2020-05-27 08:10:22+00:00): Ebenso frage ich mich, warum du access=permit setz, aber vehicle=no stehen lässt.
flor!an (2020-05-27 08:58:28+00:00): Wieso sollte die Üerseeallee, die Versmannstraße udn die Freihafenelbbrücke eine unterschiedliche Klassifizierung haben? Verstehe ich nicht.

Welches Segment meinst du mit dem zweiten Kommentar genau?
ma-rt-in (2020-05-27 09:20:10+00:00): Zu 1: Die Freihafenelbbrücke und Überseealle/Shanghaiallee ist secondary und die Versmannstr. nun durch dich tertiary. Das passt mMn nicht so.

Zu 2: https://www.openstreetmap.org/way/785397970
flor!an (2020-05-27 09:28:13+00:00): zu 1: aaahh ich hatte es andersrum gelesen.
Ja aktuell ist die südliche Fahrbahn die einzige die als Einbahnstraße befahren werden darf und zwar gegenwertig nur für Anlieger und Baustellenfahrzeuge.
Ab dem 13.06 nur nur noch für Baustellenfahrzeuge (der "normale" Verkehr wird auf die nördliche Fahrbahn geleitet. Daher war die Idee die südliche Fahrbahn noch weiter down zugraden z.b. zur Service Road da diese Führung vermutlich für mehrere Jahre bestehen bleibt
... gerne dein Input dazu :-) 

zu 2: ja aktuell ist das stück für Fahrzeuge gesperrt (Verkehr wird davor über die Lucy-Borchardt-Straße geleitet zur Baakenwerder Straße)

Aktuell ist dort ziemliches Kraut und Rüben angesagt. Ab dem 13.06 kehrt hoffentlich normalität ein.
ma-rt-in (2020-05-27 09:31:52+00:00): zu 1: Würde ich nicht machen, sobald entsprechende access werte gestzt sind ist egal, ob das ne Klasse 1 oder Klasse 3 Straße ist. Also am besten wieder auf Klasse 2 ändern. 

zu 2: Das access=permit kannszt du entfernt, da alleine schon durch vehicle=no (Z250) kein Fahrzeug da lang fahren kann.
JochenB (2020-07-12 19:04:27+00:00): Hallo XFussel,

ich hatte vor einigen Wochen u. a. an der Seenallee die Rad- und Gehwege bearbeitet. Separate Linien habe ich dabei an die Fahrbahn gelegt, wenn der Übergang/das Queren der Straße über die gesamte Länge möglich ist. Die Informationen zu Geh- und Radwegen habe ich dabei an die Straße geschrieben (z. B. highway=residental; cycleway=left, sidewalk=both). 

Jetzt habe ich gesehen, dass du an einigen Stellen wieder separate Wege eingezeichnet hast. Die Information ist dadurch redundant an der Straße und an den separaten Wegen. Bitte schau, ob die Infos bereits an der Straße stehen, denn Redundanzen sind nicht gut, da alles doppelt gepflegt werden muss und sich schneller Fehler und Widersprüche einschleichen, wenn jemand das nicht macht.

Vor allem aber ist es v. a. für Router sehr ungünstig, wenn Gehwege getrennt von der Straße gemappt werden, obwohl zwischen Straße und Gehweg kein Hindernis ist, das man nicht überqueren kann oder sollte (z. B. Leitplanke, Stützmauer, Straßengraben, Wiese). Router können so nicht erkennen, dass das Queren der / Wechseln auf die Straße möglich ist. Um die Realität abzubilden müsste eigentlich in unendlich kurzen Abständen Verbindungen eingezeichnet werden. 

Zudem verursacht das an Kreuzungen gerne mal Navigationsanweisungen in 10m-Abstand "rechts abbiegen" & "links abbiegen" obwohl man einfach nur der Straße geradeaus folgen will.

Drum Geh- und Radwege möglichst nur getrennt von der Straße mappen, wenn sie wirklich getrennt angelegt sind.

Wenn Dein Anliegen war, die Flächen exakt zu erfassen, dann ist es besser, das als zusätzliches Flächen-Mapping zu machen, was in der Leipziger Innenstadt  schon voranschreitet, siehe https://www.openstreetmap.org/relation/6290234 und im Wiki unter https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area. Das Schöne daran: Das Flächenmapping dient der Darstellung, Router ignorieren dieses und nehmen stattdessen die Infos aus den Wegen.

Wenn es dir darum geht, den richtigen Abstand der Wege zur Straße zu beschreiben, so helfen 'width' bzw. 'widt.lanes.forward' usw. sowie 'placement' an der Straße. Dann kann die Straße in der richtigen Breite dargestellt werden, wodurch auch die Rad- und Gehwege an der richtigen Stelle sind. Sehr hilfreich dabei sind die JOSM-Kartenstile "Fahrspur- und Straßenattribute" von Martin Vonwald sowie "Gehwege" von Cobra (in JOSM: Menü Bearbeiten > Einstellungen > Karten-Einstellungen > Kartenstile)

Viele Grüße,
Jochen
Pieter Vander Vennet (2020-06-08 10:29:16+00:00): Hey RouteYou,

Volgens de wiki (https://wiki.openstreetmap.org/wiki/Key:surface) is 'surface=gravel' 'grote stukken rots, tussen 4 en 8 cm, bv op spoorwegbeddingen'.

Zelf ben ik onlangs over de vloethemveldzate gegaan, dat leek mij eerder 'compacted': mechanisch aangestampt met kleine (< 5mm) stukjes rots tussen.

Het tussenniveau 'fine_gravel' is dan bv. een typsiche oprit met grind (5mm-15mm) en is een ramp om over te fietsen want je zakt erin weg.

Kijken jullie dit na aub?
Mvg, Pieter
Kevin@RouteYou (2020-06-08 10:46:48+00:00): Hey Pieter, Bedankt voor de terechte opmerking. Aangepast. Mvg, Kevin.
Pieter Vander Vennet (2020-06-08 10:47:38+00:00): Super, bedankt!
geri-oc (2020-06-05 08:30:51+00:00): Danke fürs Einfügen der Gartenhäuschen. Bitte auch Validator (Prüfung) benutzen um Fehler zu vermeiden. Hier liegen die Häuschen auf ein Landflächengrenze.
habe es in diesem Bereich korrigiert.
Gruß Gerd aus Freital
user_2066394 (2020-05-24 10:28:09+00:00): statt löschen besser mit disused: markieren
https://wiki.openstreetmap.org/wiki/DE:Key:disused:
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85627116
ERZ-belerophon (2020-05-24 10:37:21+00:00): Hallo wurzelast, das Geschäft wurde aufgegeben, weil die Betreiberin in Rente ging. Die Geschäftsräume sind in ihrem Privathaus. Da wird niemand wieder öffnen. Disused schien mir eher für temporäre Schließung angemessen. Oder geht es darum herauszufinden wo mal ein Geschäft etc. gewesen ist? Nach lesen des Wikis fand ich disused nicht zutreffend. Es ist kein Name mehr dran usw., und keine Wiederöffnung geplant.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/85627116
mariotomo (2020-05-25 15:06:18+00:00): hola MrAlfxing.  gracias por contribuir información a OSM.  espero sigas editando y disfrutando.  esa se ve como una importación de alguna fuente, o sólo es digitalización de la foto Bing?  si quieres, tenemos un grupo Telegram para Panamá, y también hay otras comunidades hispanohablantes, unas más activa que otra.  ciao, Mario Frasca.
ovruni (2020-05-22 18:57:02+00:00): Hola
En esta edición se retirado un colegio, de la misma forma se ha vuelto a añadir nombres descriptivos, por tal motivo se ha revertido esta edición.
Saludos
Horza (2020-05-22 20:02:20+00:00): Hi! Welcome to OpenStreetMap!

First, simple quible, but it's easier to double check changesets if you keep them local. More than enough stuff in any one location for that.

Second, when moving building outlines like you did on Kiritimati it's good to go through the background images (press B to bring up the menu). Sometimes they'll be matched to one dataset but not another, not all the datasets are aligned properly.

Anyway, happy mapping :)
sinahel gd (2020-05-24 22:03:49+00:00): lo sienti
no supe ni quw hizeee
perp gracias
Carto'Cité (2020-06-24 13:05:13+00:00): Bonjour et merci pour cette contribution.
En voyant la zone de travaux superposer le parking de la gare (https://www.osm.org/way/200118040), je me demande si le parking reste accessible, notamment depuis l'entrée Est. Qu'en est-il exactement sur le terrain ?
Cordialement,
Antoine de Carto‘Cité, projet #CartoTransilien
RT59RC (2020-06-24 20:19:08+00:00): Bonjour,
De ce que j'ai vu ces derniers jours, le parking a l'air d'être seulement accessible depuis sont entrée "nord-ouest". L'entrée "est" est récente, mais n'est pas encore accessible. Sûrement à la fin des travaux.
Bien à vous,
Kévin Belbéoc'h
RT59RC (2020-06-24 20:19:31+00:00): son*
Carto'Cité (2020-06-25 12:33:22+00:00): Ok c'est nickel, j'avais pas vu le tag construction sur les voies d'accès.
Bonne continuation,
Antoine.
ovruni (2020-05-22 19:12:54+00:00): Hola
En esta edición se agregaron edificaciones que generaban superposiciones de los mismos. Por favor utilizar el validador[0] de JOSM para corregir futuros errores antes de de subir sus cambios al servidor.
Para cualquier consulta sobre como editar puedes hacerla por el canal de telegram o la lista de correos de la comunidad de OSM en Perú https://wiki.openstreetmap.org/wiki/ES:Per%C3%BA#Comunidad
Saludos
[0] https://wiki.openstreetmap.org/wiki/ES:JOSM/Validador
IDKS (2020-05-22 21:22:44+00:00): Hi, cities are sometimes added as residential areas, please check - https://www.openstreetmap.org/way/436874632
I have removed the point you added as it will return duplicated results.
maraf24 (2020-06-04 20:04:59+00:00): Droga polna to droga gruntowa, a jak pamiętam większość dróg w tym miejscu to właśnie gruntówki.
Fakt, że to nie tracki, ale można by przy okazji dodać surface=unpaved czy ground.
ovruni (2020-05-22 19:21:14+00:00): Hola
Esta edición sobre la vía de un multipoligono genera edificios dentro de edificio. Por favor utilizar el validador de JOSM antes de subir sus cambios.
Saludos
ovruni (2020-05-22 19:24:10+00:00): Lo mismo que en el conjunto de cambios 85627663 con respectos a los edificios dentro de edificios.
Heinz_V (2020-06-16 07:19:32+00:00): It seems this track-polygon is nonsense.
wicking (2020-06-16 11:43:15+00:00): Every work of this user seems to be nonsense.
flohoff (2020-05-23 11:47:01+00:00): Moin,
der ehemalige name sollte eher in den old_name nicht als "ehem .." mit in den name oder?

Flo
Alpinfuchs (2020-05-23 19:16:27+00:00): Hallo Flo,
ja ,da hast du recht. Ich hatte auch schon hinterher überlegt, ob der alte Name in einen gesonderten Tag gehört. Habe ich geändert.
Warum interessiert mich aber der alte Name, der übrigens identisch mit meinem Familiennamen ist? In allen historischen Kartenwerken (z.B. Urmesstischblatt, Messtischblatt-Neuaufnahme, Karte des Deutschen Reiches, spätere Auflagen der TK 25) steht dort Marks Linde. Ich war erstmalig als kleines Kind im Jahr 1952 vor Ort. Damals und auch später stand dort ein mächtiger Baum inmitten der Feldflur. Jetzt handelt es sich um einen kleinen Lindenhain am Rande der Siedlung mit jüngerem Baumbewuchs. Warum die Umbenennung erfolgte, weiß ich noch nicht, auf dem Kreuz steht jetzt jedenfalls „Markuslinde“ und dieser Name findet sich auch in der Amtlichen Basiskarte. Vielleicht werde ich da noch etwas Forschung betreiben .

Alpinfuchs
flohoff (2020-05-23 19:55:08+00:00): 
Ich finde so alte namen durchaus auch Spannend. Und es gibt ja auch leute die dann danach suchen. Deshalb macht es durchaus sinn das so in tags zu verpacken das Nominatim - Also die Searchengine auf der ersten Seite das auch verarbeitet. Die kann zwar nur "Exakte Matches" - aber genau deshalb macht es sinn eben nicht mit konstrukten wie "ehem." zu arbeiten. Das findet dann keiner mehr. 

old_name kann die - D.h. ein paar Minuten nach deiner Eintragung sollte man das da finden können.

Gerade getestet. Ja - Nominatim findes es unter "Marks Linde" wie auch unter "Markuslinde" - zeigt jeweils dann den neuen namen an.

Perfekt :)

Flo
Eimai (2020-05-31 16:40:54+00:00): Why are you adding tags like railway:lzb=no or railway:pzb=no to Belgian tracks? Those are German systems, of course they aren't available in Belgium
JJJWegdam (2020-05-31 17:01:33+00:00): The
JJJWegdam (2020-05-31 17:03:17+00:00): The tags railway:lzb=no and railway:pzb=no are the current tag combination that OpenRailwayMap uses to describe lines without train protection. The result of this, is a precise map of Belgiums TBL system https://www.openrailwaymap.org/?lang=null&lat=50.89263913111063&lon=4.546966552734374&zoom=9&style=signals
JJJWegdam (2020-05-31 17:10:08+00:00): Note that this practise is also present in: the Netherlands, France, the UK, Portugal, Spain, Italy, Greece and the Balkan countries. It's not a random tag pollution in Belgium
Eimai (2020-05-31 17:13:56+00:00): Yeah, please don't map for the renderer, and please give me some documentation that says you have to do that all over the world. Also, looking at that map, the information is so completely wrong, practically all those black lines have tbl1+, some black lines even have etcs already.
JJJWegdam (2020-05-31 17:23:46+00:00): First, you estimate that this is tagging for the renderer and you ask for documentation. The elaborate tagging of railways can be found at https://wiki.openstreetmap.org/wiki/OpenRailwayMap/Tagging which is maintained by the OpenRailwayMap community and provided with feedback by other people from the OSM community. If you disagree with a tagging convention on the osm wiki, feel free to propose a new one.

Second, you note that information is outdated: every changeset in this project in Belgium has a source specified; like the Infrabel network statement. If information is outdated, feel free to update it.
Eimai (2020-05-31 17:52:31+00:00): The page you've mentioned says for railway:lzb for example "Is the line equipped with the German system LZB on Wikipedia?" Sure, it's not equipped with those, we don't use German safety systems in Belgium, we can't start tagging that the tracks aren't equipped with every other safety system in the world. You don't start adding railway:tbl=no to the entirety of Germany either.
Eimai (2020-05-31 18:24:31+00:00): Also, if your idea of PZB and LZB as some internationally used tags, why aren't you mapping all the tbl1+ lines or even lines with only memor as such (apart from a few industrial lines, that's every line in Belgium), they are both systems similar to PZB using fixed point based information (but please don't tag the entire country with railway:pzb=yes now).

I also don't get why you're tagging the tracks in yards with this at all. There are no signals there that need that safety infrastructure, yet technically the yard is still equipped with it. Antwerpen-Schijnpoort for example, you can enter it in etcs, as well as in tbl1+ depending on on board equipment, but only the exit signals will need the balises for it, but you're still driving in etcs or tbl1+ through the entire yard.
JJJWegdam (2020-05-31 18:32:55+00:00): This discussion is now going quite beyond of the changeset. I propose you send an email to openrailwaymap@openrailwaymap.org with your concerns.
Eimai (2020-05-31 18:34:40+00:00): Why would I do that, I don't have a problem with them, I have a problem with your incorrect tags.
JJJWegdam (2020-05-31 18:36:47+00:00): Because that community came up with this tagging convention. Why blame me personally for that? Why not solve the concern you have at its root?
Eimai (2020-05-31 18:40:40+00:00): I've asked for documentation about that convention and I would happily direct my attention to that if I get it. You've so far only linked to the wiki which contradicts what you're saying.
JJJWegdam (2020-05-31 18:45:13+00:00): Alright then. I'll ask the OpenRailwayMap community to provide you with the answers you seek.
Famlam (2020-12-26 20:06:37+00:00): Ter informatie: vermoedelijk per ongeluk had je wat voetpaden van de schapenweide verwijderd. Deze heb ik weer teruggezet nadat ik ze gisteren nog steeds zag ;)
ovruni (2020-05-22 19:38:58+00:00): Hola
La subetiquetas building:levels se utilizan para cada edificación que contiene la clave building.
Saludos