Changeset 48

Timestamp:

27/09/2011 17:16:26 (13 years ago)

Author:

nbozon

Message:

Half 'Geography' translated

File:

• trunk/workshop-foss4g/geography.rst (modified) (3 diffs)

trunk/workshop-foss4g/geography.rst

@@ -1 +1 @@
 .. _geography:
 
-Section 17: Geography
-=====================
-
-It is very common to have data in which the coordinate are "geographics" or "latitude/longitude". 
-
-Unlike coordinates in Mercator, UTM, or Stateplane, geographic coordinates are **not cartesian coordinates**. Geographic coordinates do not represent a linear distance from an origin as plotted on a plane. Rather, these **spherical coordinates** describe the angular distance between the equator and the poles. In spherical coordinates a point is specified by the distance from the origin (the radius), the angle of rotation from the initial meridian plane, and the angle from the polar axis (analogous to a vector from the origin through the North Pole).
+Section 17: Coordonnées géographiques
+=====================================
+
+Il est trÚs fréquent de manipuler des données à coordonnées "géographiques" ou de "longitude/latitude". 
+
+Au contraire des coordonnées de type Mercator, UTM ou Stateplane, les coordonnées géographiques ne représentent pas une distance linéaire depuis une origine, tel que dans un plan. Elles décrivent la distance angulaire entre l'équateur et les pÎles. Dans les sytÚmes de coordonnées sphériques, un point est spécifié par son rayon (distance à l'origine), son angle de rotation par rapport au méridien plan, et son angle par rapport à l'axe pÎlaire. 
 
 .. image:: ./geography/cartesian_spherical.jpg
 
-You can treat geographic coordinates as approximate cartesian coordinates and continue to do spatial calculations. However, measurements of distance, length and area will be nonsensical. Since spherical coordinates measure **angular** distance, the units are in "degrees." Further, the approximate results from indexes and true/false tests like intersects and contains can become terribly wrong. The distance between points get larger as problem areas like the poles or the international dateline are approached.
-
-For example, here are the coordinates of Los Angeles and Paris.
+
+Vous pouvez continuer à utiliser des coordonnées géographiques comme des coordonnées cartésiennes approximatives pour vos analyses spatiales. Par contre les mesures de distances, d'aires et de longueur seront éronées. Etant donné que les coordonnées spériques mesurent des angles, l'unité est le dégré. Par exemple, les résultats cartésien approximatifs de tests tels que 'intersects' et 'contains' peuvent s'avérer terriblement faux. Par ailleurs, plus une zone est située prÚs du pÎle ou de la ligne de date internationale, plus la distance entre les points est agrandie.  
+ 
+
+Voici par exemple les coordonnées des villes de Los Angeles et Paris.
 
  * Los Angeles: ``POINT(-118.4079 33.9434)``
  * Paris: ``POINT(2.3490 48.8533)``
  
-The following calculates the distance between Los Angeles and Paris using the standard PostGIS cartesian :command:`ST_Distance(geometry, geometry)`.  Note that the SRID of 4326 declares a geographic spatial reference system.
+La requête suivante calcule la distance entre Los Angeles et Paris en utilisant le systÚme cartésien standard de PostGIS :command:`ST_Distance(geometry, geometry)`.  Notez que le SRID 4326 déclare un systÚme de références spatiales géographiques.
 
 .. code-block:: sql
@@ -30 +32 @@
   121.898285970107
   
