[OSM-talk-fr] Chiffres romains

Philippe Verdy verdy_p at wanadoo.fr
Sam 27 Juin 18:20:54 UTC 2015


Le 27 juin 2015 19:15, Jérôme Seigneuret <jseigneuret-pro at yahoo.fr> a écrit
:

> Bref c'est pas une mauvaise interprétation est c'est utilisé comme tel
> dans les API et dans le système Android (système sur lequel est installé
> OsmAnd)
>

Android utilise les tags BCP47 standards, sauf pour la nomination interne
des fichiers de ressource dans les sources de ses "bundles" inclus dans les
archives APK ou dans les répertoires applicatifs créés dans /system quand
l'appli est installée. Dans l'API elle-même utilisée par les applis on
n'utilise pas ces codes. L'APÏ supporte aussi quelques extensions obsolètes
venant des premières versions de Java (par exemple "iw" au lieu de "he"
pour l'hébreu), parce que les kits de développement d'Android sont encore
basés sur Java meˆme si Android utilise ensuite sa propre VM différente
(Dalvik ou la nouvelle VM pour Android 5+ qui n'utilise plus la compilation
JIT mais une précompilation à l'installation et qui supporte aussi des
extensions de l'ABI non compatibles avec le JNI standard de Java mais
permettant de livrer aussi du code natif ou s'interfacer dans le noyau avec
du code propriétaire avec un accès direct au chargeur de code binaire et au
linker).
Et pas la peine de parler d'Android quands la base OSM n'est pas faite pour
Android mais pour être neutre, ses tags ne sont pas plus destinés à Windows
que MacOS ou iOS ou BlackBerry, qu'on développe en Java, en PHP, en Ruby,
en Perl, en C/C++ ou C# pour .net ou dans les divers dialectes SQL et
shcémas XML qui peuvent intégrer des données OSM.
On ne parle pas non plus des derniers codes spécifiques de Wikipédia (qui
vont tous disparaitre, tous remplacés un par un par BCP 47; bref pas de
"name:als=*" pour l'alsacien même s'il y a encore des liens Wikipédia
utilisant "als" dans Wikidata; même chose pour "nrm" qui va devenir "nrf",
"zh-classical" qui va devenir "lzh": ces codes incompatibles ne doivent pas
être utilisés dans OSM, qui n'admet psa non plus tout un tas de codes ISO
649 volontairement omis de la base IANA pour BCP47, comme l'explique une de
ses RFC dans le détail)
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150627/b1e16aed/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr