From a793afefb6a46dbc2cc7c87ae25ff638f70506eb Mon Sep 17 00:00:00 2001 From: Michel Etienne Date: Thu, 26 Jun 2014 10:16:28 +0200 Subject: correct broken links in help pages, Mantis 26690 --- CHANGELOG.md | 1 + app/views/help/documentation.textile | 2 +- app/views/help/exports.textile | 4 +-- app/views/help/faq.textile | 2 +- app/views/help/imports.textile | 4 +-- app/views/help/journey_patterns.textile | 37 ++++++++++++++++++++++ app/views/help/journeypatterns.textile | 37 ---------------------- app/views/help/networks.textile | 2 +- app/views/help/routes.textile | 2 +- app/views/help/time_tables.textile | 56 +++++++++++++++++++++++++++++++++ app/views/help/timetables.textile | 56 --------------------------------- app/views/help/toc.textile | 6 ++-- app/views/help/tutorial.textile | 4 +-- app/views/help/validations.textile | 2 +- app/views/help/vehicle_journeys.textile | 39 +++++++++++++++++++++++ app/views/help/vehiclejourneys.textile | 39 ----------------------- 16 files changed, 147 insertions(+), 146 deletions(-) create mode 100644 app/views/help/journey_patterns.textile delete mode 100644 app/views/help/journeypatterns.textile create mode 100644 app/views/help/time_tables.textile delete mode 100644 app/views/help/timetables.textile create mode 100644 app/views/help/vehicle_journeys.textile delete mode 100644 app/views/help/vehiclejourneys.textile diff --git a/CHANGELOG.md b/CHANGELOG.md index 0876062a0..67d361a39 100644 --- a/CHANGELOG.md +++ b/CHANGELOG.md @@ -5,6 +5,7 @@ * Mise en place d'un script produisant l'aide en ligne sous forme de docx (Mantis 26604) * L'import GTFS plante sur une course qui dessert plus de 2 fois le même arrêt (Mantis 26755) * L'export NeTEx produit un fichier invalide si le champ VersionDate du réseau est vide (Mantis 26434) + * Liens cassés dans les pages d'aide (Mantis 26690) # Version 2.4.0 (27/05/14) * Corrections d'anomalies diff --git a/app/views/help/documentation.textile b/app/views/help/documentation.textile index 722b6c277..5896ed7a0 100644 --- a/app/views/help/documentation.textile +++ b/app/views/help/documentation.textile @@ -3,6 +3,6 @@ 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/spip.php?rubrique15 +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/exports.textile b/app/views/help/exports.textile index eb88c6589..c1da06a11 100644 --- a/app/views/help/exports.textile +++ b/app/views/help/exports.textile @@ -10,9 +10,9 @@ p. L'export permet d'extraire de la base un ensemble de données selon un format h3. Formats disponibles - Neptune := format normalisé des échanges de données de transport en commun pour la France (cf "Normalisation":normalisation) -- NeTEx := format d'échanges de données de transport en commun expérimental sur la norme européenne ["NeTEx":http://normes-donnees-tc.org/spip.php?article66] mais limité aux données définies dans la norme Neptune +- NeTEx := format d'échanges de données de transport en commun expérimental sur la norme européenne ["NeTEx":http://www.normes-donnees-tc.org/format-dechange/donnees-theoriques/] mais limité aux données définies dans la norme 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://normes-donnees-tc.org/spip.php?article64] +- 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 h3. Options des formats diff --git a/app/views/help/faq.textile b/app/views/help/faq.textile index 74bf2c8ff..e438d4bd2 100644 --- a/app/views/help/faq.textile +++ b/app/views/help/faq.textile @@ -5,4 +5,4 @@ title: Foire aux questions N'hésitez pas à nous solliciter pour toute question, nous compléterons la FAQ progressivement ! -"FAQ de chouette.mobi":http://www.chouette.mobi/spip.php?rubrique38 \ No newline at end of file +"Forum de chouette.mobi":http://forum.chouette.mobi \ No newline at end of file diff --git a/app/views/help/imports.textile b/app/views/help/imports.textile index f05126421..88b780b7f 100644 --- a/app/views/help/imports.textile +++ b/app/views/help/imports.textile @@ -34,12 +34,12 @@ p(note). Les tests de niveau 1 et 2 ne sont actuellement implémentés que pour h3(#fmt). Formats disponibles - Neptune := format normalisé des échanges 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 norme européenne ["NeTEx":http://normes-donnees-tc.org/spip.php?article66] mais limité au sous-ensemble des données définies dans la norme Neptune +- NeTEx := format d'échange de données de transport en commun expérimental sur la 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 la norme 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://normes-donnees-tc.org/spip.php?article64] +p(olnext). - les données exportées en GTFS sont explicités ["ICI":http://www.normes-donnees-tc.org/format-dechange/autres-normes/] h3(#com). Paramètres communs diff --git a/app/views/help/journey_patterns.textile b/app/views/help/journey_patterns.textile new file mode 100644 index 000000000..b6a67e0e1 --- /dev/null +++ b/app/views/help/journey_patterns.textile @@ -0,0 +1,37 @@ +--- +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 + diff --git a/app/views/help/journeypatterns.textile b/app/views/help/journeypatterns.textile deleted file mode 100644 index b6a67e0e1..000000000 --- a/app/views/help/journeypatterns.textile +++ /dev/null @@ -1,37 +0,0 @@ ---- -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 - diff --git a/app/views/help/networks.textile b/app/views/help/networks.textile index bc6a35feb..cd21ddda9 100644 --- a/app/views/help/networks.textile +++ b/app/views/help/networks.textile @@ -5,7 +5,7 @@ title: Réseaux h3. Définition -Un *réseau* est constitué par les "lignes":lines, les "séquences d'arrêts":routes, les "Interdictions de Trafic Local":stop_areas (ITL), les "horaires":vehiclejourneys, et les "courses":vehiclejourneys qui le définissent. +Un *réseau* est constitué par les "lignes":lines, les "séquences d'arrêts":routes, les "Interdictions de Trafic Local":stop_areas (ITL), les "horaires":vehicle_journeys, et les "courses":vehicle_journeys 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 très important que le gestionnaire le renseigne d'une manière bien définie et pérenne. diff --git a/app/views/help/routes.textile b/app/views/help/routes.textile index 7016b6369..c422be1ad 100644 --- a/app/views/help/routes.textile +++ b/app/views/help/routes.textile @@ -5,7 +5,7 @@ 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":line; les séquences d'arrêts peuvent référencer des arrêts communs. +La *séquence d'arrêts* est une sélection ordonnée de références aux "points d'arrêt":stop_areas (exemple: itinéraires aller et retour d'une ligne). Une séquence d'arrêts est spécifique à une "ligne":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') diff --git a/app/views/help/time_tables.textile b/app/views/help/time_tables.textile new file mode 100644 index 000000000..87e04b37f --- /dev/null +++ b/app/views/help/time_tables.textile @@ -0,0 +1,56 @@ +--- +layout: default +title: Calendriers d'application +--- + +h3. Définition + +Un *calendrier* d'application permet de définir la période de validité des horaires d'une "course":vehicle_journeys. +Les calendriers d'application sont donc définis indépendamment des lignes, à l'instar du référentiel des arrêts. + +La manière de définir un calendrier d'application est restreinte. +Les calendriers sont caractérisés par : + +* une liste de quantièmes (jours calendaires dans l'année) +* une liste de jours d'application (lundis, mardis, etc.) +* une liste de périodes sur lesquelles s'appliquent les jours 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. + +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 +- 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. +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 : + +- 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 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 + diff --git a/app/views/help/timetables.textile b/app/views/help/timetables.textile deleted file mode 100644 index 87e04b37f..000000000 --- a/app/views/help/timetables.textile +++ /dev/null @@ -1,56 +0,0 @@ ---- -layout: default -title: Calendriers d'application ---- - -h3. Définition - -Un *calendrier* d'application permet de définir la période de validité des horaires d'une "course":vehicle_journeys. -Les calendriers d'application sont donc définis indépendamment des lignes, à l'instar du référentiel des arrêts. - -La manière de définir un calendrier d'application est restreinte. -Les calendriers sont caractérisés par : - -* une liste de quantièmes (jours calendaires dans l'année) -* une liste de jours d'application (lundis, mardis, etc.) -* une liste de périodes sur lesquelles s'appliquent les jours 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. - -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 -- 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. -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 : - -- 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 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 - diff --git a/app/views/help/toc.textile b/app/views/help/toc.textile index c19bf164e..a88d73afd 100644 --- a/app/views/help/toc.textile +++ b/app/views/help/toc.textile @@ -17,13 +17,13 @@ h3. Sommaire # "Transporteurs":companies # "Lignes":lines ## "Séquences d'arrêts":routes -## "Missions":journeypatterns -## "Courses/Horaires":vehiclejourneys +## "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":timetables +# "Calendriers d'application":time_tables # Outils ## "Imports":imports ## "Exports":exports diff --git a/app/views/help/tutorial.textile b/app/views/help/tutorial.textile index 8cf0f6a7a..ff1567272 100644 --- a/app/views/help/tutorial.textile +++ b/app/views/help/tutorial.textile @@ -11,5 +11,5 @@ Des courses, horaires, missions, Interdictions de Trafic Local et calendriers d' L'utilisateur a alors la possibilité de découvrir et de modifier à souhait ces éléments afin d'expérimenter les différentes fonctions et possibilités de l'outil CHOUETTE. La démonstration est disponible en ligne sur "www.chouette.mobi":www.chouette.mobi -Les données 'Tatrobus' sont disponibles ["ici":http://www.chouette.mobi/spip.php?rubrique46] -A noter également que des données Neptune sont disponibles au format Neptune sous licence open data, cf. par exemple ["ici":http://www.chouette.mobi/spip.php?rubrique84] \ No newline at end of file +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/validations.textile b/app/views/help/validations.textile index e70b81183..c2927cdbf 100644 --- a/app/views/help/validations.textile +++ b/app/views/help/validations.textile @@ -18,7 +18,7 @@ p. La validation effectue un ensemble de contrôles syntaxiques, sémantiques et ** les données d’offre sont analysées (structure, contrôles de complétude et de connexité des données) ; * le 3ème niveau d'analyse concerne plutôt des contrôles du « réalisme » des données ; il peut être effectué en base de données, donc y compris sur des données importées depuis un autre format que Neptune (GTFS, CSV, etc.). A ces points de contrôle est associé un jeu de paramètres modifiable par l'utilisateur. -p. Les tests (« points de contrôle ») de validation Neptune sont décrits sur le site "chouette.mobi":http://www.chouette.mobi/spip.php?rubrique108 +p. Les tests (« points de contrôle ») de validation Neptune sont décrits sur le site "chouette.mobi":http://www.chouette.mobi/docs/ h3(#fmt). Formats disponibles diff --git a/app/views/help/vehicle_journeys.textile b/app/views/help/vehicle_journeys.textile new file mode 100644 index 000000000..d5186cf57 --- /dev/null +++ b/app/views/help/vehicle_journeys.textile @@ -0,0 +1,39 @@ +--- +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 + +- 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) + +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 + diff --git a/app/views/help/vehiclejourneys.textile b/app/views/help/vehiclejourneys.textile deleted file mode 100644 index d5186cf57..000000000 --- a/app/views/help/vehiclejourneys.textile +++ /dev/null @@ -1,39 +0,0 @@ ---- -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 - -- 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) - -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 - -- cgit v1.2.3