Eléments de données NEPTUNE

Transcription

Certu
Eléments de données NEPTUNE
présentation des données complémentaires
dans la norme NFP99506
par rapport au profil d'échange TRIDENT
Ce document présente les éléments du profil NEPTUNE (qui seront intégrés à l'application
CHOUETTE en 2011)
Ces éléments correspondent :
•
au « Groupe de lignes » ou « GroupOfLine » dans le profil
•
aux accès ou « AccessPoint » et leurs liens, « AccessLink », aux zones d'arrêt,
« StopArea »
•
aux informations pour les « Personnes à Mobilité Réduite » (P.M.R)
•
aux fréquences horaires
Chacun de ces nouveaux éléments est, dans ce chapitre, présenté tel que décrit dans le
document de référence du profil Neptune, et ceci :
•
sous l'angle de ses propriétés (les tableaux sont reportés du profil Neptune)
•
sous l'angle de ses relations avec les autres éléments du modèle
Février 2011
Centre d’études sur les réseaux, les transports,
l’urbanisme et les constructions publiques
Description des nouveaux éléments de données du profil Neptune
Sommaire
1. Les groupes de lignes (« GroupOfLine »)
3
1.1.1Propriétés d'un groupe de lignes
1.1.2Relations aux autres objets du modèle
3
3
2. Les accès (« AccessPoint » et « AccessLink »)
2.1.1Propriétés des accès (« AccessPoint »)
2.1.2Propriétés des Liens d'Accès (« AccessLink »)
2.1.2.1Propriétés d'un lien générique
2.1.2.2Propriétés additionnelles d'un « AccessLink »
2.1.3Relations des accès et des liens d'accès aux autres éléments du modèle
3. Les informations destinées aux « Personnes à Mobilité Réduite »(P.M.R)
3.1.1Codification des types de handicap et besoins spécifiques des utilisateurs
3.1.2Éléments du modèle à même d'accueillir des P.M.R
3.1.2.1Zone d'arrêt (« Stoparea »)
3.1.2.2Correspondance (« connectionLink »)
3.1.2.1Ligne (Line)
3.1.2.2Accès (« AccessPoint »)
3.1.2.3Liens Accès – zone d'arrêts (« AccessLink »)
3.1.2.4Course (« VehicleJourney »)
3.1.3Relation aux autres éléments du modèle, schématisation
4. Les Fréquences Horaires (TimeSlot)
4.1.1Propriété des fréquences horaires
4.1.2Relation des Fréquences Horaires (« TimeSlots ») aux autres éléments du modèle
5. Références
2
4
4
5
5
5
6
7
7
8
8
8
9
9
9
10
10
11
11
11
12
Certu – 2011
1. Les groupes de lignes (« GroupOfLine »)
Un groupe de lignes correspond, comme son nom l'indique, à un ensemble de lignes.
Ce concept est d'ordre fonctionnel et est essentiellement utilisé par les exploitants pour définir un de leurs réseaux
(Le concept de « Réseau » n'étant en effet pas partagé par tous les exploitants).
L'usage d'un « Groupe de Lignes » n'est toutefois pas fermé, il peut :
•
varier d'un exploitant à un autre (pour une politique tarifaire par exemple)
•
n'être pas utilisé (mais ce concept se diffuse de plus en plus).
1.1.1 Propriétés d'un groupe de lignes
Le tableau ci-dessous est extrait du profil Neptune et décrit les propriétés attachées à un groupe de lignes :
Élément
Cardinalité
Définition
«TridentObjectType»
1:1
L'identifiant du groupe de lignes. Tout groupe de
ligne possède un et un seul identifiant.
«name»
1:1
Le nom du groupe de lignes. Tout groupe de lignes
possède un et un seul nom donné sous la forme
d'une chaîne de caractères.
«lineId»
1:∞
Une liste non vide d'identifiants TRIDENT (« objectId ») de lignes qui appartiennent au groupe de
lignes. Tout groupe de lignes contient une telle liste
avec au moins un identifiant TRIDENT
« comment»
0:1
Lorsque cet élément existe, il représente un commentaire sur le groupe de lignes sous forme d'une
chaîne de caractères.
1.1.2 Relations aux autres objets du modèle
•
•
•
Un groupe de lignes est composé dans la norme Neptune d'une ou de plusieurs lignes déjà existantes.
Une ligne n'appartient à aucun groupe ou à plusieurs
Le modèle Neptune d'une ligne n'a pas de relation directe avec son groupe ; autrement dit une ligne
appartenant à un groupe n'a pas, dans le profil, de propriété correspondant à l'identifiant de ce groupe.
Ci-dessous la représentation schématique de la relation entre les éléments « groupe de lignes » et « ligne » :
Certu – 2011
3
2. Les accès (« AccessPoint » et « AccessLink »)
Un accès, correspond à une information d'ordre topologique indiquant une entrée (de gare, de métro, …) vers
une ou plusieurs « zone d'arrêt »(« StopArea »);
Fonctionnellement et à titre d'exemple, les informations relatives aux accès sont particulièrement utiles aux
calculs d'itinéraires.
Un accès est rattaché à une zone d'arrêt :
•
soit directement, via le champ « containedIn »
•
soit indirectement, au travers d'un lien spécifique, un « AccessLink ».
Notons que le champ « ContainedIn » sera ignoré au sein de l'application Chouette (cf 2.1.1.Spécificité intégration accès)
2.1.1 Propriétés des accès (« AccessPoint »)
Le tableau ci-dessous est extrait du profil Neptune et décrit les propriétés attachées à un accès :
Élément
Cardinalité
Définition
« ObjectId »
(via« LocationType »)
« longitude »
1:1
L’identifiant de l’ accès. Tout accès possède un et un seul identifiant.
1:1
« latitude »
1:1
« longLatType »
1:1
« address »
0:1
La longitude de l’ accès. Tout accès possède une et une seule longitude
sous forme d'un décimal compris entre -180 et 180.
La latitude de l’ accès. Tout accès possède une et une seule latitude
sous forme d'un décimal compris entre -90 et 90°.
Le type de longitude et latitude de l’ accès. Tout accès possède un et un
seul type de longitude et latitude sous forme d'une chaîne de caractères
parmi {'WGS84', 'WGS92', 'Standard' }.
Seul 'WGS84' est utilisé
Lorsque cet élément existe il représente l'adresse de l’accès sous forme
d'une « AddressType ».
« projectedPoint
»
0:1
« containedIn »
1:1
[sera ignoré dans
CHOUETTE, cf
#2.1.1.Spécificité
accès]
« name »
« type »
1:1
0:1
« openingTime»
« closingTime»
« mobilityRestrictedSuitability»
0:1
0:1
0:1
4
Lorsque cet élément existe il représente les coordonnées dans un référentiel projeté (comme LAMBERT II) de l’ accès sous forme d'un « ProjectedPointType ».
L'identifiant « objectId » de la zone d'arrêt « StopArea » contenant cet
accès.
Dans le cas des accès, ce champ générique issu de la structure pointType pourra être laissé vide (le champ doit tout de même être présent) et
remplacé par des liens accès-zone d’arrêt (AccessLink)
Le nom de l’ accès. Tout accès possède un et un seul, nom.
Lorsque cet élément existe, il décrit le type d’accès (sous forme textuelle
libre)
Lorsque cet élément existe, il représente l’heure d’ouverture de l’accès
Lorsque cet élément existe, il représente l’heure de fermeture de l’accès
Lorsque cet élément existe, il indique sous forme d'un booléen ('true' ou
'false') si l’accès possède des équipements pour les personnes à mobilité
réduite ou non.
Certu – 2011
Élément
Cardinalité
« stairsAvailability»
« liftAvailability»
0:1
« comment »
0:1
0:1
Définition
La description précise des handicaps et besoins pris en charge sera
porté par l’objet AccessLink (en effet un unique accès peut mener à plusieurs arrêts avec des conditions d’accessibilité différentes)
'false') si l’accès contient un passage par escaliers ou non.
'false') l’accès contient un passage par ascenseur ou non.
Lorsque cet élément existe, il représente un commentaire sur l’accès
sous forme d'une chaîne de caractères.
2.1.2 Propriétés des Liens d'Accès (« AccessLink »)
Un lien d'accès « AccessLink» dans le profil Neptune, est un lien générique (« GeneralLink») spécialisé reliant
un accès à une zone d'arrêt.
2.1.2.1 Propriétés d'un lien générique
Élément
Cardinalité
Définition
« ObjectId »
(via« LocationType »)
1:1
L’identifiant « LocationType » du lien générique. Tout lien générique possède un et un seul identifiant.
« name »
0:1
Lorsque cet élément existe, il représente le nom du lien générique
sous forme d’une chaîne de caractères.
« startOfLink »
1:1
L’identifiant « objectId » de la zone d’arrêt « StopArea » ou de l’arrêt sur itinéraire « StopPoint » du début du lien générique. Tout lien
générique possède un et un seul arrêt de début du lien.
« endOfLink »
1:1
L’identifiant « objectId » de la zone d’arrêt « StopArea » ou de l’arrêt sur itinéraire « StopPoint » de la fin du lien générique. Tout lien
générique possède un et un seul arrêt de fin du lien. Le début et la
fin d’un lien générique peuvent pointer tous les deux vers la même
zone d’arrêt.
« linkDistance »
0:1
Lorsque cet élément existe, il représente la distance entre les
arrêts de début et de fin du lien générique sous forme d’un décimal.
2.1.2.2 Propriétés additionnelles d'un « AccessLink »
Élément
Cardinalité
Définition
« GeneralLinkType »
1:1
« linkType »
0:1
Le lien générique. Ce champ représente les éléments généraux du
lien accès-zone, tels que son identifiant, son nom, les identifiant
des deux objets liés, et la distance qui les sépare. (voir la description des liens génériques)
Lorsque cet élément existe il représente le type de lien sous forme
d'une chaîne de caractères parmi {'Underground', (surface), 'Overground', (sous-terrain), 'Mixed', }
Certu – 2011
5
Élément
Cardinalité
Définition
« defaultDuration »
0:1
« frequentTravellerDuration »
0:1
« OccasionalTravellerDuration »
0:1
« MobilityRestrictedTravellerDuration »
0:1
« MobilityRestrictedSuitability »
0:1
« StairsAvailability »
0:1
« LiftAvailability »
0:1
« comment »
0:1
« accessibilitySuitabilityDetails »
0:1
Lorsque cet élément existe, il représente le temps moyen de traversée du lien sous forme d'une durée de temps.
Lorsque cet élément existe, il représente le temps de traversée du
lien pour un usager régulier du trajet sous forme d'une durée de
temps.
lien pour un usager occasionnel du trajet sous forme d'une durée
de temps.
lien pour un usager à mobilité réduite sous forme d'une durée de
temps.
Lorsque cet élément existe, il indique sous forme d'un booléen
('true' ou 'false') si le lien possède des équipements pour les personnes à mobilité réduite ou non.
('true' ou 'false') si ce lien contient un passage par escaliers ou non.
('true' ou 'false') ce lien contient un passage par ascenseur ou non.
Voir ci-dessus et ci-dessous. Ou bien si la correspondance peut
s’effectuer par ascenseur ? ce n’est pas le même sens : dans le
premier cas, il existe un ascenseur mais il reste possible que des
tronçons de la correspondance ne soient pas accessibles
Lorsque cet élément existe, il représente un commentaire sur le
lien sous forme d'une chaîne de caractères.
Lorsque cet élément existe il contient une liste des types de handicaps et besoins spécifiques pour lesquels le lien est équipée (voir
le détail plus loin dans le document : otherMobilityNeed).
2.1.3 Relations des accès et des liens d'accès aux autres éléments du modèle
Il n'existe pas d'autres relations que celles décrites précédemment au travers des propriétés :
•
un accès peut être associé à aucune, une ou plusieurs zones d'arrêt et réciproquement
•
un lien d'accès associe nécessairement deux objets (il ne peut exister indépendamment)
Ci-dessous la représentation schématique de la relation entre accès, lien d'accès et zone d'arrêt :
6
Certu – 2011
3. Les informations destinées aux « Personnes à Mobilité
Réduite »(P.M.R)
Certaines infrastructures sont dotées d'équipements destinés à faciliter le voyage des personnes à mobilité réduite.
La catégorie « P.M.R » est toutefois très large et une infrastructure n'est pas nécessairement adaptée à tous les
types de handicap. La norme Neptune offre donc la possibilité de spécifier à quels types et besoins spécifiques
une infrastructure est adaptée.
Les types de handicap et besoins spécifiques des utilisateurs sont codifiées au sein Neptune, SIRI, et IFOPT. Leur
liste, extraite de la norme Neptune, est donnée en première partie.
La seconde partie du chapitre fournit la liste des infrastructures du réseau qui peuvent être dotées de telles
« facilités » et précise les propriétés permettant, au sein de chaque objet :
•
de signaler leur incapacité ou capacité de prise en charge des personnes à mobilité réduite
•
de spécifier le type de handicap et pour chaque type, les besoins des utilisateurs pour lesquels les
infrastructures sont adaptées.
3.1.1 Codification des types de handicap et besoins spécifiques des utilisateurs
Les champs « autre besoin» de chaque type de handicap ne seront pas intégrés au sein de Chouette et sont pour
cette raison surlignés en bleu dans la liste ci-dessous (cf #2.1.2.Spécificité intégration PMR)
•
MobilityNeed (Besoin lié au déplacement)
•
•
•
◦
Wheelchair (fauteuil roulant)
◦
assistedWheelchair (fauteuil roulant manuel)
◦
motorizedWheelchair (fauteuil roulant motorisé)
◦
walkingFrame (déambulateur)
◦
restrictedMobility (mobilité restreinte)
◦
otherMobilityNeed (autre besoin lié au déplacement)
PsychosensoryNeed (Besoin psychosensoriel)
◦
visualImpairment (déficience visuel)
◦
auditoryImpairment (déficience auditive)
◦
cognitiveInputImpairment (déficience intellectuelle)
◦
averseToLifts (phobie des ascenseurs)
◦
averseToEscalators (phobie des escalators)
◦
averseToConfinedSpaces (claustrophobie)
◦
averseToCrowds (ochlophobie, peur de la foule)
◦
otherPsychosensoryNeed (autre besoin psychosensoriel)
MedicalNeed (besoins médicaux)
◦
allergic (allergie)
◦
heartCondition (problème cardiaque)
◦
otherMedicalNeed (autre besoin médical)
EncumbranceNeed (besoins encombrants)
Certu – 2011
7
◦
luggageEncumbered (bagage encombrant)
◦
pushchair (poussette)
◦
baggageTrolley (bagage sur roulettes)
◦
oversizeBaggage (bagage de très grand volume)
◦
guideDog (chien guide)
◦
otherAnimal (autre animal)
◦
otherEncumbrance (autre besoin encombrant)
3.1.2 Éléments du modèle à même d'accueillir des P.M.R
Les éléments listées ci-dessous portent deux champs, « stairsAvailability » et « liftAvailability » qui sont
historiquement liés au besoin d'informer les personnes à mobilité réduite, avant l'apparition dans le profil de la
codification des types de handicap et du champ associé « accessibilitySuitabilityDetails ».
Ces champs sont conservés au sein de l'application dans la mesure où la présence d'escalier(s) et/ou d'ascenseur(s)
restent des informations utiles pour des «Personnes à Mobilité Réduite », mais également pour d'autres usagers.
La liste des types de handicap et des besoins spécifiques est portée au sein des entités par le champ
« accessibilitySuitabilityDetails », surligné en bleu dans les tableaux.
3.1.2.1 Zone d'arrêt (« Stoparea »)
« mobilityRestricted- 0:1Lorsque cet élément existe il indique par sa valeur booSuitability »
léenne (true ou false) si la zone d'arrêt est accessible aux
personnes à mobilité réduite ou non.
« accessibilitySuitabi- 0:1Lorsque cet élément existe il contient une liste des types
lityDetails »
de handicaps et besoins spécifiques pour lesquels la zone
d’arrêt est équipée (voir le détail plus loin dans le document : otherMobilityNeed).
« stairsAvailability »
0:1Lorsque cet élément existe il indique par sa valeur booléenne (true ou false) si la zone d'arrêt possède des escaliers ou non.
« liftAvailability »
0:1Lorsque cet élément existe il indique par sa valeur booléenne (true ou false) si la zone d'arrêt possède un ascenseur ou non.
3.1.2.2 Correspondance (« connectionLink »)
« MobilityRestricted- 0:1 Lorsque cet élément existe, il représente le temps de traTravellerDuration »
versée de la correspondance pour un usager à mobilité
réduite sous forme d'une durée de temps.
« MobilityRestricted- 0:1 Lorsque cet élément existe, il indique sous forme d'un
Suitability »
booléen ('true' ou 'false') si cette correspondance possède
des facilités pour les personnes à mobilité réduite ou non.
« StairsAvailability » 0:1 Lorsque cet élément existe, il indique sous forme d'un
booléen ('true' ou 'false') si cette correspondance contient
un passage par escaliers ou non.
8
0:1 Lorsque cet élément existe, il indique sous forme d'un
booléen ('true' ou 'false') si cette correspondance contient
un passage par ascenseur ou non. Voir ci-dessus et cidessous. Ou bien si la correspondance peut s’effectuer
Certu – 2011
« MobilityRestricted- 0:1 Lorsque cet élément existe, il représente le temps de traTravellerDuration »
versée de la correspondance pour un usager à mobilité
réduite sous forme d'une durée de temps.
par ascenseur ? ce n’est pas le même sens : dans le premier cas, il existe un ascenseur mais il reste possible que
des tronçons de la correspondance ne soient pas accessibles
« accessibilitySuitabi- 0:1 Lorsque cet élément existe il contient une liste des types
lityDetails »
de handicaps et besoins spécifiques pour lesquels la correspondance est équipée (voir le détail plus loin dans le
document : otherMobilityNeed).
3.1.2.1 Ligne (Line)
« mobilityRes0 :1 Lorsque cet élément existe il indique par sa valeur booléenne
trictedSuitability
(true ou false) si la ligne est accessible aux personnes à
»
mobilités réduite ou non.
« accessibility0:1 Lorsque cet élément existe il contient une liste des types de
SuitabilityDetails
handicaps et besoins spécifiques pour lesquels la zone ligne
»
(voir le détail plus loin dans le document : otherMobilityNeed).
3.1.2.2 Accès (« AccessPoint »)
« MobilityRestric- 0:1Lorsque cet élément existe, il indique sous forme d'un booléen
tedSuitability »
('true' ou 'false') si le lien possède des équipements pour les
personnes à mobilité réduite ou non.
« StairsAvailabi- 0:1Lorsque cet élément existe, il indique sous forme d'un booléen
lity »
('true' ou 'false') si ce lien contient un passage par escaliers ou
non.
« LiftAvailability 0:1Lorsque cet élément existe, il indique sous forme d'un booléen
»
('true' ou 'false') ce lien contient un passage par ascenseur ou
non. Voir ci-dessus et ci-dessous. Ou bien si la correspondance peut s’effectuer par ascenseur ? ce n’est pas le même
sens : dans le premier cas, il existe un ascenseur mais il reste
possible que des tronçons de la correspondance ne soient pas
accessibles
3.1.2.3 Liens Accès – zone d'arrêts (« AccessLink »)
« MobilityRestrictedSuitability »
0:1
« StairsAvailability
»
0:1
0:1
Certu – 2011
0:1
Lorsque cet élément existe, il représente le temps de
traversée du lien pour un usager à mobilité réduite
sous forme d'une durée de temps.
Lorsque cet élément existe, il indique sous forme d'un
booléen ('true' ou 'false') si le lien possède des équipements pour les personnes à mobilité réduite ou non.
booléen ('true' ou 'false') si ce lien contient un passage
par escaliers ou non.
booléen ('true' ou 'false') ce lien contient un passage
par ascenseur ou non. Voir ci-dessus et ci-dessous.
Ou bien si la correspondance peut s’effectuer par
ascenseur ? ce n’est pas le même sens : dans le pre9
0:1
« accessibilitySuitabilityDetails »
0:1
Lorsque cet élément existe, il représente le temps de
traversée du lien pour un usager à mobilité réduite
sous forme d'une durée de temps.
mier cas, il existe un ascenseur mais il reste possible
que des tronçons de la correspondance ne soient pas
accessibles
Lorsque cet élément existe il contient une liste des
types de handicaps et besoins spécifiques pour lesquels le lien est équipée (voir le détail plus loin dans le
document : otherMobilityNeed)
3.1.2.4 Course (« VehicleJourney »)
La norme Neptune ne définit aucune information P.M.R au niveau des courses, ce qui constitue à nos yeux un
manque : un véhicule ne dispose en effet pas nécessairement des mêmes infrastructure que celles de la ligne sur
laquelle il circule ou encore des mêmes infrastructures que celles des arrêts qu'il dessert. A titre d'exemple, on
peut citer la hauteur de marche pieds d'un véhicule qui n'est pas toujours adapté aux quais desservis.
L'ajout, dans la norme, des informations P.M.R au niveau des courses est une proposition qui sera soumise aux
différents collaborateurs chargés de son élaboration.
3.1.3 Relation aux autres éléments du modèle, schématisation
Les relations entre types de handicap, besoins spécifiques d'un usager PMR et les autres éléments du modèle sont
récapitulées au travers du schéma suivant
10
Certu – 2011
4. Les Fréquences Horaires (TimeSlot)
Les fréquences horaires permettent de décrire les horaires d'une course (VehicleJourney) à fréquence : elles
définissent une tranche horaire durant laquelle les véhicules de la course partent selon une même fréquence, entre
un premier et un dernier départ donnés.
Ce choix de modélisation, quand il est possible, permet de réduire considérablement le nombre de courses au
regard de l'autre modélisation qui consiste à définir autant de courses que d'horaires de départ.
4.1.1 Propriété des fréquences horaires
Élément
Cardinalité
Définition
« TridentObjectType »
1:1
L’identifiant de la fréquence horaire. Toute fréquence horaire possède un et un seul identifiant.
« beginningSlotTime »
1:1
L’horaire de début de la fréquence horaire. Toute
fréquence horaire possède un et un seul horaire de
début.
« endSlotTime »
1:1
L’horaire de fin de la fréquence horaire. Toute fréquence horaire possède un et un seul horaire de
fin. L’horaire de fin est toujours postérieur à l’horaire de début.
« firstDepartureTimeInSlot »
1:1
L’horaire du premier départ d’une course dans la
fréquence horaire. Toute fréquence horaire possède un et un seul horaire du premier départ d’une
course qui est postérieur à l’horaire de début de la
fréquence.
« lastDepartureTimeInSlot »
1:1
L’horaire du dernier départ d’une course dans la
fréquence horaire. Toute fréquence horaire possède un et un seul horaire du dernier départ d’une
course qui est postérieur à l’horaire du premier
départ et antérieur à l’horaire de fin de la fréquence.
4.1.2 Relation des Fréquences Horaires (« TimeSlots ») aux autres éléments du modèle
Une course à fréquence est associée à une fréquence horaire, et au minimum à deux horaires,
(VehicleJourneyAtStop), pour le premier et dernier arrêt de la course. Les propriétés des horaires à fréquence sont
réduites à :
•
« l'elapseDuration », qui définit la durée du parcours entre un arrêt et l'arrêt de départ (cette durée vaut
donc zéro pour l'horaire associé à l'arrêt de départ)
•
l'headwayFrequency qui définit la fréquence de la course. Notons que cette propriété aurait dû être portée
par la course et que c'est par erreur qu'elle se trouve au niveau des horaires.
Enfin, une fréquence horaire peut s'appliquer à plusieurs courses à fréquence et un ou plusieurs calendriers
d'application (Timetable) définissent les jours d'application de la course.
Certu – 2011
11
5.
Références
Norme Neptune, NFP9906
Profil Trident disponible sur http://www.chouette.mobi/spip.php?rubrique40
www.chouette.mobi site d' accompagnement du logiciel CHOUETTE
•
•
•
12
Certu – 2011

Eléments de données NEPTUNE

Transcription

Documents pareils

CARTE D`IDENTITE Nom du dieu romain : Neptune. Nom grec

Directions des Opérations Collectives (La Défense – Tour Neptune)

J`ai (très) mal au travail

Notice format pdf

P53 Automation de Radio Neptune

Exposé sur Mars

Pavé de Sandre 140

BEST WESTERN Hôtel Sourcéo

Mon Salon ou mon Exposition au Palais Neptune à Toulon

Neptune dieu et planète