Utilisation de PostgreSQL/PostGIS pour gérer la base de données topographique française Thanks for inviting me. Ladies and gentlemen, I’m happy to present.

Présentation au sujet: "Utilisation de PostgreSQL/PostGIS pour gérer la base de données topographique française Thanks for inviting me. Ladies and gentlemen, I’m happy to present."— Transcription de la présentation:

1 Utilisation de PostgreSQL/PostGIS pour gérer la base de données topographique française
Thanks for inviting me. Ladies and gentlemen, I’m happy to present you our work about the use of PostgreSQL and PostGIS in IGN-France. My name is Olivier Dorie and I work in IGN-France in the project team, which initiated the use of PostgreSQL to store and to manage the French Topographic Database. IGN-France is the national mapping agency for France, with 1800 employees. We have mandate to collect, integrate, manage and distribute geographical reference information for whole country. IGN DT/DSL Mai 09

2 Plan de la présentation
Contexte : pourquoi PostgreSQL/PostGIS? Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications de PostgreSQL/PostGIS à l’IGN France I will begin to explain you why our project has chosen PostgreSQL and PostGIS to store and manage the French Topographic Database. Then, I will describe the tools, the project has developed around PostgreSQL. These tools include client server functionalities, which enable database updating. In the third part, I will provide you some elements of the database managed by PostgreSQL. I will also give you some feed back of PostgreSQL after 4 years of experience. And in the last part, I will present quickly other applications of PostgreSQL in IGN-France. IGN DT/DSL Mai 09

3 Contexte : Pourquoi PostgreSQL/PostGIS ?
Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Contexte : Pourquoi PostgreSQL/PostGIS ? So, the first part : I will give you some context elements. Before the project, IGN had several databases stored and managed in different ways. In 2002, our project was launched to improve this situation. After some test, our project decided to choose PostgreSQL to store and manage theses databases. I will explain you why. IGN DT/DSL Mai 09

4 Contexte : bases de données avant 2002
Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BDTopo: Vocation : référentiel géographique 3D de haute précision Thèmes: réseau routier, réseau ferré, réseau hydrographique, bâtiments, végétation, surfaces administratives … Sources: restitution sur photographies aériennes Constitution de 1990 à 2006 – 2007 Échelle : > 1/10 000 Précision :  2 m Some words about the IGN databases before 2002. We had 3 vector databases done or in constitution. The first one, the most important, was the topographic database, we called it BDTOPO. It was a high precision 3 dimension reference geographic frame. This database contained road, rail, buildings and so one. This database is made from stereo plotting on aerial photos. Its constitution began in ninety’s and was planned to finish in 2007. IGN DT/DSL Mai 09

5 Contexte : bases de données avant 2002
Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Géoroute Vocation : calcul d’itinéraires, navigation embarquée, géocodage. Thèmes: réseau routier, restrictions de circulation, équipement (hôpital, police …) … Couvre les zones urbaines ; des données moyenne échelle assure le lien entre ces zones. Sources hétérogènes : BDTopo Cadastre BDCarto Constitution entre 1995 et 2000. Echelle : > 1/20 000 Précision :  10 m The second database is Georoute. People used it for on board navigation and geocoding. So Georoute contained many information about road network and addresses. Georoute covered urban areas. In 2002, the constitution of Georoute was finished. IGN DT/DSL Mai 09

6 Contexte : bases de données avant 2002
BDCarto Vocation : référentiel moyenne échelle Thèmes: réseau routier, réseau hydrographique, occupation du sol, limite administrative … Sources : vectorisation de carte (échelle 1/50 000) Constitution entre 1986 et 1993 Echelle : 1/ Précision :  30 m Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications The third database was the medium scale reference frame. We called it BDCarto because this database is used for mapping and we made it from the digitalisation of maps. This database was the first database, IGN finished in the beginning of the ninety’s. IGN DT/DSL Mai 09

7 Contexte : éléments techniques
Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BD TOPO GEOROUTE BD CARTO Serveur  Oracle + Arc/Info SIG GéoConcept GéoConcept, Arc/Info Bases de données 1 par département (100 blocs) 50 blocs 1 pour toute la France Mise à jour Irrégulière – sur photographies aériennes Irrégulière Régulière (pour les principaux thèmes) This table illustrates that theses 3 databases were stored and managed by several ways. The only common element was the use of the GIS Geoconcept for editing. We had problems with the large scale databases. No server. They were no seamless but divided into blocks which were managed on the GIS. They were irregularly updated. IGN DT/DSL Mai 09

