piebro/osm-data huggingface dataset:
Ltrlg (2026-01-26 08:00:19+00:00): Connaissant mal la distinction précise entre ces tags, j’ai simplement lu la documentation sur le wiki (https://wiki.openstreetmap.org/wiki/FR:Tag:highway%3Dtrunk). Il n’est en effet fait mention du séparateur central que « en général », mais le panneau en est complètement absent.

En l’absence de documentation claire à son sujet, je considère donc que ce panneau ici n’est qu’une indication pour la famille access=*, déjà correctement remplie ici. Par conséquent je reste de l’avis que l’absence de séparateur central est un critère discriminant. (J’ai du mal avec le fait d’appeler « voie rapide » une voie physiquement incapable de supporter du trafic plus rapide que la limitation d’une départementale de base…)

Cela dit, comme indiqué j’ai peu l’habitude de ces classification ; si vous décidez de repasser à l’état précédent, je n’insisterai pas.
oldnab (2026-01-14 10:10:01+00:00): Bonjour, vous avez transformé sur la rue Albert Marquet à Villennes sur Seine mon oneway=yes en oneway=no, ce qui engendre une alerte Osmose (justifiée) sur la présence simultanée de oneway=no et oneway:conditional=no@destination.

Le panneau à l'entrée de la rue est un sens interdit avec pannonceau "sauf riverains". Il me semble que la bonne cartographie est bien (comptre tenu du sens du chemin) oneway = yes + oneway:conditional = no @destination. 

Je ne reviens pas en arrière mais pourrize-vois m'expliquer votre changement ?
Merci
oldnab (2026-01-18 13:52:55+00:00): Bonjour. Vous avez mis la Route de Marolles à Villennes à 45 km/h dans le sens descndaut et à 50 km/h dans le sens montant. Pourquoi ce 50 ? Il n'y a pas de panneau et l'ensemble de l'aglomération est à 45. Donc on devrait être à 45 dans les deux sens.
zorothepirate (2026-01-12 23:45:43+00:00): this is linha 45 not 50 as mentioned in the changeset; its WYP
empty_child (2026-01-13 11:35:36+00:00): Добрый день
Ну вот так гадко со старыми именами города поступать не надо. Верните удаленные и перенесите измененные в old_name:*, чтобы они в поиске появлялись
empty_child (2026-01-13 11:36:31+00:00): А, ну и корректность новых версий на вас, я этими языками не владею
Ablaskir (2026-01-13 19:21:00+00:00): Здравствуйте. Объясните, пожалуйста, что вы имеете в виду под старыми именами? Я не имею особого опыта в редактировании карт, занимаюсь этим лишь для дополнения названий на абхазском языке. Что насчёт главного названия улицы, то в 99% случаев там стоит название именно на русском языке, в то время в городах Грузии первым (основным) пишется именно на грузинском. Поэтому я как основное название улиц и зданий указываю на абхазском языке. 

Что касается прежних названий: вы имеете в виду СухумИ? Какая политика на этой платформе по поводу имён? Де-факто и по абхазским законам название именно Сухум. По грузинским - Сохуми или Сухуми. Если предпочтение отдается именно "официальным закреплённым" названиям (Сухуми), то обратите внимание, что по факту это пустая формальность, которая, по моим предположениям, может противоречить концепции данной платформы как открытого сервиса картографических схем, где каждый  праве оставлять свои правки. И, наверное, отражение реальных названий, как минимум на русском языке, - более уместно. 

Как мне поступить с именами городов на иностранных (кроме абхазского) языках, и в частности с названием города на русском и английских языках? К примеру, вместо Сухуми или Sukhumi Сухум и Sukhum и так далее?
empty_child (2026-01-13 20:38:00+00:00): У меня претензии возникли только к удалению старых версий имен у Сухума (name:uk - Сухумі → Сухум). Лучше сделать name:uk=Сухум old_name:uk=Сухумі. Либо через alt_name:uk=Сухумі (украинский я взял для примера). Если сложно, я могу прокрутить сам назад этот вопрос

За добавление абхазских имен глубокий поклон, так как с ними все очень плохо, носителей языка в сообществе нет (они могут быть в ру сообществе, но верится с трудом)

За выработанной практикой можете обратиться в вики, там есть отдельная позиция по РЮО и РА (https://wiki.openstreetmap.org/wiki/WikiProject_Georgia_Abkhazia_South-Ossetia#Disputed_place_names). Вкратце, для РА-РЮО местные имена в приоритете для всех локализаций. Исключение - name:ka, там остается принятая в Грузии

По поводу городов РА, я большую часть сверял по словарю абхазских топонимов за авторством В. Чирикбы с подглядыванием в старые карты генштаба (фу, нельзя)
Ablaskir (2026-01-16 18:24:49+00:00): Хорошо, спасибо. Если вы можете, то верните старые правки, где я напартачил. В будущем буду дополнять абхазские имена и ставить их как основные в теге name.
empty_child (2026-01-16 20:49:20+00:00): https://www.openstreetmap.org/changeset/177315500
Исправил, что возмущало
Если вы сейчас в Абхазии, было бы классно добавить объекты на местности. У нас в обоих сложных регионах никого из картографов
Natas74D7 (2026-01-13 00:28:25+00:00): Lake Tye*
Eduardo17172 (2026-01-13 00:42:31+00:00): https://ghmsatelital.com/assets/rse/Punto-SOS.jpg
Hans Thompson (2026-01-13 05:57:06+00:00): great set of edits.
scarapella (2026-01-13 10:54:40+00:00): Thanks!
mueschel (2026-01-17 13:19:16+00:00): Hi & welcome to OSM!

You're using many recycling-related tags here that are not common. 
Please have a look to the documented tags in the wiki and use only these - only well-defined tags can be understood by other mappers and can be shown on maps and in applications.

Here's the relevant table with common tags:
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling#Recycling
mapguyK (2026-01-17 15:01:01+00:00): Hi, thank you for your response. I have modified the changes as requested.

I would like to know how I could include tags that are not listed with the common tags in the wiki, an example could be styrofoam for a facility that accepts this material?
mueschel (2026-01-17 15:10:31+00:00): Perfect :)
styrofoam is actually listed in the table as "polystyrene_foam".
The wiki table is for sure not complete, but it's always a good starting point. 

Another place to search is the list of tags that are actually in use, Taginfo:
https://taginfo.openstreetmap.org/keys/recycling#similar
As you can see there are about 200 recycling:* tags that are used more than say 10 times each.

If there's something that can't be found in any existing tag, you're always free to invent your own new one.

One more thing: 
There's the tag
operator 	     wikidata=Q135270647
The "wikidata" should be part of the key:
operator:wikidata       Q135270647


Happy Mapping!
Warin61 (2026-01-15 23:08:31+00:00): Hi
The multipolygon relation 20080108 does not conform to 'the rules'. 
See https://tools.geofabrik.de/osmi/?view=areas&lon=151.55602&lat=-32.72784&zoom=19&baselayer=Geofabrik%20Standard&overlays=duplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways%2Cduplicate_node%2Csingle_node_in_way%2Cduplicate_segment%2Cway_in_multiple_rings%2Cintersection%2Cintersecting_segments%2Cring_not_closed%2Ctouching_rings%2Crole_should_be_inner%2Crole_should_be_outer%2Cinner_with_same_tags%2Cways

 Me? I'd have each way with individual building/heigh tags .. but no address tags .. each of them would have some apartment number .. 
I'd make a single node at the property entrance with the single address. If someone wants to detail the apartment number of each building then they can do so and delete the single address node.
Warin61 (2026-01-25 04:08:42+00:00): No comment?

Ok ... resolved
Kindros (2026-02-20 09:49:05+00:00): No idea why I made it became a multipolygon, i probably used the auto-suggested fix in id, no idea.

referencing geofab isn't providing an actual learning resource though. Please be mindful that other users do not know about geofab, and do not know how to use it, so therefore blindly referencing it as a sole be-all, and end-all does not provide anything of educational note. 

Osm has a wiki for a reason.
TriangleMaple (2026-02-09 02:03:07+00:00): Hi, I noticed your addition of https://www.openstreetmap.org/way/1466632576 (The construction area on Maywood Park)

I was wondering if you've gotten that from a recent survey or from Esri World Imagery, as last time I surveyed the area (2~3 months ago) there wasn't any signs of construction in the area (noting that the esri imagery is from 2021)
Shaun das Schaf (2026-01-24 10:40:12+00:00): Hallo welzheimerwald,

ist das wirklich sinnvoll, hier Abkürzungen einzubauen? Erst recht solche, die man nur versteht, wenn man sich mit der Materie auskennt?
Siehe auch: https://wiki.openstreetmap.org/wiki/DE:Abk%C3%BCrzungen

Grüsse
Shaun das Schaf
welzheimerwald (2026-01-25 12:02:18+00:00): Hallo Shaun das Schaf,

tendenziell waren im Breisgau z.B. schon alle "admin_level=7"-Relationen mit den richtigen Kürzeln benannt, in vielen anderen Regionen überwog die verallgemeinernde (und ungenaue) Bezeichnung „Verwaltungsgemeinschaft XXX“. Ich habe alle 270 Verwaltungsgemeinschaften mit einer aktuellen Destatis-Datengrundlage auf einen neuen, aktuellen und möglichst einheitlichen Stand gebracht. Im "official_name" ist daher der Langname untergebracht.

In Bayern überwiegt z.B. auch mehrheitlich die Abkürzung „(VGem)“ am Ende, dort gibt es jedoch auch keine Unterscheidung zwischen VVG und GVV.

Grüße
welzheimerwald
Gabe DeFreitas (2026-01-13 01:50:35+00:00): No big box!
MxxCon (2026-01-13 02:47:15+00:00): Hello.
If you'd like to map some features while you are out and about, consider checking out app called EveryDoor. It's available on both Android and iPhone. It makes things much easier to map, and you don't have to remember things for when you come back home - you can edit OSM right on the spot. 😅
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177160341
User236t32 (2026-01-14 00:25:52+00:00): Thanks!
arjunaraoc (2026-01-18 04:42:29+00:00): Hello HARSHAVARDHAN51400,   I have noticed that you are abandoning/deleting  your old account and creating new account  with similar user name and making edits without sufficient information on sources like MDR numbers.   Your old accounts have been reported to OSM Data Working Group, as you have not responded to discussions.   Please provide the source for MDR numbers that you updated in this changeset.  If you do not respond within 3 days, your account will be reported again for necessary action.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/177160584
TheSwavu (2026-01-13 05:24:06+00:00): Hi,

Thanks for your edits. When you are putting in phone numbers don't forget to include the area code (see https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines/Australian_features#Phone_Numbers) I have fixed these ones.

Happy mapping.
ceyockey (2026-01-13 03:39:09+00:00): Jan 2026 editing prompted by notice of overturned car accident near intersection.
Spaghetti Monster🍝 (2026-01-24 22:49:58+00:00): Why was the road deleted?
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/177162450
KawarthaLake (2026-01-27 02:16:52+00:00): Hello SpaghettiMonster! Thank you for restoring the trunk segment (https://www.openstreetmap.org/way/1182752685). I must have accidentally deleted the segment while editing nearby. My apologies for the oversight here, I will be more careful going forward. Happy mapping!
GrabTH_Bulakorn (2026-01-13 05:01:53+00:00): More info: Connected w1449564682 to w849646677
Jordi MF (2026-01-13 14:46:32+00:00): Hola Adrian,

Veo que has eliminado la etiqueta name:ca. Esta etiqueta es correcta porque indica en qué idioma se encuentra el nombre original de "name", en este caso el catalán.

A efecto prácticos es important porque si la aplicación de un usuario está en catalán como primer idioma, pero en castellano como segundo, si eliminas la etiqueta name:ca, este usuario recibirá el nombre del ayuntamiento en castellano. Algo irónico teniendo en cuenta que el usuario es catalanohablante, que el nombre oficial del Ayuntamiento está en catalán y que su aplicación está configurada para recibir el nombre en catalán.

Lo soluciono. Saludos
kaleidoscopica (2026-02-03 18:50:38+00:00): Be careful with the `tributary` role in a waterway relation - it is not supposed to be used, per https://wiki.openstreetmap.org/wiki/Relation:waterway as it mixes up data about different waterways. I've been trying to re-organize these as I find them.
no details provided here (2026-01-14 08:44:56+00:00): I see you've added the Dominos - but note that there's a specific iD tag for that brand to use, which provides more data.  When you complete the address section as well, the different elements go into different sections, with St Helens the 'city' and Haydock as the suburb, not part of the street name. I've also checked postcode databases to include that as well.
K0ne (2026-01-13 17:50:50+00:00): The name of the field is Kilon koulun hiekkatekonurmikenttä
Aspelininkuja 3b,02630, Espoo https://www.espoo.fi/fi/toimipisteet/kilon-koulun-hiekkatekonurmikentta 

This area is not Nuijalapuisto but it is Kellarimäki. Nuijalapuisto is located next to the north
https://kartat.espoo.fi/
liljaadeliina (2026-02-02 08:30:23+00:00): Thank you for the information.
eggie (2026-01-13 06:46:33+00:00): Dag SJ..
Gebruik svp de bestaande adresnodes.
Mvg
eggie
cpa8 (2026-01-13 12:04:11+00:00): Salut, encore trop rapide pour moi ^^
Dis-moi, tu ajoutes les tags addr:* pour les POIs, depuis quelque temps je les ai remplacés par les tags contact:* (sans préciser city et postcode), un avis là dessus ?
XioNoX (2026-01-13 12:21:42+00:00): Pas d'avis, c'est juste que c'est facile à faire (et la façon par défaut) dans iD, mais si c'est incorrect je peux arrêter :)
cpa8 (2026-01-14 11:55:29+00:00): Ah non tkt je ne pense pas que ça soit incorrect, je trouve juste ça moins cohérent de mettre un point d'adresse sur un commerce. Quand j'utilise ID, je renseigne les champs d'adresse via ceux proposés (ça permet d'avoir l'autocomplétion sur le nom de la rue), et je change le tag ensuite.
Anonymous36863 (2026-01-13 09:51:54+00:00): Моля, вижте https://www.openstreetmap.org/changeset/177171283
Ltrlg (2026-01-14 06:55:47+00:00): I already asked for clarification here: changeset/176995060. This change, at the same place, causes the exact same problem. Please try to understand the situation before editing objects!
Ltrlg (2026-01-14 06:59:54+00:00): Reverted in changeset/177207107.
heptagon (2026-01-13 16:15:51+00:00): Hi, thanks for contributing. This changeset covers a very large area. Please try to avoid this in the future, thanks. More information here: https://wiki.openstreetmap.org/wiki/Changeset#Geographical_size_of_changesets
dmjab13 (2026-01-14 18:28:21+00:00): this change should have been applied in small batches locally
PikaMap (2026-04-02 17:13:40+00:00): Salut Nordkappp :)

Je vois que tu as ajouté les horaires d'ouvertures sur la société "Habitat Et Urbanisme" mais celle-ci semble fermé défectivement. Tu as remarqué un changement de nom ou de localisation ?

https://www.openstreetmap.org/node/11399776369/history

Merci  à toi :)
Nordkappp (2026-04-03 06:58:27+00:00): Il me semble que j'ai vu la plaque sur la porte en passant, mais je n'ai pas plus d'infos ; si tu en as de plus fiables n'hésite pas à mettre à jour.
PikaMap (2026-04-03 09:30:31+00:00): Je pense que tes informations sont plus fiables que les miennes. Au pire, je repasserai dans quelques mois pour vérifier si la plaque est toujours là :) 
Merci à toi et bon week-end :)
Dietmar_WG (Naturpark Sächsische Schweiz) (2026-01-13 19:15:26+00:00): Wenn laut Mails vom OSM-Stammtisch DD die Klassifizierung der Kletterzugänge als lokaler Wanderweg durch das Tag network:lwn  der Anstoß zur Löschung aller Kletterzugangs-Relationen des User grnr waren, ergibt sich für mich die Frage, warum nicht nur der Tag gelöscht wurde, sondern gleich die Relationen als Ganzes?
Als Quellen für die Kletterzugänge wird auf die PDFs der Wanderwege, Bergpfade und Kletterzugänge auf der NPV-Seite verwiesen. Darf man Relationen der Kletterzugänge ohne Tag network:lwn erstellen oder werden die auch gleich wieder gelöscht? Ich bin übrigens nicht der User "grnr" und kennen ihn (oder sie) nicht.

