Objectif:
-Contrôler que le fichier respecte la syntaxe XML telle que décrite dans les recommandations du W3C
-
Priorité: Obligatoire
-Explications: -
--Un fichier XML doit être correctement constitué :
--- Il possède une déclaration comportant le numéro de version XML -utilisé dans le document ainsi que le nom du jeu de codage de -caractères utilisé.
--- Un nom d'élément ne peut commencer par un chiffre. Si le nom n'est -composé que d'un seul caractère, ce doit être une lettre comprise entre -"a" et "z" pour les minuscules, "A" et "Z" pour les majuscules. S'il -est composé d'au moins deux caractères, le premier peut être "_" ou -":". Le nom peut ensuite être composé de lettres, chiffres, tirets, -tirets bas et deux points.
--- Les balises n'ayant pas de contenu doivent se terminer par />.
--- Toutes les balises portant un contenu non vide doivent être fermées.
- --- Les valeurs d'attributs doivent être entre guillemets.
- --- Les noms d'attributs sont en minuscules.
- - --- Tous les éléments peuvent contenir un ou plusieurs attributs. Chaque -élément ne peut contenir qu'une fois le même attribut. Un attribut est -composé d'un nom et d'une valeur. Il ne peut être présent que dans la -balise ouvrante de l'élément.
--Exemple:
--Exemple de fichier XML
- -<?xml version="1.0" encoding="ISO-8859-1"?>-N° test: -1.1.1
--Libellé: -Conformité à la syntaxe XML
- --Champ d’application: -Syntaxe XML suivant les recommandations du W3C
--Vérification:
--- Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle -CHOUETTE à analyser avec un éditeur XML ou directement à l'aide d'un -Framework de vérification de la syntaxe XML (castor, xerces, etc...).
--- Si le fichier respecte la syntaxe W3C alors le test est validé, sinon -le test est invalidé et produit le message « test 1.1.1 : le -fichier n’est pas correctement formé selon les recommandations du -W3C ».
--
diff --git a/app/views/test_sheet/1_2.html b/app/views/test_sheet/1_2.html deleted file mode 100644 index 882299eac..000000000 --- a/app/views/test_sheet/1_2.html +++ /dev/null @@ -1,108 +0,0 @@ -Objectif:
-Vérifier le fichier d’export XML par rapport à un fichier de référence
-XSD (XML Schema Definition) dans lequel est défini un jeu de règles et
-contraintes.
-
Priorité: Obligatoire
-Explications: -
--Il faut vérifier que le document d’export XML respecte les règles -décrites dans le document XSD CHOUETTE. Pour cela, il faut mettre en -place les traitements permettant de vérifier la présence de tous les -objets et attributs obligatoires des concepts et des attributs -optionnels visibles d’une part dans le modèle de données, d’autre part -dans le profil d’échange, si utilisés.
--La vérification de la conformité XSD permet de valider, entre autre :
-- que les balises utilisées sont bien connues (définies dans l'XSD)
-- la présence des balises obligatoires
--- l’arborescence des balises
--- l’ordre des balises
--- la cardinalité des balises
--- le contenu de balise (vérification de type quand il est connu : date, durée, entier, flottant, booléen, pattern, etc.)
--Exemple:
- --Un exemple de fichier XSD (reseau.xsd):
- -<?xml version="1.0" encoding="ISO-8859-1"?>-Suivi d'un fichier xml valide :
- -<?xml version="1.0" encoding="ISO-8859-1"?>-N° test: -1.2.1
--Libellé: -Conformité au schéma XML du profil CHOUETTE
--Champ d’application: -Schéma XML du profil CHOUETTE
--Vérification:
--- Vérifier qu'il est possible d'ouvrir le fichier contenant le modèle -CHOUETTE à analyser avec un éditeur XML en respectant le schéma -CHOUETTE ou directement à l'aide d'un Framework de vérification de la -syntaxe XML par rapport au schéma CHOUETTE (castor, xerces, etc...).
--- Si le fichier respecte le modèle CHOUETTE alors le test est validé, -sinon le test est invalidé et produit le message « test -1.2.1 : le fichier ne respecte pas le modèle CHOUETTE».
diff --git a/app/views/test_sheet/2_1.html b/app/views/test_sheet/2_1.html deleted file mode 100644 index 3b83155b1..000000000 --- a/app/views/test_sheet/2_1.html +++ /dev/null @@ -1,176 +0,0 @@ -Objectif:
-Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU RÉSEAU (« PTNetwork »).
-Vérification de la correcte référence à la VERSION DU RÉSEAU(« PTNetwork ») dans LIGNEs/Chouette («Line »).
-
Priorité: Obligatoire (si la séquence « lineId » est utilisée dans « PTNetwork »)
-Explications: -
-La référence à la LIGNE/Chouette (« Line »), au sein de la classe -d’objets de VERSION DU RÉSEAU («PTNetwork»), a un caractère optionnel. -Si cette référence est utilisée, alors elle doit correspondre à une ou -plusieurs LIGNEs/Chouette (« Line ») effectivement définie(s).
- - --L’élément permettant d’identifier le réseau (ptNetworkIdShortcut) auquel appartient une LIGNE/Chouette (« Line ») a -un caractère optionnel. Si cet élément est utilisé, il convient de -vérifier que sa valeur correspond bien à l’identifiant de la VERSION DU -RÉSEAU (« PTNetwork ») en question.
--Exemple:
- -- Représentation schématique de l’Objet PTNetwork
-
-Exemple:
- -- Représentation schématique de l’Objet Line
-
-
- -...-
--N° test: -2.1.1
--Libellé: -Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans VERSION DU RÉSEAU (« PTNetwork »).
- --Champ d’application: -<PTNetwork> <Line>
--Vérification:
--- Si l’élément « lineId », situé dans l’objet -« PTNetwork », existe alors poursuivre le test, sinon -abandonner le test,
--- Si la valeur de chaque élément « LineId » de la classe -d’objets «PTNetwork », est identifiée dans l’élément -« objectId » de la classe d’objets « Line » alors -le test est validé, sinon le test est invalidé et produit le message -« test 2.1.1 : la valeur de l’élément « LineId » de -la classe d’objets «PTNetwork » n’a pas été repérée dans l’élément -« objectId » de la classe d’objets « Line ».
--N° test: -2.1.2
- --Libellé: -Vérification de la correcte référence à la VERSION DU RÉSEAU ( « PTNetwork »).dans LIGNEs/Chouette («Line »).
- - --Champ d’application: -<Line> <PTNetwork>
--Vérification:
--- Si l’élément «PtNetworkIdShortcut» existe alors poursuivre le test, sinon le test est abandonné,
--- Si la valeur de chaque « ptNetworkIdShortcut » pour chaque -« Line », est identifiée dans l’élément -« objectId » de la classe d’objets « PTNetwork » -alors le test est validé, sinon le test est invalidé et produit le -message « test 2.1.2 : la référence au réseau -« PtNetworkIdShortcut » n’a pas été repérée dans l’élément -« objectId » de la classe d’objets « PtNetwork» ».
--
- diff --git a/app/views/test_sheet/2_10.html b/app/views/test_sheet/2_10.html deleted file mode 100644 index 30f13dca9..000000000 --- a/app/views/test_sheet/2_10.html +++ /dev/null @@ -1,77 +0,0 @@ -Objectif:
-Vérifiication de la correcte référence à une LIGNE/Chouette
-(« Line ») pour les POINTS D’ARRÊT SUR PARCOURS («
-StopPoint » ).
-
Priorité: Obligatoire (si l’élément « LineIdShortCut » est existant)
-Explications: -
--La référence à la LIGNE/Chouette (« Line ») -« LineIdShortCut » au sein d'un arrêt POINT D’ARRÊT SUR -PARCOURS (« StopPoint ») a un caractère optionnel. Si cette -référence est utilisée, il convient de vérifier qu'elle correspond à -l'identifiant « objectId » d’une LIGNE/Chouette -(« Line »).
--Exemple:
--Représentation schématique de l’Objet « StopPoint »
-
-Exemple d'arrêt référençant le raccourci de ligne
- -...-N° test: -2.10.1
--Libellé: Vérification de la correcte référence à une -LIGNE/Chouette (« Line ») pour les POINTs D’ARRÊT SUR -PARCOURS (« StopPoint » ).
- --Champ d’application: -<StopPoint> <Line>
--Vérification:
- --- Si l’élément de référence d’une « Line » -(« lineIdShortcut ») qui est présent dans -« StopPoint » est identifié à un objet de ligne -« Line », le test est validé, sinon le test est invalidé et -produit le message « test 2.10.1 : Le point d’arrêt (« -StopPoint ») fait référence à une ligne inexistante».
- diff --git a/app/views/test_sheet/2_11.html b/app/views/test_sheet/2_11.html deleted file mode 100644 index d74b9685d..000000000 --- a/app/views/test_sheet/2_11.html +++ /dev/null @@ -1,84 +0,0 @@ -Objectif:
-Vérification de la correcte référence à la VERSION DU RÉSEAU
-(« PTNetwork ») pour chaque POINT D’ARRÊT SUR PARCOURS(« StopPoint »).
-
Priorité: Obligatoire (si l’élément « PTNetworkIdShortCut » est existant
-Explications: -
--La référence au réseau « pTNetworkIdShortCut » au sein d'un -POINT D’ARRÊT SUR PARCOURS (« StopPoint ») a un caractère -optionnel. Si elle est définie, il convient de vérifier qu'elle -correspond à l'identifiant « objectId » de la VERSION DU -RÉSEAU (« PTNetwork »).
--Exemple:
--Représentation schématique de l’Objet « StopPoint »
-
-Exemple d'arrêt référençant le réseau
- -<?xml version="1.0" encoding="ISO-8859-1"?>-N° test: -2.11.1
- --Libellé: Vérification de la correcte référence à la VERSION DU -RÉSEAU (« PTNetwork ») pour chaque POINT D’ARRÊT SUR PARCOURS -(« StopPoint »).
- - --Champ d’application: <StopPoint> <PTNetwork>
--Vérification:
-- Si l’élément « ptNetworkIdShortcut » existe alors poursuivre le test, sinon le test est abandonné
- - -
-- Si l’élément « ptNetworkIdShortcut », référencé dans un
-objet « StopPoint » est identifié au réseau
-« PtNetwork », le test est validé, sinon le test est invalidé
-et produit le message « test 2.11.1 : Le point d’arrêt («
-StopPoint ») fait référence à un réseau inexistant»
Objectif:
-Vérification de cohérence entre les objets « ITL » et les ARRÊTs/Chouette (« StopArea »).
-
Priorité: Obligatoire (si le réseau contient des Interdictions de Trafic Local « ITL »)
-Explications: -
--Les Interdictions de Trafic Local « ITL » sont optionnelles -dans un réseau. Lorsqu'elles existent, il convient de vérifier pour -chaque ARRÊT/Chouette (« StopArea ») de type ITL , -que l'élément « areaId » qui est à caractère obligatoire, -correspond à un identifiant « ObjectId » d’ARRÊT/Chouette -(« StopArea »)» du réseau.
--Exemple:
--Représentation schématique de l’Objet « ITL »
-
-N° test: -2.12.1
--Libellé: -Vérification de cohérence entre les objets « ITL » et les ARRÊTs/Chouette (« StopArea »).
- --Champ d’application: -<ITL> <StopArea>
--Vérification:
- - --- Si l’objet « ITL » existe alors poursuivre le test, sinon le test est abandonné
--- Si l’élément « areaId », référencé dans un objet -d’interdiction de trafic local « ITL », possède un -identifiant « ObjectId » dans un objet « StopArea » -, le test est validé, sinon le test est invalidé et produit le message -« test 2.12.1 : Un objet d’interdiction de trafic local -« ITL » fait référence à un arrêt du réseau -« StopArea » inexistant ».
- diff --git a/app/views/test_sheet/2_13.html b/app/views/test_sheet/2_13.html deleted file mode 100644 index a7627e6b7..000000000 --- a/app/views/test_sheet/2_13.html +++ /dev/null @@ -1,75 +0,0 @@ -Objectif:
-Vérification de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque « ITL ».
-
Priorité: Obligatoire (si le réseau contient des Interdictions de Trafic Local « ITL »)
-Explications: -
--Les Interdictions de Trafic Local « ITL » sont optionnelles -dans un réseau. Lorsqu'elles existent, il convient de vérifier pour -chaque « ITL » que si l'élément « lineIdShortcut », -qui est à caractère optionnel dans l'« ITL », existe, il -correspond à l'identifiant « ObjectId » d’une LIGNE/Chouette -(« Line ») définie.
--Exemple:
--Représentation schématique de l’Objet « ITL »
-
-N° test: -2.13.1
--Libellé: -Vérification de la correcte référence à la LIGNE/Chouette (« Line ») pour chaque « ITL ».
- --Champ d’application: -<ITL> <Line>
--Vérification:
- - --- Si l’objet « ITL » existe alors poursuivre le test, sinon le test est abandonné
- --- Si l’élément de raccourci de ligne « lineIdShortcut » -existe alors poursuivre le test, sinon le test est abandonné
- --- Si l’élément de raccourci de ligne « lineIdShortcut », -référencé dans un objet d’interdiction de trafic local -« ITL », possède un identifiant « ObjectId » dans -un objet de ligne « Line » , le test est validé, sinon le -test est invalidé et produit le message « test 2.13.1 : Un -objet d’interdiction de trafic local « ITL » fait référence à -une ligne inexistante ».
- diff --git a/app/views/test_sheet/2_14.html b/app/views/test_sheet/2_14.html deleted file mode 100644 index 5f1d42530..000000000 --- a/app/views/test_sheet/2_14.html +++ /dev/null @@ -1,152 +0,0 @@ -Objectif:
-Vérification que tout
-POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
-est associé à un
-Itinéraire/Chouette (ChouetteRoute »).
-Analyse de la continuité des tronçons
-
Priorité: Obligatoire
-Explications: -
- - - - - --Ce point de contrôle vérifie que tous les POINTs D’ARRÊT SUR PARCOURS (« -StopPoint ») sont bien rattachés à un Itinéraire/Chouette -(« ChouetteRoute ») et que chaque POINT D’ARRÊT SUR -PARCOURS («StopPoint») appartient à un tronçon COMMERCIAL/Chouette (« PtLink »).
--D’autre part, les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») doivent -être ordonnés sur l’Itinéraire/Chouette (« ChouetteRoute ») -et former une séquence de tronçons contigus.
- --Exemple:
--Exemple de définition à partir d’un fichier XML sur le RER A
- -<StopPoint>-N° test: -Test 2.14.1
- - - --Libellé: Vérification que tout POINT D’ARRÊT SUR PARCOURS -(« StopPoint ») est associé à -un Itinéraire/Chouette (ChouetteRoute »).
- - - - --Champ d’application: <StopPoint> <PtLink> <chouetteRoute>
- --Vérification:
-- -Si l’objet de point d’arrêt « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- Si l’identifiant du point d’arrêt détecté, contenu dans l’élément -« StopPoint », figure dans l’un des éléments -« startOfLink » ou « endOfLink » de l’objet de -tronçon « PTLink » , poursuivre le test, sinon le test -fournit le message d’alerte « test 2.14.1 a : le point -d’arrêt (« StopPoint ») XX n’appartient à aucune extrémité de -tronçon ». La poursuite des tests est abandonnée.
- --- Si l’identifiant du tronçon « PtLink », détecté ci-avant, -est intégré dans un objet « ChouetteRoute », le test est -validé, sinon le test est invalidé et fournit le message « test -2.14.1 b : le tronçon XX fait référence à un itinéraire -inexistant ».
- --N° test: -Test 2.14.2
- - --Libellé: Analyse de la continuité -des tronçons COMMERCIAUX/Chouette (« PtLink ») au -sein d’un Itinéraire/Chouette (« ChouetteRoute »).
- - - --Champ d’application: <PtLink> <chouetteRoute>
- --Vérification:
- - -- -Si l’élément « ChouetteRoute » mentionné dans les champs d’application -est présent une ou plusieurs fois, poursuivre le test, sinon le test -est abandonné.
- Pour chaque identifiant de tronçon « PtLink » successif, -contenu dans l’élément « ChouetteRoute », si la valeur de -l’attribut de l’élément « endOfLink » du premier tronçon -« PtLink » est identique à la valeur de l’attribut de -l’élément « startOfLink » du deuxième tronçon -« PtLink », poursuivre le test (se décaler d’un tronçon), -sinon le test est invalidé et fournit message : « test -2.14.2 : l’analyse des tronçons d’un itinéraire fait apparaître -que la valeur de l’attribut de l’élément « endOfLink » d’un -premier tronçon « PtLink » n’est pas identique à la valeur de -l’attribut de l’élément « startOfLink » du deuxième tronçon -« PtLink »
--- Le test est validé
- diff --git a/app/views/test_sheet/2_15.html b/app/views/test_sheet/2_15.html deleted file mode 100644 index a0883f072..000000000 --- a/app/views/test_sheet/2_15.html +++ /dev/null @@ -1,181 +0,0 @@ -Objectif:
-Vérification de l’existence de définition des POINTs D’ARRÊT SUR
-PARCOURS (« StopPoint ») d’une mission commerciale
-(« JourneyPattern »).
-Vérification que tout POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
-appartient à une mission commerciale
-(« JourneyPattern »).
-
Priorité: Obligatoire (si l’objet « JourneyPattern » existe)
-Explications: -
- --L’objet de MISSION COMMERCIALE (« JourneyPattern ») , a un caractère -optionnel. Quand elle existe, chaque MISSION COMMERCIALE (« -JourneyPattern ») référence de manière obligatoire une liste -« stopPointList » qui contient au moins deux identifiants de -POINT D’ARRÊT SUR PARCOURS (« StopPoint »). Pour chaque identifiant de -cette liste, il convient de vérifier qu'il correspond à l'identifiant -« objectId » d'un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») -du réseau.
- - --Chaque identifiant de POINT D’ARRÊT SUR PARCOURS (« StopPoint ») doit -appartenir à la liste des POINTs D’ARRÊT SUR PARCOURS d’une MISSION -COMMERCIALE (« StopPointList » de la mission commerciale « JourneyPattern »).
- --Exemple:
--Représentation schématique de l’objet « JourneyPattern »
-
-Exemple d'un parcours qui référence sept points d'arrêt
- -...-N° test: -2.15.1
- - -
-Libellé:
-Vérification de l’existence de définition des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») d’une
mission commerciale (« JourneyPattern »).
-Champ d’application: -<JourneyPattern> <StopPoint>
--Vérification:
- - --- Si l’objet de mission commerciale existe, poursuivre le test, sinon abandonner le test
--- Si la liste des points d’arrêt « stopPointList », -référencés dans un objet de mission commerciale -« JourneyPattern », possède des identifiants -« objectId » dans les objets de points d’arrêt -« StopPoint », alors le test est validé, sinon le test est -invalidé et produit le message « test 2.15.1 : La liste de -l’objet « JourneyPattern » fait référence à des points -d’arrêt inexistants »
- --N° test: -2.15.2
- - --Libellé: Vérification que tout POINT D’ARRÊT SUR PARCOURS (« -StopPoint ») appartient à une mission -commerciale (« JourneyPattern »).
- - - --Champ d’application: <StopPoint> <JourneyPattern>
- - - --Vérification:
-- -Si l’objet « StopPoint », mentionné dans les champs d’application, est -présent une ou plusieurs fois, poursuivre le test, sinon le test est -abandonné.
- Si l’identifiant de l’élément « StopPoint » identifié est -contenu dans la liste des points d’arrêt (StopPointList) de l’objet -« JourneyPattern », le test est validé, sinon le test est -invalidé et fournit le message : « test 2.15.2 : un -point d’arrêt (« StopPoint ») n’est pas rattaché à une mission -commerciale ».
- diff --git a/app/views/test_sheet/2_16.html b/app/views/test_sheet/2_16.html deleted file mode 100644 index b893c40c9..000000000 --- a/app/views/test_sheet/2_16.html +++ /dev/null @@ -1,94 +0,0 @@ -Objectif:
-Vérification de la correcte référence à une LIGNE/Chouette
-(« Ligne ») pour une MISSION COMMERCIALE
-(« JourneyPattern »).
-
Priorité: Obligatoire (si l’objet « JourneyPattern » existe et s’il contient l’objet « lineIdShortCut »)
-Explications: -
--Lorsque l’objet MISSION COMMERCIALE (« JourneyPattern ») fait -référence à une LIGNE/Chouette (« Ligne ») à travers -« lineIdShortCut », qui est à caractère optionnel, il -convient de vérifier que cette référence correspond à l'identifiant -« objectId » d’une LIGNE /Chouette (« Ligne ») -définie.
--Exemple:
--Représentation schématique de l’objet JourneyPattern
-
-Exemple:
- -...-N° test: -2.16.1
--Libellé: Vérification de la correcte référence à une une -LIGNE/Chouette (« Ligne ») pour une MISSION COMMERCIALE -(« JourneyPattern »).
- --Champ d’application: -<JourneyPattern> <Line>
- - --Vérification:
--- Si l’objet de mission commerciale existe, poursuivre le test, sinon abandonner le test
- - --- Si le raccourci de ligne « lineIdShortCut », dans l’objet -« JourneyPattern », poursuivre le test, sinon abandonner le -test
--- Si l’élément de raccourci de ligne « lineIdShortCut » , -référencé dans un objet « JourneyPattern », possède un -identifiant « objectId » dans un objet de ligne -« Line », alors le test est validé, sinon le test est -invalidé et produit le message « test 2.16.1 : Un objet -« JourneyPattern » fait référence à une ligne inexistante.»
- diff --git a/app/views/test_sheet/2_17.html b/app/views/test_sheet/2_17.html deleted file mode 100644 index 6a87b1132..000000000 --- a/app/views/test_sheet/2_17.html +++ /dev/null @@ -1,98 +0,0 @@ -Objectif:
-Vérification de la correcte référence à l’Itinéraire/Chouette
-(« ChouetteRoute) pour chaque COURSE COMMERCIALE (« VehicleJourney
-» ).
-
Priorité: Obligatoire (si l'objet « VehicleJourney » existe)
-Explications: -
--Lorsqu’une COURSE COMMERCIALE (« VehicleJourney » ) fait référence à un -Itinéraire/Chouette (« ChouetteRoute ») il convient de -vérifier que l'identifiant d'itinéraire « routeId », qui est -à caractère obligatoire dans la course, correspond à l'identifiant -« objectId » d'un Itinéraire/Chouette -(« ChouetteRoute »).
- --Exemple:
--Représentation schématique de l’Objet « VehicleJourney »
-
-Exemple d'une course qui référence une « ChouetteRoute »
- -...-N° test: -2.17.1
--Libellé: Vérification de la correcte référence à -l’Itinéraire/Chouette (« ChouetteRoute) pour chaque COURSE -COMMERCIALE (« VehicleJourney » ).
- --Champ d’application: <VehicleJourney> <ChouetteRoute>
- - - --Vérification:
- - -- -Si l’objet « VehicleJourney » mentionné dans les champs d’application -est présent une ou plusieurs fois, poursuivre le test, sinon le test -est abandonné.
- Si chaque élément « RouteId » est associé à un objet -« ChouetteRoute », le test est validé, sinon le test est -invalidé et fournit le message : « test 2.17.1 : la -course XX fait référence à un itinéraire inexistant »
diff --git a/app/views/test_sheet/2_18.html b/app/views/test_sheet/2_18.html deleted file mode 100644 index f6bfa04eb..000000000 --- a/app/views/test_sheet/2_18.html +++ /dev/null @@ -1,160 +0,0 @@ -Objectif:
-Vérification de l’existence d’une MISSION COMMERCIALE
-(« JourneyPattern « ) pour chaque COURSE COMMERCIALE
-(« VehicleJourney »).
-Vérification de la cohérence de points entre MISSION COMMERCIALE
-(« JourneyPattern « ) et COURSE COMMERCIALE
-(« VehicleJourney »).
-
Priorité: Obligatoire (si l'objet « VehicleJourney » existe et contient l'élément « journeyPatternId »)
-Explications: -
--Lorsqu’une COURSE COMMERCIALE (« VehicleJourney » ) est définie, il -convient de vérifier que si l’élément « journeyPatternId » de -MISSION COMMERCIALE (« JourneyPattern ») , qui est à -caractère optionnel dans la course, existe (c’est-à-dire si on fait -référence à une MISSION COMMERCIALE) alors il doit correspondre à une -MISSION COMMERCIALE (« JourneyPattern ») définie .
--Par ailleurs, les points d’une COURSE COMMERCIALE (« VehicleJourney ») -doivent appartenir à la MISSION COMMERCIALE -(« JourneyPattern ») à laquelle la COURSE COMMERCIALE (« -VehicleJourney ») est associée.
--Exemple:
--Représentation schématique de l’objet « VehicleJourney »
-
-
--Exemple d'une course qui référence une mission
- -...L’objet « JourneyPattern » référence une liste de point d’arrêt et l’identifiant d’un itinéraire :
- -
-
-
--Ces mêmes identifiants de points d’arrêt sont référencés dans les -objets « vehicleJourneyAtStop » dépendant de la course -« vehicleJourney » qui contient l’identifiant de la mission.
-
-N° test: -2.18.1
--Libellé: Vérification de l’existence d’une MISSION COMMERCIALE -(« JourneyPattern « ) pour chaque COURSE COMMERCIALE -(« VehicleJourney »).
- --Champ d’application: -<VehicleJourney> <JourneyPattern>
--Vérification:
- - --- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--- Si l’élément « JourneyPatternId » existe dans l’objet de -course « VehicleJourney », poursuivre le test, sinon -abandonner le test
- - --- Si un élément « JourneyPatternId » , -référencé dans un objet de course « VehicleJourney », possède -un identifiant « objectId » dans un objet -« JourneyPattern », alors le test est validé, sinon le test -est invalidé et produit le message « test 2.18.1 : la course -XX fait référence à une mission commerciale inexistante »
--N° test: -Test 2.18.2
--Libellé: -Vérification de la cohérence de points entre MISSION COMMERCIALE (« JourneyPattern » ) et COURSE COMMERCIALE (« VehicleJourney »).
- - - - --Champ d’application: <StopPoint> <JourneyPattern> <vehicleJourneyAtStop> <vehicleJourney>
--Vérification:
- - --- Si « StopPoint » mentionné dans les champs d’application -est présent une ou plusieurs fois, poursuivre le test, sinon le test -est abandonné.
--- Si l’identifiant du « StopPoint » détecté figure dans la liste des -points d’arrêts « stopPointList » de -« JourneyPattern », poursuivre le test, sinon le test est -invalidé et fournit le message : » test 2.18.2.1a : -l’identifiant (« StopPoint ») détecté dans un objet -« StopPoint » ne figure pas dans la liste des points d’arrêts -« stopPointList » de « JourneyPattern ».
- --- Si l’identifiant du « StopPoint » figure dans l’élément -« stopPointId » d’un objet -« vehicleJourneyAtStop », poursuivre le test, sinon le test -est invalidé et fournit le message : « test 2.18.2b : -l’identifiant (« StopPoint ») ne figure pas dans l’élément -« stopPointId » d’un objet « vehicleJourneyAtStop ».
diff --git a/app/views/test_sheet/2_19.html b/app/views/test_sheet/2_19.html deleted file mode 100644 index a269d35ea..000000000 --- a/app/views/test_sheet/2_19.html +++ /dev/null @@ -1,97 +0,0 @@ -Objectif: Vérification de la référence à une LIGNE/Chouette (« Line ») pour une COURSE COMMERCIALE (« VehicleJourney »)
-
Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’élément « lineIdShortCut »)
-Explications: -
--Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) fait -référence à une LIGNE/Chouette (« Line ») à travers -« lineIdShortCut », qui est à caractère optionnel, il -convient de vérifier qu'il correspond à l'identifiant -« objectId » d’une LIGNE/Chouette (« Line » ) du -réseau.
--Exemple:
--Représentation schématique de l’objet « VehicleJourney »
-
-Exemple d'une course qui référence la ligne
- -...-N° test: -2.19.1
--Libellé: Vérification de la référence à une LIGNE/Chouette (« Line ») pour une COURSE COMMERCIALE (« VehicleJourney »).
- --Champ d’application: -<VehicleJourney> <Line>
--Vérification:
--- Si l’objet « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
- - --- Si l’élément de raccourci de ligne « lineIdShortcut » -existe dans l’objet « VehicleJourney », poursuivre le test, -sinon abandonner le test
--- Si un élément de raccourci de ligne « lineIdShortcut » , -référencé dans un objet « VehicleJourney », possède un -identifiant « objectId » dans un objet de ligne -« Line », alors le test est validé, sinon le test est -invalidé et produit le message « test 2.19.1 : le raccourci -de ligne d’une course XX fait référence à une ligne inexistante ».
- diff --git a/app/views/test_sheet/2_2.html b/app/views/test_sheet/2_2.html deleted file mode 100644 index c4b83a0c8..000000000 --- a/app/views/test_sheet/2_2.html +++ /dev/null @@ -1,70 +0,0 @@ -Objectif:
-Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans GROUPE DE LIGNES (« GroupOfLine »).
-
Priorité: Obligatoire (si l’objet « GroupOfLine » existe)
-Explications: -
--Si la classe d’objets de GROUPE DE LIGNES (« GroupOfLine ») existe, il -convient de vérifier que les LIGNEs/Chouette (« Line ») référencées -dans cette classe, sont réellement définies, en vérifiant l’existence -de leurs identifiants.
--Exemple:
--Représentation schématique de l’Objet « GroupOfLIne »
-
-N° test: -2.2.1
--Libellé: -Vérification de la correcte référence à des LIGNEs/Chouette (« Line ») dans GROUPE DE LIGNES («GroupOfLine »).
- --Champ d’application: -<GroupOfLine> <Line>
--Vérification:
--- Si la classe d’objets « GroupOfLine » existe alors poursuivre le test, sinon abandonner le test,
--- Si la valeur de chaque élément « LineId » de la classe -d’objets « GroupOfLine », est identifiée dans l’élément -« objectId » de la classe d’objets « Line » alors -le test est validé, sinon le test est invalidé et produit le message -« test 2.2.1 : la valeur de l’élément « lineId » de -la classe d’objets « GroupOfLine » n’a pas été repérée dans -l’élément « objectId » de la classe d’objets -« Line ».
diff --git a/app/views/test_sheet/2_20.html b/app/views/test_sheet/2_20.html deleted file mode 100644 index 709a92621..000000000 --- a/app/views/test_sheet/2_20.html +++ /dev/null @@ -1,110 +0,0 @@ -Objectif: - Vérification de la correcte référence à l’EXPLOITANT/Chouette (« -Company ») dans une COURSE COMMERCIALE (« VehicleJourney » ) - -
-Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’objet « operatorId »
-Explications: -
--Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) -existe, et lorsque l'identifiant EXPLOITANT/Chouette -(« Company ») - « operatorId » -qui est à caractère -optionnel dans la COURSE COMMERCIALE (« VehicleJourney » ) , est -référencé, il convient de vérifier qu'il correspond à l'identifiant -« objectId » d'un EXPLOITANT/Chouette -(« Company »)défini.
--Exemple:
--Représentation schématique de l’objet « VehicleJourney »
-
-Exemple d'une course qui référence un opérateur exploitant la ligne
- -...-N° test: -2.20.1
--Libellé: Vérification de la correcte référence à -l’EXPLOITANT/Chouette (« Company ») dans une COURSE COMMERCIALE (« -VehicleJourney » )
- --Champ d’application: -<VehicleJourney> <Company>
--Vérification:
--- Si l’objet « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
- - --- Si l’élément désignant l’exploitant « operatorId » existe -dans l’objet « VehicleJourney », poursuivre le test, sinon -abandonner le test
--- Si un élément désignant l’exploitant « operatorId » , -référencé dans un objet « VehicleJourney », possède un -identifiant « objectId » dans un objet « Company », -alors le test est validé, sinon le test est invalidé et produit le -message « test 2.20.1 : la course XX fait référence à un -exploitant inexistant ».
diff --git a/app/views/test_sheet/2_21.html b/app/views/test_sheet/2_21.html deleted file mode 100644 index eac7e6cff..000000000 --- a/app/views/test_sheet/2_21.html +++ /dev/null @@ -1,98 +0,0 @@ -Objectif:
-Vérification de la correcte référence des COURSEs COMMERCIALEs (« VehicleJourney » ) à des TRANCHEs HORAIREs (« TimeSlot »).
-
Priorité: Obligatoire (si l’objet « VehicleJourney » existe et s’il contient l’élément « timeSlotId »)
-Explications: -
--Lorsque COURSE COMMERCIALE (« VehicleJourney » ), existe, et lorsque -l’élément « timeSlotId », qui est à caractère optionnel dans -la COURSE COMMERCIALE (« VehicleJourney » ), est référencé, il convient -de vérifier qu'il identifie un objet TRANCHE HORAIRE -(« TimeSlot » ) du réseau.
--Exemple:
- --Représentation schématique de l’objet « VehicleJourney »
-
-Exemple d'une course qui référence une tranche horaire
- -<TimeSlot>-N° test: -2.21.1
- -
-Libellé:
-Vérification de la correcte référence des COURSEs COMMERCIALEs
(« VehicleJourney » ) à des TRANCHEs HORAIREs (« TimeSlot »).
-Champ d’application: -<VehicleJourney> <TimeSlot>
--Vérification:
- --- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--- Si l’élément de fréquence « timeSlotId » existe dans -l’objet de course « VehicleJourney », poursuivre le test, -sinon abandonner le test
--- Si un élément de fréquence « timeSlotId » , -référencé dans un objet de course « VehicleJourney », possède -un identifiant « objectId » dans un objet de fréquence -« TimeSlot », alors le test est validé, sinon le test est -invalidé et produit le message « test 2.21.1 : la course XX -fait référence à une tranche horaire inexistante ».
diff --git a/app/views/test_sheet/2_22.html b/app/views/test_sheet/2_22.html deleted file mode 100644 index 916b26628..000000000 --- a/app/views/test_sheet/2_22.html +++ /dev/null @@ -1,104 +0,0 @@ -Objectif:
-Vérifier la correcte référence à un POINT D’ARRÊT SUR PARCOURS
-(« StopPoint ») pour les HEUREs DE PASSAGE GRAPHIQUées/Chouette (« VehicleJourneyAtStop »).
-
Priorité: Obligatoire (si l’objet « VehicleJourney »)
-Explications: -
--Lorsque l’objet de course COURSE COMMERCIALE (« VehicleJourney » ) -existe, et pour chaque « VehicleJourneyAtStop », qui est à -caractère obligatoire dans la course, il convient de vérifier que -l'identifiant « stopPointId », qui est à son tour obligatoire -dans les « VehicleJourneyAtStop », correspond à l'identifiant -« objectId » d'un « StopPoint » du réseau.
--Exemple:
- -- Représentation schématique de l’objet « VehicleJourneyAtStop »
-
-Exemple d'un heure de passage qui référence un point d'arrêt
- -...-N° test: -2.22.1
- - --Libellé: -Vérifier la correcte référence à un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») pour les HEUREs DE PASSAGE GRAPHIQUées/Chouette (« VehicleJourneyAtStop »).
- - - --Champ d’application: <VehicleJourneyAtStop> <VehicleJourney> <StopPoint>
--Vérification:
- - --- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--- Si « StopPointId » référencé -dans « VehicleJourneyAtStop », correspond à un identifiant -« objectId » dans « StopPoint », alors le test est -validé, sinon le test est invalidé et produit le message « test -2.22.1 : une heure de passage XX fait référence à un point d’arrêt -(« StopPoint ») inexistant ».
- diff --git a/app/views/test_sheet/2_23.html b/app/views/test_sheet/2_23.html deleted file mode 100644 index ef2a4e775..000000000 --- a/app/views/test_sheet/2_23.html +++ /dev/null @@ -1,99 +0,0 @@ -Objectif:
-Vérification de la correcte référence à une COURSE COMMERCIALE («
-VehicleJourney ») dans HEURE DE PASSAGE GRAPHIQUEE/Chouette
-(« VehicleJourneyAtStop »).
-
Priorité: -Obligatoire (si l’objet « VehicleJourney » existe et si ses -« VehicleJourneyAtStop » référencent l'identifiant -« vehicleJourneyId »)
-Explications: -
- --Pour chaque HEURE DE PASSAGE GRAPHIQUEE/Chouette -(« VehicleJourneyAtStop ») la référence à la COURSE -COMMERCIALE (« -VehicleJourney » ) à travers « vehicleJourneyId », est -optionnelle. Si elle est utilisée, vérifier qu’elle correspond à un -identifiant de COURSE COMMERCIALE (« VehicleJourney » ) définie.
- --Exemple:
--Représentation schématique de l’objet « VehicleJourneyAtStop »
-
-Exemple d'un temps d'attente qui référence la course qui le contient
- -...-N° test: -2.23.1
- --Libellé: -Vérification de la correcte référence à une COURSE COMMERCIALE (« VehicleJourney ») dans HEURE DE PASSAGE GRAPHIQUEE/Chouette (« VehicleJourneyAtStop »).
- --Champ d’application: -<VehicleJourneyAtStop> <VehicleJourney>
- - --Vérification:
--- Si l’objet de course « VehicleJourney » existe, poursuivre le test, sinon abandonner le test
--- Si un élément « VehicleJourneyId », référencé dans un objet -« VehicleJourneyAtStop », correspond à un identifiant -« objectId » dans l’objet de course -« VehicleJourney » qui contient l’objet de heure de passage -au point d’arrêt, alors le test est validé, sinon le test est invalidé -et produit le message « test 2.23.1 : un heure de -passage XX fait référence à une course inexistante »
diff --git a/app/views/test_sheet/2_24.html b/app/views/test_sheet/2_24.html deleted file mode 100644 index 04385c598..000000000 --- a/app/views/test_sheet/2_24.html +++ /dev/null @@ -1,67 +0,0 @@ -Objectif:
-Vérification de la cohérence de la référence un Itinéraire/Chouette
-pour une COURSE COMMERCIALE (« VehicleJourney ») et la
-MISSION COMMERCIALE (« JourneyPattern ») correspondante.
-
Priorité: Obligatoire
-Explications: -
--La MISSION COMMERCIALE (« JourneyPattern ») correspondant à -une COURSE COMMERCIALE (« VehicleJourney ») possède un -identifiant d’Itinéraire. Ce même identifiant se retrouve dans la -COURSE COMMERCIALE qui est associée à cette MISSION COMMERCIALE.
--Ce point de contrôle consiste donc à vérifier la cohérence de deux identifiants.
--Exemple:
- --La mission possède un identifiant d’Itinéraire (RouteId) :
-
-La course associée à la mission commerciale possède le même identifiant d’Itinéraire (RouteId)
-
-N° test: -Test 2.24.1
--Libellé: Vérification de la cohérence de la référence un -Itinéraire/Chouette pour une COURSE COMMERCIALE -(« VehicleJourney ») et la MISSION COMMERCIALE -(« JourneyPattern ») correspondante.
- - - --Champ d’application: <JourneyPattern> <VehicleJourney>
- - --Vérification:
--- Si l’objet « JourneyPattern » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- - --- Si l’objet « vehicleJourney » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
--- Si pour chaque objet « JourneyPattern », il existe un objet -« vehicleJourney » dont la valeur de l’attribut de l’élément -« RouteId » est égale à la valeur de l’élément -« RouteId » de l’objet de référence -« JourneyPattern » alors le test est validé, sinon le test -est invalidé et fournit le message : « test 2.24.1 : un -objet « vehicleJourney » possède une valeur de l’attribut de -l’élément « RouteId ». Cette valeur ne se retrouve dans un -élément « RouteId » d’un objet -« JourneyPattern »
diff --git a/app/views/test_sheet/2_25.html b/app/views/test_sheet/2_25.html deleted file mode 100644 index de2890f25..000000000 --- a/app/views/test_sheet/2_25.html +++ /dev/null @@ -1,67 +0,0 @@ -Objectif:
-Vérification de la correcte référence aux Accès/ARRÊTs/NEPTUNE
-(« AccessPoint » / « StopArea ») définissant des
-LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») .
-
Priorité: Obligatoire (si l’objet « AccessLink » existe)
-Explications: -
--La liste des LiensAccèsZoneArrêt /Chouette (« AccessLink ») -définie dans un « ChouettePTNetwork » est optionnelle. Les -éléments « startOfLink » et « endOfLink » de chaque -LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») sont -obligatoires.
--Lorsque la liste des LiensAccèsZoneArrêt /NEPTUNE -(« AccessLink ») est non vide, il convient de vérifier que -pour chaque LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») -« startOfLink » et « endOfLink » correspondent à un -identifiant d’ARRÊTs/NEPTUNE (« StopArea ») ou à un identifiant -d’ACCES/NEPTUNE («AccessPoint »).
--Exemple:
--Représentation schématique de l’Objet « AccessLink » dans le schéma XSD CHOUETTE
-
-Exemple d’un arrêt et d’un point d’accès connectés lien d’accès
--N° test: -2.25.1
- - --Libellé: -Vérification de la correcte référence aux ARRÊTs/Chouette (« StopArea ») et ACCES/NEPTUNE («AccessPoint ») définissant des LiensAccèsZoneArrêt/NEPTUNE (« AccessLink ») .
- - --Champ d’application: -<StopArea> <AccessPoint> <AccessLink>
--Vérification:
--- Si l’objet « AccessLink » existe alors poursuivre le test, sinon le test est abandonné,
--- Si l’objet « AccessLink » possède des identifiants d’arrêt -distincts « StartOfLink » et « EndOfLink » alors -poursuivre le test sinon le test est invalidé et produit le -message « test 2.25.1.a : il manque au moins un -identifiant d’arrêt ou d’accès « StartOfLink » et -« EndOfLink » dans l’objet -« AccessLink ». »
--- Si chaque identifiant d’arrêt « StartOfLink » et -« EndOfLink » de l’objet « AccessLink » est défini -dans un objet « StopArea » ou «AccessPoint » , -alors le test est validé, sinon le test est invalidé et produit le -message « test 2.25.1.b : un identifiant d’arrêt ou d’accès -« StartOfLink » ou « EndOfLink » de l’objet -« AccessLink» n’est pas repéré dans un objet -« StopArea » ou « AccessPoint ». »
diff --git a/app/views/test_sheet/2_26.html b/app/views/test_sheet/2_26.html deleted file mode 100644 index b6ba36176..000000000 --- a/app/views/test_sheet/2_26.html +++ /dev/null @@ -1,73 +0,0 @@ -Objectif:
-Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
-») et/ou à des LiensAccèsZoneArrêt /NEPTUNE (« AccessLink »)
-dans des ACCES/NEPTUNE (« AccessPoint »)
-
Priorité: Obligatoire
-Explications: -
- - - - - -
-Si un ACCES/NEPTUNE (« AccessPoint ») est défini, il
-référence soit au moins un autre ARRÊT/Chouette (« StopArea »), soit au
-moins un LiensAccèsZoneArrêt /NEPTUNE (« AccessLink »)
Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
-Exemple:
--Représentation schématique de l’Objet « AccessPoint »
-
-Exemple de AccessPoint avec containedIn et StopArea associé
- -...-N° test: -2.26.1
- - --Libellé: -Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») et/ou à des LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») dans les ACCES/NEPTUNE (« AccessPoint »)
- - --Champ d’application: -<AccessPoint> <StopArea> <AccessLink>
--Vérification:
- - - - - - - - - -
-- Si la classe d’objets « AccessPoint » existe alors poursuivre le test, sinon abandonner le test,
-
-Si chaque élément « containedIn» contient une ou plusieurs
-valeurs, alors le test est validé si ces valeurs se retrouvent dans des
-éléments « objectId » des classes d’objets
-« StopArea » ou « AccessLink » sinon le test est
-invalidé et produit le message « test 2.26.1 : une ou
-plusieurs valeurs de l’élément « containedIn» de la classe
-d’objets « AccessPoint » n’est pas repérée dans la classe
-d’objets correspondante « StopArea » ou
-« AccessLink ».
Objectif:
-Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans des FACILITYs/NEPTUNE (« Facility »)
-
Priorité: Obligatoire
-Explications: -
- - - - --Si un équipement /NEPTUNE (« Facility ») -est défini et que « facilityLocation » est défini, il -référence au moins un autre ARRÊT/Chouette (« StopArea »).
--Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
--Exemple:
--Représentation schématique de l’Objet « Facility »
-
-Exemple de Facility avec containedIn et de StopArea associé
- -...-N° test: -2.27.1
- - - - --Libellé: -Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea ») dans les EQUIPEMENTs /NEPTUNE (« Facility »)
-Champ d’application: -<StopArea> <Facility>
--Vérification:
- - --- Si la classe d’objets « Facility » existe alors poursuivre le test, sinon abandonner le test,
--- Si l’élément « facilityLocation » n’est pas défini : abandonner le test,
- - --- Si chaque élément « containedIn» contient une valeur, alors le -test est validé si ces valeurs se retrouvent dans des éléments -« objectId » de la classe d’objet « StopArea » -sinon le test est invalidé et produit le message « test -2.27.1 : une valeur de l’élément « containedIn» de la classe -d’objets « Facility » n’est pas repérée dans la classe d’objets correspondante « StopArea ».
diff --git a/app/views/test_sheet/2_28.html b/app/views/test_sheet/2_28.html deleted file mode 100644 index fe29813ad..000000000 --- a/app/views/test_sheet/2_28.html +++ /dev/null @@ -1,104 +0,0 @@ -Objectif:
-Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
-») ou à des LIGNEs/Chouette (« Line ») ou à des POINTs D’ARRÊT SUR
-PARCOURS (« StopPoint ») ou à
-des TronçonsDeCorrespondance/Chouette (« ConnectionLink ») dans des EQUIPEMENTs/NEPTUNE (« Facility »)
-
Priorité: Obligatoire
-Explications: -
- - - --Si un EQUIPEMENTs /NEPTUNE (« Facility») est défini, il référence au moins un autre ARRÊT/Chouette («StopArea ») ou une autre LIGNEs/Chouette (« Line ») ou un autre POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») ou un autre TronçonsDeCorrespondance/Chouette (« ConnectionLink »).
--Il convient alors de vérifier que l’élément référencé trouve une description dans la classe d’objets qui le concerne.
--Exemple:
--Représentation schématique de l’Objet « Facility »
-
-Exemple de Facility et de StopPointId associé
- -...-N° test: -2.28.1
- - - - - --Libellé: -Vérification de la correcte référence à un ARRÊT/Chouette (« StopArea ») ou à une LIGNE/Chouette («Line») ou à un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») ou à un TronçonsDeCorrespondance/Chouette (« ConnectionLink ») dans les FACILITYs /NEPTUNE (« Facility »)
- - - - - --Champ d’application: -<StopArea> <StopPoint > < Line> < ConnectionLink > <Facility>
--Vérification:
- - --- Si la classe d’objets « Facility » existe alors poursuivre le test, sinon abandonner le test,
- - --- Si chaque élément « stopAreaId» contient une valeur, alors le -test est validé si ces valeurs se retrouvent dans des éléments -« objectId » de la classe d’objet « StopArea » -sinon le test est invalidé et produit le message « test -2.28.1 : une valeur de l’élément « stopAreaId» de la classe -d’objets « Facility » n’est pas repérée dans la classe d’objets correspondant « StopArea ».
- - - - - - - - --- Si chaque élément « lineId» -contient une valeur, alors le test est validé si ces valeurs se -retrouvent dans des éléments « objectId » de la classe -d’objet « Line» sinon le test est invalidé et produit le message « test 2.28.2 : une valeur de l’élément « lineId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « Line».
- - - - - - - - --- Si chaque élément « connectionLinkId» -contient une valeur, alors le test est validé si ces valeurs se -retrouvent dans des éléments « objectId » de la classe -d’objet « ConnectionLink » sinon le test est invalidé et produit le message « test 2.28.3 : une valeur de l’élément « connectionLinkId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « ConnectionLink ».
- - - --- Si chaque élément « stopPointId» -contient une valeur, alors le test est validé si ces valeurs se -retrouvent dans des éléments « objectId » de la classe -d’objet « StopPoint » sinon le test est invalidé et produit -le message « test 2.28.4 : une valeur de l’élément -« stopPointId» de la classe d’objets « Facility» n’est pas repérée dans la classe d’objets correspondant « StopPoint ».
diff --git a/app/views/test_sheet/2_3.html b/app/views/test_sheet/2_3.html deleted file mode 100644 index cbedb8ebb..000000000 --- a/app/views/test_sheet/2_3.html +++ /dev/null @@ -1,97 +0,0 @@ -Objectif:
-Vérification de la correcte référence à des ARRÊTs/Chouette (« StopArea
-») et/ou à des POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
-dans les ARRÊTs/Chouette (« StopArea »)
-
Priorité: Obligatoire
-Explications: -
--Si un ARRÊT/Chouette (« StopArea ») est défini, il référence soit au -moins un autre ARRÊT/Chouette (« StopArea »), soit au moins un POINT -D’ARRÊT SUR PARCOURS (« StopPoint »).
--Il convient alors de vérifier que les éléments référencés trouvent une description dans la classe d’objets qui les concernent.
--Exemple:
--Représentation schématique de l’Objet « StopArea »
-
-
-Exemple de StopArea avec contains et StopPoint associé
- -...-N° test: -2.3.1
--Libellé: Vérification de la correcte référence à des -ARRÊTs/Chouette (« StopArea ») et/ou à des POINTs D’ARRÊT SUR PARCOURS -(« StopPoint ») dans les ARRÊTs/Chouette (« StopArea »)
- --Champ d’application: -<StopArea> <StopPoint>
--Vérification:
--- Si la classe d’objets « StopArea » existe alors poursuivre le test, sinon abandonner le test,
--- Si chaque élément « contains » contient une ou plusieurs -valeurs, alors le test est validé si ces valeurs se retrouvent dans des -éléments « objectId » des classes d’objets -« StopArea » ou « StopPoint » sinon le test est -invalidé et produit le message « test 2.3.1 : une ou -plusieurs valeurs de l’élément « contains » de la classe -d’objets « StopArea » n’est pas repérée dans la classe -d’objets correspondant « StopPoint » ou -« StopArea ». »
diff --git a/app/views/test_sheet/2_4.html b/app/views/test_sheet/2_4.html deleted file mode 100644 index 78b3b862d..000000000 --- a/app/views/test_sheet/2_4.html +++ /dev/null @@ -1,152 +0,0 @@ -Objectif:
-Vérification de la correcte référence aux ARRÊTs/Chouette (« StopArea
-») définissant des TronçonsDeCorrespondance/Chouette
-(« ConnectionLink ») .
-
Priorité: Obligatoire (si l’objet « ConnectionLink » existe)
-
Explications: -
--La liste des TronçonsDeCorrespondance/Chouette -(« ConnectionLink ») définie dans un -« ChouettePTNetwork » est optionnelle. Les éléments -« startOfLink » et « endOfLink » de chaque -TronçonDeCorrespondance/Chouette (« ConnectionLink ») sont -obligatoires.
--Lorsque la liste des TronçonsDeCorrespondance/Chouette -(« ConnectionLink ») est non vide, il convient de vérifier -que pour chaque TronçonDeCorrespondance/Chouette -(« ConnectionLink ») « startOfLink » et -« endOfLink » correspondent à deux identifiants distincts -d’ARRÊTs/Chouette (« StopArea »).
--Exemple:
--Représentation schématique de l’Objet « ConnectionLink » dans le schéma XSD CHOUETTE
-
- Exemple de deux arrêts connectés par une correspondance
- -<StopArea>-La correspondance 'AMIV:ConnectionLink:02378030237804' connecte deux -arrêts du réseau 'AMIV:StopPoint:237803' et 'AMIV:StopPoint:237804'.
--N° test: -2.4.1
--Libellé: Vérification de la correcte référence aux -ARRÊTs/Chouette (« StopArea ») définissant des -TronçonsDeCorrespondance/Chouette (« ConnectionLink ») .
- --Champ d’application: -<StopArea> <ConnectionLink>
--Vérification:
--- Si l’objet « ConnectionLink » existe alors poursuivre le test, sinon le test est abandonné,
--- Si l’objet « ConnectionLink » possède des identifiants -d’arrêt distincts « StartOfLink » et « EndOfLink » -alors poursuivre le test sinon le test est invalidé et produit le -message « test 2.4.1.a : il manque au moins un -identifiant d’arrêt « StartOfLink » et -« EndOfLink » dans l’objet -« ConnectionLink ». »
--- Si chaque identifiant d’arrêt « StartOfLink » et -« EndOfLink » de l’objet « ConnectionLink » est -défini dans un objet « StopArea », alors le test est validé, -sinon le test est invalidé et produit le message « test -2.4.1.b : un identifiant d’arrêt « StartOfLink » ou -« EndOfLink » de l’objet « ConnectionLink» n’est pas -repéré dans un objet « StopArea ». »
diff --git a/app/views/test_sheet/2_5.html b/app/views/test_sheet/2_5.html deleted file mode 100644 index ddd59d1e8..000000000 --- a/app/views/test_sheet/2_5.html +++ /dev/null @@ -1,204 +0,0 @@ -Objectif:
-Vérification de la correcte référence aux COURSES COMMERCIALES
-(« VehicleJourney ») dans les VERSIONs DES HORAIRES/Chouette
-(« Timetable »).
-Vérifier que chaque COURSE COMMERCIALE (« VehicleJourney »)
-est référencée dans une VERSION DES HORAIRES/Chouette («
-Timetable »).
-
Priorité: -Obligatoire (si « Timetable » existe et si l’identifiant de -course « VehicleJourneyId » existe dans -« Timetable »)
-Explications: -
--La liste des données horaires VERSION DES HORAIRES/Chouette (« -Timetable ») est optionnelle. Lorsque cette liste est non vide, chaque -valeur d’attribut doit alors être référencée dans un objet COURSE -COMMERCIALE («VehicleJourney ») du réseau.
--Chaque COURSE COMMERCIALE identifiée doit être référencée dans une VERSION DES HORAIRES/Chouette.
--Exemple:
--Représentation schématique de l’Objet « Timetable »
-
-Exemple de VERSION DES HORAIRES/Chouette avec une liste d'identifiants de COURSEs COMMERCIALEs:
- -<Timetable>-Exemple de COURSE COMMERCIALE référencée dans une VERSION DES HORAIRES/Chouette
- --N° test: -2.5.1
- --Libellé: Vérification de la correcte référence aux COURSES -COMMERCIALES (« VehicleJourney » ) dans les VERSIONs DES -HORAIRES/Chouette (« Timetable »).
- --Champ d’application: -<Timetable> <VehicleJourney>
--Vérification:
- -- - Si l’objet « Timetable » existe alors poursuivre le test, sinon le test est abandonné,
--- Si l’élément «VehicleJourneyId » existe alors poursuivre le test, sinon le test est abandonné,
--- Si chaque identifiant de course, dans l’objet -« Timetable », est référencé dans un objet -« VehicleJourney » alors le test est validé, sinon le test -est invalidé et produit le message « test 2.5.1 : un -identifiant de course, situé dans l’objet « Timetable », -n’est pas référencé dans un objet « VehicleJourney »».
- -
-
N° test:
-Test 2.5.2
-Libellé: Vérifier que chaque COURSE COMMERCIALE -(« VehicleJourney » ) est référencée dans une VERSION DES -HORAIRES/Chouette (« Timetable »).
- - --Champ d’application: <VehicleJourney> <Timetable>
--Vérification:
- --- Si l’objet de course « VehicleJourney » mentionné dans les -champs d’application est présent une ou plusieurs fois, poursuivre le -test, sinon le test est abandonné.
- --- Si l’identifiant « objectId » de l’objet -« VehicleJourney » précédent est détecté dans l’élément -« vehicleJourneyId » d’un objet « Timetable » alors -le test est validé, sinon le test est invalidé et fournit le message -d’avertissement : « test 3.12.1 : une course n’est pas -référencée dans aucun « TimeTable »».
--
diff --git a/app/views/test_sheet/2_6.html b/app/views/test_sheet/2_6.html deleted file mode 100644 index f1824cc74..000000000 --- a/app/views/test_sheet/2_6.html +++ /dev/null @@ -1,94 +0,0 @@ -Objectif:
-Vérification de la correcte définition du terminus de LIGNE/Chouette (« Line »).
-
Priorité: Obligatoire (si « LineEnd » existe)
-Explications: -
--L’ensemble des éléments de fin des LIGNEs/Chouette (« Line ») -(« LineEnd ») a un caractère optionnel. Si ces éléments -existent, il convient de vérifier que chacun d’entre eux possède une -valeur d’attribut qui identifie un POINT D’ARRÊT SUR PARCOURS (« -StopPoint »)
--Exemple:
--Représentation schématique de l’Objet « Line »
-
-N° test: -2.6.1
--Libellé: -Vérification de la correcte définition du terminus de LIGNE/Chouette (« Line »).
- --Champ d’application: -<Line> <StopPoint>
--Vérification:
--- Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est abandonné,
--- Si chaque identifiant de fin de trajet dans l’élément -« LineEnd » de l’objet « Line », est repéré dans un -objet « StopPoint » alors le test est validé, sinon le test -est invalidé et produit le message « test 2.6.1 : un -identifiant de point d’arrêt de fin de trajet n’est pas repéré dans un -objet « StopPoint »».
--N° test: -2.6.2
--Libellé: -Vérification du caractère terminus des points de fin de trajet des LIGNEs/Chouette (« Line »).
- --Champ d’application: -<Line> <StopPoint>
--Vérification:
--- Si l’élément «LineEnd» existe alors poursuivre le test, sinon le test est abandonné,
--- Si chaque identifiant de fin de trajet dans l’élément -« LineEnd » de l’objet « Line », est repéré une et -une seule fois dans un objet « startOfLink » ou bien dans un -objet « endOfLink » d’un tronçon « PTLink » alors -le test est validé, sinon le test est invalidé et produit le message -« test 2.6.2 : un identifiant de point d’arrêt de fin de -trajet n’est pas repéré comme début ou comme fin d’un trajet».
- diff --git a/app/views/test_sheet/2_7.html b/app/views/test_sheet/2_7.html deleted file mode 100644 index 5a53a3ac0..000000000 --- a/app/views/test_sheet/2_7.html +++ /dev/null @@ -1,92 +0,0 @@ -Objectif:
-Vérification de la correcte référence aux Itinéraires/Chouette
-(« ChouetteRoute ») pour chaque LIGNE/Chouette (« Line ») .
-
Priorité: Obligatoire
-Explications: -
--L’élément « RouteId » au sein de l'objet « Line » a -un caractère obligatoire. Il convient de vérifier que chaque élément -« RouteId » correspond à un identifiant -« ObjectId » d’un Itinéraire/Chouette -(« ChouetteRoute »).
--Exemple:
--Représentation schématique de l’Objet « Line »
-
-
--Exemple de définition de « routeId » dans une « Line »
- -<Line>-N° test: -2.7.1
--Libellé: Vérification de la correcte référence aux -Itinéraires/Chouette (« ChouetteRoute ») pour chaque -LIGNE/Chouette (« Line ») .
- - --Champ d’application: <Line> <ChouetteRoute>
--Vérification:
--- Si chaque identifiant d’Itinéraire « RouteId » au sein de -l'objet « Line » est identifié dans l’objet -« ChouetteRoute » alors le test est validé, sinon le test est -invalidé et produit le message « test 2.7.1 : un identifiant -d’Itinéraire « RouteId » situé dans l’objet -« Line » n’est pas identifié dans l’objet -« ChouetteRoute » ».
diff --git a/app/views/test_sheet/2_8.html b/app/views/test_sheet/2_8.html deleted file mode 100644 index 64ad8a277..000000000 --- a/app/views/test_sheet/2_8.html +++ /dev/null @@ -1,222 +0,0 @@ -Objectif:
-Vérification de la correcte référence des MISSIONs COMMERCIALEs
-(« JourneyPattern ») par les Itinéraires/Chouette
-(« ChouetteRoute »).
-Vérification de la correcte référence des Itinéraires/Chouette
-(« ChouetteRoute ») que référencent les MISSIONs COMMERCIALEs
-(« JourneyPattern »).
-Vérification de la cohérence de la séquence des POINTs D’ARRÊT SUR
-PARCOURS (« StopPoint ») d’une MISSION COMMERCIALE et celle de l’
-Itinéraire/Chouette (« ChouetteRoute ») correspondant.
-
Priorité: Obligatoire (en partie si l’objet « JourneyPattern » existe)
-Explications: -
- - --L’élément « journeyPatternId » au sein de l'Itinéraire/Chouette -(« ChouetteRoute ») a un caractère obligatoire. Il convient -de vérifier qu'il existe une MISSION COMMERCIALE -(« JourneyPattern ») correspondante.
- - - - - - --Inversement, la référence à -un Itinéraire/Chouette (« ChouetteRoute ») pour -chaque mission commerciale « JourneyPattern », doit -correspondre à un Itinéraire/Chouette (« ChouetteRoute »).
- - --L’ordre des points définissant « JourneyPattern » et « ChouetteRoute » doit être respecté.
--Exemple:
-
-N° test: -2.8.1
--Libellé: Vérification de la correcte référence des MISSIONs -COMMERCIALEs (« JourneyPattern ») par les -Itinéraires/Chouette (« ChouetteRoute »).
- --Champ d’application: -<ChouetteRoute> <JourneyPattern>
--Vérification:
- -- - -Si l’élément « journeyPatternId », référencé dans l’objet -« ChouetteRoute » possède un identifiant -« ObjectId » dans un objet « JourneyPattern », le -test est validé, sinon le test est invalidé et produit le message -« test 2.8.1 : un élément « journeyPatternId » dans -un objet d’Itinéraire « ChouetteRoute » n’a pas d’identifiant -« ObjectId » dans un objet « JourneyPattern» ».
- --N° test: -2.8.2
--Libellé: Vérification de la correcte référence des -Itinéraires/Chouette (« ChouetteRoute ») que référencent les -MISSIONs COMMERCIALEs (« JourneyPattern »).
- --Champ d’application: -<JourneyPattern> <ChouetteRoute>
--Vérification:
- -- - Si l’objet de MISSION COMMERCIALE existe, poursuivre le test, sinon abandonner le test
- - --- Si l’élément d’Itinéraire « routeId », référencé dans un -objet « JourneyPattern », possède un identifiant -« objectId » dans l’objet d’Itinéraire -« ChouetteRoute », alors le test est validé, sinon le test -est invalidé et produit le message « test 2.8.1 : l’élément -d’Itinéraire « routeId », référencé dans un objet -« JourneyPattern », n’a pas d’identifiant -« objectId » dans l’objet d’Itinéraire -« ChouetteRoute »
--N° test: -Test 2.8.3
--Libellé: -Vérification de la cohérence de la séquence des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») d’une mission commerciale
- - - - --Champ d’application: <StopPoint> <JourneyPattern> <ptLink> <ChouetteRoute>
--Vérification:
--- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si l’identifiant du « StopPoint » détecté, figure dans la liste des -points d’arrêts de l’objet « JourneyPattern », poursuivre le -test, sinon le test est invalidé et fournit le message : -« test 2.8.3 a : l’identifiant du « StopPoint » détecté dans -l’objet « StopPoint » ne figure pas dans la liste des points -d’arrêt de l’objet « JourneyPattern ».
- --- Si l’identifiant du « StopPoint » figure dans l’un des éléments -« startOfLink » ou « endOfLink » du tronçon -« PtLink », poursuivre le test, sinon le test est invalidé et -fournit le message : « test 2.8.3 b: l’identifiant du « -StopPoint » ne figure pas dans l’un des éléments -« startOfLink » ou « endOfLink » du tronçon -« PtLink ».
- --- Si l’identifiant du tronçon « PtLink », détecté ci-avant, -est intégré dans un Itinéraire « ChouetteRoute », poursuivre -le test, sinon le test est invalidé et fournit le message : -« test 2.8.3 c : l’identifiant du tronçon -« PtLink », détecté dans le test 3.3.1b, n’est pas intégré -dans un Itinéraire « ChouetteRoute »
- --- Si l’identifiant d’Itinéraire « ChouetteRoute », détecté -ci-avant, est le même que celui détecté ci-avant dans la MISSION -COMMERCIALE « JourneyPattern », le test est validé, sinon le -test est invalidé et fournit le message : « test 2.8.3 -d : l’identifiant d’Itinéraire « ChouetteRoute » n’est -le même que celui détecté dans la MISSION COMMERCIALE -« JourneyPattern »
diff --git a/app/views/test_sheet/2_9.html b/app/views/test_sheet/2_9.html deleted file mode 100644 index cf7f15840..000000000 --- a/app/views/test_sheet/2_9.html +++ /dev/null @@ -1,98 +0,0 @@ -Objectif:
-Vérifier la correcte référence à un Itinéraire/Chouette
-(« ChouetteRoute ») dans le cas d’un itinéraire de retour.
-
Priorité: Obligatoire (si l’identifiant « wayBackRouteId » existe)
-Explications: -
--L’élément d’Itinéraire de retour « wayBackRouteId » au sein -de l’objet Itinéraire/Chouette (« ChouetteRoute ») a un -caractère optionnel. Si une valeur d’attribut est définie, il convient -de s'assurer qu’elle correspond à un Itinéraire/Chouette -(« ChouetteRoute ») dans le même réseau.
--Exemple:
--Représentation schématique de l’Objet « ChouetteRoute »
-
-Exemple d'itinéraire de retour
- -...-N° test: -2.9.1
--Libellé: -Vérifier la correcte référence à un Itinéraire/Chouette (« ChouetteRoute ») dans le cas d’un Itinéraire de retour.
- --Champ d’application: <ChouetteRoute>
--Vérification:
- - - --- Si l’élément d’Itinéraire de retour «wayBackRouteId » est -présent dans l’objet « ChouetteRoute » alors poursuivre le -test, sinon le test est abandonné
- --- Si l élément d’Itinéraire de retour -« wayBackRouteId », référencé dans un objet d’Itinéraire -« ChouetteRoute » possède un identifiant -« ObjectId » dans un autre objet d’Itinéraire -« ChouetteRoute », le test est validé, sinon le test est -invalidé et produit le message « test 2.9.1 : un élément -d’Itinéraire de retour « wayBackRouteId » dans un objet -d’Itinéraire « ChouetteRoute » n’a pas d’identifiant -« ObjectId » dans un autre objet d’Itinéraire -« ChouetteRoute ».
- diff --git a/app/views/test_sheet/3_1.html b/app/views/test_sheet/3_1.html deleted file mode 100644 index 40da276ab..000000000 --- a/app/views/test_sheet/3_1.html +++ /dev/null @@ -1,56 +0,0 @@ -Objectif:
-Signaler la présence de POINTs D’ARRÊT SUR PARCOURS
-(« StopPoint ») très proches et de dénomination différente
-sur un même réseau.
-
Priorité: Obligatoire
-Explications: -
--Chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est -localisé grâce à ses coordonnées en latitude et en longitude. La mise -en œuvre de ce point de contrôle consiste à vérifier la présence de -POINT D’ARRÊT SUR PARCOURS proches et de dénomination différente. Pour -cela un rayon de proximité entre POINT D’ARRÊT SUR PARCOURS est à -déterminer.
--Exemple:
-
-N° test: -Test 3.1.1
--Libellé: -Vérifier que 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches porte le même nom/même adresse
- --Champ d’application: <StopPoint>
--Vérification:
- - --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
--- Si pour chaque élément « StopPoint », la distance spatiale -calculée à partir de la valeur de l’attribut des éléments -« longitude », « latitude » et -« longLatType » entre lui et tous les autres objets -« stopPoint » est inférieure à une valeur paramétrable XX -alors vérifier que la valeur de l’attribut de l’élément -« name » de ces deux objets « StopPoint » est -identique. Si elle est différente, le test fournit le message -d’avertissement : « test 3.1.1 : deux points d’arrêt -séparés par une distance inférieure à une valeur paramétrable XX ne -portent pas le même nom ».
- - -
-- Sinon le test est validé
Objectif:
-Vérifier si chaque Itinéraire/Chouette (« ChouetteRoute ») contient des boucles.
-
Priorité: Obligatoire
-Explications: -
- - - - --Dans le cas d’une boucle, l’Itinéraire/Chouette (« ChouetteRoute ») comporte -une intersection avec lui-même. Toutefois, à l’endroit de -l’intersection, un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») -supplémentaire doit être créé.
- - --Il faut donc vérifier, à l’intersection, que le POINT D’ARRÊT SUR -PARCOURS (« StopPoint ») du premier passage et POINT D’ARRÊT -SUR PARCOURS (« StopPoint ») qui assure l’intersection se -trouvent au même emplacement. Dans ce type d’ Itinéraire/Chouette (« ChouetteRoute »), -il y a au moins deux POINTs D’ARRÊT SUR PARCOURS qui ont (ou -pratiquement – la fourchette reste à définir) les mêmes coordonnées.
--Exemple:
-
-N° test: -Test 3.10.1
- - --Libellé: -Vérification de l’utilisation unique dans un Itinéraire /Chouette (« ChouetteRoute ») d’un POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
- - - --Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
--Vérification:
- --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné
- --- Si l’identifiant du point d’arrêt détecté, figure dans un ou deux -tronçons « PtLink », poursuivre le test, sinon le test est -invalidé et fournit le message : « test 3.10.1a : le -point d’arrêt d’identifiant « ObjectId » est défini de -manière unique et ne retrouve pas dans au moins deux tronçons».
- --- Si le ou les identifiants de tronçons identifiés précédemment sont -référencés dans un même élément « chouetteRoute » alors le -test est validé, sinon le test est invalidé et fournit le -message ; « test 3.10.1b : les identifiants de tronçon -identifiés dans le 3.10.1a ne sont pas présents dans un même -itinéraire ».
-N° test: -Test 3.10.2
- - --Libellé: -Vérification de boucle dans un itinéraire /Chouette
- - -Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
--Vérification:
- --- Si l’élément « ChouetteRoute » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- -Si pour l’élément « chouetteRoute », la liste des tronçons -« PtLink » utilise des points d’arrêt « StopPoint » -ayant la même valeur d’attribut que l’élément « containedIn » -alors le test fournit le message d’avertissement : « test -3.10.2 : des tronçons « PtLink » utilisent des points -d’arrêt « StopPoint » ayant la même valeur d’attribut que -l’élément « containedIn » ».-N° test: -Test 3.10.3
- --Libellé: -Vérification de la distance entre points d’arrêt d’un même itinéraire /Chouette
- - - --Champ d’application: <StopPoint> <PtLink> <ChouetteRoute>
--Vérification:
- --- Si l’élément « chouetteRoute » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si pour l’objet « chouetteRoute », la liste des tronçons -« PtLink » utilise des points d’arrêt « StopPoint » -proches entre eux (la distance spatiale entre point d’arrêt à partir -des valeurs des attributs des éléments « longitude », -« latitude» et « lonLatType » inférieure à XX) alors le -test fournit le message d’avertissement « des points d’arrêt -« StopPoint », utilisés par des tronçons d’itinéraire, sont -proches les uns des autres d’une distance inférieure à une valeur -paramétrable XX ».
- --- Sinon le test est validé
diff --git a/app/views/test_sheet/3_11.html b/app/views/test_sheet/3_11.html deleted file mode 100644 index ee8e2b5b1..000000000 --- a/app/views/test_sheet/3_11.html +++ /dev/null @@ -1,61 +0,0 @@ -Objectif:
-Signaler que sur un Itinéraire/Chouette (« ChouetteRoute »)
-le ou les MISSIONs COMMERCIALEs (« JourneyPattern »)
-comportent des retours en arrière
-
Priorité: Obligatoire
-Explications: -
-Une -MISSION COMMERCIALE (« JourneyPattern ») comporte une liste de POINTs -D’ARRÊT SUR PARCOURS (« StopPoint ») ordonnés, décrivant le plan de -déplacement pour les véhicules de transport public. Une MISSION -COMMERCIALE (« JourneyPattern ») peut passer par un POINT D’ARRÊT SUR -PARCOURS (« StopPoint ») plus d’une fois. Un retour en arrière consiste -donc à repasser sur des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») -déjà utilisés.
On peut donc signaler les MISSIONs COMMERCIALEs qui comportent des -POINTs D’ARRÊT SUR PARCOURS utilisés au moins deux fois (POINTs D’ARRÊT -SUR PARCOURS dont les identifiants sont identiques).
--Exemple:
-
-N° test: -Test 3.11.1
- - - - - --Libellé: Vérification de l’utilisation répétitive de POINTs -D’ARRÊT SUR PARCOURS d’un -Itinéraire /Chouette (« ChouetteRoute »)
- - --Champ d’application: <PtLink> <ChouetteRoute>
--Vérification:
- --- Si l’élément « ChouetteRoute » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si pour l’objet « ChouetteRoute », la liste des tronçons -« PtLink » utilise des points d’arrêt « StopPoint » -identiques plus de deux fois alors le test fournit le message -d’avertissement « test 3.11.1 : les tronçons -« PtLink » d’un itinéraire utilisent des points d’arrêt -« StopPoint » identiques plus de deux fois ».
- --- Sinon le test est validé
diff --git a/app/views/test_sheet/3_12.html b/app/views/test_sheet/3_12.html deleted file mode 100644 index 1f790e3a8..000000000 --- a/app/views/test_sheet/3_12.html +++ /dev/null @@ -1,56 +0,0 @@ -Objectif:
-Vérifier que les POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») sont
-accessibles par les voyageurs quel que soit leur point de départ, sans
-tenir compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette
-(« VehicleJourneyAtStop »)
-
Priorité: Obligatoire
-Explications: -
- --Le réseau est décrit dans le fichier XML par des POINTs D’ARRÊT SUR -PARCOURS (« StopPoint ») , des TRONCONS COMMERCIAUX/Chouette (« PtLink -»), et des TronçonDeCorrespondances/Chouette (« ConnectionLink »).
Il faut vérifier la connexité de ces éléments en prenant des -POINTs D’ARRÊT SUR PARCOURS et en créant un cheminement vers les autres -POINTs D’ARRÊT SUR PARCOURS.
--Exemple:
-
-N° test: -Test 3.12.1
--Libellé: -Construction d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS
- - - --Champ d’application: <StopPoint> <PtLink> <ConnectionLink>
--Vérification:
- - --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné
--- Construire le graphe entre chaque « StopPoint » à partir -des objets de tronçon « PtLink » et des correspondances -« ConnectionLink»
- - -
-- Si le graphe ainsi constitué est connexe, alors le test est validé,
-sinon le test est invalidé et fournit le message « test
-3.12.1 : le graphe constitué entre chaque point d’arrêt n’est pas
-satisfaisant »
Objectif:
-Vérifier que les POINTs D’ARRÊT SUR PARCOURS
-(« StopPoint ») du réseau sont accessibles par les voyageurs
-quel que soit leur point de départ. Cette connexité est établie en
-tenant compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette
-(« VehicleJourneyAtStop »)
-
Priorité: Obligatoire
-Explications: -
-Le -réseau est décrit dans le fichier XML par des POINTs D’ARRÊT SUR -PARCOURS (« StopPoint »), des TRONCONS COMMERCIAUX/Chouette (« PtLink -»), et TronçonsDeCorrespondance/Chouette (« ConnectionLink ») mais -aussi des COURSES (« VehicleJourney ») et des HEUREs DE PASSAGE -GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
- - - --Le principe est le même que pour la fiche 3.11 mais avec une dimension -temporelle en plus. Il faut vérifier la connexité de ces -éléments en prenant chacun des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») et en créant un cheminement vers les autres POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
--Exemple:
-
-N° test: -Test 3.13.1
- --Libellé: -Construction d’un graphe à partir de chaque POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») en tenant compte des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
- - - - --Champ d’application: <StopPoint> <VehicleJourney> <VehicleJourneyAtStop> <ConnectionLink>
--Vérification:
- - --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné
--- Construire le graphe entre chaque point d’arrêt -« StopPoint » à partir des objets -« VehicleJourney », « VehicleJourneyAtStop » et des -correspondances « ConnectionLink ».
- - -
-- Si le graphe ainsi constitué est connexe, alors le test est validé,
-sinon le test est invalidé et fournit le message ; « test
-3.13.1 : le graphe constitué entre chaque point d’arrêt n’est pas
-satisfaisant »
Objectif:
-Dessin du graphe des HEUREs DE
-PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
-par rapport au point centre de tous les
-POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
-
Priorité: Obligatoire
-Explications: -
- - -
-La carte des isochrones est obtenu en fonction des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») et des
HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») des COURSEs
-Exemple:
-
-N° test: -Test 3.14.1
--Libellé: -Rendu graphique du réseau à l’aide des isochrones
- - - --Champ d’application: <StopPoint> <VehicleJourney> <VehicleJourneyAtStop>
--Vérification:
- -Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné. - --- Construire le graphe des isochrones des temps minimum entre -« StopPoint » à partir des objets -« VehicleJourney » et « VehicleJourneyAtStop ».
- -- - -Construire le graphe des isochrones des temps maximum entre -« StopPoint » à partir des objets -« VehicleJourney », « VehicleJourneyAtStop ».
- -- - Interpréter manuellement le rendu des deux graphes.
- diff --git a/app/views/test_sheet/3_15.html b/app/views/test_sheet/3_15.html deleted file mode 100644 index 30203ca45..000000000 --- a/app/views/test_sheet/3_15.html +++ /dev/null @@ -1,60 +0,0 @@ -Objectif:
-Vérifier que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop »)
-sont cohérentes (pas de temps de parcours aberrant et pas de retour en arrière dans le temps)
-
Priorité: Obligatoire
-
Explications: -
- - - - - - - - --Dans chaque COURSE (« VehicleJourney ») du fichier , il faut vérifier que les HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») pour chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») sont -dans un ordre chronologique et que les écarts horaires entre 2 POINTs -D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs ne sont pas aberrants (fixer pour cela un seuil)
--Exemple:
--Exemple de définition à partir d’un fichier XML sur le RER A
--L’horaire du premier point d’arrêt dans la course est 8H00, l’horaire -du second est 8H01. On constate que les horaires sont chronologiques
-
-N° test: -Test 3.15.1
- - --Libellé: -Vérification de cohérence des HEUREs DE PASSAGE GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») d’une COURSE (« VehicleJourney ») pour chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
- - --Champ d’application: <VehicleJourneyAtStop>
- --Vérification:
--- Si l’élément « VehicleJourneyAtStop », mentionné dans les -champs d’application, est présent une ou plusieurs fois, poursuivre le -test, sinon le test est abandonné.
- -Si dans l’élément « VehicleJourneyAtStop » identifié, la -différence absolue entre la valeur de l’attribut de l’élément -« arrivalTime » et la valeur de l’attribut de l’élément -« departureTime » est inférieure à une valeur paramétrable -XX, le test est validé, sinon le test est invalidé et fournit le -message : « test 3.15.1 : la différence absolue entre la -valeur de l’attribut de l’élément « arrivalTime » et la -valeur de l’attribut de l’élément « departureTime » est -supérieure à une valeur paramétrable XX ».
diff --git a/app/views/test_sheet/3_16.html b/app/views/test_sheet/3_16.html deleted file mode 100644 index 348ce9658..000000000 --- a/app/views/test_sheet/3_16.html +++ /dev/null @@ -1,160 +0,0 @@ -Objectif:
-Vérifier que les COURSEs (« VehicleJourney ») sont cohérentes
-entre elles c’est à dire que si deux COURSEs utilisent le même TRONCON
-COMMERCIAL/Chouette (« PtLink ») A -> B, les temps de
-parcours entre un POINT D’ARRÊT SUR PARCOURS (« StopPoint »)
-A et un POINT D’ARRÊT SUR PARCOURS (« StopPoint ») B doivent
-être cohérents et signaler les journées sans COURSE.
-
Priorité: Obligatoire
-Explications: -
--Si un TRONCON COMMERCIAL/Chouette (« PtLink ») A -> B se -retrouve dans plusieurs COURSEs (« VehicleJourney »), il faut -vérifier que les écarts horaires entre ces 2 POINTs D’ARRÊT SUR -PARCOURS (« StopPoint ») sont cohérents (fixer une fourchette de tolérance).
--On vérifie qu’il y a des COURSEs pour une journée donnée dans la VERSION DES HORAIRES/Chouette (« Timetable »).
- --Exemple:
-
-N° test: -Test 3.16.1
--Libellé: Cohérence horaire pour 2 COURSEs -(« VehicleJourney ») utilisant le même couple de POINTs -D’ARRÊT SUR PARCOURS (« StopPoint »)
- - - - - --Champ d’application: <VehicleJourneyAtStop>
- --Vérification:
--- Si le fichier contient au moins deux objets -« vehicleJourney » incluant au moins deux objets -« vehicleJourneyAtStop » consécutifs, poursuivre le test, -sinon le test est abandonné.
- --- Si pour deux objets « vehicleJourneyAtStop » successifs -d’une course « vehicleJourney », il existe un autre couple -« vehicleJourneyAtStop » successifs d’une autre course -« vehicleJourney » tel que les deux premiers -« vehicleJourneyAtStop » possèdent la même valeur de -l’attribut de l’élément « stopPointId » et que les deux -deuxièmes « vehicleJourneyAtStop » possèdent la même valeur -de l’attribut de l’élément <stopPointId>, alors la différence -absolue entre la valeur de l’attribut de l’élément -« departureTime » du premier point d’arrêt et la valeur de -l’attribut de l’élément « arrivalTime » du second point -d’arrêt du premier couple « vehicleJourneyAtStop » doit être -proche de la différence absolue entre la valeur de l’attribut de -l’élément « departureTime » du premier point d’arrêt et la -valeur de l’attribut de l’élément « arrivalTime » du second -point d’arrêt du deuxième couple « vehicleJourneyAtStop », le -test est validé, sinon le test est invalidé et fournit le message -d’avertissement : « test 3.16.1 : pour deux courses qui -utilisent le même couple de points A -> B, les temps de parcours -entre le point A et le point B ne sont pas cohérents ».
- --N° test: -Test 3.16.2
--Libellé: Vérification que la VERSION DES HORAIREs/Chouette -(« Timetable ») contient des COURSEs -(« VehicleJourney »)
- - - - - - - -
-Champ d’application: <vehicleJourney> <Timetable>
Vérification:
- -Si l’élément « vehicleJourney », mentionné dans les champs -d’application, est présent une ou plusieurs fois , poursuivre le test, -sinon le test est abandonné.
- Si l’identifiant de l’objet « vehicleJourney » -détecté est présent dans l’objet « TimeTable », le test est -validé, sinon le test est invalidé et fournit un message -d’avertissement « test 3.16.2 : La course « vehicleJourney » dont l’identifiant est « ObjecId » n’est pas référencée dans l’objet « TimeTable ».
- --N° test: -Test 3.16.3
--Libellé: Vérification de cohérence des HEUREs DE PASSAGE -GRAPHIQUEEs/Chouette (« VehicleJourneyAtStop ») entre 2 -POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs dans -une COURSE (« VehicleJourney »)
- - - --Champ d’application: <VehicleJourney> <VehicleJourneyAtStop>
- --Vérification:
- --- Si le fichier contient un élément « vehicleJourney » -incluant au moins deux éléments « vehicleJourneyAtStop » -consécutifs, poursuivre le test, sinon le test est abandonné.
- - - - - --- Si entre deux éléments « vehicleJourneyAtStop » successifs, -la différence absolue entre la valeur de l’attribut de l’élément -« departureTime » du premier point d’arrêt et la valeur de -l’attribut de l’élément « arrivalTime » du second point -d’arrêt est inférieur à une valeur paramétrable ZZ, poursuivre le test, -sinon le test est invalidé et fournit le message : « test -3.16.3a : entre deux éléments « vehicleJourneyAtStop » -successifs, la différence absolue entre la valeur de l’attribut de -l’élément « departureTime » du premier point d’arrêt et la -valeur de l’attribut de l’élément « arrivalTime » du second -point d’arrêt est supérieure à une valeur paramétrable ZZ
- -Si entre deux éléments « vehicleJourneyAtStop » successifs, -la valeur de l’attribut de l’élément « departureTime » du -premier point d’arrêt est inférieure (ou égale, dans le cas de points -rapprochés) à la valeur de l’attribut de l’élément <arrivalTime> -du second point d’arrêt alors le test est validé, sinon poursuivre le -test.
- -Si entre deux éléments « vehicleJourneyAtStop » successifs, -la valeur de l’attribut de l’élément « departureTime » du -premier point d’arrêt est supérieure à la valeur de l’attribut de -l’élément « arrivalTime » du second point d’arrêt et que la -valeur de l’attribut de l’élément « arrivalTime » du second -point d’arrêt est inférieure à une valeur paramétrable WW alors le test -est validé, sinon le test est invalidé et fournit le message : -« test 3.16.3b : entre deux éléments -« vehicleJourneyAtStop » successifs, la valeur de l’attribut -de l’élément « departureTime » du premier point d’arrêt est -inférieure à la valeur de l’attribut de l’élément -« arrivalTime » du second point d’arrêt ou la valeur de -l’attribut de l’élément « arrivalTime » du second point -d’arrêt est supérieure à une valeur paramétrable WW »
- diff --git a/app/views/test_sheet/3_17.html b/app/views/test_sheet/3_17.html deleted file mode 100644 index be2d52ce6..000000000 --- a/app/views/test_sheet/3_17.html +++ /dev/null @@ -1,51 +0,0 @@ -Objectif:
-Vérifier que les coordonnées des POINTs D’ACCES
-(« AccessPoint ») sont dans un même système géodésique ou un
-même système de projection
-
Priorité: Obligatoire
-Explications: -
--Dans un même jeu de données, chaque POINT D’ACCES -(« AccessPoint ») doit être représenté géographiquement de la -même manière et dans un système de représentation géographique -identique. On vérifiera également qu’il n’y a pas d’aberration comme -des coordonnées géographiques nulles ou situées hors d’une zone dont le -périmètre ou le contour est à définir.
--Exemple:
-
-N° test: -Test 3.17.1
--Libellé: Test des coordonnées géographiques de chaque POINT -D’ACCES (« AccessPoint ») par rapport à un modèle de -projection de référence.
- --Champ d’application: <AccessPoint>
--Vérification:
--Soit PJ la projection de référence.
- - --- Si l’objet « AccessPoint » est présent une ou plusieurs fois, poursuivre le test, sinon le test est abandonné
- --- Si la valeur de l’attribut de l’élément « longLatType » -contenu dans l’élément « AccessPoint » est différente de PJ -alors le test fournit le message d'avertissement : « test -3.17.1 : le point d’accès d’identifiant « ObjectId » -n’est pas dans le bon système de projection ou ses coordonnées -géographiques sont nulles ou il est situé hors d’une zone dont le -périmètre ou le contour est à définir.»
--- Sinon le test est validé.
diff --git a/app/views/test_sheet/3_18.html b/app/views/test_sheet/3_18.html deleted file mode 100644 index b40896dfb..000000000 --- a/app/views/test_sheet/3_18.html +++ /dev/null @@ -1,65 +0,0 @@ -Objectif:
-S’assurer que les coordonnées
-des POINTs D’ACCES (« AccessPoint ») du jeu de données sont
-situées à l’intérieur d’un périmètre défini.
-
Priorité: Obligatoire
-Explications: -
- - - --Si le jeu de données appartient à un exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs D’ACCES (« AccessPoint ») doivent se situer dans cette zone.
- - - --Ce point de contrôle consiste donc à vérifier que les coordonnées en latitude et longitude de chaque POINT D’ACCES (« AccessPoint ») sont incluses dans un territoire délimité.
--Exemple:
-
-N° test: -Test 3.18.1
- - - --Libellé: -Vérification que les coordonnées de chaque POINT D’ACCES (« AccessPoint ») sont inscrites dans une zone déterminée et qu’elles sont dans le bon système de projection.
- --Champ d’application: <AccessPoint>
--Vérification:
- - --Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
- --- Si l’objet « AccessPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si la valeur de l’attribut de l’élément « longLatType » -contenu dans l’objet « AccessPoint » est différente de PJ -alors le test fournit le message d'avertissement « test -3.18.1a : le point d’accès d’identifiant « ObjectId » -n’est pas dans le bon système de projection », sinon poursuivre le -test.
--- Si la projection du point, calculée à partir des valeurs des -attributs des éléments « longitude », « latitude » -contenus dans l’objet « AccessPoint », est contenue dans le -polygone PG le test est validé, sinon le test est invalidé et fournit -le message : « test 3.18.1b : le point d’accès -d’identifiant « ObjectId » a des coordonnées qui sont hors du -polygone de la zone couverte ».
\ No newline at end of file diff --git a/app/views/test_sheet/3_19.html b/app/views/test_sheet/3_19.html deleted file mode 100644 index 5c96646c3..000000000 --- a/app/views/test_sheet/3_19.html +++ /dev/null @@ -1,50 +0,0 @@ -Objectif:
-Vérifier que les coordonnées des EQUIPEMENTs (« Facility») sont
-dans un même système géodésique ou un même système de projection
-
Priorité: Obligatoire
-Explications: -
--Dans un même jeu de données, chaque EQUIPEMENT (« Facility ») -doit être représenté géographiquement de la même manière et dans un -système de représentation géographique identique. On vérifiera -également qu’il n’y a pas d’aberration comme des coordonnées -géographiques nulles ou situées hors d’une zone dont le périmètre ou le -contour est à définir.
--Exemple:
-
-N° test: -Test 3.19.1
--Libellé: Test des coordonnées géographiques de chaque EQUIPEMENT -(« Facility ») par rapport à un modèle de projection de -référence.
- --Champ d’application: <Facility>
--Vérification:
- - --Soit PJ la projection de référence.
--- Si l’objet « Facility » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si la valeur de l’attribut de l’élément « longLatType » -contenu dans l’élément « Facility » est différente de PJ -alors le test fournit le message d'avertissement : « test -3.19.1 : l’equipement « ObjectId » n’est pas dans le bon -système de projection ou ses coordonnées géographiques sont nulle -ou il est situé hors d’une zone dont le périmètre ou le contour est à -définir.»
- Sinon le test est validé. diff --git a/app/views/test_sheet/3_2.html b/app/views/test_sheet/3_2.html deleted file mode 100644 index 4edff7b45..000000000 --- a/app/views/test_sheet/3_2.html +++ /dev/null @@ -1,60 +0,0 @@ -Objectif:
-Vérifier que des POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») très proches,
-portant le même nom ou un nom différent, sont regroupés au sein d’un même ARRÊT/Choutte.
-
Priorité: Obligatoire
-
Explications: -
--Chaque POINT D’ARRÊT SUR PARCOURS (« StopPoint ») est -localisé grâce à ses coordonnées en latitude et en longitude. D’autre -part, chaque POINT D’ARRÊT SUR PARCOURS est relié à l’identifiant de -l’ARRÊT1/Chouette (« StopArea ») dont il dépend -(« ContainedIn »). Il suffit alors de vérifier que tous les -POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») appartiennent à -un même ARRÊT1/Chouette (« StopArea ») et qu’il n’y a pas de -POINTs D’ARRÊT SUR PARCOURS isolés très proches d’autres POINTs D’ARRÊT -SUR PARCOURS (cette distance reste à déterminer et est paramétrable).
--Exemple:
-
-N° test: -Test 3.2.1
--Libellé: Vérifier que 2 POINTs D’ARRÊT SUR PARCOURS -(« StopPoint ») très proches appartiennent à un même -ARRÊT1/Chouette (« StopArea »)
- --Champ d’application: <StopPoint>
--Vérification:
- - --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
--- Si pour chaque élément « StopPoint », la distance spatiale -calculée à partir de la valeur de l’attribut des éléments -« longitude », « latitude » et -« longLatType » entre lui et tous les autres éléments -« stopPoint » est inférieure à une valeur paramétrable XX -alors vérifier que la valeur de l’attribut de l’élément -« containedIn » de ces deux points d’arrêt -« StopPoint » est identique. Si elle est différente alors -adresser le message d'avertissement : « test 3.2.1 : la -distance calculée entre un point d’arrêt et les autres points d’arrêt -est inférieure à une valeur paramétrable XX mais la valeur de -l’attribut de l’élément « containedIn » de ces deux points -d’arrêt « StopPoint » n’est pas identique ».
- --- Sinon le test est validé
diff --git a/app/views/test_sheet/3_20.html b/app/views/test_sheet/3_20.html deleted file mode 100644 index 9c8046d2a..000000000 --- a/app/views/test_sheet/3_20.html +++ /dev/null @@ -1,63 +0,0 @@ -Objectif:
-S’assurer que les coordonnées des EQUIPEMENTs (« Facility ») du jeu de données sont situées à l’intérieur d’un périmètre défini.
-
Priorité: Obligatoire
-Explications: -
- - - --Si le jeu de données appartient à un exploitant dont le réseau dessert un groupe de communes, les coordonnées des EQUIPEMENTs (« Facility ») doivent se situer dans cette zone.
- - - --Ce point de contrôle consiste donc à vérifier que les coordonnées en latitude et longitude de chaque EQUIPEMENT (« Facility ») sont incluses dans un territoire délimité.
--Exemple:
-
-N° test: -Test 3.20.1
- - - --Libellé: -Vérification que les coordonnées de chaque EQUIPEMENT (« Facility») sont inscrites dans une zone déterminée et qu’elles sont dans le bon système de projection.
- --Champ d’application: <Facility>
--Vérification:
- - --Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
- --- Si l’objet « Facility » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
--- Si la valeur de l’attribut de l’élément « longLatType » -contenu dans l’objet « Facility » est différente de PJ alors -le test fournit le message d'avertissement « test 3.20.1a : -l’equipement d’identifiant « ObjectId » n’est pas dans le bon -système de projection », sinon poursuivre le test.
- - -
-- Si la projection du point, calculée à partir des valeurs des
-attributs des éléments « longitude », « latitude »
-contenus dans l’objet « Facility », est contenue dans le
-polygone PG le test est validé, sinon le test est invalidé et fournit
-le message : « test 3.20.1b : l’equipement d’identifiant
-« ObjectId » a des coordonnées qui sont hors du polygone de
-la zone couverte »
Objectif:
-Vérifier qu’il y a une cohérence entre le temps et la distance pour chaque LiensAccèsZoneArrêt/NEPTUNE (« AccessLink »)
-
Priorité: Obligatoire
-Explications: -
- - --Pour chaque LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») , -le temps de parcours entre 1 ARRÊT/Chouette (« StopArea ») et -1 Accès/NEPTUNE (« AccessPoint ») ne doit pas être aberrant. -On peut alors fixer une vitesse théorique moyenne (en fonction du temps -de déplacement en marche à pied, des obstacles rencontrés, de la perte -de temps liée à la descente du véhicule).
- - --Ainsi la longueur du LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») qui -est la différence entre les éléments « EndOfLink » et -« StartOfLink » et la durée représentée par les éléments -« DefaultDuration », « FrequentTravellerDuration » -ou « OccasionalTravellerDuration », éventuellement -« MobilityRestrictedTravellerDuration », permet de calculer -une vitesse qui doit s’approcher de la vitesse théorique (fourchette à -définir).
--Exemple:
-
-N° test: -Test 3.21.1
- - - --Libellé: -Vérifier les vitesses calculées à partir des attributs du LiensAccèsZoneArrêt /NEPTUNE (« AccessLink ») suivant les paramètres fixés
-Champ d’application: <AccessLink>
- - -
-Vérification:
- Si l’élément « AccessLink »
-mentionné dans les champs d’application est présent une ou plusieurs
-fois, poursuivre le test, sinon le test est abandonné.
-- Si la vitesse déduite de la distance spatiale entre -« EndOfLink » et « StartOfLink » divisée par le -temps « MobilityRestrictedTravellerDuration » est proche de -la valeur paramétrable WW (+/- delta), le test est validé, sinon le -test est invalidé et fournit le message : « test -3.8.1d : la vitesse fixée par l’élément -« MobilityRestrictedTravellerDuration » n’est pas conforme à -la valeur paramétrable WW (+/- delta) fixée pour le lien d’accès dont -l’identifiant est « ObjectId ».
--
diff --git a/app/views/test_sheet/3_3.html b/app/views/test_sheet/3_3.html deleted file mode 100644 index 46215f88c..000000000 --- a/app/views/test_sheet/3_3.html +++ /dev/null @@ -1,57 +0,0 @@ -Objectif:
-Vérifier que chaque POINT D’ARRÊT SUR PARCOURS
-(« StopPoint ») possède des propriétés uniques au sein d’un
-même jeu de données
-
Priorité: Obligatoire
-Explications: -
--Dans un même jeu de données et à fortiori sur un même LIGNE/Chouette -(« Line »), deux ou plusieurs POINTs D’ARRÊT SUR PARCOURS -(« StopPoint ») peuvent avoir la même dénomination. Si un -simple nom ne suffit pas (mairie, église …) à les départager, alors -il faut ajouter à ce nom une adresse et éventuellement le nom de la -commune.
--Ce point de contrôle consiste donc à recenser les POINTs D’ARRÊT SUR PARCOURS qui possèdent les mêmes caractéristiques.
--Exemple:
- -
-
-N° test: -Test 3.3.1
--Libellé: -Différentiation de nom pour les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
- --Champ d’application: <StopPoint>
--Vérification:
- - --- Si l’élément « StopPoint » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- - --- S’il existe deux points d’arrêt « StopPoint » dont la -valeur de l’attribut de l’élément « names » est identique et -que les valeurs de l’attribut de l’élément <containedIn> sont -différentes ou vides, alors la valeur de l’élément -« adresse » doit être différenciée pour les deux objets -« StopPoint ». Si c’est le cas, le test est validé sinon le -test fournit lemessage d'avertissement (WARNING) - : « test 3.3.1 : deux points d’arrêt -« StopPoint » de même nom ne sont pas suffisamment renseignés -pour avoir des propriétés uniques ».
diff --git a/app/views/test_sheet/3_4.html b/app/views/test_sheet/3_4.html deleted file mode 100644 index a216e99c8..000000000 --- a/app/views/test_sheet/3_4.html +++ /dev/null @@ -1,44 +0,0 @@ -Objectif:
-Vérifier que chaque LINE/Chouette (« Line ») possède des propriétés uniques
-dans un jeu de données.
-
Priorité: Obligatoire
-Explications: -
--Dans un même jeu de données, chaque LINE/Chouette (« Line ») doit posséder une appellation unique.
--Ce point de contrôle consiste donc à recenser les LINEs/Chouette qui possèdent les mêmes propriétés.
--Exemple:
-
-N° test: -Test 3.4.1
--Libellé: -Vérifier que chaque LINE/Chouette (« Line ») possède des valeurs d’attributs uniques
- --Champ d’application: <Line>
--Vérification:
- - --- Si l’élément « Line », mentionné dans les champs -d’application, est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
--- Si la référence constituée par la concaténation de la valeur des -attributs des éléments « name » et « number » est -unique pour toutes les lignes « Line », le test est validé, -sinon le test est invalidé et fournit le message : « test -3.4.1 : les éléments « name » et « number » -d’une ligne ne constituent pas un identifiant unique pour la ligne -« Line » référencée par l’élément « ObjectId »
diff --git a/app/views/test_sheet/3_5.html b/app/views/test_sheet/3_5.html deleted file mode 100644 index 584de6a2c..000000000 --- a/app/views/test_sheet/3_5.html +++ /dev/null @@ -1,52 +0,0 @@ -Objectif:
-Vérifier que les coordonnées des POINTs D’ARRÊT SUR PARCOURS
-(« StopPoint ») sont dans un même système géodésique ou un
-même système de projection
-
Priorité: Obligatoire
-Explications: -
--Dans un même jeu de données, chaque POINT D’ARRÊT SUR PARCOURS -(« StopPoint ») doit être représenté géographiquement de la -même manière et dans un système de représentation géographique -identique. On vérifiera également qu’il n’y a pas d’aberration comme -des coordonnées géographiques nulle ou situées hors d’une zone dont le -périmètre ou le contour est à définir.
--Exemple:
-
-N° test: -Test 3.5.1
--Libellé: Test des coordonnées géographiques de chaque POINT -D’ARRÊT SUR PARCOURS (« StopPoint ») par rapport à un modèle -de projection de référence.
- --Champ d’application: <StopPoint>
--Vérification:
- - - - - -
-Soit PJ la projection de référence:
-
-Si l’objet « StopPoint » mentionné dans les champs
-d’application est présent une ou plusieurs fois, poursuivre le test,
-sinon le test est abandonné.
- Si la valeur de l’attribut de
-l’élément « longLatType » contenu dans l’élément
-« StopPoint » est différente de PJ alors le test fournit le
-message d'avertissement : « test 3.5.1 : le point
-d’arrêt d’identifiant « ObjectId » n’est pas dans le bon
-système de projection ou ses coordonnées géographiques sont nulle
-ou il est situé hors d’une zone dont le périmètre ou le contour est à
-définir.»
Objectif:
-Sassurer que les coordonnées
-des POINTs DARRÊT SUR PARCOURS (« StopPoint ») du jeu de
-données sont situées à lintérieur dun périmètre défini.
-
Priorité: Obligatoire
-
Explications: -
- - - --Si le jeu de données appartient à un exploitant dont le réseau dessert un groupe de communes, les coordonnées des POINTs DARRÊT SUR PARCOURS (« StopPoint ») doivent se situer dans cette zone.
- - - --Ce point de contrôle consiste donc à vérifier que les coordonnées en latitude et longitude de chaque POINT DARRÊT SUR PARCOURS (« StopPoint ») sont incluses dans un territoire délimité.
--Exemple:
-
-N° test: -Test 3.6.1
- --Libellé: -Vérification que les coordonnées de chaque POINT DARRÊT SUR PARCOURS (« StopPoint »)
sont inscrites dans une zone déterminée et quelles sont dans le bon système de projection. - --Champ dapplication: <StopPoint>
--Vérification:
- --Soit PG le polygone de la zone couverte par le réseau dans une projection PJ.
- --- Si lobjet « StopPoint » mentionné dans les champs -dapplication est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si la valeur de lattribut de lélément « longLatType » -contenu dans lobjet « StopPoint » est différente de PJ alors -le test fournit le message d'avertissement « test 3.6.1a : le -point darrêt didentifiant « ObjectId » nest pas dans le -bon système de projection », sinon poursuivre le test.
- --- Si la projection du point, calculée à partir des valeurs des -attributs des éléments « longitude », « latitude » -contenus dans lobjet « StopPoint », est contenue dans le -polygone PG le test est validé, sinon le test est invalidé et fournit -le message : « test 3.6.1b : le point darrêt -didentifiant « ObjectId » a des coordonnées qui sont hors du -polygone de la zone couverte ».
diff --git a/app/views/test_sheet/3_7.html b/app/views/test_sheet/3_7.html deleted file mode 100644 index e061a060c..000000000 --- a/app/views/test_sheet/3_7.html +++ /dev/null @@ -1,56 +0,0 @@ -ßObjectif:
-Vérifier que la distance entre les POINTs D’ARRÊT SUR PARCOURS (« StopPoint »)
-se situe dans une fourchette paramétrable (distance minimale et maximale à fixer)
-
Prioritée: Obligatoire
-Explications: -
--Afin de contrôler les distances aberrantes entre les POINTs D’ARRÊT SUR -PARCOURS (« StopPoint »), un contrôle sera effectué sur la -distance entre les 2 POINTs D’ARRÊT SUR PARCOURS de chaque TRONCON -COMMERCIAL/Chouette (« PtLink ») : ce contrôle devra -répondre à des critères de distance maximale et de distance minimale -(ces distances seront paramétrables).
--Exemple:
-
-N° test: -Test 3.7.1
--Libellé: -Vérification de la distance entre 2 POINTs D’ARRÊT SUR PARCOURS (« StopPoint ») consécutifs
- - --Champ d’application: <vehicleJourney> <VehicleJourneyAtStop>
--Vérification:
- --- Si le fichier contient une classe d’objets -« vehicleJourney » incluant au moins deux éléments -« vehicleJourneyAtStop » consécutifs, poursuivre le test, -sinon le test est abandonné.
- --- Si entre deux éléments « vehicleJourneyAtStop » successifs, -la distance spatiale entre le point d’arrêt « StopPoint » -identifié par la valeur de l’attribut de l’élément -« stopPointId » et le point d’arrêt « StopPoint» -identifié par la valeur de l’attribut de l’élément -« stopPointId » est inférieure à XX ou supérieure à YY, alors -le test fournit le message d’avertissement : « test -3.7.1 : la distance spatiale entre deux points d’arrêt consécutifs -ne se situe pas dans une fourchette autorisée (entre XX pour sa -valeur minimale et YY pour sa valeur supérieure».
- --- Sinon le test est validé
diff --git a/app/views/test_sheet/3_8.html b/app/views/test_sheet/3_8.html deleted file mode 100644 index aa080a4b4..000000000 --- a/app/views/test_sheet/3_8.html +++ /dev/null @@ -1,99 +0,0 @@ -Objectif:
-Vérifier qu’il
-y a une cohérence entre le temps et la distance pour chaque
-TronçonDeCorrespondance/Chouette (« ConnectionLink »)
-
Priorité: Obligatoire
-Explications: -
- - --Pour chaque TronçonDeCorrespondance/Chouette (« ConnectionLink »), -le temps de parcours entre 2 ARRÊT/Chouette -(« StopArea ») ne doit pas être aberrant. On peut alors fixer -une vitesse théorique moyenne (en fonction du temps de déplacement en -marche à pied, des obstacles rencontrés, de la perte de temps liée à la -descente du véhicule).
- - --Ainsi la longueur du TronçonDeCorrespondance/Chouette (« ConnectionLink ») qui -est la différence entre les éléments « EndOfLink » et -« StartOfLink » et la durée représentée par les éléments -« DefaultDuration », « FrequentTravellerDuration » ou « OccasionalTravellerDuration », éventuellement « MobilityRestrictedTravellerDuration », -permet de calculer une vitesse qui doit s’approcher de la vitesse -théorique (fourchette à définir).
--Exemple:
-
-N° test: -Test 3.8.1
- - --Libellé: -Vérifier les vitesses calculées à partir des attributs du TronçonDeCorrespondance/Chouette (« ConnectionLink ») suivant les paramètres fixés
- --Champ d’application: <ConnectionLink>
--Vérification:
- --- Si l’élément « ConnectionLink » mentionné dans les champs -d’application est présent une ou plusieurs fois, poursuivre le test, -sinon le test est abandonné.
- --- Si la vitesse déduite de la distance spatiale entre -« EndOfLink » et « StartOfLink » divisée par le -temps « DefaultDuration » est proche de la valeur -paramétrable XX (+/- delta), poursuivre le test, sinon le test est -invalidé et fournit le message : « test 3.8.1a : la -vitesse fixée par l’élément « DefaultDuration » n’est pas -conforme à la valeur paramétrable XX (+/- delta) fixée pour la -correspondance dont l’identifiant est « ObjectId ».
- --- Si la vitesse déduite de la distance spatiale entre -« EndOfLink » et « StartOfLink » divisée par le -temps « FrequentTravellerDuration » est proche de la valeur -paramétrable YY (+/- delta), poursuivre le test, sinon le test est -invalidé et fournit le message : « test 3.8.1b : la -vitesse fixée par l’élément « FrequentTravellerDuration » -n’est pas conforme à la valeur paramétrable YY (+/- delta) fixée pour -la correspondance dont l’identifiant est « ObjectId ».
- --- Si la vitesse déduite de la distance spatiale entre -« EndOfLink » et « StartOfLink » divisée par le -temps « OccasionalTravellerDuration » est proche de la valeur -paramétrable ZZ (+/- delta), poursuivre le test, sinon le test est -invalidé et fournit le message : « test 3.8.1c : la -vitesse fixée par l’élément « OccasionalTravellerDuration » -n’est pas conforme à la valeur paramétrable ZZ (+/- delta) fixée pour -la correspondance dont l’identifiant est « ObjectId ».».
- --- Si l’élément « MobilityRestrictedTravellerDuration » -est défini dans l’élément « VehicleJourneyAtStop » identifié, -poursuivre le test, sinon le test est validé.
- - -
-- Si la vitesse déduite de la distance spatiale entre
-« EndOfLink » et « StartOfLink » divisée par le
-temps « MobilityRestrictedTravellerDuration » est proche de
-la valeur paramétrable WW (+/- delta), le test est validé, sinon le
-test est invalidé et fournit le message : « test
-3.8.1d : la vitesse fixée par l’élément
-« MobilityRestrictedTravellerDuration » n’est pas conforme à
-la valeur paramétrable WW (+/- delta) fixée pour la correspondance dont
-l’identifiant est « ObjectId ».
Objectif:
-Vérifier qu’il y a une cohérence entre le temps et la distance pour chaque TRONCON COMMERCIAL / Chouette (« PtLink »)
-
Priorité: Obligatoire
-Explications: -
- - --Pour chaque TRONCON COMMERCIAL / Chouette (« PtLink ») , -on peut calculer la distance entre les 2 POINTs D’ARRÊT SUR PARCOURS -(« StopPoint ») qui le constituent et au sein d’une même -COURSE COMMERCIALE (« VehicleJourney »), on peut récupérer -l’HEURE DE PASSAGE GRAPHIQUEE/Chouette -(« VehicleJourneyAtStop ») des POINTs D’ARRÊT SUR PARCOURS . -On peut ainsi vérifier que la vitesse calculée se situe autour d’une -vitesse théorique moyenne (vitesse commerciale ou vitesse à vol -d’oiseau).
--Exemple:
-
-N° test: -Test 3.9.1
--Libellé: Vérifier que la vitesse entre 2 POINTs D’ARRÊT SUR -PARCOURS (« StopPoint ») consécutifs se situe dans une -fourchette autorisée.
- - --Champ d’application: <vehicleJourney> <VehicleJourneyAtStop>
--Vérification:
- - --- Si le fichier contient un objet « vehicleJourney » incluant -au moins deux objets « vehicleJourneyAtStop » consécutifs, -poursuivre le test, sinon le test est abandonné
--- Si entre deux objets « vehicleJourneyAtStop » successifs, -la distance spatiale entre le point d’arrêt « StopPoint » -identifié par la valeur de l’attribut de l’élément -« stopPointId » et le point d’arrêt « StopPoint » -identifié par la valeur de l’attribut de l’élément -« stopPointId » divisée par la différence absolue entre la -valeur de l’attribut de l’élément « departureTime » du -premier point d’arrêt et la valeur de l’attribut de l’élément -« arrivalTime » du second point d’arrêt est inférieure à XX -ou supérieure à YY alors le test fournit le message -d’avertissement : « test 3.9.1 : la vitesse déterminée -par la distance et le temps entre 2 points d’arrêt consécutifs (entre -deux objets « vehicleJourneyAtStop ») ne se situe pas une -fourchette autorisée entre XX et YY ».
- - --- Sinon le test est validé
diff --git a/app/views/test_sheet/show.html.erb b/app/views/test_sheet/show.html.erb deleted file mode 100644 index 6c0c4b109..000000000 --- a/app/views/test_sheet/show.html.erb +++ /dev/null @@ -1,7 +0,0 @@ -<%= @page.content.html_safe %> - -<% content_for :sidebar do %> - -<% end %> \ No newline at end of file diff --git a/app/views/test_sheet/toc.html b/app/views/test_sheet/toc.html deleted file mode 100644 index b0c9f1be8..000000000 --- a/app/views/test_sheet/toc.html +++ /dev/null @@ -1,53 +0,0 @@ -h3. Définition des tests - -* 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.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 diff --git a/config/routes.rb b/config/routes.rb index a0e91cf7f..de77856f3 100644 --- a/config/routes.rb +++ b/config/routes.rb @@ -179,7 +179,6 @@ ChouetteIhm::Application.routes.draw do end match '/help/(*slug)' => 'help#show' - match '/test_sheet/(*slug)' => 'test_sheet#show' match '/404', :to => 'errors#not_found' match '/422', :to => 'errors#server_error' diff --git a/public/test_sheet/image001.gif b/public/test_sheet/image001.gif deleted file mode 100755 index 7baead282..000000000 Binary files a/public/test_sheet/image001.gif and /dev/null differ diff --git a/public/test_sheet/image001.jpg b/public/test_sheet/image001.jpg deleted file mode 100755 index 148a8d555..000000000 Binary files a/public/test_sheet/image001.jpg and /dev/null differ diff --git a/public/test_sheet/image002.jpg b/public/test_sheet/image002.jpg deleted file mode 100755 index 1f6c96bb0..000000000 Binary files a/public/test_sheet/image002.jpg and /dev/null differ diff --git a/public/test_sheet/image003.jpg b/public/test_sheet/image003.jpg deleted file mode 100755 index 7bd7b6e2a..000000000 Binary files a/public/test_sheet/image003.jpg and /dev/null differ diff --git a/public/test_sheet/image004.jpg b/public/test_sheet/image004.jpg deleted file mode 100755 index eea635db0..000000000 Binary files a/public/test_sheet/image004.jpg and /dev/null differ diff --git a/public/test_sheet/image005.jpg b/public/test_sheet/image005.jpg deleted file mode 100755 index 05a9fc9fd..000000000 Binary files a/public/test_sheet/image005.jpg and /dev/null differ diff --git a/public/test_sheet/image006.jpg b/public/test_sheet/image006.jpg deleted file mode 100755 index fa185e313..000000000 Binary files a/public/test_sheet/image006.jpg and /dev/null differ diff --git a/public/test_sheet/image007.jpg b/public/test_sheet/image007.jpg deleted file mode 100755 index 4c581999e..000000000 Binary files a/public/test_sheet/image007.jpg and /dev/null differ diff --git a/public/test_sheet/image008.jpg b/public/test_sheet/image008.jpg deleted file mode 100755 index ffde60848..000000000 Binary files a/public/test_sheet/image008.jpg and /dev/null differ diff --git a/public/test_sheet/image009.jpg b/public/test_sheet/image009.jpg deleted file mode 100755 index fdfc8a7f8..000000000 Binary files a/public/test_sheet/image009.jpg and /dev/null differ diff --git a/public/test_sheet/image010.jpg b/public/test_sheet/image010.jpg deleted file mode 100755 index 39d1381e6..000000000 Binary files a/public/test_sheet/image010.jpg and /dev/null differ diff --git a/public/test_sheet/image011.jpg b/public/test_sheet/image011.jpg deleted file mode 100755 index f15976961..000000000 Binary files a/public/test_sheet/image011.jpg and /dev/null differ diff --git a/public/test_sheet/image012.jpg b/public/test_sheet/image012.jpg deleted file mode 100755 index 23a77d27f..000000000 Binary files a/public/test_sheet/image012.jpg and /dev/null differ diff --git a/public/test_sheet/image013.jpg b/public/test_sheet/image013.jpg deleted file mode 100755 index e0c114636..000000000 Binary files a/public/test_sheet/image013.jpg and /dev/null differ diff --git a/public/test_sheet/image014.jpg b/public/test_sheet/image014.jpg deleted file mode 100755 index 5dc13fdee..000000000 Binary files a/public/test_sheet/image014.jpg and /dev/null differ diff --git a/public/test_sheet/image015.jpg b/public/test_sheet/image015.jpg deleted file mode 100755 index ec42834c3..000000000 Binary files a/public/test_sheet/image015.jpg and /dev/null differ diff --git a/public/test_sheet/image016.jpg b/public/test_sheet/image016.jpg deleted file mode 100755 index ba5d19d3c..000000000 Binary files a/public/test_sheet/image016.jpg and /dev/null differ diff --git a/public/test_sheet/image017.jpg b/public/test_sheet/image017.jpg deleted file mode 100755 index 59e12d3ce..000000000 Binary files a/public/test_sheet/image017.jpg and /dev/null differ diff --git a/public/test_sheet/image018.jpg b/public/test_sheet/image018.jpg deleted file mode 100755 index e89c11f3a..000000000 Binary files a/public/test_sheet/image018.jpg and /dev/null differ diff --git a/public/test_sheet/image019.jpg b/public/test_sheet/image019.jpg deleted file mode 100755 index 03a904932..000000000 Binary files a/public/test_sheet/image019.jpg and /dev/null differ diff --git a/public/test_sheet/image020.jpg b/public/test_sheet/image020.jpg deleted file mode 100755 index 40ed9f6e7..000000000 Binary files a/public/test_sheet/image020.jpg and /dev/null differ diff --git a/public/test_sheet/image021.jpg b/public/test_sheet/image021.jpg deleted file mode 100755 index a0657d16e..000000000 Binary files a/public/test_sheet/image021.jpg and /dev/null differ diff --git a/public/test_sheet/image022.jpg b/public/test_sheet/image022.jpg deleted file mode 100755 index 93ed2fa8b..000000000 Binary files a/public/test_sheet/image022.jpg and /dev/null differ diff --git a/public/test_sheet/image023.jpg b/public/test_sheet/image023.jpg deleted file mode 100755 index 1dbf32723..000000000 Binary files a/public/test_sheet/image023.jpg and /dev/null differ diff --git a/public/test_sheet/image024.jpg b/public/test_sheet/image024.jpg deleted file mode 100755 index 117a34061..000000000 Binary files a/public/test_sheet/image024.jpg and /dev/null differ diff --git a/public/test_sheet/image025.jpg b/public/test_sheet/image025.jpg deleted file mode 100755 index 8a782704c..000000000 Binary files a/public/test_sheet/image025.jpg and /dev/null differ diff --git a/public/test_sheet/image026.jpg b/public/test_sheet/image026.jpg deleted file mode 100755 index 7db56d4b9..000000000 Binary files a/public/test_sheet/image026.jpg and /dev/null differ diff --git a/public/test_sheet/image027.gif b/public/test_sheet/image027.gif deleted file mode 100755 index 9d5091332..000000000 Binary files a/public/test_sheet/image027.gif and /dev/null differ diff --git a/public/test_sheet/image028.gif b/public/test_sheet/image028.gif deleted file mode 100755 index 3cdc86104..000000000 Binary files a/public/test_sheet/image028.gif and /dev/null differ diff --git a/public/test_sheet/image029.jpg b/public/test_sheet/image029.jpg deleted file mode 100755 index 1376834c9..000000000 Binary files a/public/test_sheet/image029.jpg and /dev/null differ -- cgit v1.2.3