Ma\u00ebl Reboux, de la Communaut\u00e9 d’agglom\u00e9ration de Rennes M\u00e9tropole, pose la s\u00e9rie de questions suivantes.<\/p>\n
J’ai une question en relation avec ce billet<\/a> :
\nLa question (que l’on me pose de plus en plus fr\u00e9quemment) :
\n1. Vu que je d\u00e9tiens \/ suis producteur de certaines donn\u00e9es qui entrent dans le champ de INSPIRE, je dois en faire la diffusion.<\/p><\/blockquote>\n==>oui<\/p>\n
2. Si des sp\u00e9cifications de donn\u00e9es existent pour une de ces donn\u00e9es, je dois diffuser des donn\u00e9es qui s’y conforment.<\/p><\/blockquote>\n
\n==>oui, mais dans le d\u00e9lai rappel\u00e9 dans le billet r\u00e9f\u00e9renc\u00e9 (2 \u00e0 7 ans)<\/p>\n3. Dois-je conformer le nom de mes attributs (champs) afin qu’ils soient identiques \u00e0 ce qui est indiqu\u00e9 dans les documents de sp\u00e9cification ?<\/p><\/blockquote>\n
==>il faudra bien, c’est le prix de l’interop\u00e9rabilit\u00e9<\/p>\n
Exemple pour une couche de point d’adresses : dois-je obligatoirement avoir un champ qui se nomme \u00ab\u00a0GeometrySpecificationValue\u00a0\u00bb (pr\u00e9cision sur la position du point d’adresse : postalDelivery \/ building…) ?<\/p><\/blockquote>\n
==> oui, au moins dans la base de donn\u00e9es afin qu’il soit correctement transport\u00e9 dans les services WFS.<\/p>\n
\nQuestion embo\u00eet\u00e9e : ce champ doit-il contenir des valeurs en anglais ? ou en fran\u00e7ais ?
\npostalDelivery \/ d\u00e9livrance postale ?<\/p>\nJ’aurais tendance \u00e0 dire oui aux 2 questions mais je viens vers vous pour en savoir plus.<\/p><\/blockquote>\n
==> Officiellement, la Commission europ\u00e9enne soutient qu’il ne s’agit pas de l’anglais (soyons honn\u00eate, aucun anglais ne reconna\u00eetrait cette suite de caract\u00e8re pour sa langue), mais d’une formulation \u00ab\u00a0neutre linguistiquement\u00a0\u00bb pour les dialogues entre machines. Nous n’avons pas r\u00e9ussi \u00e0 faire \u00e9voluer cela. Nous avons obtenu la traduction des listes de codes, mais pas des valeurs que ces codes peuvent prendre. C’est donc ce champ \u00ab\u00a0neutre linguistiquement\u00a0\u00bb qui doit \u00eatre dans la base, c’est lui qui permettra l’interop\u00e9rabilit\u00e9 et les services en r\u00e9seau avanc\u00e9s. Pour autant, on n’est pas oblig\u00e9 de le montrer tel quel \u00e0 tout le monde, et au contraire ne montrer via l’interface d’affichage qu’un terme fran\u00e7ais.<\/p>\n
Pr\u00e9cisions <\/strong>: GeometrySpecificationValue renvoie, en fran\u00e7ais, \u00e0 \u00ab\u00a0Sp\u00e9cification g\u00e9om\u00e9trique\u00a0\u00bb et est d\u00e9fini ainsi : \u00ab\u00a0Information d\u00e9terminant la sp\u00e9cification utilis\u00e9e pour cr\u00e9er ou d\u00e9river cette position g\u00e9ographique de l’adresse\u00a0\u00bb.
\npostalDelivery est une valeur possible de l’attribut GeometrySpecificationValue. Sa traduction serait plut\u00f4t \u00ab\u00a0point de d\u00e9livrance postale\u00a0\u00bb, mais il est vrai que nous n’avons pas encore de traduction officielle fran\u00e7aise.
\nC’est d\u00e9j\u00e0 assez compliqu\u00e9, il me semble important de se rapporter syst\u00e9matiquement aux traductions et d\u00e9finitions l\u00e9gales pour l’interop\u00e9rabilit\u00e9 s\u00e9mantique (ici, point 5.4.2 page 39 du R\u00e8glement Interop\u00e9rabilit\u00e9<\/a> n\u00b0 1089\/2010 du 23 novembre 2010 pour l’attribut et point 9 page 18 du R\u00e8glement Listes de codes<\/a> n\u00b0102\/2011 du 4 f\u00e9vrier 2011)<\/p>\n","protected":false},"excerpt":{"rendered":"Ma\u00ebl Reboux, de la Communaut\u00e9 d’agglom\u00e9ration de Rennes M\u00e9tropole, pose la s\u00e9rie de questions suivantes. J’ai une question en relation avec ce billet : La question (que l’on me pose de plus en plus fr\u00e9quemment) : 1. Vu que je d\u00e9tiens \/ suis producteur de certaines donn\u00e9es qui entrent dans le champ de INSPIRE, je <\/p>\n