Index: trunk/workshop-foss4g/projection.rst
===================================================================
--- trunk/workshop-foss4g/projection.rst	(revision 46)
+++ trunk/workshop-foss4g/projection.rst	(revision 47)
@@ -4,7 +4,7 @@
 ===================================
 
-La Terre n'est pas plÃ¢te et il n'y a pas de moyen simple de la poser Ã  plat sur une carte en papier (ou l'Ã©cran d'un ordinateur), donc les gens en sont  arriver Ã  fournir des solutions ingÃ©nieuses, chacunes avec des bons et des mauvais cotÃ©s. Certaines projections prÃ©servent les aires, donc tout les objets ont des tailles relatives aux autres, d'autre projections conservent les angles (conformes) comme la projection Mercator, certaines projections tentent de minimiser la distorsion des diffÃ©rents paramÃštres. Le point commun entre toutes les projections est qu'elles transforment le monde (sphÃ©rique) en un systÃšme plat de coordonnÃ©es cartÃ©siennes, et le choix de la projection dÃ©pend de ce que vous souhaitez faire avec vos donnÃ©es.
+La Terre n'est pas plate et il n'y a pas de moyen simple de la poser Ã  plat sur une carte en papier (ou l'Ã©cran d'un ordinateur). Certaines projections prÃ©servent les aires, donc tout les objets ont des tailles relatives aux autres, d'autre projections conservent les angles (conformes) comme la projection Mercator. Certaines projections tentent de minimiser la distorsion des diffÃ©rents paramÃštres. Le point commun entre toutes les projections est qu'elles transforment le monde (sphÃ©rique) en un systÃšme plat de coordonnÃ©es cartÃ©siennes, et le choix de la projection dÃ©pend de ce que vous souhaitez faire avec vos donnÃ©es.
 
-Nous avonsdÃ©jÃ  recontrer des projections, lorsque nous avons charger les donnÃ©es` de la ville de Ney York <loading_data>`.Rappelez-vous qu'elles utilisaient le SRID 26918. Parfois, malgrÃšs tout, vous aurez besoin de transformer et de reprojeter vos donnÃ©es d'un systÃšme de projection Ã  l'autre, en utilisant la fonction  :command:`ST_Transform(geometry, srid)`. Pour manipuler les identifiant de systÃšmes de rÃ©fÃ©rences spatiales Ã  partir d'une gÃ©omÃ©trie, PostGIS fournit les fonctions :command:`ST_SRID(geometry)` et :command:`ST_SetSRID(geometry, srid)`.
+Nous avons dÃ©jÃ  recontrer des projections, lorsque nous avons charger les donnÃ©es de la ville de Ney York .Rappelez-vous qu'elles utilisaient le SRID 26918. Parfois, vous aurez malgrÃ© tout besoin de transformer et de reprojeter vos donnÃ©es d'un systÃšme de projection Ã  un autre, en utilisant la fonction  :command:`ST_Transform(geometry, srid)`. Pour manipuler les identifiant de systÃšmes de rÃ©fÃ©rences spatiales Ã  partir d'une gÃ©omÃ©trie, PostGIS fournit les fonctions :command:`ST_SRID(geometry)` et :command:`ST_SetSRID(geometry, srid)`.
 
 Nous pouvons vÃ©rifier le SRID de nos donnÃ©es avec la commande :command:`ST_SRID` :
@@ -18,5 +18,6 @@
   26918
   
-Et quelle est la dÃ©finition du "26918" ? Comme nous l'avons vu lors de la partie ":ref:`chargement des donnÃ©es  <loading_data>`", la dÃ©finition se trouve dans la table ``spatial_ref_sys``. En fait, **deux** dÃ©finitions sont prÃ©sentes. La dÃ©finition au fromat :term:`WKT` dans la colonne ``srtext`` et il y a aussu une seconde dÃ©finition correspondant au 
+Et quelle est la dÃ©finition du "26918" ? Comme nous l'avons vu lors de la partie ":ref:`chargement des donnÃ©es`", la dÃ©finition se trouve dans la table ``spatial_ref_sys``. En fait, **deux** dÃ©finitions sont prÃ©sentes. La dÃ©finition au format :term:`WKT` dans la colonne ``srtext``
+
 .. code-block:: sql
 
@@ -33,12 +34,12 @@
   +proj=utm +zone=18 +ellps=GRS80 +datum=NAD83 +units=m +no_defs 
   
-En pratique, Ã  les deux colonnes ``srtext`` et ``proj4text`` sont importantes : la colonne ``srtext`` est utilisÃ©e par les applications externes comme `GeoServer <http://geoserver.org>`_, uDig <udig.refractions.net>`_, `FME <http://www.safe.com/>`_  et les autres alors que la colonne ``proj4text`` est principalement utilisÃ©e en interne.
+En pratique, les deux colonnes ``srtext`` et ``proj4text`` sont importantes : la colonne ``srtext`` est utilisÃ©e par les applications externes comme `GeoServer <http://geoserver.org>`_, uDig <udig.refractions.net>`_, `FME <http://www.safe.com/>`_  et autres, alors que la colonne ``proj4text`` est principalement utilisÃ©e par PostGIS en interne.
 
 Comparaison de donnÃ©es
 ----------------------
 
-CombinÃ©, une coordonnÃ©e et un SRID dÃ©finissent une position sur le globe. Sans le SRID, une coordonnÃ©e est juste une notion abstraite. Un systÃšme de coordonnÃ©es "cartÃ©siennes" est dÃ©finit comme un systÃšme de coordonnÃ©es "plat" sur la surface de la Terre. Puisque les fonctions de PostGIS utilisent cette surface plane, les opÃ©rations de comparaison nÃ©cessitent que l'ensemble des objets gÃ©omÃ©triques soient reprÃ©sentÃ© dans le mÃªme systÃšme, ayant le mÃªme SRID.
+CombinÃ©s, une coordonnÃ©e et un SRID dÃ©finissent une position sur le globe. Sans le SRID, une coordonnÃ©e est juste une notion abstraite. Un systÃšme de coordonnÃ©es "cartÃ©siennes" est dÃ©finit comme un systÃšme de coordonnÃ©es "plat" sur la surface de la Terre. Puisque les fonctions de PostGIS utilisent cette surface plane, les opÃ©rations de comparaison nÃ©cessitent que l'ensemble des objets gÃ©omÃ©triques soient reprÃ©sentÃ©s dans le mÃªme systÃšme, ayant le mÃªme SRID.
 
-Si vous utilisÃ© des gÃ©omÃ©tries avec diffÃ©rents SRID vous obtiendrez une erreur du genre :
+Si vous utilisÃ© des gÃ©omÃ©tries avec diffÃ©rents SRID vous obtiendrez une erreur comme celle-ci :
 
 .. code-block:: sql
@@ -57,5 +58,5 @@
 .. note::
 
-   Faites attention de pas utiliser la transformation Ã  la volÃ©e Ã  l'aide de :command:`ST_Transform` trpop souvent. Les indexes spatiaux sont construits en utilisant le SRID inclu dans les gÃ©omÃ©tries. Si la comparaison est faite avec un SRID diffÃ©rent, les indexes spatiaux ne seront pas (la plupart du temps) utilisÃ©s. Il est reconnu qu'il vaut mieux choisir **un SRID** pour toutes les tables de votre base de donnÃ©es. N'utilisez la fonction de tranformation que lorsque vous lisez ou Ã©crivez les donnÃ©es depuis une applications externe.
+   Faites attention de pas utiliser la transformation Ã  la volÃ©e Ã  l'aide de :command:`ST_Transform` trop souvent. Les indexes spatiaux sont construits en utilisant le SRID inclu dans les gÃ©omÃ©tries. Si la comparaison est faite avec un SRID diffÃ©rent, les indexes spatiaux ne seront pas (la plupart du temps) utilisÃ©s. Il est reconnu qu'il vaut mieux choisir **un SRID** pour toutes les tables de votre base de donnÃ©es. N'utilisez la fonction de tranformation que lorsque vous lisez ou Ã©crivez les donnÃ©es depuis une application externe.
 
 
@@ -63,5 +64,5 @@
 -----------------------
 
-Si vous retournez Ã  la dÃ©finition au format proj4 du SRID 26918, vous pouvez voir que notre projectioin actuelle est de type UTM zone 18 (Universal Transvers Mercator), avec comme unitÃ© de mesure le mÃštre.
+Si vous retournez Ã  la dÃ©finition au format proj4 du SRID 26918, vous pouvez voir que notre projectioin actuelle est de type UTM zone 18 (Universal Transvers Mercator), avec le mÃštre comme unitÃ© de mesure.
 
 ::
@@ -69,7 +70,7 @@
    +proj=utm +zone=18 +ellps=GRS80 +datum=NAD83 +units=m +no_defs 
 
-Essayons de convertir certaines donnÃ©es de notre systÃšme de projection dans un systÃšme de coordonnÃ©es gÃ©ographiques, aussi connu comme "longitude/latitude".
+Essayons de convertir certaines donnÃ©es de notre systÃšme de projection dans un systÃšme de coordonnÃ©es gÃ©ographiques connu comme "longitude/latitude".
 
-Pour convertir les donnÃ©es d'un SRID Ã  l'autre, nous devons dans un premier temps vÃ©rifier que nos gÃ©omÃ©tries ont un SRID valide. une fois que nous avons vÃ©rifiÃ© ceci, nous devons ensuite trouver le SRID dans le lequel nous souhaitons re-projeter. En d'autre terme, quel est le SRID des coordonnÃ©es gÃ©ographiques ?
+Pour convertir les donnÃ©es d'un SRID Ã  l'autre, nous devons dans un premier temps vÃ©rifier que nos gÃ©omÃ©tries ont un SRID valide. une fois que nous avons vÃ©rifiÃ© cela, nous devons ensuite trouver le SRID dans le lequel nous souhaitons re-projeter. En d'autre terme, quel est le SRID des coordonnÃ©es gÃ©ographiques ?
 
 Le SRID le plus connu pour les coordonnÃ©es gÃ©ographiques est le 4326, qui correspond au couple "longitude/latitude sur la sphÃ©roÃ¯de WGS84". Vous pouvez voir sa dÃ©finition sur le site spatialreference.org.
