Οι επιβάτες δεν ενδιαφέρονται για την αρχιτεκτονική των δεδομένων σας. Τους ενδιαφέρει ένα πράγμα: έρχεται πράγματι το λεωφορείο, και πότε; Το GTFS-RT (η επέκταση πραγματικού χρόνου του προτύπου GTFS) είναι αυτό που μετατρέπει τη θέση GPS των λεωφορείων σας σε αυτή την απάντηση: στην εφαρμογή, στην πινακίδα της στάσης, στο Google Maps. Όμως ανάμεσα στο όχημα στον δρόμο και στην οθόνη του επιβάτη, πολλά πρέπει να γίνουν σωστά. Δείτε πώς λειτουργεί στην πράξη και που συνήθως παρουσιάζονται προβλήματα.
Από το σήμα GPS στην οθόνη του επιβάτη
Κάθε λεωφορείο εξοπλισμένο με Pysae στέλνει τη θέση του ανά τακτά χρονικά διαστήματα. Αυτή η ακατέργαστη θέση είναι απλώς μια κουκκίδα στον χάρτη. Για να γίνει χρήσιμη πληροφορία πραγματικού χρόνου, πρέπει να αντιστοιχιστεί στο προγραμματισμένο έργο: ποια γραμμή, ποιο δρομολόγιο, ποια στάση ακολουθεί και πώς συγκρίνεται με το πρόγραμμα. Σε αυτό το βήμα αντιστοίχισης βρίσκεται η ευφυΐα του συστήματος. Μια θέση χωρίς πλαίσιο δεν λέει τίποτα στον επιβάτη· μια θέση που συνδέεται με «Γραμμή 3, καθυστέρηση 4 λεπτών, φτάνει στη στάση σας σε 6 λεπτά» αλλάζει ολόκληρη την εμπειρία του.
Οι τρεις τύποι ροών GTFS-RT
Το GTFS-RT δεν είναι ένα ενιαίο πράγμα: πρόκειται για τρεις συνδεδεμένες ροές, και τα περισσότερα δίκτυα χρειάζονται και τις τρεις:
- Trip Updates: προβλεπόμενες ώρες άφιξης και αναχώρησης ανά στάση. Αυτό τροφοδοτεί το «επόμενο λεωφορείο σε 4 λεπτά».
- Vehicle Positions: η τρέχουσα θέση κάθε οχήματος, για την παρακολούθηση στον χάρτη.
- Service Alerts: διακοπές, παρακάμψεις και ακυρώσεις, σε κείμενο που διαβάζει ο επιβάτης.
Ένα συχνό λάθος είναι να δημοσιεύεται μόνο το Vehicle Positions (το εύκολο) και να παραλείπεται το Trip Updates. Όμως οι προβλέψεις είναι αυτό που πραγματικά θέλουν οι επιβάτες: μια κινούμενη κουκκίδα χωρίς ώρα άφιξης είναι παιχνίδι, όχι υπηρεσία.
Γιατί απορρίπτονται οι ροές (και πώς να το αποφύγετε)
Το συχνότερο πρόβλημα στην πράξη δεν είναι η παραγωγή της ροής, αλλά το ότι η πλατφόρμα που τη λαμβάνει (ένας περιφερειακός σχεδιαστής ταξιδιών, η Google, μια εφαρμογή τρίτου) την απορρίπτει. Σχεδόν πάντα για τους ίδιους λόγους:
- Η ροή πραγματικού χρόνου παραπέμπει σε κωδικούς στάσεων ή δρομολογίων που δεν υπάρχουν στο στατικό GTFS. Τα δύο πρέπει να μένουν συγχρονισμένα: όταν αλλάζει το πρόγραμμα, ενημερώνονται μαζί.
- Οι χρονοσημάνσεις είναι παρωχημένες ή σε λάθος ζώνη ώρας, οπότε οι προβλέψεις φαίνονται παγωμένες ή παράλογες.
- Η ροή επικυρώνεται τεχνικά, αλλά οι προβλέψεις είναι εξαιρετικά ανακριβείς, κάτι που διαβρώνει την εμπιστοσύνη πιο γρήγορα από την πλήρη απουσία δεδομένων.
Η λύση είναι πειθαρχία: το στατικό πρόγραμμα και η ροή πραγματικού χρόνου πρέπει να προέρχονται από την ίδια πηγή αλήθειας. Όταν ο σχεδιασμός του δικτύου και η λειτουργία σε πραγματικό χρόνο βρίσκονται στην ίδια πλατφόρμα, ο συγχρονισμός αυτός γίνεται αυτόματα αντί για μια εύθραυστη χειροκίνητη συμφωνία.
Πρότυπα πέρα από το GTFS-RT
Στην Ευρώπη, το GTFS-RT συχνά συνυπάρχει με το SIRI (το ευρωπαϊκό πρότυπο πραγματικού χρόνου) και με τις απαιτήσεις των εθνικών σημείων πρόσβασης και των αρχών συγκοινωνιών. Ένα δίκτυο μπορεί να χρειαστεί να δημοσιεύει την ίδια βασική πληροφορία σε πολλές μορφές ταυτόχρονα. Η πρακτική συνέπεια: επιλέξτε εργαλεία που εξάγουν σε όλα τα πρότυπα που απαιτεί η αγορά σας από έναν ενιαίο μηχανισμό πραγματικού χρόνου, αντί να συντηρείτε ξεχωριστή ροή εργασιών για κάθε μορφή.
Μια ζωντανή κουκκίδα χωρίς ακριβή ώρα άφιξης δεν είναι πληροφόρηση πραγματικού χρόνου: είναι διακόσμηση.
Συμπέρασμα
Το GTFS-RT στην πράξη αφορά λιγότερο το ίδιο το πρότυπο και περισσότερο τη διατήρηση του προγραμματισμένου έργου και της ζωντανής λειτουργίας σε απόλυτη ευθυγράμμιση, με καθαρή εξαγωγή σε κάθε κανάλι που χρησιμοποιούν οι επιβάτες. Αν πετύχετε αυτόν τον συγχρονισμό, τα υπόλοιπα είναι υδραυλικά. Γι' αυτόν ακριβώς τον λόγο το Pysae, με την ενότητα Operations, παράγει ροές GTFS-RT και SIRI απευθείας από την ίδια πλατφόρμα που διαχειρίζεται τη λειτουργία σας, και είναι συμβατό με ITxPT επί του οχήματος: μία πηγή αλήθειας, κάθε οθόνη τροφοδοτείται αυτόματα.
Συχνές ερωτήσεις
Ποιες είναι οι τρεις ροές GTFS-RT;
Το Trip Updates δίνει τις προβλεπόμενες ώρες άφιξης και αναχώρησης ανά στάση, το Vehicle Positions την τρέχουσα θέση κάθε οχήματος και το Service Alerts τις διακοπές, παρακάμψεις και ακυρώσεις σε μορφή κειμένου. Τα περισσότερα δίκτυα χρειάζονται και τις τρεις, και το Trip Updates είναι η ροή που εκτιμούν περισσότερο οι επιβάτες.
Γιατί ένας σχεδιαστής ταξιδιών ή η Google απορρίπτει μια ροή GTFS-RT;
Συνήθως επειδή η ροή πραγματικού χρόνου παραπέμπει σε κωδικούς στάσεων ή δρομολογίων που δεν υπάρχουν στο στατικό GTFS. Οι παρωχημένες χρονοσημάνσεις ή η λάθος ζώνη ώρας είναι η άλλη συνήθης αιτία. Μια ροή μπορεί επίσης να επικυρώνεται τεχνικά με εξαιρετικά ανακριβείς προβλέψεις, κάτι που διαβρώνει την εμπιστοσύνη.
Πώς μένουν συγχρονισμένα το στατικό GTFS και το GTFS-RT;
Και τα δύο πρέπει να προέρχονται από την ίδια πηγή αλήθειας και να ενημερώνονται μαζί κάθε φορά που αλλάζει το πρόγραμμα. Όταν ο σχεδιασμός του δικτύου και η λειτουργία σε πραγματικό χρόνο βρίσκονται στην ίδια πλατφόρμα, ο συγχρονισμός αυτός γίνεται αυτόματα αντί για μια εύθραυστη χειροκίνητη συμφωνία.
Χρειάζονται τα ευρωπαϊκά δίκτυα και SIRI εκτός από GTFS-RT;
Συχνά ναι. Στην Ευρώπη, το GTFS-RT συνυπάρχει συχνά με το SIRI και με τις απαιτήσεις των εθνικών σημείων πρόσβασης και των αρχών συγκοινωνιών, οπότε η ίδια πληροφορία μπορεί να πρέπει να δημοσιεύεται σε πολλές μορφές. Το Pysae παράγει ροές GTFS-RT και SIRI από την ίδια πλατφόρμα που διαχειρίζεται τη λειτουργία.