Index: trunk/workshop-foss4g/introduction.rst
===================================================================
--- trunk/workshop-foss4g/introduction.rst	(revision 81)
+++ trunk/workshop-foss4g/introduction.rst	(revision 1)
@@ -1,5 +1,5 @@
 .. _introduction:
 
-Partie 1 : Introduction
+Partie 1 : Introduction 
 ************************
 
@@ -7,194 +7,199 @@
 ============================================
 
-PostGIS est une base de donnÃ©es spatiale. Oracle Spatial et SQL Server 2008 sont aussi des bases de donnÃ©es spatiales. Mais qu'est-ce que cela signifie? Qu'est-ce qui diffÃ©rencie un serveur de base de donnÃ©es spatiales d'un serveur de base de donnÃ©es non spatiale ?
+PostGIS est une base de donnÃ©es spatiales. Oracle Spatial et SQL Server 2008 sont aussi des bases de donnÃ©es spatiales. Mais qu'est-ce que cela signifie, qu'est-ce qui diffÃ©rentie un serveur de base de donnÃ©es spatiales d'un non spatiale ?
 
 La rÃ©ponse courte, est ...
 
-**Les bases de donnÃ©es spatiales permettent le stockage et la manipulation des objets spatiaux comme les autres objets de la base de donnÃ©es.**
-
-Ce qui suit prÃ©sente briÃšvement l'Ã©volution des bases de donnÃ©es spatiales, puis les liens
-entre les donnÃ©es spatiales et la base de donnÃ©es (types de donnÃ©es, index et fonctions).
-
-#. **Types de donnÃ©es spatiales** fait rÃ©fÃ©rence aux gÃ©omÃ©tries de type point, ligne et polygone;
-#. L'**indexation spatiale** est utilisÃ©e pour amÃ©liorer les performances d'exÃ©cution des opÃ©rations spatiales;
-#. Les **fonctions spatiales**, au sens :term:`SQL`, sont utilisÃ©es pour accÃ©der Ã  des propriÃ©tÃ©s ou Ã  des relations spatiales.
-
-UtilisÃ©s de maniÃšre combinÃ©e, les types de donnÃ©es spatiales, les index et les fonctions fournissent une structure flexible pour optimiser les performances et les analyses.
+**Les base de donnÃ©es spatiales permettent les stocage et la manipulation des objets spatiaux comme les autres objets de la base de donnÃ©es.**
+
+Ce qui suit prÃ©sente briÃšvement l'Ã©volution des base de donnÃ©es spatiales, puis les liens
+entre les donnÃ©es spatiales et la base de donnÃ©es (types de donnÃ©es, indexes et fonctions).
+
+#. **Types de donnÃ©es spatiales** fait rÃ©fÃ©rence aux gÃ©omÃ©tries de type point, ligne et polygone; 
+#. L'**indexation spatiale** est utilisÃ©e pour amÃ©liorer les performance d'exÃ©cution des opÃ©rations spatiales;
+#. Les **fonctions spatiales**, au sens :term:`SQL`, sont utilsÃ©es pour accÃ©der Ã  des propriÃ©tÃ©es ou des relations spatiales.
+
+ConbinÃ©, les types de donnÃ©es spatiales, les indexes et les fonctions fournissent une structure flexible pour optimiser les performance et les analyses.
 
 Au commencement
 ----------------
 
-Dans les premiÃšres implÃ©mentations :term:`SIG`, toutes les donnÃ©es spatiales Ã©taient stockÃ©es sous la forme de fichiers plats et certaines applications :term:`SIG` spÃ©cifiques Ã©taient nÃ©cessaires pour les interprÃ©ter et les manipuler. Ces outils de gestion de premiÃšre gÃ©nÃ©ration avaient Ã©tÃ© conÃ§us pour rÃ©pondre aux besoins des utilisateurs pour lesquels toutes les donnÃ©es Ã©taient localisÃ©es au sein de leur agence. Ces outils propriÃ©taires Ã©taient des systÃšmes specifiquement crÃ©Ã©s pour gÃ©rer les donnÃ©es spatiales.
-
-La seconde gÃ©nÃ©ration des systÃšmes de gestion de donnÃ©es spatiales stockait certaines donnÃ©es dans une base de donnÃ©es relationelle (habituellement les "attributs" ou autres parties non spatiales) mais ne fournissaient pas encore la flexibilitÃ© offerte par une intÃ©gration complÃšte des donnÃ©es spatiales.
-
-**Effectivement, les bases de donnÃ©es spatiales sont nÃ©es lorsque les gens ont commencÃ© Ã  considÃ©rer les objet spatiaux comme les autres objets d'une base de donnÃ©es .**
-
-Les bases de donnÃ©es spatiales intÃšgrent les donnÃ©es spatiales sous forme d'objets de la base de donnÃ©es relationnelle. Le changement opÃ©rÃ© passe d'une vision centrÃ©e sur le SIG Ã  une vision centrÃ©e sur les bases de donnÃ©es.
+Dans les premiÃšres implÃ©mentations :term:`SIG` historiques, toutes les donnÃ©es 
+spatiales Ã©taient stoquÃ©es sous la forme de fichiers plats et certaines applications 
+ :term:`SIG` spÃ©cifiques Ã©taient nÃ©cessaires pour interprÃ©ter et manipuler les donnÃ©es.
+Ces outils de gestion de premiÃšre gÃ©nÃ©ration, avaient Ã©tÃ© conÃ§u pour rÃ©pondre aux 
+besoins des utilisateurs pour lesquels toute les donnÃ©es Ã©taient localisÃ© au sein de leur
+agence. C'est outils Ã©taient propriÃ©taire, des systÃšme specifiquement crÃ©Ã© pour gÃ©rer les 
+donnÃ©es spatiales.
+
+La seconde gÃ©nÃ©ration des systÃšmes de gestion de donnÃ©es spatiales stoque certaines donnÃ©es dans une base de donnÃ©es relationelle 
+
+Second-generation spatial systems store some data in relational databases (usually the "attribute" or non-spatial parts) but still lack the flexibility afforded with direct integration.  
+
+**Effectivement, les bases de donnÃ©es spatiales sont nÃ©s lorsque les gens ont commencÃ© Ã  considÃ©rer les objet spatiaux comme des objets de base de donnÃ©es.**  
+
+Spatial databases fully integrate spatial data with an object relational database.  The orientation changes from GIS-centric to database-centric.     
 
 .. image:: ./introduction/beginning.png
 
