Skip to content

Note per il gruppo di lavoro #21

@aborruso

Description

@aborruso

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;

image

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_id

Un 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.

feed_gtfs.zip

Metadata

Metadata

Assignees

No one assigned

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions