piebro/osm-data huggingface dataset:
imagoiq (2026-04-13 16:55:22+00:00): > Moins sur Nominatim et OsmAnd (au moins au début). CoMaps: est-ce avant ou après vos modifications ?

Après mes modifications.

> Les hôtels ont l'adresse (aussi) sur le "feature" principal

Les adresses sont sur l'area de l'hôtel. C'est commun comme pratique.

> Nous devrions probablement utiliser addr:full=* en plus d' addr2 

Quel est l'intérêt de addr:full dans ce cas de figure et quel serait le texte ? Je doute que cela soit pris en compte quelque part.

Concernant addr2, quelqu'un a écrit en janvier 2026 dans le wiki que ce n'est pas supporté par Nominatim. Et je vois qu'il y a une issue ouverte à ce sujet: https://github.com/osm-search/Nominatim/issues/1345

> Peut‑être que l'hôtel sera mieux reconnu en inversant addr et addr2

Cela va juste inverser la priorité de l'adresse.

> Les entrées existaient déjà auparavant. Je pense qu'il est préférable de les nommer.

Les entrées existaient sans avoir les bonnes clés d'entrées. Je ne suis pas totalement contre de nommer les entrées, mais est-ce vraiment nécessaire ? "Entrée côté suisse" peut être déduit si le point est positionné au bon endroit, non ?
9_tab (2026-04-15 10:23:49+00:00): > Les adresses sont sur l'area de l'hôtel. C'est commun comme pratique.

https://wiki.openstreetmap.org/wiki/Tag:tourism=hotel préconise de les inclure. On peut aussi utiliser les préfixes contact: si vous préférez.

> Quel est l'intérêt de addr:full dans ce cas de figure et quel serait le texte ? 

ça permet d'avoir un texte lisible (en combinant addr:* et addr2:* ). 


>  quelqu'un a écrit

C'était probablement moi. Le fait que Nominatim n'utilise actuellement pas la seconde adresse ne doit pas empêcher de la saisir avec des clés claires.


> "Entrée côté suisse" peut être déduit si le point est positionné au bon endroit, non ?

Apparemment ça vous posait problème. On pourrait trouver une valeur plus claire pour "name".
imagoiq (2026-04-15 18:27:55+00:00): > tourism=hotel préconise de les inclure. On peut aussi utiliser les préfixes contact: si vous préférez.

Addr est sous "optional" non ?

> ça permet d'avoir un texte lisible (en combinant addr:* et addr2:* ). 

Oui mais par qui ? Et comment structurer le texte ? Est-ce vraiment utile un texte non-structuré pour une adresse ?

> Le fait que Nominatim n'utilise actuellement pas la seconde adresse ne doit pas empêcher de la saisir avec des clés claires.

Vous vous contredisez. Votre but à la base était de faire en sorte que cela soit disponible dans la recherche. Comme dit plus haut, il est probablement plus préférable que Nominatim supporte le cas de figure de lier un POI à plusieurs adresses qui se trouvent à l'intérieur de celui-ci. Cela réglerait votre problème tandis que le problème de frontière que j'ai mentionné plus haut ne serait pas affecté.

> Apparemment ça vous posait problème. On pourrait trouver une valeur plus claire pour "name". 

Justement je ne vois pas ce qui pourrait être utile.
9_tab (2026-04-17 14:27:55+00:00): > Addr est sous "optional" non ?

Le libellé optional n'implique pas qu'il faille supprimer la donnée si elle existe ; il signifie simplement que le tag n'est pas requis pour créer un feature.


> Et comment structurer le texte ? Est-ce vraiment utile un texte non-structuré pour une adresse ?

Pour l'instant, la clé "addr:full" est prévue ainsi. https://wiki.openstreetmap.org/wiki/Key:addr:full peut vous aider pour une définition complète.


> Comme dit plus haut, il est probablement plus préférable que Nominatim supporte le cas de figure de lier un POI à plusieurs adresses qui se trouvent à l'intérieur de celui-ci. Cela réglerait votre problème tandis que le problème de frontière que j'ai mentionné plus haut ne serait pas affecté.

D'accord pour revisiter la prise en charge d'un POI lié à plusieurs adresses lorsque Nominatim le permettra ; en attendant, évitons de supprimer des données qui pourraient être utiles. Le problème semble venir de l'extraction/interprétation et ne devrait pas être masqué en modifiant les données sources.


> Justement je ne vois pas ce qui pourrait être utile

Répondre à ma question initiale.



Pour résumer: La suppression d'info n'améliorait pas vraiment la qualité et servait avant tout à modifier le résultat dans une recherche ponctuelle. Pour avoir plus d'info sur https://wiki.openstreetmap.org/wiki/Key:addr:full mieux vaut utiliser cette page-là.

Pour l'hôtel: https://www.openstreetmap.org/way/102786964 ajouter addr:full et restaurer les tags structurés correspondants.

Pour les autres : consolider les entrées et leurs numéros d'accès, et compléter les tags pour qu'elles soient trouvables directement.

FRANCE:
https://www.openstreetmap.org/node/1760386059
https://www.openstreetmap.org/node/11082472553

SUISSE:
https://www.openstreetmap.org/node/5710317910
https://www.openstreetmap.org/node/13661915710

Après consolidation, on pourra supprimer 2 nodes redondants.
imagoiq (2026-04-17 19:06:52+00:00): Vous ignorez totalement le problème que je vous ai mentionné, comment le résolvez-vous avec votre solution ?
imagoiq (2026-04-17 19:14:33+00:00): > Le libellé optional n'implique pas qu'il faille supprimer la donnée si elle existe ; il signifie simplement que le tag n'est pas requis pour créer un feature.

Désolé, mais je ne peux pas vous laisser dire ça. La donnée n'est pas supprimée. Les adresses sont devenues des nœuds indépendants du chemin, mais tout en faisant partie du chemin en tant que géométrie. Comme déjà dit, c'est courant, pas interdit et surtout utile dans ce genre de cas. 

> Pour l'instant, la clé "addr:full" est prévue ainsi. addr:full=* peut vous aider pour une définition complète.

Vous ne répondez absolument pas à ma question.

Je veux bien vous suivre si vous avez des arguments solides, mais ce n'est pas le cas alors essayez de me convaincre plutôt que de me prendre de haut.

Comme on ne trouve pas de terrain d'entente, il vaudrait la peine d'avoir l'avis de la communauté. Cela vaudrait la peine de créer un sujet sur community.openstreetmap.org.
imagoiq (2026-04-17 19:43:19+00:00): https://community.openstreetmap.org/t/conflict-with-how-to-map-the-hotel-arbez-between-the-french-swiss-border/143133
9_tab (2026-04-18 11:22:26+00:00): Juste pour être sûrs que nous avons tous bien compris:

(1) Vous ne souhaitez-pas fusionner les doublons de nodes mentionnés? 

(2) Le problème que vous cherchez à régler est‑il lié à une requête sur un district du canton de Vaud retournant un immeuble situé à la frontière du district et une adresse qui n'est pas dans le district ?

(3)  Avez‑vous besoin de précisions sur l'utilisation de addr:full ?

(4) Avez‑vous besoin de précisions sur les tags à appliquer à amenity=hotel ?

(5) Cherchez‑vous à exclure de vos résultats les tags que vous n'utilisez pas (par exemple addr2) ?

(6) En quoi cela concernerait‑il la communauté suisse ?

Petite précision: « French » et « Swiss » s'écrivent avec une majuscule.
imagoiq (2026-04-19 20:40:54+00:00): > On ne le trouve plus en Suisse. Pourquoi ces modifications?

Pourriez-vous re-préciser le problème ? Sur le sujet "community.openstreetmap.org" histoire de mieux comprendre votre problème.

> (6) En quoi cela concernerait‑il la communauté suisse ?

Il s'agit d'une adresse suisse.

> (2) Le problème que vous cherchez à régler est‑il lié à une requête sur un district du canton de Vaud retournant un immeuble situé à la frontière du district et une adresse qui n'est pas dans le district ?

Je pense que l'on ne se comprend pas depuis le début. Lorsque l'on récupère toutes les adresses suisses de la région du district de Nyon (ou tout autre admin_level comprendant cette partie). On obtenait avec votre modification une adresse française puisque l'hôtel (le chemin) est à l'intérieur de la Suisse.

Pouvez-vous répondre au sujet "community.openstreetmap.org", s'il vous-plaît ? Notamment la proposition d'Ionvia.

Je ne posterai plus de réponses sur ce groupe de modification.
9_tab (2026-04-20 20:35:06+00:00): C'est bien que les points (1), (3) et (4) semblent désormais clairs et je peux compléter/fusionner les "features".


> Lorsque l'on récupère toutes les adresses suisses de la région du district de Nyon (ou tout autre admin_level comprendant cette partie). On obtenait avec votre modification une adresse française puisque l'hôtel (le chemin) est à l'intérieur de la Suisse.

Ce type de problème survient dans toutes les requêtes sur les districts ou départements avec des "features" chevauchent les frontières. La seule particularité ici semble être qu'il s'agit également de la frontière nationale et vous avez récupéré une adresse et des tags qui vous semblent étrangers. 

