Κάθε φορέας λειτουργίας που δημοσιεύει δεδομένα πραγματικού χρόνου κάποια στιγμή βρίσκεται μπροστά στο ίδιο ερώτημα: σε ποιο πρότυπο πρέπει να δεσμευτεί το δίκτυο; Η απάντηση συνήθως παρουσιάζεται ως τεχνική λεπτομέρεια, που την αποφασίζει όποιος παραμετροποιεί τη ροή. Δεν είναι τεχνική λεπτομέρεια. Η επιλογή καθορίζει ποιες πλατφόρμες μπορούν να αξιοποιήσουν τα δεδομένα σας, ποιες αρχές συγκοινωνιών θα τα αποδεχτούν και πόση εργασία διασύνδεσης θα απαιτεί κάθε νέος συνεργάτης την επόμενη δεκαετία.
Το άρθρο αυτό συγκρίνει τα δύο πρότυπα σε επίπεδο αρχιτεκτονικής. Για το πώς παράγονται οι ροές πραγματικού χρόνου απευθείας από τη λειτουργία, δείτε την ενότητα Operations.
Τα δύο πρότυπα σε μία παράγραφο το καθένα
Το GTFS-Realtime επεκτείνει την στατική προδιαγραφή GTFS. Σχεδιάστηκε από την Google για να τροφοδοτεί σχεδιαστές ταξιδιών για το κοινό και κληρονομεί το μεγαλύτερο πλεονέκτημα του GTFS: την απλότητα. Τρεις τύποι ροών καλύπτουν σχεδόν όλα όσα χρειάζεται να δημοσιεύει ένας φορέας λειτουργίας: ενημερώσεις δρομολογίων (Trip Updates), θέσεις οχημάτων (Vehicle Positions) και ειδοποιήσεις υπηρεσίας (Service Alerts). Το μοντέλο δεδομένων είναι σκόπιμα περιορισμένο, ώστε οι ροές να παράγονται και να αξιοποιούνται γρήγορα.
Το SIRI, το Service Interface for Real Time Information, είναι ευρωπαϊκό πρότυπο της CEN. Σχεδιάστηκε από και για αρχές συγκοινωνιών, και αυτό φαίνεται: πλουσιότερο μοντέλο δεδομένων, περισσότεροι τύποι υπηρεσιών και ρητή υποστήριξη για συμφωνημένες ανταλλαγές μεταξύ συστημάτων αντί για μονόδρομη δημοσίευση. Εκφράζει έννοιες που το GTFS-RT δεν μπορεί να εκφράσει, όπως λεπτομερή διασφάλιση ανταποκρίσεων μεταξύ δρομολογίων ή δομημένες περιγραφές έκτακτων καταστάσεων.
Που υπερτερεί πραγματικά κάθε πρότυπο
Η σύγκριση γίνεται χρήσιμη μόνο όταν δείτε ποιος αξιοποιεί τα δεδομένα.
Το GTFS-RT υπερτερεί στην απήχηση στο κοινό. Το Google Maps, το Moovit, το Transit και οι περισσότεροι σχεδιαστές ταξιδιών τρίτων αξιοποιούν εγγενώς το GTFS-RT. Αν ο στόχος σας είναι η ορατότητα στους επιβάτες, αυτός είναι ο συντομότερος δρόμος και δεν υπάρχει ρεαλιστική εναλλακτική.
Το SIRI υπερτερεί στη θεσμική διασύνδεση. Τα εθνικά και περιφερειακά σημεία πρόσβασης σε όλη την Ευρώπη είναι χτισμένα γύρω από προφίλ SIRI. Αν μια περιφερειακή αρχή συγκοινωνιών συγκεντρώνει δεδομένα από είκοσι φορείς λειτουργίας, σχεδόν σίγουρα θα ζητήσει SIRI, επειδή το πρότυπο σχεδιάστηκε ακριβώς για αυτό το πρόβλημα συγκέντρωσης. Αυτό ισχύει ιδιαίτερα στις βόρειες χώρες, όπου οι εθνικές υποδομές δεδομένων είναι ώριμες και οι προδιαγραφές επιβάλλονται αντί να απλώς προτείνονται.
Το SIRI υπερτερεί στην εκφραστικότητα. Η δομημένη πληροφόρηση για διακοπές, η διάκριση μεταξύ προγραμματισμένων και απρογραμμάτιστων συμβάντων και οι έννοιες μετεπιβίβασης μεταξύ δρομολογίων δεν έχουν καθαρό ισοδύναμο στο GTFS-RT. Αν το δίκτυό σας βασίζεται σε εγγυημένες ανταποκρίσεις μεταξύ δρομολογίων, το GTFS-RT θα σας αναγκάσει να απλοποιήσετε πληροφορία που πραγματικά χρειάζεστε.
Το GTFS-RT υπερτερεί στο κόστος κτήσης και λειτουργίας. Λιγότεροι τύποι μηνυμάτων, λιγότερη διαπραγμάτευση προφίλ, μικρότερος όγκος δεδομένων, περισσότερα διαθέσιμα εργαλεία. Σε ένα μικρό ή μεσαίο δίκτυο, η διαφορά στην προσπάθεια υλοποίησης και συντήρησης είναι πραγματική.
Το ερώτημα δεν είναι ποιο, αλλά ποιο πρώτα
Η παρουσίαση του θέματος ως αποκλειστικής επιλογής είναι το συχνότερο λάθος. Στην πράξη, οι περισσότεροι ευρωπαίοι φορείς λειτουργίας καταλήγουν να δημοσιεύουν και τα δύο, επειδή τα δύο πρότυπα εξυπηρετούν δύο διαφορετικά κοινά που δεν υποκαθιστούν το ένα το άλλο.
Το σωστό ερώτημα αφορά λοιπόν τη σειρά και την αρχιτεκτονική. Ποια ροή χρειάζεστε πρώτα, λαμβάνοντας υπόψη τις άμεσες υποχρεώσεις και τους στόχους ορατότητάς σας; Και μπορεί το σύστημά σας να παράγει τη δεύτερη αργότερα χωρίς να χρειαστεί επανασχεδιασμό;
Αυτό το δεύτερο ερώτημα είναι αυτό που μετράει σε μια δεκαετία. Αν η κατάσταση πραγματικού χρόνου τηρείται σε ένα ενιαίο εσωτερικό μοντέλο και τα πρότυπα αντιμετωπίζονται ως μορφές εξόδου, η προσθήκη μιας ροής είναι εργασία παραμετροποίησης. Αν το πρότυπο είναι ενσωματωμένο στον πυρήνα του συστήματος, η προσθήκη του δεύτερου γίνεται έργο.
Οι πέντε ερωτήσεις προς έναν πάροχο
Θέστε τις πριν συγκρίνετε λίστες λειτουργιών.
Ποιες ροές βρίσκονται σήμερα σε παραγωγική λειτουργία, και για ποιους πελάτες; Η υποστήριξη δεν ισοδυναμεί με πραγματική λειτουργία. Ζητήστε τη διεύθυνση URL μιας ενεργής ροής και το όνομα ενός φορέα λειτουργίας που τη χρησιμοποιεί.
Ποιο προφίλ SIRI, και σε ποια έκδοση; Το SIRI είναι μια οικογένεια προδιαγραφών και τα εθνικά προφίλ διαφέρουν. Ένας πάροχος που υποστηρίζει γενικά το SIRI μπορεί να μην υποστηρίζει το προφίλ που απαιτεί πραγματικά η περιφερειακή αρχή συγκοινωνιών σας.
Μπορούν οι δύο ροές να λειτουργούν ταυτόχρονα από τα ίδια δεδομένα; Αν η παραγωγή GTFS-RT και SIRI απαιτεί δύο ξεχωριστές ροές εργασιών, θα συντηρείτε δύο σετ ασυνεπειών.
Ποια είναι η συνολική καθυστέρηση από άκρο σε άκρο; Μετρήστε από το συμβάν στο όχημα έως τη στιγμή που η ροή γίνεται αναγνώσιμη από έναν χρήστη, όχι από την εγγραφή στην εσωτερική βάση δεδομένων. Η διαφορά μεταξύ των δύο τιμών είναι συχνά εκεί όπου βρίσκεται το πραγματικό πρόβλημα.
Πώς αντιμετωπίζονται οι ειδοποιήσεις υπηρεσίας; Εδώ οι υλοποιήσεις διαφέρουν περισσότερο. Ένας επόπτης του κέντρου ελέγχου που καταχωρεί μια διακοπή μία φορά πρέπει να παράγει έγκυρη ειδοποίηση και στα δύο πρότυπα, χωρίς να την ξαναπληκτρολογήσει.
Τι σημαίνει αυτό για τις προδιαγραφές του διαγωνισμού σας
Μην γράψετε ότι η λύση πρέπει να είναι συμβατή με GTFS-RT και SIRI. Συμμόρφωση δηλώνουν όλοι και δεν την ελέγχει κανείς.
Προσδιορίστε αντί για αυτό παρατηρήσιμη συμπεριφορά. Ονομάστε τις ακριβείς ροές που απαιτούνται και την έκδοση προφίλ για καθεμία. Ορίστε μια μέγιστη συνολική καθυστέρηση και τον τρόπο μέτρησής της κατά τις δοκιμές παραλαβής. Απαιτήστε μια μόνο ενέργεια του επόπτη να παράγει συνεπή αποτελέσματα σε όλες τις δημοσιευμένες ροές. Απαιτήστε τα ιστορικά δεδομένα των ροών να μπορούν να εξαχθούν.
Αυτές οι τέσσερις απαιτήσεις ελέγχονται κατά την παραλαβή. Οι δηλώσεις συμμόρφωσης όχι.
Προς τα που κινούνται τα πράγματα
Τα δύο πρότυπα συγκλίνουν ως προς το εύρος, αλλά δεν συγχωνεύονται. Οι πλατφόρμες για το κοινό δεν δείχνουν καμία ένδειξη ότι θα υιοθετήσουν το SIRI, και οι ευρωπαϊκές αρχές δεν δείχνουν καμία ένδειξη ότι θα το εγκαταλείψουν. Η υπόθεση ότι το ένα θα απορροφήσει το άλλο, και ο σχεδιασμός πάνω σε αυτήν, είναι η μία απόφαση που γεράζει άσχημα.
Η βιώσιμη θέση είναι ζήτημα αρχιτεκτονικής και όχι προτίμησης: η κατάσταση πραγματικού χρόνου τηρείται σε ένα ενιαίο εσωτερικό μοντέλο, κάθε πρότυπο αντιμετωπίζεται ως έξοδος και η προσθήκη του επόμενου γίνεται αλλαγή παραμετροποίησης. Με αυτήν την αρχιτεκτονική, η προσθήκη SIRI σε μια υπάρχουσα ροή GTFS-RT είναι εργασία παραμετροποίησης. Χωρίς αυτήν, η ίδια αλλαγή γίνεται ξεχωριστό έργο με δικό του προϋπολογισμό.
Συχνές ερωτήσεις
Ποια είναι η διαφορά μεταξύ SIRI και GTFS-RT;
Το GTFS-Realtime επεκτείνει τη στατική προδιαγραφή GTFS και σχεδιάστηκε από την Google για να τροφοδοτεί σχεδιαστές ταξιδιών για το κοινό, με τρεις τύπους ροών και σκόπιμα περιορισμένο μοντέλο δεδομένων. Το SIRI είναι ευρωπαϊκό πρότυπο της CEN που σχεδιάστηκε για αρχές συγκοινωνιών, με πλουσιότερο μοντέλο δεδομένων, περισσότερους τύπους υπηρεσιών και υποστήριξη για συμφωνημένες ανταλλαγές μεταξύ συστημάτων.
Ποιο πρότυπο χρησιμοποιούν το Google Maps και οι εφαρμογές σχεδιασμού ταξιδιών;
Το GTFS-RT. Το Google Maps, το Moovit, το Transit και οι περισσότεροι σχεδιαστές ταξιδιών τρίτων το αξιοποιούν εγγενώς, για αυτό είναι ο συντομότερος δρόμος προς την ορατότητα στους επιβάτες.
Πρέπει ένας φορέας λειτουργίας να δημοσιεύει SIRI ή GTFS-RT;
Στην πράξη, οι περισσότεροι ευρωπαίοι φορείς λειτουργίας καταλήγουν να δημοσιεύουν και τα δύο, επειδή τα πρότυπα εξυπηρετούν κοινά που δεν υποκαθιστούν το ένα το άλλο. Οι πραγματικές αποφάσεις είναι ποια ροή χρειάζεστε πρώτα, λαμβάνοντας υπόψη τις υποχρεώσεις και τους στόχους ορατότητάς σας, και αν το σύστημά σας μπορεί να παράγει τη δεύτερη αργότερα χωρίς επανασχεδιασμό.
Πώς πρέπει να διατυπώνονται οι απαιτήσεις πραγματικού χρόνου σε έναν διαγωνισμό;
Προσδιορίστε παρατηρήσιμη συμπεριφορά αντί για συμμόρφωση: τις ακριβείς ροές και την έκδοση προφίλ για καθεμία, μια μέγιστη συνολική καθυστέρηση και τον τρόπο μέτρησής της κατά την παραλαβή, συνεπή αποτελέσματα σε όλες τις ροές από μία μόνο ενέργεια του επόπτη και δυνατότητα εξαγωγής των ιστορικών δεδομένων των ροών.
Αναρωτιέστε ποια ροή πρέπει να δημοσιεύσει πρώτα το δίκτυό σας; Η ομάδα της Pysae μπορεί να εξετάσει μαζί σας τις υποχρεώσεις σας και την τρέχουσα οργάνωση των δεδομένων σας.