Ένας φορέας λειτουργίας που συμμετέχει σε διαγωνισμούς σε τρεις χώρες διαπιστώνει γρήγορα ότι το «στείλτε μας δεδομένα πραγματικού χρόνου» δεν σημαίνει παντού το ίδιο. Η Ελλάδα, η Γαλλία, το Ηνωμένο Βασίλειο, η Γερμανία, οι σκανδιναβικές χώρες και η Πορτογαλία έχουν οικοδομήσει το καθένα το οικοσύστημά του γύρω από διαφορετικό συνδυασμό GTFS-RT, SIRI και NeTEx, και κανένα από αυτά τα μορφότυπα δεν καλύπτει το ίδιο εύρος. Η σύγχυση μεταξύ των τριών είναι η αφετηρία των περισσότερων καθυστερήσεων συμμόρφωσης σε μια αγορά εξαγωγής.
Τρία μορφότυπα, τρεις διαφορετικές λειτουργίες
Το GTFS-RT δημιουργήθηκε από την Google για να τροφοδοτεί το Google Maps: ένα ελαφρύ δυαδικό μορφότυπο που περιγράφει θέσεις οχημάτων, ενημερώσεις δρομολογίων και ειδοποιήσεις υπηρεσίας. Η δύναμή του είναι η απλότητα και η μαζική υιοθέτηση από τις πλατφόρμες που απευθύνονται στο κοινό. Πώς παράγεται μια τέτοια ροή, από το GPS μέχρι την οθόνη του επιβάτη, εξηγούμε στο άρθρο GTFS-RT στην πράξη.
Το SIRI (Service Interface for Real Time Information) είναι το ευρωπαϊκό πρότυπο για δεδομένα πραγματικού χρόνου (CEN, EN 15531). Είναι πλουσιότερο από το GTFS-RT και καλύπτει επίσης την ανταλλαγή μεταξύ συστημάτων, για παράδειγμα μεταξύ κέντρων ελέγχου, και όχι μόνο τη διανομή σε εφαρμογές επιβατών. Για την επιλογή ανάμεσα στα δύο σε ένα συγκεκριμένο δίκτυο, δείτε το άρθρο SIRI ή GTFS-RT: ποιο πρότυπο ταιριάζει στο δίκτυό σας.
Το NeTEx δεν αφορά καθόλου τον πραγματικό χρόνο. Είναι το ευρωπαϊκό μορφότυπο ανταλλαγής στατικών, δομικών δεδομένων: γραμμές, στάσεις, προγραμματισμένα δρομολόγια, τιμολόγια, ανταποκρίσεις. Είναι το επίπεδο αναφοράς που προωθεί η ευρωπαϊκή νομοθεσία ως κοινή βάση, μαζί με το SIRI για τον πραγματικό χρόνο.
Ένας διαγωνισμός που ζητά «διεπαφή NeTEx για δεδομένα πραγματικού χρόνου» φανερώνει μια βασική παρανόηση για το τι κάνει το μορφότυπο, και αυτή η παρανόηση δεν είναι σπάνια.
Τι απαιτεί πραγματικά κάθε αγορά;
Ελλάδα. Το εθνικό σημείο πρόσβασης, data.nap.gov.gr, λειτουργεί υπό υπηρεσία του Υπουργείου Υποδομών και Μεταφορών και διαθέτει σύνολα δεδομένων πραγματικού χρόνου, ιστορικά και στατικά σε διάφορα μορφότυπα, χωρίς ένα ενιαίο υποχρεωτικό μορφότυπο. Στην Αθήνα, ο ΟΑΣΑ δημοσιεύει τα δεδομένα δρομολογίων των λεωφορείων σε GTFS στην εθνική πύλη ανοικτών δεδομένων data.gov.gr, ενώ το σύστημα τηλεματικής του διαχειρίζεται τις γραμμές σε πραγματικό χρόνο από τα κέντρα ελέγχου του ΟΑΣΑ και παρέχει στους επιβάτες πληροφόρηση για τις επόμενες αφίξεις. Για ένα σύστημα AVM (αυτόματη παρακολούθηση οχημάτων) που λειτουργεί στην Ελλάδα, αυτό σημαίνει ότι πρέπει να παράγει μόνο του τα δεδομένα που ζητά κάθε αρχή συγκοινωνιών, αφού δεν υπάρχει ένα εθνικό πρότυπο που να τα ορίζει.
Γαλλία. Το εθνικό σημείο πρόσβασης, transport.data.gouv.fr, δέχεται και τις δύο οικογένειες, GTFS/GTFS-RT και NeTEx/SIRI, αλλά η κανονιστική κατεύθυνση είναι προς το NeTEx για το στατικό επίπεδο αναφοράς και το SIRI για τον πραγματικό χρόνο, σύμφωνα με τον ευρωπαϊκό κανονισμό για τις υπηρεσίες πολυτροπικής πληροφόρησης ταξιδιών.
Ηνωμένο Βασίλειο. Το Bus Open Data Service (BODS) απαιτεί από τους φορείς λεωφορείων μια συγκεκριμένη τριάδα: TransXChange για τα προγραμματισμένα δρομολόγια, SIRI-VM για τις θέσεις οχημάτων σε πραγματικό χρόνο και NeTEx για τα τιμολόγια. Το GTFS-RT υπάρχει κυρίως ως μετατροπή των ροών BODS από τρίτους, όχι ως εγγενές μορφότυπο.
Γερμανία. Η διαλειτουργικότητα βασίζεται στη σύσταση VDV 453 (ανταλλαγή μεταξύ συστημάτων, για παράδειγμα μεταξύ κέντρων ελέγχου) και στη VDV 454 (διεπαφή πραγματικού χρόνου για την πληροφόρηση επιβατών), και οι δύο ευθυγραμμισμένες με το SIRI. Η εθνική πλατφόρμα DELFI συγκεντρώνει στη συνέχεια αυτές τις ροές για την πολυτροπική πληροφόρηση επιβατών.
Σκανδιναβικές χώρες. Η Νορβηγία, μέσω της Entur, δημιούργησε ένα προφίλ NeTEx/SIRI που λειτουργεί ως περιφερειακή αναφορά. Το οικοσύστημα ανοικτών δεδομένων της Σουηδίας αναπτύχθηκε γύρω από το GTFS και το GTFS-RT μέσω της Trafiklab και ευθυγραμμίζεται σταδιακά με την ευρωπαϊκή απαίτηση για NeTEx στο εθνικό σημείο πρόσβασής της.
Ιταλία και Ισπανία. Καμία από τις δύο αγορές δεν επιβάλλει ακόμη ένα ενιαίο εθνικό μορφότυπο. Η συνήθης πρακτική παραμένει το GTFS/GTFS-RT, λόγω της πίεσης για ενσωμάτωση στο Google Maps, ενώ η υιοθέτηση του NeTEx στα αντίστοιχα εθνικά σημεία πρόσβασης προχωρά πιο αργά.
Πορτογαλία. Το εθνικό σημείο πρόσβασης, που φιλοξενείται από το Instituto da Mobilidade e dos Transportes (IMT) στη διεύθυνση nap-portugal.imt-ip.pt, συλλέγει δεδομένα κινητικότητας βάσει του Κανονισμού (ΕΕ) 2017/1926 και στηρίζεται στα πρότυπα DATEX II και NeTEx, με ένα εθνικό προφίλ NeTEx προσαρμοσμένο στις πορτογαλικές συνθήκες. Στη μητροπολιτική περιοχή της Λισαβόνας, τα δεδομένα πραγματικού χρόνου της Carris Metropolitana είναι διαθέσιμα στο Google Maps από τον Ιανουάριο του 2024, και ο φορέας αναφέρει ότι δημοσιεύονται σε ανοικτή, δημόσια μορφή.
Ποια είναι η κοινή βάση της ευρωπαϊκής νομοθεσίας;
Ο Κατ' εξουσιοδότηση Κανονισμός (ΕΕ) 2017/1926 της Επιτροπής, που διέπει τις υπηρεσίες πολυτροπικής πληροφόρησης ταξιδιών σε όλη την ΕΕ, υποχρεώνει κάθε κράτος μέλος να διαθέτει τα στατικά δεδομένα μέσω ενός εθνικού σημείου πρόσβασης σε αναγνωρισμένο ευρωπαϊκό πρότυπο, στην πράξη NeTEx και Transmodel. Ο Κατ' εξουσιοδότηση Κανονισμός (ΕΕ) 2024/490, που εκδόθηκε στις 29 Νοεμβρίου 2023 και ισχύει από τις 4 Μαρτίου 2024, αναθεωρεί το κείμενο αυτό: επεκτείνει την υποχρέωση στα δυναμικά δεδομένα, όπως καθυστερήσεις, ακυρώσεις, διαταραχές και εκτιμώμενες ώρες άφιξης και αναχώρησης, σταδιακά από τον Δεκέμβριο του 2025. Εξακολουθεί να μην περιορίζει τον πραγματικό χρόνο σε ένα μόνο μορφότυπο ροής, όμως το SIRI παραμένει η αναφορά που υποστηρίζει η CEN και έχουν υιοθετήσει τα περισσότερα ευρωπαϊκά εθνικά σημεία πρόσβασης.
Αυτή η κοινή βάση δεν εξαλείφει τις εθνικές διαφορές. Ορίζει ένα ελάχιστο επίπεδο, και κάθε χώρα προσθέτει τις δικές της απαιτήσεις για λεπτομέρειες μορφοτύπου, συχνότητα ενημέρωσης και κανάλι μετάδοσης.
Τι σημαίνει αυτό για έναν προμηθευτή ή φορέα λειτουργίας σε πολλές χώρες;
Από αυτό το κατακερματισμένο τοπίο προκύπτουν τρεις πρακτικές συνέπειες.
Η επιλογή μορφοτύπου δεν είναι εφάπαξ απόφαση. Ένα σύστημα που χειρίζεται εγγενώς GTFS-RT, SIRI και NeTEx, αντί να είναι χτισμένο γύρω από ένα μόνο μορφότυπο με μετατροπείς που προστέθηκαν αργότερα, αποφεύγει την επανακατασκευή της ενσωμάτωσης για κάθε νέα αγορά. Αποτελεί επίσης βασικό κριτήριο σε έναν διαγωνισμό AVM με ανοιχτά API και χωρίς εξάρτηση από τον προμηθευτή.
Τα στατικά δεδομένα αναφοράς και οι ροές πραγματικού χρόνου δεν είναι εναλλάξιμα όταν διαβάζετε έναν διαγωνισμό. Μια προδιαγραφή μπορεί να ζητά το ένα χωρίς το άλλο, ή και τα δύο σε διαφορετικά μορφότυπα, γι' αυτό πρέπει να διαβάζεται όρο προς όρο αντί να θεωρείται δεδομένο ένα ενιαίο πρότυπο.
Η συχνότητα ενημέρωσης και το κανάλι μετάδοσης διαφέρουν όσο και το ίδιο το μορφότυπο. Το βρετανικό SIRI-VM, το γαλλικό SIRI και το γερμανικό VDV 454 δεν έχουν τους ίδιους περιορισμούς καθυστέρησης ούτε τους ίδιους μηχανισμούς πιστοποίησης, ακόμη κι αν βασίζονται στο ίδιο βασικό πρότυπο.
Συχνές ερωτήσεις
Είναι εναλλάξιμα το GTFS-RT και το SIRI;
Όχι. Καλύπτουν παρόμοιο λειτουργικό εύρος, θέσεις οχημάτων και ενημερώσεις δρομολογίων, αλλά το SIRI είναι πλουσιότερο και χρησιμοποιείται ευρύτερα στην Ευρώπη για ανταλλαγή μεταξύ συστημάτων, ενώ το GTFS-RT κυριαρχεί στη διανομή προς πλατφόρμες όπως το Google Maps.
Αντικαθιστά το NeTEx το GTFS;
Τεχνικά όχι. Το NeTEx είναι το ευρωπαϊκό πρότυπο για στατικά δεδομένα, ενώ το GTFS παραμένει ένα ευρέως χρησιμοποιούμενο ανταγωνιστικό μορφότυπο για τον ίδιο σκοπό. Και τα δύο συνυπάρχουν στα περισσότερα ευρωπαϊκά εθνικά σημεία πρόσβασης.
Πρέπει ένας προμηθευτής να επιλέξει ένα μόνο μορφότυπο εξαγωγής για όλη την Ευρώπη;
Όχι, αυτό σπάνια είναι εφικτό. Η πρακτική προσέγγιση είναι ένα σύστημα που μπορεί να δημοσιεύει εγγενώς στο μορφότυπο που περιμένει κάθε αγορά, αντί να ποντάρει σε πλήρη εναρμόνιση στο εγγύς μέλλον.
Εξακολουθεί να αλλάζει το τοπίο;
Ναι. Η ευρωπαϊκή νομοθεσία προωθεί το NeTEx για τα στατικά δεδομένα, και ο Κατ' εξουσιοδότηση Κανονισμός (ΕΕ) 2024/490 επεκτείνει τις υποχρεώσεις στα δυναμικά δεδομένα από τον Δεκέμβριο του 2025. Ωστόσο κάθε χώρα διατηρεί τον έλεγχο των απαιτήσεών της για τον πραγματικό χρόνο και του χρονοδιαγράμματος συμμόρφωσης, οπότε παραμένει απαραίτητος ο έλεγχος ανά αγορά πριν από κάθε εφαρμογή.