aboutsummaryrefslogtreecommitdiffstats
path: root/app
diff options
context:
space:
mode:
authorMichel Etienne2014-11-04 16:47:08 +0100
committerMichel Etienne2014-11-04 16:47:08 +0100
commit2b86d2428d5da8be4499fc1fec2976f6c70fa34e (patch)
tree2b725b62aec91b8baf4c0b0a63cd04b321cb1068 /app
parentdb89e7c94cbf7fdea3d46dcf37ac643075f79000 (diff)
downloadchouette-core-2b86d2428d5da8be4499fc1fec2976f6c70fa34e.tar.bz2
update help
Diffstat (limited to 'app')
-rw-r--r--app/assets/stylesheets/main/help.css.scss4
-rw-r--r--app/views/help/access_links.textile69
-rw-r--r--app/views/help/access_points.textile76
-rw-r--r--app/views/help/access_points_links.textile88
-rw-r--r--app/views/help/browser.textile17
-rw-r--r--app/views/help/companies.textile97
-rw-r--r--app/views/help/connection.textile28
-rw-r--r--app/views/help/connection_links.textile101
-rw-r--r--app/views/help/dataspaces.textile77
-rw-r--r--app/views/help/documentation.textile8
-rw-r--r--app/views/help/edit.textile20
-rw-r--r--app/views/help/export_format.textile37
-rw-r--r--app/views/help/faq.textile8
-rw-r--r--app/views/help/group_of_lines.textile89
-rw-r--r--app/views/help/import_formats.textile39
-rw-r--r--app/views/help/imports.textile64
-rw-r--r--app/views/help/introduction.textile20
-rw-r--r--app/views/help/journey_patterns.textile78
-rw-r--r--app/views/help/lines.textile117
-rw-r--r--app/views/help/maps.textile14
-rw-r--r--app/views/help/metadata.textile39
-rw-r--r--app/views/help/navigation.textile61
-rw-r--r--app/views/help/networks.textile38
-rw-r--r--app/views/help/normalisation.textile46
-rw-r--r--app/views/help/parametersets.textile118
-rw-r--r--app/views/help/prerequisite.textile18
-rw-r--r--app/views/help/relationship.textile46
-rw-r--r--app/views/help/routes.textile100
-rw-r--r--app/views/help/schema.textile8
-rw-r--r--app/views/help/search_filter.textile18
-rw-r--r--app/views/help/startingfromscratch.textile60
-rw-r--r--app/views/help/stop_areas.textile180
-rw-r--r--app/views/help/stopsmanagement.textile19
-rw-r--r--app/views/help/temporaryline.textile23
-rw-r--r--app/views/help/time_tables.textile60
-rw-r--r--app/views/help/toc.textile83
-rw-r--r--app/views/help/tutorial.textile15
-rw-r--r--app/views/help/vehicle_journeys.textile152
38 files changed, 1223 insertions, 912 deletions
diff --git a/app/assets/stylesheets/main/help.css.scss b/app/assets/stylesheets/main/help.css.scss
index b815f511f..ebffedc92 100644
--- a/app/assets/stylesheets/main/help.css.scss
+++ b/app/assets/stylesheets/main/help.css.scss
@@ -89,12 +89,12 @@ dd {
table.meta {
width:50%;
}
- th {
+ table.meta th {
border-width:1px;
border-style:solid;
border-color:black;
}
- td {
+ table.meta td {
border-width:1px;
border-style:solid;
border-color:black;
diff --git a/app/views/help/access_links.textile b/app/views/help/access_links.textile
deleted file mode 100644
index 1ae69e050..000000000
--- a/app/views/help/access_links.textile
+++ /dev/null
@@ -1,69 +0,0 @@
----
-layout: default
-title: Liens entre arrêts et accès
----
-
-* "Définition":#def
-* "Attributs":#attr
-* "Mode opératoire":#ope
-
-h3(#def). Définition
-
-Un *lien arrêt-accès* est, dans un voyage en transports en commun, le cheminement piéton permettant dans une infrastructure lourde de passer de la voirie à l'arrêt physique (point d'embarquement ou quai) et vice versa.
-
-Le lien permet de définir les caractéristiques du parcours entre un arrêt physique et un accès
-Cette liaison n'existe qu'au sein d'une zone d'arrêts (arrêt commercial ou pôle d'échange)
-Si la liaison est générique sur la zone, elle s'applique à tous les arrêts (selon le sens) qui n'ont pas un lien spécifique
-
-La liaison est orientée, il est donc nécessaire dans le cas où l'accès est bi-directionnel de définir 2 liens, un pour chaque sens
-
-h3(#attr). Attributs
-
-- Accès := nom de l'accès
-- Arrêt := nom de l'arrêt
-- Nom := nom du lien ( par défaut, chouette propose de le nommer _nom de la source -> nom de la cible_)
-- Type := liste de choix parmi << Aérien >>, << Souterrain>> ou mixte << Aérien et souterrain >>
-- Commentaire := zone de texte libre
-- Distance := distance en mètres
-- Durée moyenne := champ de type horaire hh:mm
-- Durée pour un voyageur à mobilité réduite := champ de type horaire hh:mm
-- Durée pour un voyageur occasionnel := champ de type horaire hh:mm
-- Durée pour un habitué := champ de type horaire hh:mm
-- Ascenseur := indicateur (Oui ou Non)
-- Accès pour personne à mobilité réduite := indicateur (Oui ou Non)
-- Escalator disponible := indicateur (Oui ou Non)
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 = AccessLink : clé identifiant le type d'objet (valeur imposée)
-* 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3(#ope). Mode opératoire
-
-h4. Création/consultation
-
-Lors de la consultation d'une zone d'arrêts possédant au moins un accès,
-l'action <<Gérer les liens arrêt-accès>> affiche deux matrices :
-
-* _Liens génériques_ : les différentes combinaisons de liens entre les accès et la zone;
-* _Liens détaillés_ : les différentes combinaisons de liens entre les accès et les arrêts inclus dans la zone.
-
-Chaque lien est représenté par une flèche orientée représentant l'existence ou non de ce lien:
-
-* !gray_left_arrow.png! ou !gray_right_arrow.png! lien non défini; la flèche est un lien vers l'écran de création de ce lien
-* !green_left_arrow.png! ou !green_right_arrow.png! lien existant; la flèche est un lien vers l'écran de consultation/modification/suppression de ce lien
-* !disabled_left_arrow.png! ou !disabled_right_arrow.png! lien interdit; la flèche est inopérante dans le sens qui contredirait le type d'accès (entrée ou sortie seule)
-
-Lors de la consultation d'un accès, les liens arrêt-accès de cet accès sont affichés selon la même présentation
diff --git a/app/views/help/access_points.textile b/app/views/help/access_points.textile
deleted file mode 100644
index f8d38f085..000000000
--- a/app/views/help/access_points.textile
+++ /dev/null
@@ -1,76 +0,0 @@
----
-layout: default
-title: Accès
----
-
-* "Définition":#def
-* "Attributs":#attr
-* "Mode opératoire":#ope
-
-h3(#def). Définition
-
-Un *accès* est un élément d'infrastructure donnant sur la voirie et permettant d'accéder à un ou plusieurs arrêts physiques (point d'embarquement ou quai) non accessibles directement.
-
-Dans Chouette, les accès sont rattachés à une zone d'arrêt (arrêt commercial ou pôle d'échange) et peuvent être reliés par des liens arrêt-accès :
-
-* sous forme générique à la zone; ce qui donnera des valeurs par défaut pour tous les arrêts de celle-ci
-* sous forme spécifique à tout ou partie des arrêts physiques de cette zone, pour ceux qui nécessitent des précisions par rapport au cas général.
-
-h3(#attr). Attributs
-
-- Zone d'arrêt := nom de la zone d'arrêt contenant l'accès
-- Nom := nom de l'accès
-- Commentaire := zone de texte libre
-- Nom de la rue := nom de la rue de l'accès
-- Code INSEE := code INSEE de la commune de l'accès
-- Type d'accès := sens de circulation de l'accès
-
-* !access_in.png! entrée
-* !access_out.png! sortie
-* !access_in_out.png! entrée-sortie
-
-- Horaire d'ouverture := horaire d'ouverture de l'accès (hh:mm)
-- Horaire de fermeture := horaire d'ouverture de l'accès (hh:mm)
-- Ascenseur := indicateur (Oui ou Non)
-- Accès pour personne à mobilité réduite := indicateur (Oui ou Non)
-- Escalator disponible := indicateur (Oui ou Non)
-
-p(attr_data). Données géographiques :
-
-- Position X := coordonnée horizontale de l'accès dans le référentiel de projection de l'espace de données
-- Position Y := coordonnée verticale de l'accès dans le référentiel de projection de l'espace de données
-- Longitude := longitude de l'accès dans le référentiel WGS84
-- latitude := latitude de l'accès dans le référentiel WGS84
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 = AccessPoint : clé identifiant le type d'objet (valeur imposée)
-* 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3(#ope). Mode opératoire
-
-h4. Création
-
-la création est accessible dans l'écran de consultation d'une zone d'arrêt;
-lors de la création, la carte n'est pas disponible; pour localiser un accès sur la carte, il faut le créer puis le modifier.
-en modification, si l'accès n'a pas été positionné, il est proposé à l'emplacement de la zone d'arrêt associée ou par défaut au centre géographique de l'emprise de l'espace de données.
-
-h4. Déplacement sur la carte
-
-* activer le déplacement en cliquant sur l'accès -> 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'accès suit la souris
-* relâcher le bouton -> l'accès 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/access_points_links.textile b/app/views/help/access_points_links.textile
new file mode 100644
index 000000000..1bf479c36
--- /dev/null
+++ b/app/views/help/access_points_links.textile
@@ -0,0 +1,88 @@
+---
+layout: default
+title: Gestion des accès et liens associés
+---
+
+Au sein d'un arrêt commercial ou d'un pôle d'échange, il est possible de décrire en détail des accès à ces lieux.
+
+Des liens _"ajouter un accès"_ et _"gérer les liens arrêt-accès"_ sont accessibles dans le menu latéral à droite de l'écran.
+
+h3. Créer un accès
+
+Depuis la page d'un arrêt auquel l'accès se rapporte, cliquer sur _"ajouter un accès"_. Un formulaire de création permet de décrire l'accès.
+
+!2014-10-30_181251.png! Création d'un accès
+
+Le champ de localisation par coordonnées est disponible dès la création et permet de localiser un accès avec des données chiffrées. A noter que les données doivent être saisies dans un champ unique, séparée par une virgule. Cette configuration permet de faire des copier coller directs depuis googlemaps notamment.
+
+La carte n'est pas disponible au moment de la création. Elle apparaît lors de la modification. Il faut donc créer un accès puis le modifier si l'on souhaite localiser l'accès sur la cartographie plutôt que par les coordonnées.
+
+Si l'accès n'a pas été positionné, il est positionné par défaut à l'emplacement de la zone d'arrêt associée ou par défaut au centre géographique de l'emprise de l'espace de données.
+
+h4. Attributs de l'accès
+
+* Zone d'arrêt : nom de la zone d'arrêt contenant l'accès
+* Nom : nom de l'accès
+* Commentaire : zone de texte libre
+* Nom de la rue : nom de la rue de l'accès
+* Code INSEE : code INSEE de la commune de l'accès
+* Type d'accès : sens de circulation de l'accès
+** !access_in.png! entrée
+** !access_out.png! sortie
+** !access_in_out.png! entrée-sortie
+* Horaire d'ouverture : horaire d'ouverture de l'accès (hh:mm)
+* Horaire de fermeture : horaire d'ouverture de l'accès (hh:mm)
+* Ascenseur : indicateur (Oui ou Non)
+* Accès pour personne à mobilité réduite : indicateur (Oui ou Non)
+* Escalator disponible : indicateur (Oui ou Non)
+
+h4. Données géographiques :
+
+* Position X : coordonnée horizontale de l'accès dans le référentiel de projection de l'espace de données
+* Position Y : coordonnée verticale de l'accès dans le référentiel de projection de l'espace de données
+* Longitude : longitude de l'accès dans le référentiel WGS84
+* latitude : latitude de l'accès dans le référentiel WGS84
+
+h3. Modifier un accès
+
+Cliquer sur le pictogramme de modification de l'accès ou sur _"Modifier l'accès"_ dans le menu de droite permet d'afficher en modification le formulaire de création. La cartographie apparaît et il est possible d'y déplacer l'accès.
+
+h3. Consulter les accès existants
+
+Les accès existants sont listés en bas de la page de l'arrêt sous forme d'éléments de liste. Cliquer sur le nom de l'accès ou sur le lien _"Gérer les liens arrêt-accès"_ affiche la vue détaillée de l'accès qui permet notamment son paramétrage complet.
+
+Les liens entre l'accès et l'arrêt global est présenté en premier, suivi d'une liste entre l'accès et les arrêts fils. Chacune de ses relations est figurée par une double flèche qui permet de savoir si les accès sont valables et si oui, dans quel sens exactement.
+
+!2014-10-30_181326.png! Liste des accès d'un arrêt, située en bas de la page de l'arrêt
+
+h3. Paramétrer les accès
+
+Cliquer sur l'une des flèches affiche le formulaire de paramétrage détaillé de l'accès pour le sens de circulation correspondant à la flèche.
+
+!2014-10-30_181422.png! Définition des sens d'accès
+
+h4. Attributs du lien Accès / Arrêt
+
+* Nom : Le nom est généré automatiquement à partir du nom de l'accès et de l'arrêt. Il est descriptif du lien mais peut être modifié.
+* Type : Il n'est pas possible de modifier un type une fois qu'il a été défini. Le type est une liste à choix fermés :
+** Souterrain
+** Mixte
+** Aérien
+* Commentaire : zone de texte libre
+* Distance : la distance de l'accès en mètres
+* Accès pour voyageurs à mobilité réduite : indicateur (oui ou non)
+* Présence d'un escalator : indicateur (oui ou non)
+* Présence d'un ascenseur : indicateur (oui ou non)
+
+h4. Attributs de durées
+
+Ces attributs permettent de définir le temps qu'il faut pour emprunter l'accès (en heures/minutes/secondes). Les champs sont :
+
+* moyenne : le temps moyen tous cas confondus
+* pour un habitué : le temps moyen pour un voyageur régulier connaissant les lieux
+* pour un voyageur occasionnel : le temps moyen pour un voyageur régulier ne connaissant pas les lieux
+* pour un voyageur à mobilité réduite : le temps moyen pour un voyageur à mobilité réduite
+
+h3. Supprimer un accès
+
+Un accès peut-être supprimé en cliquant sur le pictogramme de suppression dans la liste des accès d'un arrêt ou bien en cliquant sur _"Supprimer cet accès"_ dans le menu latéral de droite dans la page de l'accès à supprimer.
diff --git a/app/views/help/browser.textile b/app/views/help/browser.textile
new file mode 100644
index 000000000..8796c25cb
--- /dev/null
+++ b/app/views/help/browser.textile
@@ -0,0 +1,17 @@
+---
+layout: default
+title: Navigateur
+---
+
+h3. Navigateur prérequis
+
+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 +)
+
+h3. Paramétrage du navigateur
+Le navigateur doit autoriser l’exécution de Javascript.
+
+L'application s'affiche de façon lisible sur toutes les tailles d'écran, même si le confort d'utilisation est supérieur avec un poste de travail ayant une résolution d'au moins 1280x1024. \ No newline at end of file
diff --git a/app/views/help/companies.textile b/app/views/help/companies.textile
index e991ae67c..26fcc1882 100644
--- a/app/views/help/companies.textile
+++ b/app/views/help/companies.textile
@@ -1,46 +1,51 @@
----
-layout: default
-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 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.
-
-h3. Attributs
-
-- Nom := nom du transporteur
-- Nom court := nom abrégé du transporteur
-- 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 := 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
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+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 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, une sorte de _"numéro d'enregistrement"_, qui est utilisé dans les échanges XML pour l'identifier 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 sans quoi des erreurs risquent fort de survenir lors de l'export des données vers des systèmes tiers les exploitants..
+
+h4. Liste des transporteurs
+
+Sélectionner _"Transporteurs"_ dans le menu _"Données"_ affiche la liste des Transporteurs existants dans l'espace de données.
+
+!2014-10-30_175216.png! Liste des transporteurs
+
+h4. Ajouter un transporteur
+
+Depuis la liste des transporteurs, cliquer sur _"Ajouter un transporteur"_ dans la partie droite de l'écran. Il est également possible de créer un nouveau transporteur depuis la page de n'importe quel transporteur.
+
+Un formulaire s'affiche. Les champs obligatoires sont signalés par des astérisques.
+
+h4. Afficher un transporteur existant
+
+Pour afficher un transporteur existant il suffit de cliquer sur le nom du transporteur depuis la liste des transporteurs existants.
+
+h4. Modifier un transporteur
+
+On peut modifier un transporteur en cliquant sur le bouton de modification directement depuis la liste des transporteurs ou depuis la page d'un transporteur particulier.
+
+h4. Supprimer un transporteur
+
+On peut modifier un transporteur en cliquant sur le bouton de modification directement depuis la liste des transporteurs ou depuis la page d'un transporteur particulier. A noter que les éléments rattachés à ce transporteur (lignes notamment) ne seront pas supprimés. Il sera toujours possible de les rattacher à un autre transporteur par la suite en les modifiant.
+
+h3. Attributs d'un transporteur
+
+* Nom : nom du transporteur
+* Nom court : nom abrégé du transporteur
+* 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 : 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
+
+
+
diff --git a/app/views/help/connection.textile b/app/views/help/connection.textile
new file mode 100644
index 000000000..85398329f
--- /dev/null
+++ b/app/views/help/connection.textile
@@ -0,0 +1,28 @@
+---
+layout: default
+title: Accès
+---
+
+h3. Adresse d'accès
+
+L’utilisateur peut utiliser l’application CHOUETTE depuis le site www.chouette.mobi (recommandé) 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).
+
+CHOUETTE est une application web, elle peut donc être utilisée depuis n'importe quel poste relié à Internet.
+
+h3. Utilisateurs et organisations
+
+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.
+
+!2014-10-30_173033.png! Accès au menu organisation
+
+Un utilisateur ne peut pas appartenir à plusieurs organisations.
+
+h3. Identification
+
+L'accès à CHOUETTE se fait par une identification par identifiant / mot de passe.
+
+Une fois identifié, l’utilisateur accède à un écran organisé autour des données à gérer. Chacune d'entre-elle se présente sous la forme d'un espace de données. A l'intérieur de chaque espace de données, des menus permettent de gérer (créer, modifier, supprimer) chaque type de données.
+
+L’application est disponible également en version anglaise et comprend le glossaire du présent manuel en ligne.
diff --git a/app/views/help/connection_links.textile b/app/views/help/connection_links.textile
index a4865465f..a23f23867 100644
--- a/app/views/help/connection_links.textile
+++ b/app/views/help/connection_links.textile
@@ -1,48 +1,53 @@
----
-layout: default
-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.
-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.
-
-h3. Attributs
-
-- Nom := nom de la correspondances
-- Commentaire := zone de texte libre
-- Distance := distance en mètres
-- Type := liste de choix parmi << Aérien >>, << Souterrain>> ou mixte << Aérien et souterrain >>
-- Départ := arrêt de départ de la correspondance
-- Arrivée := arrêt d'arrivée de la correspondance
-- Durée moyenne := champ de type horaire hh:mm
-- Durée pour un voyageur à mobilité réduite := champ de type horaire hh:mm
-- Durée pour un voyageur occasionnel := champ de type horaire hh:mm
-- Durée pour un habitué := champ de type horaire hh:mm
-- Ascenseur := indicateur (Oui ou Non)
-- Accès pour personne à mobilité réduite := indicateur (Oui ou Non)
-- Escalator disponible := indicateur (Oui ou Non)
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+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.
+
+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 >>). Elle permet notamment de préciser la distance et le temps de parcours de la correspondance.
+
+!2014-10-31_115014.png! Correspondance entre deux arrêts
+
+h3. Créer une correspondance
+
+La page des correspondance est accessible depuis le menu _"Données"_. Elle présente la liste des correspondances avec un champ de recherche par le nom. Dans le menu latéral, cliquer sur _"Ajouter une correspondance"_ permet d'afficher le formulaire de création d'une nouvelle correspondance.
+
+Seul le nom de la correspondance est obligatoire.
+
+Il est également possible de créer une nouvelle correspondance depuis la page de n'importe quelle correspondance existante. Il s'agira bien d'une nouvelle correspondance telle qu'elel pourrait être créée depuis la page des correspondances. Elle n'a aucun rapport avec la correspondance depuis laquelle elle a été créee.
+
+Une fois le formulaire enregistré, la page de la correspondance permet de définir les arrêts reliés par celle-ci. Les correspondances sont définies entre deux arrêts uniquement. Ils doivent être sélectionnés parmi les arrêts existants en base. La saisie d'éléments correspondant au nom de l'arrêt fera remonter des propositions correspondantes par l'auto-complétion.
+
+h3. Modifier une correspondance
+
+La modification d'une correspondance peut se faire soit depuis un élément de la liste des correspondances en cliquant sur le pictogramme de modification, soit par la page de la correspondance en cliquant sur _"Modifier cette correspondance"_.
+
+La modification de la correspondance permet de modifier le formulaire décrivant la correspondance.
+
+La modification des arrêts de départ et d'arrivée se fait uniquement depuis la page de la correspondance en cliquant sur _"Modifier les départs/arrivées"_. Une petite croix dans le coin de chaque arrêt en correspondance permet de les supprimer pour en re-paramétrer d'autres à la place.
+
+h3. Supprimer une correspondance
+
+La suppression d'une correspondance peut se faire soit depuis un élément de la liste des correspondances en cliquant sur le pictogramme de suppression, soit par la page de la correspondance en cliquant sur _"Supprimer cette correspondance"_. La suppression de la correspondance supprime également les départs/arrivées paramétrés.
+
+Il est possible de ne supprimer que les départs/arrivées en cliquant sur _"Modifier les départs/arrivées"_. Une petite croix dans le coin de chaque arrêt en correspondance permet de les supprimer.
+
+h3. Attributs
+
+* Nom : nom de la correspondances
+* Commentaire : zone de texte libre
+* Distance : distance en mètres
+* Type : liste de choix parmi << Aérien >>, << Souterrain>> ou mixte << Aérien et souterrain >>
+* Départ : arrêt de départ de la correspondance
+* Arrivée : arrêt d'arrivée de la correspondance
+* Durée moyenne : champ de type horaire hh:mm
+* Durée pour un voyageur à mobilité réduite : champ de type horaire hh:mm
+* Durée pour un voyageur occasionnel : champ de type horaire hh:mm
+* Durée pour un habitué : champ de type horaire hh:mm
+* Ascenseur : indicateur (Oui ou Non)
+* Accès pour personne à mobilité réduite : indicateur (Oui ou Non)
+* Escalator disponible : indicateur (Oui ou Non)
+
diff --git a/app/views/help/dataspaces.textile b/app/views/help/dataspaces.textile
index d138f26d7..8aca2f47b 100644
--- a/app/views/help/dataspaces.textile
+++ b/app/views/help/dataspaces.textile
@@ -1,32 +1,45 @@
----
-layout: default
-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. Plusieurs attributs sont définis au niveau d'un espace de données.
-
-h3. Attributs
-
-- Nom := nom de l'espace de données
-- Code := code de l'espace de données (voir implémentation)
-- Préfixe Neptune := préfixe utilisé par défaut lors la génération de nouveaux identifiants Neptune
-- 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.
-
-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 défini par l'attribut code.
-
-p. Les attributs de l'espace de données sont enregistrés dans la table REFERENTIALS du schéma 'public'
-
-p. Le préfixe Neptune est utilisé dans la génération des identifiants de l'ensemble des objets du modèle; sa modification n'a d'effet que sur les objets créés après.
-
-p. La projection géographique permet un affichage et l'export des coordonnées selon un système géographique secondaires; les coordonnées de ce système ne sont pas conservés dans la base.
-
-p. Les limitations de PosgreSQL imposent qu'un nom de schéma soit en minuscule et commence par une lettre; les préfixes *pg&#95;* ainsi que *public* sont réservés.
-
-p. Les noms et codes des espaces de données sont uniques quelque soit l'organisation; une erreur de doublon peut donc arriver si une autre organisation a déjà utilisé le même terme.
-
+---
+layout: default
+title: Espace de données
+---
+
+h3. Définition
+
+Un espace de données est le lieu de stockage d’un ensemble de données de transport connectées entre elles. Un espace de données correspond généralement à un territoire géographique homogène, partageant notamment tout ou partie de ses arrêts sur un ou plusieurs réseaux.
+
+Plusieurs attributs sont définis au niveau d’un espace de données.
+
+!2014-10-30_174529.png! Espace de données
+
+h3. Créer un nouvel espace de données
+
+A l'issue de l'identification, la page d'accueil listant tous les espaces de données s'affichent. Cette même page est accessible en cliquant sur le pictogramme Chouette situé en haut de la page. Cliquer sur le lien _"Ajouter un espace de données"_ situé dans le menu latéral affiche le formulaire de création d'espace de données.
+
+h3. Modifier un espace de données.
+
+Pour modifier un espace de données, il convient de cliquer sur le pictogramme en forme de crayon de l'espace de données.
+
+Il est également possible de le modifier depuis la page d'accueil de l'espace de données proprement dit en cliquant sur le lien _"Modifier cet espace de données"_ situé dans le menu latéral droit.
+
+Sur la page d'un espace de données, deux fonctions spécifiques sont disponibles :
+
+* Ajouter une clé d'accès API : La clé API permet à une application tierce de récupérer des données directement dans l'application pour les exploiter pour son propre fonctionnement. La clé, fournie par le prestataire chargé de la maintenance du système, permet au système tiers de s'identifier auprès de CHOUETTE.
+* Purge des données obsolètes : Cette fonction permet de supprimer tous les calendriers échus avant la date renseignée. Une fois les calendriers supprimés, CHOUETTE supprimera toutes les courses dépourvues de calendrier, puis les missions dépourvues de courses etc... Cela permet de nettoyer la base de toutes ses informations obsolètes. Il est possible de ne pas supprimer certaines catégories d'objets en cliquant les options correspondantes, notamment dans les cas où la modification est saisonnière et où les objets conservés seront utilisés ultérieurement. Purger les données permet de conserver une base de taille raisonnable. Autrement, toutes les données obsolètes resteront dans la base sans pour autant servir à quoi que ce soit.
+
+h3. Supprimer un espace de données
+
+Pour supprimer un espace de données, il convient de cliquer sur le pictogramme en forme de poubelle de l'espace de données.
+
+Il est également possible de le supprimer depuis la page d'accueil de l'espace de données proprement dit en cliquant sur le lien _"Supprimer cet espace de données"_ situé dans le menu latéral droit.
+
+h3. Attributs d'un espace de données
+
+Tous les champs sont obligatoires.
+
+* Nom : nom de l’espace de données
+* Code : code de l’espace de données (voir implémentation)
+* Préfixe Neptune : préfixe utilisé par défaut lors la génération de nouveaux identifiants Neptune
+* 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)
+* Emprise par défaut : emprise (en WGS84) utilisée pour positionner les cartes lorsqu’il n’y a pas d’élément à afficher. Lors de la création, chacun des points défini un carré pour l'affichage par défaut de la cartographie.
+
diff --git a/app/views/help/documentation.textile b/app/views/help/documentation.textile
deleted file mode 100644
index 5896ed7a0..000000000
--- a/app/views/help/documentation.textile
+++ /dev/null
@@ -1,8 +0,0 @@
----
-layout: default
-title: Documentation
----
-
-La documentation de Chouette (y compris le présent manuel utilisateur) est disponible sur le site "Chouette.mobi":http://www.chouette.mobi/docs
-
-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/edit.textile b/app/views/help/edit.textile
new file mode 100644
index 000000000..77ea00336
--- /dev/null
+++ b/app/views/help/edit.textile
@@ -0,0 +1,20 @@
+---
+layout: default
+title: Edition et suppression d'un élément
+---
+
+L'un des principes de fonctionnement de l'application pour la création, la modification et la supression d'un élément est de pouvoir utiliser deux méthodes différentes.
+
+L'une consiste à passer par les listes d'éléments et d'utiliser les boutons de modification et de suppression directement sur l'élément de la liste.
+
+!2014-10-30_174647.png! Modification d'un espace de données depuis un élément de liste.
+
+!2014-10-30_174728.png! Modification d'un espace de données depuis sa page.
+
+L'autre méthode consiste à utiliser les fonctions du menu latéral directement dans la page de l'élément à éditer.
+
+!2014-10-30_175041.png! Suppression d'un élément depuis la liste.
+
+!2014-10-30_175002.png! Suppression d'un élément depuis le menu latéral accessible dans sa page.
+
+
diff --git a/app/views/help/export_format.textile b/app/views/help/export_format.textile
new file mode 100644
index 000000000..5e3c5b108
--- /dev/null
+++ b/app/views/help/export_format.textile
@@ -0,0 +1,37 @@
+---
+layout: default
+title: Formats d'exports
+---
+
+h3. Rôle
+
+p. L'export permet d'extraire de la base un ensemble de données selon plusieurs formats.
+
+h3. Formats disponibles
+
+* Neptune : format d'échange de données de transport en commun pour la France (cf "Normalisation":normalisation)
+* NeTEx : format d'échange de données de transport en commun expérimental sur la future norme européenne ["NeTEx":http://www.normes-donnees-tc.org/format-dechange/donnees-theoriques/] mais limité au sous-ensemble des données définies dans le format Neptune
+* CSV : format tabulaire spécifique à Chouette (cf "CSV":csv)
+* GTFS : format destiné à ["Google Transit":https://developers.google.com/transit/gtfs/?hl=fr] ; les données exportées en GTFS sont explicités ["ICI":http://www.normes-donnees-tc.org/format-dechange/autres-normes/]
+* KML : format contenant l'ensemble des données cartographiées pouvant ainsi être importée dans un SIG
+* HUB : format tabulaire interne Transdev
+
+h3. Options des formats
+
+Les options des différents formats apparaissent en fonction de celui qui a été choisi.
+
+* *tout format* :
+** Type de données incluses :sélection des lignes exportées. Le choix porte sur toutes, les lignes d'une sélection de réseaux, de transporteurs ou directement sélectionnées =:
+** Données incluses : liste des données selon le type choisi; ce champs n'apparait pas pour le choix 'toutes' la sélection propose dès le premier caractère saisi la liste des objets dont le nom contient le texte.
+* *Neptune* :
+** Début de période : permet d'exporter uniquement les courses circulant à partir de cette date
+** Fin de période : permet d'exporter uniquement les courses circulant jusqu'à cette date
+* *GTFS* :
+** Fuseau horaire : fixe le fuseau horaire (paramètre obligatoire des données GTFS). La valeur proposée par défaut est celle de l'espace de données.
+** Données incluses (complément) : le choix des arrêts permet de n'exporter que les fichiers d'arrêts (stops.txt) et de correspondances (transfers.txt). 3 champs sont alors ajoutés : l'adresse, la localité et le code postal; ceux-ci seront exploités en retour sur l'import GTFS d'arrêts.
+* *NeTex* : pas d'option particulière
+* *CSV* : pas d'option particulière
+* *HUB* :
+** Début de période : permet d'exporter uniquement les courses circulant à partir de cette date.
+** Fin de période : permet d'exporter uniquement les courses circulant jusqu'à cette date.
+** Fuseau horaire : fixe le fuseau horaire, la valeur proposée par défaut est celle de l'espace de données.
diff --git a/app/views/help/faq.textile b/app/views/help/faq.textile
deleted file mode 100644
index e438d4bd2..000000000
--- a/app/views/help/faq.textile
+++ /dev/null
@@ -1,8 +0,0 @@
----
-layout: default
-title: Foire aux questions
----
-
-N'hésitez pas à nous solliciter pour toute question, nous compléterons la FAQ progressivement !
-
-"Forum de chouette.mobi":http://forum.chouette.mobi \ No newline at end of file
diff --git a/app/views/help/group_of_lines.textile b/app/views/help/group_of_lines.textile
index 05121ff46..0b1f0975b 100644
--- a/app/views/help/group_of_lines.textile
+++ b/app/views/help/group_of_lines.textile
@@ -1,39 +1,50 @@
----
-layout: default
-title: Groupes de lignes
----
-
-h3. Définition
-
-Un groupe de lignes regroupe un ensemble de lignes assurant un type de service commun ; ces lignes ne sont pas forcément du même réseau.
-Note 1: dans NeTex, le réseau est un groupe de ligne parmi les autres.
-
-Note 2: dans Neptune, une ligne ne peut appartenir qu'à un seul groupe de ligne; donc dans l'export Neptune, un seul groupe sera exporté.
-
-
-h3. Attributs
-
-- Nom := nom du groupe de lignes
-- Lignes := liste des "lignes":lines affectées au groupe
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-clé unique pérenne identifiant le groupe de lignes 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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+title: Groupe de lignes
+---
+
+h3. Définition
+
+Un groupe de lignes regroupe un ensemble de lignes assurant un type de service commun. Ces lignes ne font pas forcément partie du même réseau.
+
+Dans le format NeTex, le réseau est un groupe de lignes parmi les autres.
+
+Dans le format Neptune, une lignes ne peut appartenir qu'à un seul groupe de lignes ; donc dans l'export Neptune, un seul groupe sera exporté.
+
+h4. Liste des groupes de lignes
+
+Sélectionner _"groupes de lignes"_ dans le menu _"Données"_ affiche la liste des groupes de lignes existants dans l'espace de données.
+
+h4. Ajouter un groupe de lignes
+
+Depuis la liste des groupe de lignes, cliquer sur _"Ajouter un groupe de lignes"_ dans la partie droite de l'écran. Il est également possible de créer un nouveau groupe de lignes depuis la page de n'importe quel groupe de lignes.
+
+!2014-10-30_182229.png! Création d'un nouveau groupe de lignes depuis la liste des lignes
+
+Un formulaire s'affiche. Les champs obligatoires sont signalés par des astérisques.
+
+Dans le champs, _"Lignes associées"_, saisir les premiers caractères d'une ligne. L'auto-complétion présentera les lignes correspondant à la saisie. Taper sur _"Entrée"_ valide la proposition. Il est à noter que ces associations fonctionnent dans les deux sens et qu'il est également possible d'associer une ligne à un groupe de ligne depuis la page d'une ligne.
+
+h4. Afficher un groupe de lignes existant
+
+Pour afficher un groupe de lignes existant il suffit de cliquer sur le nom du groupe de lignes depuis la liste des groupes de lignes existants.
+
+Les arrêts des lignes du groupe sont affichés sur la cartographie.
+
+En bas de la page, un lien _"Liste des lignes"_ permet d'afficher la liste des lignes du groupe.
+
+h4. Modifier un groupe de lignes
+
+On peut modifier un groupe de lignes en cliquant sur le bouton de modification directement depuis la liste des groupes de lignes ou depuis la page d'un groupe de lignes particulier.
+
+h4. Supprimer un groupe de lignes
+
+On peut modifier un groupe de lignes en cliquant sur le bouton de suppression directement depuis la liste des groupes de lignes ou depuis la page d'un groupe de lignes particulier. Il est à noter que les lignes rattachées à ce groupe de lignes ne seront pas supprimés. Il sera toujours possible de les rattacher à un autre groupe de lignes par la suite en les modifiant.
+
+h3. Attributs d'un groupe de lignes
+
+* Nom : nom du groupe de lignes
+* Commentaire : Champs de saisie libre pour identifier l'usage du groupe de lignes.
+
+
+
diff --git a/app/views/help/import_formats.textile b/app/views/help/import_formats.textile
new file mode 100644
index 000000000..0cd3b63b0
--- /dev/null
+++ b/app/views/help/import_formats.textile
@@ -0,0 +1,39 @@
+---
+layout: default
+title: Formats d'imports
+---
+
+h3(#fmt). Formats disponibles
+
+* Neptune : format d'échange de données de transport en commun pour la France (cf "Normalisation":normalisation)
+* NeTEx : format d'échange de données de transport en commun expérimental sur la future norme européenne ["NeTEx":http://www.normes-donnees-tc.org/format-dechange/donnees-theoriques/] mais limité au sous-ensemble des données définies dans le format Neptune
+* CSV : format tabulaire spécifique à Chouette (cf "CSV":csv)
+* GTFS : format originaire de ["Google Transit":https://support.google.com/transitpartners/], à condition que le fichier soit préalablement validé avec l'outil Feed Validator =:
+
+p(olnext). - les données exportées en GTFS sont explicités ["ICI":http://www.normes-donnees-tc.org/format-dechange/autres-normes/]
+
+p(olnext). - l'import limité au sous ensemble des arrêts permet de n'importer que les arrêts et les correspondances
+
+h3(#com). Paramètres communs
+
+* Pas de sauvegarde : permet d'effectuer une simulation de l'import sans enregistrer les données
+p(ddnext). - active donc les tests de validation de niveau 1 et 2
+* Jeu de paramètres pour validation := paramètres définissant les seuils des tests de niveau 3 (indisponible si l'option 'pas de sauvegarde' est cochée)
+p(ddnext). - les jeux de paramètres sont créés via le lien ["Jeux de paramètres":parametersets] disponible sur les vues des listes d'imports et de validations
+* Fichier à importer := fichier (plat ou zip selon format)
+
+h3(#opt). Options des formats
+
+Les options des différents formats apparaissent en fonction de celui qui a été choisi.
+
+* *Neptune* : pas d'option particulière
+* *NeTex* : pas d'option particulière
+* *GTFS* :
+** Préfixe d'identifiants : préfixe à utiliser pour générer les identifiants Neptune des objets importés, initialisé à la valeur définie pour l'espace de données.
+** Distance max pour créer les zones : distance maximale entre deux arrêts homonymes pour les regrouper au sein d'un arrêt commercial de même nom, ces zones viennent en supplément de celles définies dans GTFS, une distance de 0 ne génère aucune zone.
+** ignorer le dernier mot : lors de la comparaison des noms d'arrêts, cette option permet de ne pas prendre en compte le dernier mot du nom de l'arrêt (sauf si celui-ci n'est composé que d'un seul mot).
+** ignorer les n derniers caractères : lors de la comparaison des noms d'arrêts, cette option permet de ne pas prendre en compte les derniers caractères du nom de l'arrêt (sauf si celui-ci n'a pas assez de caractères pour cela)
+** Distance max pour créer les correspondances : distance maximale entre deux arrêts pour les lier par une correspondance, ces correspondances sont hors zone d'arrêt. Elles viennent en supplément de celles définies dans GTFS (ce mécanisme tient compte des correspondances exclues), une distance de 0 ne génère aucune correspondance.
+** Sous-ensemble : choix permettant de limiter l'import aux seuls fichiers stops.txt et transfers.txt. Lors de l'import, les attributs d'adresse, localité et code postal ajoutés à l'export associé sont exploités :
+* *CSV* :
+** Préfixe d'identifiants : préfixe à utiliser pour générer les identifiants Neptune des objets importés, initialisé à la valeur définie pour l'espace de données. \ No newline at end of file
diff --git a/app/views/help/imports.textile b/app/views/help/imports.textile
index f4b5c894a..ddc93edc0 100644
--- a/app/views/help/imports.textile
+++ b/app/views/help/imports.textile
@@ -5,9 +5,6 @@ title: Imports
* "Rôle":#rol
* "Validation":#val
-* "Formats disponibles":#fmt
-* "Paramètres communs":#com
-* "Options des formats":#opt
* "l’onglet IMPORTS":#imp
* "Nouvel Import":#new
* "Paramètres de validation":pvl
@@ -19,6 +16,8 @@ h3(#rol). Rôle
p. L’import permet d’enregistrer dans la base un jeu de données d'offre TC, selon un format au choix. Des tests de validation des données sont exécutés avant l'import en base de données (plus détaillées dans le cas du format Neptune). Il est possible d'importer sans sauver en base, uniquement pour jouer les tests de vérification de conformité. Dans ce cas les tests en base de données (auxquels sont associés les jeux de paramètres) ne seront pas exécutés (et donc aucun test ne sera exécuté, pour des données CSV, GTFS, ou Netex).
+!2014-10-31_151613.png! Page des imports
+
h3(#val). Validation
p. Lors de l'import, des tests sont effectués :
@@ -31,65 +30,6 @@ p(olnext). - nécessite la fourniture d'un jeu de paramètres définissant les s
p(note). Les tests de niveau 1 et 2 ne sont actuellement implémentés que pour le format Neptune
-h3(#fmt). Formats disponibles
-
-- Neptune := format d'échange de données de transport en commun pour la France (cf "Normalisation":normalisation)
-- NeTEx := format d'échange de données de transport en commun expérimental sur la future norme européenne ["NeTEx":http://www.normes-donnees-tc.org/format-dechange/donnees-theoriques/] mais limité au sous-ensemble des données définies dans le format Neptune
-- CSV := format tabulaire spécifique à Chouette (cf "CSV":csv)
-- GTFS :=
-format originaire de ["Google Transit":https://support.google.com/transitpartners/], à condition que le fichier soit préalablement validé avec l'outil Feed Validator =:
-
-p(olnext). - les données exportées en GTFS sont explicités ["ICI":http://www.normes-donnees-tc.org/format-dechange/autres-normes/]
-
-p(olnext). - l'import limité au sous ensemble des arrêts permet de n'importer que les arrêts et les correspondances
-
-h3(#com). Paramètres communs
-
-- Pas de sauvegarde := permet d'effectuer une simulation de l'import sans enregistrer les données
-
-p(ddnext). - active donc les tests de validation de niveau 1 et 2
-
-- Jeu de paramètres pour validation := paramètres définissant les seuils des tests de niveau 3 (indisponible si l'option 'pas de sauvegarde' est cochée)
-
-p(ddnext). - les jeux de paramètres sont créés via le lien ["Jeux de paramètres":parametersets] disponible sur les vues des listes d'imports et de validations
-
-- Fichier à importer := fichier (plat ou zip selon format)
-
-h3(#opt). Options des formats
-
-Les options des différents formats apparaissent en fonction de celui qui a été choisi.
-
-* *Neptune* : pas d'option particulière
-
-* *NeTex* : pas d'option particulière
-
-* *GTFS* :
-
-- Préfixe d'identifiants :=
-préfixe à utiliser pour générer les identifiants Neptune des objets importés,
-initialisé à la valeur définie pour l'espace de données =:
-- Distance max pour créer les zones :=
-distance maximale entre deux arrêts homonymes pour les regrouper au sein d'un arrêt commercial de même nom,
-ces zones viennent en supplément de celles définies dans GTFS,
-une distance de 0 ne génère aucune zone =:
-- ignorer le dernier mot :=
-lors de la comparaison des noms d'arrêts, cette option permet de ne pas prendre en compte le dernier mot du nom de l'arrêt (sauf si celui-ci n'est composé que d'un seul mot) =:
-- ignorer les n derniers caractères :=
-lors de la comparaison des noms d'arrêts, cette option permet de ne pas prendre en compte les derniers caractères du nom de l'arrêt (sauf si celui-ci n'a pas assez de caractères pour cela) =:
-- Distance max pour créer les correspondances :=
-distance maximale entre deux arrêts pour les lier par une correspondance,
-ces correspondances sont hors zone d'arrêt;
-elles viennent en supplément de celles définies dans GTFS (ce mécanisme tient compte des correspondances exclues),
-une distance de 0 ne génère aucune correspondance =:
-- Sous-ensemble :=
-choix permetant de limiter l'import aux seuls fichiers stops.txt et transfers.txt
-lors de l'import, les attributs d'adresse, localité et code postal ajoutés à l'export associé sont exploités =:
-
-* *CSV* :
-
-- Préfixe d'identifiants :=
-préfixe à utiliser pour générer les identifiants Neptune des objets importés,
-initialisé à la valeur définie pour l'espace de données =:
h3(#imp). l'onglet IMPORTS
diff --git a/app/views/help/introduction.textile b/app/views/help/introduction.textile
index ffa00ae49..050c2f0c4 100644
--- a/app/views/help/introduction.textile
+++ b/app/views/help/introduction.textile
@@ -1,9 +1,23 @@
---
layout: default
-title: Introduction
+title: Présentation
---
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...
+!2014-10-30_172801.png!
+
+CHOUETTE est une application web. Elle permet de saisir, éditer, tester des données théoriques de transport public depuis un navigateur internet. Afin de faciliter la création de réseaux complets. Elle est dotée de fonctions d'import, soit depuis d'autres formats d'applications équivalentes, soit au travers d'un fichier CSV qui permet de mener des imports massifs plutôt que de saisir tous les éléments un a un dans les formulaires adhoc.
+
+h3. A qui s'adresse ce manuel ?
+
+Ce manuel s’adresse aux utilisateurs de CHOUETTE. 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 également identifiés : services de l'état, éditeurs de logiciels, opérateurs de services d'information, chercheurs...
+
+h3. Ce que vous trouverez dans ce manuel
+
+Vous trouverez dans ce document, toutes les informations nécessaires à la prise en main de l’application.
+Le manuel couvre la version 2.5.0.
+
+
+
diff --git a/app/views/help/journey_patterns.textile b/app/views/help/journey_patterns.textile
index b6a67e0e1..1eb45b5fe 100644
--- a/app/views/help/journey_patterns.textile
+++ b/app/views/help/journey_patterns.textile
@@ -1,37 +1,41 @@
----
-layout: default
-title: Missions
----
-
-h3. Définition
-
-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
-
-- Nom := nom de la mission
-- Nom public := nom public pour les voyageurs
-- Numéro d'enregistrement := Le numéro d'enregistrement est unique. Aucune règle de nommage ne s'applique sur ce numéro. Celui-ci doit être unique sur l'ensemble des missions de la ligne.
-- Commentaire := zone de texte libre
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+title: Missions
+---
+
+h3. Définition
+
+Une _"Mission"_ est une sélection ordonnée d'arrêts issue d'une séquence d'arrêts de à partir de laquelle il sera possible de créer des courses, c'est à dire d'associer différents horaires à la mission. Les arrêts de la mission sont toute ou partie des arrêts de la séquence d'arrêts.
+
+Une mission est spécifique à une _"séquence d'arrêts"_. Une même séquence d'arrêts peut contenir plusieurs missions différentes.
+
+Les différentes missions peuvent regrouper des arrêts communs et comporter des doublons d'arrêts.
+
+h3. Créer une mission
+
+La création d'une mission se fait depuis la page d'une séquence d'arrêt. Pour créer une mission il convient de cliquer sur _"Ajouter une mission"_ dans le menu latéral à droite. Un formulaire de création s'affiche alors.
+
+En bas du formulaire les arrêts sélectionnés dans la séquence d'arrêts sont sélectionnables par des cases à cocher.
+
+!2014-10-31_113803.png! Sélection des arrêts d'une mission
+
+h3. Modifier une mission
+
+On peut modifier une mission en cliquant sur le bouton de modification directement depuis la liste des lignes ou depuis la page de la séquence d'arrêts que l'on souhaite modifier. Dans le premier cas, on clique sur le pictogramme de modification dans la liste, dans le second cas, le lien _"Modifier cette mission"_ est situé dans le menu latéral de droite.
+
+h3. Supprimer une séquence d'arrêts
+
+Il est possible de supprimer une mission depuis la page de la séquence d'arrêt. Chaque élément de la liste des missions en bas de la page est dotée d'un pictogramme de suppression. Il est à noter que la suppression de la mission ne supprime par les arrêts qu'elle contient.
+
+La suppression de la mission est également possible depuis la page de la séquence elle-même. Le lien _"Supprimer cette mission"_ efface la mission courante.
+
+h3. Attributs
+
+* Nom := nom de la mission
+* Nom public := nom public pour les voyageurs
+* Numéro d'enregistrement := Le numéro d'enregistrement est unique. Aucune règle de nommage ne s'applique sur ce numéro. Celui-ci doit être unique sur l'ensemble des missions de la ligne.
+* Commentaire := zone de texte libre
+
+
+
+
diff --git a/app/views/help/lines.textile b/app/views/help/lines.textile
index 518f9dc9a..9c6b13d57 100644
--- a/app/views/help/lines.textile
+++ b/app/views/help/lines.textile
@@ -1,51 +1,66 @@
----
-layout: default
-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.
-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
-
-- Réseau := réseau d'appartenance de la ligne
-- Transporteur :=
-transporteur principal exploitant la ligne
-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
-- Numéro d'enregistrement := code référençant une ligne au sein d'une autorité supérieure
-- Indice := indice de la ligne
-- Mode de transport :=
-mode de transport principal de la ligne
-d'autres modes de transports particuliers peuvent être indiqués au niveau de chaque course
-=:
-- Accessibilité PMR := précise si la ligne est équipée PMR
-- Transport à la demande := précise si la ligne est en exploitation à la demande ou pas
-- Commentaire := zone de texte libre sur la ligne
-- Groupes de lignes := "groupes de lignes":group_of_lines auxquels appartient la ligne
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+title: Lignes
+---
+
+h3. Définition
+
+Une _"ligne"_ se compose d'un ou plusieurs itinéraires et est associée avec un réseau et un transporteur.
+
+La ligne dispose d'un identifiant fonctionnel, une sorte de _"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.
+
+h4. Liste des groupes de lignes
+
+Sélectionner _"Lignes"_ dans le menu _"Données"_ affiche la liste des lignes existants dans l'espace de données.
+
+h4. Ajouter une ligne
+
+Depuis la liste des groupe de lignes, cliquer sur _"Ajouter une ligne"_ dans la partie droite de l'écran. Il est également possible de créer une nouvelle ligne depuis la page de n'importe quelle ligne.
+
+Un formulaire s'affiche. Les champs obligatoires sont signalés par des astérisques.
+
+Dans le champs, _"Groupes de lignes associés"_, saisir les premiers caractères d'une ligne. L'auto-complétion présentera les groupes de lignes correspondant à la saisie. Taper sur _"Entrée"_ valide la proposition. Il est à noter que ces associations fonctionne dans les deux sens et qu'il est également possible de rajouter une ligne dans un groupe de ligne depuis la page d'un groupe de lignes.
+
+h4. Afficher une ligne existante
+
+Le nombre de lignes pouvant être assez important, il est probable que toutes les lignes ne puissent pas s'afficher sur la page des lignes. Des fonctions de recherche situées en haut de la page permettent de faire une recherche par le nom ou le numéro d'indice. Cliquer sur _"recherche avancée"_ permet de sélectionner des critères de recherche :
+
+* Réseau
+* Transporteur
+* Groupe de lignes
+
+Pour afficher une ligne existante, il suffit de cliquer sur le nom de la ligne depuis la liste des lignes existantes.
+
+Sur la page d'une ligne, les arrêts des lignes du groupe sont affichés sur la cartographie. Au survol des arrêts avec le curseur le nom de l'arrêt s'affiche dans une infobulle.
+
+En bas de la page, un lien _"Liste des arrêts de la ligne"_ affiche la liste des séquences d'arrêts de la ligne, d'y accéder, de les éditer et d'en créer de nouvelles.
+
+Les arrêts des différentes séquences d'arrêts apparaissent sur la cartographie. Une infobulle permet de connaître le nom de l'arrêt et rappelle le type d'arrêt.
+
+!2014-10-31_112140.png! Vue d'une ligne.
+
+h4. Modifier une lignes
+
+On peut modifier une ligne en cliquant sur le bouton de modification directement depuis la liste des lignes ou depuis la page d'une ligne particulière.
+
+h4. Supprimer une ligne
+
+On peut supprimer une ligne en cliquant sur le bouton de suppression directement depuis la liste des lignes ou depuis la page d'une ligne particulière. Il est à noter que les itinéraires rattachés à ce groupe de lignes ne seront pas supprimés [à vérifier]. Il sera toujours possible de les rattacher à une autre ligne par la suite.
+
+Dans le menu latéral situé à droite, un lien _"activer la sélection multiple"_ permet d'afficher des cases à cocher sur chacun des éléments de la liste. Ces cases permettent de définir les lignes qui pourront être supprimées en même temps. Une fois la sélection multiple activiée, deux raccourcis permettent de tout sélectionner et de tout déselectionner.
+
+h3. Attributs d'une ligne
+
+* Réseau : réseau d'appartenance de la ligne
+* Transporteur : transporteur principal exploitant la ligne. Dans le cas où plusieurs transporteurs assurent le service d'une même ligne, les autres transporteurs 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
+* Numéro d'enregistrement : code référençant une ligne au sein d'une autorité supérieure
+* Indice : indice de la ligne [préciser]
+* Mode de transport : mode de transport principal de la ligne. Le cas échéant, d'autres modes de transports particuliers peuvent être indiqués au niveau de chaque course.
+* Accessibilité PMR : précise si la ligne est équipée PMR
+* Transport à la demande : précise si la ligne est en exploitation à la demande ou pas [préciser si c'est également définissable au niveau de la course]
+* Commentaire : zone de texte libre sur la ligne
+* Groupes de lignes : _"groupes de lignes"_ auxquels appartient la ligne
+
+
diff --git a/app/views/help/maps.textile b/app/views/help/maps.textile
new file mode 100644
index 000000000..c0a1f2ac1
--- /dev/null
+++ b/app/views/help/maps.textile
@@ -0,0 +1,14 @@
+---
+layout: default
+title: Cartographie
+---
+
+h3. Cartographie
+
+Les éléments géolocalisés sont affichés sur une cartographie. Il est possible de naviguer dans la cartographie à l'aide de la souris avec un cliquer-glisser pour faire défiler la cartographie et avec la molette pour zoomer ou dé-zoomer. Ces fonctions sont également disponibles par les boutons affichés sur la cartographie.
+
+Le fond cartographique par défaut est la vue aérienne du géoportail mais il est possible de sélectionner un autre fond cartographique de son choix en cliquant sur le petit "_+_" situé à droite de la cartographie.
+
+Sur la vue des lignes, le nom de l'arrêt s'affiche lorsque l'on place le curseur au-dessus de celui-ci.
+
+Lorsque l'on modifie un arrêt, il est possible de le déplacer directement sur la cartographie à l'aide de la souris. Sa géolocalisation est alors remise à jour automatiquement. \ No newline at end of file
diff --git a/app/views/help/metadata.textile b/app/views/help/metadata.textile
new file mode 100644
index 000000000..a405db3f3
--- /dev/null
+++ b/app/views/help/metadata.textile
@@ -0,0 +1,39 @@
+---
+layout: default
+title: Métadonnées
+---
+
+Tous les éléments définis dans CHOUETTE sont identifiés par des métadonnées Neptune spécifiques. Ces métadonnées peuvent être générées automatiquement à la création de l'objet de telle sorte qu'il n'est pas nécessaire de les renseigner. Il reste toutefois possible de leur attribuer une valeur manuellement si nécessaire.
+
+Chaque type est identifié par une clé qui permet de déterminer quel est sa nature (arrêt, ligne, transporteur etc...). La norme suggère des clés types qui sont résumées dans le tableau ci-dessous.
+
+h3. Métadonnées d'un transporteur
+
+* Identifiant Neptune : Il s'agit d'un clé unique pérenne identifiant le transporteur pour les échanges Neptune. Cet identifiant est composé de 3 parties :
+** 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 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.
+* 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)
+* Créé par : compte utilisateur ayant procédé à la dernière modification
+
+!2014-10-30_175715.png! Exemple d'identifiant Neptune
+
+h3. Clés
+
+table(meta).
+|_. Donnée|_. Clé|
+|Réseau|GroupOfLine|
+|Transporteur|Company|
+|Groupe de lignes|GroupOfLine|
+|Arrêt|StopArea|
+|Accès|AccessPoint|
+|Lien d'accès|AccessLink|
+|Correspondance|ConnectionLink|
+|Ligne|Line|
+|Séquence d'arrêts|Route|
+|Mission|JourneyPattern|
+|Course|VehicleJourney|
+|Calendrier|Timetable|
+
+
diff --git a/app/views/help/navigation.textile b/app/views/help/navigation.textile
new file mode 100644
index 000000000..fa51bd5d9
--- /dev/null
+++ b/app/views/help/navigation.textile
@@ -0,0 +1,61 @@
+---
+layout: default
+title: Navigation
+---
+
+La navigation dans CHOUETTE se fait à la souris sans utilisation du clic droit.
+
+h3. Bandeau supérieur
+
+Le bandeau supérieur regroupe l'essentiel des liens de navigation :
+
+* Le logo CHOUETTE situé à gauche dans le bandeau supérieur permet de revenir à tout moment à l'accueil de CHOUETTE.
+* L'espace de travail où l'utilisateur se trouve actuellement et qui permet de passer d'un espace de travail à un autre par une liste déroulante quelle que soit la page active.
+* Toutes les rubriques de l'espace de données courant.
+* L'accès à la page d'aide qui s'ouvre un nouvel onglet.
+* Les préférences utilisateurs, notamment le choix de langue et les paramètres du compte.
+
+!2014-10-30_173410.png! Bandeau supérieur de CHOUETTE
+
+h3. Listes d'éléments
+
+Les listes prennent la forme de "_boites_" rangées côte à côte. Dans le cas où le titre de l'élément est trop long pour être affiché entièrement, une infobulle complète apparaît au survol du titre.
+
+Les éléments de l'application qui apparaissent sous la forme de liens sont ceux qui peuvent faire l'objet d'un paramétrage détaillés. Il s'accompagnent dans les listes de pictogramme de modification et de suppression. Le pictogramme de modification ne concerne que les propriétés générales de l'élément et non pas les informations spécifiques qu'il regroupe. Il faut cliquer sur le lien proprement dit pour pouvoir consulter et éditer les informations correspondantes. Le pictogramme de suppression permet de supprimer effectivement toutes les informations correspondant à l'élément.
+
+!2014-10-30_173506.png! Exemple de liste d'éléments
+
+Les listes d'éléments peuvent dans certains cas être réduites afin de ne pas surcharger la page. Cliquer sur le titre de la liste permet d'afficher la liste des éléments.
+
+h3. Fonctions d'édition
+
+Les fonctions d'édition des données proprement dites se situent à droite de l'affichage principal.
+
+!2014-10-30_173604.png! Fonctions d'édition des arrêts
+
+h3. Déplacement d'un objet sur la cartographie
+
+CHOUETTE permet de déplacer élément, arrêt ou accès par exemple, sur la cartographie. Pour cela il convient :
+
+* d'activer le déplacement en cliquant sur l'arrêt. Le curseur prend alors la forme d'une quadruple flèche
+* d'appuyer ensuite sur le bouton gauche de la souris et le maintenir appuyé lors du déplacement. L'arrêt peut alors être déplacé avec la souris
+* de relâcher le bouton, l'arrêt est positionné sur une nouvelle position fixe.
+* de cliquer sur la carte permet de sortir du mode déplacement et de finaliser le déplacement en mettant les coordonnées à jour dans le formulaire
+
+!2014-10-30_173740.png! Déplacement d'un arrêt sur la cartographie
+
+h3. Auto-complétion
+
+De nombreux champs de CHOUETTE font appel à des fonctions d'auto-complétion de telle sorte que des éléments tapés dans le champs font automatiquement remonter des éléments pertinents déjà connus du système.
+
+!2014-10-30_173913.png! Auto-complétion sur la sélection d'un arrêt.
+
+h3. Architecture de l'interface de CHOUETTE
+
+Un certain nombre d'éléments constitutifs de la base de données sont accessibles en tant que sous éléments de menus accessibles depuis la page. Il en va ainsi par exemple des horaires qui sont accessibles au travers des lignes puis des séquences d'arrêts. Il est conseillé à l'utilisateur débutant de se reporter au chapitre _"Créer un réseau à partir de zéro"_ situé en annexe pour un rappel de l'ordre dans lequel il faut créer les éléments du réseau.
+
+!navigation.png! Navigation au sein de l'application CHOUETTE
+
+
+
+
diff --git a/app/views/help/networks.textile b/app/views/help/networks.textile
index cd21ddda9..e91ac0f19 100644
--- a/app/views/help/networks.textile
+++ b/app/views/help/networks.textile
@@ -5,39 +5,17 @@ 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":vehicle_journeys, et les "courses":vehicle_journeys qui le définissent.
+Un _"réseau"_ est défini dans la page correspondante. A chaque réseau s'associent des "lignes":lines, des "séquences d'arrêts":routes, des "Interdictions de Trafic Local":stop_areas (ITL), des "horaires":vehicle_journeys, et des "courses":vehicle_journeys. Il convient donc de définir un réseau avant de créer ces éléments.
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
-- Nom := nom du réseau
-- Numéro d'enregistrement := code référençant un réseau au sein d'une autorité supérieure
-- Commentaire := zone de texte libre sur le réseau
-- Date de version := date de mise en référence de l'ensemble des constituants du réseau
-- Description := description du réseau
-- Nom du système origine := nom du système ayant produit les données du réseau
-- Identifiant du système origine := identifiant du système ayant produit les données du réseau
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
+* Nom :nom du réseau
+* Numéro d'enregistrement : code référençant un réseau au sein d'une autorité supérieure
+* Commentaire : zone de texte libre sur le réseau
+* Date de version : date de mise en référence de l'ensemble des constituants du réseau
+* Description : description du réseau
+* Nom du système origine : nom du système ayant produit les données du réseau
+* Identifiant du système origine : identifiant du système ayant produit les données du réseau
diff --git a/app/views/help/normalisation.textile b/app/views/help/normalisation.textile
deleted file mode 100644
index 97f69419d..000000000
--- a/app/views/help/normalisation.textile
+++ /dev/null
@@ -1,46 +0,0 @@
----
-layout: default
-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ë 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":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 :
-
-* un modèle d'échange pair à pair entre fournisseur et client, avec possibilité d'abonnement ;
-* 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 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 profil d'échange NEPTUNE
-
-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) .
-
-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 (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/parametersets.textile b/app/views/help/parametersets.textile
index e5a9c0045..f3cc61e87 100644
--- a/app/views/help/parametersets.textile
+++ b/app/views/help/parametersets.textile
@@ -1,61 +1,57 @@
----
-layout: default
-title: Jeux de paramètres de validation
----
-
-h3. Définition
-
-La phase 3 de la validation nécessite de définir des paramètres afin d'adapter les tests au plus proche de la réalité du terrain.
-
-Afin de rejouer facilement les tests dans différent contextes, il est possible de définir plusieurs jeux qui sont conservés indépendamment des validations.
-
-Un jeu de paramètre est proposé par défaut à la création du référentiel; celui-ci peut être modifié ou détruit; il n'est alors pas possible de le recréer.
-
-h3. Paramètres généraux
-
-- Nom := Nom du jeu de données (nom utilisé pour sa sélection dans les imports et validations)
-- Délimitation géographique des arrêts :=
-Emprise géographique du réseau (tous les arrêts testés devront être inclus dans cette zone)
-Le format de ce champs est un ensemble de points formant une polyligne fermée:
-[[longitude1,latitude1],[longitude2,latitude2],,,[longitudeN,latitudeN],[longitude1,latitude1]]
-Les longitudes et latitudes sont exprimées en degré, décimaux positifs à l'est et au nord
-=:
-- Durée maximum de stationnement à un arrêt (en secondes) := écart de temps maximal autorisé entre l'heure d'arrivée et l'heure de départ à un arrêt
-
-p. *Distance minimum entre :* (en mètres)
-
-- 2 arrêts n'ayant pas le même parent := distance en deçà de laquelle 2 arrêts devraient être regroupés dans la même zone
-- 2 accès de noms différents pour un même arrêt := distance en deçà de laquelle 2 accès d'un même arrêt devraient en être qu'un
-
-p. *Distance maximum entre :* (en mètres)
-
-- un arrêt et son parent := distance au delà de laquelle un arrêt ne devrait pas être rattaché à une zone
-- les arrêts en correspondance := distance au delà de laquelle la correspondance entre 2 arrêts ne devraient pas être possible
-- liaison accès - arrêt := distance au delà de laquelle l'accès à un arrêt ne devrait pas être possible
-- un arrêt et un équipement := distance au delà de laquelle un équipement ne devrait pas être rattaché à un arrêt
-
-p. *Vitesse de marche maximum d'un voyageur :* (en kilomètres/heure)
-vitesse maximale admise dans les correspondances et les liaisons arrêt - accès pour :
-
-- un voyageur ordinaire := qui a un connaissance théorique du réseau
-- un voyageur occasionnel := qui ne connaît pas le réseau
-- un voyageur habituel := qui connaît bien le réseau
-- un voyageur à mobilité réduite := qui a des difficultés de déplacement
-
-
-h3. Paramètres par mode de transport.
-
-p. les paramètres suivants sont à définir pour chaque mode de transport disponible dans le réseau à tester.
-
-- Distance minimum entre 2 arrêts (en mètres) := distance minimale de parcours d'un véhicule entre 2 arrêts.
-- Distance maximum entre 2 arrêts (en mètres) := distance maximale de parcours d'un véhicule entre 2 arrêts.
-- Vitesse minimum (en kilomètres/heure) := vitesse minimale attendue entre 2 arrêts d'une course
-- Vitesse maximum (en kilomètres/heure) := vitesse maximale attendue entre 2 arrêts d'une course
-- Écart maximum de durée de trajet entre 2 arrêts successifs pour les différentes courses (en secondes) :=
-la différence de temps de trajet entre 2 arrêts successifs de 2 courses d'une même mission ne doit pas dépasser ce seuil =:
-
-h3. Remarques
-
-p. Les distances sont calculées _à vol d'oiseau_ et les vitesses sont déterminées par rapport à ces distances.
-Les résultats des tests utilisant ces valeurs sont donc à prendre avec les réserves adéquates.
-
+---
+layout: default
+title: Jeux de paramètres de validation
+---
+
+h3. Définition
+
+CHOUETTE intègre un outil de validation de la base de données qui permet de détecter les erreurs les plus grossières qui auraient pu être laissée dans la base de données. Un ensemble de tests est disponible mais il n'est pas obligatoire de les passer tous. L'utilisateur peut créer son propre jeu de tests au travers d'un _"jeu de paramètres"_ dans le menu validation.
+
+Les paramètres de tests peuvent donc être choisis afin d'adapter les tests à la réalité du terrain.
+
+Afin de rejouer facilement les tests dans différent contextes, il est possible de définir plusieurs jeux qui sont conservés indépendamment des validations.
+
+Un jeu de paramètre est proposé par défaut à la création du référentiel; celui-ci peut être modifié ou détruit; il n'est alors pas possible de le recréer.
+
+h3. Paramètres généraux
+
+* Nom : Nom du jeu de données (nom utilisé pour sa sélection dans les imports et validations)
+* Délimitation géographique des arrêts : Emprise géographique du réseau (tous les arrêts testés devront être inclus dans cette zone). Le format de ce champs est un ensemble de points formant une polyligne fermée:[[longitude1,latitude1],[longitude2,latitude2],,,[longitudeN,latitudeN],[longitude1,latitude1]], Les longitudes et latitudes sont exprimées en degré, décimaux positifs à l'est et au nord. Il s'agit du format WGS84 normé également utilisé dans googlemaps ou open street map.
+* Durée maximum de stationnement à un arrêt (en secondes) := écart de temps maximal autorisé entre l'heure d'arrivée et l'heure de départ à un arrêt
+
+p. *Distance minimum entre :* (en mètres)
+
+* 2 arrêts n'ayant pas le même parent := distance en deçà de laquelle 2 arrêts devraient être regroupés dans la même zone
+* 2 accès de noms différents pour un même arrêt := distance en deçà de laquelle 2 accès d'un même arrêt devraient en être qu'un
+
+p. *Distance maximum entre :* (en mètres)
+
+* un arrêt et son parent : distance au delà de laquelle un arrêt ne devrait pas être rattaché à une zone
+* les arrêts en correspondance : distance au delà de laquelle la correspondance entre 2 arrêts ne devraient pas être possible
+* liaison accès - arrêt : distance au delà de laquelle l'accès à un arrêt ne devrait pas être possible
+* un arrêt et un équipement : distance au delà de laquelle un équipement ne devrait pas être rattaché à un arrêt
+
+p. *Vitesse de marche maximum d'un voyageur :* (en kilomètres/heure)
+vitesse maximale admise dans les correspondances et les liaisons arrêt - accès pour :
+
+* un voyageur ordinaire : voyageur qui a un connaissance théorique du réseau
+* un voyageur occasionnel : voyageur qui ne connaît pas le réseau
+* un voyageur habituel : voyageur qui connaît bien le réseau
+* un voyageur à mobilité réduite : voyageur qui a des difficultés de déplacement
+
+
+h3. Paramètres par mode de transport.
+
+p. les paramètres suivants sont à définir pour chaque mode de transport disponible dans le réseau à tester.
+
+* Distance minimum entre 2 arrêts (en mètres) : distance minimale de parcours d'un véhicule entre 2 arrêts.
+* Distance maximum entre 2 arrêts (en mètres) : distance maximale de parcours d'un véhicule entre 2 arrêts.
+* Vitesse minimum (en kilomètres/heure) : vitesse minimale attendue entre 2 arrêts d'une course
+* Vitesse maximum (en kilomètres/heure) : vitesse maximale attendue entre 2 arrêts d'une course
+* Écart maximum de durée de trajet entre 2 arrêts successifs pour les différentes courses (en secondes) : la différence de temps de trajet entre 2 arrêts successifs de 2 courses d'une même mission ne doit pas dépasser ce seuil =:
+
+h3. Remarques
+
+p. Les distances sont calculées _à vol d'oiseau_ et les vitesses sont déterminées par rapport à ces distances.
+Les résultats des tests utilisant ces valeurs sont donc à prendre avec les réserves adéquates.
+
diff --git a/app/views/help/prerequisite.textile b/app/views/help/prerequisite.textile
deleted file mode 100644
index 463a93009..000000000
--- a/app/views/help/prerequisite.textile
+++ /dev/null
@@ -1,18 +0,0 @@
----
-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/relationship.textile b/app/views/help/relationship.textile
new file mode 100644
index 000000000..dce0e7acf
--- /dev/null
+++ b/app/views/help/relationship.textile
@@ -0,0 +1,46 @@
+---
+layout: default
+title: Relation de parenté entre arrêts
+---
+
+h3. Regroupements des différents niveaux d'arrêts
+
+Les arrêts de différents niveaux hiérarchiques peuvent être liés ensemble.
+
+Ainsi on obtient les possibilités de regroupements suivants:
+
+* 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.
+
+Pour ne pas aboutir à un système trop complexe, les règles suivantes sont posées:
+
+* 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.
+
+!2014-10-30_180536.png! Exemple d'arrêt commercial contenant un arrêt physique
+
+h3. Création et modification des relations de parenté
+
+Les liens de parentalité entre les arrêts se créent depuis un arrêt déjà existant, qu'il soit parent ou fils. Il peut s'agir de mettre en relation deux arrêts déjà existants ou bien de créer un nouvel arrêt en relation à partir de l'arrêt courant.
+
+* Gérer le parent : Cette fonction affiche soit un champ de recherche pour rechercher et définir le parent si le lien n'existe pas encore, soit le nom du parent pour consultation avec une petite croix pour supprimer le lien de parenté si le lien est déjà établi. Supprimer le lien de parenté ne supprime pas l'arrêt proprement dit.
+* Cloner pour créer un père : Cette fonction crée un arrêt identique de niveau hiérarchique supérieur.
+* Gérer les fils : Cette fonction affiche un champ de recherche pour rechercher et définir le ou les arrêts fils si le lien et le cas échéant le nom du ou des arrêts fils déjà définis. Cette liste permet de consulter les arrêts fils, chacun est accompagné d'une petite croix permettant de supprimer le lien de parenté. Supprimer le lien de filiation ne supprime pas l'arrêt proprement dit.
+* Cloner pour créer un fils : cette fonction crée un arrêt identique de niveau hiérarchique inférieur.
+
+h4. Depuis les niveaux _"point d'embarquement"_ ou _"quai"_
+
+!boardingposition.png! ou !quay.png!
+
+Les niveaux _"point d'embarquement"_ et _"quai"_ étant les plus bas, ils ne peuvent pas être reliés à des arrêts fils. En conséquence seul un bouton _"Gérer le parent"_ est systématiquement disponible. Le bouton _"cloner pour créer un père"_ apparaît s'il existe déjà un arrêt parent.
+
+!2014-10-30_180955.png! Gestion d'un arrêt parent
+
+h4. Depuis le niveau _"arrêt commercial"_ ou _"Pôle d'échange"_
+
+!commercialstoppoint.png! ou !stopplace.png!
+
+Ces deux niveaux permettent à la fois de définir de nouveaux fils et de rattacher l'arrêt commercial à un parent de type "pôle d'échange". Ils disposent donc à la fois des fonctions de gestion et de clonage de parents et de fils. A noter que les arrêts de niveaux pôle d'échange qui sont hiérarchiquement les plus élevés peuvent avoir un et un seul autre pôle d'échange comme parent. Deux pôles d'échange peuvent être parents l'un de l'autre.
+
+!2014-10-30_181044.png! Gestion de relation père-fils depuis un arrêt commercial \ No newline at end of file
diff --git a/app/views/help/routes.textile b/app/views/help/routes.textile
index 43a7fc14d..f15c390a7 100644
--- a/app/views/help/routes.textile
+++ b/app/views/help/routes.textile
@@ -1,38 +1,62 @@
----
-layout: default
-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":stop_areas (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une "ligne":lines; 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
-
-- Nom := nom de la séquence d'arrêts
-- Nom public := nom public pour les voyageurs
-- Commentaire := zone de texte libre sur le réseau
-- Direction := orientation principale (points cardinaux, circulaire ou aller/retour)
-- Indice := numéro de la séquence d'arrêts
-- Sens := aller ou retour
-- Séquence d'arrêts associée en sens opposé := référence de la séquence d'arrêts de sens opposé associée
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-clé unique pérenne identifiant la séquence d'arrêts 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 = Route : clé identifiant le type d'objet (valeur imposée)
-* 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
+---
+layout: default
+title: Séquence d'arrêts
+---
+
+h3. Définition
+
+Une _"séquence d'arrêts"_ est une sélection ordonnée d'arrêts à partir de laquelle il sera possible de créer des missions comprenant tout ou partie des arrêts de la séquence. Sur ces missions, se rajouterons pour finir les horaires des différentes courses.
+
+Une séquence d'arrêts est spécifique à une _"ligne"_. Une même ligne peut contenir plusieurs séquences d'arrêts différentes. On retrouve les séquences d'arrêts d'une ligne en bas de la page de la ligne en question. Les séquences d'arrêts n’apparaissent donc pas dans le menu de navigation de CHOUETTE. Il convient de se rendre sur la page de la ligne pour les consulter et les éditer.
+
+!2014-10-31_112324.png! Liste des séquences d'arrêts d'une ligne.
+
+Dans la page de la ligne, la séquence d'arrêts apparaît sur la cartographie. Le nom et le type de chaque arrêt est accessible par une infobulle. Le premier arrêt de la ligne est signalé par la couleur verte, le dernier par du rouge.
+
+!2014-10-31_113648.png! Vue cartographique des séquences d'arrêts
+
+Les différentes séquences d'arrêts peuvent regrouper des arrêts communs et comporter des doublons d'arrêts.
+
+(Dans les versions antérieures de Chouette jusqu'à la 1.6, la séquence d'arrêts était intitulée 'itinéraire')
+
+h3. Créer une séquence d'arrêts
+
+La création d'une séquence d'arrêt se fait depuis la page d'une ligne. Pour créer une séquence d'arrêt il convient de cliquer sur _"Ajouter une séquence d'arrêts"_ dans le menu latéral à droite. Un formulaire de création s'affiche alors.
+
+En bas du formulaire deux liens permettent soit de rajouter des arrêts à la séquence, soit de créer un nouvel arrêt pour le rajouter à la séquence.
+
+h4. Créer un nouvel arrêt pour l'ajouter
+
+Cliquer sur créer un nouvel arrêt renvoie l'utilisateur à la page de création d'arrêt. Il est à noter qu'il devra retourner par lui même dans sur l'interface de création de séquence d'arrêt pour reprendre son travail. La création d'un arrêt depuis la page de création de séquence d'arrêt ne s'inscrit pas dans un workflow intégré. Il est donc préférable de s'assurer que tous les arrêts nécessaires à la création de la séquence sont déjà saisis avant de commencer à créer la séquence.
+
+h4. Ajouter un arrêt
+
+Ajouter un arrêt fait apparaître un champ de saisie doté de deux pictogrammes. Pour sélectionner un arrêt, il convient de saisir les premières lettres de l'arrêt que l'on souhaite rajouter à la séquence dans le champ. L'auto-complétion proposera les arrêts correspondant présents dans la base. Il suffit alors de sélectionner l'arrêt.
+
+Le pictogramme en forme de poubelle en début de ligne permet de supprimer l'étape dans la séquence d'arrêts.
+
+Le pictogramme en forme de flèches (dans les 4 directions) permet de modifier l'ordre des arrêts dans la séquence. Il faut bien entendu au moins deux arrêts pour pouvoir modifier l'ordre des arrêts.
+
+Une fois qu'un arrêt est sélectionné, une petite croix apparait au bout de la zone contenant le nom de l'arrêt. Cliquer sur cette croix efface l'arrêt sélectionné et permet d'en saisir un nouveau.
+
+h3. Modifier une séquence d'arrêts
+
+On peut modifier une séquence d'arrêts en cliquant sur le bouton de modification directement depuis la liste des lignes ou depuis la page de la séquence d'arrêts que l'on souhaite modifier. L'ordre des arrêts de la séquence peut être modifié par glisser-déposer.
+
+!2014-10-31_112543.png! Modification des arrêts d'une séquence
+
+h3. Supprimer une séquence d'arrêts
+
+Il est possible de supprimer une séquence d'arrêt depuis la page de la ligne. Chaque élément de la liste des séquences d'arrêt en bas de la page est dotée d'un pictogramme de suppression. Il est à noter que la suppression de la séquence d'arrêts ne supprime par les arrêts qu'elle contient.
+
+La suppression de la séquence est également possible depuis la page de la séquence elle-même. Le lien _"Supprimer cette séquence d'arrêts"_ efface la séquence courante.
+
+h3. Attributs
+
+* Nom : nom de la séquence d'arrêts
+* Nom public : nom public pour les voyageurs
+* Commentaire : zone de texte libre sur le réseau
+* Direction : orientation principale (points cardinaux, circulaire ou aller/retour)
+* Indice : numéro de la séquence d'arrêts
+* Sens : aller ou retour
+* Séquence d'arrêts associée en sens opposé : référence de la séquence d'arrêts de sens opposé associée
diff --git a/app/views/help/schema.textile b/app/views/help/schema.textile
deleted file mode 100644
index 8ac1ad6fa..000000000
--- a/app/views/help/schema.textile
+++ /dev/null
@@ -1,8 +0,0 @@
----
-layout: default
-title: Vue d'ensemble
----
-
-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/search_filter.textile b/app/views/help/search_filter.textile
new file mode 100644
index 000000000..56488db4b
--- /dev/null
+++ b/app/views/help/search_filter.textile
@@ -0,0 +1,18 @@
+---
+layout: default
+title: Recherche et filtrage
+---
+
+h3. Étiquettes
+
+Afin d'organiser les calendriers dont le nombre peut être assez important, une fonction permet d'y adjoindre une ou plusieurs étiquettes. Pour créer une nouvelle étiquettes, il suffit de taper son nom dans le champ "_étiquettes_" puis de cliquer sur entrée. Il est possible de les supprimer en cliquant sur la petite croix de l'étiquette déjà existante. Pour adjoindre une étiquette déjà existante, taper les premières lettres de l'étiquette permettra de la faire apparaître par auto-complétion et de la sélectionner.
+
+!2014-10-30_173913.png! Sélection et création d'étiquettes
+
+h3. Recherche et filtrage
+
+Certaines listes sont trop longues, notamment pour les arrêts, pour être affichées sur une seule page. CHOUETTE propose alors des champs de recherche et de filtrage permettant de retrouver l'élément rechercher. Afin d'offrir une vue compacte, les fonctions avancées sont cachées et se révèlent lorsque l'on clique sur le lien de "_recherche avancée_".
+
+La recherche des périodes permet de rechercher par plage de dates de validité et par étiquette. Il suffit pour cela de sélectionner la ou les étiquette souhaitées en utilisant l'auto-complétion dans le champ correspondant.
+
+!2014-10-30_174251.png! Filtre de recherche des arrêts \ No newline at end of file
diff --git a/app/views/help/startingfromscratch.textile b/app/views/help/startingfromscratch.textile
new file mode 100644
index 000000000..7b003d1f9
--- /dev/null
+++ b/app/views/help/startingfromscratch.textile
@@ -0,0 +1,60 @@
+---
+layout: default
+title: Créer un réseau à partir de zéro
+---
+
+h3. Créer un nouvel espace de données
+
+Chaque réseau est généralement intégré dans un espace de donnée spécifique. Dans le cas où l'on cherche à créer une nouvelle ligne par exemple, on devra créer les éléments dans l'espace de données correspondant.
+
+h3. Définir les attributs du réseau
+
+La première étape passe par la création dans un premier temps des attributs généraux :
+
+* Réseaux : Le ou les réseaux de l'espace de données.
+* Transporteur : le ou les transporteurs qui opéreront les lignes du réseau
+
+Chacun des ces éléments est indépendant de l'autre. On peut définir plusieurs réseaux et plusieurs transporteurs.
+
+!navigation.png! Navigation au sein de l'application CHOUETTE
+
+h3. Création des calendriers
+
+Les calendriers sont associés aux courses. Ils devront donc être créés avant l'étape de création des courses. Ils nécessitent généralement un travail de mise à plat en fonction des horaires tels qu'ils ont été conçus. Un calendrier étant une série de date permettant de couvrir à la fois les plages de dates et les jours de la semaine auxquels la course fonctionne, il n'est pas rare que la création d'un nouveau réseau nécessite un nombre important de calendriers. Les fonctions d'étiquettes permettent de mieux les organiser dans CHOUETTE, toutefois, une étape préalable de conception des calendriers est généralement nécessaire pour saisir un nouveau réseau avec rigueur.
+
+h3. Création des arrêts et des correspondances
+
+Les arrêts du réseaux peuvent ensuite être créés, soit directement par saisie dans le formulaire de CHOUETTE,soit par import. Dans l'hypothèse où le nouvel espace de donnée reprend des arrêts déjà existants dans un autre espace de données, il est possible de les exporter, de les compléter pour les réimporter ensuite.
+
+Les correspondances étant des liens entre deux arrêts il est possible de les déclarer dès l'étape de création des arrêts.
+
+h3. Création des lignes
+
+La création des lignes en elle même n'est pas conditionnée à l'existence d'arrêts. La ligne permet de nommer la ligne et de définir un ensemble de paramètres de la ligne.
+
+h4. Séquences d'arrêts
+
+A l'intérieur de l'interface de ligne, l'étape suivante consiste à définir les séquences d'arrêts . Celles-ci sont constituées d'un ensemble d'arrêts ordonnés qui permettront de déterminer une ou plusieurs missions , c'est à dire un sous-ensemble de la séquence d'arrêts comportant tout ou partie de ses arrêts.
+
+Typiquement, une ligne aura deux séquences d'arrêts, une par sens de circulation. Il est tout à fait possible d'en créer d'autres, y compris avec des arrêts totalement différents d'une séquence à l'autre.
+
+h4. Missions
+
+Les missions définissent des trajets effectifs réalisés par les véhicules. Elles se définissent à l'intérieur de l'interface de gestion des séquences d'arrêts, elle-même étant un sous-élément de l'interface des lignes.
+
+On peut créer autant de mission que nécessaire au sein d'une séquence d'arrêts. Chaque mission est néanmoins contrainte par les arrêts composant la séquence d'arrêts. On peut ne pas en retenir certains mais pas en rajouter qui ne serait pas dans la séquence. Par ailleurs, l'ordre des arrêts est contraint par celui défini dans la séquence d'arrêts.
+
+h3. Horaires
+
+Les horaires ne peuvent être définis qu'à la condition d'avoir paramétré les autres critères. L'interface de consultation et de saisie des horaires se situe au niveau de la mission. Pour retrouver les horaires, il convient donc de sélectionner Ligne>Séquence d'arrêts>horaire des courses.
+
+Les horaires des courses peuvent être saisis directement dans l'interface Chouette ou bien encore être édité dans un tableau par le biais d'une fonction "d'import / export" spécifique. Disponible depuis l'interface des horaires, elle ne concerne que ceux-ci. Il ne faut pas la confondre avec les imports / export de base de données dans le système. Il s'agit d'une fonction qui permet l'édition externe et les copier/coller massifs depuis un tableur.
+
+A noter que l'édition directement dans CHOUETTE peut se faire au clavier. Le curseur placé dans le premier champ, la saisie sur le pavé numérique permet de saisir la valeur voulue. La touche tabulation permet passer du champ heure au champ minute puis de renseigner la suite de la fiche en colonne. Les liens _"Copier arrivées vers départs"_ ou inversement permettent de dupliquer les données saisies dans le cas le plus fréquent où les horaires de départ et d'arrivé à l'arrêt sont confondus.
+
+L'export se fait au format .zip et comporte des fichier .csv des calendriers et des courses. Les versions modifiées doivent être uploadées en retour individuellement au format .csv. Il convient de ne surtout pas changer la structure des fichiers et de s'assurer que le format .csv n'ait pas été modifié par le tableur. Les saisies manuelles augmentant le risque d'erreur de saisie, il est fortement recommander de valider les données après un import .csv dans le menu _"Validations"_.
+
+h3. Groupe de lignes
+
+Les groupes de lignes sont facultatifs et peuvent être créés dès lors que des lignes existent.
+
diff --git a/app/views/help/stop_areas.textile b/app/views/help/stop_areas.textile
index 43b7be200..f171e7d76 100644
--- a/app/views/help/stop_areas.textile
+++ b/app/views/help/stop_areas.textile
@@ -1,94 +1,86 @@
----
-layout: default
-title: Arrêts
----
-
-* "Définition":#def
-* "Attributs":#attr
-* "Mode opératoire":#ope
-
-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 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, 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 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 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.
-
-Pour ne pas aboutir à un système trop complexe, les règles suivantes sont posées:
-
-* 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 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:
-
-* Une ITL est un regroupement d'arrêts représentant le périmètre d'interdiction.
-* Une ITL est associée à une ou plusieurs lignes
-
-h3(#attr). Attributs
-
-- Type d'arrêt := catégorie de l'arrêt
-
-* !boardingposition.png! point d'embarquement
-* !quay.png! quai
-* !commercialstoppoint.png! arrêt commercial
-* !stopplace.png! pôle d'échange
-* !itl.png! ITL
-
-- Nom := nom de l'arrêt
-- Commentaire := zone de texte libre
-- Point d'intérêt le plus proche := nom du lieu desservi par l'arrêt
-- Nom de la rue := nom de la rue de l'arrêt
-- Code INSEE := code INSEE de la commune de l'arrêt
-- Zone tarifaire := zone de tarification applicable à cet arrêt
-- Numéro d'enregistrement := code référençant un arrêt au sein d'une autorité supérieure
-
-p(attr_data). Données géographiques :
-
-- Position X := coordonnée horizontale de l'arrêt dans le référentiel de projection de l'espace de données
-- Position Y := coordonnée verticale de l'arrêt dans le référentiel de projection de l'espace de données
-- Longitude := longitude de l'arrêt dans le référentiel WGS84
-- latitude := latitude de l'arrêt dans le référentiel WGS84
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 = StopArea : clé identifiant le type d'objet (valeur imposée)
-* 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-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
-* appuyer sur le bouton gauche de la souris et maintenir appuyé lors du déplacement -> l'arrêt suit la souris
-* 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
-
+---
+layout: default
+title: Arrêts
+---
+
+h3. Définition
+
+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 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. Cela permet notamment de prendre en compte les cas de plusieurs lignes passant par le même arrêt physique.
+
+Par la suite, on peut regrouper deux (ou plus) arrêts physiques au sein d'un _"arrêt commercial"_. Cela permet par exemple de 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 de 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. Un tel cas correspond à une _"zone d'arrêt"_, avec qualification _"arrêt commercial"_, de deuxième niveau.
+
+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"_.
+
+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 une ITL est un regroupement d'arrêts représentant le périmètre d'interdiction. Une ITL est associée à une ou plusieurs lignes. Il ne s'agit pas à proprement parler d'un type d'arrêt mais bien d'un regroupement d'arrêts. [pourquoi ne pas le traiter dans les groupes d'arrêts du coup ?]
+
+[Créer diagramme hiérarchique des arrêts]
+
+Des pictogrammes permettent d'identifier les différents types de d'arrêts.
+
+* !boardingposition.png! point d'embarquement
+* !quay.png! quai
+* !commercialstoppoint.png! arrêt commercial
+* !stopplace.png! pôle d'échange
+* !itl.png! ITL
+
+h3. Créer un arrêt
+
+La création d'un arrêt se fait en cliquant sur _"Ajouter un arrêt"_ dans le menu de droite de la page des arrêts. Il est également possible de créer un nouvel arrêt depuis la page de n'importe quel arrêt.
+
+!2014-10-30_180131.png! Création d'un arrêt depuis la liste des arrêts
+
+!2014-10-30_180211.png! Création d'un arrêt depuis la page de n'importe quel autre arrêt
+
+Un formulaire de création s'affiche. La géolocalisation peut se faire par pointage sur la cartographie et par rapprochement d'adresse postale.
+
+!2014-10-30_180356.png! Géolocalisation de l'arrêt par pointage cartographique
+
+Saisir l'adresse postale de l'arrêt proposera une géolocalisation qu'il sera toujours possible de modifier manuellement en faisant glisser l'arrêt sur la cartographie.
+
+h3. Consultation et édition d'un arrêt
+
+Le nombre d'arrêts étant la plus part du temps assez important, il est probable que tous les arrêts ne puissent pas s'afficher sur la page des lignes. Des fonctions de recherche situées en haut de la page permettent de faire une recherche par le nom. Cliquer sur _"recherche avancée"_ permet de sélectionner des critères de recherche spécifiques par code postal et type d'arrêt.
+
+Pour afficher un arrêt existant, il suffit de cliquer sur le nom de l'arrêt depuis la liste des lignes existantes.
+
+!2014-10-30_180447.png! Sélection d'un arrêt dans la liste des arrêts
+
+Une fois sur la page d'un arrêt, les arrêts de niveau hiérarchique différent et liés à l'arrêt consulté sont affichés sur la cartographie. Au survol des arrêts avec le curseur le nom de l'arrêt s'affiche dans une infobulle.
+
+!2014-10-30_180536.png! Hiérarchie des arrêts
+
+On retrouve également en bas de la page, un lien _"Liens entre arrêts"_ qui affiche les liens hiérarchiques entre l'arrêt consulté et les autres arrêts auquel il est lié. Cet affichage permet d'accéder aux autres arrêts liés en cliquant les arrêts. Dans le cas d'un arrêt physique, il affiche également la séquence d'arrêt à laquelle il est rattaché. Autant les liens de parentalité sont définis dans les pages arrêts, autant la séquence d'arrêt est définie dans les pages _"lignes"_.
+
+h4. Modifier un arrêt
+
+On peut modifier un arrêt en cliquant sur le bouton de modification directement depuis la liste des arrêts ou depuis le menu de droite de la page de l'arrêt proprement dit. Il est également possible de le déplacer sur la cartographie.
+
+h4. Supprimer un arrêt
+
+On peut supprimer une ligne en cliquant sur le bouton de suppression directement depuis la liste des lignes ou depuis la page d'une ligne particulière. Il est à noter que les itinéraires rattachés à ce groupe de lignes ne seront pas supprimés [à vérifier]. Il sera toujours possible de les rattacher à une autre ligne par la suite.
+
+h3. Attributs d'un arrêt
+
+* Nom : nom de l'arrêt
+* Commentaire : zone de texte libre
+* Point d'intérêt le plus proche : nom du lieu desservi par l'arrêt
+* Nom de la rue : nom de la rue de l'arrêt
+* Code INSEE : code INSEE de la commune de l'arrêt
+* Zone tarifaire : zone de tarification applicable à cet arrêt
+* Numéro d'enregistrement : code référençant un arrêt au sein d'une autorité supérieure
+
+* Position X : coordonnée horizontale de l'arrêt dans le référentiel de projection de l'espace de données
+* Position Y : coordonnée verticale de l'arrêt dans le référentiel de projection de l'espace de données
+* Longitude : longitude de l'arrêt dans le référentiel WGS84
+* latitude : latitude de l'arrêt dans le référentiel WGS84
+
+
+
diff --git a/app/views/help/stopsmanagement.textile b/app/views/help/stopsmanagement.textile
new file mode 100644
index 000000000..40b170d4f
--- /dev/null
+++ b/app/views/help/stopsmanagement.textile
@@ -0,0 +1,19 @@
+---
+layout: default
+title: Modification des arrêts d'une ligne
+---
+
+h3. Nouvel arrêt ou modification d'arrêt existant
+
+Avec le temps, un ou plusieurs arrêts sont susceptibles de changer au sein d'une même ligne. Il est conseillé de faire la distinction entre les nouveaux arrêts et les arrêts modifiés. Si un arrêt est retiré d'une ligne et remplacé par un autre arrêt, il est conseillé de créer un nouvel arrêt correspondant et de faire la substitution dans la ligne. Il serait certes plus rapide de simplement changer le nom et la géolocalisation de l'arrêt désormais obsolète, mais la modification sera plus difficile à suivre et à comprendre. Il est également possible que cet arrêt resserve ultérieurement ou bien encore qu'il apparaisse dans d'autres bases de données exploitées par d'autres systèmes. Une simple modification de nom générerait alors de l’ambiguïté et des problèmes potentiels d'exploitations de ces données.
+
+Dans le cas où il s'agit bien du même arrêt mais qui change soit de nom, soit de localisation, la modification est effectivement la marche à suivre. Il est conseillé de noter ces modifications en commentaire. En effet, il n'est pas rare qu'un même arrêt partagé par plusieurs réseaux possède plusieurs noms commerciaux et qu'un changement de nom ne soit pas connu de tous les partenaires transports. Annoter les modifications dans CHOUETTE facilitera la levée des ambiguïtés.
+
+h3. Vérifier la cohérence des données de géolocalisation
+
+L'une des erreurs les plus fréquentes sont les erreurs de géolocalisation. Dès lors qu'un arrêt fait partie d'une ligne, des vérifications automatiques seront menées, notamment pour vérifier que l'arrêt est effectivement géolocalisé et qu'il n'y a pas de distance aberrante entre deux arrêts. Une vérification visuelle permet également de vérifier la cohérence des données :
+
+* L'arrêt est-il bien placé sur une voirie sur le fond cartographique ?
+* Les arrêts sont-ils bien placés sur la bonne commune ?
+* La séquence d'arrêt visible depuis l'interface des lignes dessine-t-elle un trajet cohérent ?
+
diff --git a/app/views/help/temporaryline.textile b/app/views/help/temporaryline.textile
new file mode 100644
index 000000000..6b71a0748
--- /dev/null
+++ b/app/views/help/temporaryline.textile
@@ -0,0 +1,23 @@
+---
+layout: default
+title: Itinéraire valables le temps d'une saison
+---
+
+h3. Nouvelle ligne ou nouvelle séquence d'arrêts
+
+Certains réseaux mettent parfois en œuvre des lignes spécifiques à un événement saisonnier. C'est par exemple le cas des services destinés aux touristes pendant la saison estivale. Plusieurs cas sont possibles pour ces nouvelles lignes :
+
+* Il s'agit d'une ligne à part entière disposant de son propre nom
+* Il s'agit d'un service rattaché à une ligne commerciale existante, même si l'itinéraire est différent.
+
+Le traitement de cette nouvelle ligne se fera en accord avec le type de cas rencontré. Dans le premier cas, une nouvelle ligne devra être créée avec des calendriers adaptés. Ce faisant, il faudra anticiper l'emploi de la base de donnée dans les systèmes situés en aval de CHOUETTE. S'il s'agit par exemple d'un site internet, une nouvelle ligne, dotée d'identifiants neptune spécifique nécessitera une prise en compte dans le site internet avec probablement un macaron spécifique.
+
+Dans le second cas, la définition d'une séquence d'arrêts spécifique permettra de traiter le cas particulier au sein d'une même ligne, même si les itinéraires sont très différents des trajets commerciaux. Créer une séquence d'arrêt spécifique est préférable à la création d'une nouvelle ligne qui porterait un suffixe "été" par exemple car les identifiants de la ligne seront les mêmes et l'intégration de ce nouveau parcours au sein de la ligne dans les systèmes exploitant la base de données se fera plus facilement.
+
+L'avantage de pouvoir définir autant de séquences d'arrêts que nécessaire, est de pouvoir traiter tous les cas spécifiques sans alourdir les données du cas standard.
+
+h3. Création de calendriers spécifiques
+
+Outre la création d'une nouvelle séquence d'arrêts et des parcours afférents, il convient également de créer des calendriers adaptés. Ces lignes dont la durée de vie est limitée dans le temps doivent disposer de leurs propres calendriers dont la date d'expiration permettra leur désactivation automatique à l'échéance prévue. Il ne sera en conséquence pas nécessaire de faire une mise à jour pour prendre en compte la fin de validité de ces lignes.
+
+Le choix du nom de ces calendriers ainsi que l'usage d’étiquettes spécifiques, comme par exemple une étiquette _"Ligne été"_ permettra une meilleure lisibilité de l'offre dans CHOUETTE. \ No newline at end of file
diff --git a/app/views/help/time_tables.textile b/app/views/help/time_tables.textile
index 28a217a4c..114b0509f 100644
--- a/app/views/help/time_tables.textile
+++ b/app/views/help/time_tables.textile
@@ -11,55 +11,37 @@ Les calendriers d'application sont donc définis indépendamment des lignes, à
La manière de définir un calendrier d'application est restreinte.
Les calendriers sont caractérisés par :
-* une liste de quantièmes (jours calendaires dans l'année)
+* une liste de jours calendaires dans l'année
* une liste de jours d'application (lundis, mardis, etc.)
-* une liste de périodes sur lesquelles s'appliquent les jours d'application
+* une liste de plages de dates sur lesquelles s'appliquent les jours d'application
* une liste de dates à exclure des périodes.
-L'utilisateur doit donc faire attention au nommage de ses différents calendriers d'application.
+L'utilisateur doit faire attention au nommage de ses différents calendriers d'application, car il doit gérer un calendrier pour chaque cas de courses. Ainsi, si au sein d'une même ligne, il existe des courses fonctionnant du lundi au vendredi et d'autres les samedis, dimanche et fêtes sur la même période de temps, il faudra deux calendriers pour couvrir les deux cas.
Plusieurs courses peuvent référencer le même calendrier.
Ainsi, il est possible de construire des calendriers d'application qui sont ensuite référencés par des courses de lignes différentes.
-h3. Attributs
+Une même course peut également posséder plusieurs calendriers. Ainsi, si une ligne possède des courses fonctionnant du lundi au vendredi, d'autres fonctionnant les samedis dimanches et fêtes et d'autre fonctionnant tous les jours, le troisième type de course ne nécessitera pas une période spécifique, lui associer les deux calendriers permettra de définir son fonctionnement.
-- Nom := Description du calendrier
-- Abréviation := Code abrégé
-- Etiquettes :=
-Marqueurs caractérisant le calendrier (pour simplifier la recherche)
-Afin d'être enregistrées, les étiquettes doivent être saisiées séparées par une ',' (virgule) et la touche 'tab' permet d'activer la dernière.
-Un assistant propose les étiquettes déjà saisies sur d'autres calendriers.
-=:
-- Périodes d'application := périodes calendaires durant lesquelles le calendrier est applicable
-- Jours d'application := jours de la semaine effectivement applicables dans le cas où des périodes sont définies dans le calendrier
-- Dates particulières :=
-dates spécifiques pour lesquelles le calendrier est applicable;
-ces dates peuvent être ajoutées dans ou en dehors des périodes calendaires.
-Un calendrier peut n'avoir que des dates calendaires, auquel cas les jours d'applications n'ont pas de signification
-=:
-- Dates exclues :=
-dates spécifiques à retirer des dates définies par les périodes et les jours d'application;
-une même date calendaire ne peut pas être à la fois particulière et exclue;
-une date exclue hors périodes et jours d'application n'a aucun effet.
-=:
+!2014-10-31_120428.png! Définition d'un calendrier
-p(attr_data). Données de gestion :
+h3. Étiquettes
-- Identifiant Neptune :=
-clé unique pérenne identifiant le réseau pour les échanges Neptune
-cet identifiant est composé de 3 parties : préfixe:type:id_technique
+Afin de faciliter la gestion des calendriers qui peuvent être nombreux, CHOUETTE permet d'identifier les calendriers par une ou plusieurs étiquettes. L'auto-complétion permet de choisir des étiquettes déjà existantes pour les associer au calendrier. Une nouvelle étiquette peut être créée à tout moment en saisissant un nouveau texte et en tapant sur _"entrée"_. Les étiquettes permettent ensuite de faire des recherches au sein des calendriers sur ces étiquettes.
-* 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 objet d'un type donné pour un même producteur
+!2014-10-31_120905.png! Exemple d'étiquette
-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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
+h3. Attributs
+
+* Nom : Description du calendrier
+* Abréviation : Code abrégé
+* Étiquettes : Marqueurs caractérisant le calendrier (pour simplifier la recherche). Afin d'être enregistrées, les étiquettes doivent être saisies séparées par une ',' (virgule) et la touche 'tab' permet d'activer la dernière. Un assistant propose les étiquettes déjà saisies sur d'autres calendriers.
+* Périodes d'application : périodes calendaires durant lesquelles le calendrier est applicable
+* Jours d'application : jours de la semaine effectivement applicables dans le cas où des périodes sont définies dans le calendrier
+* Dates particulières : dates spécifiques pour lesquelles le calendrier est applicable ; ces dates peuvent être ajoutées dans ou en dehors des périodes calendaires. Un calendrier peut n'avoir que des dates calendaires, auquel cas les jours d'applications n'ont pas de signification.
+* Dates exclues : dates spécifiques à retirer des dates définies par les périodes et les jours d'application ; une même date calendaire ne peut pas être à la fois particulière et exclue;
+une date exclue hors périodes et jours d'application n'a aucun effet.
h3. Opérations particulières
@@ -78,8 +60,8 @@ h4. Combinaisons
La combinaison de calendriers consiste à modifier le calendrier consulté à l'aide d'un autre; les opérations sont :
-- ajouter les dates := les dates et périodes du second calendrier sont ajoutées au premier
-- conserver les dates commune := seules les dates et périodes communes aux 2 calendriers sont conservées
-- soustraire les dates := les dates communes aux 2 calendriers sont retirées du premier
+* ajouter les dates : les dates et périodes du second calendrier sont ajoutées au premier
+* conserver les dates commune : seules les dates et périodes communes aux 2 calendriers sont conservées
+* soustraire les dates : les dates communes aux 2 calendriers sont retirées du premier
L'opération est effectuée en base et ne nécessite pas d'action de sauvegarde.
diff --git a/app/views/help/toc.textile b/app/views/help/toc.textile
index a88d73afd..ffe99da9d 100644
--- a/app/views/help/toc.textile
+++ b/app/views/help/toc.textile
@@ -1,38 +1,45 @@
----
-layout: default
-title: Sommaire
----
-
-h3. Sommaire
-
-# "Généralités":introduction
-## "Normalisation":normalisation
-## "Documentation":documentation
-## "Vue d'ensemble":schema
-## "Pré-requis":prerequisite
-# "Utilisateurs et Organisations":users
-# "Espaces de données":dataspaces
-# "Réseaux":networks
-# "Groupes de lignes":group_of_lines
-# "Transporteurs":companies
-# "Lignes":lines
-## "Séquences d'arrêts":routes
-## "Missions":journey_patterns
-## "Courses/Horaires":vehicle_journeys
-# "Arrêts":stop_areas
-## "Correspondances":connection_links
-## "Accès":access_points
-## "Liens Arrêts-Accès":access_links
-# "Calendriers d'application":time_tables
-# Outils
-## "Imports":imports
-## "Exports":exports
-## "Validation":validations
-## "Jeux de paramètres":parametersets
-# Divers
-## "Tutoriel/Démonstrateur":tutorial
-## "API Rest":restapis
-## "Export KML":kml_exports
-## "format d'échange CSV":csv
-## "FAQ":faq
-
+---
+layout: default
+title: Sommaire
+---
+
+h3. Sommaire
+
+# Introduction
+## "Présentation":introduction
+# Accès à Chouette
+## "Choix et paramètres du navigateur":browser
+## "Accéder à l'application":connection
+# Principes de l'interface
+## "Navigation":navigation
+## "Recherche et filtrage":search_filter
+## "Édition et suppression d'un élément":edit
+## "Métadonnées":metadata
+# Données
+## "Espace de données":dataspaces
+## "Réseaux":networks
+## "Transporteurs":companies
+## "Arrêts":stop_areas
+## "Relation de parenté entre arrêts":relationship
+## "Gestion des accès et liens associés":access_points_links
+## "Groupes de lignes":group_of_lines
+## "Lignes":lines
+## "Séquences d'arrêts":routes
+## "Missions":journey_patterns
+## "Courses et horaires":vehicle_journeys
+## "Correspondances":connection_links
+## "Calendrier":time_tables
+# Imports
+## "Imports":imports
+## "Formats d'import":import_formats
+# Exports
+## "Formats d'export normalisé":export_format
+## "Export de données":exports
+# Validations
+## "Paramètres de validation":parametersets
+## "Valider des données":validations
+# Annexes
+## "Créer un réseau à partir de zéro":startingfromscratch
+## "Modification des arrêts d'une ligne":stopsmanagement
+## "Itinéraire valables le temps d'une saison":temporaryline
+## "glossaire":terms
diff --git a/app/views/help/tutorial.textile b/app/views/help/tutorial.textile
deleted file mode 100644
index ff1567272..000000000
--- a/app/views/help/tutorial.textile
+++ /dev/null
@@ -1,15 +0,0 @@
----
-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/docs/]
-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/docs/] \ No newline at end of file
diff --git a/app/views/help/vehicle_journeys.textile b/app/views/help/vehicle_journeys.textile
index 7deafd73b..1c5de220f 100644
--- a/app/views/help/vehicle_journeys.textile
+++ b/app/views/help/vehicle_journeys.textile
@@ -1,44 +1,108 @@
----
-layout: default
-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":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
-
-- Numéro := numéro de la course
-- Nom public := nom public pour les voyageurs
-- Identifiant public := identifiant public
-- Commentaire := zone de texte libre
-- Mode de transport := mode de transport pour la course; par défaut, c'est le mode de transport de la ligne qui est appliqué
-- Accessibilité PMR := précise si la course est équipée PMR
-- Transport à la demande := précise si la course est en exploitation à la demande ou pas
-- Etat de trafic := état de trafic
-- Equipement := équipement
-- Type d'identifiant du véhicule := type d'identifiant du véhicule
-
-p(attr_data). Données de gestion :
-
-- Identifiant Neptune :=
-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 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.
-=:
-- 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)
-- Créé par := compte utilisateur ayant procédé à la dernière modification
-
-h3. Implémentation
-
-p. TODO
-
+---
+layout: default
+title: Courses et horaires
+---
+h3. Définition
+
+Une *course* décrit le passage 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 du véhicule.
+
+La course est rattachée à un nombre variable de "calendriers d'application" qui permettent de déterminer si la course est assurée à une date particulière.
+
+h3. Consulter les courses
+
+L'accès à la page des courses se fait depuis la page de la séquence d'arrêts. Dans le menu latéral, cliquer sur _"horaire des courses"_ affiche la page des courses de la séquence d'arrêts courante. Un tableau présente les horaires de passage aux arrêts pour chacune des courses.
+
+Un filtre de recherche permet de sélectionner les courses en fonction de différents critères :
+
+* La mission
+* Les courses sans calendriers
+* Par nom de calendrier
+* Les courses sans horaires
+* Sur l'heure de départ de la course
+
+Dans le tableau des courses, le lien en en-tête de colonne permet de sélectionner un autre séquence d'arrêt de la ligne ce qui permet de passer d'une séquence à l'autre directement sans avoir besoin de revenir à la page de la séquence d'arrêt. Cela permet par exemple d'accéder directement à la séquence d'arrêt retour de la séquence d'arrêt courante.
+
+L'en-tête de chaque course propose un bouton qui permet d'accéder à des fonctions relative à la course :
+
+* Afficher la page de la course pour en consulter le détail ou l'éditer
+* Accéder directement à l'édition des horaires de la course
+* Consulter la mission assurée par la course et accéder directement à sa page.
+* Consulter les calendriers associés à la course et accéder directement à leur page.
+
+!2014-10-31_113958.png! Affichage des raccourcis de modification d'une course
+
+h3. Créer une course
+
+Il n'est possible de créer une course qu'à la condition d'avoir créé une mission au préalable.
+
+La création d'une nouvelle course se fait en cliquant _"Ajouter une course"_ dans le menu latéral. Il est également possible de créer de nouvelles courses par l'import d'un fichier .csv édité dans un tableur.
+
+h4. Ajouter une course depuis CHOUETTE
+
+Le bouton ajouter une course affiche un formulaire permettant de décrire la nouvelle course.
+
+Dans le champ calendrier, saisir quelques lettres du nom d'un calendrier à affecter à la ligne permet d'afficher des propositions issues de l'auto-complétion. L'opération peut être renouvelée autant que nécessaire pour affecter plusieurs calendriers à la course.
+
+Dès lors que la mission est sélectionnée, la liste des arrêts à desservir s'affiche en bas de la page. Elle comprend deux rangées d'horaires, l'un pour le départ, l'autre pour l'arrivée. Pour faciliter la saisie, il est possible de passer d'un champ de saisie horaire avec la touche tabulation et de saisir les données horaires avec le pavé numérique du clavier. Dans le cas où les horaires de départ et d'arrivée à l'arrêt sont confondus, les liens _"Copier vers départs"_ et _"Copier vers arrivée"_ permettent de ne saisir les horaires qu'une seule fois.
+
+!2014-10-31_114336.png! Edition des horaires dans CHOUETTE
+
+h4. Ajouter une course par import .csv
+
+L'import d'une ou plusieurs courses par un fichier .csv permet d'ajouter des courses éditées dans un tableur. La forme du tableau étant très spécifique, il convient de récupérer le modèle en cliquant sur _"Export des horaires aux arrêts"_ puis de compléter les horaires dans le tableur. Le séparateur retenu pour le fichier .csv est le point-virgule. L'export fournit un fichier .zip comprenant le fichier des horaires et les calendrier.
+
+!2014-10-31_114422.png! Import des horaires au format .csv
+
+Les données horaires peuvent être rajoutées dans le fichier .csv, en revanche, il convient de laisser le champ _"id course"- vide. CHOUETTE se chargera de lui attribuer un numéro valide lors de l'import.
+
+L'import du fichier .csv ne concerne que le fichier .csv proprement dit. Importer un fichier .zip identique au fichier exporté, génèrera une erreur.
+
+h3. Modifier une course
+
+Il est possible de modifier une course depuis la bulle accessible en cliquant sur l'en-tête de chaque course ou en cliquant sur _"Modifier cette course"_ depuis la page de la course proprement dite.
+
+Comme pour la création, il est également possible de modifier une course par export / import .csv.
+
+h4. Modification d'une course depuis CHOUETTE
+
+La modification de la course affiche le même formulaire que lors de la création avec les informations déjà renseignées dans les champs. Chacun d'entre-eux est éditable.
+
+Un cadre situé au-dessus de la liste des horaires offre une fonction supplémentaire permettant de décaler la course en calant soit l'horaire de départ, soit l'horaire d'arrivée à un horaire précis. Les temps de parcours inter-arrêts ne sont pas modifiés, la course est simplement décalée dans le temps.
+
+h4. Modification d'une course par import .csv
+
+L'import d'un fichier .csv permet de modifier des courses éditées dans un tableur. Cliquer sur _"export des horaires aux arrêts"_ permet de récupérer le fichier des courses. Les modifications ou même les ajouts de courses seront pris en compte après import dans la base. Le séparateur retenu pour le fichier .csv est le point-virgule. Il ne faut pas saisir _"d'id de course"_ lorsque l'on saisit au travers d'un fichier .csv. CHOUETTE génèrera un numéro valide à l'import. Saisir un numéro fera échouer l'import.
+
+!2014-10-31_114639.png! Saisie d'horaire dans un tableur.
+
+L'export fournit un fichier .zip comprenant le fichier des horaires et les calendrier.
+
+L'import en retour ne concerne que le fichier .csv proprement dit. Importer un fichier .zip identique au fichier exporté, génèrera une erreur.
+
+h4. Cloner une course
+
+Depuis la page d'une course, il est possible de cloner la course en cliquant dans le menu latéral sur _"Cloner la course"_. Une boite de dialogue s'affiche et permet de choisir les paramètres de clonage. Le clonage n'est pas une duplication à l'identique. Il ne permet pas de créer une deuxième course en tout point identique mais de créer une course ayant les mêmes paramètres, les mêmes temps de trajet inter-arrêts mais à un horaire différent comme le fait la fonction de décalage présente au-dessus des horaires de la course.
+
+Contrairement au décalage qui modifie les horaires de la course existante, le clonage crée une nouvelle course avec des horaires différents. Le premier paramètre permet de choisir si on clone la nouvelle course en fonction de l'horaire de départ ou de l'horaire d'arrivée puis de choisir l'horaire exact de clonage.
+
+Deux autres paramètres facultatifs permettent de répéter l'opération "en rafale" sur des bases régulières en définissant l’intervalle entre deux courses et le nombre de copies à effectuer selon cette modalité.
+
+h3. Supprimer une course
+
+La suppression d'une course se fait depuis la page de la course en cliquant sur _"Supprimer cette course"_ dans le menu latéral.
+
+h3. Attributs
+
+* Mission : La mission assurée par la course
+* Numéro : numéro de la course
+* Nom public : nom public pour les voyageurs
+* Identifiant public : identifiant public
+* Commentaire : zone de texte libre
+* Mode de transport : mode de transport pour la course; par défaut, c'est le mode de transport de la ligne qui est appliqué
+* Accessibilité PMR : précise si la course est équipée PMR
+* Transport à la demande : précise si la course est en exploitation à la demande ou pas
+* État de trafic : état de trafic [?]
+* Équipement : équipement [?]
+* Type d'identifiant du véhicule : type d'identifiant du véhicule
+
+