| Autore |
Discussione |
|
n/a
deleted
21316 Messaggi |
 Inviato il 08/09/2016 : 18:30:58
|
| Non lo so... Cerca indietro delle pagine tra questa e i 18 metri. |
 |
|
|
n/a
deleted
1236 Messaggi |
Inviato il 08/09/2016 : 19:45:08
|
quote:
Messaggio di Dora west
Se è vero che l'orario di aggiornamento viene fornito dalle api, perché le app mostrano quello che mostra muovi.roma.it, aggiornato ogni tot tempo (cosa che fa sì che possa succedere che l'app continua a mostrare "3 minuti" e intanto il mezzo passa in fermata...), invece di calcolarlo localmente?
per orario di aggiornamento io intendo proprio l'orario in cui il server di rsm aggiorna i dati gps.
il fatto è che i dati avm ( gps ) delle vetture atac , non arrivano direttamente a rsm come quelli di romatpl , ma vengono prima elaborati da atac per il sistema infoTP.
L'inghippo dei 3 minuti avviene nel passaggio dei dati da atac a rsm
L'aggiornamento del server di rsm avviene regolarmente ad intervalli che possono andare dai 15' a 90' normalmente
------------------
poi da marzo è cambiato lo sviluppatore di muoversi a roma |
Modificato da - n/a il 08/09/2016 19:46:20 |
|
|
|
kainash1
Dirigente Movimento Operatore
Lazio
3512 Messaggi |
Inviato il 11/09/2016 : 17:09:50
|
| Oggi la 3048 risultava come 3058 da AVM; cioè girava, ma secondo l'AVM era la 3058, invece era la 3048. Il bello è che risulta girare anche la 3048 sulla stessa linea (81) ma a questo punto è probabile che sia in realtà la 3058... |
|
|
|
n/a
deleted
21316 Messaggi |
Inviato il 11/09/2016 : 17:22:22
|
| Ora ho capito qualcosa... forse. L'altra notte erano errori di AVM. Neanche con questi finiscono i problemi ci camuffamento... |
|
|
|
n/a
deleted
3683 Messaggi |
Inviato il 17/09/2016 : 10:00:35
|
Avete mai fatto caso al funzionamento del sistema di annunci Columbus/Moby TV e alla mappa con indicazioni delle corrispondenze che ogni tanto visualizzava (anche quando non mostrava gli annunci)? Gli annunci funzionavano (cioè l'elenco fermate a sinistra compariva) con l'AVM rotto, spento o non funzionante correttamente (ricerca percorso, nessuna linea?)? L'elenco delle fermate compariva al capolinea?
Una volta ho visto che l'autista girava con la destinazione sbagliata sui display Ameli l'annuncio funzionava comunque. A un certo punto mise quella giusta e gli annunci Moby continuavano a funzionare. Da notare che anche il SIGE funzionava correttamente tutto il tempo. Il massimo che è capitato è che a un certo punto, mentre visualizzava la mappa, il Columbus ha sballato, ha tracciato il percorso in una strada adiacente e gli annunci sono momentaneamente cessati finché non ha ripreso a tracciare nella strada giusta. Ma il SIGE non è andato in ricerca... |
Modificato da - n/a il 17/09/2016 10:39:52 |
|
|
|
n/a
deleted
21316 Messaggi |
Inviato il 19/09/2016 : 13:24:39
|
| Muoversi a Roma OUT. |
|
|
|
iencenelli
Amministratore(Capo Reparto Movimento)
10144 Messaggi |
Inviato il 19/09/2016 : 14:19:03
|
| autobus roma funge |
|
|
|
emipaco
Amministratore(Capo Reparto Movimento)
Lazio
16026 Messaggi |
Inviato il 20/09/2016 : 16:56:39
|
| ieri andava e veniva, era instabile |
colui che sorride quando le cose vanno male ha già trovato qualcuno a cui dare la colpa (Arthur Bloch) |
|
|
|
n/a
deleted
21316 Messaggi |
Inviato il 20/09/2016 : 17:35:05
|
| Pure oggi non è che sia sto miglioramento... |
|
|
|
n/a
deleted
1236 Messaggi |
Inviato il 21/09/2016 : 19:32:58
|
oggi sono andato ad un workshop di rsm alla casa delle città (ostiense) , e gli ho fatto qualche domanda sulla parte tecnica anche per un mio progettino :
da domani viene cambiato il sito muoversi a roma , con una nuova versione ( estetica )
da dicembre-gennaio inizieranno a rilasciare i dati real time anche tramite gtfs
dimenticatevi gli schemini sull'avm atac con infotp , questo sistema è stato dismesso e sostituito ( causando altri problemi )
stanno con il fiato alla gola perchè ci sono troppe cose da fare in poco troppo tempo : ad esempio devono implementare ( sempre nel nuovo sistema con il gtfs ) , la ricezione e salvataggio del numero della corsa , che attualmente non viene fornita da atac a rsm ( idem per romatpl) . questo perchè da un pò rsm deve certificare i km che atac effettua,e quindi bisogna capire effettivamente quale e quante corse saltano
ah, i server sono sovraccarichi |
Modificato da - n/a il 21/09/2016 19:34:23 |
|
|
|
n/a
deleted
3683 Messaggi |
Inviato il 21/09/2016 : 20:03:10
|
Beeeeeellllo.  Mi piace quello che dici. È il profumo della novità.
Una curiosità: ma le API in che formato forniscono alle app i codici del percorso? Come viene identificato ciascun codice di percorso?
Inoltre, in che senso InfoTP è stato dismesso? Da cosa è stato sostituito (se puoi dirlo, ovviamente)? E cos'è il GTFS? |
Modificato da - n/a il 21/09/2016 20:04:22 |
|
|
|
iencenelli
Amministratore(Capo Reparto Movimento)
10144 Messaggi |
Inviato il 21/09/2016 : 20:45:09
|
| sono curioso... voglio vedere cosa hanno partorito visto che le applicazioni attuali svalvolano anche di 4 minuti |
|
|
|
n/a
deleted
3683 Messaggi |
Inviato il 21/09/2016 : 20:51:04
|
| Non è che svalvolano di quattro minuti, è che la frequenza di aggiornamento è bassa e in ragione di questo fatto sembra essere più affidabile l'orario di transito in fermata del singolo mezzo che il tempo in minuti riportato da sito e app. |
|
|
|
n/a
deleted
1236 Messaggi |
Inviato il 21/09/2016 : 22:10:50
|
faccio prima a linkarti qualche link che a spiegarlo. in generale è uno standard per fornire i dati sul tpl (statici e dinamici) , in modo da evitare di avere settordici librerie e implementazioni di api nelle app generiche
allora gtfs statico : https://it.wikipedia.org/wiki/General_Transit_Feed_Specification
https://developers.google.com/transit/gtfs/
e gtfs real time : https://developers.google.com/transit/gtfs-realtime/
https://github.com/google/transit/blob/master/gtfs-realtime/spec/en/reference.md
niente che non si ottiene con le api attuali , ma questo cambiamento è volto anche ad una standardizzazione del rilascio dei dati sul tpl , in linea con le iniziative di evoluzione sul fronte del rilascio delle info
i 3/4 minuti di ritardo sono dovuti ad atac. le linee di romatpl vengono segnalate bene ( questa è una cosa che nella fretta ho unito nelle varie domande fatte mentre se ne stavano andando :) , con il risultato che neanche l'avrà sentito )
tipo gli ho chiesto se avevano in mente ,in relazione a problemi di sincronia , l'invio del tempo di arrivo assoluto invece del tempo rimanente ,come ora, e la risposta è stata che sono incasinati e che è una cosa che dovrebbe venire con il gtfs
in sostanza comunque il gtfs non aggiunge niente di rilevante , ma permette di avere un oggetto più snello e comprensibile rispetto alle api attuali ( dove se vuoi la posizione gps del mezzo , devi usare una funzione che restituisce tutti i bus in giro ( senza matricola ) sulla rete ) , se vuoi l'attesa in fermata un'altra , se vuoi i tempi di arrivo lungo il percorso un'altra ... e così via |
Modificato da - n/a il 21/09/2016 22:13:18 |
|
|
|
n/a
deleted
3683 Messaggi |
Inviato il 21/09/2016 : 22:12:17
|
| Cioè, parlando di tempo di arrivo assoluto, gli hai detto che sarebbe meglio "2 fermate passa alle 22:15" invece che "2 fermate 1 minuto"? |
Modificato da - n/a il 21/09/2016 22:14:16 |
|
|
|
n/a
deleted
1236 Messaggi |
Inviato il 21/09/2016 : 22:14:08
|
si
ho aggiunto una parte al post per correttezza
ora faccio un'altro post con un paio di risposte delle varie funzioni delle api attuali |
Modificato da - n/a il 21/09/2016 22:15:29 |
|
|
|
Discussione |
|
|
sistemi di monitoraggio bus
Discussione Bloccata