-
Notifications
You must be signed in to change notification settings - Fork 2
Description
Quando nei dati troviamo quello che ci sembra un errore, dobbiamo essere in grado di documentarlo e aprire una issue; inserendo sempre tutti gli elementi che consentano di fare le verifiche sull'errore, in buona sostanza di replicarlo.
Un esempio è quello dei "doppioni" negli orari. Oggi ad esempio è stato segnalato nella chat di lavoro, che per la fermata con stop_id 1494 c'è un "doppione": la stessa linea, la ARANC, passerebbe ad esempio due volte allo stesso orario (le 10:26:28).
Facendo la query di sotto emerge - salvo che non abbia sbagliato qualcosa - che non si tratta di un doppione. Per quell'orario, in un giorno feriale, è vero ci sono due record, ma di due intervalli di calendario diversi:
- 80001, dal 1 al 15 settembre;
- 80003, dal 16 al 30 settembre;
SELECT f.*,c.route_id,c.service_id AS "FestivoFeriale",c.direction_id AS "direzione"
FROM
(SELECT "a"."stop_id" AS "stop_id", "b"."arrival_time" AS "arrival_time",
"b"."departure_time" AS "departure_time", b.trip_id
FROM "stops" AS "a"
JOIN "stop_times" AS "b" USING ("stop_id")
WHERE stop_id = 1494) AS "f"
JOIN trips as "c" USING ("trip_id")
ORDER by arrival_time,FestivoFeriale,direzione,trip_idUn errore che non è ben documentato, non è un errore e non si può segnalare ad alcuno.
Qui sotto il link al file SQLite relativo agli ultimi dati, su cui è possibile eseguire la query. Chi usa altri db, potrà costruirne una simile.
