INFRASTRUCTURE DE DONNEES SPATIALES (IDS) CCTP d intégration de données télécom dans une base centralisée 31/01/2012 Réf. DT-BPL-68-12-v1.doc Document ressource Page 1 INFRASTRUCTURE DE DONNEES SPATIALES (IDS) CCTP D INTEGRATION DE DONNEES TELECOM DANS UNE BASE CENTRALISEE Cette étude a été réalisée par la société GAIAGO dans le cadre de sa mission d assistance à maîtrise d ouvrage pour le compte de la Région Rhône-Alpes. Elle est publiée avec l autorisation de la Région Rhône-Alpes qui en conserve les droits au titre du CCAG-PI. Rédacteur : Bertrand PARPOIL - 09 72 26 69 65 b.parpoil@gaiago.fr GAIAGO 129 rue des Charmettes 69006 Lyon Tél. 09 72 26 69 60 - Fax 04 37 45 29 81 www.gaiago.fr Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Infrastructure Régionale de Cahier des clauses techniques particulières Page 2 sur 32 Objet Référence Version 1.0 Modifications Rédacteur(s) Relecture Diffusion Statut Cahier des clauses techniques particulières cahier des charges pour l intégration de données télécom dans une base centralisée IDSRA_rapport_phase_v1.3.docx Bertrand PARPOIL, Serge MANG-JOUBERT (GAIAGO) Frédéric ADE, Marlène BLASQUEZ () CR RA, Partenaires A compléter par la maitrise d ouvrage, à valider Sommaire 1 Glossaire... 4 2 Préambule... 5 3 Objet du marché et décomposition en phases... 6 3.1 Objet du marché... 6 3.2 Durée du marché... 6 3.3 Gr@ce... 6 3.4 Lot 1, tranche ferme... 7 3.5 Lot 1, tranche à bons de commande... 7 3.5.1 Traitement de données... 7 3.5.2 Fourniture d un ETL et formation... 7 3.5.3 Formation Gr@ce... 8 3.6 Lot 2 : contrôle qualité... 8 3.7 Calendrier de mise en œuvre... 8 4 Présentation générale du projet... 9 4.1 Typologie de données à intégrer... 9 4.1.1 France télécom... 9 4.1.2 Bouygues télécom... 10 4.1.3 APRR... 11 4.2 Volumétrie... 11 4.3 Livrables... 11 Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 3 sur 32 4.4 Principales contraintes... 12 5 Lot 1, tranche ferme... 13 5.1 Prestations sur jeux de données France télécom... 14 5.1.1 Conditions de réception... 20 5.2 Prestations sur jeux de données raster... 21 5.2.1 Conditions de réception... 21 5.3 Prestations sur jeux de données issus de logiciels de DAO... 21 5.3.1 Conditions de réception... 22 5.4 Prestations sur jeux de données texte... 22 5.4.1 Conditions de réception... 22 5.5 Prestations sur jeux de données SIG... 22 5.5.1 Conditions de réception... 23 6 Lot 1, tranche conditionnelle à bon de commande... 24 6.1 Intégration de données télécom prix unitaire... 24 6.2 ETL... 26 6.2.1 Fourniture... 26 6.2.2 Paramétrage... 27 6.2.3 Formation... 27 6.3 Formation Gr@ce... 27 7 Lot 2 : contrôle qualité... 29 8 Spécifications de gestion de projet... 30 8.1 Désignation des interlocuteurs... 30 8.2 Spécification des flux de données par étape... 30 8.3 Délais de validation ou de traitement... 30 9 Annexes... 32 9.1 Grille kilométrique, format shape, emprise régionale, exprimée en Lambert 93... 32 9.2 Fichier shape décrivant l emprise des RIP... 32 Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 4 sur 32 1 Glossaire ANT : Aménagement Numérique du Territoire COVADIS : Commission de Validation des Données pour l Information Spatialisée ETL : Extract/Transform/Load, outils spécialisés pour les imports, exports et transformations de données entre systèmes et formats différents. FTTH : «Fiber To The Home» ou «fibre jusqu à l abonné» INSPIRE : Directive 2007/2/CE du Parlement européen et du Conseil du 14 mars 2007 établissant une infrastructure d'information géographique dans la Communauté européenne (INSPIRE). MCD : modèle conceptuel de données. MPD : modèle physique de données. RIP : Réseau d Initiative Publique. SGBD : Système de Gestion de Base de Données. THD : Très Haut Débit. Web-services : ce terme englobe l ensemble des protocoles informatiques permettant d accéder à distance aux données de manière standardisée. Ces protocoles répondent aux spécifications de l OGC. Exemples : CSW, WMS, WFS< Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 5 sur 32 2 Préambule La stratégie de développement du numérique en Rhône-Alpes, votée en avril 2012, s est donné entre autres comme objectif de desservir 100% des abonnés avec le très haut débit (fibre) d ici 2025 ainsi que d établir un observatoire régional du numérique. Pour réaliser ces objectifs, il est nécessaire de doter le territoire d une application informatique de mutualisation et de diffusion des données clef nécessaires au projet. Ce genre d application est communément appelée une IDS (infrastructure de données spatiales) et celle qui sera utilisée dans la région Rhône-Alpes s appellera GéoRhôneAlpes. Les couches de données servies concernent la description physique des infrastructures de réseaux télécoms ainsi que la description des infrastructures physiques mobilisables pour étendre ce réseau. La connaissance de ces informations permettra aux RIP de Rhône-Alpes de connaître les territoires restants à couvrir et de savoir sur quelles infrastructures existantes s appuyer. Cette connaissance est stratégique pour le développement de l aménagement numérique des territoires. Les données des opérateurs privés et publics sont actuellement très hétérogènes ; cette hétérogénéité est le fruit de l historique de chaque opérateur dans son utilisation plus ou moins marquée des outils SIG. Une grande partie de ces données n est pas utilisable telle quelle : en général, on peut les visualiser, mais pas les utiliser pour une aide à la décision via des outils d analyse spatiale. Pourtant, un modèle de structuration des données télécoms existe au niveau national, et permet de gérer les infrastructures et de réaliser des analyses spatiales. Il s agit du standard Gr@ce, validé par la Covadis, et historiquement élaboré en Aquitaine. La difficulté actuelle pour son implémentation réside dans le fait que la majorité des données Télécoms récupérées par la Région Rhône-Alpes ne sont pas structurées. Le marché décrit dans ce document a donc pour objet de transformer les données des opérateurs Télécoms telles qu elles ont été fournies au Conseil Régional par chacun d entre eux pour les rendre compatibles avec le modèle Gr@ce, de manière à les rendre exploitables et cohérentes entre elles sur l ensemble du territoire rhônalpin. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 6 sur 32 3 Objet du marché et décomposition en phases 3.1 Objet du marché Le présent marché consiste en un premier lot d intégration de l ensemble des données relatives aux infrastructures télécom, actuellement en possession de la région Rhône-Alpes, dans une base de données spatiale telle que spécifiée par le Conseil Régional d Aquitaine, et nommée Gr@ce. Cette base a vocation à devenir le référentiel régional des infrastructures, et sera utilisée par l ensemble des acteurs régionaux, notamment par le biais d une infrastructure informatique de diffusion. Ce premier lot du marché est constitué d une tranche ferme pour les données actuellement connues de la région, et une tranche à bons de commande pour le traitement des données qui seront transmises courant 2012 par les gestionnaires de réseau, ainsi que pour la fourniture de prestations complémentaires. Le deuxième lot consiste en prestations de contrôle qualité du travail d intégration effectué. Il consiste en une tranche forfaitaire et une tranche à bons de commande, et sera attribué à un candidat présentant une totale indépendance avec le prestataire titulaire du lot 1. 3.2 Durée du marché Le marché est conclu pour une durée de deux ans et est renouvelable deux fois un an. Le renouvellement du marché n est pas tacite et devra être notifié de manière explicite. 3.3 Gr@ce L essentiel du présent CCTP consiste à formater des données géographiques pour les injecter dans une base régionale suivant les préconisations techniques de Gr@ce 1. Gr@ce est «une base de données organisée, normalisée» dont l objectif est de recueillir des informations liées à l aménagement numérique du territoire. Elle a été conçue et mise en œuvre par la Région Aquitaine, et sert de base au futur géostandard ANT de la COVADIS 2. La base elle-même est construite sous PostGreSQL / PostGIS. Son alimentation se fait par le biais de l ETL TALEND dont les procédures acceptent en entrée trois types de fichiers shape : TRANCHEE_GEO ; ARTERE_GEO ; NŒUD_GEO. Les procédures (fournies sur le site internet dédié) ventilent l ensemble des données attributaires dans les tables de la base. 1 Cf. http://numerique.aquitaine.fr/-sig-grace- 2 Commission de Validation des Données pour l Information Spatialisée. Voir http://www.cnig.gouv.fr/front/index.php?rid=120 Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 7 sur 32 3.4 Lot 1, tranche ferme La prestation demandée en tranche ferme consiste à structurer les différentes données d entrée que sont : Les données livrées par France Télécom (consistant en un ensemble de fichiers codifiés de différents formats) ; Les données livrées au format Autocad (DWG ou DXF) ; Les données livrées au format texte (ou texte délimité) ; Les données livrées aux formats dits SIG (shape, tab, mif/mid, KML, GML<) ; Les données livrées sous forme d images (raster). Ces données seront contrôlées au niveau de leur topologie et de leurs attributs, et modifiées de manière à correspondre au format d entrée dans une base structurée au format Gr@ce. Les livrables seront : des fichiers shape servant à l injection dans Gr@ce via les outils fournis avec la base (jobs TALEND). Ces fichiers seront fournis en plusieurs exemplaires : o une version régionale (ou de l emprise maximale des données d origine) ; o une version découpée par territoire de compétence des RIP 3 régionaux (autant de fichiers que de RIP) ; des fichiers SQL servant à l injection directe dans la base PostGreSQL / PostGIS ; les métadonnées à la norme ISO 19139 correspondant aux fichiers shape. 3.5 Lot 1, tranche à bons de commande 3.5.1 Traitement de données Le traitement des données télécom ne se limite pas à la tranche ferme du présent CCTP. En effet de nouvelles livraisons de données interviendront de nouveau après son attribution. L objectif des bons de commande est de permettre à la maitrise d ouvrage de commander de nouvelles prestations dont la méthodologie correspond à celle mise en œuvre en tranche ferme. Le prix unitaire doit être fourni par le candidat pour chaque prestation et pour un volume de données correspondant à un carré d un kilomètre de côté. Une grille kilométrique est fournie qui servira à calculer le prix des bons de commande. 3.5.2 Fourniture d un ETL et formation Cette prestation consiste à implémenter un outil de transformation de données géospatiales et à organiser le transfert de compétence permettant à la maitrise d ouvrage de devenir indépendant sur le traitement de ces informations. La formation a pour objectif de rendre la maitrise d ouvrage opérationnelle dans l utilisation de l ETL. Il s agit donc d une formation de type «utilisateur avancé», et pourra concerner jusqu à 6 personnes. Elle devra avoir lieu sur place, et le programme de formation, validé en amont, devra inclure les 3 RIP : Réseau d Initiative Publique Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 8 sur 32 éléments contextuels de d IDS. Notamment les exercices devront s appuyer sur des cas concrets d utilisation à la Région dans le cadre de GéoRhôneAlpes. 3.5.3 Formation Gr@ce La formation porte essentiellement sur l ETL TALEND qui fait partie des outils mis en œuvre dans Gr@ce. Dans l objectif de rendre indépendant le maitre d ouvrage, il est demandé une prestation de formation spécifique sur cet outil ainsi que sur les formats de fichiers d entrée et, plus largement, sur la manipulation des données dans PostGreSQL, de manière à ce que l administrateur puisse spécifier l ensemble de ses besoins techniques futurs : la prestation ne consiste pas à former un administrateur de bases de données sous PostGreSQL. La formation devra avoir lieu sur le site choisi par le maitre d ouvrage. Le prix journalier de la formation doit être distingué dans le bulletin des prix unitaires. 3.6 Lot 2 : contrôle qualité Ce lot consiste à contrôler la qualité des prestations effectuées durant le lot 1. La part correspondant au contrôle de la partie forfaitaire du lot 1, est forfaitaire. Le déclenchement des prestations de contrôle supplémentaires se fait par bon de commande. L attribution de ce lot est conditionnée par une totale indépendance entre les prestataires titulaires des lots 1 et 2. Le contrôle proprement dit s effectue sur un échantillon correspondant à 5% du territoire couvert. Les échantillons contrôlés doivent s appuyer sur la grille kilométrique fournie en annexe. Le livrable consiste en un rapport décrivant les anomalies rencontrées. 3.7 Calendrier de mise en œuvre Le candidat fournira un calendrier détaillé de la mise en œuvre de la tranche ferme du marché. Il détaillera également les délais de livraison relatifs aux items décrits dans le bordereau de prix unitaires. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 9 sur 32 4 Présentation générale du projet 4.1 Typologie de données à intégrer Est ici présenté un inventaire des données actuellement en possession de la Région Rhône-Alpes, classées par producteur. Ce premier inventaire doit permettre au prestataire d estimer le travail nécessaire au traitement de cette information en vue d une intégration dans une base structurée. 4.1.1 France télécom Toutes les données géolocalisées fournies par France Télécom voient leurs coordonnées exprimées en Lambert 2 étendu ou France 2 étendu. En voici la description (le terme «dep» est ici substitué au numéro de département) : Couche topologie Contenu Attributs dep_nra_ct polygone Zones d influence des NRA ID_RE/CLE_MKT1 dep_nra_pt Point Emplacement des NRA Statut/CODE_URR/CODE_ RE/CODE_RETYP/NOM_RE /CODE_COM/CLE_MKT1/C LE_MKT2 dep_sr_ct Polygone Zone d influence des sous-répartiteurs CLE_MKT1 dep_sr_pt Point Emplacement des sous-répartiteurs CODE_SRP/COCE_COM/ID _RE/CODE_SRTYP/CLE_MK T1/CLE_MKT2 dep_habiltopo Ligne Habillage issu de calques DAO TEXTE/SHAPE_LENGTH dep_habilpoly Ligne Habillage issu de calques DAO SHAPE_LENGTH dep_arciti Polyligne Tracé des lignes téléphoniques STATUT/MODE_POSE/NAT URE_CON/TYPE_LONGU/L ONGUEUR/ dep_chambre Point Emplacement des chambres STATUT/IMPLANT/NATUR E_CHA/REF_CHAMBR/CO DE_CH1/CODE_CH2 dep_cabine Point Emplacement des cabines téléphoniques STAUT/CODE_CABIN/COD E_CAB1 dep_appui Point Emplacement des appuis utilisés par France Télécom STAUT/NATURE/TYPE/HA UTEUR/ROTATION Le contenu des champs est codifié la plupart du temps. Ces fichiers sont présents pour les départements suivants (en novembre 2011) : Ain (01) ; Ardèche (07) ; Drôme (26) ; Rhône (69) ; Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 10 sur 32 Savoie (73). Certaines données sont fournies au format texte (txt) : Fichier texte Contenu Attributs Liens_NRA_Dep Liens logiques entre NRA NRA_A/INSEE_NRA/COORDXY/N RA_B/INSEE_NRA_B/COORDXY/L ien_fibre nra_dep Emplacement des NRA coord. géo./commune/insee/id pc_inelig_dep Emplacement des points de connexion coord. géo./commune/insee/id inéligibles à l ADSL sr_dep Emplacement des sous-répartiteurs coord. géo./commune/insee/id Optique_pro_Dep Communes disposant de sites clients INSEE/commune/categorie professionnels raccordés à la fibre optique Sites_2G_3G_Dep Emplacement des sites d émission CODESITE/CCOM/ADRESSE/CPC OM/LIBCOM/TYPE/COORDXY poteaux_dep Emplacement des poteaux France Télécom NUM_APPUI/CODE_COM/LIB_C OM/CODE_VOIE/COORDXY Pylones_FTDIT_Dep Emplacement des pylônes France Télécom NUM_APPUI/CODE_COM/LIB_C OM/CODE_VOIE/COORDXY Une partie de l information est fournie par France Télécom au format raster, mais cela n est pas spécifique à ce gestionnaire d infrastructures. Il s agit de scan de plans de récolement, dont voici un extrait (donné à titre indicatif) : 4.1.2 Bouygues télécom Les données fournies par Bouygues télécom sont au format DWG. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
4.1.3 APRR Cahier des clauses techniques particulières Page 11 sur 32 Les données fournies par APRR sont aux formats CSV ou TXT avec des champs contenant les coordonnées géographiques des objets. La description de certains réseaux est faite sous forme textuelle, décrivant des équipements liés au tracé des autoroutes. 4.2 Volumétrie La volumétrie approximative est la suivante : la surface couverte par les rasters géoréférencés correspond à 1/0 de la surface totale du département ; pour un département, les fichiers shape à traiter contiennent 10 000 enregistrements ponctuels et 200 000 enregistrements de polylignes ; pour un département, les fichiers texte à traiter contiennent 120 000 lignes. Il s agit ici d indications extraites des données actuellement connues de la maitrise d ouvrage sur un département représentatif. Cette volumétrie est susceptible d évoluer considérablement d un département à l autre. 4.3 Livrables Pour l ensemble des opérations de traitement de données, les livrables consistent en : fichiers shape régionaux au format Gr@ce : o il s agit d un groupe de trois fichiers shape nommés ARTERE_GEO, TRANCHEE_GEO, NŒUD_GEO. Ils contiennent l ensemble des informations attributaires nécessaires au remplissage des douze tables de la base Gr@ce ; o les données sont exprimées en Lambert 93 ; o ces fichiers auront l emprise maximale des données fournies en entrée ; fichiers SQL résultant du traitement TALEND (fourni avec la base Gr@ce) de ces fichiers. Ces scripts SQL doivent permettre au maitre d ouvrage d implémenter directement l information dans la base régionale : les fichiers ne doivent pas contenir d instruction DELETE, DROP ou REPLACE, mais seulement des commandes INSERT pour l ensemble des tables concernées. Ces commandes doivent être complètes (et présenter pour chaque instruction l ensemble des champs saisis) afin de permettre une meilleure compréhension des éventuelles anomalies survenant lors de l injection ; fichiers shape au format Gr@ce, découpés pour redistribution auprès des RIP. Le fichier shape contenant l emprise des RIP de la région est fourni en annexe : il doit y avoir autant de fichiers que de RIP. La découpe des fichiers contenant des informations linéaire doit être stricte ; Les éléments linéaires coupés par les limites de RIP doivent être coupés exactement à cette limite, quitte à créer un nœud virtuel au niveau de la découpe, de façon à respecter les contraintes de topologie relationnelle de la modélisation de Gr@ce. Fichiers shape au format Gr@ce, découpés par département et par commune. les métadonnées décrivant ces shape au format XML ISO 19139. Ces métadonnées décriront au minimum les informations suivantes : Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 12 sur 32 o échelle d utilisation ; o échelle de numérisation ; o précision de numérisation (précision du référentiel utilisé pour la numérisation) ; o emprise ; o source(s) ; o généalogie ; o date de production ; o producteur ; o intégrateur ; o format ; o système de référence spatiale ; o propriétaire de la donnée ; o propriétaire de la métadonnée. L ensemble des échanges entre prestataire et maîtrise d ouvrage se fera via la plate-forme d échange du conseil régional (eroom) sur laquelle seront définis des profils pour les interlocuteurs désignés par le prestataire. 4.4 Principales contraintes Les contraintes rencontrées dans le traitement de ces données sont les suivantes : données incomplètes ; données présentant peu d information attributaire, rendant ainsi difficile leur intégration dans une base structurée ; données parfois antagonistes fournies par les mêmes producteurs ; protection des données d origine obligeant les détenteurs et prestataires à mettre en œuvre des procédures particulières de sécurité et de confidentialité. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 13 sur 32 5 Lot 1, tranche ferme Ce paragraphe décrit les travaux qui devront être effectués sur les données présentes en Région Rhône-Alpes. Les données initiales sont présentées sous des formats et des projections diverses. La prestation demandée en tranche ferme consiste à traiter l ensemble des données actuellement connues et en possession de la région. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 14 sur 32 5.1 Prestations sur jeux de données France télécom Ces données font l objet d un paragraphe dédié en raison de leur structure particulière. Le «type de données France Télécom» constitue un format de données en entrée : le prix fourni par le candidat ainsi que l expression des prix unitaires sont valables pour l ensemble des opérations décrites ci-dessous. Le tableau suivant récapitule les opérations à effectuer pour chaque fichier : format géométrie projection transformations pour obtenir des données SIG propres et superposables arciti description du tracé des lignes (itinéraire des infrastructures) Traitements permettant d obtenir des shape formatés Gr@ce Résultat attendu dans Gr@ce Attributs à récupérer shp ligne F2E reprojection conserver seulement les objets pour lesquels statut='e' (existant) ou statut='a' ("abandonné") traitement manuel pour supprimer les aberrations ou objets décorrélés du réseau création du fichier ARTERE_GEO création du fichier TRANCHEE_GEO si mode_pose='pleine terre' artères ou tranchées id_com_insee : par croisement type_impl_artere : aérien, souterrain, égout en fonction du contenu de MODE_POSE long_artere : par calcul etat_artere : NC (car état réel inconnu) nb_fibre_artere : nombre de fibres dans l'artère, peut être récupéré depuis COMPOSITIO occp_artere : occupation, peut être déduite du champ COMPOSITIO prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : "arciti France Télécom" Nb_four (potentiel) Type_four (potentiel) Diam_four (potentiel) PRO_FOUR : FT Chambre description des chambres Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 15 sur 32 format géométrie projection transformations pour obtenir des données SIG propres et superposables shp point F2E reprojection conserver seulement les objets pour lesquels statut='e' (existant) ou statut='a' ("abandonné") suppression des attributs vides (acc_deport, rotation, code_ch1, code_ch2, shape_len) Traitements permettant d obtenir des shape formatés Gr@ce création d un fichier NŒUD_GEO Résultat attendu dans Gr@ce chambres Attributs à récupérer Id_com_insee : par croisement voie_noeud : par géocodage à l'adresse type_noeud='chambre' etat_noeud = 0 (a priori car on ne connait pas l'état réel) Type_logique_noeud = 'chambre' prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : chambres France Télécom Type_physique_noeud (potentiel) noeud_amont (potentiel) no_x noeud_y noeud prprio = FT noeud gest = FT Appui description des appuis utilisés par France Télécom shp point F2E reprojection conserver seulement les objets pour lesquels statut='e' (existant) ou statut='a' ("abandonné") suppression des objets situés hors du tracé création d'un fichier NŒUD_GEO Chambres et nœuds Id_com_insee : par croisement voie_noeud : par géocodage à l'adresse type_noeud='poteau bois' pour TYPE='S', etc. en suivant la nomenclature de typologie FT etat_noeud = 0 (a priori car on ne connait pas l'état réel) Type_logique_noeud = 'chambre' prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : appuis France Télécom Type_physique_noeud (potentiel) noeud_amont (potentiel) no_x noeud_y Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 16 sur 32 format géométrie projection transformations pour obtenir des données SIG propres et superposables Traitements permettant d obtenir des shape formatés Gr@ce Résultat attendu dans Gr@ce Attributs à récupérer noeud prprio = FT noeud gest = FT Liens_NRA liaisons entre NRA : chaque ligne du fichier décrit deux NRA txt point L2E création d'une couche avec les coordonnées géographiques indiquées dans le fichier. Pour chaque ligne du fichier, création de deux points reprojection suppression des doublons création d un attribut indiquant le(s) NRA liés vérification du code INSEE d'implantation de chaque NRA, traitement des anomalies -- -- -- NRA_ct contour des zones d influence des NRA shp polygone F2E Reprojection -- -- -- NRA_pt implantation des NRA shp point F2E reprojection conserver seulement les objets pour lesquels statut='e' (existant) ou statut='a' ("abandonné") NRA_dep emplacement des NRA édition des valeurs du champ CODE_RETYP pour les remplacer par leur signification textuelle validation du contenu du fichier avec liens_nra -- aucun : sera utilisé conjointement à NRA_dep -- -- Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 17 sur 32 format géométrie projection transformations pour obtenir des données SIG propres et superposables txt point cf. SYSCO création d'une couche avec les coordonnées géographiques indiquées dans le fichier reprojection en fonction de la valeur du champ SYSCO validation du contenu attributaire et de la précision géométrique en fusionnant avec NRA_pt création d'un fichier shape listant les NRA qui ne sont pas en doublon dans les deux fichiers, pour traitement des anomalies (transmission au maitre d ouvrage) Traitements permettant d obtenir des shape formatés Gr@ce création d'un fichier NŒUD_GEO Résultat attendu dans Gr@ce Local technique Attributs à récupérer Id_com_insee : par croisement voie_noeud : par géocodage à l'adresse type_noeud='nra' (ou valeur du champ CODE_RETYP) etat_noeud = 0 (a priori car on ne connait pas l'état réel) Type_logique_noeud = 'chambre' prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : NRA France Télécom Type_physique_noeud (potentiel) noeud_amont (potentiel) no_x noeud_y noeud prprio = FT noeud gest = FT pc_inelig_dep points de connexion inéligibles à l ADSL txt point cf. SYSCO création d'un shape reprojection en fonction de la valeur du champ SYSCO SR_ct contour des zones d influence des sous-répartiteurs création d'un fichier NŒUD_GEO Elément de branchement passif et LT shp polygone F2E Reprojection -- -- -- SR_pt emplacement des sous-répartiteurs Id_com_insee : par croisement Voie_EP : par géocodage à l'adresse Type_EP = en fonction de la valeur du champ CAT etat_ep = 0 (a priori car on ne connait pas l'état réel) shp point F2E reprojection conserver seulement les objets pour lesquels statut='e' (existant) ou statut='a' ("abandonné") -- aucun : sera utilisé conjointement à SR-dep -- -- Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 18 sur 32 format géométrie projection transformations pour obtenir des données SIG propres et superposables Traitements permettant d obtenir des shape formatés Gr@ce Résultat attendu dans Gr@ce Attributs à récupérer SR-dep emplacement des sous-répartiteurs txt point cf. SYSCO création d'un shape reprojection en fonction de la valeur du champ SYSCO traitement dans un fichier séparé des objets qui ne sont pas en doublon avec SR_pt (transmission au maitre d ouvrage) Vérification de l'emplacement avec un géocodage à l adresse et recalage éventuel (le fichier contient numéro, nom de voie, libellé de commune et code INSEE) suppression des éléments positionnés à la commune ou avec une précision > 10m création d'un fichier NŒUD_GEO Local technique et nœud type_lt = 'PM' Sites_2G_3G_dep txt point L2E création d'un shape avec les coordonnées géographiques indiquées dans le fichier vérification de l'emplacement avec le géocodage de l'adresse Poteaux_dep emplacement des poteaux création d'un fichier NŒUD_GEO Site d émission et nœud Syst_SE = 'Radiotéléphonie (2G, 3G)' txt point L2E Création d un shape avec les coordonnées géographiques présentes dans le fichier Reprojection Récupération des attributs création d'un fichier NŒUD_GEO chambre et nœud Id_com_insee : par croisement voie_noeud : par géocodage à l'adresse type_noeud='chambre' (a priori) etat_noeud = 0 (a priori car on ne connait pas l'état réel) Type_physique_noeud = 'poteaux bois' prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 19 sur 32 format géométrie projection transformations pour obtenir des données SIG propres et superposables Pylones_dep emplacement des pylônes Traitements permettant d obtenir des shape formatés Gr@ce Résultat attendu dans Gr@ce Attributs à récupérer Type_physique_noeud (potentiel) noeud_amont (potentiel) no_x noeud_y noeud prprio = FT noeud gest = FT Source_geoloc_artere : poteaux France Télécom txt point géographiq ue Création d un shape avec les coordonnées géographiques présentes dans le fichier Reprojection Récupération des attributs création d'un fichier NŒUD_GEO chambre et nœud Id_com_insee : par croisement voie_noeud : par géocodage à l'adresse type_noeud='chambre' (a priori) etat_noeud = 0 (a priori car on ne connait pas l'état réel) Type_physique_noeud = 'poteaux métal' prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : pylônes France Télécom Il est à noter que l information fournie aux formats SIG et txt concernent parfois les mêmes objets et est donc redondante. Néanmoins les données peuvent être antagonistes entre les différentes sources, il faut donc effectuer un travail de mise en conformité des données, par fusion de fichiers. Lorsque le prestataire rencontre des cas incompatibles, il doit les isoler et faire remonter les erreurs logiques à la maitrise d ouvrage. Voici un exemple d erreur possible : le fichier NRA_dep.txt contient cent cinquante enregistrements, tandis que NRA_pt.shp contient cent enregistrements sur la même zone. Dans ce cas il est demandé au prestataire d intégrer directement les enregistrements non ambigus (NRA présents dans les deux fichiers au même emplacement et avec le même code), et de faire remonter à la maitrise d ouvrage un fichier contenant les enregistrements ambigus ainsi que la source des erreurs (liste des ambiguïtés). Sur instruction de la maitrise d ouvrage, le prestataire pourra «forcer» lorsque ce sera possible certaines ambiguïtés (en gardant une trace de ce forçage dans les métadonnées) et ne pas intégrer les objets pour lesquels l ambiguïté empêche totalement ce «forçage». Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 20 sur 32 5.1.1 Conditions de réception Le prestataire du lot 2 procèdera au contrôle du lot de données sur un échantillon aléatoire non connu du prestataire du lot 1 correspondant pour la tranche forfaitaire à 5% de la surface de l emprise et pour la tranche à bons de commande à 5% de la grille kilométrique 4 (une grille de 400 «cases» de 1 km par 1 km sera contrôlée sur 20 cases réparties aléatoirement). Dans la tranche forfaitaire, pour déterminer les 5% de la surface de l emprise, le même principe de grille kilométrique que pour la tranche à bons de commande sera utilisé. La recette sera menée sur les livraisons effectuées dans PostGreSQL. 1) Respect des noms des tables du modèle Gr@ce 2) Respect des noms et types des attributs du modèle Gr@ce 3) Respect des règles concernant les clés primaires et secondaires du modèle Gr@ce 4) Intégrité des relations (les clés secondaires pointent bien vers les bons objets) 5) Respect de l affectation des tables (les bons objets vont bien dans les bonnes tables) 6) Respect de l affectation des attributs (les bonnes valeurs vont bien dans les bons champs) 7) Respect des énumérations quand elles existent (les valeurs correspondent aux listes imposées par Gr@ce) 8) Si elles existent, respect des règles d indexation du modèle Gr@ce 9) Respect de l emprise initiale (tous les objets contenus sont intégrés 5, aucun objet n est en-dehors de l emprise) 10) Exactitude des valeurs des attributs 11) Exhaustivité des informations sémantiques récupérables (toutes les informations existantes dans les fichiers bruts et intégrables dans Gr@ce ont effectivement été intégrées) 12) Respect de la topologie de graphe (les objets linéaires partageant le même nœud de départ ou d arrivée se touchent géométriquement et ont bien les bons identifiants de nœuds associés) et de réseaux (lorsque le dernier vertex d une polyligne ne touche pas le premier vertex de la suivante alors qu il devrait la toucher, ce premier doit être légèrement déplacé pour être positionné strictement au même endroit que ce dernier pour assurer que les deux polylignes soient jointives). 13) Respect du système de référence spatiale (Lambert 93) 14) Conformité des métadonnées et leur cohérence avec les données : Présence de toutes les métadonnées associées à chaque lot de données Conformité des valeurs des métadonnées au vu des informations portés par chaque lot de données (ex : échelle, emprise, projection, nombre d objets, format, source(s), producteur(s), etc<) 15) Intégralité des livrables demandés (le lot complet, et le découpage par RIP) 4 Grille kilométrique : Voir chapitre correspondant : 6.1 5 Hors ambiguïtés non levées et non forçables Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 21 sur 32 16) Respect de la précision géométrique (aucune dégradation par rapport aux vertex initiaux des objets) Si l une au moins de ces conditions n est pas INTEGRALEMENT respectée sur l échantillon contrôlé, le jeu de données est considéré comme INTEGRALEMENT non conforme sur la totalité de la grille et il sera demandé au prestataire de le reprendre pour le corriger en lui indiquant ce qui n est pas conforme. Le contrôle suivant portera sur une autre partie de la grille kilométrique, correspondant toujours à 5%. 5.2 Prestations sur jeux de données raster Les données raster sont issues de scans géoréférencés de plans de récolement. Il est donc demandé une prestation de vectorisation et de récupération des attributs visibles sur le scan. Les shapes produits pourront a priori être de type artère, tranchée ou nœud. Les attributs correspondent généralement au contenu et au diamètre des fourreaux contenus dans les artères. In fine, les attributs récupérés seront au moins les suivants : id_com_insee (obtenu par croisement) ; type_impl_artere : souterrain ; long_artere (obtenu par calcul) ; etat_artere : a priori, NC (pour schéma d'ingénierie) ; prop_md_artere : région Rhône-Alpes Qlte_geoloc_artere : 4, équivalent à une localisation sur ortho (précision 3 à 5 m) Source_geoloc_artere : en fonction de la provenance de l image. 5.2.1 Conditions de réception Conditions 1 à 15 précédentes. De plus, la condition 16 est remplacée par celle-ci dans le cas où on connaît l échelle du plan scanné : 16) Respect de la précision géométrique initiale : dégradation inférieure à l équivalent de 0,5 mm à l échelle des plans scannés et géoréférencés. Exemple : les objets numérisés sur un plan au 1/2000 ne devront pas être décalés de plus d 1 mètre par rapport à leur position sur le dessin (mesures directement dans un SIG entre la couche raster du plan scanné et la couche vecteur de l objet). Au 1/25 000, cette tolérance correspond à 12,5 mètres. Et la condition n est pas applicable dans le cas où l échelle est inconnue (dans ce cas, le prestataire veillera à être le plus précis possible avec la bonne foi associée au professionnalisme attendu). 5.3 Prestations sur jeux de données issus de logiciels de DAO Les prestations demandées sur les jeux de données fournis au format DWG ou DXF consistent à : extraire les couches d information concernant directement les infrastructures télécom, ainsi que les attributs présents dans le calque DAO ; transférer cette information au format shape ; Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 22 sur 32 contrôler et corriger la topologie des réseaux (lorsque les polylignes sont non jointives alors qu elles devraient l être, les vertex de bout de polyligne doivent être légèrement déplacés pour être jointifs d une polyligne à l autre) ; le cas échéant, géo-référencer le fichier (car initialement en coordonnées locales) ; projeter en Lambert 93 ; créer les métadonnées de description de la couche ; injecter la couche dans la base régionale des infrastructures télécom. 5.3.1 Conditions de réception Conditions 1 à 15 précédentes, sauf si les plans DAO ont dû être géoréférencés. Dans ce dernier cas, la condition 16 est remplacée par celle-ci : 16) Respect de la précision géométrique initiale : précision des positionnements des points d amer inférieure à l équivalent de 0,5 mm à l échelle des plans DAO éventuellement géoréférencés. Exemple : les points d amer utilisés pour géoréférencer un plan au 1/2000 ne devront pas être décalés de plus d 1 mètre par rapport à leur position réelle sur le terrain. 5.4 Prestations sur jeux de données texte C est le cas des données fournies par APRR. La prestation demandée dans ce cas consiste en : un géopositionnement des fichiers texte ou csv contenant une colonne X et une colonne Y ; transformation en shape, reprojection en Lambert 93 ; contrôle et validation de la topologie ; transformation des attributs pour correspondre à un livrable Gr@ce de type NŒUD_GEO. A noter que les données des tracés des autoroutes proprement dites n auront pas à être intégrées. 5.4.1 Conditions de réception Conditions 1, 2, 5, 6, 7, 8, 9, 10, 11, 13, 14, 15, 16 précédentes (mais uniquement pour la table NŒUD_GEO). De plus, il faut ajouter la condition suivante : 17) Correspondance correcte entre le couple colonne X / colonne Y et les coordonnées en Lambert 93 (pas d inversion du X et du Y). 5.5 Prestations sur jeux de données SIG Il n existe pas encore de données fournies uniquement dans un format directement lisible par un SIG, tel que : Shp Tab MIF/MID Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 23 sur 32 KML GML Il est néanmoins envisagé que ces données aient à être intégrées à l avenir. Les prestations demandées dans ce cas consisteront à : transformer en shape et reprojeter en Lambert 93 ; contrôler et valider la topologie ; transformer les attributs pour correspondre aux livrables Gr@ce. 5.5.1 Conditions de réception Conditions 1 à 16 précédentes. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 24 sur 32 6 Lot 1, tranche conditionnelle à bon de commande Certaines prestations ne peuvent être commandées dès la passation du marché. C est le cas de la transformation des données qui seront fournies à la Région dans le courant de l année 2012, ainsi que des prestations de transfert de compétence, en l absence de moyens humains disponibles à la date de passation du marché. Ces prestations pourront être commandées sous forme de bon de commande, décrits dans ce chapitre. 6.1 Intégration de données télécom prix unitaire Les données d infrastructure télécom transmises par les gestionnaires de réseau ne sont actuellement pas complètes : de nouveaux jeux de données seront de nouveau transmis au maitre d ouvrage dans la durée du marché. En conséquence, il est demandé au candidat d évaluer le prix unitaire des prestations décrites ci-dessous : intégration de données au format France Télécom ; intégration de données issues de logiciel de DAO, type Autocad ; intégration de données images (raster) ; intégration de données directement livrées en shape. Les prestations proprement dites sont décrites au paragraphe 5 - Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 25 sur 32 Lot 1, tranche ferme. Pour rappel, les livrables consistent en : pour chaque donnée d entrée, l ensemble des trois shape formatés pour alimenter Gr@ce (ARTERE_GEO, TRANCHEE_GEO et NŒUD_GEO) sur l emprise complète d origine ; chacun de ces shape doit être de nouveau livré pour chacun des RIP régionaux (fichier fourni en annexe). Le découpage doit être strict et suivre les limites administratives ; doivent également être fourni les scripts SQL issus des transformations permettant d alimenter directement le modèle Gr@ce. Pour chacune de ces prestations, le prix unitaire servant au calcul du prix des bons de commande est basé sur une grille kilométrique (grille fournie au format shape lors de la réunion de démarrage de la prestation). En effet les données concernées ne sont pas encore connues et peuvent être lacunaires. Une partie des livraisons effectuées par les gestionnaires d infrastructure peuvent également être écartée des prestations en fonction de recouvrements avec des données existantes, en raison de qualité trop hétérogène, etc. Ce choix est du ressort de la maîtrise d ouvrage, qui transmettra les données à intégrer ainsi que la surface à traiter. Ce mode de calcul a l avantage d être valable aussi bien pour des données vecteur que raster. Il est ainsi demandé au candidat d exprimer ses prix unitaires pour la transformation des données pour un volume de donnée correspondant à un carré de 1km de côté, exprimé en Lambert 93. Les bons de commande préciseront par la suite des prix totaux correspondant au prix unitaire pour le jeu de donnée à traiter, multiplié par le nombre de carrés de la grille dont la surface intersecte le réseau décrit par le jeu de donnée à traiter. Le décompte des prix unitaires peut être résumé selon le schéma suivant (non contractuel : l échelle n est pas respectée), qui reprend l exemple du raster présenté plus haut dans le document : Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 26 sur 32 Ainsi, dans ce cas fictif, le traitement du raster serait facturé neuf (9) fois le prix unitaire décrit dans le bordereau des prix. Dans l exemple fictif d un réseau vectorisé tel que présenté ci-dessous : Le traitement serait facturé vingt-deux (22) fois le prix unitaire décrit dans le bordereau des prix pour ce type de donnée. Il peut arriver que des fichiers fournis par des opérateurs de réseaux soient vides ou ne comportent que quelques enregistrements seulement. 6.2 ETL L ETL (Extract Transform Load ou outil d extraction, de transformation et d intégration automatisée de données) doit permettre au maitre d ouvrage d effectuer les opérations de mise à jour de la donnée d infrastructure télécom dans la base centralisée. 6.2.1 Fourniture Afin d alimenter la base de données régionale, ainsi que l ensemble des flux entre les bases non interopérables, il est demandé au candidat le chiffrage de la mise en œuvre d un ETL géospatial. L outil devra être capable de permettre : Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 27 sur 32 un interfaçage entre les différentes bases de données externes, dont celles des partenaires, et la base de données spatiale régionale (PostGreSQL / PostGIS) ; l automatisation des traitements depuis la base régionale vers différents formats de fichiers et différentes projections, que ce soit sur des lots de données, des extraits de données selon des filtres géographiques ou attributaires ; l automatisation l injection ou la mise à jour de données dans la base régionale ; la vérification topologique et attributaire des données, par lot ; la vérification de contraintes d intégrité de la donnée. L outil doit disposer d une interface graphique et permettre l automatisation des processus. Les formats devant être pris en compte sont a minima les suivants : shape geodatabase mif/mid tab dwg/dxf edigeo gml kml ecw tiff jpg La prestation de fourniture comprend également l installation et le paramétrage initial de l outil en vue de son interfaçage avec la base et les outils régionaux. 6.2.2 Paramétrage La prestation de paramétrage consiste à fournir un ensemble de procédures permettant de : transformer un type de données d entrée ; vérifier sa topologie ; transformer ses attributs ; fournir en sortie un livrable au format shape et un au format SQL «Gr@ce». Et ce pour chacune des données décrites au 4.1 - Typologie de données à intégrer. 6.2.3 Formation La prestation de formation doit permettre de rendre l administrateur de données autonome sur l outil et sur les procédures livrées. Il doit être capable de créer de nouvelles procédures de transformation de données et mettre en place des flux allant des données opérateurs jusqu à l injection dans Gr@ce. 6.3 Formation Gr@ce Cette formation consiste en un transfert de compétence auprès de la maitrise d ouvrage, qui devra être à même de : installer et paramétrer l ensemble des outils afférents à l usage de la base Gr@ce; Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 28 sur 32 utiliser les outils open source fournis avec Gr@ce, et notamment TALEND pour alimenter la base régionale ; effectuer des extractions contrôlées de la base avec l outil TALEND, en mettant en œuvre des filtres géographiques et attributaires ; pouvoir créer des vues PostGreSQL afin de construire des données synthétiques depuis la base Gr@ce. Le public visé a un profil d administrateur de données (deux personnes) et devra être en mesure d effectuer à son tour des formations plus simples sur les outils mis en œuvre. Les supports seront personnalisés (pour le compte de la Région) et fournis pendant la formation. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 29 sur 32 7 Lot 2 : contrôle qualité Ce lot constitue en une prestation de contrôles des prestations effectuées au titre du lot 1. En conséquence, il est indispensable qu il n existe aucun lien contractuel, dans le cadre de cette opération, entre les prestataires (titulaire, co-traitant et sous-traitant) chargés du lot 1 d un côté et les prestataires chargés du lot 2, de l autre. Ce lot est découpé en une partie forfaitaire et une partie à bons de commande. La partie ferme consiste à contrôler la qualité des données intégrées par le prestataire du lot 1 lors de la tranche forfaitaire de ce lot 1. La partie à bons de commande consiste à contrôler au coup par coup les données intégrées au coup par coup par le prestataire du lot 1 durant les bons de commande de la tranche conditionnelle du lot 1, au fur et à mesure des bons de commande ET à contrôler les reprises éventuelles du prestataire du lot 1 lorsque les rapports de contrôle indiquent que les données ne sont pas conformes au cahier des charges du lot 1. Le prestataire disposera des données brutes utilisées en entrée, ainsi que des livrables fournis à la maitrise d ouvrage. Il lui est demandé d effectuer un échantillonnage aléatoire, non connu à l avance par le prestataire du lot 1,correspondant à 5% de la surface couverte, en se basant, dans le cadre de la tranche conditionnelle, sur la grille kilométrique également utilisée par le prestataire titulaire du lot 1 et en se basant sur l équivalent de cette grille kilométrique dans le cadre de la tranche ferme. Sur la base de cet échantillon, le prestataire comparera les données avant et après traitement, et procèdera aux contrôles de conformité correspondant à chaque condition de réception décrite dans les paragraphes 5.1 à 5.5. Il s appuiera également sur les éléments complémentaires suivants : Liste des ambigüités levées (et réponses correspondantes du maitre d ouvrage) ; Liste des ambiguïtés éventuellement non levées. Pour chaque contrôle, les livrables consisteront en : un rapport circonstancié décrivant : o la démarche suivie ; o les résultats obtenus pour chaque condition de réception ; o o Chaque rapport devra comporter une synthèse d une page maximum permettant au maître d ouvrage de décider facilement si les données contrôlées sont jugées non conformes, de manière à être en mesure de demander immédiatement au prestataire du lot 1 de reprendre les lots non conformes. Toute conclusion laissant entendre qu une condition n a pas été respectée et donc que le lot de donnée a été jugé non conforme devra être dûment démontrée dans le rapport. grille kilométrique (format shape) indiquant les emplacements contrôlés. Il est demandé au candidat de fournir un prix unitaire pour le contrôle de chacun des types de données en entrée (France Telecom, Raster, DAO, SIG), et ce pour un carré d un kilomètre de côté. Le candidat explicitera en détails dans son mémoire techniques la méthodologie qu il compte mettre en place pour réaliser le contrôle des données pour chaque condition de réception envisagée (cf. 5.1 à 5.5). Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 30 sur 32 8 Spécifications de gestion de projet Les prestations d intégration des données télécom régionales (lot 1) et de contrôle qualité de cette intégration (lot2) constituent un projet comportant des éléments complexes. Tout d abord, la matière à traiter est hétérogène et n est pas intégralement connue au lancement du marché. Ensuite, la prestation consiste à traiter à la fois des données raster, des données vecteur DAO et des données vecteur SIG. Enfin, la multiplicité des acteurs est également une donnée complexe : le prestataire du lot 1 intègre les données mises à disposition par la maîtrise d ouvrage, qui a obtenu ces données de plusieurs opérateurs télécom différents. Les données sont ensuite contrôlées par le prestataire du lot 2. Etant donné l ensemble de ces éléments, il convient dès à présent de définir la manière dont les données et les informations sur le projet vont être échangées entre les acteurs. 8.1 Désignation des interlocuteurs Les rôles suivants devront être clairement identifiés dès le démarrage du projet : Chef de projet maîtrise d ouvrage (commanditaire du présent marché) Chef de projet maîtrise d œuvre (prestataire du lot 1) Chef de projet contrôle qualité (prestataire du lot 2) Ces interlocuteurs sont censés être uniques tout au long du marché. S ils sont remplacés, ils devront être remplacés conformément au CCAP. Lorsqu un nouvel interlocuteur est désigné et accepté par la maîtrise d ouvrage, celui-ci est à nouveau censé être unique. 8.2 Spécification des flux de données par étape Le candidat du lot 1 proposera une méthodologie rigoureuse de gestion des flux entre lui et la maîtrise d ouvrage. Il en va de même pour le candidat du lot 2. Les candidats feront apparaître les étapes, et pour chacune d elle, le point de départ et le point d arrivée du flux de données, ainsi que les livrables et modalités de transfert associés. 8.3 Délais de validation ou de traitement Numéro d étape étape 1 Réception d un nouveau lot de donnée 2 Qualification interne côté maîtrise d ouvrage 6 Envoi des fichiers bruts 7 Intégration des données ne présentant pas d ambiguïtés 8a 8b Demande de levée d ambiguïté Levée des ambiguïtés Délais 9 Livraison Pour la TF : 2 mois. Pour la TC : 20 jours ouvrés Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 31 sur 32 10 Intégration des données livrées dans la base locale 14 Proposition de répartition géographique de l échantillon qui sera contrôlé par tranche de 5000 unités de la grille kilométrique 6 à compter de l envoi du BC signé. 5 jours ouvrés à compter de la réception du BC 15 Validation de l échantillon 5 jours ouvrés à réception de la proposition d échantillon 16 Envoi des livrables à contrôler et des fichiers bruts 3 jours ouvrés à compter de la réception du BC signé 17 Contrôles qualité 18 Livraison du rapport de contrôle Pour la TF : 20 jours ouvrés. Pour la TC : 5 jours ouvrés par tranche de 5000 unités de la grille kilométrique, à compter de l envoi du BC signé 19 Validation du rapport de contrôle 10 jours ouvrés à réception du rapport de contrôle 20 Validation de l intégration des données Le plus tôt entre 15 jours ouvrés à réception du rapport de contrôle et 6 semaines calendaires à réception des données 21 Demande de reprise des données Le plus tôt entre 15 jours ouvrés à réception du rapport de contrôle et 6 semaines calendaires à réception des données 6 Remarque : le prestataire doit prévoir le cumul des bons de commande jusqu à un maximum de 5 BC simultanés. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.
Cahier des clauses techniques particulières Page 32 sur 32 9 Annexes 9.1 Grille kilométrique, format shape, emprise régionale, exprimée en Lambert 93 Ce fichier shape constitue la grille kilométrique utilisée pour le calcul du prix des bons de commande, en fonction du Bordereau des Prix Unitaires et de l emprise des données à traiter. Pour faciliter les échanges et la compréhension des différents intervenants du projet, il est convenu que chaque dalle kilométrique portera un nom normalisé. Nous proposons le formalisme suivant : GKRA_XXXX_YYYY où : XXXX décrit les coordonnées X (Lambert 93) de l angle nord-est du carré ; YYYY décrit les coordonnées Y (Lambert 93) de l angle nord-est du carré. 9.2 Fichier shape décrivant l emprise des RIP Ce fichier doit être utilisé pour découper le shape de chaque livrable et livrer également un shape par RIP. Copyright la reproduction totale ou partielle de ce document est soumise à l autorisation préalable du, Direction des Politiques Territoriales.