Metodologia dell'Osservatorio ONLY VTC
Questo documento definisce con precisione ogni indicatore pubblicato sull'Osservatorio : popolazione misurata, marche temporali usate, limiti di validità, soglie di pubblicazione. È versionato : ogni edizione pubblicata indica la versione di metodologia che l'ha prodotta, e ogni modifica di definizione incrementa il numero — un dato pubblicato resta quindi interpretabile con le regole in vigore al momento della sua generazione.
I dati sono calcolati direttamente dal nostro database operativo (le prenotazioni reali della piattaforma), senza rielaborazione manuale, da un servizio in sola lettura.
1. Principi
- Nessuna selezione. Ogni indicatore che raggiunge la soglia di campione in un periodo è pubblicato per quel periodo, qualunque sia il suo valore — anche se sfavorevole. Un indicatore può essere ritirato da un'edizione solo per campione insufficiente, mai perché il dato non piace. Ritirare selettivamente un trimestre negativo sarebbe una menzogna per omissione.
- Campione sempre indicato. Nessun dato è pubblicato senza la dimensione del campione («n») visibile accanto. Una (sotto)categoria sotto la soglia mostra «campione insufficiente», mai un numero.
- Nessuna metrica aziendale sensibile. L'Osservatorio non pubblica margini, commissioni, tassi di riempimento, fatturato né compensi degli autisti. Solo indicatori di servizio e diattività.
- Nessun dato individuale. Solo aggregati. Nessun tragitto, cliente o autista identificabile è esposto.
- Stime etichettate come tali. Le distanze e durate «stimate» sono calcoli di percorso fatti alla prenotazione, non telemetria di bordo. L'etichetta pubblica lo dice.
2. Quadro comune
| Elemento | Regola |
|---|---|
| Popolazione di base | Corse con stato «completata» e data di fine compilata. |
| Fuso orario | Europe/Paris per ogni suddivisione oraria o di calendario (notte, mese, trimestre). |
| Marche temporali | Tutti server, impostate al momento dell'azione (autista, sistema o attività pianificata). Nessun reinserimento manuale a posteriori. |
| Soglia di pubblicazione | Minimo 15 corse. Ogni (sotto)categoria con n < 15 → «campione insufficiente». |
| Tendenza centrale | Pubblichiamo mediana (in evidenza, robusta ai valori anomali) e media, sempre accompagnate da n. |
| Limiti di validità | Ogni indicatore temporale ha limiti fisici (cfr. §3). Ogni valore fuori limite è escluso dal calcolo e riduce l'n pubblicato. |
| Immediata vs prenotata | Presa a bordo prevista oltre 30 min dopo la richiesta ⇒ prenotata in anticipo ; altrimenti richiesta immediata. Soglia operativa convalidata (2026-07). |
| Tappa di arrivo (fonte) | Per l' puntualità e l'attesa, l'arrivo al punto di presa a bordo è la marca temporale misurata lato server tramite geofence, non il tocco dell'autista. La serie pubblica v2 riparte il 4 agosto 2026 (00:00 UTC), con versione di misura e raggio di attivazione congelati a 120 m. Le 9 osservazioni esplorative v1 restano in database per l'audit ma sono escluse dalle statistiche. |
| Attivazione prima dell'accettazione del tragitto di avvicinamento | Un ingresso nel geofence avvenuto mentre la corsa è solo «accettata» è valido solo se avviene al massimo 45 min prima dell'orario previsto. Oltre, la misura resta in database ma non è valida per le statistiche pubbliche. |
| Copertura minima (geofence) | Un indicatore con fonte geofence è pubblicato solo se il rapporto esatto misurato/popolazione copre ≥ 80 % della sua popolazione. L'arrotondamento a un decimale è riservato alla visualizzazione e non decide mai la pubblicazione. Sotto questa soglia, il valore resta «—», con l'avanzamento n/15 e la copertura pubblicati; da n ≥ 15, il riepilogo già misurato è indicato in nota, etichettato come provvisorio — mai come valore principale né nelle esportazioni. |
2.1. Esclusioni motivate
| Motivo | Giustificazione |
|---|---|
| Corse non completate | Nessuna fine corsa misurabile. |
| Marche temporali incomplete | La tappa richiesta dall'indicatore manca → tempo non calcolabile. |
| Chiusure automatiche | Fine corsa impostata dal sistema (fino a +6 h) — non riflette la fine reale. |
| Chiusure forzate da un operatore | Fine amministrativa e non operativa. |
| Noleggi con conducente | La durata è quella noleggiata; falserebbe le statistiche di tragitto A→B. |
| Partenze anticipate | Avvicinamento iniziato oltre 45 min prima dell'orario previsto: misura il margine di precauzione dell'autista, non il suo tragitto di avvicinamento. |
I noleggi con conducente e le chiusure automatiche/forzate sono conteggiati nel blocco pubblico «esclusioni» delle esportazioni. Le altre esclusioni proprie di ciascun indicatore sono visibili dal suo n, sempre pubblicato con il valore o il suo avanzamento.
3. Indicatori — definizioni al timestamp
Tappe del ciclo di vita di una corsa (tutte con marca temporale del server): richiesta → accettazione dell'autista → partenza dell'autista («in viaggio») → arrivo al punto di presa a bordo → presa a bordo (cliente a bordo) → fine corsa. Si aggiunge l'orario di presa a bordo previsto, fissato alla prenotazione.
3.0. Stato di pubblicazione (v1.3)
Verificato in produzione il 28 luglio 2026 (script di ispezione in sola lettura, versionato nel nostro repository): le tappe di avanzamento inserite dall'autista (arrivo, presa a bordo, fine) sono in parte toccate a raffica alla discesa. Su 127 corse con tappe complete, lo scarto arrivo → presa a bordo ha una mediana di 10 secondi (48,8% sotto i 10 s) e il 21% delle corse ha arrivo/partenza/fine in meno di 2 minuti. Il tocco «arrivato» dell'autista segna quindi l'imbarco (o persino la discesa), non l'arrivo al punto d'incontro : non misura ciò che pretende di misurare.
Correzione della raccolta v2 (serie attiva dal 4 agosto 2026, 00:00 UTC): l'arrivo al punto di presa a bordo è misurato lato server tramite geofence a un raggio pubblico congelato di 120 m, e versionato alla prima attivazione. Su questa fonte omogenea, la puntualità e l'attesa per richiesta immediata sono riattivate da 15 misure valide e solo se il rapporto esatto di copertura raggiunge l'80%. Restano sospesi: il tempo di avvicinamento e le durate. Ogni riattivazione applica il principio di non selezione (§1): raggiunta la soglia, l'indicatore si pubblica in ogni periodo, anche se sfavorevole — un «98% in orario» da questa stessa fonte sarebbe pubblicato al pari di un dato negativo.
| Indicatore | Definito su | v1.3 |
|---|---|---|
| Tempo di accettazione | richiesta → accettazione (azione nell'app) | ✅ pubblicato |
| Quota accettata in meno di 60 s | richiesta → accettazione (azione nell'app) | ✅ pubblicato (v1.3) |
| Anticipo di prenotazione | richiesta → presa a bordo prevista | ✅ pubblicato (v1.3) |
| Distanza stimata | stima del percorso alla prenotazione | ✅ pubblicato |
| Quota lunga distanza (> 50 km) | stima del percorso alla prenotazione | ✅ pubblicato (v1.3) |
| Quote aeroporto / notte / anticipo / B2B / assistenza | campi di prenotazione | ✅ pubblicato |
| Comuni di presa a bordo | indirizzo di partenza | ✅ pubblicato (v1.3, aggregati n ≥ 15 per comune) |
| Annullamenti dell'autista dopo l'accettazione | stato e autore dell'annullamento, sulle corse accettate | ✅ pubblicato (v1.3, serie dal 4 giugno 2026) |
| Volume mensile / cumulativo | conteggio | ✅ pubblicato |
| Attesa richiesta immediata | richiesta → arrivo misurato tramite geofence | ✅ pubblicato da n ≥ 15 e copertura esatta ≥ 80% |
| Puntualità | arrivo misurato tramite geofence vs orario previsto | ✅ pubblicato da n ≥ 15 e copertura esatta ≥ 80% |
| Tempo di avvicinamento | partenza autista → arrivo | ⏸ sospeso |
| Durata del tragitto / transfer aeroportuale | presa a bordo → fine corsa | ⏸ sospeso |
| Scarto stimato / reale | distanza e durata reali | ⏸ sospeso (non raccolto) |
3.1. Tempi
| Indicatore | Da → a | Popolazione | Limiti validi |
|---|---|---|---|
| Attesa del cliente (richiesta immediata) | richiesta → arrivo misurato tramite geofence | richieste immediate completate dopo il passaggio a v2, arrivo misurato automaticamente | 0 – 360 min |
| Tempo di avvicinamento (sospeso) | partenza autista → arrivo | solo prenotate in anticipo | 0,5 – 180 min |
| Tempo di accettazione | richiesta → accettazione | corse diffuse solo agli autisti | 0 – 7 giorni |
| Anticipo di prenotazione (v1.3) | richiesta → presa a bordo prevista | solo corse prenotate in anticipo | 0,5 h – 180 giorni |
L'attesa del cliente è il tempo completo vissuto dal cliente, ricerca dell'autista compresa — per una corsa prenotata in anticipo il cliente non «aspetta»: l'autista viene all'orario concordato. Il tempo di avvicinamento non è pubblicato per le richieste immediate: l'app autista avvia automaticamente l'avvicinamento all'accettazione, quindi il «tragitto di avvicinamento» misurato sarebbe il tempo accettazione→arrivo, già contenuto nell'attesa pubblicata — ridondante e sistematicamente gonfiato. Il tempo di accettazione esclude le assegnazioni dirette del dispatch: quasi istantanee, non misurano la decisione di un autista — senza questa esclusione, il dato diventerebbe ininterpretabile. Accanto alla mediana è pubblicata (v1.3) la quota accettata in meno di 60 secondi — stessa popolazione, stesso n. L' anticipo di prenotazione (v1.3) misura con quanto anticipo il cliente ordina: una richiesta immediata non ha un anticipo scelto (l'orario previsto è impostato dal sistema) → esclusa; la mediana è in evidenza, poiché la distribuzione è molto ampia (da qualche ora a diverse settimane).
3.2. Tragitto
La distanza stimata (percorso stradale calcolato alla prenotazione, esclusi i noleggi con conducente, limiti 0,5 – 500 km) è pubblicata. La durata reale del tragitto e la durata del transfer aeroportuale sono sospese: definite sulle tappe presa a bordo → fine corsa, ammassate (cfr. §3.0). Nota sul campione: la distanza stimata è compilata solo per una parte delle corse completate (le importazioni di assistenza e le vecchie prenotazioni ne sono prive) — questi indicatori raggiungono quindi la soglia di 15 più tardi degli indicatori di tempo. È una conseguenza accettata della soglia, non una scelta editoriale.
3.3. Puntualità
Solo prenotate in anticipo — una richiesta immediata non ha un orario promesso.
- Una corsa è «in orario» se l'arrivo misurato tramite geofence avviene al più tardi 5 minuti dopo l'orario previsto (tolleranza).
- Pubblicati: % di corse in orario, mediana dello scarto con segno arrivo − orario previsto (in minuti; negativo = in anticipo) e tasso di copertura della misura. Lo scarto mediano pubblicato accanto al tasso rende trasparente la soglia di tolleranza.
- Entità dei ritardi : media degli scarti oltre la tolleranza («ritardo medio quando si verifica») e numero di ritardi, pubblicati accanto al tasso con la stessa soglia (n ≥ 15, copertura ≥ 80%).
- Visualizzazione provvisoria : da n ≥ 15 ma sotto la soglia di copertura, il riepilogo già misurato è indicato nella nota della scheda, etichettato «dato provvisorio». Il valore principale resta «—» e le esportazioni JSON/CSV non espongono il provvisorio.
- Copertura = quota della popolazione idonea il cui arrivo è misurato automaticamente; una corsa non coperta (app chiusa, geofence non attivato) è conteggiata al denominatore, mai al numeratore. Limiti dello scarto: da −180 a +180 min.
3.4. Quote di attività
Denominatore = popolazione di base del periodo, salvo diversa indicazione nella regola. Pubblicate solo se il denominatore ≥ 15.
| Quota | Regola |
|---|---|
| Aeroporto | Tipo di luogo «aeroporto» registrato alla partenza o all'arrivo; in mancanza, analisi dell'indirizzo (Saint-Exupéry, aeroporto, LYS…). |
| Notte (19–7) | Orario di presa a bordo previsto tra le 19 e le 7, ora di Parigi (cfr. §4). |
| Prenotata in anticipo | Presa a bordo prevista oltre 30 min dopo la richiesta (cfr. §2). |
| B2B | Corsa collegata a un account aziendale. Categoria non esclusiva: una missione di assistenza può essere anche B2B. Le due quote usano il totale delle corse completate come denominatore e non si sommano. |
| Assistenza | Missione collegata a una pratica o a un partner di assistenza. |
| Lunga distanza (v1.3) | Distanza stimata alla prenotazione superiore a 50 km. Denominatore proprio : le corse con distanza stimata valida (0,5 – 500 km, esclusi i noleggi con conducente) — la stessa popolazione della statistica di distanza (cfr. §3.2). Pubblicata con un decimale: la quota è piccola e l'arrotondamento all'intero la deformerebbe. |
3.5. Volume
Volume mensile : numero di corse completate per mese di calendario (Europe/Paris), negli ultimi 6 mesi — il mese corrente è indicato «in corso» (volume parziale). Volume del periodo / cumulativo : cfr. §5.
3.6. Indicatori sospesi — in attesa di una raccolta affidabile
Sospesi = definiti (sopra) ma non mostrati sulla pagina né nelle esportazioni, finché il dato sottostante non è affidabile. La definizione resta congelata affinché la riattivazione sia priva di ambiguità.
Causa A — tappe dell'autista non affidabili (misurato il 28 luglio 2026): le tappe di arrivo, presa a bordo e fine sono in parte inserite in blocco alla discesa. L'inquinamento è distorto in un'unica direzione — gonfia attesa e avvicinamento, comprime la durata — quindi una mediana calcolata su 80% di dati puliti e 20% di dati spostati nella stessa direzione è spostata, non «robusta». Revocati nella v1.2 grazie al geofence: attesa immediata e puntualità (dipendevano solo dall'arrivo). Ancora sospesi: tempo di avvicinamento (dipende dal tocco «in viaggio»), durate del tragitto e del transfer aeroportuale (dipendono dai tocchi di presa a bordo e fine).
Causa B — dato non raccolto : la distanza e la durata realmente percorse non sono acquisite dall'app autista (0 corse compilate su 191 verificate). Sospeso per questo motivo: lo scarto stimato / reale.
Regole di riattivazione (rigorose) :
- Nessun filtraggio a posteriori. Non ripubblichiamo questi indicatori conservando solo le corse «inserite correttamente»: selezionare sulla qualità di inserimento introduce una distorsione invisibile (gli autisti che inseriscono correttamente non sono rappresentativi degli altri). L'unica via onesta è rendere affidabile la raccolta alla fonte.
- Affidabilità : tappe automatiche misurate lato server (geofence con marca temporale dell'arrivo; rilevamento di partenza e fine in arrivo); acquisizione automatica di distanza/durata reali tramite la traccia GPS.
- Salvaguardia di copertura : limitare un indicatore alle corse misurate tramite geofence è una selezione sul metodo di misura, non sul risultato — legittima purché la misura copra quasi tutta la popolazione. Altrimenti le corse non misurate (app chiusa) ricreerebbero un «filtraggio a posteriori» mascherato, correlato al ritardo. Da qui il requisito di copertura ≥ 80% (§2), con il tasso pubblicato accanto all'indicatore perché chi legge possa giudicare.
- Riattivazione : sui dati successivi alla correzione della raccolta, con una rottura metodologica datata segnata da un incremento di versione. Dalla riattivazione, si applica il principio di non selezione (§1).
3.7. Comuni di presa a bordo (v1.3)
- Fonte : l'indirizzo di partenza, campo di testo libero — in database non esiste un campo comune strutturato. Il comune è estratto con una regola fissa: ultimo segmento dell'indirizzo (separatore virgola) prima di «France», codice postale rimosso; un segmento restante che contiene una cifra è scartato (indirizzo non analizzabile → escluso dal conteggio, mai indovinato).
- Popolazione : popolazione di base del periodo (corse completate).
- Pubblicazione : solo aggregati. Un comune è elencato solo se conta almeno 15 prese a bordo nel periodo (la soglia abituale, applicata per comune). Pubblicati per comune: numero di prese a bordo e quota del totale. Nessun indirizzo individuale, nessuna destinazione, nessun incrocio (comune × ora, comune × cliente…) è pubblicato — la protezione delle persone trasportate viene prima di tutto.
- Limite accettato : due grafie dello stesso comune («St-Priest» / «Saint-Priest») possono dividere un conteggio; l'aggregazione non distingue maiuscole e minuscole ma non normalizza le abbreviazioni. L'aeroporto Lyon-Saint-Exupéry compare sotto il suo comune reale, Colombier-Saugnieu.
3.8. Annullamenti dell'autista dopo l'accettazione (v1.3)
L'indicatore risponde a una precisa domanda del cliente: una volta accettata la mia corsa, l'autista può lasciarmi a piedi?
- Popolazione : tutte le corse accettate del periodo — non solo quelle completate: una corsa annullata non si completa mai, quindi la popolazione di base del §2 non può vederla. È l'unico indicatore dell'Osservatorio classificato per data di accettazione (una corsa annullata non ha data di fine).
- Numeratore : corse annullate il cui autore registrato dell'annullamento è l'autista che aveva accettato.
- Rottura datata : la serie inizia il 4 giugno 2026 (00:00 UTC), data dalla quale l'autore dell'annullamento è compilato in modo affidabile in produzione. Mai applicato retroattivamente; verificato sull'intero storico il 19 settembre 2026.
- Cosa non conta : il no-show di un cliente constatato dall'autista (cliente assente al punto d'incontro) non è un annullamento dell'autista; nemmeno un annullamento da parte del cliente, di un operatore o di un partner. Una riassegnazione da parte del dispatch (ritiro amministrativo della corsa a un autista per assegnarla a un altro) non è un annullamento della corsa.
- Limite accettato : l'indicatore misura gli annullamenti registrati come tali. Una rinuncia negoziata per telefono e trattata dal dispatch come riassegnazione non compare al numeratore — ma il cliente è stato preso a bordo: è la promessa misurata.
- Pubblicazione : quota percentuale (un decimale), con numeratore, denominatore e data di inizio serie. Soglia abituale: denominatore ≥ 15. Principio di non selezione (§1): l'indicatore resterà pubblicato anche se il dato diventa sfavorevole.
4. Notte e tariffazione
La suddivisione 19–7 (Europe/Paris) non è arbitraria: è il periodo tariffario «notte» del motore dei prezzi della piattaforma. Verificato in produzione il 28 luglio 2026, è attiva una maggiorazione notturna al chilometro (da +17% a +27% secondo la gamma). Classificare la quota notturna in base all'orario previsto è quindi coerente con la tariffa effettivamente applicata al cliente. La promessa pubblica è il prezzo fissato alla prenotazione, noto in anticipo — non l'assenza di una tariffa notturna.
5. Edizioni e versionamento
Edizioni per trimestre solare (es. «2026-T3», Europe/Paris): le metriche di un'edizione sono calcolate sulle corse completate in quel trimestre. Una riedizione dopo la chiusura riceve un URL distinto (ad esempio /observatoire/2026-t3-v2), con le proprie esportazioni. L'edizione iniziale conserva il suo URL e i suoi dati. Un archivio = un'edizione congelata — è ciò che rende una fonte primaria, non una brochure. Conseguenza accettata: all'inizio, diverse sottocategorie trimestrali mostrano «campione insufficiente». È una funzionalità (§1), non un difetto.
Edizione cumulativa «dall'inizio» mostrata in vetrina su /observatoire : i dati consolidati (copertura temporale indicata), rigenerati e ripubblicati automaticamente ogni giorno — le salvaguardie di pubblicazione (n ≥ 15, copertura ≥ 80%) si applicano a ogni ricalcolo.
Ciclo di vita : un'edizione trimestrale è generata in bozza (ricalcolo idempotente), poi pubblicata manualmente. Un'edizione trimestrale pubblicata è immutabile e indica la versione di metodologia che l'ha prodotta.
6. Pubblicazione
- /observatoire : vetrina cumulativa + edizione trimestrale pubblicata corrente + dimensione del campione su ogni dato.
- /observatoire/2026-t3 (ecc.): archivi permanenti delle edizioni pubblicate, elencati nella pagina principale.
- Esportazione JSON e esportazione CSV (sola lettura): stessi dati della pagina, formato macchina, licenza e attribuzione incluse. Parametro
?period=AAAA-TNper un'edizione archiviata.
7. Limiti e distorsioni (indicati pubblicamente)
- Composizione dell'attività : l'attività digitalizzata è oggi composta in maggioranza da corse aziendali e missioni di assistenza. Questi dati descrivono la piattaforma ONLY VTC, non l'intero mercato lionese.
- Campioni modesti : la piattaforma digitale sta crescendo nel 2026 (società attiva dal 2016, ma le corse telefoniche non avevano marca temporale). I campioni vanno da qualche decina a qualche centinaio di corse secondo l'indicatore — e sono indicati.
- Stime ≠ telemetria : distanze e durate stimate sono calcoli di percorso fatti alla prenotazione.
- Copertura parziale di alcuni campi : la distanza stimata è compilata solo per una parte delle corse (cfr. §3.2).
- Tappe dell'autista non affidabili : il tempo di avvicinamento, le durate del tragitto e lo scarto stimato/reale restano sospesi (cfr. §3.0 / §3.6). Una fonte che sospende ciò che non può misurare onestamente, invece di pubblicarlo con un asterisco, è esattamente ciò che la distingue da una brochure.
8. Riproducibilità
Tutte le definizioni qui sopra sono implementate nel servizio di calcolo del nostro backend (sola lettura, aggregazioni dirette sul database operativo) e coperte da test automatizzati versionati con il codice. Limiti, soglie ed esclusioni sono costanti con nome corrispondenti a questo documento. Giornalisti e ricercatori: per un confronto sulla metodologia o dati dettagliati, scrivete a contact@onlyvtc.fr.
9. Registro delle versioni
| Versione | Data | Modifiche |
|---|---|---|
| 1.0 | 28 luglio 2026 | Versione iniziale congelata. Soglia di pubblicazione portata a 15. Pubblicati: tempo di accettazione, distanza stimata, quote di attività, volumi. Sospesi (definiti, non mostrati): attesa immediata, tempo di avvicinamento, puntualità, durate — tappe dell'autista ammassate alla discesa (misurato in produzione il 28/07); scarto stimato/reale — non raccolto. Riattivazione solo dopo una raccolta affidabile alla fonte, su dati successivi, con incremento di versione — mai tramite filtraggio a posteriori. |
| 1.1 | 29 luglio 2026 | Riattivazione della puntualità e dell'attesa per richiesta immediata sulla tappa di arrivo misurata lato server tramite geofence, senza tocco dell'autista. Rottura datata: calcolo solo sulle corse completate dopo il passaggio alla misura automatica, mai retroattivo. Pubblicazione subordinata a una copertura ≥ 80%, tasso di copertura pubblicato accanto a ogni indicatore. |
| 1.2 | 3 agosto 2026 | Nuova serie geofence v2 dal 4 agosto 2026 (00:00 UTC): le 9 osservazioni esplorative v1 restano conservate per l'audit ma sono escluse. Versione di misura e raggio di 120 m congelati alla prima attivazione; attivazione prima dell'accettazione valida solo nei 45 min precedenti l'orario previsto. Copertura confrontata sul rapporto esatto prima dell'arrotondamento. Sotto n = 15 o con copertura < 80%, la pagina mostra «—», l'avanzamento n/15 e la copertura. Addendum del 7 settembre 2026 (nessuna definizione esistente modificata) : pubblicazione dell'entità media dei ritardi accanto al tasso; da n ≥ 15 sotto la soglia di copertura, il riepilogo misurato è indicato in nota come dato provvisorio (valore principale «—», esportazioni invariate). |
| 1.3 | 19 settembre 2026 | Cinque indicatori aggiunti, nessuna definizione esistente modificata. (1) Annullamenti dell'autista dopo l'accettazione (§3.8): popolazione = corse accettate, serie dal 4 giugno 2026 (affidabilità dell'autore dell'annullamento, verificata sull'intero storico il 19 settembre 2026) — unico indicatore classificato per data di accettazione. (2) Anticipo di prenotazione (§3.1): richiesta → presa a bordo prevista, solo prenotate in anticipo, limiti 0,5 h – 180 giorni. (3) Quota lunga distanza > 50 km (§3.4): denominatore proprio = corse con distanza stimata valida, un decimale. (4) Quota accettata in meno di 60 s (§3.1): stessa popolazione del tempo di accettazione. (5) Comuni di presa a bordo (§3.7): estratti dall'indirizzo di partenza, solo aggregati, soglia di 15 applicata per comune, nessun incrocio pubblicato. Correzione di raccolta associata: l'annullamento dell'autista registra ora il suo autore sulla prenotazione stessa (finora solo nel registro eventi interno). |
Licenza e citazione
I dati dell'Osservatorio sono pubblicati con licenza CC BY 4.0 : cita «Osservatorio ONLY VTC — onlyvtc.fr/observatoire». Le istruzioni complete di citazione sono sulla pagina dell'Osservatorio.