8 Nouvelle étape : la mise à jour en continue
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Nouvel objectif : mise à jour en continue pour la BDTopo, Géoroute et BDCarto. Principe : Collecter l’information de mise à jour une seule fois. Principales sources : Partenaires (gestionnaires de réseaux, administrations locales, pompiers, ...) Collecte La propager dans les bases. Mise à jour décentralisée : 7 unités de production (5 en dehors de Paris) 120 collecteurs In 2000, 2 databases were finished and the last one was half done. The new policy for IGN was to make regular and continuous updating. The chosen methodology was to collect update information only one time from partners like network managers, firemen and so one. And after to spread these information in the databases. To do this, IGN began to send collectors in the field. Now we have 120 collectors for the whole country. IGN DT/DSL Mai 09

9 2002 : un nouveau projet Objectifs : Unification:
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Objectifs : Unification: Rendre la mise à jour plus facile Conserver les avantages des 2 produits Implémentation d’un nouveau système pour sauvegarder, gérer et mettre à jour les bases de données vecteur de l’IGN : Bases d’un seul bloc sur la France métropolitaine Mise à jour décentralisée Possibilité de travailler sur le terrain (déconnecté) Géoroute BDTopo BDUni At the same time, IGN decided to improve the technical conditions of updating and created a new project. The first objective of the project was to unify the large scale databases : so we took Géoroute and BDTopo and created a new database we called BDuni which had the advantages of BDTopo and Géoroute : precision of topographic database with addresses and navigation information. To do this, the project developed a matching software : you can see an illustration in the top right. The second objective of the project was to implement a new system to store, manage and update this database. Now during the presentation, I will speak only on this work. The term or reference was to have seamless databases on whole country and to enable updating by 120 collectors. The system should enable the disconnected work on the field. IGN DT/DSL Mai 09

10 2002 : un nouveau projet Contexte Fonctionnalités Client / Serveur
Résultats / Conclusions Autres applications Here a photo of our team. Standing near me is Frank Fuchs the project leader. On the left of Frank is Bruno Bordin. Frank and Bruno are the 2 persons who have imagined and developed the solution, I’m presenting you today. IGN DT/DSL Mai 09

11 Première approche Un marché touffu : Définition des besoins :
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Un marché touffu : Technologies variées (Oracle, ESRI, IBM, Oracle, GéoConcept…) Coûts variés Définition des besoins : Etape difficile par manque d’expérience du projet et des équipes de production.  Nous n’avions pas assez d’expérience pour rédiger l’appel d’offre Un existant IGN : Grande utilisation du SIG Géoconcept (production, mise à jour, développement) PostgreSQL utilisé par une autre équipe IGN Our first work was to investigate existing technologies like Oracle, ArcGIS. We invited some vendors, to present us their solution. Of course, all vendors told us that their solution was the most appropriate. However these solutions were very expensive. But choice was difficult for us because we had a little experience on this technologies and because the requirement were not enough known. It was not reasonable to launch a call of tenders in this situation. IGN DT/DSL Mai 09

12 2004 : Prototypage Objectifs : Point de départ :
Augmenter les compétences techniques de l’équipe Mieux définir le besoin Recherche d’une IHM et d’un protocole opératoire Point de départ : Client = SIG Géoconcept Serveur = PostgreSQL/PostGIS (gratuit, facile à apprendre et compétence à l’IGN) Client – Serveur communication = A développer Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications So we decided to prototype in order to : Increase our technical skills Define more detailed requirements Find a simple solution The starting point of this prototype was to use the GIS Geoconcept for the client, because it was widely use in IGN. For the server, we chose PotgreSQL/PostGIS , because it’s free and because another team in IGN knew it. The work to do was to develop a software for communication between client and server. IGN DT/DSL Mai 09

