typos + arnaud's review

This commit is contained in:
Alexis Metaireau 2012-04-01 01:12:20 +02:00
parent ac11baf2d7
commit e5359da2a3
2 changed files with 44 additions and 35 deletions

View file

@ -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
(oui/non, multiple selection, date, heure, champ géocodé, selection carto,
Chaque champ dans le formulaire a des informations sémantiques associées
(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
avec la geolocalisation du téléphone.
qu'ils voient. Les champs géolocalisés peuvent être remplis automatiquement
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,8 +113,8 @@ 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
PostGIS ou écrire du code specifique pour récupérer et insérer des données SIG!
Disons que vous êtes dévelopeur mobile. Vous ne voulez pas vous encombrer avec
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
@ -123,9 +123,9 @@ pas surla 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
filtrage. Une carte affiche le resultat et il est possible de télécharger les
chacun de mes champs. Le faceting peut être une idée pour faciliter ce
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
qu'on souhaite faire et du comment. Il se trouve qu'on peut surement s'en
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 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
pas!
le coin et que vous souhaitez discuter ou nous filer un coup de patte,
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

View file

@ -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
him on IRC and we refined the details of the project and its objectives.
I knew that `Mathieu`_ and some folks at `Makina Corpus`_ would be interested
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