Viele Grüße
Dietmar Schuebrt
Nationalpark Sächsische Schweiz (2026-01-14 06:48:01+00:00): Hallo Dietmar,

die Mails habe ich leider nicht bekommen, daher weiß ich nicht, was dort konkret thematisiert wurde. Ich hatte das Thema an den Stammtisch gespielt, hatte vorher aber auch schon mit grnr geschrieben. Er konnte selbst nicht zum Stammtisch kommen, weil er weiter weg wohnt. Nach dem Stammtisch hatte ich grnr noch mal geschrieben, er hatte sich dann aber nicht zurückgemeldet, und damit das Thema nicht noch länger liegt, habe ich die Bearbeitung dann selbst gemacht.

Es gibt mehrere Probleme an der Relation: Zum Einen sind Sammelrelationen unerwünscht, das wurde am Stammtisch mehrmals betont. Relationen wie hier, wo type=route und route=hiking sowie network:lwn verwendet wurde, sind für Wanderwege gedacht, die entweder von A nach B führen oder einen Rundweg darstellen. So ist es ja bei den ganzen farbig markierten Wanderwegen und Fernwanderwegen hier im Gebiet auch richtig. Für die Kletterzustiege als Netzwerk eignet sich das nicht.
Die Aussage am Stammtisch war, dass die Kletterzustiege besser alle über Tags eindeutig als solche zu identifizieren sein sollen, das sind sie zu großen Teilen schon (Tag als path=climbing_access) und ich werde das in den nächsten Monaten noch vervollständigen, wo nötig. 
Ich kann also nicht sagen, ob eine neue Relation mit einem anderen Tag sinnvoll wäre - soweit ich das verstanden habe, ist auch network:lwn für Wanderwege wie z.B. grüner Punkt etc. gedacht, die eben Wanderrouten auf regionaler Ebene darstellen. Selbst wenn man ein neues Relations-Tag erfindet, bleibt ja das Problem, dass Relationen nicht zum Sammeln von Wegen gedacht sind. 
Ich wollte die Relation eigentlich auch nicht löschen, sondern nur die unpassenden Tags, aber diese Tags sind im Editor verpflichtend, wenn man eine Relation hat. 
Eine gesammelte Darstellung der Kletterzustiege ist ja auch über das climbing_access-Tag möglich. Wenn das flächendeckend überall dran ist, wende ich mich noch mal an Mapy und Komoot, um anzuregen, dass das in der Darstellung berücksichtigt werden soll, damit man die Zugänge in den Karten dort als solche erkennt. 