13 2004 : Prototypage BDUni France entière PostgreSQL / PostGIS Synchronisation Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Géoconcept Géoconcept Géoconcept Géoconcept An illustration of the prototype. Our database BDUni is stored on PostgreSQL. Some collectors using the GIS Géoconcept are connected. We developed the data synchroniser, which pushes updates from client to database in a consistent way. During this step, the project team improves its technological skills on PostgreSQL. We tested it, more specially the transaction, which ensures the integrity of database. With this work, we got also a better understanding of the requirements. Développement d’un outil permettant de synchroniser les données entre les n clients et le serveur Tests de PostgreSQL (transaction) Les utilisateurs sont impliqués dans le suivi / guidage des développements IGN DT/DSL Mai 09

14 2005 - 2006: industrialisation et production
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Le prototype donne de bons résultats (coût, besoins, IHM…)  Industrialisation du prototype : Traitement des cas difficiles Paramétrages fins Test du système (bases de données massives) Vérification d’aptitude Production : Printemps 2006 : montée en base de l’agglomération parisienne 03/2008 : toute la France métropolitaine sur le système The prototype gave good results. As it was also a low cost solution, IGN decided to choose this home made solution and to industrialise it. This step included 3 parts : processing of difficult cases like associations between objects Test of PostgreSQL with huge volume of data and simultaneous transactions And to finish, a production test by collectors After the production could begin : in spring 2006, we loaded Paris and its surroundings. In March 2008, whole France was loaded. IGN DT/DSL Mai 09

15 Fonctionnalités client – serveur
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Fonctionnalités client – serveur I have just explain you why we have chosen PostgreSQL. Now, I’m going to describe the tools we have developed. IGN DT/DSL Mai 09

16 SIG du collecteur (Géoconcept)
GCVS: principes Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BDUni France entière PostgreSQL / PostGIS GCVS SIG du collecteur (Géoconcept) GCVS = Geographic Concurrent Versioning System Développement avec visual C++ (utilisation du pilote ODBC) 3 principales fonctions accessibles depuis Géoconcept : Montée en base des données Extraction des données Synchronisation des clients As already said, these tools enable communication between a server with PostgreSQL and some collectors working on the GIS Geoconcept. The name of the tool is GCVS, witch means Geographic Concurrent Versioning System. This name comes from the software CVS, well known in the world of developers because it enables to share and synchronize files or programs. We made the development with visual C++ and we used the ODBC drivers. The 3 main functions available are : a data loader, a data extractor and a data synchroniser. I will describe them more in details in the following slides. IGN DT/DSL Mai 09

17 GCVS : montée en base  Prend les données sous Géoconcept et les charge sur le serveur PostgreSQL Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Géoconcept BDUni PostgreSQL / PostGIS Montée en base >begin >insert into road segments … > insert into road segments … > Insert into buildings … >insert into administrative_boundary … …. >commit The first function is data loader, which is necessary to load data into the system. The data loader takes objects form Geoconcept, transforms them into insert command SQL (as shown in the table) and loads them into the server. This data loader has been used one time only for each block of data. Now the database is seamless on the whole country. A significant point is the loading is transactional : it’s useful when, for example, the network stops in the middle of the loading. Because, in this case, no data are loaded on the server and avoids inconsistent loading. Utilisé une fois par zone géographique Transactionnel IGN DT/DSL Mai 09

18 GCVS : extraction  Extrait une zone sur le serveur PostgreSQL et transfère ces données sous Géoconcept pour la mise à jour. Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BDUni France entière PostgreSQL / PostGIS Extraction Géoconcept The second function is for the opposite way : it’s a data extractor. The role of the data extractor is to pull a specific area out of the server and to load it on the client GeoConcept. Several update collectors can extract the same unit at the same time. When the data has been extracted the collector can update the data on the client. Plusieurs collecteurs peuvent extraire la même zone en même temps IGN DT/DSL Mai 09

19 GCVS : synchronisation des données
Envoie les mises à jour des postes clients sur le serveur et les mises à jour du serveur sur les autres clients. Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BDUni France entière PostgreSQL / PostGIS Synchronisation To push updates from the client to central database, the collector needs the third function the data synchroniser. The role of the data synchroniser is also to pull changes in the central databases and to send them to other clients. If 2 collectors update the same object, a conflict is raised. The system informs the last collector who updated the object and this collector has to solve the conflict. The data synchroniser enables disconnected work on Geoconcept in the field and enable synchronisation on request when the IGN network is available. Si 2 collecteurs mettent à jour le même objet, un conflit est généré et l’un des 2 collecteurs doit le résoudre … Travail déconnecté Synchronisation à la demande IGN DT/DSL Mai 09