-.. note:: Un systÃšme de gestion de base de donnÃ©es peut Ãªtre utilisÃ© dans d'autres cadres que celui des SIG. Les bases de donnÃ©es spatiales sont utilisÃ©es dans divers domaines : l'anatomie humaine, les circuits intÃ©grÃ©s de grandes envergures, les structures molÃ©culaires, les champs electro-magnÃ©tiques et bien d'autres encore.
-
-
-Les types de donnÃ©es spatiales
-------------------------------
-
-Une base de donnÃ©es classique propose par exemple les types chaÃ®nes de caractÃšres et date. Une base de donnÃ©es spatiales ajoute les types de donnÃ©es (spatiales) pour reprÃ©senter les **entitÃ©s gÃ©ographiques**. Ces types de donnÃ©es spatiales permettent d'accÃ©der Ã  des propriÃ©tÃ©s de l'entitÃ© gÃ©ographique comme ses contours ou sa dimension. Pour bien des aspects, les types de donnÃ©es spatiales peuvent Ãªtre vus simplement comme des formes.
+.. note:: A spatial database management system may be used in applications besides the geographic world.  Spatial databases are used to manage data related to the anatomy of the human body, large-scale integrated circuits, molecular structures, and electro-magnetic fields, among others.
+
+
+Spatial Data Types
+------------------
+
+An ordinary database has strings, numbers, and dates. A spatial database adds additional (spatial) types for representing **geographic features**. These spatial data types abstract and encapsulate spatial structures such as boundary and dimension. In many respects, spatial data types can be understood simply as shapes.  
 
 .. image:: ./introduction/hierarchy.png
    :align: center
 
-Les types de donnÃ©es spatiales sont organisÃ©s par une hiÃ©rarchie de type. Chaque sous-type hÃ©rite de la structure (les attributs) et du comportement (les mÃ©thodes et fonctions) de son type supÃ©rieur dans la hierarchie.
-
-
-Index spatiaux et Ã©tendue
----------------------------
-
-Une base de donnÃ©es ordinaire fournit des "mÃ©thodes d'accÃšs" -- connues sous le nom d'**index** -- pour permettre un accÃšs efficace et non sÃ©quentiel Ã  un sous ensemble de donnÃ©es. L'indexation des types non gÃ©ographiques (nombre, chaÃ®nes de caractÃšres, dates) est habituellement faite Ã  l'aide des index de type `arbres binaires <http://en.wikipedia.org/wiki/B-tree>`__. Un arbre binaire est un partitionnement des donnÃ©es utilisant l'ordre naturel pour stocker les donnÃ©es hiÃ©rarchiquement.
-
-L'ordre naturel des nombres, des chaÃ®nes de caractÃšres et des dates est assez simple Ã  dÃ©terminer -- chaque valeur est infÃ©rieure, plus grande ou Ã©gale Ã  toutes les autres valeurs. Mais, Ã©tant donnÃ© que les polygones peuvent se chevaucher, peuvent Ãªtre contenus dans un autre et sont reprÃ©sentÃ©s par un tableau en deux dimensions (ou plus), un arbre binaire ne convient pas pour indexer les valeurs. Les vraies bases de donnÃ©es spatiales fournissent un "index spatial" qui rÃ©pond plutÃŽt Ã  la question : "quel objet se trouve dans une Ã©tendue spÃ©cifique ?"
-
-Une **Ã©tendue** correspond au rectangle de plus petite taille capable de contenir un objet gÃ©ographique.
+Spatial data types are organized in a type hierarchy.  Each sub-type inherits the structure (attributes) and the behavior (methods or functions) of its super-type. 
+
+
+Spatial Indexes and Bounding Boxes
+----------------------------------
+
+An ordinary database provides "access methods" -- commonly known as **indexes** -- to allow for fast and random access to subsets of data.  Indexing for standard types (numbers, strings, dates) is usually done with `B-tree <http://en.wikipedia.org/wiki/B-tree>`_ indexes.  A B-tree partitions the data using the natural sort order to put the data into a hierarchical tree.
+
+The natural sort order of numbers, strings, and dates is simple to determine -- every value is less than, greater than or equal to every other value. But because polygons can overlap, can be contained in one another, and are arrayed in a two-dimensional (or more) space, a B-tree cannot be used to efficiently index them. Real spatial databases provide a "spatial index" that instead answers the question "which objects are within this particular bounding box?".  
+
+A **bounding box** is the smallest size rectangle capable of containing a given feature. 
 
 .. image:: ./introduction/boundingbox.png
    :align: center
 
