Hi Guido
Problem fixed.
We thank you for pointing that out.
Kind regards
SiiG

Bonjour,
Il est bien mentionné dans nos procédures de ne pas apporter de modification à la clé "highway" si celle-ci existe déjà concernant les chemins existants sou OSM. Je vais donc faire un rappel à l'équipe technique du SiiG pour qu'elle soit plus vigilante à ce sujet.

Pas du tout.
Nous avons laissé ce chemin qui existait sous OSM avant que nous procédions à la mise à jour.
Je précise que nous mettons à jour seulement les voies officiellement nommées par délibération des conseils municipaux (cf. http://carto.siig.fr/adresse/).

Bonjour,
Merci pour le signalement.
La dénomination du tronçon Nord/Sud est une erreur. Nous l'avons corrigée en supprimant la dénomination de ce tronçon. La relation correspondant à la voie nommée "Chemin de la Fumade" est bien celle-ci : osm.org/relation/14135517#map=18/44.16957/4.49520

Bonjour,
Très bien.
Merci de nous dire quelle valeur nous devrons à l'avenir attribuer pour les voies nommées sur lesquelles sont présentes des entrées de propriétés en nombre réduit (dans le cas présent, 2 entrées) et de manière disparate.
Bonne fin de journée.

Rebonjour,
La valeur du Chemin de Margelet est "résidential" car deux entrées de propriétés sont numérotées sur ce chemin : les n° 901 et 1505.

La correction a été apportée. Le chemin n'est plus dupliqué. Et nous avions pourtant bien modifié la valeur du paramètre "highway". Peut-être faut il un temps de temporisation pour que la mise à jour soit prise en compte sur le serveur OSM ?

Bonjour et merci pour ces vérifications.
Nous avons corrigé la valeur du paramètre "higway".
Par contre, nous ne constatons aucun doublon. Il existe bien, sur la commune de Gaujac, une voie nommée CHEMIN DE MARGELET et une voie nommée CHEMIN BAS DE MARGELET (cf. http://carto.siig.fr/adresse).
Bien cordialement.

Le nouveau tracé correspond exactement à l'ortho-photoplan. Le cadastre est décalé dans le secteur (cf. lien ci-après).
https://carto.siig.fr/vmap?mode_id=vmap&map_id=663&token=public-,Token&extent=834930.280688974%7C6328088.17969995%7C835445.7549110261%7C6328424.243100051

Bonjour,
C'est corrigé.
Merci pour le signalement de ce problème.
Bien cordialement.

Très bien merci.
Nous avons corrigé l'erreur qui provenait d'un chemin que nous avons scindé en deux sur la limite de commune.
Nous avions omis de supprimer la source ("SIiG") et de réaffecter le type "track" sur la commune limitrophe.

Je viens de spécifier dans la description du SiiG les caractéristiques qui sont les nôtres.Nous gérons de nombreuses données et notre base adresse, complète et à jour, est élaborée, depuis 2010, en collaboration étroite avec les communes adhérentes (50 communes à ce jour). Les mises à jour que nous réalisons concernent donc le tracés et la dénomination des voies ainsi que la position des entrées sur les segments de voies et la numérotation de ces entrées. La diversité de nos missions (cf. www.siig.fr) est bien trop importante pour que nous puissions différencier les sources exactes de chaque node et de chaque way. En règle générale, les node proviennent de levés GPS et les way de saisies sur orthophotoplans. Mais ce n'est pas tout le temps le cas. On pourrait effectivement paramétrer ces caractéristiques dans le "changeset" mais encore faut-il savoir où se trouve ce fameux changeset ?!?

Source = "SiiG" nous avait été recommandé par un référent OSM.
En fait, nous recalons les voies sur des flux WMS issus de notre base de données. Ces flux WMS contiennent les tracés des voies et les numéros d'entrées de propriétés que nous mettons à jour, soit à partir d'une photographie aérienne, soit à partir de relevés GPS. Il est donc problématique de distinguer la source initiale des données sous JOSM. C'est donc pour cela que nous saisissons "source = SiiG" puisque nous utilisons les flux WMS du SiiG.

la commune

*pas reconnue en tant que telle par l

Bonjour,
Oui, en effet ce tag se met uniquement sur des relations.

Par ailleurs, si la voie en question n'a aucun autre tag, c'est peut être parce qu'elle n'est p

SIIG = Syndicat intercommunal d'information géographique
Je travaille pour le SIIG donc je mets SIIG en source

The problem has been corrected.
The relation 11547184 named "Chemin de Tresques" includes 4 residential type paths :
osm.org/relation/11547184

The problem has been corrected.
Thank you

we have the obligation to display all the roads present in the municipality.
The displayed routes have been validated by the local elected officials of the municipality