Ich hoffe, das erklärt mein Vorgehen etwas besser! 

Viele Grüße
Amrei
Dietmar_WG (Naturpark Sächsische Schweiz) (2026-01-14 13:16:13+00:00): Hallo Amrei,
die Kletterzugänge können und werden auch von Wanderern genutzt; weder in der Nationalparkverordnung noch im Wegekonzept von 2001 steht ein Verbot des Wanderns ohne Kletterabsicht auf den Kletterzugängen.
Vor 1990 waren die heutigen Kletterzugänge unmarkierte Wege, da, was heutige Kernzone NSG war und in diesem jeder sichtbare Pfad begangen werden durfte. 2001 musste zum Wegekonzept eine Lösung gefunden werden, um diese Wege zu legalisieren; also wurde das schwarze Dreieck als Markierung und der Name Kletterzugang eingeführt.

Das Problem bei Relationen ist, wie du schon festgestellt hast, dass die Tags type und route gesetzt werden müssen und es für route nur den Wert hiking, wenn es um wandern geht, gibt, was den Kletterzugang zum Wanderweg macht und die Renderer bei mapy entsprechend farbig darstellen.
Mein Vorschlag, auch an den OSM-DD-Stammtisch ist, route=climbing_access zu setzen und dann die Relationen zu reaktivieren. Damit wird der Kletterzugang nicht mehr als Wanderpfad dargestellt.