@@ -105,5 +106,5 @@
   POINT(-74.0106714688735 40.7071048155841)
 
-Si vous chargez les donnÃ©es ou crÃ©Ã©ez une nouvelle gÃ©omÃ©trie sans spÃ©cifier un SRID, la valeur du SRID prendra alors la valeur -1. Rapellez-vous que dans les :ref:`geometries`, lorsque nous avons crÃ©Ã© nos tables gÃ©omÃ©triques nous n'avions pas spÃ©cifiÃ© un SRID. Si nous interrogeons la base, nous devons nous attendre Ã  ce que toutes les tables prÃ©fixÃ©es par ``nyc_`` aient le SRID 26918, alors que la table ``geometries`` aura la valeur -1 par dÃ©faut.
+Si vous chargez les donnÃ©es ou crÃ©ez une nouvelle gÃ©omÃ©trie sans spÃ©cifier de SRID, la valeur du SRID prendra alors la valeur -1. Rapellez-vous que dans les :ref:`geometries`, lorsque nous avons crÃ©Ã© nos tables gÃ©omÃ©triques nous n'avions pas spÃ©cifiÃ© un SRID. Si nous interrogeons la base, nous devons nous attendre Ã  ce que toutes les tables prÃ©fixÃ©es par ``nyc_`` aient le SRID 26918, alors que la table ``geometries`` aura la valeur -1 par dÃ©faut.
 
 Pour visualiser la table d'assignation des SRID, interroger la table ``geometry_columns`` de la base de donnÃ©es.
@@ -125,5 +126,5 @@
 
   
-Neanmoins, si vous connaissez quel est le SRID de vos donnÃ©es, vous pouvez l'affecter par la suite, en utilisant la fonction :command:`ST_SetSRID` sur les gÃ©omÃ©tries. Ensuite vous pourrez les tranformer dans d'autres systÃšmes de projections.
+NÃ©anmoins, si vous connaissez le SRID de vos donnÃ©es, vous pouvez l'affecter par la suite en utilisant la fonction :command:`ST_SetSRID` sur les gÃ©omÃ©tries. Ensuite vous pourrez les tranformer dans d'autres systÃšmes de projections.
 
 .. code-block:: sql
Index: trunk/workshop-foss4g/projection_exercises.rst
===================================================================
--- trunk/workshop-foss4g/projection_exercises.rst	(revision 46)
+++ trunk/workshop-foss4g/projection_exercises.rst	(revision 47)
@@ -1,13 +1,13 @@
 .. _projection_exercises:
 
-Partie 16 : Exercices de projection
-===================================
+Partie 16 : Exercices sur les projections
+=========================================
 
-Voici un  rappel de certaines fonctions que nous avons vu. Astuce : elles devraient Ãªtre utiles pour les exercices !
+Voici un rappel de certaines fonctions que nous avons vu. Elles seront utiles pour les exercices !
      
-* :command:`sum(expression)` agrÃ©gation qui retourn la somme d'un esemble de valeurs
+* :command:`sum(expression)` agrÃ©gation qui retourne la somme d'un ensemble de valeurs
 * :command:`ST_Length(linestring)` retourne la longueur d'une ligne
 * :command:`ST_SRID(geometry, srid)` retourne le SRID d'une gÃ©omÃ©trie
-* :command:`ST_Transform(geometry, srid)` re-projette des gÃ©omÃ©tries dans un autre systÃšme de rÃ©fÃ©rences spatiales
+* :command:`ST_Transform(geometry, srid)` reprojette des gÃ©omÃ©tries dans un autre systÃšme de rÃ©fÃ©rences spatiales
 * :command:`ST_GeomFromText(text)` retourne un objet ``geometry``
 * :command:`ST_AsText(geometry)` retourne le WKT (``text``)
@@ -19,5 +19,5 @@
 * http://prj2epsg.org
 
-Et les tables qui sont disponibles :
+Et les tables disponibles :
 
  * ``nyc_census_blocks`` 
@@ -100,5 +100,5 @@
    .. note::
    
-     La diffÃ©rence entre les mesure en UTM 18 et en the Stateplane Long Island est de (10421993 - 10418904)/10418904, soit 0.02%. CalculÃ© sur la sphÃ©roÃ¯de en utilissant en :ref:`geography` le total des longueurs des route est 10421999, qui est proche de la valeur dans l'autre systÃšme de projection (Stateplane Long Island) est prÃ©cisÃ©ment calibrÃ© pour une petite zone gÃ©ographique (la ville de New York) alors que le systÃšme UTM 18 doit fournir un rÃ©sultat raisonable pour une zone rÃ©gionale plus large.
+     La diffÃ©rence entre les mesure en UTM 18 et en Stateplane Long Island est de (10421993 - 10418904)/10418904, soit 0.02%. CalculÃ© sur la sphÃ©roÃ¯de en utilissant en :ref:`geography`, le total des longueurs des route est 10421999, ce qui est proche de la valeur dans l'autre systÃšme de projection (Stateplane Long Island). Ce dernier est prÃ©cisÃ©ment calibrÃ© pour une petite zone gÃ©ographique (la ville de New York) alors que le systÃšme UTM 18 doit fournir un rÃ©sultat raisonable pour une zone rÃ©gionale beaucoup plus large.
      
  * **"Quelle est la reprÃ©sentation KML du point de la station de mÃ©tris 'Broad St' ?"**
