Pontjes: detecteer waterveer op de route en waarschuw (geen live vaartijden) #39

Open
opened 2026-08-14 17:54:14 +02:00 by jelmer · 0 comments
Owner

Idee

Een route kan een pontveer (fietsveer) kruisen. Melvin en GIPOD dekken dat niet — dat zijn bronnen voor wegwerkzaamheden, geen pontdiensten. De gebruiker heeft nu geen enkel signaal dat er onderweg een pont zit, laat staan of die vandaag vaart.

Scope van dit issue — bewust beperkt

Alleen detecteren dat de route een pontveer kruist, met een waarschuwing + link naar de eigen site van de pont. Geen "vaart hij vandaag"-claim.

Reden: er is geen centrale, betrouwbare bron voor vaartijden van (met name kleine, landelijke) fietspontjes. OVapi/GTFS dekt alleen pontjes die als officiële OV-lijn geregistreerd staan (bv. GVB Amsterdam, Rotterdam Waterbus) — precies niet de kleine pontjes die in fietsroutes voorkomen. Live vaartijden zouden per pont scrapen/bellen worden: net zoveel bouw- en onderhoudslast als een hele nieuwe bron, voor een fractie van de dekking, en fragiel zodra een pontsite verandert.

Wat wel haalbaar is

  • OpenStreetMap heeft pontverbindingen getagd als route=ferry, soms met opening_hours/interval/seasonal=yes — niet consistent ingevuld, maar bruikbaar als "hier zit een pont"-signaal.
  • Detectie is een geometrieprobleem dat op de bestaande aanpak lijkt: net zoals route_door_vlak in geo.py nu een route tegen afsluitingsvlakken toetst, kan dezelfde soort intersectietoets tegen ferry-lijnen uit OSM.

Voorstel

  1. Ferry-lijnen (NL + VL) uit OSM/Overpass ophalen (eenmalig of periodiek, geen live call per check).
  2. Bij elke check: kruist de route een ferry-lijn? Zo ja → aparte melding "Deze route gaat over een pontje bij X — vaar- of openingstijden zelf checken" met link naar de pontsite als die in OSM staat (website-tag), anders alleen de naam.
  3. Geen live vaartijden, geen open/dicht-oordeel — puur signalering, net als een los label naast de bestaande hindermeldingen.

Openstaand voor de uitwerking

  • Hoe vaak opening_hours/website daadwerkelijk is ingevuld in OSM voor NL/VL-fietspontjes — pas steekproef nemen voordat de UI-tekst "zelf checken" wordt vastgelegd.
  • Waar de ferry-data vandaan komt: Overpass-query on-the-fly (netwerkafhankelijkheid per check) vs. periodieke snapshot in de repo (net als de regressietest-fixture-aanpak, maar dan als brondata i.p.v. testdata).
**Idee** Een route kan een pontveer (fietsveer) kruisen. Melvin en GIPOD dekken dat niet — dat zijn bronnen voor wegwerkzaamheden, geen pontdiensten. De gebruiker heeft nu geen enkel signaal dat er onderweg een pont zit, laat staan of die vandaag vaart. **Scope van dit issue — bewust beperkt** Alleen *detecteren dat* de route een pontveer kruist, met een waarschuwing + link naar de eigen site van de pont. **Geen** "vaart hij vandaag"-claim. Reden: er is geen centrale, betrouwbare bron voor vaartijden van (met name kleine, landelijke) fietspontjes. OVapi/GTFS dekt alleen pontjes die als officiële OV-lijn geregistreerd staan (bv. GVB Amsterdam, Rotterdam Waterbus) — precies niet de kleine pontjes die in fietsroutes voorkomen. Live vaartijden zouden per pont scrapen/bellen worden: net zoveel bouw- en onderhoudslast als een hele nieuwe bron, voor een fractie van de dekking, en fragiel zodra een pontsite verandert. **Wat wel haalbaar is** - OpenStreetMap heeft pontverbindingen getagd als `route=ferry`, soms met `opening_hours`/`interval`/`seasonal=yes` — niet consistent ingevuld, maar bruikbaar als "hier zit een pont"-signaal. - Detectie is een geometrieprobleem dat op de bestaande aanpak lijkt: net zoals `route_door_vlak` in `geo.py` nu een route tegen afsluitingsvlakken toetst, kan dezelfde soort intersectietoets tegen ferry-lijnen uit OSM. **Voorstel** 1. Ferry-lijnen (NL + VL) uit OSM/Overpass ophalen (eenmalig of periodiek, geen live call per check). 2. Bij elke check: kruist de route een ferry-lijn? Zo ja → aparte melding "Deze route gaat over een pontje bij X — vaar- of openingstijden zelf checken" met link naar de pontsite als die in OSM staat (`website`-tag), anders alleen de naam. 3. Geen live vaartijden, geen open/dicht-oordeel — puur signalering, net als een los label naast de bestaande hindermeldingen. **Openstaand voor de uitwerking** - Hoe vaak `opening_hours`/`website` daadwerkelijk is ingevuld in OSM voor NL/VL-fietspontjes — pas steekproef nemen voordat de UI-tekst "zelf checken" wordt vastgelegd. - Waar de ferry-data vandaan komt: Overpass-query on-the-fly (netwerkafhankelijkheid per check) vs. periodieke snapshot in de repo (net als de regressietest-fixture-aanpak, maar dan als brondata i.p.v. testdata).
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
jelmer/gpx-afsluitingen#39
No description provided.