Si vous cherchez à éliminer des données dans tous ces cas, on a un problème systématique. Avez-vous fait d'autres modifications similaires ? Si oui: dans quelles régions ?


>> (6) En quoi cela concernerait‑il la communauté suisse ?
> Il s'agit d'une adresse suisse.

Vous vous contredisez, car vous semblez vouloir éliminer de vos résultats une addresse française que quelqu'un a mis sur un lieu y situé. Donc la discussion ne concerne pas le forum de discussion suisse-allemand. D'ailleurs, votre problème de requête ne semble pas lié à ma contribution: il vaudrait mieux y publier un bref message d'excuses.
imagoiq (2026-04-21 12:39:20+00:00): C'est dommage j'essaie de faire un pas dans votre direction et de comprendre ce qui pose problème.

Pourriez-vous réexpliquer le problème ?

Oui il s'agit d'un problème systématique, mais qui peut être résolu en utilisant des noeuds adresses dans bien des cas. Cela dit dans ce cas précis, la proposition d'Ionvia semble parfaitement indiquée, vous n'avez pas donné votre avis.
Vous n'êtes pas d'accord avec le fait d'utiliser des noeuds adresses pour résoudre ce genre de problème dans d'autres cas ? Quel serait votre solution dans d'autres cas ?

Vos points 1,3,4 ne sont pas clairs.

1. De quels doublons parlez-vous ? Chaque adresse à son noeud propre. L'hôtel est unique. Est-ce que j'ai loupé quelque chose ?

3. Je n'ai pas besoin de précision. Je vous ai déjà dit que je ne voyais pas vraiment l'intérêt car ce n'est pas une donnée parsable comme c'est écrit dans le wiki et que c'est très probablement une clé pas très utilisée par les systèmes de rendus. Donc ajoutez là si vous voulez, mais à quoi bon ? 

