Source: http://forum.chouette.mobi/index.php?topic=204.0;prev_next=next
Timestamp: 2018-08-18 09:05:49+00:00
Document Index: 193294257

Matched Legal Cases: ['arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ', 'arrêt ']

Précisions relatives aux définitions des termes contenus dans la doc NEPTUNE
Normes : Neptune, SIRI, Netex »
Profil Neptune »
Auteur Sujet: Précisions relatives aux définitions des termes contenus dans la doc NEPTUNE (Lu 2407 fois)
« le: janvier 09, 2014, 11:34:50 am »
Tout d'abord dans la définition des termes, il est indiqué que les "Journey Paterne" contiennent une liste de points d'arrêt ainsi que la liste horaire. Pourtant dans la définition XML il n'est pas fait mention de quelconques horaires.
Les JOURNEY PATTERN ne contiennent pas directement les horaires, en français PARCOURS, c'est "Une liste ordonnée de POINTs D'ARRÊT et de POINTs HORAIREs sur un unique ITINERAIRE, décrivant le plan de déplacement pour les véhicules de transport public.Un PARCOURS peut passer par le même POINT plus d'une fois.Le premier point d'un PARCOURS est l'orgine. Le dernier point est la destination." . Les horaires sont portés par le VEHICULE JOURNEY (COURSE en français: "Le mouvement planifié d'un véhicule de transport public effectué un JOUR TYPE donné, depuis un point début à un point fin d'un PARCOURS sur un ITINÉRAIRE."). On trouvera généralement un calendrier d'application associé aux courses pour connaitre leurs jours de circulation.
Dans l'XSD NEPTUNE, c'est le VehiculeJourneyAtStop (dans ChouettePTNetwork->ChouetteLineDescription->VehicleJourney->VehicleJourneyAtStop ) qui contient les heures de passage.
Ensuite si la norme ISO 8601 est une évidence pour le format des dates. mais n'est pas noté sur le document pour le format exact des dates et de l'heure. idem pour les distances, il n'est pas indiqué s'ils sont notés en mètres ou en kilomètres.
Les dates et durées utilisent les xsd:time, sxd:dateTime et xsd:duration qui eux-mêmes sont des types XSD respectant les formats ISO (cf: http://www.w3.org/TR/xmlschema-1/#normative-schemaSchema )
Les distances sont en mètres, mais cela pourrait effectivement être plus explicite.
Enfin, dans la section "5.1.10.8 Les horaires (VehicleJourneyAtStopType)", il est indiqué que le temps de trajet entre ce point et le point précédent (ElapseDuration) est obligatoire, pourtant, dans les XML d’exemple il n'est pas visible.
Le "ElapseDuration" est dans un contexte de choice XSD et n'est utilisé que dans le cadre des courses décrites en fréquence plutôt qu'en horaire. Il est effectivement obligatoire dans ce cas.
Re : Précisions relatives aux définitions des termes contenus dans la doc NEPTUNE
« Réponse #1 le: juin 10, 2014, 11:09:22 am »
Dans la doc Neptune, l'objet "PtLink" est défini comme un lien générique dont les points de départ et d'arrivée peuvent être des "StopArea" ou des "StopPoint".
Or, le test obligatoire Chouette "2-NEPTUNE-PtLink-1" impose que les points de départ et d'arrivée soient de type "StopPoint" seulement.
Comment Chouette réagit-il à l'import si le fichier Neptune contient des "PtLink" référençant des "StopArea" svp ?
En complément, du point de vue de la norme et du point de vue de l'import Chouette, la description d'une "Route" Neptune peut-elle contenir un seul "PtLink" correspondant au départ et au terminus de l'itinéraire svp ?
« Modifié: juin 10, 2014, 11:15:56 am par LAM »
« Réponse #2 le: juin 11, 2014, 08:31:59 am »
« Réponse #3 le: avril 21, 2015, 10:20:06 am »
Toujours concernant la terminologie Neptune, pourriez-vous me préciser les points suivants svp :
- Est-ce que les identifiants d'arrêts sur itinéraire peuvent être communs entre plusieurs itinéraires d'une même ligne ?
- Est-ce que les identifiants d'arrêts sur itinéraire peuvent être communs entre plusieurs itinéraires associées à des lignes différentes ?
Ces questions concernent en particulier les générateurs de fichiers Neptune qui généreraient à la volée les identifiants d'arrêts sur itinéraire en se basant sur l'ID de l'arrêt physique augmenté d'une simple incrémentation.
Par ailleurs, il a déjà été confirmé sur le forum que plusieurs arrêts sur itinéraires d'un même itinéraire ne pouvaient pas avoir le même ID même s'il s'agit d'un même arrêt physique (cas d'une boucle dans le parcours, par exemple).
« Réponse #4 le: avril 27, 2015, 08:44:47 am »
L'arrêt sur itinéraire et par définition spécifique à un itinéraire. Il ne peut donc être partagé par plusieurs itinéraires d'une même ligne et encore moins de plusieurs lignes.
La technique que vous évoquez de "générateurs de fichiers Neptune qui généreraient à la volée les identifiants d'arrêts sur itinéraire en se basant sur l'ID de l'arrêt physique augmenté d'une simple incrémentation" (l'arrêt physique étant dans NEPTUNE une StopPlace de type Quay ou BoardingPosition) est effectivement probablement la plus simple à mettre en oeuvre.
« Modifié: avril 27, 2015, 08:46:25 am par Aurige »
« Réponse #5 le: avril 27, 2015, 02:43:46 pm »
« Réponse #6 le: avril 30, 2015, 11:24:52 am »
En complément, je suis tombé sur une mise à jour de la spécification Neptune publiée récemment par l'AFIMB/CEREMA pour préciser les cas ambigus :
http://www.normes-donnees-tc.org/wp-content/uploads/2014/10/NF-Neptune-maj2014-v4.pdf