update help

24 files changed, 215 insertions, 78 deletions

diff --git a/app/models/help_page.rb b/app/models/help_page.rb
index 28d9e22b2..aa0c9c2b6 100644
--- a/app/models/help_page.rb
+++ b/app/models/help_page.rb
@@ -44,8 +44,12 @@ class HelpPage
     self.content = self.content.gsub('ç','ç')
     self.content = self.content.gsub('oe','œ')
     self.content = self.content.gsub('<<','&laquo;')
+    self.content = self.content.gsub('«','&laquo;')
     self.content = self.content.gsub('>>','&raquo;')
+    self.content = self.content.gsub('»','&raquo;')
     self.content = self.content.gsub('°','&ordm;')
+	self.content = self.content.gsub('’',"'")
+    self.content = self.content.gsub(' '," ")
   end
 
   def method_missing(method, *arguments)
diff --git a/app/views/help/companies.textile b/app/views/help/companies.textile
index 54d20b2ed..704c3554a 100644
--- a/app/views/help/companies.textile
+++ b/app/views/help/companies.textile
@@ -5,8 +5,8 @@ title: Transporteurs
 
 h3. Définition
 
-Dans la réalité, le transporteur est l'entité en charge de l'exploitation d'une ou plusieurs lignes de transport. 
-Ce principe se retrouve dans ce logiciel. 
+Dans la réalité, le *transporteur* est l'entité en charge de l'exploitation d'une ou plusieurs lignes de transport. 
+Ce principe se retrouve dans le logiciel CHOUETTE. 
 
 * Il s'agit de l'exploitant de la ligne; chaque ligne est rattachée à un seul transporteur, un transporteur pouvant évidemment gérer plusieurs lignes. 
 * Chaque transporteur dispose d'un identifiant fonctionnel (<< numéro d'enregistrement >>) qui est utilisé dans les échanges XML pour identifier le transporteur et le mettre à jour. Cet identifiant est unique pour toute la base CHOUETTE, quel que soit le réseau ; il est donc important que le gestionnaire de la base CHOUETTE le renseigne d'une manière bien définie et pérenne.
@@ -18,7 +18,7 @@ h3. Attributs
 - Nom d'unité := nom de l'unité de gestion dans la société de transport
 - Nom du département := nom du département dans la société de transport
 - Code postal := code postal de l'adresse de la société de transport
-- Numéro de téléphone := Numréro de téléphone de l'unité de gestion
+- Numéro de téléphone := Numéro de téléphone de l'unité de gestion
 - Numéro de fax := Numéro de fax de l'unité de gestion
 - Email := adresse électronique de l'unité de gestion de l'unité de gestion
 - Numéro d'enregistrement := code référençant un transporteur au sein d'une autorité supérieure
@@ -30,9 +30,9 @@ clé unique pérenne identifiant le transporteur pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = Company : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/connection_links.textile b/app/views/help/connection_links.textile
index 112e2de1f..129b9c6d5 100644
--- a/app/views/help/connection_links.textile
+++ b/app/views/help/connection_links.textile
@@ -5,7 +5,7 @@ title: Correspondances
 
 h3. Définition
 
-Une correspondance ou un changement est, dans un voyage en transports en commun, une étape nécessitant de changer de ligne. Le changement peut se faire soit au sein du même réseau, soit de manière intermodale, c'est-à-dire en changeant également de mode de transport.
+Une *correspondance* ou un changement est, dans un voyage en transports en commun, une étape nécessitant de changer de ligne. Le changement peut se faire soit au sein du même réseau, soit de manière intermodale, c'est-à-dire en changeant également de mode de transport.
 La correspondance permet d'établir une liaison entre un arrêt physique (ou une zone d'arrêt de type << arrêt commercial >> ou de type << pôle d'échange >>) et un autre arrêt physique (ou une autre zone d'arrêt de type << arrêt commercial >> ou de type << pôle d'échange >>).
 Cette liaison définit aussi une durée de parcours entre les arrêts (ou zones) reliés.
 
@@ -32,9 +32,9 @@ clé unique pérenne identifiant la correspondance pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = ConnectionLink : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/csv.textile b/app/views/help/csv.textile
index 053bf8865..9852b96b6 100644
--- a/app/views/help/csv.textile
+++ b/app/views/help/csv.textile
@@ -3,4 +3,97 @@ layout: default
 title: Format d'échange CSV
 ---
 
