Nous utilisons des cookies pour vous garantir la meilleure expérience sur notre site. Si vous continuez à utiliser ce dernier, nous considèrerons que vous acceptez l'utilisation des cookies. J'ai compris ! ou En savoir plus !.
banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

#1 Tue 11 December 2018 10:44

EmilieCCBE
Participant actif
Date d'inscription: 22 Nov 2018
Messages: 80

[ENCODAGE] Utf_8 versus latin_1.

Bonjour à tous,

je suis en train de structurer le SIG d'une collectivité territoriale. Par atavisme professionnel, j'étais partie pour traiter les données en base notamment en UTF-8. Cependant je me rend compte que beaucoup des données générées et traitées par la collectivité sont encodées en latin_1.
Du coup je me pose la question du choix d'encodage pour ma base et de manière générale pour la création/gestion des données. je sais que le sujet est un peu un serpent de mer.

Es ce que vous auriez des avis éclairés d'expérience(s) et argumentés pour aborder cette réflexion et ce choix
?

Merci d'avance pour vos réponses.

EMILIE

Hors ligne

 

#2 Tue 11 December 2018 11:19

fbecir
Participant assidu
Lieu: Saint-Mandé
Date d'inscription: 16 Sep 2008
Messages: 513

Re: [ENCODAGE] Utf_8 versus latin_1.

Bonjour

La tendance est à l'adoption de l'UTF-8.
A l'IGN, c'est le choix qui a été fait (anciennement, c'était le latin_1).

Cordialement

Hors ligne

 

#3 Tue 11 December 2018 13:58

cquest
Participant assidu
Date d'inscription: 6 Jan 2013
Messages: 867

Re: [ENCODAGE] Utf_8 versus latin_1.

Le RGI (Référentiel Général d'Interopérabilité) ne propose qu'un encodage: l'UTF-8

Voir page 38 et 39: https://references.modernisation.gouv.f … ite_V2.pdf

Petit rappel sur ce qu'est le RGI... "Un référentiel général d'interopérabilité fixe les règles techniques permettant d'assurer l'interopérabilité des systèmes d'information. Il détermine notamment les répertoires de données, les normes et les standards qui doivent être utilisés par les autorités administratives. Les conditions d'élaboration, d'approbation, de modification et de publication de ce référentiel sont fixées par décret."

voir: https://www.legifrance.gouv.fr/affichTe … ieLien=cid


Christian Quest - https://amicale.net/@cquest sur Mastodon (terminé twitter/X)
Membre fondateur et porte parole d'OpenStreetMap France
A l'origine de opendatArchives, OpenEventDatabase

Hors ligne

 

#4 Tue 11 December 2018 18:48

christian
Participant assidu
Lieu: Isère
Date d'inscription: 20 Sep 2005
Messages: 207
Site web

Re: [ENCODAGE] Utf_8 versus latin_1.

Bonjour,

Vous avez répondu vous même à la question : oui l'UTF-8 c'est mieux car universel, alors que le latin_1 se cantonne à l'europe de l'ouest, mais c'est comme le choix entre lambert93 et CC9zones (enfin pas tout a fait car dans ce cas c'est réversible) : pourquoi se compliquer la vie, sachant que la majorité de vos données à traiter sont en latin_1 ? Il faut juste s'assurer que vous puissiez, le cas échéant un jour ou vous envisagez une résonnance mondiale, passer à l'UTF-8...

Dernière modification par christian (Fri 14 December 2018 16:17)

Hors ligne

 

#5 Thu 13 December 2018 13:30

EmilieCCBE
Participant actif
Date d'inscription: 22 Nov 2018
Messages: 80

Re: [ENCODAGE] Utf_8 versus latin_1.

Merci pour vos retours.
Je ne suis pas encore fixée sur mon choix mais vos retours vont venir alimenter mes réflexions.
Bonne fin de journée.
Emilie

Hors ligne

 

#6 Fri 14 December 2018 10:08

cquest
Participant assidu
Date d'inscription: 6 Jan 2013
Messages: 867

Re: [ENCODAGE] Utf_8 versus latin_1.

Pour l'encodage interne de la base, le côté universel de l'UTF vous évitera bien des soucis.

Pour toutes les données qui vous produirez et communiquerez à l'extérieur, le RGI vous impose d'utiliser de l'UTF...

Pour celles que vous recevez... elles devraient être en UTF (merci de RGI quand on le respecte).


Christian Quest - https://amicale.net/@cquest sur Mastodon (terminé twitter/X)
Membre fondateur et porte parole d'OpenStreetMap France
A l'origine de opendatArchives, OpenEventDatabase

Hors ligne

 

Pied de page des forums

Powered by FluxBB