-Les Ã©tendues sont utilisÃ©es car rÃ©pondre Ã  la question : "est-ce que A se trouve Ã  l'intÃ©rieur de B ? " est une opÃ©ration coÃ»teuse pour les polygones mais rapide dans le cas ou ce sont des rectangles. MÃªme des polygones et des lignes complexes peuvent Ãªtre reprÃ©sentÃ©s par une simple Ã©tendue.
-
-Les index spatiaux doivent rÃ©aliser leur ordonnancement rapidement afin d'Ãªtre utiles. Donc au lieu de fournir des rÃ©sultats exacts, comme le font les arbres binaires, les index spatiaux fournissent des rÃ©sultats approximatifs. La question "quelles lignes sont Ã  l'intÃ©rieur de ce polygone" sera interprÃ©tÃ©e par un index spatial comme : "quelles lignes ont une Ã©tendue qui est contenue dans l'Ã©tendue de ce polygone ?"
-
-Les incrÃ©ments spatiaux rÃ©els mis en application par diverses bases de donnÃ©es varient considÃ©rablement.
-Les index spatiaux actuellement utilisÃ©s par les diffÃ©rents systÃšmes de gestion de bases de donnÃ©es varient aussi considÃ©rablement. L'implÃ©mentation la plus commune est l'`arbre R <http://en.wikipedia.org/wiki/R-tree>`_ (utilisÃ© dans PostGIS), mais il existe aussi des implÃ©mentations de type `Quadtrees <http://en.wikipedia.org/wiki/Quadtree>`_, et des `index basÃ©s sur une grille <http://en.wikipedia.org/wiki/Grid_(spatial_index)>`_.
-
-Les fonctions spatiales
+Bounding boxes are used because answering the question "is A inside B?" is very computationally intensive for polygons but very fast in the case of rectangles.  Even the most complex polygons and linestrings can be represented by a simple bounding box.
+
+Indexes have to perform quickly in order to be useful. So instead of providing exact results, as B-trees do, spatial indexes provide approximate results. The question "what lines are inside this polygon?" will be instead interpreted by a spatial index as "what lines have bounding boxes that are contained inside this polygon's bounding box?" 
+
+The actual spatial indexes implemented by various databases vary widely. The most common implementation is the `R-tree <http://en.wikipedia.org/wiki/R-tree>`_ (used in PostGIS), but there are also implementations of `Quadtrees <http://en.wikipedia.org/wiki/Quadtree>`_, and `grid-based indexes <http://en.wikipedia.org/wiki/Grid_(spatial_index)>`_ in shipping spatial databases.
+
+Spatial Functions
+-----------------
+
+For manipulating data during a query, an ordinary database provides **functions** such as concatenating strings, performing hash operations on strings, doing mathematics on numbers, and extracting information from dates.  A spatial database provides a complete set of functions for analyzing geometric components, determining spatial relationships, and manipulating geometries.  These spatial functions serve as the building block for any spatial project.
+
+The majority of all spatial functions can be grouped into one of the following five categories:
+
+#. **Conversion**: Functions that *convert* between geometries and external data formats. 
+#. **Management**: Functions that *manage* information about spatial tables and PostGIS administration.
+#. **Retrieval**: Functions that *retrieve* properties and measurements of a Geometry. 
+#. **Comparison**: Functions that *compare* two geometries with respect to their spatial relation. 
+#. **Generation**: Functions that *generate* new geometries from others.
+
+The list of possible functions is very large, but a common set of functions is defined by the :term:`OGC` :term:`SFSQL` and implemented (along with additional useful functions) by PostGIS.
+
+What is PostGIS?
+================
+
+PostGIS turns the `PostgreSQL <http://www.postgresql.org/>`_ Database Management System into a spatial database by adding adding support for the three features: spatial types, indexes, and functions.  Because it is built on PostgreSQL, PostGIS automatically inherits important "enterprise" features as well as open standards for implementation 
+
+But what is PostgreSQL?
 -----------------------
 
-Pour manipuler les donnÃ©es lors d'une requÃªte, une base de donnÃ©es classique fournit des **fonctions** comme la concatÃ©nation de chaÃ®nes de caractÃšres, le calcul de la clef md5 d'une chaÃ®ne, la rÃ©alisation d'opÃ©rations mathÃ©matiques sur les nombres ou l'extraction d'informations spÃ©cifiques sur une date. Une base de donnÃ©es spatiales fournit un ensemble complet de fonctions pour analyser les composants gÃ©ographiques, dÃ©terminer les relations spatiales et manipuler les objets gÃ©ographiques. Ces fonctions spatiales sont utilisÃ©es comme des piÃšces de Lego pour de nombreux projets SIG.
-
-La majoritÃ© des fonctions spatiales peuvent Ãªtre regroupÃ©es dans l'une des cinq catÃ©gories suivantes :
-
-#. **Conversion**: fonctions qui *convertissent* les donnÃ©es gÃ©ographiques dans un format externe.
-#. **Gestion**: fonctions qui permettent de *gÃ©rer* les informations relatives  aux tables spatiales et l'administration de PostGIS.
-#. **RÃ©cupÃ©ration**: fonctions qui permettent de *rÃ©cupÃ©rer* les propriÃ©tÃ©s et les mesures d'une gÃ©omÃ©trie.
-#. **Comparaison**: fonctions qui permettent de *comparer* deux gÃ©omÃ©tries en respectant leurs relations spatiales.
-#. **Contruction**: fonctions qui permettent de *construire* de nouvelles gÃ©omÃ©tries Ã  partir d'autres.
-
-La liste des fonctions possibles est trÃšs vaste, mais un ensemble commun Ã  l'ensemble des implÃ©mentations est dÃ©fini par la spÃ©cification term:`OGC` :term:`SFSQL`. Cet ensemble commun (avec d'autres fonctions supplÃ©mentaires) est implÃ©mentÃ© dans PostGIS.
-
-
-Qu'est-ce que PostGIS ?
-=======================
-
-PostGIS confÃšre au `systÃšme de gestion de base de donnÃ©es PostgreSQL <http://www.postgresql.org/>`_ le statut de base de donnÃ©es spatiales en ajoutant les trois supports suivants : les types de donnÃ©es spatiales, les index et les fonctions. Ãtant donnÃ© qu'il est basÃ© sur PostgreSQL, PostGIS bÃ©nÃ©ficie automatiquement des capacitÃ©s orientÃ©es "entreprise" ainsi que le respect des standards de cette implÃ©mentation.
-
-Mais qu'est-ce que PostgreSQL ?
--------------------------------
-
-PostgreSQL est un puissant systÃšme de gestion de donnÃ©es relationnel Ã  objets (SGBDRO). Il a Ã©tÃ© publiÃ© sous la licence de style BSD et est donc un logiciel libre. Comme avec beaucoup de logiciels libres, PostgreSQL n'est pas contrÃŽlÃ© par une sociÃ©tÃ© unique mais par une communautÃ© de dÃ©veloppeurs et de sociÃ©tÃ©s qui le dÃ©veloppe.
-
-PostgreSQL a Ã©tÃ© conÃ§u depuis le dÃ©but en conservant Ã  l'esprit qu'il serait potentiellement nÃ©cessaire de l'Ã©tendre Ã  l'aide d'extensions particuliÃšres -- la possibilitÃ© d'ajouter de nouveaux types, des nouvelles fonctions et des mÃ©thodes d'accÃšs Ã  chaud. GrÃ¢ce Ã  cela, une extension de PostgreSQL peut Ãªtre dÃ©veloppÃ©e par une Ã©quipe de dÃ©veloppement indÃ©pendante, bien que le lien soit trÃšs fortement liÃ© au coeur de la base de donnÃ©es PostgreSQL.
-
-Pourquoi choisir PostgreSQL ?
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-Une question que se posent souvent les gens dÃ©ja familiarisÃ©s avec les bases de donnÃ©es libres est : "Pourquoi PostGIS n'a pas Ã©tÃ© basÃ© sur MySQL ?"
-
-PostgreSQL a:
-
-  * prouvÃ© sa fiabilitÃ© et son respect de l'intÃ©gritÃ© des donnÃ©es (propriÃ©tÃ©s ACID)
-  * un support soigneux des standard SQL (respecte la norme SQL92)
-  * un support pour le dÃ©veloppement d'extensions et de nouvelles fonctions
-  * un modÃšle de dÃ©veloppement communautaire
-  * pas de limite sur la taille des colonne (les tuples peuvent Ãªtre "TOAST"Ã©s) pour supporter des objets gÃ©ographiques
-  * un structure d'index gÃ©nÃ©rique (GiST) permettant l'indexation Ã  l'aide d'arbres R
-  * une facilitÃ© d'ajout de fonctions personalisÃ©es
-
-Tout ceci combinÃ©, PostgreSQL permet un cheminement simple du dÃ©veloppement nÃ©cessaire Ã  l'ajout des types spatiaux. Dans le monde propriÃ©taire, seul Illustra (maintenant Informix Universal Server) permet une extension aussi simple. Ceci n'est pas une coÃ¯ncidence, Illustra est une version propriÃ©taire modifiÃ©e du code original de PostgreSQL publiÃ© dans les annÃ©es 1980.
-
-Puisque le cheminement du dÃ©veloppement nÃ©cessaire Ã  l'ajout de types Ã  PostgreSQL est direct, il semblait naturel de commencer par lÃ . Lorsque MySQL a publiÃ© des types de donnÃ©es spatiaux de base dans sa version 4.1, l'Ã©quipe de PostGIS a jetÃ© un coup d'oeil dans leur code source et cela a confirmÃ© le choix initial d'utiliser PostgreSQL. Puisque les objets gÃ©ographiques de MySQL doivent Ãªtre considÃ©rÃ©s comme un cas particulier de chaÃ®nes de caractÃšres, le code de MySQL a Ã©tÃ© diffus dans l'intÃ©gralitÃ© du code de base. Le dÃ©veloppement de PostGIS version 0.1 a pris un mois. RÃ©aliser un projet "MyGIS" 0.1 aurait pris beaucoup plus de temps, c'est sans doute pourquoi il n'a jamais vu le jour.
-
-Pourquoi pas des fichiers Shapefile ?
--------------------------------------
-
-Les fichiers `shapefile <http://en.wikipedia.org/wiki/Shapefile>`_ (et les autres formats) ont Ã©tÃ© la maniÃšre standard de stocker et d'interagir avec les donnÃ©es spatiales depuis l'origine des SIG. NÃ©anmoins, ces fichiers "plats" ont les inconvÃ©nients suivants :
-
-* **Les fichier au formats SIG requiÃšrent un logiciel spÃ©cifique pour les lire et les Ã©crire.**  Le langage SQL est une abstraction de l'accÃšs alÃ©atoire aux donnÃ©es et Ã  leur analyse. Sans cette abstraction, vous devrez dÃ©velopper l'accÃšs et l'analyse par vos propre moyens.
-* **L'accÃšs concurrent aux donnÃ©es peut parfois entraÃ®ner un stockage de donnÃ©es corrompues.** Alors qu'il est possible d'Ã©crire du code supplÃ©mentaire afin de garantir la cohÃ©rence des donnÃ©es, une fois ce problÃšme solutionnÃ© et celui de la performance associÃ©e, vous aurez re-Ã©crit la partie la plus importante d'un systÃšme de base de donnÃ©es. Pourquoi ne pas simplement utiliser une base de donnÃ©es standard dans ce cas ?
-* **Les questions compliquÃ©es nÃ©cessitent des logiciels compliquÃ©s pour y rÃ©pondre.** Les question intÃ©ressantes et compliquÃ©es (jointures spatiales, aggrÃ©gations, etc) qui sont exprimables en une ligne de SQL grÃ¢ce Ã  la base de donnÃ©es, nÃ©cessitent une centaine de lignes de code spÃ©cifiques pour y rÃ©pondre dans le cas de fichiers.
-
-La plupart des utilisateurs de PostGIS ont mis en place des systÃšmes oÃ¹ diverses applications sont susceptibles d'accÃ©der aux donnÃ©es, et donc d'avoir les mÃ©thodes d'accÃšs SQL standard, qui simplifient le dÃ©ploiement et le dÃ©veloppement. Certains utilisateurs travaillent avec de grands jeux de donnÃ©es sous forme de fichiers, qui peuvent Ãªtre segmentÃ©s en plusieurs fichiers, mais dans une base de donnÃ©es ces donnÃ©es peuvent Ãªtre stockÃ©es dans une seule grande table.
-
-En rÃ©sumÃ©, la combinaison du support de l'accÃšs concurrent, des requÃªtes complexes spÃ©cifiques et de la performance sur de grands jeux de donnÃ©es diffÃ©rencient les bases de donnÃ©es spatiales des systÃšmes utilisant des fichiers.
-
-Un bref historique de PostGIS
-------------------------------
-
-En mai 2001, la sociÃ©tÃ© `Refractions Research <http://www.refractions.net/>`_  publie la premiÃšre version de PostGIS. PostGIS 0.1 fournissait les objets, les index et des fonctions utiles. Le rÃ©sultat Ã©tait une base de donnÃ©es permettant le stockage et l'accÃšs mais pas encore l'analyse.
-
-Comme le nombre de fonctions augmentait, le besoin d'un principe d'organisation devint clair. La spÃ©cification "Simple Features for SQL" (:term:`SFSQL`) publiÃ©e par l'Open Geospatial Consortium fournit une telle structure avec des indications pour le nommage des fonctions et les prÃ©-requis.
-
-Avec le support dans PostGIS de simples fonctions d'analyses et de jointures spatiales,
-`Mapserver <http://mapserver.org/>`_ devint la premiÃšre application externe permettant de visualiser les donnÃ©es de la base de donnÃ©es.
-
-Au cours de ces derniÃšres annÃ©es, le nombre de fonctions fournies par PostGIS grandissait, mais leur puissance restait limitÃ©e. La plupart des fonctions intÃ©ressantes (ex : ST_Intersects(), ST_Buffer(), ST_Union()) Ã©taient difficiles Ã  implÃ©menter. Les Ã©crire en repartant du dÃ©but promettait des annÃ©es de travail.
-
-Heureusement un second projet, nommÃ© "Geometry Engine, Open Source" ou `GEOS <http://trac.osgeo.org/geos>`_ vit le jour. Cette librairie fournit l'ensemble des algorithmes nÃ©cessaires Ã  l'implÃ©mentation de la spÃ©cification :term:`SFSQL` . En se liant Ã  GEOS, PostGIS fournit alors le support complet de la :term:`SFSQL` depuis la version 0.8.
-
-Alors que les capacitÃ©s de PostGIS grandissaient, un autre problÃšme fit surface : la reprÃ©sentation utilisÃ©e pour stocker les gÃ©omÃ©tries n'Ã©tait pas assez efficace. Pour de petits objets comme les points ou de courtes lignes, les mÃ©tadonnÃ©es dans la reprÃ©sentation occupaient plus de 300% supplÃ©mentaires. Pour des raisons de performances, il fut nÃ©cessaire de faire faire un rÃ©gime Ã  la reprÃ©sentation. En rÃ©duisant l'entÃªte des mÃ©tadonnÃ©es et les dimensions requises, l'espace supplÃ©mentaire fut rÃ©duit drastiquement. Dans PostGIS 1.0, cette nouvelle reprÃ©sentation plus rapide et plus lÃ©gÃšre devint la reprÃ©sentation par dÃ©faut.
-
-Les mises Ã  jour rÃ©centes de PostGIS ont permis d'Ã©tendre la compatibilitÃ© avec les standards, d'ajouter les gÃ©omÃ©tries courbes et les signatures de fonctions spÃ©cifiÃ©es dans la norme ISO :term:`SQL/MM`. Dans un soucis de performance, PostGIS 1.4 a aussi augmentÃ© considÃ©rablement la rapiditÃ© d'exÃ©cution des fonctions de tests sur les gÃ©omÃ©tries.
-
-Qui utilise PostGIS ?
----------------------
-
-Pour une liste complÃšte des cas d'utilisation, consultez la page web : `Cas d'utilisations de PostGIS (en anglais) <http://www.postgis.org/documentation/casestudies/>`_.
-
-Institut GÃ©ographique National, France
+PostgreSQL is a powerful, object-relational database management system (ORDBMS). It is released under a BSD-style license and is thus free and open source software. As with many other open source programs, PostgreSQL is not controlled by any single company, but has a global community of developers and companies to develop it.
+
+PostgreSQL was designed from the very start with type extension in mind -- the ability to add new data types, functions and access methods at run-time. Because of this, the PostGIS extension can be developed by a separate development team, yet still integrate very tightly into the core PostgreSQL database.
+
+Why choose PostgreSQL?
+~~~~~~~~~~~~~~~~~~~~~~
+
+A common question from people familiar with open source databases is, "Why wasn't PostGIS built on MySQL?".
+
+PostgreSQL has:
+
+  * Proven reliability and transactional integrity by default (ACID)
+  * Careful support for SQL standards (full SQL92)
+  * Pluggable type extension and function extension
+  * Community-oriented development model
+  * No limit on column sizes ("TOAST"able tuples) to support big GIS objects
+  * Generic index structure (GiST) to allow R-Tree index
+  * Easy to add custom functions
+
+Combined, PostgreSQL provides a very easy development path to add new spatial types. In the proprietary world, only Illustra (now Informix Universal Server) allows such easy extension. This is no coincidence; Illustra is a proprietary re-working of the original PostgreSQL code base from the 1980's. 
+
+Because the development path for adding types to PostgreSQL was so straightforward, it made sense to start there. When MySQL released basic spatial types in version 4.1, the PostGIS team took a look at their code, and the exercise reinforced the original decision to use PostgreSQL. Because MySQL spatial objects had to be hacked on top of the string type as a special case, the MySQL code was spread over the entire code base. Development of PostGIS 0.1 took under a month. Doing a "MyGIS" 0.1 would have taken a lot longer, and as such, might never have seen the light of day.
+
+Why not Shapefiles?
+-------------------
+
+The `shapefile <http://en.wikipedia.org/wiki/Shapefile>`_ (and other file formats) have been the standard way of storing and interacting with spatial data since GIS software was first written. However, these "flat" files have the following disadvantages:
+
+* **Files require special software to read and write.**  SQL is an abstraction for random data access and analysis. Without that abstraction, you will need to write all the access and analysis code yourself.
+* **Concurrent users can cause corruption.** While it's possible to write extra code to ensure that multiple writes to the same file do not corrupt the data, by the time you have solved the problem and also solved the associated performance problem, you will have written the better part of a database system. Why not just use a standard database?
+* **Complicated questions require complicated software to answer.** Complicated and interesting questions (spatial joins, aggregations, etc) that are expressible in one line of SQL in the database take hundreds of lines of specialized code to answer when programming against files.
+
+Most users of PostGIS are setting up systems where multiple applications will be expected to access the data, so having a standard SQL access method simplifies deployment and development. Some users are working with large data sets; with files, they might be segmented into multiple files, but in a database they can be stored as a single large table.
+
+In summation, the combination of support for multiple users, complex ad hoc queries, and performance on large data sets are what sets spatial databases apart from file-based systems.
+
+A brief history of PostGIS
+--------------------------
+
+In the May of 2001, `Refractions Research <http://www.refractions.net/>`_  released the first version of PostGIS. PostGIS 0.1 had objects, indexes and a handful of functions. The result was a database suitable for storage and retrieval, but not analysis.
+
+As the number of functions increased, the need for an organizing principle became clear.  The "Simple Features for SQL" (:term:`SFSQL`) specification from the Open Geospatial Consortium provided such structure with guidelines for function naming and requirements.
+
+With PostGIS support for simple analysis and spatial joins, `Mapserver <http://mapserver.org/>`_ became the first external application to provide visualization of data in the database. 
+
+Over the next several years the number of PostGIS functions grew, but its power remained limited. Many of the most interesting functions (e.g., ST_Intersects(), ST_Buffer(), ST_Union()) were very difficult to code.  Writing them from scratch promised years of work.
+
+Fortunately a second project, the "Geometry Engine, Open Source" or `GEOS <http://trac.osgeo.org/geos>`_, came along. The GEOS library provides the necessary algorithms for implementing the :term:`SFSQL` specification. By linking in GEOS, PostGIS provided complete support for :term:`SFSQL` by version 0.8.
+
+As PostGIS data capacity grew, another issue surfaced: the representation used to store geometry proved relatively inefficient. For small objects like points and short lines, the metadata in the representation had as much as a 300% overhead. For performance reasons, it was necessary to put the representation on a diet.  By shrinking the metadata header and required dimensions, overhead greatly reduced. In PostGIS 1.0, this new, faster, lightweight representation became the default.
+
+Recent updates of PostGIS have worked on expanding standards compliance, adding support for curve-based geometries and function signatures specified in the ISO :term:`SQL/MM` standard. Through a continued focus on performance,  PostGIS 1.4 significantly improved the speed of geometry testing routines.
+
+Who uses PostGIS?
+-----------------
+
+For a complete list of case studies, see the `PostGIS case studies <http://www.postgis.org/documentation/casestudies/>`_ page.
+
+Institut Geographique National, France
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-L'IGN utilise PostGIS pour stocker des cartes topographiques de grande rÃ©solution de la France : la "BDUni". La BDUni a plus de 100 millions d'entitÃ©s, et est maintenue par une Ã©quipe de 100 personnes qui vÃ©rifie les observations et ajoute quotidiennement de nouvelles donnÃ©es Ã  la base. L'installation de l'IGN utilise le systÃšme transactionnel de la base de donnÃ©es pour assurer la consistance durant les phases de mises Ã  jour et utilise un `serveur de warm-standby par transfert de journaux <http://docs.postgresql.fr/9.1/warm-standby.html>`_ afin de conserver un Ã©tat cohÃ©rent en cas de dÃ©faillance du systÃšme.
+IGN is the national mapping agency of France, and uses PostGIS to store the high resolution topographic map of the country, "BDUni". BDUni has more than 100 million features, and is maintained by a staff of over 100 field staff who verify observations and add new mapping to the database daily. The IGN installation uses the database transactional system to ensure consistency during update processes, and a `warm standby system <http://developer.postgresql.org/pgdocs/postgres/warm-standby.html>`_ to maintain uptime in the event of a system failure.
 
 GlobeXplorer
 ~~~~~~~~~~~~
 
-GlobeXplorer est un service web fournissant un accÃšs en ligne Ã  une imagerie satellite et photos aÃ©riennes de plusieurs petabytes. GlobeXplorer utilise PostGIS pour gÃ©rer les mÃ©tadonnÃ©es associÃ©es avec le catalogue d'images. Les requÃªtes pour accÃ©der aux images recherchent d'abord dans le catalogue PostGIS pour rÃ©cupÃ©rer la localisation des images demandÃ©es, puis rÃ©cupÃšrent ces images et les retournent au client. Lors du proccessus de mise en place de leur systÃšme, GlobeXplorer a essayÃ© d'autres systÃšmes de base de donnÃ©es spatiales mais a conservÃ© PostGIS Ã  cause de la combinaison du prix et de la performance qu'il offre.
-
-Quest-ce qu'une application qui supporte PostGIS ?
---------------------------------------------------
-
-PostGIS est devenu une base de donnÃ©es spatiale communÃ©ment utilisÃ©e, et le nombre d'applications tierces qui supportent le stockage ou la rÃ©cupÃ©ration des donnÃ©es n'a cessÃ© d'augmenter. `Les application qui supportent PostGIS <http://trac.osgeo.org/postgis/wiki/UsersWikiToolsSupportPostgis>`_  contiennent Ã  la fois des applications libres et des application propriÃ©taires tournant sur un serveur ou localement depuis votre bureau.
-
-La table suivante propose une liste des logiciels qui tirent profit de PostGIS :
+GlobeXplorer is a web-based service providing online access to petabytes of global satellite and aerial imagery. GlobeXplorer uses PostGIS to manage the metadata associated with the imagery catalogue, so queries for imagery first search the PostGIS catalogue to find the location of the relevant images, then pull the images from storage and return them to the client. In building their system, GlobeXplorer tried other spatial databases but eventually settled on PostGIS because of the great combination of price and performance it offers.
+
+What applications support PostGIS?
+----------------------------------
+
+PostGIS has become a widely used spatial database, and the number of third-party programs that support storing and retrieving data using it has increased as well. The `programs that support PostGIS <http://trac.osgeo.org/postgis/wiki/UsersWikiToolsSupportPostgis>`_ include both open source and proprietary software on both server and desktop systems.
+
+The following table shows a list of some of the software that leverages PostGIS:
 
 +-------------------------------------------------+----------------------------------------------+