20 Déroulement d’une mise à jour
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications T1 : le collecteur A met à jour une route sous Géoconcept 3 1 1 4 Autoroute Autoroute 2 6 2 5 T2 : le collecteur A crée une zone de réconciliations avec des métadonnées de mise à jour 3 1 4 Now an example of data updating on the client Geoconcept. There are 3 steps. At the initial time, the collector updates the object on the GIS. In the illustration, 2 access roads are created and the main roads are cut. Second step, the collector must create a synchronisation area around the modification with metadata describing the evolution. And last step, when the collector is connected to the IGN network, he pushes his work into the central database. Création d’une bretelle Autoroute 2 6 5 IGN DT/DSL Mai 09 T3 : (à la demande) synchronisation

21 GCVS : implémentation Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications GCVS doit être capable de retrouver rapidement les objets détruits, créés et modifiés sur les clients et sur le serveur. Pour cela : Sur le serveur, chaque objet a : Un identifiant Un numéro de réconciliation Sur le client : Chaque objet a un identifiant Un fichier MS Access contient : La correspondance entre l’identifiant client et l’identifiant serveur. Une clé md5 de chaque objet client (mise à jour après chaque réconciliation) In the 2 next slides, I will give some elements of implementation. To be efficient, the data synchroniser must be able to retrieve quickly the objects, which have been deleted, created or modified on the client and on the server. To do so, on the server each object has an home made identifier and a number of synchronisation. On client, each object has a client identifier, automatically given by Geoconcept. In addition, there is a Microsoft Access file containing the correspondence between the client and the server identifiers. This file contains also a md5 print of each object. This md5 print is computed with a compression algorithm using the characteristics of the object. All this elements are useful to make the data synchroniser working. Let us see an example. IGN DT/DSL Mai 09

22 GCVS : implémentation Exemple d’une modification sur le client GCVS :
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Exemple d’une modification sur le client Autoroute Nationale GCVS : Détecte une modification sur le poste client par comparaison des clés md5 : Calculée sur l’objet Stockée dans le fichier Access Recherche si l’objet n’a pas déjà été modifié sur le serveur In this illustration, a collector updates a road segment : he changes the geometry and the road classification. The first work of the data synchroniser is to find the modification. To detect it, the data synchroniser computes the md5 print of the object in the synchronisation area. The data synchroniser compares this print with the print stored in the Access file. If they are not the same, it shows that the object has been modified on the client. Now the data synchroniser has to push the modified object on the server. The data synchroniser finds the correspondent object on the server by using the access file. The data synchroniser has to verified if this server object has been modified or deleted by another collector. For each operation like destruction or creation, the data synchroniser makes similar processing. IGN DT/DSL Mai 09

23 GCVS : de nombreuses possibilités
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Paramétrage avec des fichiers XML : Correspondance entre les classes d’objets du SIG et les tables du serveur. Une classe d’objet peut être en lecture/écriture. Des profils variés en production : Lecture seule (cartographes, contrôle qualité…) Mise à jour des unités administratives par une seule personne sur tout le territoire … Recherche des objets non synchronisés Traitement des liens GCVS offers many possibilities. It’s possible to choose some features only for reading as background data. Currently in production, we have various custom clients. We have some clients for reading only for cartographer, quality controllers. Other clients are on the whole country : it’s the case of the client for updating of administrative unit. IGN DT/DSL Mai 09

24 Structure des données sur le serveur
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Table des tronçons de route Identifiant Numéro de réconciliation Nom de la rue …. Date de création Date de modification Date de destruction TR1 10 Rue Picasso 03/01/2009 05/01/2009 TR2 11 Rue Matisse 06/01/2009 Table historique des tronçons de route Identifiant Numéro de réconciliation Nom de la rue …. Date de création Date de modification Date de destruction TR1 1 Rue Mozart 03/01/2009 Now a few words about the structure of the date on the server. We have 2 kinds of tables for each feature class : a table for the current objects and a historic table witch contains old version of the objects. Each object has an identifier, a number of synchronisation, a date of creation, a date of modification and a date of destruction in both tables. This structure allows replication and computation of differences occurred between 2 dates. Cette structure permet la réplication et le calcul des évolutions entre 2 dates (différentiel) IGN DT/DSL Mai 09

