Autoriser un ";" peut être permis sur les noeuds (par exemple les points d'adresse qui normalement seraient situés à cheval sur 2 communes, ou géométriquement dans le territoire d'une seule car la frontière ne passe pas physiquement par ce point sité un peu à côté alors que c'est le point d'accès principal vers la propriété sur l'autre commune), mais sur les ways c'est un peu un non-sens: les ways ont une orientation, et un côté ":left" et ":right" qui permettent de lever l'ambiguité
(on ne peut pas le faire sur un noeud à moins de préciser une direction avec par exemple un ":north", ":south", ":west", ":east" (mais alors combien de directions faut-il gérer et reconnaître? Dans ce cas il serait plus simple alors de conecter un petit morceau de way passant par le noeud en question (sans aucun attribut nécessaire) pour établir une direction, et placer le FANTOIR alors ur ce way et non sur le noeud; le way ne servirait pas à autre chose, ce serait juste un unique segment agissant de la même manière que si on traçait une flèche depuis ce noeud et au lieu d'indiquer ":left" ou ":right" on utiliserait ":forward" ou backward sur ce way pour distinguer les deux codes FANTOIR, le premier noeud serait le point d'adresse sans code fantoir, d'où part la petite flèche, le second (sans aucun attribut mais si on veut être explicite on peut avoir un pseudo-attribut mentionnant son "role=pointing") la pointe de la flèche. La longueur de la flèche et donc la position du second noeud n'a pas d'importance tant que cette longueur n'est pas nulle, mais cette longueuir ne devrait pas être excesive pour éviter de croiser trop de chemins, elle doit alors être proprortionnée au niveau de détail de ce qui entoure (sans doute pas plus de 10 mètres), et le noeud final de la pointe normalement dans la commune pointée le premier noeud étant dans l'autre commune, cette flèche ne devrait donc couper que le tracé frontière (sinon c'est que le tracé de la frontière n'est pas assez affiné). Le problème de cette approche est qu'avec un éditeur graphique actuel, on risquerait de créer des intersections parasites: le second noeud et le segment de flèche ne devraint pas pouvoir former des intersections ou être sélectionnables pour en former, on ne pourrait QUE sélectionenr le premier noeud et alors la flèche serait visible et réorientable tout en conservant nue longieur minimale suffisante. D'ailleurs la technique pourrait aussi servir pour les orientations de feux de circulation ou des radars (quand ils ne sont pas placés sur le chemin représentant la voie de circulation. Le mer. 14 déc. 2022 à 16:22, Vincent de Château-Thierry <[email protected]> a écrit : > Bonjour, > > > De: "leni" <[email protected]> > > > > Dans cet onglet, j'ai corrigé les codes qui étaient uniques. > > > > Maintenant, je regarde les codes qui sont séparés par un ";" ce qui est > > autorisé par > > > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR#Cas_particuliers > > > > Avant de me lancer, j'ai pris un premier enregistrement ; les deux codes > > existent séparément : Pour trouver si le code est inconnu de la source > > Pifometre prend chaque code ou l'ensemble ? > > Pifomètre considère le contenu du tag ref:FR:FANTOIR comme un seul code > FANTOIR, donc en effet dans le cas de codes listés avec un ';' comme > séparateur ça remonte en erreur. J'ai ouvert un ticket pour améliorer ça : > https://github.com/osm-fr/osm-vs-fantoir/issues/203 > > vincent > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr > _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