-| Libre/Gratuit                                   | FermÃ©/PropriÃ©taire                           |
+| Open/Free                                       | Closed/Proprietary                           |
 +=================================================+==============================================+
-|                                                 |                                              |
-| * Chargement/Extraction                         | * Chargement/Extraction                      |
-|                                                 |                                              |
-|   * Shp2Pgsql                                   |   * Safe FME Desktop Translator/Converter    |
-|   * ogr2ogr                                     |                                              |
-|   * Dxf2PostGIS                                 |                                              |
-|                                                 | * BasÃ© sur le web                            |
-| * BasÃ© sur le web                               |                                              |
-|                                                 |   * Ionic Red Spider (now ERDAS)             |
-|   * Mapserver                                   |   * Cadcorp GeognoSIS                        |
-|   * GeoServer (Java-based WFS / WMS -server )   |   * Iwan Mapserver                           |
-|   * SharpMap SDK - for ASP.NET 2.0              |   * MapDotNet Server                         |
-|   * MapGuide Open Source (using FDO)            |   * MapGuide Enterprise (using FDO)          |
-|                                                 |   * ESRI ArcGIS Server 9.3+                  |
-| * Logiciels bureautiques                        |                                              |
-|                                                 | * Logiciels bureautiques                     |
-|   * uDig                                        |                                              |
-|   * QGIS                                        |   * Cadcorp SIS                              |
-|   * mezoGIS                                     |   * Microimages TNTmips GIS                  |
-|   * OpenJUMP                                    |   * ESRI ArcGIS 9.3+                         |
-|   * OpenEV                                      |   * Manifold                                 |
-|   * SharpMap SDK for Microsoft.NET 2.0          |   * GeoConcept                               |
-|   * ZigGIS for ArcGIS/ArcObjects.NET            |   * MapInfo (v10)                            |
-|   * GvSIG                                       |   * AutoCAD Map 3D (using FDO)               |
-|   * GRASS                                       |                                              |
-|                                                 |                                              |
+|                                                 |                                              |   
+| * Loading/Extracting                            | * Loading/Extracting                         |   
+|                                                 |                                              |     
+|   * Shp2Pgsql                                   |   * Safe FME Desktop Translator/Converter    |      
+|   * ogr2ogr                                     |                                              |        
+|   * Dxf2PostGIS                                 |                                              |          
+|                                                 | * Web-Based                                  |         
+| * Web-Based                                     |                                              |             
+|                                                 |   * Ionic Red Spider (now ERDAS)             |              
+|   * Mapserver                                   |   * Cadcorp GeognoSIS                        |            
+|   * GeoServer (Java-based WFS / WMS -server )   |   * Iwan Mapserver                           |     
+|   * SharpMap SDK - for ASP.NET 2.0              |   * MapDotNet Server                         |      
+|   * MapGuide Open Source (using FDO)            |   * MapGuide Enterprise (using FDO)          |   
+|                                                 |   * ESRI ArcGIS Server 9.3+                  |         
+| * Desktop                                       |                                              |           
+|                                                 | * Desktop                                    |               
+|   * uDig                                        |                                              |           
+|   * QGIS                                        |   * Cadcorp SIS                              |      
+|   * mezoGIS                                     |   * Microimages TNTmips GIS                  |         
+|   * OpenJUMP                                    |   * ESRI ArcGIS 9.3+                         |           
+|   * OpenEV                                      |   * Manifold                                 |   
+|   * SharpMap SDK for Microsoft.NET 2.0          |   * GeoConcept                               |       
+|   * ZigGIS for ArcGIS/ArcObjects.NET            |   * MapInfo (v10)                            |           
+|   * GvSIG                                       |   * AutoCAD Map 3D (using FDO)               |   
+|   * GRASS                                       |                                              |           
+|                                                 |                                              |             
 +-------------------------------------------------+----------------------------------------------+
 