25 Les évolutions entre t0 et t1 sont transférées dans la copie à t0
Réplication maison Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Permet d’avoir une copie de la base de production en quelques minutes : réplication maitre / esclave. Base à t0 Copie à t0 Dump/Restore Mise à jour Replication Base à t1 Based on this structure, the project has developed a home made replication. It’s a master/ slave replication, witch enables to have a copy of the production database in a few minutes, instead of several hours . In case of server crash, the production can start again with this copy. The illustration shows how it works. We make a dump/restore of the production database at the beginning of the week. Every half hour, the replication takes only the evolutions occurred during this half hour and pull them into the copy. So with this process, we have each half hour 2 identical databases. Copie à t1 Les évolutions entre t0 et t1 sont transférées dans la copie à t0 IGN DT/DSL Mai 09

26 Résultats - Conclusions
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Résultats - Conclusions IGN DT/DSL Mai 09

27 La base unifiée aujourd’hui
Serveur de production : 1 base de données pour la France métropolitaine : 118 Go 124 tables et 124 tables historiques 160 millions d’objets : 19 millions d’objets végétations (17 Go) 16 millions de tronçons de route (13 Go) 23 millions de bâtiments (12 Go) … 32 millions d’objets dans les tables historiques Des indexes de plus de 1 Go (identifiant, indexes géométriques) 6 bases de données pour les territoires d’outre-mer (Martinique, Réunion, Guyane …) Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Now I will give you some figures about the unified database. We have 2 servers : a production server and a backup server. The production server contains a database for who France metropolitan and 6 others for the overseas territories like Reunion, Guyana … The volume of the data is more than 100 Gb . We have 124 tables with contains more than 160 millions of objects. IGN DT/DSL Mai 09

28 La base unifiée aujourd’hui
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Serveur de production : Server DELL, PowerEdge 6850, 4 processeurs Disque : 5 x 300 Go rpm SCSI, dont 4 en RAID 1 RAM : 12 Gb Serveur de secours : 1 base de données restaurée chaque semaine (sauvegarde) 1 base de données en lecture seule : contrôle qualité, démos,… réplication toutes les 30 minutes Réseau : 1Mbit/s entre Paris et les CIRs The characteristics of the production server are the followings : It’s a DELL server with 4 processors. We have 5 disks in RAID 1 and 12 Gb of RAM. We have also backup server. On this server, we dump and restore each week a copy of the production database. And the replication is computed every half hour. IGN DT/DSL Mai 09

29 Maintenance de la solution
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications DBA PostgreSQL/PostGIS : 1/3 temps (ingénieur système unix) Sauvegarde, réplication, quelques interventions (déblocage) Maintenance évolutive (spécifications …) Maintenance GCVS : 1 temps plein (ex développeur au projet) Rattrape de production Maintenance évolutive (amélioration logicielle …) Soutien de l’équipe projet (1/4 temps) The characteristics of the production server are the followings : It’s a DELL server with 4 processors. We have 5 disks in RAID 1 and 12 Gb of RAM. We have also backup server. On this server, we dump and restore each week a copy of the production database. And the replication is computed every half hour. IGN DT/DSL Mai 09

30 PostgreSQL/PostGIS : retour d’expérience
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Facile à prendre en main Gratuit et open-source Nombreuses possibilités d’accès et de développement (ODBC, libpq …)  Prototypage rapide Performance : Gestion de bases de données massives Capacité à répondre rapidement aux requêtes Transaction I’m going to present you our feed back bout the use of PostgreSQL. The main advantages are the following : - PG can be used quickly for prototyping because it’s free and open source PG has the capacity to handle massive database PG is enable to answer queries quickly, even on huge volume of data PG ensures data quality, due to full transactional integrity. During these 3 years, we never had problems with transactions. IGN DT/DSL Mai 09

