Exemple de corruption causée par Osmose:
http://www.openstreetmap.org/node/1110246018/history
Le 16 août 2014 10:17, Philippe Verdy <verd...@wanadoo.fr> a écrit :
> Certaines correction proposées par Osmose sont complètement erronées,
> particulièrement celles concernant les "espaces surnuméraires".
>
> Je me suis aperçu en consultant les historiques de certains objets que
> ceux-ci était nommés par exemple (je met le tout entre accolades ici pour
> que ce soit plus clair):
>
> {name=École publique maternelle "XYZ"}
>
> Oui, avec des guillemets ASCII autour du nom qui suit une désignation
> générique.
>
> Le problème est qu'Osmose ne détecte pas correctement ces guillemets ASCII
> dans le nom (ils sont pourtant stockés et correctement encodés en XML), et
> en fait va tronquer la chaîne au premier guillemet pour obtenir:
>
> {name=École publique maternelle }
>
> Et Osmose alors proteste en disant "Espace surnuméraire à la fin". On se
> retrouve même dans certains cas avec :
>
> {name=}
>
> ou (dans les cas où Osmoe a déjà supprimé la désignation générique avant
> le nom entre guillemets)
>
> {name= }
>
> Et Osmose alors propose de supprimer totalement la clé qui pourtant
> contenait un nom (qui a pu disparaître plusieurs modifs aurparvant dans
> Osmose qui a déjà fait a troncature erronée).
>
> Si on accepte la correction proposée par Osmose sans regarder le contenu
> original (visible non pas dans l'éditeur à droite mais dans l'info-bulle à
> gauche), les mots importants entre guillemets disparaissent, et il ne reste
> plus que la désignation générique.
>
> Bref BOGUE, à corriger d'urgence car cela aboutit à des suppressions
> intempestives d'informations !
>
> NOTE: Osmose devrait afficher dans son éditeur le nom original avant la
> modif proposée, pour faciliter les comparaisons. Il ne ne fait plus avec
> son nouvel éditeur. Danger !
>
> Osmose devrait plutôt suggérer d'abord de supprimer ces guillemets ASCII
> ou proposer une correction les rempleçant par des « guillemets français »
> voire des “guillemets courbes” (ce qui élimine les problèmes de syntaxe en
> XML dans les datas au format OSM ou dans les requêtes de recherche, qui
> utilisent déjà des guillemets ASCII comme délimiteur de chaînes).
>
> Et ensuite seulement il peut rechercher les espaces surnuméraires
> (attention aux guillemets françaus qui incluent normalement une espace fine
> U+203F à l'intérieur, mais ce caractère étant difficile à sasir au clavier,
> la plupart du temps on utilise l'espace insécable U+00A0= voire juste
> une espace normale U+0020 qui sera contextuellement remplacé au rendu par
> une espace fine insécable quand ils sont accolés aux guillemets français)
>
>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