@@ -114,3 +114,3 @@
      <Point><coordinates>-74.010671468873468,40.707104815584088</coordinates></Point>
      
-HÃ© ! les coordonnÃ©es sont gÃ©ographiques bien que nous n'ayons pas fait appÃšle Ã  la fonction  :command:`ST_Transform`, pourquoi ? Parce que le standard KML spÃ©cifit que toutes les coordonnÃ©es *doivent* Ãªtre en gÃ©ographiques (en fait, dans le systÃšme EPSG:4326), donc la fonction :command:`ST_AsKML` rÃ©alise la transformation automatiquement.
+HÃ© ! les coordonnÃ©es sont gÃ©ographiques bien que nous n'ayons pas fait appel Ã  la fonction  :command:`ST_Transform`, mais pourquoi ? Parce que le standard KML spÃ©cifie que toutes les coordonnÃ©es *doivent* Ãªtre gÃ©ographiques (en fait, dans le systÃšme EPSG:4326), donc la fonction :command:`ST_AsKML` rÃ©alise la transformation automatiquement.
Index: trunk/workshop-foss4g/spatial_relationships.rst
===================================================================
--- trunk/workshop-foss4g/spatial_relationships.rst	(revision 46)
+++ trunk/workshop-foss4g/spatial_relationships.rst	(revision 47)
@@ -4,5 +4,5 @@
 =================================
 
-Jusqu'Ã  maintenant nous avons utilisÃ© uniquement des fonctions qui permettent de mesurer (:command:`ST_Area`, :command:`ST_Length`), de sÃ©rialiser (:command:`ST_GeomFromText`) ou dÃ©sÃ©rialiser (:command:`ST_AsGML`) des gÃ©omÃ©tries. Ces fonctions sont toutes utilisÃ©es sur une gÃ©omÃ©trie Ã  la fois.
+Jusqu'Ã  prÃ©sent, nous avons utilisÃ© uniquement des fonctions qui permettent de mesurer (:command:`ST_Area`, :command:`ST_Length`), de sÃ©rialiser (:command:`ST_GeomFromText`) ou dÃ©sÃ©rialiser (:command:`ST_AsGML`) des gÃ©omÃ©tries. Ces fonctions sont toutes utilisÃ©es sur une gÃ©omÃ©trie Ã  la fois.
 
 Les base de donnÃ©es spatiales sont puissantes car elle ne se contentent pas de stocker les gÃ©omÃ©tries, elle peuvent aussi vÃ©rifier les *relations entre les gÃ©omÃ©tries*.
@@ -10,5 +10,5 @@
 Pour les questions comme "Quel est le plus proche garage Ã  vÃ©lo prÃªt du parc ?" ou "Ou est l'intersection du mÃ©tro avec telle rue ?", nous devrons comparer les gÃ©omÃ©tries reprÃ©sentant les garage Ã  vÃ©lo, les rues et les lignes de mÃ©tro.
 
-Le standard de l'OGC dÃ©finit l'ensemble suivant de fonctions pour comparer les gÃ©omÃ©tries.
+Le standard de l'OGC dÃ©finit l'ensemble de fonctions suivant pour comparer les gÃ©omÃ©tries.
 
 ST_Equals
@@ -71,5 +71,5 @@
    :align: center
 
-Pour les comparaisons de couples de types multipoint/polygon, multipoint/linestring, linestring/linestring, linestring/polygon, et linestring/multipolygon, :command:`ST_Crosses(geometry A, geometry B)` retourne t (TRUE) si les rÃ©sultats de l'intersection est Ã  l'intÃ©rieur des deux gÃ©omÃ©tries.
+Pour les comparaisons de couples de types multipoint/polygon, multipoint/linestring, linestring/linestring, linestring/polygon, et linestring/multipolygon, :command:`ST_Crosses(geometry A, geometry B)` retourne t (TRUE) si les rÃ©sultats de l'intersection sont Ã  l'intÃ©rieur des deux gÃ©omÃ©tries.
 
 .. figure:: ./spatial_relationships/st_overlaps.png
@@ -180,5 +180,5 @@
 `ST_Intersects(geometry A, geometry B) <http://postgis.org/docs/ST_Intersects.html>`_ : retourne TRUE si les gÃ©omÃ©tries s'intersectent - (ont un espace en commun) et FALSE si elles n'en ont pas (elles sont disjointes). 
 