Ich weiß, dass Sammelrelationen, aufgrund von Performancefragen in der OSM-Datenbank, nicht gerne gesehen werden. Der User grnr hat aber auch jeweils eine Relation für Gipfel in den jeweiligen Gebieten angelegt. Wenn man dann die Relation Gipfel und Kletterzugänge des jeweiligen Gebietes verknüpft, entsteht mMn ein informativer Mehrwert für Bergsteiger.

Viele Grüße
Dietmar
Nationalpark Sächsische Schweiz (2026-01-14 14:26:39+00:00): Hallo Dietmar,

genau, eben die Formulierung in der Wegekonzeption in Zusammenhang mit der neuen Relation war der Anlass für mich, das noch mal am Stammtisch zu besprechen. Die Wegekonzeption sieht für die Kletterzugänge ja als "vorrangige Funktion" "Erschließung für Bergsteiger, Zugang zu Kletterfelsen" vor, als eigene Kategorie neben Wanderwegen und Bergpfaden. (Die Bergpfade sind übrigens auch von grnr als Relationen angelegt worden und jetzt grün markiert.) Wie du richtig sagst, ist es für Wanderer natürlich nicht verboten, die Wege zu nutzen, es sind aber auch nicht die gleichen Wanderwege wie die farbmarkierten oder beschilderten Wanderwege. Diese Unterscheidung sollte idealerweise auch irgendwie bei OSM und den sich daraus speisenden Karten ersichtlich werden.

