>> - 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 _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