-`ST_Overlaps(geometry A, geometry B) <http://postgis.org/docs/ST_Overlaps.html>`_ : retourne TRUE si les gÃ©omÃ©tries ont un espace en commun, sont de la mÃªme dimension, mais ne sont pas complÃštement contenu l'une dans l'autre.
+`ST_Overlaps(geometry A, geometry B) <http://postgis.org/docs/ST_Overlaps.html>`_ : retourne TRUE si les gÃ©omÃ©tries ont un espace en commun, sont de la mÃªme dimension, mais ne sont pas complÃštement contenues l'une dans l'autre.
 
 `ST_Touches(geometry A, geometry B)  <http://postgis.org/docs/ST_Touches.html>`_ : retourne TRUE si les gÃ©omÃ©tries ont au moins un point en commun, mais leur intÃ©rieurs ne s'intersectent pas.
Index: trunk/workshop-foss4g/indexing.rst
===================================================================
--- trunk/workshop-foss4g/indexing.rst	(revision 46)
+++ trunk/workshop-foss4g/indexing.rst	(revision 47)
@@ -4,7 +4,7 @@
 =================================
 
-Rapellez-vous que les indexes spatiaux sont l'une des trois fonctionnalitÃ©s clÃ©s d'une base de donnÃ©es spatiales. Les indexes rendent possible l'utilisation de grandes quantitÃ©s de donnÃ©es dans une base. Sans indexation, chaque recherche d'une entitÃ© nÃ©cessitera d'accÃ©der sÃ©quentiellement Ã  tout les enregistrement de la base de donnÃ©es. L'indexation rend plus rapide les recherche en organisant les donnÃ©es dans des arbres de recherche qui peuvent Ãªtre parcouru efficacement pour retrouver une entitÃ© particuliÃšre.
+Rapellez-vous que l'indexation spatiale est l'une des trois fonctionnalitÃ©s clÃ©s d'une base de donnÃ©es spatiales. Les indexes permettent l'utilisation de grandes quantitÃ©s de donnÃ©es dans une base. Sans l'indexation, chaque recherche d'entitÃ© nÃ©cessitera d'accÃ©der sÃ©quentiellement Ã  tout les enregistrements de la base de donnÃ©es. L'indexation accÃ©lÃšres les recherche en organisant les donnÃ©es dans des arbres de recherche qui peuvent Ãªtre parcouru efficacement pour retrouver une entitÃ© particuliÃšre.
 
-Les indexes spatiaux sont l'un des plus grands atouts de PostGIS. Dans les exemples prÃ©cÃ©dents, nous construissions nos jointures spatiales en comparant la totalitÃ© des tables. Ceci peut s'averrer trÃšs coÃ»teux : rÃ©aliser la jointure de deux tables de 10000 enregistrements sans index nÃ©cessitera de comparer 100000000 valeurs, avec les indexes les comparaisons requises seront 20000.
+L'indexation spatiale l'un des plus grands atouts de PostGIS. Dans les exemples prÃ©cÃ©dents, nous avons construit nos jointures spatiales en comparant la totalitÃ© des tables. Ceci peut parfois s'averrer trÃšs coÃ»teux : RÃ©aliser la jointure de deux tables de 10000 enregistrements sans indexation nÃ©cessitera de comparer 100000000 valeurs, les comparaisons requises ne seront plus que 20000 avec l'indexation.
 
 Lorsque nous avons chargÃ© la table  ``nyc_census_blocks``, l'outils pgShapeLoader crÃ©e automatiquement un indexe spatial appelÃ© ``nyc_census_blocks_the_geom_gist``.
@@ -12,5 +12,5 @@
 Pour dÃ©montrer combien il est important d'indexer ses donnÃ©es pour la performance des requÃªtes, essayons de requÃªter notre table ``nyc_census_blocks`` **sans** utiliser notre indexe.
 
-La premiÃšre Ã©tapt consiste a supprimer l'index.
+La premiÃšre Ã©tape consiste Ã  supprimer l'index.
 
 .. code-block:: sql
@@ -22,5 +22,5 @@
    La commande ``DROP INDEX`` supprime un index existant de la base de donnÃ©es. Pour de plus amples informations Ã  ce sujet, consultez la `documentation officielle de PostgreSQL <http://docs.postgresql.fr/9.1/sql-dropindex.html>`_.
    
-Maintenant, regardons le temps d'exÃ©cution dans le coin en bas Ã  droite de l'interface de requÃªtage de pgAdmin et lanÃ§ons la commande suivante. Notre requÃªte recherche les blocs de la rue Broad.
+Maintenant, regardons le temps d'exÃ©cution dans le coin en bas Ã  droite de l'interface de requÃªtage de pgAdmin, puis lanÃ§ons la commande suivante. Notre requÃªte recherche les blocs de la rue Broad.
 
 .. code-block:: sql