Den Vorschlag mit route=climbing_access finde ich gut. Nach genau so einem Tag hatte ich auf der Relations-Übersichtsseite gesucht, dort aber nichts dergleichen gefunden, daher bin ich davon ausgegangen, dass es das noch nicht gibt. Wie ist denn das Vorgehen bei solchen neuen Tags, soweit ich weiß, gibt es hierfür eine Art Abstimmungsverfahren? 

Für die Klettergebiete gab es am Stammtisch auch die Idee, evtl. ein Polygon anzulegen, das die ungefähre Abgrenzung des jeweiligen Gebiets umfasst, aber wir konnten auf die Schnelle kein Tag finden, das wirklich gut darauf passen würde. Es kam der Vorschlag, place=region zu nutzen, das wird z. B. für Gebirgszüge genutzt, aber da war die Frage, ob sich das für so kleinräumige Gebiete überhaupt eignet oder ob das eher für größere Flächen gedacht ist. Das wäre aber auch noch mal eine Alternative zur Sammelrelation; so könnte man sich auch die Kletterzustiege und -gipfel, die zu einem bestimmten Gebiet gehören, anzeigen lassen, ohne dass man Relationen dafür anlegen muss. Das ist alles noch unausgereift, war aber zumindest noch eine Idee, die vielleicht in Erwägung gezogen werden könnte. 

Viele Grüße
Amrei
vasony-qa (2026-01-17 10:59:56+00:00): Szia!

Ezek nem összekötő utak, visszavontam.
Tesla meg javítsa ki a szoftverét ha rossz.

Tamás
Nagy Zoltán 77 (2026-01-17 18:49:15+00:00): Köszönöm, nagyon segítőkész!
mueschel (2026-01-15 15:47:20+00:00): Hi,
please check your edits - you added many "biulding" instead of the correct "building".
TrickyFoxy (2026-02-15 09:46:33+00:00): Reverted

https://www.openstreetmap.org/changeset/178573796
NorthCrab_upload (2026-01-16 03:12:02+00:00): 🗺️ Witaj na OpenStreetMap!

Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy. Adres można oznaczyć na dwa sposoby: na obszarze (dokładniejsze) albo na punkcie. Aktualizując adres, należy się upewnić, czy w okolicy nie pozostały żadne duplikaty.
https://www.openstreetmap.org/node/12570846171
https://www.openstreetmap.org/node/2755174204
https://www.openstreetmap.org/way/1466682189
https://www.openstreetmap.org/way/1460340335

Dokumentacja adresów (po polsku):
https://wiki.openstreetmap.org/wiki/Pl:Key:addr:*

W razie problemów lub pytań, proszę pisać. Chętnie pomogę.
Pozdrawiam! 🦀
ZioDragon (2026-01-13 10:59:36+00:00): Vui lòng không đặt thẻ primary (đường chính) vào đường tỉnh
vrabcak (2026-01-14 15:11:03+00:00): Prosím nedělej hromadné změny tagování návěstidel podle nového návrhu schématu, které ještě není stabilizované a ke kterému ještě běží debata.

Také se těmito změnami rozbíjí render na OpenRailwayMap-vector, před hromadným přetagováním po případné stabilizaci tagovacího schématu by bylo vhodné opravit nejprve renderování.

Dále jsou v Tvých editech chybně doplňovány mezery do tagu ref, neodpovídá to realitě. Označení návěstidel je fyzicky bez mezer.