-Aha! 121! But, what does that mean? 
-
-The units for spatial reference 4326 are degrees. So our answer is 121 degrees. But (again), what does that mean? 
-
-On a sphere, the size of one "degree square" is quite variable, becoming smaller as you move away from the equator. Think of the meridians (vertical lines) on the globe getting closer to each other as you go towards the poles. So, a distance of 121 degrees doesn't *mean* anything. It is a nonsense number.
-
-In order to calculate a meaningful distance, we must treat geographic coordinates not as approximate cartesian coordinates but rather as true spherical coordinates.  We must measure the distances between points as true paths over a sphere -- a portion of a great circle. 
-
-Starting with version 1.5, PostGIS provides this functionality through the ``geography`` type.
+Aha! 121! Mais, que veut dire cela ? 
+
+L'unité pour SRID 4326 est le degré. Donc la réponse signifie 121 degrés. Sur une sphÚre, la taille d'un degré "au carré" est assez variable. Elle devient plsu petite au fur et à mesure que l'on s'éloigne de l'équateur. Pensez par exemple aux méridiens sur le globe qui se ressÚrent entre eux au niveau des pÎles. Donc une distance de 121 degrés ne veut rien dire !
+
+Pour calculer une distance ayant du sens, nous devons traiter les coordonnées géographiques non pas come des coordonnées cartésiennes approximatives, mais plutÎt comme de réelles coordonnées sphériques. Nous devons mesurer les distances entre les points comme de vrais chemins par dessus uen sphÚre, comme une portion d'un grand cercle.
+
+Depuis sa version 1.5, PostGIS fournit cette fonctionnalité avec le type ``geography``.
 
 .. note::
 
-  Different spatial databases have different approaches for "handling geographics" 
-  
-  * Oracle attempts to paper over the differences by transparently doing geographic calculations when the SRID is geographic. 
-  * SQL Server uses two spatial types, "STGeometry" for cartesian data and "STGeography" for geographics. 
-  * Informix Spatial is a pure cartesian extension to Informix, while Informix Geodetic is a pure geographic extension. 
-  * Similar to SQL Server, PostGIS uses two types, "geometry" and "geography".
-  
-Using the ``geography`` instead of ``geometry`` type, let's try again to measure the distance between Los Angeles and Paris. Instead of :command:`ST_GeometryFromText(text)`, we will use :command:`ST_GeographyFromText(text)`.
+  Différentes bases de données spatiales développent différentes approches pour manipuler les coordonnées géographiques.
+  
+  * Oracle essaye de mettre à jour la différence de maniÚre transparente en lanacant des calculs lorsuqe le SRID est géographique.
+  * SQL Server utilise deux types spatiaux, "STGeometry" pour les coordonnées cartésiens et STGeography" pour les coordonnées géographqiues. 
+  * Informix Spatial est une pure extension cartésienne d'Informix, alors qu'Informix Geodetic est une pure extension géographique. 
+  * Comme SQL Server, PostGIS utilise deux types: "geometry" et "geography".
+  
+En utilisant le type ``geography`` plutot que ``geometry``, essayon sà nouveau de mesurer la distance entre Los Angeles et Paris. Au lieu de la commande :command:`ST_GeometryFromText(text)`, nous utiliserons cette fois :command:`ST_GeographyFromText(text)`.
 
 .. code-block:: sql
@@ -62 +62 @@
   9124665.26917268
 
-A big number! All return values from ``geography`` calculations are in meters, so our answer is 9124km. 
-
-Older versions of PostGIS supported very basic calculations over the sphere using the :command:`ST_Distance_Spheroid(point, point, measurement)` function. However, :command:`ST_Distance_Spheroid` is substantially limited. The function only works on points and provides no support for indexing across the poles or international dateline.
-
-The need to support non-point geometries becomes very clear when posing a question like "How close will a flight from Los Angeles to Paris come to Iceland?" 
+Toutes les valeurs retournées étant en mÚtres, notre réponse est donc 9124 kilomÚtres.
+
+Les versions plus anciennes de PostGIS supportaient uniquement des calculs sur sphÚre trÚs basiques comme la fonction :command:`ST_Distance_Spheroid(point, point, measurement)`. Celle-ci est trÚs limitée et ne fonctionne uniquement sur des  points. Elle ne supporte pas non plus l'indexation au niveau des pÎles ou de la ligne de date internationale.
+
+Le besoin du support des autres types de géométries se fit ressentir lorsqu'il s'agissait de répondre à des questions du type  "A quelle distance la ligne de vol d'un avion Los Angeles/Paris passe-t-elle de l'Islande?" 
 
 .. image:: ./geography/lax_cdg.jpg