Séminaire Services publiques

808 views
724 views

Published on

Présentation du projet de spécifications du thème de l'annexe III de la directive INSPIRE - septembre 2011

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
808
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
14
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • De nombreux pays apportent des remarques de forme Les français apportent plutôt des remarques de fond
  • Et vise le leadership mondial : prise en compte des décisions européennes par les éditeurs américains, reprise par des pays tiers (Brésil)…
  • Explication des SDIC/LMO Partie 1 derrière nous Sommes en partie 2 Printemps 2012 : spec. V3 projet de règlement; demande de relecture par les SDIC/LMO; avis de la France sur le projet. Juin 2012 : vote au Comité de réglementation.
  • Parler du rôle de lobbying
  • Les spécifications doivent rester simples car les compétences sont rares et les coûts doivent rester contrôler. Seules les directives thématiques peuvent aller plus loin que le minimum.
  • De nombreux pays apportent des remarques de forme Les français apportent plutôt des remarques de fond
  • basé sur un type d'entité unique, "GovernmentalService". Sa référence géométrique peut être un autre objet pré-existant (adresse, de construction ou de «facilité») ou un objet créé (POI = Point of Interest). La valeur de type GovernmentalService est choisi parmi une liste de codes de plus de 200 articles, organisés en une structure hiérarchique, basé sur la «Classification des fonctions de gouvernement», ou COFOG, utilisée par Eurostat.
  • Where the scopes of other INSPIRE spatial data themes require including their domain specific management or regulated areas or reporting units within those themes, than those topics stay out of the scope of the theme AM. For example: bio-geographical regions are defined within the INSPIRE theme Bio-geographical regions , INSPIRE theme Protected sites includes theme specific protected areas, etc. On the other hand, some duplications might be necessary, because of the different views (and scope) on the same geographical / natural phenomena, for example: the sea regions might be defined in the INSPIRE theme Sea regions on the basis of physical or chemical characteristics, while the sea/marine regions defined for the management purpose are included in the theme AM.
  • Open issue 1: Consideration of other networks So far, District heating networks are considered as a specific type of Water network; According to the different comments that may be received before version 2.9, it would be possible to add a separate type of network for such utility (based on technical specificity that are not used by other types of networks).
  • Open issue 2: For all Annex II+III themes for which placeholders and candidate types were specified in an Annex I data specification, it should be clearly indicated in the data specification, how the placeholder and candidate types were taken into account. If the proposed solution would require any changes to an Annex I data specification (and the corresponding section in the IR for interoperability of spatial data sets and services), this should also be clearly indicated. A thorough investigation of the implications of the proposed changes of candidate types (in particular related to requirements of Annex I maintenance) will have to be performed for v3.0 of the data specifications. Open issue 3: Use of standards for legal reference or contact information A specific feature “ LegislationReference ” has been recently developed for referring to any legal document in the AM theme. This could be integrated in the US model further versions for some elements, instead of the CI_Citation current proposal. Same approach will be developed within US or externally with other themes for providing specific information to several actors of the “ Utility and governmental services » theme (owner, maintainer, operator), since the CI_ResponsibleParty is more dedicated to data and metadata providers than services.
  • Open issue 3: Use of standards for legal reference or contact information A specific feature “ LegislationReference ” has been recently developed for referring to any legal document in the AM theme. This could be integrated in the US model further versions for some elements, instead of the CI_Citation current proposal. Same approach will be developed within US or externally with other themes for providing specific information to several actors of the “ Utility and governmental services » theme (owner, maintainer, operator), since the CI_ResponsibleParty is more dedicated to data and metadata providers than services.
  • Open issue 4: Harmonization of the temporal information Currently, the model proposes 2 expressions to describe opening hours of the services: PT_FreeText (cf. Administrative and social governmental services submodel) and ServiceHoursType (cf. Waste Management submodel). According to the comments received during the testing phase, it should be likely that these types will be harmonized one way or another.
  • COM : est-ce un besoin pour les acteurs? Open issue 5: Requirement to provide 3D information The upper Note should be considered with the constraint to keep the possibility to host 3D information within the model (noticed by several use cases). So if the restriction to use only the Simple Feature spatial schema prevents to host such 3D data, another schema should be developed for the tri-dimensional information (at least for utility networks submodel).
  • Open issue 6: The recommendation of providing an identifier / number as part of the codes to indicate the hierarchy has not been taken into account for the current specifications. Such transformation of the codelist values could be done for version 3.0, if required, but could become rather complex or long, e.g. “HEA_04_03_07_13_otorhinolaryngology”. The clearance of the codelist should be the main priority; its format may evolve later. The hierarchical structure is provided in Annex D.
  • Open issue 7: In the ongoing revision of ISO 19115 and development of new ISO 19157 standard (Geographic Information – Data quality), a new element is introduced (DQ_DescriptiveResult). This element enables to describe and report qualitative results of the data quality evaluation and could be used instead of DQ_QuantitativeResult. Once the new (version of the) standards are approved, these guidelines will be revisited and be updated if necessary.
  • Open issue 8: For reporting compliance with minimum data quality requirements and recommendations specified in section 7, the INSPIRE conformity metadata element should be used. However, since this issue is part of the larger discussion on the Abstract Test Suite and the definition of conformance classes for the data specification, detailed instructions on how to provide metadata on compliance with minimum data quality requirements and recommendations will only be provided for v3.0.
  • Open issue 9: Conformance testing is still an open issue under discussion. Instructions on conformance testing and a common abstract test suite (including detailed instructions on how to test specific requirements) will be added at a later stage. This may also lead to an update of the recommendations on how to fill the conformity metadata element.
  • Recommendation 20 To describe the transformation steps and related source data, it is recommended to use the following sub-elements of LI_Lineage: - For the description of the transformation process of the local to the common INSPIRE data structures, the LI_ProcessStep sub-element should be used. - For the description of the source data the LI_Source sub-element should be used. NOTE 1 This recommendation is based on the conclusions of the INSPIRE Data Quality Working Group to avoid overloading of the overall lineage statement element with information on the transformation steps and related source data. NOTE 2 In order to improve the interoperability, domain templates and instructions for filling these free text elements (descriptions) may be specified in an Annex of this data specification. Open issue 10: The suggested use of the LI_Lineage sub-elements needs to be discussed as part of the maintenance of the INSPIRE metadata Technical Guidelines.
  • Séminaire Services publiques

    1. 1. MEDDTL-IGN   Séminaire thématique Services d'utilité publique et services publics
    2. 2. Le plan <ul><li>Introduction au séminaire </li></ul><ul><li>Résumé à l’intention des décideurs </li></ul><ul><li>Présentation détaillée du champ </li></ul><ul><li>Revue des questions ouvertes et des propositions d’obligations </li></ul>
    3. 3. Les objectifs de la directive <ul><li>Résoudre des problèmes sur la disponibilité, la qualité, l'organisation, l'accessibilité et la mise en commun des informations géographiques (considérants 1, 2, 3 et 6 de la directive INSPIRE) </li></ul><ul><li>Par l’interopérabilité : combiner les données et services géographiques de façon efficace sans effort spécifique, au travers d’internet. </li></ul><ul><li>Les règlements européens construisent un cadre de plus en plus contraignant </li></ul>
    4. 4. Quand sommes-nous?
    5. 5. Impact des règlements <ul><li>Des coûts de mise en œuvre pour les producteurs : catalogage, mise en ligne; </li></ul><ul><li>Une rentabilité attendue forte pour les utilisateurs : moins de temps perdu pour les études et la gestion des territoires; </li></ul><ul><li>Une démarche invasive vis-à-vis des systèmes d’information </li></ul><ul><li>Un risque à maîtriser le plus en amont possible </li></ul>
    6. 6. Les positions exprimées par la France <ul><li>Les spécifications doivent rester simples car les compétences sont rares et les coûts doivent rester contrôler. </li></ul><ul><li>Seules les directives thématiques peuvent aller plus loin que le minimum </li></ul>
    7. 7. Les objectifs du séminaire <ul><li>Meilleure prise en compte des intérêts français </li></ul><ul><ul><li>À la fois des producteurs et des consommateurs d’information géographique. </li></ul></ul><ul><li>Par la mobilisation des parties prenantes concernées </li></ul><ul><li>Via une aide à la prise en main des documents européens </li></ul>
    8. 8. Les suites attendues <ul><li>Une remontée de commentaires </li></ul><ul><ul><li>Directement si SDIC ou LMO </li></ul></ul><ul><ul><li>Sinon via les SDIC et LMO ou le Point de contact </li></ul></ul><ul><li>Une évolution des spécifications dans un sens pragmatique et opérationnel </li></ul>
    9. 9. Le thème US, définition <ul><li>Thème III-6 : Services d'utilité publique et services publics </li></ul><ul><li>Comprend les installations d'utilité publique, </li></ul><ul><ul><li>tels que les égouts ou les réseaux et installations liés à la gestion des déchets, à l'approvisionnement énergétique, à l'approvisionnement en eau, </li></ul></ul><ul><li>ainsi que les services administratifs et sociaux publics, </li></ul><ul><ul><li>tels que les administrations publiques, les sites de la protection civile, les écoles et les hôpitaux. </li></ul></ul>
    10. 10. Avertissement   A partir de cette diapositive, les éléments sont des propositions de la Commission européenne et n’induisent pas l’accord du ministère
    11. 11. Le thème US, résumé <ul><li>Un des thèmes les plus vastes et les plus riches </li></ul><ul><li>Pour ces spécifications, ses entités ont été limitées aux objets liés à l’environnement puis répartis en trois sous-thèmes : </li></ul><ul><ul><li>1. Réseaux de services publics; 2. les services administratifs et sociaux publics; 3. Installations de gestion des déchets . </li></ul></ul><ul><li>Inclus les informations suivantes : </li></ul><ul><ul><li>La localisation; le propriétaire du service; les caractéristiques techniques, telles que la capacité ou des détails sur le type de service fourni. </li></ul></ul>
    12. 12. Le sous-thème Réseaux, résumé <ul><li>5 schémas d’application : </li></ul><ul><ul><li>réseau d'électricité </li></ul></ul><ul><ul><li>réseau de gaz et d’hydrocarbure </li></ul></ul><ul><ul><li>réseau d'égout </li></ul></ul><ul><ul><li>réseau de télécommunications </li></ul></ul><ul><ul><li>réseau d'eau </li></ul></ul>
    13. 13. Le sous-thème Services publics, résumé <ul><li>basé sur un type d'entité unique, &quot; GovernmentalService &quot;. </li></ul><ul><li>Sa référence géométrique peut être un autre objet pré-existant (adresse, de construction ou de «installation») ou un objet créé (POI = Point of Interest). </li></ul><ul><li>La valeur de type GovernmentalService est choisie parmi une liste de codes de plus de 200 articles, organisés en une structure hiérarchique, basée sur la «Classification des fonctions de gouvernement», ou COFOG, utilisée par Eurostat. </li></ul>
    14. 14. Le sous-thème Services publics, critères retenus… <ul><li>Premier critère : Le service doit être fourni pour l'utilisation par ou pour le bénéfice de la population. </li></ul><ul><li>Les données qui sont seulement détenues pour un usage interne au sein de l'institution sont hors champ. </li></ul><ul><li>Deuxième critère : le service peut être utilisé pour les questions environnementales. </li></ul><ul><li>Un autre cas d'utilisation de haut niveau d’importance pour le sous-thème est la gestion des catastrophes. Le schéma actuel prend le terme &quot;SU&quot; dans un sens large. </li></ul><ul><li>Les deux critères doivent être remplis (intersection logique). </li></ul>
    15. 15. [Commentaires] <ul><li>Cette règle est interprétée de façon très large dans la liste de code «  ServiceTypeValue  » (page 99) </li></ul><ul><li>Cette liste ne devrait comporter que quelques valeurs, par exemple : établissements de santé, d’éducation, recevant des personnes à mobilité réduite </li></ul>
    16. 16. Le sous-thème Gestion des déchets, résumé <ul><li>Basé sur un type d'entité centrale unique appelé « Installation ». </li></ul><ul><li>Prend en compte la directive européenne relative aux déchets (2008/98). </li></ul><ul><li>Prend en charge la représentation des hiérarchies entre installations et sites. </li></ul><ul><li>Inclus les informations suivantes : les activités, les autorisations, les capacités, les parties liées et l’état de l’installation. </li></ul><ul><li>Les noms et les définitions dans le modèle sont assez génériques, en vue de la cohérence inter-thème notamment avec installations industrielle et de production (PF) et installations agricoles et aquacoles(AF). </li></ul>
    17. 17. [Notions importantes] <ul><li>Voidable : l’information (attribut) n’est obligatoire que si elle existe déjà ou peut être produite à coût marginal </li></ul><ul><li>[Com] Questions laissées ouvertes : c’est une nouveauté bienvenue, mais attention, cela signifie probablement que le point va être tranché, de toutes façons. La Commission demande vers quoi elle doit tendre. </li></ul>
    18. 18. MEDDTL/ONEMA/OIEAU   Revue des questions ouvertes et des propositions d’obligations
    19. 19. Question ouverte n°1 Examen des autres réseaux Jusqu'ici, les réseaux de chauffage urbain sont considérés comme un type spécifique de réseau d'eau; Selon les différents commentaires qui pourront être reçus avant la version 2.9, il serait possible d'ajouter un type distinct de réseau pour de telles installations (type basé sur les spécificités techniques qui sont pas utilisé par d'autres types de réseaux).
    20. 20. Question ouverte n°2 <ul><li>Pour tous les thèmes de l'annexe II + III pour lesquelles des variables et des types candidats ont été spécifiés dans le Règlement de l’annexe I, il devrait être clairement indiqué dans les spécifications, comment les variables et les types candidats ont été pris en compte. Si la solution proposée exigeait des modifications de l'annexe I, cela devrait aussi être clairement indiqué. </li></ul><ul><li>Une enquête approfondie sur les implications des changements proposés (en particulier liés aux exigences de maintenance de l'annexe I) devront être effectuées pour des spécifications v3.0 de données. </li></ul>
    21. 21. Question ouverte n°3 <ul><li>Utilisation des normes pour la référence juridique ou l’information de contact </li></ul><ul><li>Dans le thème AM, une caractéristique spécifique &quot; LegislationReference &quot; a été récemment développée pour se référer à un document juridique. Cela pourrait être intégré dans les futures versions du modèle US, pour certains éléments, au lieu de l’actuelle proposition CI_Citation . </li></ul><ul><li>La même approche sera développée au sein du thème US ou en externe avec d'autres thèmes pour fournir des informations spécifiques à plusieurs acteurs du thème US (propriétaire, mainteneur, opérateur), puisque le CI_ResponsibleParty est davantage dédié aux fournisseurs de données et de métadonnées que de services. </li></ul>
    22. 22. Question ouverte n°4 <ul><li>Harmonisation de l'information temporelle </li></ul><ul><li>Actuellement, le modèle propose deux expressions pour décrire les heures d'ouverture des services: PT_FreeText (cf. sous-thème Services publics) et ServiceHoursType (cf. sous- thème Gestion des déchets). Selon les commentaires reçus, il devrait être possible que ces types soient harmonisés d'une manière ou d'une autre. </li></ul>
    23. 23. Question ouverte n°5 <ul><li>Note : Les spécifications restreignent le schéma spatial à 0 -, 1 -, 2 -, et 2,5 dimensions où toutes les interpolations curvilignes sont linéaires. </li></ul><ul><li>Obligation de fournir des informations 3D? </li></ul><ul><li>La note ci-dessous devrait être considérée avec la contrainte (notée par plusieurs cas d'utilisation) de maintenir la possibilité d'accueillir des informations 3D dans le modèle. </li></ul><ul><li>Donc, si la restriction d'utiliser uniquement le schéma habituel empêche d'accueillir ces données 3D, un autre schéma doit être élaboré pour l'information tri-dimensionnelle (du moins pour le sous-thème Réseaux ). </li></ul>
    24. 24. Question ouverte n°6 <ul><li>La recommandation de fournir un identifiant / numéro comme élément des codes pour indiquer la hiérarchie n'a pas été prise en compte pour les spécifications actuelles. Cette transformation des valeurs de liste de code pourrait être fait pour la version 3.0, si nécessaire, mais pourrait devenir assez complexe et long, par exemple &quot;HEA_04_03_07_13_otorhinolaryngology&quot;. </li></ul><ul><li>La clarification de la liste de codes devrait être la principale priorité; son format peut évoluer plus tard. La structure hiérarchique est fournie en Annexe D. </li></ul>
    25. 25. Question ouverte n°7 <ul><li>Dans la révision en cours d’ISO 19115 et le développement de nouvelles normes ISO 19157 (Information Géographique - Qualité des données), un nouvel élément est introduit ( DQ_DescriptiveResult ). </li></ul><ul><li>Cet élément permet de décrire et de rapporter des résultats qualitatifs de l'évaluation de la qualité des données et pourrait être utilisé à la place de DQ_QuantitativeResult . </li></ul><ul><li>Une fois ces normes approuvées, ces recommandations [sur la qualité] seront revues et mises à jour si nécessaire. </li></ul>
    26. 26. Questions ouvertes n° 8 <ul><li>Pour une conformité des rapports avec des exigences et recommandations minimales de qualité sur les données spécifiées dans l'article 7, l'élément de métadonnée sur la conformité devrait être utilisé. Toutefois, puisque cette question fait partie de la discussion plus large sur « l’ensemble de tests abstraits » et la définition des classes de conformité pour les spécifications, des instructions détaillées sur la façon de fournir des métadonnées sur le respect des exigences et recommandations minimales de qualité ne seront fournies pour les v3. 0. </li></ul>
    27. 27. Question ouverte n°9 <ul><li>Le test de conformité est toujours une question ouverte en cours de discussion. </li></ul><ul><li>Des instructions sur les tests de conformité et un « ensemble de tests abstraits » commun (comprenant des instructions détaillées sur la façon de tester des exigences spécifiques) seront ajoutées à un stade ultérieur. Cela peut également conduire à une mise à jour des recommandations sur la façon de remplir l'élément de métadonnée sur la conformité. </li></ul>
    28. 28. Question ouverte n°10 <ul><li>Recommandation 20 Afin de décrire les étapes de transformation et les données sources liées, il est recommandé d'utiliser les sous-éléments suivants de LI_Lineage : - Pour la description du processus de transformation du modèle source au modèle INSPIRE, le sous-élément LI_ProcessStep devrait être utilisé. - Pour la description de la donnée source, le sous-élément LI_Source devrait être utilisé. </li></ul><ul><li>NOTE 1 Cette recommandation est basée sur les conclusions du Groupe de travail « Qualité des données » pour éviter de surcharger l'élément de généalogie. </li></ul><ul><li>NOTE 2 En vue d'améliorer l'interopérabilité, des modèles thématiques et des instructions pour remplir ces éléments en texte libre (descriptions) peuvent être spécifiées dans une annexe du guide technique. </li></ul><ul><li>Question ouverte 10 : L'utilisation suggérée de sous-éléments de LI_Lineage doit être discutée dans le cadre de la mise à jour du guide technique sur les recommandations. </li></ul>

    ×