31 Comparaison avec une solution commerciale
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Solution commerciale Solution IGN avec PostgreSQL Couts (Licences clients + serveur + formation + adaptation ou développement) Moyen à élevé (> 750 k€) faible (300 k€) Maitrise technique Niveau utilisateur Niveau utilisateur + développeur Délais Risque lié à l’appel d’offre (compliqué en France) : 1 an Temps des développements et des tests : 1,5 an Réseau Peut nécessité l’adaptation du réseau Pas de changements SIG Inconnu Conservation de Géoconcept This tables gives you some elements of comparison between a commercial solution and the IGN’s solution based on PG. The main elements are the followings : The Ign’s solution is cheaper because we have not spend money for licence’s server and for new GIS system. Moreover, by developing ourselves, we have got full technical control on the solution. Probably, the delay would have been the same with commercial solution because of the time required by the call for tenders. To summarize, we are happy to have chosen PostgreSQL IGN DT/DSL Mai 09

32 Autres applications autour PostgreSQL/PostGIS à l’IGN France
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Autres applications autour PostgreSQL/PostGIS à l’IGN France In this last part, I will present you quickly other applications of PG in IGN-France IGN DT/DSL Mai 09

33 Flux de données : vue générale
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Production Archivage (entrepôt) Diffusion BDUni Géoconcept BDParcellaire Produits dérivés Fichiers : Données Vecteur : Format FEIV Métadonnées : Fichiers XML ISO19115 BDAlti Diffusion classique massive (batch) Service internet : Visualisation public : Géoportail Interrogation métadonnées (intranet) BDGéodésique In this last part, I will present you quickly other applications of PG in IGN-France Orthophotographies Bases carto IGN DT/DSL Mai 09

34 Base de données altimétriques (2006)
80 Go : Vecteur : courbes, points côtés Raster : MNT Métadonnées Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications BASALT PostGreSQL/PostGIS LINUX < 5 clients We use PG to store the altimetric database, whose volume is 80 Gb. This database contains both vector and raster data. IGN has developed a software called ExploZOE to consult and edit the database. Logiciel maison Visual c++ avec ODBC ExploZOE Windows Intégration Consultation Modification Edition IGN DT/DSL Mai 09

35 Base de données géodésique
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Navigateur XHTML 10 Clients Apache PHP Base de données PostgreSQL The geodetic database is also stored on PG. This database contains vector and images which represent 70 Gb. There are 10 web clients, which consult and update these data using a home made interface based on PHP 70 Go Vecteur (Bornes …) Raster (Photos) Plusieurs schémas IGN DT/DSL Mai 09

36 Stockage et consultation des métadonnées
Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Stockage sur PostgreSQL : 50 Go 20 millions d’objets dans la table de registre (ebRIM) Fichiers XML (norme ISO19115) Consultation sur l’intranet de l’IGN (CSW) Utilisation du logiciel RedSpider IGN DT/DSL Mai 09

37 Géoportail (2007) Accès en ligne pour le grand public à la donnée géographique Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications PostgreSQL est seulement utilisé pour stocker les données vecteur (300 Go) et pour pré-calculer les tuiles de données à afficher Bientôt service WMS and WFS (Geoserver) PG is also used for the French Geoportail, which provides view service online to geographic data. In this application, PG is used to store vector data and to pre-computed vector tills. During 2009, other access like Web Mapping Service and Web Feature Service will be available. IGN DT/DSL Mai 09

38 Diffusion : extraction
BDTopo France entière PostgreSQL Contexte Fonctionnalités Client / Serveur Résultats / Conclusions Autres applications Extraction BDTopo Zones variées PostgreSQL An last but not least, PG is used to extract data in the delivery process : data is extracted from the whole database according by the area required by the customer. Livraison dans différentes emprises et formats IGN DT/DSL Mai 09

39 Conclusion PostgreSQL/PostGIS est devenu le principal SGBD à l’IGN France. Il est utilisé pour : Stocker des bases de données massives et variées Consulter et mettre à jour les données avec des logiciels maisons Solution attractive et robuste As you have seen in the last slides, today PG is the main DBMS in IGN-France. We use it for almost all vector databases. It works quite well. PG is a very attractive solution : the proof is that in 3 years PG has spread everywhere in IGN. IGN DT/DSL Mai 09 Merci pour votre attention