Nel corso dell’imminente migrazione, la logica per generare SLOID (stop_id) adattato.
L’obiettivo è una rappresentazione più coerente e chiara delle informazioni sui marciapiedi e sul binario nei formati interessati – GTFS, NeTEx* nonché OJP 1.0 e 2.0 per il futuro.
*NeTEx non è interessata dalla successiva generazione degli SLOID. In NeTEx, per i marciapiedi continua a essere visualizzata la coppia di SLOID originale come chiave (SLOID)/Value (ch:1:sloid:y:z).
Con la migrazione allo SLOID, in NeTEx cambia solo che per le fermate in aggiunta la SLOID viene visualizzata come Key (SLOID)/Value (ch:1:sloid) Pair. La struttura dell’ID StopPlace rimane invariata, ad es. <StopPlace id="ch:2:StopPlace:8503000" version="any"> La nuova SLOID generata avrà la seguente struttura:
– È SLOID non univoco in caso di salita, viene eseguita secondo lo schema:
{StopPlace SLOID}_gen:{Quay SLOID}_pf:{Platform Code*} personale.
– Se nessuno SLOID dei marciapiedi è presente, viene invece {StopPlace SLOID}_gen:missingSLOID_pf:{Platform Code*} utilizzato.
– Nota: I caratteri speciali nell’identificatore del binario sono contrassegnati da un punto («.») Sostituito, ad esempio 21/22 → 21.22.
Tempistica di attuazione prevista:
– Giovedì 7 maggio 2026: Migrazione di sistemi DEV, TEST e INT (EFA, EMS)
– Giovedì 4 giugno 2026: Go live nei sistemi PROD (EFA, EMS)
👉 Abbiamo inoltre File test per voi, affinché possiate testare in anticipo la nuova logica: