typos + arnaud's review

content/dev/carto-forms-fr.rst

@@ -43,44 +43,44 @@ objectifs et autres détails.
 Quelques cas d'utilisation
 ==========================
 
-J'arrive à imaginer differents cas d'utilisation pour cet outil. Le premier est
+J'arrive à imaginer différents cas d'utilisation pour cet outil. Le premier est
 celui que j'ai approximativement décrit plus haut: la génération de cartes de
 manière collaborative, avec du "facet filtering". Voici un flux d'utilisation:
 
 * Un "administrateur" se rends sur le site web et créé un nouveau formulaire
   pour l'ensemble des évènements alternatifs. Il crée les champs suivants:
   
-  * Nom: le champ qui contiens le nom de l'évènement.
+  * Nom: le champ qui contient le nom de l'évènement.
 
   * Categorie: la catégorie de l'évènement (marche, concert, manifestation…).
-    Il peut s'agir d'un champ à multiples occurances.
+    Il peut s'agir d'un champ à multiples occurences.
 
-  * Le lieu de l'évènement. Celui ci peut être donné soit par une adresse soit
+  * Le lieu de l'évènement. Celui-ci peut être donné soit par une adresse soit
     en selectionnant un point sur une carte.
 
   * Date: la date de l'évènement (un "date picker" peut permettre cela
     facilement)
 
