banniere

Le portail francophone de la géomatique


Toujours pas inscrit ? Mot de passe oublié ?
Nom d'utilisateur    Mot de passe              Toujours pas inscrit ?   Mot de passe oublié ?

#1 Sat 31 May 2003 22:11

Fpouget-sig
Invité

PostgreSQL

De: Frederic POUGET
Bonjour,

Je viens de lire dans le doc de MySQL 4.0 que la base de donnees PostgreSQL (un autre SGBD libre) est plus adaptee pour stocker des objets geographiques ...

En savez-vous plus ? Connaissez-vous des utilisateurs geographique de PostgreSQL ?
Est-ce l'equivalent de la cartouche spatiale d'ORACLE ? Enfin, pour eclairer ma lanterne, qu'est ce des R-trees ?

http://dev.nexen.net/docs/mysql/

------------------
Autres raisons de considerer PostgreSQL :
...

Pour les donnees geographiques, les R−trees font de PostgreSQL un meilleur choix que MySQL.

------------------

 

#2 Sun 01 June 2003 22:11

Andre M Winter
Invité

Re: PostgreSQL

fpouget-sig@texte-a-enlever.altern.org wrote:

>De: Frederic POUGET
>Bonjour,
>
>Je viens de lire dans le doc de MySQL 4.0 que la base de donnees PostgreSQL (un autre SGBD libre) est plus adaptee pour stocker des objets geographiques ...
>
en effet.

>En savez-vous plus ? Connaissez-vous des utilisateurs geographique de PostgreSQL ?
>
http://tirolatlas.uibk.ac.at/papers/svgopen2003/

>Est-ce l'equivalent de la cartouche spatiale d'ORACLE ?
>
non. c'est gratuit. je pense que les capacites de requettes spatiales
(grace au module postGIS) sont comparables. c'est en amont (postgreSQL
meme) qu'il est difficile de comparer les deux. oracle est extrement
puissant, sait gerer des requettes hierarchiques (mais j'en sais trop
peu). je pense que la preuve que postgreSQL soit aussi puissant quÄ
'oracle reste a faire en grandeur nature. mais pour les besoins
geographiques cette preuve est faite

http://tirolatlas.uibk.ac.at/ (avec svg)
http://www.ns-verbrechen.at/ (avec mapserver)

a+

andre

 

#3 Sun 01 June 2003 22:11

Eric Mauvière
Invité

Re: PostgreSQL

Bonjour,

Postgresql est une base de donnees efficace qui a quelques annees
derriere elle et l'enorme avantage d'etre libre et gratuite.
A sa decharge : elle est concue pour des environnements de type Linux,
l'installation sous Windows est un vrai parcours du combattant, ce qui
est est genant quand on veut developper en local et qu'on n'est pas 100
% Linux.
De plus, il n'est pas evident de trouver des hebergeurs proposant
Postgresql.

En revanche, mySql est un format a la fois tres puissant et extremement
repandu, l'un des plus beaux exemples de logiciel libre. Il s'installe
tres facilement, aussi bien sous Windows que sous Linux, et occupe peu
d'espace disque. La version 4.1 de mySql, actuellement au stade alpha,
devient elle aussi spatiale, et utilise le mode d'indexation R-Tree pour
les donnees geometriques.

