You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
L'encodage des chaînes de caractères est bien précisé dans le projet de standard : "Les attributs textuels, autrement dit de type CharacterString, doivent être encodés selon le standard UTF8. UTF8 est conçu pour coder l’ensemble des caractères du « répertoire universel de caractères codés » ; il permet en particulier de coder des textes en alphabet latin avec tout type d’accent ou de caractères spéciaux."
Le formatage des dates est également spécifié : "Les dates doivent être codées selon le standard ISO8601, c’est-à-dire en respectant le formalisme suivant : AAAA-MM-JJ."
Par contre, l'exemple donné "2023.10.25 pour le 25 Octobre 2023" ne suit pas ce formatage : ce devrait être 2023-10-15
les caractères autorisés/interdits sont à spécifier. On pourra pour ce faire par exemple s'inspirer par exemple du Standard CNIG PLU § "Attributs de type chaîne de caractères" page 47.
Les utilisateurs ont, lors des retours de test, formulé le besoin d'être davantage guidés dans le formatage des mots clés et des libellés libre : tout en majuscule / seulement la première lettre en majuscule, autorisation de l'accentuation ou pas, etc.
L'encodage UTF8 permettant de passer tout type de caractère, le principe à utiliser pour les attributs de type "CharacterString" est d'être conforme aux règles du français ordinaire : autorisation des caractères accentués, règles habituelles pour l'usage des minuscules et majuscules, autorisation de la ponctuation (pour les attributs de type texte descriptif).
Au delà de la question de l'encodage (en UTF8), à la demande des utilisateurs cette issue porte plutôt sur le formatage des chaines de caractères dans le standard :
être guidé dans le formatage des mots clés et des libellés libres : tout en minuscule / seulement la première lettre en majuscule
l'accentuation est donc autorisée, mais attention à la ponctuation ou autres caractères spéciaux à éviter.
L'encodage des chaînes de caractères est bien précisé dans le projet de standard :
"Les attributs textuels, autrement dit de type CharacterString, doivent être encodés selon le standard UTF8. UTF8 est conçu pour coder l’ensemble des caractères du « répertoire universel de caractères codés » ; il permet en particulier de coder des textes en alphabet latin avec tout type d’accent ou de caractères spéciaux."
Le formatage des dates est également spécifié :
"Les dates doivent être codées selon le standard ISO8601, c’est-à-dire en respectant le formalisme suivant : AAAA-MM-JJ."
Par contre, l'exemple donné "2023.10.25 pour le 25 Octobre 2023" ne suit pas ce formatage : ce devrait être 2023-10-15
les caractères autorisés/interdits sont à spécifier. On pourra pour ce faire par exemple s'inspirer par exemple du Standard CNIG PLU § "Attributs de type chaîne de caractères" page 47.
Les utilisateurs ont, lors des retours de test, formulé le besoin d'être davantage guidés dans le formatage des mots clés et des libellés libre : tout en majuscule / seulement la première lettre en majuscule, autorisation de l'accentuation ou pas, etc.
Le cas du séparateur de valeurs dans un attribut à valeurs multiples est traité dans l'issue Utiliser le pipe ( | ) plutôt que le slash ( / ) comme séparateur pour les attributs à valeurs multiples #11.
The text was updated successfully, but these errors were encountered: