si ça peut aider
dans mon coin (Plœmeur 56270, mais aussi un peu les villes limitrophes) Osmose
me propose 3 erreurs par boites aux lettres
1 Boîte postale sans ref:FR:LaPoste (en violet)
1 Boîte postale, proposition d'intégration (en vert)
1 Boîte postale non intégrée (en vert) à 1-5 m de la boi
Le 26 juin 2015 21:26, Jérôme Seigneuret a écrit
:
> @Philippe :
> Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire
> vu que c'est name qui l'est
>
Il n'y a pas de priorité : "alt_name=*" complète le "name=*" en y ajoutant
de la sémantique. Il ne la remplace pas comme le
attention "fr-fonapi=*" (j'ai fait une faute de frappe dans la première
occurence) et non "finapi"
Le 26 juin 2015 21:26, Jérôme Seigneuret a écrit
:
> @Philippe :
> Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire
> vu que c'est name qui l'est. Mais le cas de la phonéti
Le 26 juin 2015 17:50, Jérôme Seigneuret a écrit
:
> name:phonetics:en=*avnyˈdʒɔ:dʒ faɪv*
>
Lecture à ne pas imposer en anglais, qui lit plutôt l'ordinal "Georges the
Fifth" et non "Georges Five" pour les petits nombres. Cependant pour des
noms de rues ou d'hôtels en France, la prononciation à la
@Philippe :
Le alt_name n'est pas la solution car par défaut il n'est pas prioritaire
vu que c'est name qui l'est. Mais le cas de la phonétique je note car ça
c'est intéressant pour des cas spécifiques.
Sinon pour en revenir au message de départ d'Eric, sont problème est bien
que le V n'est pas dét
Non, car Osmose nous proposera "Georges V" (avec un "s")...
Note: les **nombres** romains sont surtout codés dans Unicode pour
compatibilité avec les polices asiatiques, ils ne sont pas codés pour être
composables comme chiffres dans des plus grands nombres qu'isolément
(chaque caractère est codé
Il y en en encore d'autres: il y a encore d'autres "chiffres" codés pour
500, mille, un million et un chiffre spécial en forme de C à l'envers pour
former des grand nombres (en combinaison avec le C et le I).
A cela il y a encore la convention utilisant les macrons (tirets hauts) en
un ou plusieur
Si osmose le détecte, le GPS aussi...
C'est à l'outil d'analyser les mots.
Éventuellement osmose peut aider à détecter une mauvaise ponctuation qui
apporterait de la confusion.
Ajouter de la phonétique... Comme si osm n'était pas déjà assez compliqué ;)
Le 26 juin 2015 19:17, "David Crochet" a é
Pourquoi pas simplement "alt_name=... Georges 5" pour fournir une lecture
de "Georges V" ?
sinon on peut aussi utiliser le code BCP47 pour l'extension phonétique API:
name:fr-finapi=ˈævənju: ʒɔrʒ sε̃k
(et non pas "name:phonetic" qui est une extension on standard)
l'extension "-fonapi" est standar
Ha ben j'aurais pas perdu ma soirée, comme ça ! J'imaginais pas que les
chiffres romains avaient leurs caractères utf-8 à eux…
(Mais quand je vois l'accueil qui a été fait aux tirets cadratins,
notamment sur certains arrêts de métro, je vous souhaite bonne chance,
vous encourage à continuer par
En effet, j'ai trouvé ça dans la partie *general ponctuation* de la table
utf-8
Voici les codes
Unicode Caractère UTF-8 encodage HTML name
U+2160
Ⅰ 226133160 Ⅰ ROMAN NUMERAL ONE U+2161 Ⅱ 226133161 Ⅱ ROMAN
NUMERAL TWO
U+2162
Ⅲ 226133162 Ⅲ ROMAN NUMERAL THREE U+2163 Ⅳ 226133163 Ⅳ ROMAN
NUMERAL
Bonjour
Le 26/06/2015 18:11, JB a écrit :
Pour moi, la solution devrait venir de l'utilisateur
Hum, je pense pas, mais cela dépasse la sphère JOSM ou OSM ou autre,
c'est au monde entier de l'informatique d'abandonner le code ISO et de
passer à l'UNICODE
Ce sera déjà un grand pas dans l'un
Bonjour
Le 26/06/2015 19:10, Jo a écrit :
mais c'est certain que ça complique l'édition, car il n'y a personne
avec ces code points sur leur clavier.
c'est là qu'osmose (ou consœur) serait utile :
- on rentre « George V »
- Osmose nous propose « George Ⅴ »
Cordialement
--
David Crochet
___
C'est l'autre piste et ça m'étonne que Philippe n'a pas encore écrit 1,5
épistle là-dessus. C'était aussi ma première idée, mais c'est certain que
ça complique l'édition, car il n'y a personne avec ces code points sur leur
clavier.
Jo
2015-06-26 19:07 GMT+02:00 David Crochet :
> Bonjour
>
> Le 2
Bonjour
Le 26/06/2015 13:58, Eric Sibert a écrit :
Parce que quand le logiciel de guidage me parle de "George vé" ou "Henry
ivé", j'ai du mal :-P
Les chiffres romains sont UTF-8, donc si tout le monde s'accordait à
utiliser les chiffre romaines UTF-8 au lieux des lettres latines, cela
éviter
Pour moi décrire le monde de façon explicite vaut mieux que décrire de
façon opaque.
Polyglot
2015-06-26 18:11 GMT+02:00 JB :
> Bof, on déplace la responsabilité d'une mauvaise gestion de la donnée de
> l'utilisateur vers le contributeur. Pour moi, la solution devrait venir de
> l'utilisateur, e
Bof, on déplace la responsabilité d'une mauvaise gestion de la donnée de
l'utilisateur vers le contributeur. Pour moi, la solution devrait venir
de l'utilisateur, et il me semble qu'un dictionnaire, par exemple,
permet de régler le problème. C'est pas d'ailleurs comme ça que
procèdent les scrip
Mais s'il n'y a que I ou V, il serait quasi impossible d'être sûr si c'est
un chiffre romain.
Qu'est-ce que vous pensez d'un nouveau tag?
name_contains_numeral=5
ref_contains_numeral=3
that way it's unambiguous for routers that are smart enough to take such
tag into account.
Jo
2015-06-26 17:2
@Vincent : Je pense que sa demande est simplement de voir si l'on peut
avoir deux écritures au niveau balise afin de facilité l'interprétation du
tag name pas les algos des logiciels de guidage
@Eric: Je pense que le problème c'est l'interprétation du logiciel de
guidage qui lie les chiffres Romai
Je pense que la synthèse vocale devrait gérer ça avec un dictionnaire.
--
Yves
Le 26 juin 2015 16:42, "Eric SIBERT" a écrit :
> Je cherche un moyen pour indiquer que c'est n'est pas juste un
> enchaînement de lettre mais un nombre écrit en chiffres romains et pouvoir
> l'exploiter en conséquenc
Je cherche un moyen pour indiquer que c'est n'est pas juste un
enchaînement de lettre mais un nombre écrit en chiffres romains et
pouvoir l'exploiter en conséquence par exemple pour une synthèse vocale.
--
Éric
___
Talk-fr mailing list
Talk-fr@opens
Je crois qu'Éric voudrait savoir s'il existe un moyen pour qu'un
synthétiseur vocal prononce une rue nommée "Georges V" comme si c'était
écrit "Georges 5", et non pas "Georges Vé"
Francescu
Le 26 juin 2015 15:19, "Vincent Privat" a écrit :
> Tu peux préciser ce que tu ne parviens pas à faire
Tu peux préciser ce que tu ne parviens pas à faire avec JOSM ? Je ne vois
pas de souci immédiat avec les chiffres romains.
Le 26 juin 2015 2:00 PM, "Eric Sibert" a écrit :
> Bonjour,
>
> Il y a moyen de saisir des chiffres romains dans OSM/Josm?
>
> Parce que quand le logiciel de guidage me parle
Bonjour,
Il y a moyen de saisir des chiffres romains dans OSM/Josm?
Parce que quand le logiciel de guidage me parle de "George vé" ou
"Henry ivé", j'ai du mal :-p
Je pourrais aussi avoir des références comportant des chiffres romains
et pour certains traitements, ça serait bien que ce soit
Les étapes me semblent un bon compromis.
Pas trop complexe à modéliser, pas trop complexe à réutiliser.
Le 26/06/2015 11:48, Stéphane Péneau a écrit :
> C'est curieux que la notion d'étape n'existe pas déjà dans les
> relations cycle. On a bien les "stop" pour les transports en commun.
> En reva
Oui, il y a un mix. Je suis en contact avec le responsable côté Poste et
j'avais eu le fichier entre les mains il y a déjà quelques semaines.
J'avais remonté des problèmes, suggéré de re-géocoder ça avec la BAN via
addok, mais visiblement ça n'a pas été fait.
Ce qu'on peut aussi faire, c'est compa
C'est curieux que la notion d'étape n'existe pas déjà dans les relations
cycle. On a bien les "stop" pour les transports en commun.
En revanche, ça ne change rien à la difficulté de gérer de très grandes
relations.
Le 26/06/2015 10:58, GaelADT a écrit :
3) On peut également faire un découpage
Mon avis perso
Le 26 juin 2015 10:58:48 CEST, GaelADT a écrit :
>J'essaye de résumer les discussions que l'on a eu avec notre stagiaire.
>Je
>rappelle qu'il s'agit de relations de plusieurs centaines de km :
>
>1) Il serait possible d'avoir une relation avec uniquement des ways
>dedans.
>On est d
J'essaye de résumer les discussions que l'on a eu avec notre stagiaire. Je
rappelle qu'il s'agit de relations de plusieurs centaines de km :
1) Il serait possible d'avoir une relation avec uniquement des ways dedans.
On est d'accord, c'est très moche, et compliqué à maintenir. Mais pourtant
ce que
Je pense qu'il faut s'intéresser de prêt à ce sujet, car il risque de
conditionner le futur des relations cyclables.
Mais comme je ne maitrise pas le sujet, je m'abstiens
Stf
Le 26/06/2015 10:16, GaelADT a écrit :
Bonjour,
Effectivement, il peut y avoir une discussion autour de ces données. M
Bonjour,
Effectivement, il peut y avoir une discussion autour de ces données. Mais la
question portait plus ici sur les différentes modélisations possibles des
relations. Pas d'idées ?
Gaël.
--
View this message in context:
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-
31 matches
Mail list logo