-  Chaque champ dans le formulaire à des informations sémentiques associées
+  Chaque champ dans le formulaire a des informations sémantiques associées
-  (oui/non, multiple selection, date, heure, champ géocodé, selection carto,
+  (oui/non, multiple selection, date, heure, champ géocodé, sélection carto,
   etc.)
 
-* Une fois terminé, le formulaire est généré et une URL permet d'y acceder. 
+* Une fois terminé, le formulaire est généré et une URL permet d'y accéder. 
   (par exemple http://forms.notmyidea.org/alternatives).
 
-* Une API REST permet d'autres applications d'accéder aux informations et d'en
+* Une API REST permet à d'autres applications d'accéder aux informations et d'en
   ajouter / modifier de nouvelles.
 
 * Il est maintenant possible de donner l'URL à qui voudra en faire bon usage.
-  Nimporte qui peut ajouter des informations. On peut également imaginer une
+  N'importe qui peut ajouter des informations. On peut également imaginer une
   manière de modérer les modifications si besoin est.
 
-* Bien sur, la dernière phase est la plus interessante: il est possible de
+* Bien sur, la dernière phase est la plus intéressante: il est possible de
   filtrer les informations par lieu, catégorie ou date, le tout soit via une
   API REST, soit via une jolie carte et quelques controles bien placés, dans le
   navigateur.
 
-Vous avez du remarquer que le processus de création d'un formulaire est
+Vous avez dû remarquer que le processus de création d'un formulaire est
 volontairement très simple. L'idée est que n'importe qui puisse créer des
 cartes facilement, en quelques clics. Si une API bien pensée suit, on peut
 imaginer faire de la validation coté serveur et même faire des applications
@@ -91,7 +91,7 @@ pour le formulaire, il sera possible de construire les formulaires de manière
 automatisée sur différentes plateformes et également sur des clients
 génériques.
 
-Voici quelques autres exemples d'ou ce projet pourrait être utile:
+Voici quelques autres exemples d'où ce projet pourrait être utile:
 
 Designer des formulaires spécialisés pour les applications mobiles OSM
 ----------------------------------------------------------------------
@@ -100,8 +100,8 @@ Designer des formulaires spécialisés pour les applications mobiles OSM
    on design un formulaire (liste des champs (tags) a remplir + description +
    le type d'information)
 2. Sur place, les utilisateurs remplissent les champs du formulaire avec ce
-   qu'ils voient. Les champs géolocalisé peuvent être remplis automatiquement
+   qu'ils voient. Les champs géolocalisés peuvent être remplis automatiquement
-   avec la geolocalisation du téléphone.
+   avec la géolocalisation du téléphone.
 3. À la fin de la journée, il est possible de voir une carte des contributions,
    avec le formulaire choisi.
 4. Un script peut importer les resultats et les publier vers Open Street Map.
@@ -113,19 +113,19 @@ la publicité (la plupart des villes ne les recensent pas!) etc.
 Un backend SIG simple à utiliser
 --------------------------------
 
-Disons que vous êtes developeur mobile. vous ne voulez pas vous encombrer avec
+Disons que vous êtes dévelopeur mobile. Vous ne voulez pas vous encombrer avec
-PostGIS ou écrire du code specifique pour récupérer et insérer des données SIG!
+PostGIS ou écrire du code spécifique pour récupérer et insérer des données SIG!
 Vous avez besoin de *Carto-Forms*! Une API simple vous aide à penser vos
 modèles et vos formulaires, et cette même API vous permet d'insérer et de
 récupérer des données. Vous pouvez vous concentrer sur votre application et non
-pas surla manière dont les données géographiques sont stockées et gérées.
+pas sur la manière dont les données géographiques sont stockées et gérées.
 
 En d'autres termes, vous faites une distinciton entre le stockage des
 informations et leur affichage.
 
-Si vous êtes un developeur django, plomino, drupal etc. vous pouvez developer
+Si vous êtes un dévelopeur django, plomino, drupal etc. vous pouvez développer
 un module pour "plugger" votre interface utilisateur avec celle de
-*Carto-Forms*. De cette manière, il est possibnle d'exposer les formulaires aux
+*Carto-Forms*. De cette manière, il est possible d'exposer les formulaires aux
 utilisateurs de vos backoffices. De la même manière, il est possible d'écrire
 des widgets qui consomment des données et les affichent (en utilisant par
 exemple une bibliothèque javascript de webmapping).
@@ -134,15 +134,15 @@ Un outil de visualisation
 -------------------------
 
 Il est possible d'explorer mon jeu de données en utilisant des filtres sur
-chacun de mes champs. Le faceting peut etre une idée pour faciliter ce
+chacun de mes champs. Le faceting peut être une idée pour faciliter ce
-filtrage. Une carte affiche le resultat et il est possible de télécharger les
+filtrage. Une carte affiche le résultat et il est possible de télécharger les
 données brutes (geojson, xml). Idéalement, le mieux serait d'obtenir ces
 données filtrées directement depuis une API Web.
 
 Ça n'existe pas déjà tout ça ?
 ===============================
 
-Bien sur, il y à google forms, wui vous permet de faire ce genre de choses,
+Bien sur, il y a google forms, qui vous permet de faire ce genre de choses,
 mais comme je l'ai précisé plus haut, il ne s'agit pas exactement de la même
 chose.
 
@@ -158,26 +158,30 @@ On est parti ?!
 ===============
 
 Comme vous avez pu vous en rendre compte, il ne s'agit pas d'un problème
-outrageusement complexe. On à pas mal disucté avec Mathieu, à propos de ce
+outrageusement complexe. On a pas mal discuté avec Mathieu, à propos de ce
-qu'on souhaite faire et du comment. Il se trouve qu'on peut surement s'en
+qu'on souhaite faire et du comment. Il se trouve qu'on peut sûrement s'en
 sortir avec une solution élégante sans trop de problèmes. Mathieu est habitué à
 travailler autour des projets de SIG (ce qui est parfait parce que ce n'est pas
 mon cas) et connaît son sujet. Une bonne opportunité d'apprendre!
 
 On sera tous les deux à `Djangocong`_ le 14 et 15 Avril, et on prévoit une
 session de *tempête de cerveau* et un sprint sur ce projet. Si vous êtes dans
-le coin et que vous souhaitez discuter ou nous filer un coup de pate, n'hésitez
+le coin et que vous souhaitez discuter ou nous filer un coup de patte,
-pas!
+n'hésitez pas!
 
-On ne sait pas encore si on utiliser django ou quelque chose d'autre. On à
+On ne sait pas encore si on utilisera django ou quelque chose d'autre. On a
 pensé un peu à CouchDB, son système de couchapps et geocouch, mais rien n'est
-encore gravé dans le roc! N'hésitez pas à proposer vos solutions ou
+encore gravé dans le marbre ! N'hésitez pas à proposer vos solutions ou
 suggestions.
 
-Voici le document etherpad sur lequel on à travaillé jusqu'à maintenant:
+Voici le document etherpad sur lequel on a travaillé jusqu'à maintenant:
 http://framapad.org/carto-forms. N'hésitez pas à l'éditer et à ajouter vos
 commentaires, c'est son objectif!
 
+Merci à `Arnaud`_ pour la relecture et la correction de quelques typos dans le
+texte :)
+
 .. _Djangocong:  http://rencontres.django-fr.org
 .. _Mathieu: http://blog.mathieu-leplatre.info/
+.. _Arnaud: http://sneakernet.fr/
 .. _Makina Corpus: http://makina-corpus.com

content/dev/carto-forms.rst

@@ -19,7 +19,7 @@ with something a little bit more flexible and useful. I've named it
 *carto-forms* for now, but that's only the "codename".
 
 To put it shortly: what if we had a way to build forms, ala google forms, but
-with geographic informations in them?
+with geographic information in them?
 
 If you don't know google forms, it means having an user-friendly way to build
 forms and to use them to gather information from different users.
@@ -27,10 +27,11 @@ forms and to use them to gather information from different users.
 In my opinion, Google forms is missing two important things: first, it's not
 open-source, so it's not possible to hack it or even to run it on your own
 server.  Second, it doesn't really know how to deal with geographic data, and
-there isn't any way to filter the information more than in a spreadshit.
+there is no way to filter the information more than in a spreadsheet.
 
-I knew that Mathieu would be interested in this, so I started a discussion with
+I knew that `Mathieu`_ and some folks at `Makina Corpus`_  would be interested
-him on IRC and we refined the details of the project and its objectives.
+in this, so I started a discussion with him on IRC and we refined the details
+of the project and its objectives.
 
 Some use cases
 ==============
@@ -66,7 +67,7 @@ facet filtering. Let's draw a potential user flow:
   This can be done via API calls (useful for third parties) or via a nice
   interface in the browser.
 
-So, as you may have notice, It would allow us to create interactive maps really
+So, as you may have notice, it would allow us to create interactive maps really
 easily. It's almost just a matter of some clicks for the users. If we also come
 up with a nice Web API for this, we could do server-side validation and built
 even phone applications easily.
@@ -97,7 +98,7 @@ Simple GIS storage backend
 --------------------------
 
 Let's say you are a mobile developper, you don't want to bother with PostGIS
-nor writing custom and unsecure code to insert and retrieve your GIS data! You
+nor write a custom and unsecure code to insert and retrieve your GIS data! You
 need carto-forms! A simple API helps you to design your models/forms and the
 same API allows you to CRUD and query your data. Thus, you only need to focus
 on your application, not on how GIS data will be handled.  Distinguish storage
@@ -151,5 +152,9 @@ Here is the etherpad document we worked on so far:
 http://framapad.org/carto-forms. Don't hesitate to add your thoughts and edit
 it, that's what it's made for!
 
+Thanks to `Arnaud`_ for proof-reading and typo fixing.
+
 .. _Djangocong:  http://rencontres.django-fr.org
 .. _Mathieu: http://blog.mathieu-leplatre.info/
+.. _Arnaud: http://sneakernet.fr/
+.. _Makina Corpus: http://makina-corpus.com