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

[Nicolas Guillaumin]

>> - 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.

Justement, je préférerai qu'on se passe de bot et que la saisie soit
directement valide (ou corrigée/validée par le logiciel de saisie, au
pire).
En poussant à l'extrême cette logique on finira par avoir 95% de
saisies invalides et 15 bots qui tournent en permanence pour remettre
le tout d'équerre...

>
>> - 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.

Je parlais bien de problème de jeu de caractères que tout développeur
a déjà rencontré dans sa carrière ;-)
Utiliser l'espace 32 paraît plus facile et plus intuitif pour les
développeurs qui ne maitrisent pas l'unicode.
Ceci dit, s'ils ne maitrisent pas l'unicode il ne pourront pas faire
grand chose sur OSM, donc l'argument n'est en effet pas très recevable
(damned !)

>
>> - 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.

Au contraire: A chaque pays ses règles de rendu, ça serait vraiment le
top, plutôt que d'essayer de chercher des moyens d'uniformiser sur la
terre entière.
Je pense que ça va dans la logique d'OSM, ou par exemple la liste des
tags n'est pas fermée afin que chaque spécificité nationale puisse
être saisie même si le système ne l'a pas prévue.

>
>> - 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.

Quelqu'un a-t-il vraiment pris le temps de tester tous les logiciels
existants, ou au moins la partie émergée de l'iceberg (principaux
éditeurs, principaux moteurs de rendu, et outils web de validations
les plus utilisés) ?

Merci,

Nico