@@ -40,5 +40,5 @@
 La table ``nyc_census_blocks`` est trÃšs petite (seulement quelque millier d'enregistrements) donc mÃªme sans l'index, la requÃªte prends **55 ms** sur l'ordinateur de test.
 
-Maintenant remettons en place l'indexe et lanÃ§ons de nouveau la requÃªte.
+Maintenant remettons en place l'index et lanÃ§ons de nouveau la requÃªte.
 
 .. code-block:: sql
@@ -46,5 +46,5 @@
   CREATE INDEX nyc_census_blocks_the_geom_gist ON nyc_census_blocks USING GIST (the_geom);
 
-.. note:: l'utilisation de la clause ``USING GIST`` spÃ©cifie Ã  PostgreSQL de crÃ©er une structure (GIST) pour cet indexe. Si vous recevez un message d'erreur ressemblant Ã  ``ERROR: index row requires 11340 bytes, maximum size is 8191`` lors de la crÃ©ation, cela signifie sans doute que vous avez omis la clause ``USING GIST``.
+.. note:: l'utilisation de la clause ``USING GIST`` spÃ©cifie Ã  PostgreSQL de crÃ©er une structure (GIST) pour cet index. Si vous recevez un message d'erreur ressemblant Ã  ``ERROR: index row requires 11340 bytes, maximum size is 8191`` lors de la crÃ©ation, cela signifie sans doute que vous avez omis la clause ``USING GIST``.
 
 Sur l'rdinateur de test le temps d'exÃ©cution se rÃ©duit Ã  **9 ms**. Plus votre table est grande, plus la diffÃ©rence de temps d'exÃ©cution pour une requÃªte utilisant les indexes augmentera.
@@ -53,5 +53,5 @@
 -----------------------------------------
 
-Les indexes des base de donnÃ©es standards crÃ©e un arbre hierarchique basÃ© sur les valeurs de la colonne Ã  indexer. Les indexes spatiaux sont un peu diffÃ©rents - ils ne sont pas capables d'indexer des entitÃ©s gÃ©omÃ©triques elles-mÃªme mais indexe leur Ã©tendues.
+Les indexes des base de donnÃ©es standards crÃ©ent des arbres hierarchiques basÃ©s sur les valeurs des colonnes Ã  indexer. Les indexes spatiaux sont un peu diffÃ©rents - ils ne sont pas capables d'indexer des entitÃ©s gÃ©omÃ©triques elles-mÃªme mais indexe leur Ã©tendues.
 
 .. image:: ./indexing/bbox.png
@@ -59,5 +59,5 @@
 Dans la figure ci-dessus, le nombre de lignes qui intersectent l'Ã©toile jaune est *unique*, la ligne rouge. Mais l'Ã©tendue des entitÃ©s qui intersectent la boÃ®te jaune sont *deux*, la boÃ®te rouge et la boÃ®te bleue.
 
-La maniÃšre dont les bases de donnÃ©es rÃ©pondent de maniÃšre efficaces Ã  la questions "quelle ligne intersectent l'Ã©toile jaune ?" correspond Ã  d'abort rÃ©pondre Ã  question ; "quelle Ã©tendue intersecte l'Ã©tendue jaune" en utilisant les indexes (ce qui est trÃšs rapide) puis rÃ©alise le calcul exacte de "quelles lignes intersectent l'Ã©toile jaune" **seulement en utilisant les entitÃ©s retournÃ© par le premier test**.
+La maniÃšre dont les bases de donnÃ©es rÃ©pondent de maniÃšre efficace Ã  la question "Quelles lignes intersectent l'Ã©toile jaune ?" correspond premiÃšrement Ã  rÃ©pondre Ã  la question "Quelle Ã©tendue intersecte l'Ã©tendue jaune" en utilisant les indexes (ce qui est trÃšs rapide) puis Ã  calculer le rÃ©sultat exact de la question "Quelles lignes intersectent l'Ã©toile jaune ?" **seulement en utilisant les entitÃ©s retournÃ© par le premier test**.
 
 Pour de grandes tables, il y a un systÃšme en "deux Ã©tapes" d'Ã©valuation en utilisant dans un premier temps l'approximation Ã  l'aide d'indexes, puis en rÃ©alisant le test exact sur une quantitÃ© bien moins importante de donnÃ©es ce qui rÃ©duit drastiquement le temps de calcul nÃ©cessaire Ã  cette deuxiÃšme Ã©tape.
@@ -74,5 +74,5 @@
 Pour utiliser une recherche par Ã©tendue utilisant les indexes (et pas de filtres), vous pouvez utiliser l'opÃ©rateur :command:`&&`. Pour les gÃ©omÃ©tries, l'opÃ©rateur :command:`&&` signifie "l'Ã©tendue recouvre ou touche" de la mÃªme maniÃšre que l'opÃ©rateur :command:`=` sur des entiers signifie que les valeurs sont Ã©gales.
 
-Essayons de comparer une requÃªte avec seulement un indexe pour la population du quartier 'West Village'. En utilisant la commande :command:`&&` notre requÃªte ressemble Ã  ce qui suit :
+Essayons de comparer une requÃªte avec seulement un indexe pour la population du quartier 'West Village'. En utilisant la commande :command:`&&` notre requÃªte ressemble Ã  cela :
 
 .. code-block:: sql
@@ -102,5 +102,5 @@
   27141
 
-Un plus faible nombre de rÃ©sultats ! La premiÃšre requÃªte nous renvoit tout les bloqcs qui intersectent l'Ã©tendue du quartier, la seconde nous renvoit seulement les blocs qui intersectent le quartier lui-mÃªme.
+Un plus faible nombre de rÃ©sultats ! La premiÃšre requÃªte nous renvoit tout les blocs qui intersectent l'Ã©tendue du quartier, la seconde nous renvoit seulement les blocs qui intersectent le quartier lui-mÃªme.
 
 Analyse
@@ -126,7 +126,7 @@
 Le nettoyage des donnÃ©es est tellement important pour une utilisation efficace du serveur de base de donnÃ©es PostgreSQL qu'il existe maintenant une option "autovacuum".
 
-ActivÃ©e par dÃ©faut, le processus autovacuum Ã  la fois nettoit (rÃ©cupÃšre l'espace libre) et analyse (met Ã  jour les statistiques) de vos tables suivant un interval donnÃ©e dÃ©terminÃ© par l'activitÃ© des bases de donnÃ©es. Bien que cela soit pour les bases de donnÃ©es hautement transactionnelles, il n'est pas supportable de devoir attendre que le processus autovacuum se lance lors de la mise Ã  jour ou la suppression massive de donnÃ©es. Dans ce cas, il faut lancer la commande ``VACUUM`` manuellement.
+ActivÃ©e par dÃ©faut, le processus autovacuum nettoie (rÃ©cupÃšre l'espace libre) et analyse (met Ã  jour les statistiques) vos tables suivant un interval donnÃ© dÃ©terminÃ© par l'activitÃ© des bases de donnÃ©es. Bien que cela fonctionne avec les bases de donnÃ©es hautement transactionnelles, il n'est pas supportable de devoir attendre que le processus autovacuum se lance lors de la mise Ã  jour ou la suppression massive de donnÃ©es. Dans ce cas, il faut lancer la commande ``VACUUM`` manuellement.
 
-Le nettoyage et l'analyse de la base de donnÃ©es peut Ãªtre rÃ©alisÃ© sÃ©parÃ©ment si nÃ©cessaire. Utiliser la commande ``VACUUM`` ne mettra pas Ã  jour les statistiques alors que lancer la commande ``ANALYZE`` ne rÃ©cupÃšrera pas l'espace libre des lignes d'une table. Chacune de ces commandes peut Ãªtre lancÃ© sur l'intÃ©gralitÃ© de la base de donnÃ©es, sur une table ou sur une seule colonne.
+Le nettoyage et l'analyse de la base de donnÃ©es peut Ãªtre rÃ©alisÃ© sÃ©parÃ©ment si nÃ©cessaire. Utiliser la commande ``VACUUM`` ne mettra pas Ã  jour les statistiques alors que lancer la commande ``ANALYZE`` ne rÃ©cupÃšrera pas l'espace libre des lignes d'une table. Chacune de ces commandes peut Ãªtre lancÃ©e sur l'intÃ©gralitÃ© de la base de donnÃ©es, sur une table ou sur une seule colonne.
 
 .. code-block:: sql
Index: trunk/workshop-foss4g/spatial_relationships_exercises.rst
===================================================================
--- trunk/workshop-foss4g/spatial_relationships_exercises.rst	(revision 46)
+++ trunk/workshop-foss4g/spatial_relationships_exercises.rst	(revision 47)
@@ -91,5 +91,5 @@
   
 
- * **"Approximativement combien de personnes vivent dans (ou dans une zone de 50 meters autour) Atlantic Commons ?"**
+ * **"Approximativement combien de personnes vivent dans (ou dans une zone de 50 metres autour d') Atlantic Commons ?"**
  
    .. code-block:: sql
Index: trunk/workshop-foss4g/geometries_exercises.rst
===================================================================
--- trunk/workshop-foss4g/geometries_exercises.rst	(revision 46)
+++ trunk/workshop-foss4g/geometries_exercises.rst	(revision 47)
@@ -207,5 +207,5 @@
    .. note::
 
-      La clause ``ORDER BY length DESC`` ordonne le rÃ©sultats par la valeur des longueurs dans l'ordre dÃ©croissant. Le rÃ©sultat avec la plus grande valeur se retrouve au dÃ©but la liste de rÃ©sultats.
+      La clause ``ORDER BY length DESC`` ordonne le rÃ©sultat par la valeur des longueurs dans l'ordre dÃ©croissant. Le rÃ©sultat avec la plus grande valeur se retrouve au dÃ©but la liste de rÃ©sultats.
 
  
Index: trunk/workshop-foss4g/joins.rst
===================================================================
--- trunk/workshop-foss4g/joins.rst	(revision 46)
+++ trunk/workshop-foss4g/joins.rst	(revision 47)
@@ -6,5 +6,5 @@
 Les jointures spatiales sont la cerise sur le gÃ¢teau des base de donnÃ©es spatiales. Elles vous pemettent de combiner les informations de plusieures tables en utilisant une relation spatiale comme clause de jointure. La plupart des "analyses SIG standards" peuvent Ãªtre exprimÃ©es Ã  l'aide de jointure spatiales.
 
-Dans la partie prÃ©cÃ©dente, nous avons utilisÃ© les relations spatiales en utilisant deux Ã©tapes dans nos requÃªtes : nous avons dans un premier temps extrait la station de mÃ©tro "Broad St" puis nous avon utilisÃ© ce rÃ©sultat dans nos autres requÃªtes pour rÃ©pondre aux questions comme "dans quel quartier se situe la station 'Broad St' ?"
+Dans la partie prÃ©cÃ©dente, nous avons utilisÃ© les relations spatiales en utilisant deux Ã©tapes dans nos requÃªtes : nous avons dans un premier temps extrait la station de mÃ©tro "Broad St" puis nous avons utilisÃ© ce rÃ©sultat dans nos autres requÃªtes pour rÃ©pondre aux questions comme "dans quel quartier se situe la station 'Broad St' ?"
 
 En utilisant les jointures spatiales, nous pouvons rÃ©pondre aux questions en une seule Ã©tape, rÃ©cupÃ©rant les informations relatives Ã  la station de mÃ©tro et le quartier la contenant : 
@@ -138,5 +138,5 @@
    Le mot clef ``DISTINCT`` permet d'Ã©liminer les rÃ©pÃ©titions de lignes de notre rÃ©sultat. Dans ce mot clef, notre requÃªte renverrait 491 rÃ©sultats au lieu de 73.
    
-Donc pour trouver le train A, nous allons demander toute les lignes ayant pour ``routes`` la valeur 'A'. Nous pouvons faire cela de diffÃ©rentes maniÃšres, mais nous utiliserons aujourd'hui le fait que la fonction :command:`strpos(routes,'A')` retourne un entier diffÃ©rent de 0 si la lettre 'A' se trouve dans la valeur du champs route.
+Donc pour trouver le train A, nous allons demander toutes les lignes ayant pour ``routes`` la valeur 'A'. Nous pouvons faire cela de diffÃ©rentes maniÃšres, mais nous utiliserons aujourd'hui le fait que la fonction :command:`strpos(routes,'A')` retourne un entier diffÃ©rent de 0 si la lettre 'A' se trouve dans la valeur du champs route.
 
 .. code-block:: sql
@@ -239,5 +239,5 @@
 
 
-Comme prÃ©cÃ©demment, les jointure crÃ©ent une table virtuelle de toutes les combinaisons possible disponibles Ã  l'aide des contraintes de type ``JOIN ON`, ces lignes sont ensuite utilisÃ©es dans le regroupement ``GROUP``. La magie spatiale tiend dans l'utilisation de la fonction ``ST_DWithin`` qui s'assure que les blocs sont suffisamment proches des lignes de mÃ©tros inclues dans le calcul.
+Comme prÃ©cÃ©demment, les jointures crÃ©ent une table virtuelle de toutes les combinaisons possibles et disponibles Ã  l'aide des contraintes de type ``JOIN ON`. Ces lignes sont ensuite utilisÃ©es dans le regroupement ``GROUP``. La magie spatiale tiend dans l'utilisation de la fonction ``ST_DWithin`` qui s'assure que les blocs sont suffisamment proches des lignes de mÃ©tros inclues dans le calcul.
 
 Liste de fonctions
Index: trunk/workshop-foss4g/joins_exercises.rst
===================================================================
--- trunk/workshop-foss4g/joins_exercises.rst	(revision 46)
+++ trunk/workshop-foss4g/joins_exercises.rst	(revision 47)
@@ -4,5 +4,5 @@
 =============================================
 
-Voici un petit rappel de certaines des fonctions vues prÃ©cÃ©demment. Astuce: elles pourraient Ãªtre utiles pour les exercices !
+Voici un petit rappel de certaines des fonctions vues prÃ©cÃ©demment. Elles seront utiles pour les exercices !
 
  * :command:`sum(expression)` agrÃ©gation retournant la somme d'un ensemble
@@ -19,5 +19,5 @@
 * :command:`ST_Within(geometry A, geometry B)` retourne vrai si A est hors de B
 
-Souvenez-vous des tables Ã  votre disposition : 
+Souvenez-vous aussi des tables Ã  votre disposition : 
 
  * ``nyc_census_blocks`` 
@@ -56,5 +56,5 @@
      Spring St | 6
      
- * **"Quels sont les quartiers desservis pas le train numÃ©ro 6 ?"** (Astuce: la colonnes ``routes`` de la table ``nyc_subway_stations`` on les valeurs suivante 'B,D,6,V' et 'C,6')
+ * **"Quels sont les quartiers desservis pas le train numÃ©ro 6 ?"** (Astuce: la colonne ``routes`` de la table ``nyc_subway_stations`` dispose des valeurs suivantes: 'B,D,6,V' et 'C,6')
  
    .. code-block:: sql