Si vous voulez faire un sujet sur la partie française plutôt que suisse, c'est possible aussi. Le POI a bien à la fois une adresse française et suisse ou je ne comprends rien ?
NeisBot (2026-03-19 15:01:05+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/12599950455 v2

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Vape shop"

#MapWithoutSpam
NeisRevert (2026-03-27 17:33:11+00:00): 🔄🤖 Partly reverted due to either a lack of response from the contributor or remaining promotional text by https://osm.org/changeset/180514372
(Restore previous tags. No changes)
eggie (2026-03-19 15:15:10+00:00): Hoi.. Hier is iets niet helemaal goed gegaan met de landuse zo te zien.
https://overpass-api.de/achavi/?changeset=180115581
Gr eggie
eggie (2026-03-19 19:52:11+00:00): Landuse losgemaakt van grens en dubbele vermelding sportclub verwijderd.
MVG
eggie
eggie (2026-03-19 15:39:24+00:00): Dag Engelbert,

Lijkt me oke, maar de locatie klopt niet. De BAG import ligt er naast.

MVG
eggie
eggie (2026-03-19 15:55:28+00:00): Gebouwen uitgelijnd mbv de BGT en wat infra toegevoegd
bxl-forever (2026-03-19 15:57:24+00:00): Hello, and welcome to OSM.

I am sure you had good intentions, however, changing the building itself is not the correct way.  Don’t worry, we have fixed your edit.

The photo agency is on the map here:
https://www.openstreetmap.org/node/13662110657
NeisBot (2026-03-19 15:21:43+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/13653398695 v2

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Law office"

#MapWithoutSpam
NeisRevert (2026-03-27 17:33:15+00:00): 🔄🤖 Partly reverted due to either a lack of response from the contributor or remaining promotional text by https://osm.org/changeset/180514373
(Clean up leftovers from previous edits)
eggie (2026-03-19 17:29:50+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht.
MVG,
Eggie
Namens de OSM Community
Jrachi (2026-03-20 06:08:22+00:00): Ciao.
Hai cancellato una relazione di un percorso che è parte della Rete Escursionistica Italiana (ha il tag ref:REI=*)
C'è un problema sul terreno?
Comunicare all'user che ha inserito il tag ref:REI o direttamente a me (che mi conosci già) è meglio che cancellare!

Procedo al revert

Ivo
vojtechzaboril (2026-03-21 17:07:44+00:00): Hi,
more than one of our user claimed, that this sections doesn't exist anymore and is not visible in terrain. I would be happy if someone from REI can check it in terrain.
And I'm sorry for not reporting it to you at first place.
V
Jrachi (2026-03-21 17:27:52+00:00): Ciao,
I have notified the CAI members who deal with the area and will evaluate whether to restore the passage or ask the region to cancel the route in the land register.
In the future, could you consider adding the trail_visibility tag to the path?

Ivo
vojtechzaboril (2026-03-21 17:29:35+00:00): Hi,
thanks for that, next time I will change the visibility together with reporting it to you.
V
NeisBot (2026-03-19 15:36:15+00:00): Hello, welcome to OSM!

Thank you for your contributions to the map. I have reviewed your changesets and noticed that the cumulative count of your recent edits (4 changesets) shows that 306 of your last 370 changes were deletions. This is quite an unusual proportion, so I wanted to check with you.

Could you please confirm whether these deletions were intentional or if they may have occurred by mistake?

#DeletionsCheck #Cumulative
---
https://resultmaps.neis-one.org/osm-suspicious?uid=23935406
AgathaS (2026-03-21 18:10:31+00:00): Hi! Wow, that's a large number, but I'm not sure about that. What I did initially was map the delimited area by adding paths and then, later, I revised it. So it's possible I deleted some paths I added earlier because they weren't necessary or were incorrect. In short, it was probably intentional, yes. I looked at the delimited area again and everything seems to be okay.
vuckan (2026-03-21 00:37:02+00:00): Zar je dionica Zenica sjever-Nemila otvorena? Bio sam uvjeren da nije ni blizu dovršetka
Badojo (2026-03-21 17:24:18+00:00): netko je već ucrtao prije (https://www.openstreetmap.org/changeset/178982531) pa sam pretpostavio da je to točno. Ja sam sredio ref tagove i relacije pa ae lagano doda access=no ako nije otvoreno
vuckan (2026-03-22 12:09:28+00:00): Je, imaš pravo. Nisam vidio da je access tag već bio =yes.
Fraxi (2026-03-19 18:36:01+00:00): Здравейте! 
Благодаря за редакциите!
Името на училището обаче вече е отбелязано върху самата площ https://www.openstreetmap.org/way/135457909
Не е нужно да се дублира върху някоя сграда.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/180116698
Higashimado (2026-03-20 03:23:30+00:00): 您好，欢迎加入 OSM 中国社区~

注意“建筑”和“用地”，对用地要删除 building=* 哦
marczoutendijk (2026-03-27 19:49:40+00:00): This changeset has been reverted fully or in part by changeset 180519108 where the changeset comment is: DWG revert for evading previous block
Mateusz Konieczny (2026-03-19 15:40:23+00:00): see https://community.openstreetmap.org/t/should-we-prioritise-official-truth/142448
NeisBot (2026-03-19 15:45:43+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/13662008260 v1

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Psychological services office"

#MapWithoutSpam
NeisRevert (2026-03-27 17:33:20+00:00): 🔄🤖 Partly reverted due to either a lack of response from the contributor or remaining promotional text by https://osm.org/changeset/180514379
(Clean up leftovers from previous edits)
NeisBot (2026-03-19 16:06:53+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/13529889058 v4

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Beauty Salon"

#MapWithoutSpam
NeisAgent (2026-03-19 17:34:05+00:00): 🕵 It looks like you reintroduced text that was previously flagged as promotional and removed after a review. Could you please explain why it was added again?
CAM-Gerlach_Repair (2026-07-06 07:28:38+00:00): Reverted adding SEO spam POI with blatant advertising and malformed tags/values in changeset:

https://osm.org/changeset/185179801
woodpeck_repair (2026-06-11 09:06:11+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
julcnx (2026-06-16 03:54:55+00:00): Hi, I migrated the surface=red earth ways in this changeset to surface=laterite: red earth is the local English name for the same surface (Auroville/Tamil Nadu), and surface=laterite was approved as the canonical tag on 2026-06-15. Let me know if you think this doesn't apply here. More info: https://wiki.openstreetmap.org/wiki/Tag:surface=laterite
NeisBot (2026-03-19 16:09:52+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description, note or slogan contain detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

⚠️️ Problematic element (limit 1):
https://osm.org/node/13659596225 v3

Could you please revise your text accordingly?

✅ For example, a more neutral and factual version of your text could be: "Trailer repair shop"

#MapWithoutSpam
NeisRevert (2026-03-27 17:33:25+00:00): 🔄🤖 Partly reverted due to either a lack of response from the contributor or remaining promotional text by https://osm.org/changeset/180514385
(Clean up leftovers from previous edits)
RomaKasian (2026-03-19 16:30:59+00:00): sorry about wrong comment bcoz vespucci interface update i actually changed access to yes
mueschel (2026-03-24 15:05:53+00:00): Hi,
"recycling:glass_bottles:clear" is a new tag that is not used in other places. 
The typical tag is 
"recycling:glass_bottles:colour=clear.
Could you check & change that?
trial (2026-03-19 20:49:44+00:00): Bienvenu dans OpenStreetMap.
lit=no veut dire qu'il n'y a pas d'éclairage dans cet amphithéatre. Vraiment ? En gnééral préciser que les bâtiments sont éclairés apporte peu d'information.
trial (2026-03-19 20:52:10+00:00): de plus on ne peut pas dire que c'est un amphithéâtre au sens antique, c'est à dire un théatre avec une forme spéciale : https://wiki.openstreetmap.org/wiki/Tag:theatre:type%3Damphi
Bienson (2026-03-20 01:10:44+00:00): Der eingezeichnete Weg liegt jetzt teilweise außerhalb des tatsächlichen Weges
FriedhöfeDortmund_68654 (2026-03-22 08:31:40+00:00): Kreis verkleinert.
RomaKasian (2026-03-19 16:29:32+00:00): sorry i set wrong comment bcoz vespucci interface update
RomaKasian (2026-03-19 16:29:45+00:00): i actually added footway
Langlaeufer (2026-03-20 11:23:09+00:00): Wurde ein hier Schild aufgestellt? Dies hat 2025 noch gefehlt um den Fußweg freizugeben.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/180118966
karkor (2026-03-21 18:41:11+00:00): Ja
Langlaeufer (2026-03-21 18:44:59+00:00): Danke
woodpeck_repair (2026-06-11 08:59:13+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
trial (2026-03-19 21:00:29+00:00): aaa n'est pas un bon commentaire ;-).
De plus si vous voulez ajouter les adresses, il est vivement conseiilé : de ne mettre ni commune ni code postal (inutiles, ils sont déduits de la position, de faire des rues entières, de positionner là où indiqué au cadastre (couche disponible dans iD) et encore mieu d'utiliser des outils pour. Certains intègrent les adresses d'une commune par semaine, si ça vous intéresse, je peux vous passer des infos là-dessus.
À côté si cette rue est en tertiaire, la rue de l'Abattoirs à côté, notamment https://www.openstreetmap.org/way/636594513 devrait l'être.
woodpeck_repair (2026-06-11 09:00:17+00:00): This changeset has been reverted fully or in part by changesets 183960337, 183960380, 183960341, 183960408, 183960275, 183960389, 183960221, 183960319, 183960306, 183960280, 183960292, 183960414, 183960349, 183960228, 183960252, 183960358, 183960240, 183960299, 183960267, 183960399, 183960370, 183960328, 183960364 where the changeset comment is: revert low-quality AI building imports
woodpeck_repair (2026-06-11 09:07:23+00:00): This changeset has been reverted fully or in part by changeset 183960779 where the changeset comment is: revert low-quality AI building imports
Gaung Tebono (2026-03-19 22:19:14+00:00): Halo kawan! Mohon maaf sebelumnya jika saya balikkan suntingan mu mengenai status jalan nasional 30 di ruas dalam kota Ngawi ini. Jalan yang anda gambar tersebut termasuk ruas jalan Sukowati, Basuki Rahmat dan Ahmad Yani untuk sekarang ini statusnya sudah turun menjadi jalan kewenangan pemprov Jatim ditangan DPUPR Prov Jatim bukan lagi kewenangan nya Ditjen Perhub Darat.

Salam 🙏🏻
RusticCloud3325 (2026-03-20 05:06:09+00:00): Izin, saudara Gaung. Boleh berikan sumber peraturannya atas pernyataan Anda, dan tahun berapa peraturan tsb diterbitkan? Mari kita diskusikan, kita cek sama-sama. Saya juga berharap user zlyntud juga mau berpartisipasi dalam diskusi ini, mengingat KP Ditjen Hubdat yang digunakan sebagai dasar pengeditan diterbitkan 7 tahun lalu, jadi ada kemungkinan sudah digantikan dengan peraturan lain.
Gaung Tebono (2026-03-20 08:06:43+00:00): Untuk peraturan mengenai status jalan tersebut tercantum dalam "KEPUTUSAN GUBERNUR JAWA TIMUR NO. 100.3.3.1/202/013/2025 TENTANG PENETAPAN RUAS JALAN MENURUT STATUSNYA SEBAGAI JALAN PROVINSI". Jadi kesimpulannya penetapan ini baru kalau bisa dibilang jadi mohon jangan salah paham dulu.

link PDF file:
https://binamarga.jatimprov.go.id/wp-content/uploads/SK-Status-Jalan-Provinsi-Jatim-2025.pdf