Pour tous ceux qui ne veulent pas se compliquer la vie, je recommande
chaudement mySql comme base de donnees spatiale tout terrain (y compris
dans les versions actuelles, 3 ou 4.0), en stockant la geometrie au
format WKB, format standard acte par le consortium OpenGis. C'est en
gros du shape. Il suffit par exemple de convertir d'Access vers mySql
une geodatabase personnelle Esri. On obtient deja d'excellentes
performances en indexant les coordonnees du rectangle minimum englobant
chaque objet (voir par exemple sur les 36 500 communes de France
http://www.geoclip.net/fr/flashgeoclip.php).

R-Tree est une methode d'indexation concue pour indexer des objets
multidimensionnels.
Elle organise les enveloppes minimales englobantes de chaque objet
geometrique de la base dans une structure arborescente, en regroupant
ces enveloppes par ordre de taille et proximite. R-tree est
particulierement efficace pour des requetes utilisant les operateurs de
comparaison  (par opposition aux index classiques optimises
pour des recherches de type = ). Typiquement, un R-Tree est ce qu'on
fait de plus rapide pour trouver tous les points a l'interieur d'un
rectangle donne.

Une base de donnees spatialisee se caracterise en general par les
caracteristiques suivantes :
1) elle utilise R-Tree ;
2) elle integre des fonctions spatiales permettant d'agreger des
objets, de faire des requetes utilisant des operateurs de comparaison
geometrique (qui s'appuient sur R-tree).
3) elle est pourvue d'utilitaires d'importation de donnees au format
shape, tab...

Eric Mauviere

 

#4 Mon 02 June 2003 23:44

Gaëtan GABORIT
Invité

Re: PostgreSQL

Bonjour,

en complement, voici ce que j'ai *cru comprendre* des capacites de
PostgreSQL :

