diff options
| author | Alban Peignier | 2012-07-05 18:40:51 +0200 |
|---|---|---|
| committer | Alban Peignier | 2012-07-05 18:40:51 +0200 |
| commit | b42faea683ab4a1ce19fda87b03662983b896dac (patch) | |
| tree | f5e6a9b1df2613b86e3e1cc64bf9857d948e7cb8 /app | |
| parent | ab123be8d9f909b46de5e0f049eb49a8f4c6183c (diff) | |
| parent | d44b24c660c528f199f9b9e596b6db8225f8208b (diff) | |
| download | chouette-core-b42faea683ab4a1ce19fda87b03662983b896dac.tar.bz2 | |
Merge branch 'master' of chouette.dryade.priv:/srv/git/chouette2
Diffstat (limited to 'app')
23 files changed, 407 insertions, 373 deletions
diff --git a/app/models/help_page.rb b/app/models/help_page.rb index 1207c5198..28d9e22b2 100644 --- a/app/models/help_page.rb +++ b/app/models/help_page.rb @@ -23,6 +23,29 @@ class HelpPage self.content = $POSTMATCH self.data.merge! YAML.load($1) end + + # workaround for special chars + self.content = self.content.gsub('é','é') + self.content = self.content.gsub('è','è') + self.content = self.content.gsub('à','à') + self.content = self.content.gsub('ù','ù') + self.content = self.content.gsub('É','É') + self.content = self.content.gsub('È','È') + self.content = self.content.gsub('Ê','Ê') + self.content = self.content.gsub('À','À') + self.content = self.content.gsub('Ù','Ù') + self.content = self.content.gsub('â','â') + self.content = self.content.gsub('ê','ê') + self.content = self.content.gsub('ô','ô') + self.content = self.content.gsub('î','î') + self.content = self.content.gsub('û','û') + self.content = self.content.gsub('ë','ëc;') + self.content = self.content.gsub('ï','ï') + self.content = self.content.gsub('ç','ç') + self.content = self.content.gsub('oe','œ') + self.content = self.content.gsub('<<','«') + self.content = self.content.gsub('>>','»') + self.content = self.content.gsub('°','º') end def method_missing(method, *arguments) diff --git a/app/models/test_sheet_page.rb b/app/models/test_sheet_page.rb index 35a368608..a57a37595 100644 --- a/app/models/test_sheet_page.rb +++ b/app/models/test_sheet_page.rb @@ -17,6 +17,28 @@ class TestSheetPage def load self.content = File.read(filename) + # workaround for special chars + self.content = self.content.gsub('é','é') + self.content = self.content.gsub('è','è') + self.content = self.content.gsub('à','à') + self.content = self.content.gsub('ù','ù') + self.content = self.content.gsub('É','É') + self.content = self.content.gsub('È','È') + self.content = self.content.gsub('Ê','Ê') + self.content = self.content.gsub('À','À') + self.content = self.content.gsub('Ù','Ù') + self.content = self.content.gsub('â','â') + self.content = self.content.gsub('ê','ê') + self.content = self.content.gsub('ô','ô') + self.content = self.content.gsub('î','î') + self.content = self.content.gsub('û','û') + self.content = self.content.gsub('ë','ëc;') + self.content = self.content.gsub('ï','ï') + self.content = self.content.gsub('ç','ç') + self.content = self.content.gsub('oe','œ') + self.content = self.content.gsub('<<','«') + self.content = self.content.gsub('>>','»') + self.content = self.content.gsub('°','º') end def method_missing(method, *arguments) diff --git a/app/views/file_validations/_test_sheet_toc.html.erb b/app/views/file_validations/_test_sheet_toc.html.erb index 010d29b1b..34383a19d 100644 --- a/app/views/file_validations/_test_sheet_toc.html.erb +++ b/app/views/file_validations/_test_sheet_toc.html.erb @@ -1,23 +1,15 @@ <div id="sidebarhelp" class="help"> <h3>Définition des tests</h3> -<ol> - <li>Catégorie 1 - <ol> - <% for i in 1..2 do %> - <li><%= link_to 'Fiche 1.'+i.to_s , test_sheet_path+"1."+i.to_s, :target => "test_sheets" %></li> +<ul> + <% cnt = Array[0,2,28,21] %> + <% for j in 1..3 do %> + <li>Catégorie <%= j.to_s %> + <ul> + <% 1.upto(cnt[j]) do |i| %> + <li><%= link_to 'Fiche '+j.to_s+'.'+i.to_s , test_sheet_path+j.to_s+"."+i.to_s, :target => "chouette_help" %></li> <% end %> - </ol></li> - <li>Catégorie 2 - <ol> - <% for i in 1..28 do %> - <li><%= link_to 'Fiche 2.'+i.to_s , test_sheet_path+"2."+i.to_s, :target => "test_sheets" %></li> - <% end %> - </ol></li> - <li>Catégorie 3 - <ol> - <% for i in 1..21 do %> - <li><%= link_to 'Fiche 3.'+i.to_s , test_sheet_path+"3."+i.to_s, :target => "test_sheets" %></li> - <% end %> - </ol></li> -</ol> + </ul> + </li> + <% end %> +</ul> </div>
\ No newline at end of file diff --git a/app/views/help/companies.textile b/app/views/help/companies.textile index 07d7789c5..54d20b2ed 100644 --- a/app/views/help/companies.textile +++ b/app/views/help/companies.textile @@ -3,42 +3,42 @@ layout: default title: Transporteurs --- -h3. Définition +h3. Définition -Dans la réalité, le transporteur est l'entité en charge de l'exploitation d'une ou plusieurs lignes de transport. +Dans la réalité, le transporteur est l'entité en charge de l'exploitation d'une ou plusieurs lignes de transport. Ce principe se retrouve dans ce logiciel. -* 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. +* 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 := Numré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 +- 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 := Numré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 : +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 object 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. +clé unique pérenne identifiant le transporteur pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = Company : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/connection_links.textile b/app/views/help/connection_links.textile index 941918e2d..112e2de1f 100644 --- a/app/views/help/connection_links.textile +++ b/app/views/help/connection_links.textile @@ -3,44 +3,44 @@ layout: default title: Correspondances --- -h3. Définition +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. +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 +- 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) +- Accès pour personne à mobilité réduite := indicateur (Oui ou Non) - Escalator disponible := indicateur (Oui ou Non) -p(attr_data). Données de gestion : +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 object 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. +clé unique pérenne identifiant la correspondance pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = ConnectionLink : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/dataspaces.textile b/app/views/help/dataspaces.textile index 51c32e59d..59d33f6e6 100644 --- a/app/views/help/dataspaces.textile +++ b/app/views/help/dataspaces.textile @@ -3,20 +3,20 @@ layout: default title: Espaces de données --- -h3. Définition +h3. Définition -p. un espace de données est le lieu de stockage d'un ensemble de données de transport connectées entre elles. +p. un espace de données est le lieu de stockage d'un ensemble de données de transport connectées entre elles. h3. Attributs -- Nom := nom de l'espace de données -- Code := code de l'espace de données -- Préfixe Neptune := préfixe utilisé par défaut pour la génération des identifiants Neptune -- Projection géographique := référentiel de projection des coordonnées cartographiques en complément du WGS84 +- Nom := nom de l'espace de données +- Code := code de l'espace de données +- Préfixe Neptune := préfixe utilisé par défaut pour la génération des 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) -h3. Implémentation +h3. Implémentation -p. L'espace de données est concrétisé dans la base de données par un schéma au sens SQL portant le nom definit par l'attribut code, -les attributs sont enregistrés dans la table REFERENTIALS du schema PUBLIC +p. L'espace de données est concrétisé dans la base de données par un schéma au sens SQL portant le nom definit par l'attribut code, +les attributs sont enregistrés dans la table REFERENTIALS du schema PUBLIC diff --git a/app/views/help/faq.textile b/app/views/help/faq.textile index 5fb8cfa9a..c6a96e045 100644 --- a/app/views/help/faq.textile +++ b/app/views/help/faq.textile @@ -3,4 +3,4 @@ layout: default title: Foire aux questions --- -Rédaction ultérieure
\ No newline at end of file +Rédaction ultérieure
\ No newline at end of file diff --git a/app/views/help/index.textile b/app/views/help/index.textile index 231807ec7..439d70edf 100644 --- a/app/views/help/index.textile +++ b/app/views/help/index.textile @@ -3,19 +3,19 @@ layout: default title: Présentation --- -Chouette v2 : itération 9 du 03/07/2012 +Chouette v2 : itération 9 du 03/07/2012 -Cette itération présente les formulaires de : +Cette itération présente les formulaires de : -* réseaux +* réseaux * transporteurs * lignes -** séquences d'arrêts +** séquences d'arrêts *** missions *** courses/horaires -* arrêts -** arrêts physiques -** zones d'arrêt +* arrêts +** arrêts physiques +** zones d'arrêt ** ITL * calendriers d'application * correspondances @@ -25,25 +25,25 @@ Cette itération présente les formulaires de : l'avancement actuel permet de : -* créer, modifier et supprimer les objets +* créer, modifier et supprimer les objets * consulter les cartes -** les noms des arrêts sont affiché sous forme de bulle d'aide sur les cartes du réseau, des lignes et des correspondances -* déplacer un arrêt depuis la carte (voir mode opératoire dans l'aide des arrêts) -* associer les arrêts à leurs parents -* ajouter des fils à un arrêt -* importer des lignes aux formats Neptune et CSV (zip et fichier non compressé) +** les noms des arrêts sont affiché sous forme de bulle d'aide sur les cartes du réseau, des lignes et des correspondances +* déplacer un arrêt depuis la carte (voir mode opératoire dans l'aide des arrêts) +* associer les arrêts à leurs parents +* ajouter des fils à un arrêt +* importer des lignes aux formats Neptune et CSV (zip et fichier non compressé) * exporter des lignes au format Neptune (zip) -* éditer des séquences d'arrêts : -** ajouter, déplacer et retirer des arrêts dans la séquence -** ajouter, modifier les missions de la séquence +* éditer des séquences d'arrêts : +** ajouter, déplacer et retirer des arrêts dans la séquence +** ajouter, modifier les missions de la séquence ** afficher, ajouter, modifier, supprimer des courses/horaires -* préciser des paramètres généraux de l'espace de données +* préciser des paramètres généraux de l'espace de données * valider un fichier neptune les actions suivantes ne sont pas encore disponible : -* définir l'emprise générale du réseau -* gérer le second référentiel de projection +* définir l'emprise générale du réseau +* gérer le second référentiel de projection * afficher des informations dans le tableau de bord -* créer des courses par translation +* créer des courses par translation diff --git a/app/views/help/introduction.textile b/app/views/help/introduction.textile index 71f954d53..8cda121c5 100644 --- a/app/views/help/introduction.textile +++ b/app/views/help/introduction.textile @@ -3,13 +3,13 @@ layout: default title: Introduction --- -CHOUETTE est un logiciel libre développé à l'initiative du ministère français chargé des transports (et du développement durable), -dans le but de faciliter l'échange de données d'offre (théorique) de transport collectif (TC), -en s'appuyant pour cela sur la norme NFP 99506, dite Neptune, qui spécifie un profil d'échange XML. - -Les utilisateurs visés sont les collectivités locales Autorités Organisatrices de Transport (AOT), -les exploitants des réseaux TC ,et leurs prestataires (bureaux d'étude ou société de services). -D'autres utilisateurs potentiels sont néanmoins identifiés : services de l'état, éditeurs de logiciels, -opérateurs de services d'information, chercheurs... +CHOUETTE est un logiciel libre développé à l'initiative du ministère français chargé des transports (et du développement durable), +dans le but de faciliter l'échange de données d'offre (théorique) de transport collectif (TC), +en s'appuyant pour cela sur la norme NFP 99506, dite Neptune, qui spécifie un profil d'échange XML. + +Les utilisateurs visés sont les collectivités locales Autorités Organisatrices de Transport (AOT), +les exploitants des réseaux TC ,et leurs prestataires (bureaux d'étude ou société de services). +D'autres utilisateurs potentiels sont néanmoins identifiés : services de l'état, éditeurs de logiciels, +opérateurs de services d'information, chercheurs... diff --git a/app/views/help/journeypatterns.textile b/app/views/help/journeypatterns.textile index 727e3772b..d491fc7db 100644 --- a/app/views/help/journeypatterns.textile +++ b/app/views/help/journeypatterns.textile @@ -3,33 +3,33 @@ layout: default title: Missions --- -h3. Définition +h3. Définition -Si on considère la suite ordonnée des arrêts d'une séquence d'arrêts, la mission se définit comme une suite extraite. Autrement dit, toutes les courses d'une séquence d'arrêts qui desservent les mêmes arrêts et dans le même ordre, à des horaires différents éventuellement, référencent la même mission. La mission correspond donc à une suite ordonnée d'arrêts de la séquence d'arrêts. +Si on considère la suite ordonnée des arrêts d'une séquence d'arrêts, la mission se définit comme une suite extraite. Autrement dit, toutes les courses d'une séquence d'arrêts qui desservent les mêmes arrêts et dans le même ordre, à des horaires différents éventuellement, référencent la même mission. La mission correspond donc à une suite ordonnée d'arrêts de la séquence d'arrêts. 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. +- 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 : +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 object 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. +clé unique pérenne identifiant la mission pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = JourneyPattern : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/lines.textile b/app/views/help/lines.textile index 78348896f..7263dd04b 100644 --- a/app/views/help/lines.textile +++ b/app/views/help/lines.textile @@ -3,44 +3,44 @@ layout: default title: Lignes --- -h3. Définition +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. +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 +- Réseau := réseau d'appartenance de la ligne - Transporteur := transporteur principal exploitant la ligne -les autres transporteurs de la lignes sont référencés au niveau de chaque course +les autres transporteurs de la lignes sont 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 +- 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 -les modes de transports particuliers sont indiqués au niveau de chaque course +les modes de transports particuliers sont indiqués au niveau de chaque course =: - Commentaire := zone de texte libre sur la ligne -p(attr_data). Données de gestion : +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 object 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. +clé unique pérenne identifiant la ligne pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = Line : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/networks.textile b/app/views/help/networks.textile index 2a2de2309..656693295 100644 --- a/app/views/help/networks.textile +++ b/app/views/help/networks.textile @@ -3,39 +3,39 @@ layout: default title: Réseaux --- -h3. Définition +h3. Définition -Un réseau est constitué par les lignes, les séquences d'arrêts, les Interdictions de Trafic Local (ITL), les horaires, et les courses qui le définissent. +Un réseau est constitué par les lignes, les séquences d'arrêts, les Interdictions de Trafic Local (ITL), les horaires, et les courses qui le définissent. -Chaque réseau dispose d'un identifiant fonctionnel (« numéro d'enregistrement ») qui est utilisé dans les échanges XML pour identifier le réseau et le mettre à jour. Il est donc important que le gestionnaire le renseigne d'une manière bien définie et pérenne. +Chaque réseau dispose d'un identifiant fonctionnel (<< numéro d'enregistrement >>) qui est utilisé dans les échanges XML pour identifier le réseau et le mettre à jour. Il est donc 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 +- 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 : +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 object 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. +clé unique pérenne identifiant le réseau pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = GroupOfLine : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/normalisation.textile b/app/views/help/normalisation.textile index 6d7793eb4..875a52cfc 100644 --- a/app/views/help/normalisation.textile +++ b/app/views/help/normalisation.textile @@ -3,41 +3,41 @@ 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 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. 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. +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ëc; les concepts qu'il va décliner dans son application. +Elle a pour objectif de décrire les différents concepts utilisés au sein des multiples métiers du transport public (aussi bien dans le domaine de l'exploitation, de la régulation que dans celui de l'information voyageur) en usant de la modélisation UML. Cette description a abouti à la constitution d'un "dictionnaire" dans lequel chacun peut venir piocher la terminologie adéquate pour pouvoir désigner, quels que soient la structure et le métier de l'intéressé, de façon homogène et non ambiguëc; les concepts qu'il va décliner dans son application. -h3. de TRIDENT à NEPTUNE (PR NF P99-506) +h3. de TRIDENT à NEPTUNE (PR NF P99-506) -Dans le cadre de la commission de normalisation CN03 pour les applications télématiques dans les transports publics, miroir du groupe européen CEN TC278 / WG3, un groupe de travail GT7 a été créé en 2002 pour normaliser les échanges de données concernant l'information aux voyageurs entre exploitants et Autorités Organisatrices de transport. +Dans le cadre de la commission de normalisation CN03 pour les applications télématiques dans les transports publics, 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. +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 &œlig;uvre par la RATP pour son système d'information sur les situations perturbées SIPRE, et également pour les échanges d'information au niveau francilien en cours entre les systèmes de la RATP et du STIF, pour ce qui concerne l'information théorique. +Les spécifications TRIDENT ont été implémentées dans plusieurs pays européens, et en France ont été mises en œuvre par la RATP pour son système d'information sur les situations perturbées SIPRE, et également pour les échanges d'information au niveau francilien en cours entre les systèmes de la RATP et du STIF, pour ce qui concerne l'information théorique. -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. +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. +Lors des discussions précédant l'enquête probatoire AFNOR en 2009 en vue faire de ces spécifications une norme française, ces spécifications ont été complétées par quelques éléments de données relatifs à l'accessibilité des transports : le nouveau profil d'échange baptisé *NEPTUNE* (PR NF99-506 Décembre 2009) a été adopté en janvier 2010. Il y a compatibilité ascendante avec les fichiers au profil Trident/Chouette dont Neptune est une extension. -h3. Le profile d'échange NEPTUNE +h3. Le profile d'échange NEPTUNE -Le développement des Systèmes d'Information Multimodale a conduit les partenaires des transports publics en France (AOT et opérateurs, représentants d'utilisateurs et administrations publiques) dans leur ensemble à demander l'inscription de ce profil d'échange en tant que 'norme pleine'. L'adoption de ce statut de norme est d'autant plus important aujourd'hui, que les outils précités vont connaître des périodes d'évolution et d'adaptation. +Le développement des Systèmes d'Information Multimodale a conduit les partenaires des transports publics en France (AOT et opérateurs, représentants d'utilisateurs et administrations publiques) dans leur ensemble à demander l'inscription de ce profil d'échange en tant que 'norme pleine'. L'adoption de ce statut de norme est d'autant plus important aujourd'hui, que les outils précités vont connaître des périodes d'évolution et d'adaptation. -Dans le cadre du processus de normalisation, le profil d'échange a été rebaptisé NEPTUNE et complété . Le processus s'est conclu début 2010 par l'adoption d'un document AFNOR (cf. PR NF P99-506) . +Dans le cadre du processus de normalisation, le profil d'échange a été rebaptisé NEPTUNE et complété . Le processus s'est conclu début 2010 par l'adoption d'un document AFNOR (cf. PR NF P99-506) . -En pratique, l'essentiel est de savoir que le profil TRIDENT/CHOUETTE est compatible avec NEPTUNE : Neptune reprend l'essentiel de Trident profil Chouette, et n'a été complété qu'en ce qui concerne l'information sur l'accessibilité aux Personnes à Mobilité Réduite et les accès. En particulier, le nommage des éléments de données du profil XSD n'a pas été modifié. +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 résulte d'un consensus entre les différentes parties prenantes participant au groupe de travail de normalisation CN03/GT7. Il est rédigé en français. Dans certains cas, pour éviter des confusions ou des contre-sens, les concepts de la norme TRANSMODEL qui ont été manipulés sont rappelés dans leur terminologie, voire leur définition en anglais dans le texte original de la norme TRANSMODEL V5.1 qui vaut référence. Les rapprochements nécessaires ont été faits avec la version provisoire en français de la norme TRANSMODEL en cours de validation. -Ce profil sera sans doute amené à évoluer en fonction des travaux réalisés dans le cadre des travaux de normalisation européens ou internationaux en cours. Ceux-ci touchent tout à la fois la représentation topographique des réseaux de transport, les interfaces entre les données d'exploitation et l'information diffusée vers le voyageur avant et pendant le voyage (NeTEX ), la description des points d'arrêts et points fixes (IFOPT2) , les interfaces avec la billettique et les autres échanges de données envisageables dans les métiers des transports publics (TRANSMODEL). +Ce profil sera sans doute amené à évoluer en fonction des travaux réalisés dans le cadre des travaux de normalisation européens ou internationaux en cours. Ceux-ci touchent tout à la fois la représentation topographique des réseaux de transport, les interfaces entre les données d'exploitation et l'information diffusée vers le voyageur avant et pendant le voyage (NeTEX ), la description des points d'arrêts et points fixes (IFOPT2) , 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. +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/restapis.textile b/app/views/help/restapis.textile index ed4aaf3b4..07bfccd93 100644 --- a/app/views/help/restapis.textile +++ b/app/views/help/restapis.textile @@ -5,19 +5,19 @@ title: API Rest h3. Syntaxe -Les différents objets Neptune sont accessibles dans Chouette par l'URL Rest: +Les différents objets Neptune sont accessibles dans Chouette par l'URL Rest: ??[URL_server]/[referential_id]/[Objects]/[id].[format]?? -la liste des objets d'un même type peut être obtenue par l'URL REST : +la liste des objets d'un même type peut être obtenue par l'URL REST : ??[URL_server]/[referential_id]/[Objects].[format]?? -où : +où : * URL_server : l'adresse web d'installation du serveur Chouette -* referential_id: l'identifiant de l'espace de données -* Objects: le type d'objet demandé (au pluriel) +* referential_id: l'identifiant de l'espace de données +* Objects: le type d'objet demandé (au pluriel) ** networks ** lines ** companies ** ... -* id : l'identifiant de l'objet désiré +* id : l'identifiant de l'objet désiré * format : le format de sortie : ** json ** xml diff --git a/app/views/help/routes.textile b/app/views/help/routes.textile index e34ccc162..6397ffe71 100644 --- a/app/views/help/routes.textile +++ b/app/views/help/routes.textile @@ -3,36 +3,36 @@ layout: default title: Séquence d'arrêts --- -h3. Définition +h3. Définition -La séquence d'arrêts est une sélection ordonnée de références aux points d'arrêt (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une ligne; les séquences d'arrêts peuvent référencer des arrêts communs. +La séquence d'arrêts est une sélection ordonnée de références aux points d'arrêt (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une ligne; les séquences d'arrêts peuvent référencer des arrêts communs. h3. Attributs -- Nom := nom de la séquence d'arrêts +- 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 +- 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 +- Indice := numéro de la séquence d'arrêts - Sens := aller ou retour -- Itinéraire associé en sens opposé := référence de l'itinéraire de sens opposé associé +- Itinéraire associé en sens opposé := référence de l'itinéraire de sens opposé associé -p(attr_data). Données de gestion : +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 object 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. +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 object 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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/schema.textile b/app/views/help/schema.textile index ffefaa680..1ee7f365d 100644 --- a/app/views/help/schema.textile +++ b/app/views/help/schema.textile @@ -3,4 +3,4 @@ layout: default title: Vue d'ensemble --- -Rédaction ultérieure
\ No newline at end of file +Rédaction ultérieure
\ No newline at end of file diff --git a/app/views/help/stop_areas.textile b/app/views/help/stop_areas.textile index 3fff6c6e3..2377cfd8d 100644 --- a/app/views/help/stop_areas.textile +++ b/app/views/help/stop_areas.textile @@ -3,87 +3,87 @@ layout: default title: Arrêts --- -* "Définition":#def +* "Définition":#def * "Attributs":#attr -* "Mode opératoire":#ope +* "Mode opératoire":#ope -h3(#def). Définition +h3(#def). 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. +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*. +On recense tout d'abord les arrêts physiques, qualifiés de *point d'embarquement* ou de *quai*. -Du fait de l'existence de deux concepts dans TRIDENT, cet arrêt physique sera considéré par l'application comme une *zone d'arrêt de premier niveau*. Cette notion est nécessaire pour gérer les *points d'arrêts sur itinéraire* utilisés par certains réseaux. +Du fait de l'existence de deux concepts dans 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). +L'application gère ensuite les points d'arrêts sur itinéraire à partir de ces arrêts physiques, en assurant le regroupement des points d'arrêt sur itinéraire dans un arrêt physique (cas de plusieurs lignes passant par le même arrêt physique). -Par la suite, vous pourrez regrouper deux (ou plus) arrêts physiques au sein d'un *arrêt commercial* (par exemple pour regrouper les points d'arrêt physiques correspondant à deux poteaux d'arrêt de la même ligne situés de part et d'autre d'une chaussée mais aussi pour regrouper l'ensemble des points d'arrêt physiques d'un quai de gare routière pour lesquels vous considérez que le temps de correspondance est nul). Vous aurez ainsi constitué une zone d'arrêt, avec qualification arrêt commercial, de deuxième niveau. +Par la suite, vous pourrez regrouper deux (ou plus) arrêts physiques au sein d'un *arrêt commercial* (par exemple pour regrouper les points d'arrêt physiques correspondant à deux poteaux d'arrêt de la même ligne situés de part et d'autre d'une chaussée mais aussi pour regrouper l'ensemble des points d'arrêt physiques d'un quai de gare routière pour lesquels vous considérez que le temps de correspondance est nul). Vous aurez ainsi constitué une zone d'arrêt, avec qualification arrêt commercial, de deuxième niveau. -Enfin, CHOUETTE vous offre la possibilité de regrouper les lieux d'arrêt agglomérés ainsi créés au sein d'une *zone d'arrêt de troisième niveau* pour constituer des *pôles d'échange*. +Enfin, CHOUETTE vous offre la possibilité de regrouper les lieux d'arrêt agglomérés ainsi créés au sein d'une *zone d'arrêt de troisième niveau* pour constituer des *pôles d'échange*. -Ainsi on obtient les possibilités de regroupements suivants: -* un arrêt physique regroupe plusieurs arrêts itinéraire. -* un arrêt commercial regroupe plusieurs arrêts physiques (quai, embarquement). -* un pôle d'échange regroupe plusieurs arrêts commerciaux. +Ainsi on obtient les possibilités de regroupements suivants: +* un arrêt physique regroupe plusieurs arrêts itinéraire. +* 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. +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 regourpement 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)_ . +*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 +* 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 +- 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 +* !commercialstoppoint.png! arrêt commercial +* !stopplace.png! pôle d'échange * !itl.png! ITL -- Nom := nom de l'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 +- 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 : +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 +- 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 : +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 object 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. +clé unique pérenne identifiant la ligne pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = Line : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3(#ope). Mode opératoire -h4. Déplacement sur la carte +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 appuyer lors du déplacement -> l'arrêt suit la souris -* relacher 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 +* activer le déplacement en cliquant sur l'arrêt -> le curseur prend la forme d'une quadruple flêche +* appuyer sur le bouton gauche de la souris et maintenir appuyer lors du déplacement -> l'arrêt suit la souris +* relacher le bouton -> l'arrêt a une nouvelle position fixe +* cliquer sur la carte -> sortie du mode déplacement; les coordonnées sont actualisées dans le formulaire diff --git a/app/views/help/timetables.textile b/app/views/help/timetables.textile index 6c55e8440..9bd187943 100644 --- a/app/views/help/timetables.textile +++ b/app/views/help/timetables.textile @@ -3,53 +3,53 @@ layout: default title: Calendriers d'application --- -h3. Définition +h3. Définition -Un calendrier d'application permet de définir la période de validité des horaires d'une course. -Les calendriers d'application sont donc définis indépendamment des lignes, à l'instar du référentiel des arrêts. +Un calendrier d'application permet de définir la période de validité des horaires d'une course. +Les calendriers d'application sont donc définis indépendamment des lignes, à l'instar du référentiel des arrêts. -La manière de définir un calendrier d'application est restreinte. -Les calendriers sont caractérisés par : +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 quantièmes (jours calendaires dans l'année) * une liste de jours d'application (lundis, mardis, etc.) -* une liste de périodes +* une liste de périodes -L'utilisateur doit donc faire attention au nommage de ses différents calendriers d'application. +L'utilisateur doit donc faire attention au nommage de ses différents calendriers d'application. -Plusieurs courses peuvent référencer le même calendrier. +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. +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 - Commentaire := Description du calendrier -- Version := version du calendrier (différent de la version de l'objet) -- Jours d'application := jours de la semaine effectivement applicables dans le cas où des périodes sont définies dans le calendrier -- Périodes d'application := périodes calendaires durant lesquelles le calendrier est applicable +- Version := version du calendrier (différent de la version de l'objet) +- Jours d'application := jours de la semaine effectivement applicables dans le cas où des périodes sont définies dans le calendrier +- Périodes d'application := périodes calendaires durant lesquelles le calendrier est applicable - Dates d'application := -dates spécifiques pour lesquelles le calendrier est applicable; -ces dates peuvent être ajoutées dans ou en dehors des périodes calendaires. +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 =: -p(attr_data). Données de gestion : +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 = Timetable : clé identifiant le type d'objet (valeur imposée) -* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur -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. +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 = Timetable : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/help/toc.textile b/app/views/help/toc.textile index 2c2bd096c..ca5a282fd 100644 --- a/app/views/help/toc.textile +++ b/app/views/help/toc.textile @@ -5,21 +5,21 @@ title: Sommaire h3. Sommaire -# "Généralités":introduction +# "Généralités":introduction ## "Normalisation":normalisation ## "Documentation":documentation ## "Vue d'ensemble":schema -# "Espaces de données":dataspaces -# "Réseaux":networks +# "Espaces de données":dataspaces +# "Réseaux":networks # "Transporteurs":companies # "Lignes":lines -## "Séquences d'arrêts":routes +## "Séquences d'arrêts":routes ## "Missions":journeypatterns ## "Courses/Horaires":vehiclejourneys -# "Arrêts":stop_areas +# "Arrêts":stop_areas ## "Correspondances":connection_links -## Accès -## Liaisons Arrêt-Accès +## Accès +## Liaisons Arrêt-Accès # "Calendriers d'application":timetables # Outils ## Imports diff --git a/app/views/help/vehiclejourneys.textile b/app/views/help/vehiclejourneys.textile index 84547ebe7..a2f611dc9 100644 --- a/app/views/help/vehiclejourneys.textile +++ b/app/views/help/vehiclejourneys.textile @@ -3,35 +3,35 @@ layout: default title: Courses --- -h3. Définition +h3. Définition -Une course décrit le déplacement d'un véhicule de transport public sur une séquence d'arrêts de la ligne. La course parcourt les arrêts de la séquence d'arrêts dans l'ordre, sans nécessairement s'arrêter à chacun des arrêts. A chaque arrêt desservi, la course précise l'horaire de passage. -De plus, la course est rattachée à un nombre variable de calendriers d'application. +Une course décrit le déplacement d'un véhicule de transport public sur une séquence d'arrêts de la ligne. La course parcourt les arrêts de la séquence d'arrêts dans l'ordre, sans nécessairement s'arrêter à chacun des arrêts. A chaque arrêt desservi, la course précise l'horaire de passage. +De plus, la course est rattachée à un nombre variable de calendriers d'application. h3. Attributs - Nom := nom de la course - Nom public := nom public pour les voyageurs - 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é -- Particularité := champs libre pouvant préciser des modes de fonctionnement (TAD par exemple) +- Mode de transport := mode de transport pour la course; par défaut, c'est le mode de transport de la ligne qui est appliqué +- Particularité := champs libre pouvant préciser des modes de fonctionnement (TAD par exemple) -p(attr_data). Données de gestion : +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 object 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. +clé unique pérenne identifiant la course pour les échanges Neptune +cet identifiant est composé de 3 parties : préfixe:type:id_technique +* préfixe : clé identifiant un producteur de données unique +* type = VehicleJourney : clé identifiant le type d'objet (valeur imposée) +* id_technique : valeur identifiant un seul object d'un type donné pour un même producteur +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 +- 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 +h3. Implémentation p. TODO diff --git a/app/views/layouts/_user_links.erb b/app/views/layouts/_user_links.erb index cef586598..aa70e8c18 100644 --- a/app/views/layouts/_user_links.erb +++ b/app/views/layouts/_user_links.erb @@ -15,7 +15,7 @@ <% if user_signed_in? %> <li> | </li> <li> - <%= link_to help_path , :target => "help" do %> + <%= link_to help_path , :target => "chouette_help" do %> <span class="help"><%= t('layouts.help') %></span> <% end %> </li> diff --git a/app/views/layouts/application.html.erb b/app/views/layouts/application.html.erb index a03a7a8cc..aebbc9f04 100644 --- a/app/views/layouts/application.html.erb +++ b/app/views/layouts/application.html.erb @@ -23,10 +23,8 @@ <div class="title"> <% if selected_referential? %> <h1><%= @referential.name %></h1> - <% elsif help_page? %> + <% elsif help_page? || test_sheet_page? %> <h1>Guide d'utilisation</h1> - <% elsif test_sheet_page? %> - <h1>Description des tests de validation</h1> <% end %> </div> <div class="interaction"> @@ -35,12 +33,11 @@ </div> <div class="tabs"> <ul class="main"> - <% if help_page? %> - <li><%= link_to "Aide", help_path, :class => "current" %></li> - <% elsif test_sheet_page? %> - <li><%= link_to "Tests", test_sheet_path+"1.1", :class => "current" %></li> + <% if help_page? || test_sheet_page? %> + <li><%= link_to "Aide", help_path, :class =>("current" if help_page?) %></li> + <li><%= link_to "Tests de validation", test_sheet_path+"1.1", :class =>("current" if test_sheet_page?) %></li> <% elsif ! selected_referential? %> - <li><%= link_to Referential.model_name.human.capitalize.pluralize, referentials_path, :class => ("current" if current_page?(referentials_path)) %></li> + <li><%= link_to Referential.model_name.human.capitalize.pluralize, referentials_path, :class => ("current" if current_page?(referentials_path) || current_page?(root_url)) %></li> <li><%= tab_link_to FileValidation, file_validations_path %></li> <% else %> <li><%= link_to t("layouts.tabs.dashboard"), referential_path(@referential), :class => ("current" if current_page?(referential_path(@referential))) %></li> diff --git a/app/views/test_sheet/toc.html b/app/views/test_sheet/toc.html index b65a18833..23ccdfcaf 100644 --- a/app/views/test_sheet/toc.html +++ b/app/views/test_sheet/toc.html @@ -1,56 +1,56 @@ -h3. Définition des tests +h3. Définition des tests -# Catégorie 1 -## <a href="1.1" target="test_sheets">Fiche 1.1</a> -## <a href="1.2" target="test_sheets">Fiche 1.2</a> -# Catégorie 2 -## <a href="2.1" target="test_sheets">Fiche 2.1</a> -## <a href="2.2" target="test_sheets">Fiche 2.2</a> -## <a href="2.3" target="test_sheets">Fiche 2.3</a> -## <a href="2.4" target="test_sheets">Fiche 2.4</a> -## <a href="2.5" target="test_sheets">Fiche 2.5</a> -## <a href="2.6" target="test_sheets">Fiche 2.6</a> -## <a href="2.7" target="test_sheets">Fiche 2.7</a> -## <a href="2.8" target="test_sheets">Fiche 2.8</a> -## <a href="2.9" target="test_sheets">Fiche 2.9</a> -## <a href="2.10" target="test_sheets">Fiche 2.10</a> -## <a href="2.11" target="test_sheets">Fiche 2.11</a> -## <a href="2.12" target="test_sheets">Fiche 2.12</a> -## <a href="2.13" target="test_sheets">Fiche 2.13</a> -## <a href="2.14" target="test_sheets">Fiche 2.14</a> -## <a href="2.15" target="test_sheets">Fiche 2.15</a> -## <a href="2.16" target="test_sheets">Fiche 2.16</a> -## <a href="2.17" target="test_sheets">Fiche 2.17</a> -## <a href="2.18" target="test_sheets">Fiche 2.18</a> -## <a href="2.19" target="test_sheets">Fiche 2.19</a> -## <a href="2.20" target="test_sheets">Fiche 2.20</a> -## <a href="2.21" target="test_sheets">Fiche 2.21</a> -## <a href="2.22" target="test_sheets">Fiche 2.22</a> -## <a href="2.23" target="test_sheets">Fiche 2.23</a> -## <a href="2.24" target="test_sheets">Fiche 2.24</a> -## <a href="2.25" target="test_sheets">Fiche 2.25</a> -## <a href="2.26" target="test_sheets">Fiche 2.26</a> -## <a href="2.27" target="test_sheets">Fiche 2.27</a> -## <a href="2.28" target="test_sheets">Fiche 2.28</a> -# Catégorie 3 -## <a href="3.1" target="test_sheets">Fiche 3.1</a> -## <a href="3.2" target="test_sheets">Fiche 3.2</a> -## <a href="3.3" target="test_sheets">Fiche 3.3</a> -## <a href="3.4" target="test_sheets">Fiche 3.4</a> -## <a href="3.5" target="test_sheets">Fiche 3.5</a> -## <a href="3.6" target="test_sheets">Fiche 3.6</a> -## <a href="3.7" target="test_sheets">Fiche 3.7</a> -## <a href="3.8" target="test_sheets">Fiche 3.8</a> -## <a href="3.9" target="test_sheets">Fiche 3.9</a> -## <a href="3.10" target="test_sheets">Fiche 3.10</a> -## <a href="3.11" target="test_sheets">Fiche 3.11</a> -## <a href="3.12" target="test_sheets">Fiche 3.12</a> -## <a href="3.13" target="test_sheets">Fiche 3.13</a> -## <a href="3.14" target="test_sheets">Fiche 3.14</a> -## <a href="3.15" target="test_sheets">Fiche 3.15</a> -## <a href="3.16" target="test_sheets">Fiche 3.16</a> -## <a href="3.17" target="test_sheets">Fiche 3.17</a> -## <a href="3.18" target="test_sheets">Fiche 3.18</a> -## <a href="3.19" target="test_sheets">Fiche 3.19</a> -## <a href="3.20" target="test_sheets">Fiche 3.20</a> -## <a href="3.21" target="test_sheets">Fiche 3.21</a> +* Catégorie 1 +** "Fiche 1.1":1.1 +** "Fiche 1.2":1.2 +* Catégorie 2 +** "Fiche 2.1":2.1 +** "Fiche 2.2":2.2 +** "Fiche 2.3":2.3 +** "Fiche 2.4":2.4 +** "Fiche 2.5":2.5 +** "Fiche 2.6":2.6 +** "Fiche 2.7":2.7 +** "Fiche 2.8":2.8 +** "Fiche 2.9":2.9 +** "Fiche 2.10":2.10 +** "Fiche 2.11":2.11 +** "Fiche 2.12":2.12 +** "Fiche 2.13":2.13 +** "Fiche 2.14":2.14 +** "Fiche 2.15":2.15 +** "Fiche 2.16":2.16 +** "Fiche 2.17":2.17 +** "Fiche 2.18":2.18 +** "Fiche 2.19":2.19 +** "Fiche 2.20":2.20 +** "Fiche 2.21":2.21 +** "Fiche 2.22":2.22 +** "Fiche 2.23":2.23 +** "Fiche 2.24":2.24 +** "Fiche 2.25":2.25 +** "Fiche 2.26":2.26 +** "Fiche 2.27":2.27 +** "Fiche 2.28":2.28 +* Catégorie 3 +** "Fiche 3.1":3.1 +** "Fiche 3.2":3.2 +** "Fiche 3.3":3.3 +** "Fiche 3.4":3.4 +** "Fiche 3.5":3.5 +** "Fiche 3.6":3.6 +** "Fiche 3.7":3.7 +** "Fiche 3.8":3.8 +** "Fiche 3.9":3.9 +** "Fiche 3.10":3.10 +** "Fiche 3.11":3.11 +** "Fiche 3.12":3.12 +** "Fiche 3.13":3.13 +** "Fiche 3.14":3.14 +** "Fiche 3.15":3.15 +** "Fiche 3.16":3.16 +** "Fiche 3.17":3.17 +** "Fiche 3.18":3.18 +** "Fiche 3.19":3.19 +** "Fiche 3.20":3.20 +** "Fiche 3.21":3.21 |