Geplande veerverbindingen met door de rederij gepubliceerde tarieven

Versie 1.0.0 · CC BY 4.0 · Uitgelezen op 12 september 2026

Elk geplande vertrek dat we konden waarnemen op 2.190 gerichte havenparen, met het schip dat het vaart en de prijs die de rederij vroeg op de dag van uitlezen.

Hoe hij is gebouwd

• De graaf vragen waar schepen heen varenAan elke haven in het register wordt, met zijn exacte naam, gevraagd met welke havens hij directe verbindingen heeft. Vragen op code levert de verkeerde haven op: de eigen code van Barcelona antwoordt met een haven in Kroatië. De haven waarvoor de dienst antwoordt wordt getoetst aan de gevraagde haven, en een verwisseling wordt weggegooid.
• Elk paar om echte afvaarten vragenVoor elk paar dat de graaf noemt worden reizen opgevraagd op vier data verspreid over het boekbare venster. Veeraanbod opent ongeveer twee tot drie weken vooruit, en elk paar houdt de vroegste datum die antwoordde.
• Opschrijven wat terugkwamVertrek, aankomst, rederij, schip en elke opgegeven accommodatieprijs worden vastgelegd zoals ze terugkwamen, in hele kleinste munteenheden. Niets wordt naar een eigen woordenlijst gelijkgetrokken, niets wordt gemiddeld en niets wordt aangevuld. Bedrijfsnamen blijven zoals ze zijn gepubliceerd, ook waar twee schrijfwijzen duidelijk hetzelfde bedrijf zijn.
• Koppelen, rekenen, en het gerekende markerenHavens worden aan plaatsen gekoppeld voor coördinaten, afstanden worden berekend, aantallen worden geteld. Elk daarvan is op kolomniveau gemarkeerd, zodat een lezer precies ziet welke getallen van een rederij komen en welke van ons.

Echte regels

Acht afvaarten uit sailings.csv, één per rederij, in de volgorde waarin het bestand ze bevat. Open het bestand en u vindt precies deze.

De tijden zijn de kloktijden die de rederij publiceerde, precies overgenomen. De tarieven zijn de goedkoopste accommodatieklasse die op die afvaart wordt aangeboden.

Zo citeert u hem

Naamsvermelding is de licentievoorwaarde en het enige wat we vragen. Beide vormen hieronder zijn goed.

@dataset{orlero_ferry_crossings_1_0_0,
  author    = {{Orlero}},
  title     = {{Scheduled ferry crossings with operator-published fares}},
  year      = {2026},
  version   = {1.0.0},
  publisher = {Orlero},
  url       = {https://orlero.com/data/ferry-crossings},
  note      = {CC BY 4.0}
}

Identificatie

Wat hij u niet vertelt

• Een momentopname, geen datastroom. Een tarief is wat de rederij publiceerde op het moment van uitlezen.
• Een lege verbinding bewijst niet dat er geen dienst is: vier peildata kunnen een wekelijkse afvaart missen.
• Coördinaten zijn plaatsmiddelpunten, geen ligplaatsen. Athene lost op naar Piraeus en Rome naar Civitavecchia, dus een berekende afstand loopt tussen plaatsen en is een ondergrens van de gevaren route.
• UN/LOCODEs zijn toegekend op vorm, niet opgezocht. Een code telt als zodanig wanneer hij vijf tekens heeft en zijn landprefix klopt met het register. Koppel op de ruwe rederijcode als u gecertificeerde codes nodig hebt.
• GTFS en Parquet blijven voor een latere uitgave, want vier gepeilde data dragen geen dienstkalender.
• De tijdstempels zijn lokale kloktijden gestempeld als UTC, precies vastgelegd zoals ze zijn gepubliceerd, en het havenbestand draagt een IANA-zone om ze op te lossen. Het raakt de 390 afvaarten waarvan de twee havens in verschillende zones liggen.
• 0 afvaarten hebben geen duur: hun gepubliceerde aankomst ligt niet na hun gepubliceerde vertrek, dus beide tijdstempels blijven zoals ze zijn gepubliceerd en de berekende kolom blijft leeg.