Oei, … “nieuwer=beter” is eigenlijk best wel de bedoeling… en dat is min of meer ook wel zo denk ik… behalve wanneer het nieuwe systeem achter knooppuntnet.nl steken laat vallen natuurlijk… zoals hier het geval.
Vanavond, na het lezen van jullie berichten hier in het forum, ben ik gaan kijken wat er aan de hand is. Het blijkt dat de verwerking in het nieuwe systeem een aantal dagen geleden onverwacht gestopt is, op 31 mei 22:01u om precies te zijn.
Te veel detail misschien, maar de logbestanden tonen een probleem met idle-timeouts in de verbinding tussen de analyse logica en de analyse database. Wellicht is er een verband met een recente verandering in release v2.0.6, waarbij play http vervangen werd door akka http. Ik heb nu een aantal timeout parameters aangepast (op ‘infinite’ gezet) en de analyse herstart. Op het moment dat ik dit schrijf is de analyse weer helemaal bijgewerkt.
Route 61-80 is in knooppuntnet.nl nu ook verdwenen uit de lijst van netwerk routes. In de historiek van Route 57-58 is nog te zien dat deze relatie vroeger route 61-80 bevatte (Route naam gewijzigd van “61-80” naar “57-80” in changeset 59450389).
Het nieuwe systeem achter knooppuntnet.nl zou korter op de bal moeten spelen (als het niet stilligt natuurlijk). Het “oude” systeem op old.vmarc.be maakt een volledige her-analyse om de 2 uur. Het nieuwe systeem kijkt voortdurend naar de veranderingen in OpenStreetMap, en verwerkt deze met slechts een beperkte vertraging. Aanpassingen in OpenStreetMap zouden vaak al na een aantal minuten zichtbaar moeten zijn in knooppuntnet.nl, bijvoorbeeld in Netwerk wijzigingen, Overzicht in cijfers, of in de individuele paginas voor netwerken, routes en knooppunten. Een uitzondering hier zijn de nieuwe kaarten zoals de fietskaart en de wandelkaart, en de andere plekken waar die kaarten als achtergrond gebruikt worden. Deze worden momenteel nog om de 2 uur (op de on-even uren) bijgewerkt.
Wanneer issue16 uitgevoerd is, dan zou elke pagina een “Situatie op” tijd moeten weergeven die aangeeft tot op welk tijdstip de analyse is bijgewerkt.
Het is een beetje pijnlijk om er min of meer per ongeluk achter te moeten komen dat de zaak al een paar dagen stilligt; daarom heb ik issue18 aangemaakt om een oplossing te verzinnen waarbij ik bijvoorbeeld automatisch een email zou krijgen wanneer er een probleem is.
Het is eigenlijk de bedoeling om old.vmarc.be nog slechts een beperkte tijd te behouden.
Voor ik old.vmarc.be uitschakel moet het nieuwe systeem wel voldoende stabiel zijn, en zou de functionaliteit in het nieuwe systeem liefst minstens zo goed moeten zijn als in het oude systeem. Ik heb vanavond in github een label must-have-before-vmarc-switch-off aangemaakt om te documenteren wat er zeker nog zou moeten gebeuren voor old.vmarc.be uitgeschakeld wordt. Indien hier zaken ontbreken (tekortkomingen die nog niet gedocumenteerd zijn in github, of bijvoorbeeld pijnpunten die het moeilijk maken om te wennen aan het nieuwe), dan hoor ik het graag in een berichtje via vmarc, of in github of hier in het forum.