[OSM-talk-fr] Espace dans les refs, relance du débat

[Aurelien Jacobs]

Nicolas Guillaumin wrote:

> Bonsoir,
> 
> Pour ma part, il est indéniable qu'il faut un séparateur entre le "N"
> et le "113": Ca représente deux informations distinctes. D'une par la
> classification de la route (A, N, D, etc.), d'autre part son
> "identifiant" qui, rappelons le, peut être composé de chiffres et de
> lettres. Je suis passé devant une D 103d il y a peu en Seine et Marne.
> A l'extrême, il faudrait même un système avec deux clefs pour le tag:
> "ref:classification" = "A" et "ref:identifier" = "103d". Charge au
> moteur de rendu/logiciel de routage de recoller les morceaux, avec ou
> sans espace fonction du paramétrage. Au moins le débat serait clos (Si
> toutefois ce système peut s'appliquer à l'international).

C'est une idée intéressante, mais je craint qu'elle ne soit pas
applicable sur le plan international...

> Après, concernant ce que doit être le séparateur, je serai plutôt
> pragmatique: L'espace me paraît le plus simple:
> - Il est trivial à saisir

Oui, mais la saisis n'a rien à voir avec la question que l'on
débat... Pour l'instant on cherche à savoir par quoi le bot
va remplacer ce que tu as saisis.
Quel que soit la décision, tu pourra continuer à saisir avec
un espace (ou sans espace, d'ailleurs). C'est le bot qui se
chargera d'uniformiser.

> - Il ne pose pas d'éventuels problèmes de jeu de caractères

Il ne peu pas se poser de problème de jeu de caractères puisqu'il
y a un seul et unique jeu de caractère utilisé dans OSM à tout
les niveaux, il s'agit d'unicode.
Tu voulais peut-être parler de problème de fonte incomplète ?
C'est déjà un peu plus plausible, mais si tu fais un rapide tour
du monde sur osm, tu te rendra vite compte qu'il y a tout un tas
de caractère totalement improbable qui sont déjà utilisés.
Il semble complètement irréaliste d'avoir une fonte qui regroupe
tous ces caractères, mais qui ne dispose pas de caractères aussi
commun que les espaces insécables.

> - Les moteurs de rendu peuvent décider de l'afficher plus ou moins
> "large" suivant la conf

Ça imposerait que le moteur de rendu analyse toutes les ref pour
voir si elles appartiennes à des routes (>= tertiary ?), situées
sur le territoire français, et ressemblant à "[AND] [0-9]+".
Imagine maintenant que chaque pays propose ses règles à lui.
Ça serait totalement ingérable pour un moteur de rendu.

> - Tous les logiciels existants sont compatibles

Il le sont également avec les espaces insécables. En tout cas,
personne ne nous a encore montré de rendu ayant des problème
avec les espaces insécables.

Aurel