NaPTAN

(christophe.duquesne@aurigetech.com)
Normalisation transport - Information voyageur

La présentation « NaPTAN » d’Aurige est mis à disposition selon les termes de la licence Creative
Commons Attribution - Pas d’Utilisation Commerciale - Pas de Modification 3.0 France.

GART-Présentation NaPTAN 1 27/11/2012

Présentation générale
Aspects politiques
Aspects techniques
Aspects organisationnels
Enseignements

Sources: KBIC – Kizoom – R. Slevin – Landmark – DfT – ITO - Web


Traveline (http://traveline.info)
• Partenariat d’opérateurs et d’autorités organisatrices de transport
• Objectif: fournir un service d’information multimodale sur le transport
public
• Organisé sur une base régionale dans toute la Grande Bretagne
• Existe depuis 2000
Transport Direct (http://www.transportdirect.info)
• Service d’information multimodale porte à porte (transport en commun
et vehicule particulier) au niveau national
• Géré par le Ministère des transports (et ses prestataires, réalisation ATOS)
• Service ouvert en 2004
Les régions de Traveline fournissent à Transport Direct les données
et services pour les calculs d’itinéraires
• Contexte d’un système distribué

Traveline
• 11 régions + Londres
• Données fournies par les AOT
Collaboration des opérateurs et des AOT
Traitement et assemblage des données
Choix techniques et prestataire choisis localement
(souvent MDV et Trapeze).
• Formats de données et services normalisés
• Aide financière obtenue pour la création de la
base de données NAPTAN
Scotland (S)
North East & Cumbria (NE)
Northern Ireland (NI)
North West (NW)
Yorkshire (Y)
Cymru/Wales (W)
West Midlands (WM)
East Midlands (EM)
East Anglia (EA)
South West (SW)
South East including London (SE)
London only (L)


Transport Direct
• Obligation inscrite dans le plan décennal du Ministère des transports (DfT) en 2000
• Le projet débute en avril 2002… le portail est opérationnel depuis 2004

• L’idée avait été soutenue par le secteur privé… mais…
• … elle n’aurait pas pu voir le jour sans la décision des pouvoirs publics


NaPTAN et NPTG sont des données officielles britanniques (Department for
Transport et Traveline) qui couvrent les arrêts et plus généralement les
points d’accès au transport sur tout le territoire national.
NaPTAN (National Public Transport Access Node) version 1 : Janvier 2003
NaPTAN est constitué des éléments suivants:
1. Une méthode standard pour identifier et décrire (nommer er particulier) les
points d’accès au Transport Public,
2. Un mode de données XML Schema pour l’échange de données
3. Un modèle alternatif CSV
4. Un processus pour collecter et mettre à jour les informations au sein d’une
base de données centralisée,
5. Une base de données centralisée qui peut être exportée dans l’un des
formats ci-dessus.
Ces données sont aujourd’hui libres d’accès et ont été offertes à OpenStreetMap


NaPTAN c’est :
• 450,000 points d’accès aux réseaux
• Toutes les gares (ferrés et routières), aéroport, terminaux
ferries, arrêt de bus, terminal taxi ou tout autre point
permettant d’accéder (ou de quitter) le transport public
disposent d’un identifiant NaPTAN unique, ainsi que de
coordonnées géographiques.
• La relation avec la ville, le village ou toute autre information de
localité est effectuée grâce à NPTG (National Public Transport
Gazetteer) qui permet d’identifier 50,000 noms de localités en
Grande Bretagne ainsi que leur localisation
• Ne couvre pas les temps de correspondances et les
cheminements (possibilité d’extension pour NaPTAN 3)


Localisation NaPTAN
• Tous les points NaPTAN possèdes de coordonnée géographiques
au format ‘Ordnance Survey National Grid’ et WGS84.
• Cela permet aussi un affichage commun avec l’Integrated
Transport Network del’Ordnance Survey.
• L’Integrated Transport Network (ITN) est un jeu de donnée de
l’Ordnance Survey (IGN Britanique) quii contient la description
du réseau routier ainsi que les information nécessaire au
guidage et à la navigation


Localisation NaPTAN (suite)
• NPTG (National Public Transport Gazetteer) est étroitement lié à
NaPTAN et contient toutes les villes, agglomérations, banlieues,
villages, etc. de Grande Bretagne (Sauf Irlande du Nord). Il
repose sur les noms communs des lieux plutôt que sur les
définitions légales.
• Toutes les localités NPTG n’ont pas forcément d’arrêts associés.
NPTG a pour vocation de fournir une liste de lieux complète,
tels qu’ils sont connus du public, et indépendamment des
services de transport qu’il contient effectivement.


Organisme à l’origine de la démarche ?
• DfT : Department for Transport (ministère des Transports Britanique)
• Transport Direct, division du DfT, prend en charge Transport Direct Portal et Traveline
• Traveline est depuis 2000 un “partenariat” entre les AO et les exploitants Anglais, visant à
produire de façon exhaustive les données relatives au transport public: NaPTAN et NptG en
sont des constituants
• NaPTAN est maintenu de façon centrale sous contrat du DfT

Objectifs initiaux de la démarche concernant NaPTAN ? (notamment les cas d’utilisation /
secteurs visés ?)
• Identifier et localiser les arrêts, en relation avec la topographie, de façon cohérente et
économique
• Information voyageur (calcul d’itinéraire, information temps réel…..)
• Gestion des réseaux de transport (planification, SAE, qualité des services et du réseau,…)
• Couvrir l’ensemble à un niveau national
• Support au portail Transport Direct, TransXChange (Electronic Registration of Bus Services)
• Diversification des usages : cartographie, recherche d’arrêts, information horaire,
information sur mobile, etc.


Budget initial prévu ? réel ?
• Transport Direct a été financé par le gouvernement Britanique
• Le coût du programme Transport Direct Programme (Portal and
other necessary works) d’avril 2003 à Mars 2006 était de £45
million, puis £10 million pur la période d’Avril 2006 à Mars 2007.
• Le coût du Portal seul est de £5.9 million pour Avril 2006 à Mars
2007
• Une requête FOI (Freedom of Information) a été faite le 4
January 2006 pour obtenir le détail des couts de développement
(résultat normalement public, mais actuellement introuvable).
• Budget d’exploitation annuel (dernier renouvellement de mars
2012) : 283 k€ pour la partie centrale uniquement


Format utilisé ? champs /attributs disponibles ?
• Format d’échange XML ou CSV
• Modèle de données XML Schema
• Toutes les données sont versionnées, elles sont datées, et chaque changement l’est aussi
• NaPTAN propose deux entité fondamentales: le StopPoint et la StopArea.
• Un StopPoint correspond à un point d’accès au réesau physiquement identifiable (pour tous
les modes). Les “poteaux” ou “abris” aller et retour son séparés.
• La désignation et la description sont aussi importants (voir plus loin)
• Chaque arrêt est géolocalisé avec un précision d’un mètre.
• Une StopArea permet de représenter un ensemble des points d’arrêt proches les uns des
autres (A/R, ensemble d’arrêt autour d’un carrefour, zone de correspondance, …). Une
StopArea peut contenir d’autre StopAreas. Les StopArea s sont hiérarchisées :
1. Airport
2. Ferry Port
3. Rail Station
4. Metro Station
5. Bus / Coach Station
6. Coach Stop
7. On-street Bus / Coach Stop cluster
8. On-street Bus / Coach Stop pair
9. Taxi rank


Focus sur les identifiants ? comment sont-ils construits ? gérés ? uniques et
pérennes ?
• Chaque AOT dispose d’un identifiant qui lui est propre et qui sert à préfixer ses identifiants
d’arrêt
• Il y a aussi des préfixes par type d’arrêt (900 for coach stops, 910 for railway stations, 920
for airports, 930 for ferry terminals and 940 for metro and tram stops)
• L’identifiant national de l’arrêt est créé de façon centrale, et non par chaque AOT.
• Pour les stations/gare importantes, les entrées sont aussi identifiées (et identification d’une
entrée principale).
• Chaque arrêt NaPTAN peut avoir deux identifiants (chacun étant unique en Grande
Bretagne):
Le code AtcoCode: 12 caractères, conçus pour être utilisés par des systèmes
informatiques. C’est l’identifiant clé des TOUS les arrêts NaPTAN
Le code AtcoCode a trois composantes :
1. L’AOT sur 3 caractères
2. “0” (zero) ou “G” – 0 indique un StopPoint, G indique une StopArea
3. Jusqu’à 8 caractères alphanumériques constituant l’identifiant technique

Le NaptanCode est un identifiant court (sept ou huit caractères) qui peut être affiché à
l’arrêt. Il a été conçu pour être utilisé par le public avec des services comme les
informations SMS. La plupart des arrêts NaPTAN disposent de ce code, mais pas tous.


Liens avec la dénomination des arrêts ?
• Il y a des règles de nommage simples (liste de caractères interdits, etc.)
• Les arrêts ont des attributs Common Name, Short name, Landmark,
Crossing, Street, Bearing, NptgLocalityCode…
• Les arrêts peuvent aussi avoir des nom alternatifs (alias, différents
languages nationaux….)
• Le noms peuvent aussi avoir un qualificatif pour les distinguer des autres
arrêts d’un même groupe(Bus Station (Stand 1), Bus Station (Stand 2)).
• Exemples
St Peter’s Church, opp
Coronation Street, adj
Post Office, o/s
Bus Station, Bay 1
War Memorial, stop C
High Street, o/s 23


Liens / conformité aux documents de normalisation existants ?
• NaPTAN V2.4 a été restructuré en composants et packages pour faciliter la mise en correspondance avec
Transmodel/NeTEx.
• Les identifiants NaPTAN peuvent être utilisés comme identifiants ITSO sur les cartes compatibles (ITSO:
ITSO est supporté par le gouvernement Britanique, c’est une organisation a but non lucratif qui définit et
développe une spécification technique pour le “smart ticketing” pour tout le pays).
Liens avec des outils de tests ? (pour les identifiants par exemple)
• Voir la partie sur la qualité des données
Cas d’utilisation de la base : avec Transport Direct ? dans d’autres domaines ?
• Sont cités dans les documents NaPTAN
Traveline – the National Passenger Transport Information System.
Transport Direct Portal.
Bus Service Operators.
Traffic Area Offices.
Local Authorities.
Passenger Transport Executives.
Scheduling System Suppliers.
Journey Planning System Suppliers.
Real Time Information Systems Suppliers.
Electronic Fare management systems and Smartcards (ITSO)
Mapping and Map-information Information System Suppliers.
Point of interest databases.
Tourism Industry.
Estate Agents.
• OSM


Qui participe à NaPTAN : quels étaient les acteurs lors de la phase de construction ? Qui
s’occupe maintenant de l’exploitation ?
• Les données NaPTAN sont créées et maintenues
TransoniQ (NaPTAN2)
Trapeze (Routewise)
Adpconsulting (NaPTAN Editor)
• Elles sont alors envoyées au format NaPTAN vers le site central qui les intègre et les met à
disposition.
• La base de données NaPTAN est maintenue de façon centrale sous contrat du Department of
Transport (Landmark/ITO a succédé à Thales). Ce contrat intègre aussi un volet sur la qualité des
données.
Comment est alimentée / mise à jour la base ?
• Voir ci-dessus…
• Aucun arrêt n’est détruit, ils sont juste marqués “Deleted “ et une explication est ajoutée
• Des changements temporaires (avec date de début et de fin) peuvent être enregistrés
• Les codes AtcoCode et NaptanCode sont pérennes
• Tout est versionné
• Mise à jour mensuelle
Nombreux documents d’accompagnement disponibles sur le Web
• Différents niveaux de technicité
• Nombreux exemples


Comment s’assure-ton de la qualité / format des données versées
dans la base ?
• Règles syntaxiques
• Règles sémantiques
• Un référentiel qualité est défini avec la documentation
(NaPTANSchemaGuide-2.4-v0.57)
• Outils (exemples: NaPTAN Viewer, ITO :
http://vimeo.com/4381897 )
• Contrôle centraliser et retour vers les fournisseurs pour les mises à
jour et corrections
• NaPTAN est dit complet à 99%
100% des arrêts de Bus
Certaines AOT doivent encore compléter certains champs
Les arrêts “Hail and Ride”
Les stations Taxi
…


Des propositions pour un NaPTAN 3 ont été faites
Basé sur NeTEx
Gestion de l’accessibilité des arrêts et stations, avec possibilité de
prise en compte par les calculateurs d’itinéraires.
Gestion des correspondances
Gestion des aspects temporels des correspondances (et prise en
compte des différentes situations)
Relations avec d’autres sites (générateurs de déplacement)
Gestion des voies pour les affections des véhicules
Amélioration de l’information temps-réel et de la gestion des
alternatives
Navigation piétonne
Cible naturellement les applications de guidage mobiles
Meilleure intégration avec la cartographie


les enseignements et les leçons que nous pouvons tirer:
• Démarche GLOBALE très structurée
Garanti une cohérence et un niveau d’usage
• Il est admis que l’ensemble n’aurait pas pu voir les jours sans un pilotage
‘très fort’ des pouvoirs publics
• Opération dans la durée (plus de 10 ans), et mise à jour continue
Montée en puissance progressive
• Forte contrainte et liberté de choix en même temps
Impose les normes et interface, pas les systèmes
Outils proposés par le ministère et par les industriels du domaine (parfois avec
financement public)
Autonomie des AOT et PTE dans leur organisation et le choix de leurs outils
Il y a un système central, mais l’architecture globale est plutôt distribuée
• Réalisations indépendantes des exploitants
• Ouverture
• « In the light of what we have learned, I think we might enforce a
national minimum standard, using central funding.»


NaPTAN

Contenu connexe

Tendances

En vedette

Dernier

NaPTAN