-Rédaction ultérieure
\ No newline at end of file
+Le format CSV utilise un caractère comme séparateur de champs, c'est le caractère « ; » qui est utilisé par défaut.
+Ce séparateur est configurable sur l'application WEB. Il est donc possible de le changer et le nouveau séparateur est pris en compte après redémarrage.
+Le format CSV est décrit par l'exemple ci-dessous (attention, le format est 'strict' ! et l'encodage attendu est en UTF-8)
+
+<notextile>
+<pre width="100%">
+
+;;;;;;;"Nom du réseau";"RER";;;;; 
+;;;;;;;"Code Réseau";500;;;;; 
+;;;;;;;"Description du réseau";"Réseau Express Régional ,exploités par la RATP et la SNCF";;;;; 
+;;;;;;;;;;;;; 
+;;;;;;;"Nom de l'entreprise de transport";"Régie Autonome des Transports Parisiens";;;;; 
+;;;;;;;"Code Transporteur";100;;;;; 
+;;;;;;;"Nom court";"RATP";;;;; 
+;;;;;;;"Description du transporteur";"X";;;;; 
+;;;;;;;"Code postal";75599;;;;; 
+;;;;;;;"Téléphone";"01.01.01.01.01";;;;; 
+;;;;;;;"Fax";"01.01.01.01.01";;;;; 
+;;;;;;;"Email";"service@ratp.fr";;;;; 
+;;;;;;;;;;;;; 
+;;;;;;;"Nom de la ligne";"RER A";;;;; 
+;;;;;;;"Nom public";"RER A";;;;; 
+;;;;;;;"Numero de la ligne";"A";;;;; 
+;;;;;;;"Commentaire de la ligne";"Ligne RER A";;;;; 
+;;;;;;;"Mode de Transport (BUS,METRO,RER,TRAIN ou TRAMWAY)";"RER";;;;; 
+;;;;;;;;;;;;; 
+;;;;;;;"Horaires des courses";"Horaires";"Horaires";"Horaires";"Horaires";"Horaires";"Horaires" 
+;;;;;;;"Nom de l'itinéraire";"X";;"X";"X";"X";"X" 
+;;;;;;;"Nom public de l'itinéraire";"Marne-la-Valée-Chessy  Cergy";;"Marne-la-Valée-Chessy  Poissy";"X";"Poissy  Marne-la-Valée-Chessy ";"X" 
+;;;;;;;"Commentaire de l'itinéraire";"X";;"X";"X";"X";"X" 
+;;;;;;;"Direction (ALLER/RETOUR)";"ALLER";"ALLER";"ALLER";"ALLER";"RETOUR";"RETOUR" 
+;;;;;;;"Nom de la mission";"X";"X";"X";"X";"X";"X" 
+;;;;;;;"Nom public de la mission";"UBUS";"X";"TROC";"X";"QENO";"X" 
+;;;;;;;"Date de début d'application";26/07/04;;26/07/04;;30/08/04; 
+;;;;;;;"Date de fin d'application";20/08/04;;20/08/04;;04/07/05; 
+;;;;;;;"Commentaire sur la course";"X";"X";"X";"X";"X";"X" 
+;;;;;;;"Lundi (O/N)";"O";;"O";;"N"; 
+;;;;;;;"Mardi (O/N)";"O";;"O";;"N"; 
+;;;;;;;"Mercredi (O/N)";"O";;"O";;"N"; 
+;;;;;;;"Jeudi (O/N)";"O";;"O";;"N"; 
+;;;;;;;"Vendredi (O/N)";"O";;"O";;"N"; 
+;;;;;;;"Samedi (O/N)";"N";;"O";;"O"; 
+;;;;;;;"Dimanche (O/N)";"N";;"O";;"O"; 
+;;;;;;;"Jour férié (O/N)";"N";;"O";;"O"; 
+;;;;;;;"Libellé du tableau de marche";"Vacances scolaires ";;"Vacances scolaires ";;"Les jours fériés et le weekend"; 
+"Code Postal";"Commentaire";"X";"Y";"latitude";"longitude";"Distance";"Liste des arrêts";"heure d'arrivée";"heure de départ";"heure d'arrivée";"heure de départ";"heure d'arrivée";"heure de départ" 
+;;;;;;;"Marne-la-Valée-Chessy";;;;;; 
+;;;;;;;"Val d'Europe";;;;;; 
+;;;;;;;"Bussy-Saint-Georges";;;;;; 
+;;"524286.00";"1840940.00";;;;"Torcy";09:30:00;09:30:00;10:20:00;10:20:00;07:12:00;07:12:00 
+;;;;;;;"Lognes";09:31:00;09:31:00;10:21:00;10:21:00;07:11:00;07:11:00 
+;;;;;;;"Noisiel";09:32:00;09:32:00;10:22:00;10:22:00;07:10:00;07:10:00 
+;;;;;;;"Noisy-Champs";09:33:00;09:33:00;10:23:00;10:23:00;07:09:00;07:09:00 
+;;;;;;;"Noisy-le-Grand--Mont d'Est";09:34:00;09:34:00;10:24:00;10:24:00;07:08:00;07:08:00 
+;;;;;;;"Bry-sur-Marne ";09:35:00;09:35:00;10:25:00;10:25:00;07:07:00;07:07:00 
+;;;;;;;"Neuilly-Plaisance";09:36:00;09:36:00;10:26:00;10:26:00;07:06:00;07:06:00 
+;;;;;;;"Val de Fontenay";09:37:00;09:37:00;10:27:00;10:27:00;07`:05:00;07:05:00 
+;;;;;;;"Boissy-Saint-Léger";;;;;; 
+;;;;;;;"Sucy-Bonneuil";;;;;; 
+;;;;;;;"La Varenne-Chennevières";;;;;; 
+;;;;;;;"Champigny";;;;;; 
+;;;;;;;"La Parc de Saint-maur";;;;;; 
+;;;;;;;"Saint-Maur-Créteil";;;;;; 
+;;;;;;;"Joinville-le-Pont";;;;;; 
+;;;;;;;"Nogent-sur-Marne";;;;;; 
+;;;;;;;"Fontenay-Sous-Bois";;;;;; 
+;;;;;;;"Vincennes";09:38:00;09:38:00;10:27:30;10:27:30;06:55:00;06:55:00 
+;;;;;;;"Nation";09:39:00;09:39:00;10:28:00;10:28:00;06:54:00;06:54:00 
+;;;;;;;"Gare de Lyon";09:40:00;09:40:00;10:28:30;10:28:30;06:53:00;06:53:00 
+;;;;;;;"Châtelet-Les-Halles";09:41:00;09:41:00;10:29:00;10:29:00;06:52:00;06:52:00 
+;;;;;;;"Auber";09:42:00;09:42:00;10:29:30;10:29:30;06:51:00;06:51:00 
+;;;;;;;"Charles de Gaulle-Etoile";09:43:00;09:43:00;10:30:00;10:30:00;06:50:00;06:50:00 
+;;;;;;;"La Défense";09:44:00;09:44:00;10:30:30;10:30:30;06:49:00;06:49:00 
+;;;;;;;"Nanterre-Préfecture";09:45:00;09:45:00;10:31:00;10:31:00;06:48:00;06:48:00 
+;;;;;;;"Nanterre-Université";;;;;; 
+;;;;;;;"Nanterre-Ville";;;;;; 
+;;;;;;;"Rueil-Malmaison";;;;;; 
+;;;;;;;"Chatou-Croissy";;;;;; 
+;;;;;;;"Le vésinet-Centre";;;;;; 
+;;;;;;;"Le vésinet-Le Pecq";;;;;; 
+;;;;;;;"Saint-Germain-en-Laye";;;;;; 
+;;;;;;;"Houilles-Carrières/Sine";09:46:00;09:46:00;10:32:00;10:32:00;06:40:00;06:40:00 
+;;;;;;;"Sartrouville";09:47:00;09:47:00;10:33:00;10:33:00;06:39:00;06:39:00 
+;;;;;;;"Maisons-Laffitte";09:48:00;09:48:00;10:34:00;10:34:00;06:38:00;06:38:00 
+;;;;;;;"Achères-Ville";09:49:00;09:49:00;;;; 
+;;;;;;;"Conflans-Fin d'Oise";09:50:00;09:50:00;;;; 
+;;;;;;;"Neuville-Université";09:51:00;09:51:00;;;; 
+;;;;;;;"Cergy-Préfecture";09:52:00;09:52:00;;;; 
+;;;;;;;"Cergy-Saint-Christophe";09:53:00;09:53:00;;;; 
+;;;;;;;"Cergy-le Haut";09:54:00;09:54:00;;;; 
+;;;;;;;"Achères-Grand Cormier";;;10:35:00;10:35:00;06:31:00;06:31:00 
+;;;;;;;"Poissy";;;10:36:00;10:36:00;06:30:00;06:30:00 
+</pre>
+ </notextile>
\ No newline at end of file
diff --git a/app/views/help/dataspaces.textile b/app/views/help/dataspaces.textile
index baa53e8af..3daf61b2e 100644
--- a/app/views/help/dataspaces.textile
+++ b/app/views/help/dataspaces.textile
@@ -5,7 +5,7 @@ title: Espaces de données
 
 h3. Définition
 
-p. un espace de données est le lieu de stockage d'un ensemble de données de transport connectées entre elles.
+p. Un *espace de données* est le lieu de stockage d'un ensemble de données de transport connectées entre elles.  Plusieurs attributs sont définis au niveau d'un espace de données.
 
 h3. Attributs
 
@@ -15,12 +15,11 @@ h3. Attributs
 - Projection géographique := référentiel de projection des coordonnées cartographiques en complément du WGS84
 - Fuseau horaire := fuseau horaire applicable pour les horaires des courses. (cf "Tz_database":http://fr.wikipedia.org/wiki/Tz_database) 
 - Emprise par défaut := emprise (en WGS84) utilisée pour positionner les cartes lorsqu'il n'y a pas d'élément à afficher.
-- Import Neptune := fichier pour activer un "import":imports dès la création de la base (ce champs n'est pas conservé dans la base)
+- Import Neptune := fichier pour activer un "import":imports dès la création de la base (ce champ n'est pas conservé dans la base)
 
 h3. Implémentation
 
-p. L'espace de données est concrétisé dans la base de données par un schéma au sens SQL portant le nom definit par l'attribut code, 
-les attributs sont enregistrés dans la table REFERENTIALS du schema 'public'
+p. L'espace de données est concrétisé dans la base de données par un schéma au sens SQL portant le nom défini par l'attribut code, les attributs sont enregistrés dans la table REFERENTIALS du schema 'public'
 
-p. Les limitations de Posgres imposent qu'un nom de schéma soit en minuscule, commence par une lettre et les préfixes 'pg_' ainsi que 'public' sont réservés. 
+p. Les limitations de PosgreSQL imposent qu'un nom de schéma soit en minuscule et commence par une lettre; les préfixes 'pg_' ainsi que 'public' sont réservés. 
 
diff --git a/app/views/help/documentation.textile b/app/views/help/documentation.textile
index 2b3d1ff93..722b6c277 100644
--- a/app/views/help/documentation.textile
+++ b/app/views/help/documentation.textile
@@ -3,4 +3,6 @@ layout: default
 title: Documentation
 ---
 
-La documentation de Chouette est disponible sur le site "Chouette.mobi":http://www.chouette.mobi/spip.php?rubrique15
\ No newline at end of file
+La documentation de Chouette (y compris le présent manuel utilisateur)  est disponible sur le site "Chouette.mobi":http://www.chouette.mobi/spip.php?rubrique15
+
+Le présent manuel Utilisateur est par ailleurs livré sous forme d'aide en ligne avec l'application web.
\ No newline at end of file
diff --git a/app/views/help/exports.textile b/app/views/help/exports.textile
index 3cd703bb4..79dda1b20 100644
--- a/app/views/help/exports.textile
+++ b/app/views/help/exports.textile
@@ -11,11 +11,11 @@ h3. Formats disponibles
 
 - Neptune := format normalisé des échanges de données de transport en commun pour la France (cf "Normalisation":normalisation)
 - CSV := format tabulaire spécifique à Chouette (cf "CSV":csv)
-- GTFS := format destiné à Google Transit (cf "GTFS":https://developers.google.com/transit/gtfs/)
+- GTFS := format destiné à ["Google Transit":https://developers.google.com/transit/gtfs/?hl=fr]
 
 h3. Consultation des résultats
 
-p. L'iexport est lancé en différé; son état d'avancement est affiché sous la forme d'une icône donc la couleur dépend de l'état:
+p. L'export est lancé en différé; son état d'avancement est affiché sous la forme d'une icône donc la couleur dépend de l'état:
 
 - bleu : en cours
 - vert : terminé correctement; un lien de téléchargement est alors disponible
@@ -23,5 +23,5 @@ p. L'iexport est lancé en différé; son état d'avancement est affiché sous l
 
 p. La consultation du résultat de l'export donnera la liste des éléments exportés ou les motifs de l'échec.
 
-p. le résultat est conservé ainsi que le fichier produit tant que l'export n'est pas supprimé.
+p. Le résultat est conservé ainsi que le fichier produit tant que l'export n'est pas supprimé.
 
diff --git a/app/views/help/faq.textile b/app/views/help/faq.textile
index c6a96e045..74bf2c8ff 100644
--- a/app/views/help/faq.textile
+++ b/app/views/help/faq.textile
@@ -3,4 +3,6 @@ layout: default
 title: Foire aux questions
 ---
 
-Rédaction ultérieure
\ No newline at end of file
+N'hésitez pas à nous solliciter pour toute question, nous compléterons la FAQ progressivement !
+
+"FAQ de chouette.mobi":http://www.chouette.mobi/spip.php?rubrique38
\ No newline at end of file
diff --git a/app/views/help/imports.textile b/app/views/help/imports.textile
index bdf2937a5..9412dfdb3 100644
--- a/app/views/help/imports.textile
+++ b/app/views/help/imports.textile
@@ -5,12 +5,13 @@ title: Imports
 
 h3. Rôle
 
-p. L'import permet d'enregistrer dans la base un ensemble de données selon un format 
+p. L'import permet d'enregistrer dans la base un ensemble de données selon un format au choix 
 
 h3. Formats disponibles
 
 - Neptune := format normalisé des échanges de données de transport en commun pour la France (cf "Normalisation":normalisation)
 - CSV := format tabulaire spécifique à Chouette  (cf "CSV":csv)
+- GTFS := format originaire de ["Google Transit":https://developers.google.com/transit/gtfs/?hl=fr]
 
 h3. Consultation des résultats
 
@@ -22,6 +23,6 @@ p. L'import est lancé en différé; son état d'avancement est affiché sous la
 
 p. La consultation du résultat de l'import donnera les éléments importés ou les motifs de l'échec.
 
-p. le résultat est conservé tant que l'import n'est pas supprimé.
+p. Le résultat est conservé tant que l'import n'est pas supprimé.
 
-p. Note : la suppression d'un import ne fait que supprimer le rapport; les données sonot conservées
+p. Note : la suppression d'un import ne fait que supprimer le rapport; les données sont conservées
diff --git a/app/views/help/introduction.textile b/app/views/help/introduction.textile
index 8cda121c5..ffa00ae49 100644
--- a/app/views/help/introduction.textile
+++ b/app/views/help/introduction.textile
@@ -3,13 +3,7 @@ layout: default
 title: Introduction
 ---
 
-CHOUETTE est un logiciel libre développé à l'initiative du ministère français chargé des transports (et du développement durable), 
-dans le but de faciliter l'échange de données d'offre (théorique) de transport collectif (TC), 
-en s'appuyant pour cela sur la norme NFP 99506, dite Neptune, qui spécifie un profil d'échange XML.
-
-Les utilisateurs visés sont les collectivités locales Autorités Organisatrices de Transport (AOT), 
-les exploitants des réseaux TC ,et leurs prestataires (bureaux d'étude ou société de services). 
-D'autres utilisateurs potentiels sont néanmoins identifiés : services de l'état, éditeurs de logiciels, 
-opérateurs de services d'information, chercheurs...
-
+CHOUETTE est un logiciel libre développé à l'initiative du ministère français chargé des transports (et du développement durable), dans le but de faciliter l'échange de données d'offre (théorique) de transport collectif (TC), en s'appuyant pour cela sur la norme NFP 99506, dite Neptune, qui spécifie un profil d'échange XML.
 
+Les utilisateurs visés sont les collectivités locales Autorités Organisatrices de Transport (AOT), les exploitants des réseaux TC ,et leurs prestataires (bureaux d'étude ou société de services). 
+D'autres utilisateurs potentiels sont néanmoins identifiés : services de l'état, éditeurs de logiciels, opérateurs de services d'information, chercheurs...
diff --git a/app/views/help/journeypatterns.textile b/app/views/help/journeypatterns.textile
index d491fc7db..f9278ad75 100644
--- a/app/views/help/journeypatterns.textile
+++ b/app/views/help/journeypatterns.textile
@@ -5,7 +5,7 @@ title: Missions
 
 h3. Définition
 
-Si on considère la suite ordonnée des arrêts d'une séquence d'arrêts, la mission se définit comme une suite extraite. Autrement dit, toutes les courses d'une séquence d'arrêts qui desservent les mêmes arrêts et dans le même ordre, à des horaires différents éventuellement, référencent la même mission. La mission correspond donc à une suite ordonnée d'arrêts de la séquence d'arrêts. 
+Une *mission* se définit comme une suite extraite de la suite ordonnée des arrêts d’une "séquence d’arrêts":routes. Autrement dit, toutes les courses d'une séquence d'arrêts qui desservent les mêmes arrêts et dans le même ordre, à des horaires différents éventuellement, référencent la même mission. La mission correspond donc à une suite ordonnée d'arrêts de la séquence d'arrêts. 
 
 h3. Attributs
 
@@ -21,9 +21,9 @@ clé unique pérenne identifiant la mission pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = JourneyPattern : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/lines.textile b/app/views/help/lines.textile
index 7263dd04b..0157f1bdb 100644
--- a/app/views/help/lines.textile
+++ b/app/views/help/lines.textile
@@ -5,7 +5,7 @@ title: Lignes
 
 h3. Définition
 
-Une ligne référence un réseau et un transporteur; par ailleurs la ligne se compose d'un ou plusieurs itinéraires. 
+Une *ligne* référence un réseau et un transporteur; par ailleurs la ligne se compose d'un ou plusieurs itinéraires. 
 La ligne dispose aussi d'un identifiant fonctionnel (<< numéro d'enregistrement >>) qui est utilisé dans les échanges XML pour identifier la ligne et la mettre à jour; il est donc important que le gestionnaire de la base CHOUETTE le renseigne d'une manière bien définie et pérenne.
 
 h3. Attributs
@@ -13,7 +13,7 @@ h3. Attributs
 - Réseau := réseau d'appartenance de la ligne
 - Transporteur := 
 transporteur principal exploitant la ligne
-les autres transporteurs de la lignes sont référencés au niveau de chaque course
+les autres transporteurs de la lignes peuvent être référencés au niveau de chaque course
 =:
 - Nom := nom de la ligne 
 - Nom public := nom de la ligne connu des usagers
@@ -21,7 +21,7 @@ les autres transporteurs de la lignes sont référencés au niveau de chaque cou
 - Indice := indice de la ligne
 - Mode de transport := 
 mode de transport principal de la ligne
-les modes de transports particuliers sont indiqués au niveau de chaque course 
+d'autres modes de transports particuliers peuvent être indiqués au niveau de chaque course 
 =:
 - Commentaire := zone de texte libre sur la ligne
 
@@ -32,9 +32,9 @@ clé unique pérenne identifiant la ligne pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = Line : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/networks.textile b/app/views/help/networks.textile
index adf7bb5a8..aabd3cab8 100644
--- a/app/views/help/networks.textile
+++ b/app/views/help/networks.textile
@@ -5,9 +5,9 @@ title: Réseaux
 
 h3. Définition
 
-Un réseau est constitué par les "lignes":lines, les "séquences d'arrêts":routes, les "Interdictions de Trafic Local":stop_areas (ITL), les "horaires":vehiclejourneys, et les "courses":vehiclejourneys qui le définissent.
+Un *réseau* est constitué par les "lignes":lines, les "séquences d'arrêts":routes, les "Interdictions de Trafic Local":stop_areas (ITL), les "horaires":vehiclejourneys, et les "courses":vehiclejourneys qui le définissent.
 
-Chaque réseau dispose d'un identifiant fonctionnel (<< numéro d'enregistrement >>) qui est utilisé dans les échanges XML pour identifier le réseau et le mettre à jour. Il est donc important que le gestionnaire le renseigne d'une manière bien définie et pérenne.
+Chaque réseau dispose d'un identifiant fonctionnel (<< numéro d'enregistrement >>) qui est utilisé dans les échanges XML pour identifier le réseau et le mettre à jour. Il est très important que le gestionnaire le renseigne d'une manière bien définie et pérenne.
 
 
 h3. Attributs
@@ -27,9 +27,9 @@ clé unique pérenne identifiant le réseau pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = GroupOfLine : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/normalisation.textile b/app/views/help/normalisation.textile
index 875a52cfc..fb8f7d6e3 100644
--- a/app/views/help/normalisation.textile
+++ b/app/views/help/normalisation.textile
@@ -5,15 +5,17 @@ title: Normalisation
 
 Le projet Chouette a été développé dans le cadre de la normalisation de l'information sur les transports publics (AFNOR/BNEVT CN03/GT7), en vue de faciliter l'interopérabilité des systèmes et en particulier les échanges de données entre Systèmes d'Information Multimodale.
 
+Le site web "www.normes-donnees-tc.org":http://www.normes-donnees-tc.org, maintenu en parallèle du site "www.chouette.mobi":http://www.chouette.mobi, est un bon point d'entrée pour trouver les informations concernant la normalisation des données pour les transports publics.
+
 h3. TRANSMODEL (EN12896)
 
 La norme européenne TRANSMODEL constitue le modèle conceptuel de données sur lequel s'appuie l'ensemble des travaux normatifs (Neptune, SIRI, IFOPT, NETEX) . Elle est actuellement validée dans sa version 5.1.
 
-Elle a pour objectif de décrire les différents concepts utilisés au sein des multiples métiers du transport public (aussi bien dans le domaine de l'exploitation, de la régulation que dans celui de l'information voyageur) en usant de la modélisation UML. Cette description a abouti à la constitution d'un "dictionnaire" dans lequel chacun peut venir piocher la terminologie adéquate pour pouvoir désigner, quels que soient la structure et le métier de l'intéressé, de façon homogène et non ambigu&eumlc; les concepts qu'il va décliner dans son application.
+Elle a pour objectif de décrire les différents concepts utilisés au sein des multiples métiers du transport public (aussi bien dans le domaine de l'exploitation, de la régulation que dans celui de l'information voyageur) en usant de la modélisation UML. Cette description a abouti à la constitution d'un "dictionnaire" dans lequel chacun peut venir piocher la terminologie adéquate pour pouvoir désigner, quels que soient la structure et le métier de l'intéressé, de façon homogène et non ambiguëe les concepts qu'il va décliner dans son application.
 
 h3. de TRIDENT à NEPTUNE (PR NF P99-506)
 
-Dans le cadre de la commission de normalisation CN03 pour les applications télématiques dans les transports publics, miroir du groupe européen CEN TC278 / WG3, un groupe de travail GT7 a été créé en 2002 pour normaliser les échanges de données concernant l'information aux voyageurs entre exploitants et Autorités Organisatrices de transport.
+Dans le cadre de la "commission de normalisation CN03 pour les applications télématiques dans les transports publics":http://www2.afnor.org/espace_normalisation/structure.aspx?commid=86672, miroir du groupe européen CEN TC278 / WG3, un groupe de travail GT7 a été créé en 2002 pour normaliser les échanges de données concernant l'information aux voyageurs entre exploitants et Autorités Organisatrices de transport.
 
 Après examen des travaux en cours au niveau européen, il est apparu au groupe que les spécifications d'échange élaborées dans le cadre du projet européen TRIDENT étaient la meilleure base de travail sur laquelle s'appuyer pour la normalisation. 
 Ces spécifications d'échange couvrent l'information VP et TC, théorique et en situation perturbée; elles s'appuient sur :
@@ -21,23 +23,23 @@ Ces spécifications d'échange couvrent l'information VP et TC, théorique et en
 * un modèle de données orienté objets décrit en UML, reprenant pour ce qui concerne les transports publics, le modèle conceptuel de données Transmodel V4.0, normalisé au niveau européen ; 
 * un format d'échange XML spécifié sous forme de schémas XSD. 
 
-Les spécifications TRIDENT ont été implémentées dans plusieurs pays européens, et en France ont été mises en &oelig;uvre par la RATP pour son système d'information sur les situations perturbées SIPRE, et également pour les échanges d'information au niveau francilien en cours entre les systèmes de la RATP et du STIF, pour ce qui concerne l'information théorique.
+Les spécifications TRIDENT ont été implémentées dans plusieurs pays européens, et en France ont été mises en oeuvre par la RATP pour son système d'information sur les situations perturbées SIPRE, et également pour les échanges d'information au niveau francilien en cours entre les systèmes de la RATP et du STIF, pour ce qui concerne l'information théorique.
 
 Le travail du groupe GT7 a abouti à des spécifications de profil d'échange TRIDENT / Chouette en 2006, qui ont servi de référence pour implémenter le logiciel CHOUETTE et sont utilisées depuis lors par plusieurs projets de SIM en France.
 
 Lors des discussions précédant l'enquête probatoire AFNOR en 2009 en vue faire de ces spécifications une norme française, ces spécifications ont été complétées par quelques éléments de données relatifs à l'accessibilité des transports : le nouveau profil d'échange baptisé *NEPTUNE* (PR NF99-506 Décembre 2009) a été adopté en janvier 2010. Il y a compatibilité ascendante avec les fichiers au profil Trident/Chouette dont Neptune est une extension.
 
-h3. Le profile d'échange NEPTUNE
+h3. Le profil d'échange NEPTUNE
 
-Le développement des Systèmes d'Information Multimodale a conduit les partenaires des transports publics en France (AOT et opérateurs, représentants d'utilisateurs et administrations publiques) dans leur ensemble à demander l'inscription de ce profil d'échange en tant que 'norme pleine'. L'adoption de ce statut de norme est d'autant plus important aujourd'hui, que les outils précités vont connaître des périodes d'évolution et d'adaptation. 
+Le développement des Systèmes d'Information Multimodale a conduit les acteurs des transports publics en France (AOT et opérateurs, représentants d'utilisateurs et administrations publiques) dans leur ensemble à demander l'inscription de ce profil d'échange en tant que 'norme pleine'. L'adoption de ce statut de norme est d'autant plus important aujourd'hui, que les outils précités vont connaître des périodes d'évolution et d'adaptation. 
 
-Dans le cadre du processus de normalisation, le profil d'échange a été rebaptisé NEPTUNE et complété . Le processus s'est conclu début 2010 par l'adoption d'un document AFNOR (cf. PR NF P99-506) . 
+Dans le cadre du processus de normalisation, le profil d'échange a été rebaptisé NEPTUNE et complété. Le processus s'est conclu début 2010 par l'adoption d'un document AFNOR (cf. PR NF P99-506) . 
 
 En pratique, l'essentiel est de savoir que le profil TRIDENT/CHOUETTE est compatible avec NEPTUNE : Neptune reprend l'essentiel de Trident profil Chouette, et n'a été complété qu'en ce qui concerne l'information sur l'accessibilité aux Personnes à Mobilité Réduite et les accès. En particulier, le nommage des éléments de données du profil XSD n'a pas été modifié.
 
 Ce profil résulte d'un consensus entre les différentes parties prenantes participant au groupe de travail de normalisation CN03/GT7. Il est rédigé en français. Dans certains cas, pour éviter des confusions ou des contre-sens, les concepts de la norme TRANSMODEL  qui ont été manipulés sont rappelés dans leur terminologie, voire leur définition en anglais dans le texte original de la norme TRANSMODEL  V5.1 qui vaut référence. Les rapprochements nécessaires ont été faits avec la version provisoire en français de la norme TRANSMODEL  en cours de validation. 
 
-Ce profil sera sans doute amené à évoluer en fonction des travaux réalisés dans le cadre des travaux de normalisation européens ou internationaux en cours. Ceux-ci touchent tout à la fois la représentation topographique  des réseaux de transport, les interfaces entre les données d'exploitation et l'information diffusée vers le voyageur avant et pendant le voyage (NeTEX ), la description des points d'arrêts et points fixes (IFOPT2) , les interfaces avec la billettique et les autres échanges de données envisageables dans les métiers des transports publics (TRANSMODEL).
+Ce profil sera sans doute amené à évoluer en fonction des travaux réalisés dans le cadre des travaux de normalisation européens ou internationaux en cours. Ceux-ci touchent tout à la fois la représentation topographique  des réseaux de transport, les interfaces entre les données d'exploitation et l'information diffusée vers le voyageur avant et pendant le voyage (NeTEX), la description des points d'arrêts et points fixes (IFOPT) , les interfaces avec la billettique et les autres échanges de données envisageables dans les métiers des transports publics (TRANSMODEL).
 
 Le profil d'échange NEPTUNE (PR NF P99-506 Décembre 2009) et donc l'outil CHOUETTE se limitent aux échanges d'information concernant la description " statique " de l'offre TC (réseau, horaires), et ne couvrent pas l'information en temps réel.
 
diff --git a/app/views/help/prerequisite.textile b/app/views/help/prerequisite.textile
new file mode 100644
index 000000000..463a93009
--- /dev/null
+++ b/app/views/help/prerequisite.textile
@@ -0,0 +1,18 @@
+---
+layout: default
+title: Pré-requis (Navigateur Internet)
+---
+
+L'utilisation de l'application nécessite de disposer d'un navigateur ayant les caractéristiques suivantes :
+
+* Internet Explorer (Version 8 et +)
+* Mozilla FireFox (Version 12 et +)
+* Chrome (Version 8 et +)
+
+Le navigateur doit autoriser l'exécution de Javascript.
+
+L'utilisateur peut utiliser l'application CHOUETTE depuis le site www.chouette.mobi ou bien procéder à l'installation du logiciel directement sur son environnement personnel, en tant que serveur ou machine virtuelle. CHOUETTE est également disponible sans la web application, en ligne de commande (documentation séparée).
+
+Une fois identifié, l'utilisateur accède à un écran organisé autour des données à gérer : un onglet permet de gérer (créer, modifier, supprimer) chaque type de données. L'application est disponible également en version anglaise et comprend la présente aide en ligne (en français uniquement).
+
+Le manuel Utilisateur est organisé par sections correspond aux principales données gérées par l'application Chouette : Utilisateurs et Organisations, Espace de données, Réseaux, Transporteurs, Lignes, Arrêts, Correspondances, Calendriers, complété par des points divers : jeux de données, format CSV, FAQ.
\ No newline at end of file
diff --git a/app/views/help/routes.textile b/app/views/help/routes.textile
index 6397ffe71..6edc24ce6 100644
--- a/app/views/help/routes.textile
+++ b/app/views/help/routes.textile
@@ -5,7 +5,9 @@ title: Séquence d'arrêts
 
 h3. Définition
 
-La séquence d'arrêts est une sélection ordonnée de références aux points d'arrêt (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une ligne; les séquences d'arrêts peuvent référencer des arrêts communs.
+La *séquence d'arrêts* est une sélection ordonnée de références aux "points d'arrêt":stop_areas (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une "ligne":line; les séquences d'arrêts peuvent référencer des arrêts communs.
+
+(Dans les versions antérieures de Chouette jusqu'à la 1.6, la séquence d'arrêts était intitulée 'itinéraire')
 
 h3. Attributs
 
@@ -24,9 +26,9 @@ clé unique pérenne identifiant la séquence d'arrêts pour les échanges Neptu
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = Route : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/schema.textile b/app/views/help/schema.textile
index 1ee7f365d..8ac1ad6fa 100644
--- a/app/views/help/schema.textile
+++ b/app/views/help/schema.textile
@@ -3,4 +3,6 @@ layout: default
 title: Vue d'ensemble
 ---
 
-Rédaction ultérieure
\ No newline at end of file
+L'IHM  ne reflète pas l'intégralité des données existant en base.
+
+Par ailleurs lorsque l'application est utilisée par un administrateur central traitant de plusieurs réseaux, il sera utile d'établir lors d'une discussion initiale des accords locaux entre les partenaires pour une dénomination et des processus de saisie homogènes.
\ No newline at end of file
diff --git a/app/views/help/stop_areas.textile b/app/views/help/stop_areas.textile
index 2377cfd8d..8c6f1401c 100644
--- a/app/views/help/stop_areas.textile
+++ b/app/views/help/stop_areas.textile
@@ -7,22 +7,22 @@ title: Arrêts
 * "Attributs":#attr
 * "Mode opératoire":#ope
 
-h3(#def). Définition
+h3(#def). Définitions
 
 Le référentiel des arrêts constitue un maillon essentiel du réseau, et se compose de plusieurs éléments de niveaux différents. 
 
 On recense tout d'abord les arrêts physiques, qualifiés de *point d'embarquement* ou de *quai*.  
 
-Du fait de l'existence de deux concepts dans TRIDENT, cet arrêt physique sera considéré par l'application comme une *zone d'arrêt de premier niveau*. Cette notion est nécessaire pour gérer les *points d'arrêts sur itinéraire* utilisés par certains réseaux. 
+Du fait de l'existence de deux concepts dans le schéma TRIDENT, cet arrêt physique sera considéré par l'application comme une *zone d'arrêt de premier niveau*. Cette notion est nécessaire pour gérer les *points d'arrêts sur itinéraire* utilisés par certains réseaux. 
 
 L'application gère ensuite les points d'arrêts sur itinéraire à partir de ces arrêts physiques, en assurant le regroupement des points d'arrêt sur itinéraire dans un arrêt physique (cas de plusieurs lignes passant par le même arrêt physique).
 
-Par la suite, vous pourrez regrouper deux (ou plus) arrêts physiques au sein d'un *arrêt commercial* (par exemple pour regrouper les points d'arrêt physiques correspondant à deux poteaux d'arrêt de la même ligne situés de part et d'autre d'une chaussée mais aussi pour regrouper l'ensemble des points d'arrêt physiques d'un quai de gare routière pour lesquels vous considérez que le temps de correspondance est nul). Vous aurez ainsi constitué une zone d'arrêt, avec qualification arrêt commercial, de deuxième niveau.
+Par la suite, on peut regrouper deux (ou plus) arrêts physiques au sein d'un *arrêt commercial* (par exemple pour regrouper les points d'arrêt physiques correspondant à deux poteaux d'arrêt de la même ligne situés de part et d'autre d'une chaussée mais aussi pour regrouper l'ensemble des points d'arrêt physiques d'un quai de gare routière pour lesquels on considère que le temps de correspondance est nul). Vous aurez ainsi constitué une *zone d'arrêt*, avec qualification *arrêt commercial*, de deuxième niveau.
 
-Enfin, CHOUETTE vous offre la possibilité de regrouper les lieux d'arrêt agglomérés ainsi créés au sein d'une *zone d'arrêt de troisième niveau* pour constituer des *pôles d'échange*.
+Enfin, CHOUETTE offre la possibilité de regrouper les lieux d'arrêt agglomérés ainsi créés au sein d'une *zone d'arrêt de troisième niveau* pour constituer des *pôles d'échange*.
 
 Ainsi on obtient les possibilités de regroupements suivants:
-* un arrêt physique regroupe plusieurs arrêts itinéraire.
+* un arrêt physique regroupe plusieurs arrêts sur itinéraire (ou séquence d'arrêts).
 * un arrêt commercial regroupe plusieurs arrêts physiques (quai, embarquement).
 * un pôle d'échange regroupe plusieurs arrêts commerciaux. 
 
@@ -30,7 +30,7 @@ Pour ne pas aboutir à un système trop complexe, les règles suivantes sont pos
 * un pôle d'échange peut contenir des arrêts commerciaux et/ou des pôles d'échanges (qui ne peuvent pas en contenir d'autres).
 * un arrêt commercial ne peut contenir que des arrêts physiques.
 
-Un dernier regourpement est *l'ITL* : 
+Un dernier regroupement est *l'ITL* : 
 
 *L'interdiction de trafic local* est l'interdiction faite à un service routier de prendre et de laisser un même voyageur à l'intérieur du périmètre des transports urbains _(cf. Décret n°49-1473 du 14 novembre 1949)_ .
 Ainsi dans CHOUETTE:
@@ -70,9 +70,9 @@ clé unique pérenne identifiant la ligne pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = Line : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
@@ -82,8 +82,8 @@ h3(#ope). Mode opératoire
 
 h4. Déplacement sur la carte
 
-* activer le déplacement en cliquant sur l'arrêt -> le curseur prend la forme d'une quadruple flêche
+* activer le déplacement en cliquant sur l'arrêt -> le curseur prend la forme d'une quadruple flèche
 * appuyer sur le bouton gauche de la souris et maintenir appuyer lors du déplacement -> l'arrêt suit la souris
-* relacher le bouton -> l'arrêt a une nouvelle position fixe
+* relâcher le bouton -> l'arrêt a une nouvelle position fixe
 * cliquer sur la carte -> sortie du mode déplacement; les coordonnées sont actualisées dans le formulaire
 
diff --git a/app/views/help/timetables.textile b/app/views/help/timetables.textile
index 9bd187943..e3d56eed9 100644
--- a/app/views/help/timetables.textile
+++ b/app/views/help/timetables.textile
@@ -5,7 +5,7 @@ title: Calendriers d'application
 
 h3. Définition
 
-Un calendrier d'application permet de définir la période de validité des horaires d'une course. 
+Un *calendrier* d'application permet de définir la période de validité des horaires d'une "course":vehicle_journeys. 
 Les calendriers d'application sont donc définis indépendamment des lignes, à l'instar du référentiel des arrêts.
 
 La manière de définir un calendrier d'application est restreinte. 
@@ -13,7 +13,7 @@ Les calendriers sont caractérisés par :
 
 * une liste de quantièmes (jours calendaires dans l'année)
 * une liste de jours d'application (lundis, mardis, etc.)
-* une liste de périodes
+* une liste de périodes sur lesquelles s'appliquent les jours d'application
 
 L'utilisateur doit donc faire attention au nommage de ses différents calendriers d'application.
 
@@ -41,9 +41,9 @@ cet identifiant est composé de 3 parties : préfixe:type:id_technique
 
 * préfixe : clé identifiant un producteur de données unique
 * type = Timetable : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)
diff --git a/app/views/help/toc.textile b/app/views/help/toc.textile
index e8e99c609..0818da9b8 100644
--- a/app/views/help/toc.textile
+++ b/app/views/help/toc.textile
@@ -9,6 +9,7 @@ h3. Sommaire
 ## "Normalisation":normalisation
 ## "Documentation":documentation
 ## "Vue d'ensemble":schema
+## "Pré-requis":prerequisite
 # "Utilisateurs et Organisations":users
 # "Espaces de données":dataspaces
 # "Réseaux":networks
@@ -25,6 +26,7 @@ h3. Sommaire
 ## "Exports":exports
 ## "Validation":validations
 # Divers
+## "Tutoriel/Démonstrateur":tutorial
 ## "API Rest":restapis
 ## "format d'échange CSV":csv
 ## "FAQ":faq
diff --git a/app/views/help/tutorial.textile b/app/views/help/tutorial.textile
new file mode 100644
index 000000000..8cf0f6a7a
--- /dev/null
+++ b/app/views/help/tutorial.textile
@@ -0,0 +1,15 @@
+---
+layout: default
+title: Tutoriel / Démonstrateur / Jeux de données
+---
+
+Afin que l'utilisateur puisse se familiariser rapidement avec l'environnement de l'outil CHOUETTE, un réseau de transport « fictif » , « Tatrobus », a été créé. 
+Ce réseau est composé d'un réseau principal, « LE GRAND RESEAU », et d'un réseau secondaire « LE PETIT METRO » opérés par un transporteur « TATROBUS ». 
+Les deux réseaux comprennent plusieurs lignes, qui s'organisent autour d'un référentiel d'arrêts prédéfini qui inclut de nombreux pôles d'échanges. 
+Des courses, horaires, missions, Interdictions de Trafic Local et calendriers d'application s'attachant à ces lignes ont également été renseignés. 
+
+L'utilisateur a alors la possibilité de découvrir et de modifier à souhait ces éléments afin d'expérimenter les différentes fonctions et possibilités de l'outil CHOUETTE.
+
+La démonstration est disponible en ligne sur "www.chouette.mobi":www.chouette.mobi
+Les données 'Tatrobus' sont disponibles ["ici":http://www.chouette.mobi/spip.php?rubrique46]
+A noter également que des données Neptune sont disponibles au format Neptune sous licence open data, cf. par exemple ["ici":http://www.chouette.mobi/spip.php?rubrique84]
\ No newline at end of file
diff --git a/app/views/help/users.textile b/app/views/help/users.textile
index dbdf07d4c..be401b202 100644
--- a/app/views/help/users.textile
+++ b/app/views/help/users.textile
@@ -5,13 +5,13 @@ title: Utilisateurs et Organisations
 
 h3. Définitions
 
-L'organisation est une entité qui possède un ensemble d'"espaces de données":dataspaces .
+Une *organisation* est une entité qui possède un ensemble "d'espaces de données":dataspaces.
 
-un utilisateur est affecté à une organisation
+Un *utilisateur* est affecté à une organisation
 
 h3. Comportement
 
-Lorsqu'un utilisateur s'enregistre dans l'application, il crée alors une organisation qui lui appartient
+Lorsqu'un utilisateur s'enregistre dans l'application, il crée alors une organisation qui lui appartient.
 
 Il peut ensuite inviter des personnes à y accéder en créant leur compte dans l'onglet Organisation.
 
diff --git a/app/views/help/validations.textile b/app/views/help/validations.textile
index eba93dffd..f9708be76 100644
--- a/app/views/help/validations.textile
+++ b/app/views/help/validations.textile
@@ -7,10 +7,11 @@ h3. Rôle
 
 p. La validation permet d'effectuer un ensemble de contrôles syntaxiques, sématiques et structurels sur une offre de transport.
 
-- Phase 1: l'offre de transport est importée depuis le format Neptune et subit les contrôles syntaxiques vis-à-vis du format XML et du Schéma spécifique Neptune 
-- Phase 2 : l'offre est analysée dans sa structure et subit des contrôles de complétude et de conexité des données.
+- Phase 1 : les données d'offre de transport sont importées depuis le format Neptune et subit les contrôles syntaxiques vis-à-vis du format XML et du Schéma spécifique Neptune 
+- Phase 2 : les données d'offre sont analysées (structure, contrôles de complétude et de connexité des données).
 - Phase 3 : l'offre est analysée dans ses fonctionnalités et subit des contrôles de réalisme. 
 
+Les tests de validation sont décrits dans l'aide en ligne de l'application, onglet 'Validation'. Ils sont également disponibles sur le site "chouette.mobi":http://www.chouette.mobi/spip.php?rubrique24
 
 h3. Formats disponibles 
 
@@ -26,4 +27,4 @@ p. La validation est lancée en différé; son état d'avancement est affiché s
 
 p. La consultation du résultat de la validation donnera le bilan des contrôles ou les motifs de l'échec.
 
-p. le résultat est conservé tant que la validation n'est pas supprimée.
+p. Le résultat est conservé tant que la validation n'est pas supprimée.
diff --git a/app/views/help/vehiclejourneys.textile b/app/views/help/vehiclejourneys.textile
index a2f611dc9..74322ea88 100644
--- a/app/views/help/vehiclejourneys.textile
+++ b/app/views/help/vehiclejourneys.textile
@@ -5,8 +5,8 @@ title: Courses
 
 h3. Définition
 
-Une course décrit le déplacement d'un véhicule de transport public sur une séquence d'arrêts de la ligne. La course parcourt les arrêts de la séquence d'arrêts dans l'ordre, sans nécessairement s'arrêter à chacun des arrêts. A chaque arrêt desservi, la course précise l'horaire de passage.
-De plus, la course est rattachée à un nombre variable de calendriers d'application.
+Une *course* décrit le déplacement d'un véhicule de transport public sur une "séquence d'arrêts":routes de la "ligne":lines. La course parcourt les arrêts de la séquence d'arrêts dans l'ordre, sans nécessairement s'arrêter à chacun des arrêts. A chaque arrêt desservi, la course précise l'horaire de passage.
+De plus, la course est rattachée à un nombre variable de "calendriers d'application":time_tables.
 
 h3. Attributs
 
@@ -23,9 +23,9 @@ clé unique pérenne identifiant la course pour les échanges Neptune
 cet identifiant est composé de 3 parties : préfixe:type:id_technique
 * préfixe : clé identifiant un producteur de données unique
 * type = VehicleJourney : clé identifiant le type d'objet (valeur imposée)
-* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur
+* id_technique : valeur identifiant un seul objet d'un type donné pour un même producteur
 ce champ obligatoire est automatiquement généré s'il n'est pas renseigné 
-il est possible aussi de ne renseigner que l'identifiant technique auquel cas la valeur sera complétée automatiquement.
+il est possible aussi de ne renseigner que l'identifiant technique, auquel cas la valeur sera complétée automatiquement.
 =:
 - Date de création := date à laquelle l'objet a été créé ou modifié pour la dernière fois
 - Version := version de l'objet (auto incrémenté à chaque modification)