Liften & Roltrappen data

[Martijn Brautigam]

Hallo,

Ik heb de berichten in deze group gezien over data van liften en roltrappen en ik zou deze data graag ontvangen. Ik heb gezien dat er een SIRI-acceptatieomgeving is waar deze berichten op gepubliceerd worden (tcp://pubsubacc.ndovloket.nl:8702). Ik had de indruk dat het om een ZeroMQ omgeving gaat, klopt dat? En heb ik daar nog credentials voor nodig?

Ik heb nog gezocht naar meer informatie over deze interface, maar ik heb dat helaas niet kunnen vinden. Ik hoop dat iemand me kan helpen!

Met vriendelijke groet,

Martijn Brautigam

[Stefan de Konink]

Op 1/22/24 om 09:57 schreef 'Martijn Brautigam' via openov:

> Ik heb de berichten in deze group gezien over data van liften en
> roltrappen en ik zou deze data graag ontvangen. Ik heb gezien dat er
> een SIRI-acceptatieomgeving is waar deze berichten op gepubliceerd
> worden (tcp://pubsubacc.ndovloket.nl:8702). Ik had de indruk dat het om
> een ZeroMQ omgeving gaat, klopt dat?

Dat klopt.

> En heb ik daar nog credentials voor nodig?

Nope.

> Ik heb nog gezocht naar meer informatie over deze interface, maar ik heb
> dat helaas niet kunnen vinden. Ik hoop dat iemand me kan helpen!

Bedoel je "hoe je met ZeroMQ wat kan doen" (lees: heb je je wel
aangemeld bij NDOVloket) of de inhoud van de SIRI-berichten?

--
Stefan

[Martijn Brautigam]

Ik bedoel  dat ik zocht naar algemeen informatie over de SIRI acceptatieomgeving. Ik was er niet zeker van of het wel om een ZeroMQ interface ging. Bedankt dat je dat hebt bevestigd trouwens!

Ik heb de afgelopen week een paar keer meerdere uren een script gedraaid, die een ZeroMQ koppeling aan gaat met het acceptatie endpoint. Ik heb echter niet 1 bericht binnen gekregen, vandaar mijn twijfel. Ik heb het script laten subscriben op any topic, zodat ik alle data van welk topic dan ook binnen had moeten krijgen. Omdat ik niets gezien heb, twijfel ik aan mijn implementatie. Ik heb gelezen dat 's nachts alle data wordt verstuurd en overdag alleen updates, mijn script heeft tot nu toe alleen overdag gedraaid. Heb je een idee hoe laat 's nachts ik data zou moeten verwachten? En zijn er nog meer topics waar ik data van had moeten ontvangen wanneer ik op alles subscribe?

Mvg,

Martijn

Op maandag 22 januari 2024 om 11:24:33 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

De laatste die ik heb gezien was van 11 januari. Ik ga even escaleren.

<Siri xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri
../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-01-11T12:05:28.189Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-01-11T12:05:28.189Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>WDN-LIF-002</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>lift</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400691</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400691</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>available</Status><Description>Elevator
in
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-01-11T12:05:27</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>

Op 1/22/24 om 11:41 schreef 'Martijn Brautigam' via openov:

> Ik bedoel  dat ik zocht naar algemeen informatie over de SIRI
> acceptatieomgeving. Ik was er niet zeker van of het wel om een ZeroMQ
> interface ging. Bedankt dat je dat hebt bevestigd trouwens!
>
> Ik heb de afgelopen week een paar keer meerdere uren een script
> gedraaid, die een ZeroMQ koppeling aan gaat met het acceptatie endpoint.
> Ik heb echter niet 1 bericht binnen gekregen, vandaar mijn twijfel. Ik
> heb het script laten subscriben op any topic, zodat ik alle data van
> welk topic dan ook binnen had moeten krijgen. Omdat ik niets gezien heb,
> twijfel ik aan mijn implementatie. Ik heb gelezen dat 's nachts alle
> data wordt verstuurd en overdag alleen updates, mijn script heeft tot nu
> toe alleen overdag gedraaid. Heb je een idee hoe laat 's nachts ik data
> zou moeten verwachten? En zijn er nog meer topics waar ik data van had
> moeten ontvangen wanneer ik op alles subscribe?
>
> Mvg,
> Martijn
>
> Op maandag 22 januari 2024 om 11:24:33 UTC+1 schreef Stefan de Konink:
>
> Op 1/22/24 om 09:57 schreef 'Martijn Brautigam' via openov:
> > Ik heb de berichten in deze group gezien over data van liften en
> > roltrappen en ik zou deze data graag ontvangen. Ik heb gezien dat er
> > een SIRI-acceptatieomgeving is waar deze berichten op gepubliceerd
> > worden (tcp://pubsubacc.ndovloket.nl:8702

> <http://pubsubacc.ndovloket.nl:8702>). Ik had de indruk dat het om

> > een ZeroMQ omgeving gaat, klopt dat?
>
> Dat klopt.
>
> > En heb ik daar nog credentials voor nodig?
>
> Nope.
>
>
> > Ik heb nog gezocht naar meer informatie over deze interface, maar
> ik heb
> > dat helaas niet kunnen vinden. Ik hoop dat iemand me kan helpen!
>
> Bedoel je "hoe je met ZeroMQ wat kan doen" (lees: heb je je wel
> aangemeld bij NDOVloket) of de inhoud van de SIRI-berichten?
>
> --
> Stefan
>

> --
> Je hebt dit bericht ontvangen omdat je bent geabonneerd op de groep
> 'openov' van Google Groepen.
> Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer
> wilt ontvangen, stuur je een e-mail naar
> openov+un...@googlegroups.com
> <mailto:openov+un...@googlegroups.com>.
> Ga naar
> https://groups.google.com/d/msgid/openov/10c5599d-eb5e-4e1f-ba97-fd793e8d4b10n%40googlegroups.com <https://groups.google.com/d/msgid/openov/10c5599d-eb5e-4e1f-ba97-fd793e8d4b10n%40googlegroups.com?utm_medium=email&utm_source=footer> om deze discussie op internet te bekijken.
> !DSPAM:1,65ae4650203595480910520!




--
Stefan

[Stefan de Konink]

Er loopt weer data.

Stefan

[Sven Boor]

Ik ben wel benieuwd, hoe is deze data te relateren aan informatie op welke perrons de liften wel / niet werken? Is dat informatie die via NeTEx-EPIAP geleverd gaat worden en is daar al een feed van beschikbaar?

Groet,

Sven

Op maandag 22 januari 2024 om 11:54:40 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 1/22/24 om 13:00 schreef Sven Boor:

> Ik ben wel benieuwd, hoe is deze data te relateren aan informatie op
> welke perrons de liften wel / niet werken? Is dat informatie die via
> NeTEx-EPIAP geleverd gaat worden en is daar al een feed van beschikbaar?

Dat was het grote idee. En nee, nog geen EPIAP gezien...

--
Stefan

[Martijn Brautigam]

Stefan,

Bedankt voor het escaleren! Sinds dien heb ik data voorbij zien komen. Inmiddels heb ik mijn script op een plek draaien waar het 24 uur actief kan blijven, echter heb ik vannacht niets ontvangen. Is de data weer stilgevallen of mankeert er wat aan mijn implementatie?

Mvg,

Martijn

Op maandag 22 januari 2024 om 13:48:58 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 1/24/24 om 08:58 schreef 'Martijn Brautigam' via openov:

> Stefan,
>
> Bedankt voor het escaleren! Sinds dien heb ik data voorbij zien komen.
> Inmiddels heb ik mijn script op een plek draaien waar het 24 uur actief
> kan blijven, echter heb ik vannacht niets ontvangen. Is de data weer
> stilgevallen of mankeert er wat aan mijn implementatie?

Het laatste bericht dat ik in de logging heb staan is van 06:55, maar
het bericht dat aan de versturende kant voor het laatste verstuurd zou
moeten zijn is van 08:55. Er gaat daar dus ook nog wat mis.

En daar maak ik me dan weer een beetje zorgen over.

<?xml version="1.0" encoding="UTF-8"?>

<Siri xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-01-24T08:55:05.190Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-01-24T08:55:05.190Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>UT-ROL-032</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>escalator</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400621</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400621</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Escalator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-01-24T08:55:04</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>

<?xml version="1.0" encoding="UTF-8"?><Siri

xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-01-24T06:55:05.67Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-01-24T06:55:05.67Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>ASS-LIF-006</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>lift</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400059</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400059</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Elevator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-01-24T06:55:04</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>


--
Stefan

[Sven Boor]

Hoi Martijn en Stefan,

@Martijn gebruik jij universal https://github.com/StichtingOpenGeo/universal. De frequentie waarmee deze realtime berichten worden verstuurd is laag, dus de kans is groot dat de netwerkverbinding verbroken wordt en niet automatisch wordt hersteld door de zeromq library die je gebruikt. Als je deze software als proxy gebruikt kunnen we dat probleem uitsluiten.

/src/universal/universal-sub-xpubxsub tcp://pubsubacc.ndovloket.nl:8702 tcp://127.0.0.1:8702

@Stefan wat sowieso opvalt is dat er timestamps die in de toekomst liggen worden gebruikt voor ResponseTimestamp's. Sowieso goed om dat te laten corrigeren. En het zou fijn zijn als er in StartTime ook een tijdzone wordt meegegeven (dus ook in UTC zoals ResponseTimestamp of anders +01:00 op dit moment). Kun jij deze zaken als bevindingen doorgeven?

Groet,

Sven

Op woensdag 24 januari 2024 om 09:05:05 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 1/24/24 om 09:20 schreef Sven Boor:

> Hoi Martijn en Stefan,
>
> @Martijn gebruik jij universal
> https://github.com/StichtingOpenGeo/universal. De frequentie waarmee
> deze realtime berichten worden verstuurd is laag, dus de kans is groot
> dat de netwerkverbinding verbroken wordt en niet automatisch wordt
> hersteld door de zeromq library die je gebruikt. Als je deze software
> als proxy gebruikt kunnen we dat probleem uitsluiten.
>
> /src/universal/universal-sub-xpubxsub tcp://pubsubacc.ndovloket.nl:8702

> <http://pubsubacc.ndovloket.nl:8702> tcp://127.0.0.1:8702

Als het voor de rest stil is, gaat dat ook niet helpen.

https://github.com/StichtingOpenGeo/universal/blob/master/universal-sub-xpubxsub.c#L108

De versie met -timeout kun je zelf in stellen, maar qua architectuur
blijft dit een dingetje. Ik ben namelijk zelf ook erg benieuwd waarom
dat laatste bericht niet doorkwam.

Maar als je een bijdrage wilt doen, we hadden gezien dat jij een mqtt
naar go implementatie had gemaakt. Als je daar een ZMQ PUSH/PULL variant
van kan bakken (ipv Dealer) die het inkomende MQTT bericht ook van gzip
kan voorzien, wil ik die zeker ook eens proberen.

> @Stefan wat sowieso opvalt is dat er timestamps die in de toekomst
> liggen worden gebruikt voor ResponseTimestamp's. Sowieso goed om dat te
> laten corrigeren. En het zou fijn zijn als er in StartTime ook een
> tijdzone wordt meegegeven (dus ook in UTC zoals ResponseTimestamp of
> anders +01:00 op dit moment). Kun jij deze zaken als bevindingen doorgeven?

Is nu gemeld.

--
Stefan

[Sven Boor]

Hoi Stefan,

Je bedoelt deze code?

https://github.com/openprio/mqtt-to-zmq

Kan ik binnenkort wel een keertje naar kijken. Data van Bison komt via MQTT? 

Groet,

Sven

--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep 'openov' van Google Groepen.
Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer wilt ontvangen, stuur je een e-mail naar openov+un...@googlegroups.com.
Ga naar https://groups.google.com/d/msgid/openov/10f496e5-592a-42bb-a289-a5b03df508ab%40konink.de om deze discussie op het internet te bekijken.
<OpenPGP_0xDA0A21EE7E3D2959.asc>

[Stefan de Konink]

Op 1/24/24 om 09:42 schreef Sven Boor:

> Je bedoelt deze code?
>
> https://github.com/openprio/mqtt-to-zmq

> <https://github.com/openprio/mqtt-to-zmq>

Jep.

> Kan ik binnenkort wel een keertje naar kijken. Data van Bison komt via
> MQTT?

Nog wel.


--
Stefan

[Martijn Brautigam]

Sven, Stefan,

Bedankt voor jullie reacties! Inmiddels kan ik melden dat ik data binnen krijg. Er ging aan mijn kant het een en ander mis, dat is nu opgelost.

Mvg,

Martijn

Op woensdag 24 januari 2024 om 10:03:24 UTC+1 schreef Stefan de Konink:

[Just Vervaart]

Kan het zijn dat de levering instabiel is? Ik heb code draaien die lijkt te werken, maar alleen op 26-1 tussen 10:35 en 11:45 een 12-tal berichten heeft opgeslagen? Terwijl mijn servicce volgens de logging vanaf de 24-ste zonder problemen gedraaid heeft? Zijn er mensen die meer berichten zien? 

gr, Just

Op donderdag 25 januari 2024 om 12:48:14 UTC+1 schreef Martijn Brautigam:

[Stefan de Konink]

Dit is de laatste die is verstuurd en ook in onze logging staat.

<?xml version="1.0" encoding="UTF-8"?><Siri
xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-01-30T09:05:09.260Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-01-30T09:05:09.260Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>ZD-ROL-001</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>escalator</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400731</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400731</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Escalator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-01-30T09:05:08</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>




Op 1/30/24 om 08:09 schreef Just Vervaart:

> --
> Je hebt dit bericht ontvangen omdat je bent geabonneerd op de groep

> 'openov' van Google Groepen.
> Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer
> wilt ontvangen, stuur je een e-mail naar

> openov+un...@googlegroups.com
> <mailto:openov+un...@googlegroups.com>.
> Ga naar

> https://groups.google.com/d/msgid/openov/6a585f87-96fc-4d46-86c3-c679a007820fn%40googlegroups.com <https://groups.google.com/d/msgid/openov/6a585f87-96fc-4d46-86c3-c679a007820fn%40googlegroups.com?utm_medium=email&utm_source=footer> om deze discussie op internet te bekijken.
> !DSPAM:1,65b8a0b3216042054320435!

--
Stefan

[Stefan de Konink]

De altijd behulpzame leverancier van DOVA (om ambiguïteit te voorkomen
Irias) heeft vandaag naast MQTT ook een HTTP POST naar acceptatie
ontwikkeld. De MQTT versie komt binnen op /DOVA de HTTP versie op /GOVI.

Wij zouden uit ons logboek kunnen halen dat er tenminste twee berichten
voor iedere wijziging moeten zijn. Mocht iemand nu de moeite willen doen
om ze naast elkaar te leggen en iets van een beschikbaarheid te tonen
houd ik me wel aanbevolen voor die resultaten.

--
Stefan

[Martijn Brautigam]

Hi Stefan,

Om in te gaan op jouw laatste bericht: Ik heb ongeveer een dag alle data van ZeroMQ gelogd. Zie de twee bijgevoegde logfiles. Wat ik in mijn logging zie is dat de data van /DOVA ook in /GOVI staat, maar andersom niet. op de /DOVA data feed wordt minder data beschikbaar gesteld. Ook het nachtelijke bericht waarin alle liften/roltrappen voorbij komen, heb ik alleen via /GOVI ontvangen.

Mvg,

Martijn Brautigam

Op woensdag 31 januari 2024 om 15:10:21 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Hi Martijn,

Ik kan het reproduceren. Dus overal had 2 voor moeten staan, maar er
zijn ook berichten die maar 1x zijn binnen gekomen. Oorzaak tot op heden
onbekend. Wat we kunnen uitsluiten: de acceptatie-pubsub, daar verbindt
iedereen naar ook het publicerende systeem vanuit HTTP.

zcat siri.log.2024-02-01.gz | grep DOVA siri.log | sort | uniq -c | less

1 <?xml version="1.0" encoding="UTF-8"?><Siri

xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-02-02T11:50:24.827Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-02-02T11:50:24.827Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>RTA-ROL-002</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>escalator</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400507</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400507</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>available</Status><Description>Escalator
in
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-02-02T10:20:49.00Z</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>
1 <?xml version="1.0" encoding="UTF-8"?><Siri

xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-02-02T11:50:24.846Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-02-02T11:50:24.846Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>BRN-LIF-002</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>lift</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400086</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400086</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Elevator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-02-02T03:15:36.00Z</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>
2 <?xml version="1.0" encoding="UTF-8"?><Siri

xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-02-02T12:55:20.283Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-02-02T12:55:20.283Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>AMRN-LIF-001</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>lift</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400052</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400052</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Elevator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-02-02T11:55:57.00Z</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>
2 <?xml version="1.0" encoding="UTF-8"?><Siri

xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-02-02T13:05:23.612Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-02-02T13:05:23.612Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>ASD-ROL-017</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>escalator</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400058</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400058</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Escalator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-02-02T10:52:10.00Z</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>

--
Stefan

[Just Vervaart]

Hoi Stefan,

ik ben even benieuwd wat de status van deze data is. Ik krijg nu data binnen van zowel /DOVA als /GOVI al mist bij /DOVA nog steeds ongeveer de helft van de berichten. 

Wat ik niet binnen krijg zijn nachtelijke updates. Ik neem aan dat die berichten hetzelfde zijn als de updates maar dan met meer regels? 

Groeten,

Just

Op vrijdag 2 februari 2024 om 14:17:20 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 2/21/24 om 08:18 schreef Just Vervaart:

> ik ben even benieuwd wat de status van deze data is. Ik krijg nu data
> binnen van zowel /DOVA als /GOVI al mist bij /DOVA nog steeds ongeveer
> de helft van de berichten.
>
> Wat ik niet binnen krijg zijn nachtelijke updates. Ik neem aan dat die
> berichten hetzelfde zijn als de updates maar dan met meer regels?

Ik ben voor een ander project geconfronteerd met het feit dat paho-mqtt
'under pressure' ogenschijnlijk berichten verliest. Maar hoe we in dit
geval met een paar berichtjes per dag, berichten verliezen vraag ik me
nog steeds af. Ik ben daar gewisseld naar gmqtt, dat zal ik ook voor
deze data eens proberen.

De /GOVI data wordt aangeleverd over HTTP.

--
Stefan

[justve...@gmail.com]

En is er ook iets bekend over de nachtelijke update die er zou moeten zijn? Ik heb die nog nooit gezien namelijk. 

Groet,

Just

Op woensdag 21 februari 2024 om 12:36:47 UTC+1 schreef Stefan de Konink:

[Stefan de Konink]

Op 2/22/24 om 09:16 schreef justve...@gmail.com:

> En is er ook iets bekend over de nachtelijke update die er zou moeten
> zijn? Ik heb die nog nooit gezien namelijk.

Ook niet in de /GOVI variant? Want ik heb wel wat logs van veel grotere
berichten dan gedurende de dag.

--
Stefan

[Just Vervaart]

Excuus. Zie nu dat de ik de nachtelijke updates wel heb binnengekregen (zowel /GOVI als /DOVA) maar dat die niet goed verwerkt zijn aan mijn kant. 

Op do 22 feb 2024 om 09:38 schreef Stefan de Konink <ste...@konink.de>:

--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij een onderwerp in de groep 'openov' van Google Groepen.
Als je je wilt afmelden bij dit onderwerp, ga je naar https://groups.google.com/d/topic/openov/lDtuMKkM2zg/unsubscribe.
Als je je wilt afmelden bij deze groep en alle onderwerpen van de groep, stuur je een e-mail naar openov+un...@googlegroups.com.
Ga naar https://groups.google.com/d/msgid/openov/8ca69ee5-30ec-4d56-a13e-3f650131c0a5%40konink.de om deze discussie op het internet te bekijken.

--

Just Vervaart

+31-6 51492247

ju...@justvervaart.nl

[justve...@gmail.com]

Stefan, sinds vannacht 1:30 zie ik geen berichten meer binnen komen. Zie jij hetzelfde?

Groet,

Just

Op donderdag 22 februari 2024 om 10:38:44 UTC+1 schreef Just Vervaart:

[Sven Boor]

Voor iedereen die het interessant vind, ik zag zojuist dat op de halteviewer van DOVA de statussen ook getoond worden. Zie https://halteviewer.ov-data.nl/

Is er al meer bekend over de datakwaliteit en hoe die verbeterd gaat worden? De lift naar perrons 6 en 7 op Rotterdam Centraal is al langdurig kapot (helemaal afgezet met linten en al). Toch geeft deze viewer geen storingsmelding en zegt die dat de lift ONLINE is (dat kan natuurlijk zo zijn, maar dat betekent nog niet dat die het doet).

Op vrijdag 23 februari 2024 om 13:04:50 UTC+1 schreef justve...@gmail.com:

[Stefan de Konink]

Op 2/23/24 om 13:04 schreef justve...@gmail.com:

> Stefan, sinds vannacht 1:30 zie ik geen berichten meer binnen komen. Zie
> jij hetzelfde?

<?xml version="1.0" encoding="UTF-8"?><Siri
xmlns="http://www.siri.org.uk/siri"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="2.0"
xsi:schemaLocation="http://www.siri.org.uk/siri

../../xsd/siri.xsd"><ServiceDelivery><ResponseTimestamp>2024-02-23T13:10:12.213Z</ResponseTimestamp><ProducerRef>DOVA</ProducerRef><FacilityMonitoringDelivery><ResponseTimestamp>2024-02-23T13:10:12.213Z</ResponseTimestamp><FacilityCondition><Facility><FacilityCode>BRD-ROL-002</FacilityCode><FacilityClass>fixedEquipment</FacilityClass><Features><Feature><AccessFacility>escalator</AccessFacility></Feature></Features><FacilityLocation><StopPointRef>8400090</StopPointRef><StopPlaceRef>NL:CHB:StopPlace:8400090</StopPlaceRef></FacilityLocation></Facility><FacilityStatus><Status>notAvailable</Status><Description>Escalator
out of
service</Description></FacilityStatus><ValidityPeriod><StartTime>2024-02-22T14:25:04.00Z</StartTime></ValidityPeriod></FacilityCondition></FacilityMonitoringDelivery></ServiceDelivery></Siri>

--
Stefan

[justve...@gmail.com]

Ik dacht dat ik het binnen halen van de berichten over liftstatussen stabiel had draaien, maar nu lijken er tussen 29-2 en 3-3 toch een hoop te ontbreken. Sinds de 3e lijkt het weer goed te gaan. Ligt dit aan mij of zien meer mensen dit? 

Op vrijdag 23 februari 2024 om 14:23:57 UTC+1 schreef Stefan de Konink:

[justve...@gmail.com]

@Stefan sorry dat ik je hier opnieuw mee lastig moet vallen, maar kun jij hier iets over zeggen? Op 4 maart lijkt alles goed te gaan, op 5 maart maar 2 berichten ook geen nachtelijke update, en vandaag loopt het weer goed zo lijkt het. 

Op dinsdag 5 maart 2024 om 09:20:44 UTC+1 schreef justve...@gmail.com:

[Stefan de Konink]

Op 3/6/24 om 09:16 schreef justve...@gmail.com:

> @Stefan sorry dat ik je hier opnieuw mee lastig moet vallen, maar kun
> jij hier iets over zeggen? Op 4 maart lijkt alles goed te gaan, op 5
> maart maar 2 berichten ook geen nachtelijke update, en vandaag loopt het
> weer goed zo lijkt het.

Het is voorlopig 'verkocht' als een testomgeving. Dus als het niet werkt
als gepland, dan is dat zo. Door het lage volume van berichtjes licht
monitoring in zabbix ook niet voor de hand.

Ik zou me kunnen voorstellen dat we iets visueels hebben met een soort
van ouderdom. Hoe lang geleden is er over deze lift wat gezegd, en daar
een kleurenpatroon op.

Aan deze kant van de lijn wacht ik op de netwerkinformatie, de
EPIAP-levering, om locaties correct weer te kunnen geven. Daarover heb
ik vandaag DOVA weer gemaild.

--
Stefan

[Just Vervaart]

@stefan ik snap dat de dienst nog een testomgeving is, maar zoek vooral even bevestiging of dat het probleem aan mijn kant ligt. Als jij hetzelfde beeld ziet als ik is het goed. Gaan jullie trouwens een dienst hier bovenop aanbieden? Een API met daarin de actuele status van alle liften bijvoorbeeld?

Groet,

Just

Op wo 6 mrt 2024 om 09:24 schreef Stefan de Konink <ste...@konink.de>:

--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij een onderwerp in de groep 'openov' van Google Groepen.
Als je je wilt afmelden bij dit onderwerp, ga je naar https://groups.google.com/d/topic/openov/lDtuMKkM2zg/unsubscribe.
Als je je wilt afmelden bij deze groep en alle onderwerpen van de groep, stuur je een e-mail naar openov+un...@googlegroups.com.

Ga naar https://groups.google.com/d/msgid/openov/6b9a554b-3294-4af5-a2da-a81add7ba3bb%40konink.de om deze discussie op het internet te bekijken.

[Stefan de Konink]

[skinkie@retentie siri]$ zcat siri.log.2024-03-05.gz | grep DOVA | grep
Elevator | wc -l
59
[skinkie@retentie siri]$ zcat siri.log.2024-03-04.gz | grep DOVA | grep
Elevator | wc -l
65
[skinkie@retentie siri]$ zcat siri.log.2024-03-03.gz | grep DOVA | grep
Elevator | wc -l
54
[skinkie@retentie siri]$ zcat siri.log.2024-03-02.gz | grep DOVA | grep
Elevator | wc -l
50
[skinkie@retentie siri]$ zcat siri.log.2024-03-01.gz | grep DOVA | grep
Elevator | wc -l
89


Op 3/6/24 om 09:52 schreef Just Vervaart:

> @stefan ik snap dat de dienst nog een testomgeving is, maar zoek vooral
> even bevestiging of dat het probleem aan mijn kant ligt. Als jij
> hetzelfde beeld ziet als ik is het goed. Gaan jullie trouwens een dienst
> hier bovenop aanbieden? Een API met daarin de actuele status van alle
> liften bijvoorbeeld?
>
> Groet,
> Just
>
> Op wo 6 mrt 2024 om 09:24 schreef Stefan de Konink <ste...@konink.de

> <mailto:ste...@konink.de>>:

>
> Op 3/6/24 om 09:16 schreef justve...@gmail.com

> <mailto:justve...@gmail.com>:

> > @Stefan sorry dat ik je hier opnieuw mee lastig moet vallen, maar
> kun
> > jij hier iets over zeggen? Op 4 maart lijkt alles goed te gaan, op 5
> > maart maar 2 berichten ook geen nachtelijke update, en vandaag
> loopt het
> > weer goed zo lijkt het.
>
> Het is voorlopig 'verkocht' als een testomgeving. Dus als het niet
> werkt
> als gepland, dan is dat zo. Door het lage volume van berichtjes licht
> monitoring in zabbix ook niet voor de hand.
>
> Ik zou me kunnen voorstellen dat we iets visueels hebben met een soort
> van ouderdom. Hoe lang geleden is er over deze lift wat gezegd, en daar
> een kleurenpatroon op.
>
> Aan deze kant van de lijn wacht ik op de netwerkinformatie, de
> EPIAP-levering, om locaties correct weer te kunnen geven. Daarover heb
> ik vandaag DOVA weer gemaild.
>
> --
> Stefan
>
> --
> Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij een
> onderwerp in de groep 'openov' van Google Groepen.
> Als je je wilt afmelden bij dit onderwerp, ga je naar
> https://groups.google.com/d/topic/openov/lDtuMKkM2zg/unsubscribe

> <https://groups.google.com/d/topic/openov/lDtuMKkM2zg/unsubscribe>.

> Als je je wilt afmelden bij deze groep en alle onderwerpen van de
> groep, stuur je een e-mail naar openov+un...@googlegroups.com

> <mailto:openov%2Bunsu...@googlegroups.com>.
> Ga naar
> https://groups.google.com/d/msgid/openov/6b9a554b-3294-4af5-a2da-a81add7ba3bb%40konink.de <https://groups.google.com/d/msgid/openov/6b9a554b-3294-4af5-a2da-a81add7ba3bb%40konink.de> om deze discussie op het internet te bekijken.

>
>
>
> --
> Just Vervaart
>
> +31-6 51492247

> ju...@justvervaart.nl <mailto:ju...@justvervaart.nl>
>
> --
> Je hebt dit bericht ontvangen omdat je bent geabonneerd op de groep
> 'openov' van Google Groepen.

> Als je je wilt afmelden bij deze groep en geen e-mails van de groep meer
> wilt ontvangen, stuur je een e-mail naar
> openov+un...@googlegroups.com
> <mailto:openov+un...@googlegroups.com>.
> Ga naar

> https://groups.google.com/d/msgid/openov/CAO372AmqQ%3DstD4TS-K_CDhg_2pBWu18k8Qdez__MEjz_By2rxA%40mail.gmail.com <https://groups.google.com/d/msgid/openov/CAO372AmqQ%3DstD4TS-K_CDhg_2pBWu18k8Qdez__MEjz_By2rxA%40mail.gmail.com?utm_medium=email&utm_source=footer> om deze discussie op internet te bekijken.
> !DSPAM:1,65e82ef8155827992313032!

--
Stefan