Couple avec postgis (http://postgis.refractions.net/), PostgreSQL dispose de
fonctionnalites spatiales, mais qui restent limitees pour l'instant
(http://postgis.refractions.net/docs/c664.html). Par contre ces
fonctionnalites peuvent etre etendues en utilisant JTS Topology Suite
(http://www.vividsolutions.com/jts/jtshome.htm), encore faut-il savoir gerer
tout ca (PHP ou autre + PostgreSQL+PostGIS+java sur serveur web...) . La
bonne nouvelle c'est que JTS va etre porte en C++
(http://geos.refractions.net/), et que cette librairie sera disponible avec
la prochaine version de postgis, ce qui devrait peut-etre simplifier les
choses.

Merci de completer et/ou de corriger ces infos le cas echeant.

Cordiales salutations.

Gaetan GABORIT

 

#5 Tue 03 June 2003 17:28

ERTZ Olivier
Invité

Re: PostgreSQL

Hello,
PostgreSQL est un SGBD opensource qui a les capacites a repondre aux
besoins d'un bon nombre d'entreprises, celles-ci meme qui n'ont souvent
pas de budget consequent ou qui veulent faire des economies. Alors,
avant de penser mammouth type Oracle, voyez si PostgreSQL et son
module PostGIS ne suffiraient pas a votre bonheur. Notez que PostgreSQL
dispose d'un outil d'import du format Shape, et qu'il se couple tres
bien avec MapServer. D'autre part, il existe une fonction d'export de
geometrie au format SVG (http://geo4.uibk.ac.at/~klaus/svg/postgis/).
Cette fonction est ideale pour une application Webmapping au format SVG
connectee a un SGBD Spatial. Nous avons tester ce type d'architecture et
le resultat applicatif est plutot convaincant, sans oublier le resultat
financier qui l'ai tout autant, puisqu'il y a zero licence logiciel.
Dernier ne, StatHES Carto, un service de consultation cartographique des
statistiques sur les etudiants des Hautes Ecoles Specialisees de Suisse
(http://www.mediamaps.ch). Bientot disponible aussi une synthese sur
l'utilisation des formats vectoriels pour diffuser du contenu
cartographique avec BD Spatial.

OeZ

--
ERTZ Olivier - ertz@texte-a-enlever.eivd.ch - Professeur Assistant HEV

MEDIAMAPS Research Project (http://www.mediamaps.ch)

EIVD (http://www.eivd.ch) / Phone : (+41)(0) 21 316 98 38

 

#6 Wed 04 June 2003 12:28

Nicolas RIBOT
Invité

Re: PostgreSQL

Bonjour a tous,

Voici quelques elements concernant postgresql et sa partie geographique.

Nous utilisons Postgresql et sa cartouche spatiale, Postgis, comme
stockage preferentiel des donnees geographiques, notamment pour nos
applications Cartographiques sur Internet.

PostgreSQL est une base relationnelle-objet stable et puissante (version
actuelle: 7.3.3). Je ne dirais pas que Postgresql est difficile a
installer sur Windows. Le probleme principal de cette installation est
qu'elle requiert un autre composant logiciel: Cygwin, qui est un
emulateur linux sous windows. Installer cygwin consiste a cliquer sur un
bouton. Une installation complete de cygwin installe par defaut
Posgresql.
(il existe des versions precompilees de postgresql pour Windows qui ne
prennent que 4 Mo et qui s'installe simplement en decompressant un zip)

Une societe canadienne, Refractions (www.refractions.net) a developpe
sur ce SGBD une cartouche spatiale nommee Postgis.
Le probleme d'installation sous windows se pose un peu plus lorsqu'on
veut installer la cartouche spatiale Postgis.

Cette cartouche spatiale presente des avantages et des inconvenients:

Avantages:
* respecte le standard OpenGIS (Simple Feature specifications
for SQL) pour le stockage et la manipulation de donnees geographiques
dans une base de donnees relationnelle). Ce standard, adopte maintenant
par tous les acteurs du SIG et des bases de donnees (Oracle, DB2,
Sybase, ArcGIS, etc...), specifie ce que sont les types geographiques
(point, ligne, polygone), et comment on peut les manipuler avec des
fonctions SQL.

* Offre des outils d'import/export shapefile

* Est tres peu gourmande en taille/memoire.

* Est performante en absolu, et tres tres performante si on
compare le cout, la taille, et la facilite d'installation par rapport a
des bases de donnees du commerce avec cartouche spatiale.

* Est une source de donnees geographique geree par le moteur
cartographique MapServer (au meme titre que le format Shapefile, par
ex.), ce qui permet une publication tres facile de cartes sur
l'Internet.

Inconvenients:
* Installation sur Windows un peu delicate, il est vrai ( :-))
* Toutes les fonctions definies par OpenGIS ne sont pas encore
implementees (mais ca ne saurait tarder...), notamment les operateurs
topologiques (Union, intersection, etc.).

En resume: oui, on peut dire que Postgis est un equivalent de Oracle
Spatial.
C'est une solution tres viable, performante et facile a prendre en main.

Pour information, notre societe a realise un module ArcGIS 8 permettant
de lire/ecrire des donnees stockees dans Postgis vers/depuis ArcGIS.
Nous avons egalement une solution d'administration de donnees carto. sur
Internet

Nicolas Ribot
Ingenieur developpement - SIG
SCOT SA
www.scot.fr

 

#7 Wed 11 June 2003 16:43

Guillaume Joly
Invité

Re: PostgreSQL

Bonjour,

Je viens de regarder les dernieres features de MySQL, pour me remettre un peu au gout du jour, et en effet une de taille concerne les fonctionnalites spatiales :

http://www.mysql.com/doc/en/GIS_spatial … MySQL.html

J'aimerais savoir si vous connaissez des benchs ou des comparatifs par rapport a PostgreSQL ou meme Oracle,
Si parmi vous, certains ont deja teste la derniere version de facon probante sur de la vraie carto.
Et enfin si les API pour PHP ou Java permettent d'attaquer facilement les geometries (cad. pas comme sous Oracle en ce qui concerne PHP).

Guillaume Joly

 

#8 Wed 04 June 2003 19:17

Bargeot Lionel
Invité

Re: PostgreSQL

Jusqu'a maintenant, a ma connaissance on ne pouvait trouver qu'un
service ecrit en perl et qui ne permettait a des client arcview
d'acceder qu'en lecture seule a une base postgis. D'ou ma question tres
interessee : ce module est-il en GPL, sinon est-il distribue et quel en
est le prix ?

merci beaucoup

Lionel Bargeot
--
AgrogeomaTIC
CNERTA-ENESAD, 4 rue champs-prevois, batiment grand-champs, 21000 Dijon
03.80.77.28.49
http://stb.educagri.fr/cartosol

 

Pied de page des forums

Powered by FluxBB