Capcode-bronnen en automatisch bijhouden

[Graus]

Ik verrijk P2000 meldingen automatisch (Raspberry Pi + RTL-SDR, clustering, nieuwskoppeling, AI-samenvattingen). Voor capcode-verrijking gebruik ik nu p2000.bommel.net (XML/CSV export). Dat dekt wat, maar mist een hoop informatie + de operationele laag die ik hier op het forum zie: ploegindelingen, opschalingen, dienstwissels, codes die van betekenis veranderen. Dat is kennelijk handwerk, voor de echte fanaten.

Twee vragen naar aanleiding hiervan:

• Zijn er naast bommel.net nog andere publieke, machine-readable capcode-bronnen die ik over het hoofd zie?
• Is er interesse of oor voor het (deels) automatisch verzamelen van die rijkere capcode-kennis die nu in forumthreads leeft? Denk aan: automatisch detecteren wanneer een capcode in andere alarmgroepen opduikt, of co-occurrence patronen tussen codes analyseren. Niet om het handwerk te vervangen (ik snap dat context en regio-kennis onmisbaar zijn), maar om het te ondersteunen. Of is dat een oplossing voor een probleem dat niemand heeft? ;-)

(Zie ook dit (oude) topic van renehoen met een vergelijkbare vraag.)

[Faramir]

De bron voor mijn capcode filter is P2KFlex.
De gehanteerde methodiek vind ik uitstekend voor mijn doeleinden.
Met behulp van de historische database neem ik de omschrijvingen over.
Verdere informatie vind ik niet nodig omdat ik wat ik weten wil al uit de melding kan halen.

[Graus]

Aha, maar begrijp ik daarmee goed dat je de omschrijvingen uit de db van p2kflex met de hand overneemt, of doe je dat geautomatiseerd?

[Hunter]

De kern van de vraag is me niet helemaal duidelijk. Wil jij capcodes scrapen vanaf bestaande websites, de eraan gegeven benamingen trachten te toetsen, of pogen zelf de juiste benaming aan capcodes te geven? De vraagstelling heeft mijns inziens een redelijke bandbreedte.

Voor onze website (p2kflex) hebben we diverse bronnen (dicht bij het vuur, letterlijk en figuurlijk) die ons voorzien van de juiste benamingen. Soms is het een kwestie van logisch denken en invullen, maar als je zoiets vanaf scratch zou moeten opbouwen is het lastig om hier logica op los te laten. Diverse regio's maar ook kazernes onderling gebruiken hun eigen, soms afwijkende systematiek en soms lokale termen. Capcodes kunnen uniek zijn voor 1 functie of voertuig, maar kunnen ook dynamisch gebruikt worden. Capcodes kunnen niet alleen betrekking hebben op een functie of voertuig maar kunnen ook dag/tijdsgebonden zijn (wel/geen kantooruren bijvoorbeeld, of speciale codes voor vakanties/feestdagen). Externe partijen kunnen gealarmeerd worden en hoeven niet altijd direct hulpverlenings gerelateerd te zijn. Zo kan ik nog even doorratelen... Voertuigen kunnen ook op onverwachte momenten ingezet worden. Bijvoorbeeld een WO bij een brand (vlakbij het water) of een hoogwerker bij een waterongeval. De enige relatie die meestal wel te vinden is, is capcode en voertuignummer, maar zoals gezegd hoeft dit niet altijd een hard verband te zijn bij bemanning die meerdere voertuigen kan bemensen.

[Faramir]

...doe je dat geautomatiseerd?

Beide, in het begin de historische database log per uur in een spreadsheet en van daar de capcode's van dat uur mijn lijst in maar nu het te behappen is doe ik het handmatig.
Het zou volledig geautomatiseerd kunnen maar - hoe gek het ook klinkt - uit respect voor het vele werk dat er in P2KFlex wordt gestopt wil ik ook het handwerk moeten doen.
Dat naast een donatie zo vaak als het kan, ook weer als een blijk van waardering voor alle moeite. Dat een dergelijke site zonder abonnement beschikbaar is is bijzonder!

[Graus]

Voor onze website (p2kflex) hebben we diverse bronnen (dicht bij het vuur, letterlijk en figuurlijk) die ons voorzien van de juiste benamingen. Soms is het een kwestie van logisch denken en invullen, maar als je zoiets vanaf scratch zou moeten opbouwen is het lastig om hier logica op los te laten. Diverse regio's maar ook kazernes onderling gebruiken hun eigen, soms afwijkende systematiek en soms lokale termen. Capcodes kunnen uniek zijn voor 1 functie of voertuig, maar kunnen ook dynamisch gebruikt worden. Capcodes kunnen niet alleen betrekking hebben op een functie of voertuig maar kunnen ook dag/tijdsgebonden zijn (wel/geen kantooruren bijvoorbeeld, of speciale codes voor vakanties/feestdagen). Externe partijen kunnen gealarmeerd worden en hoeven niet altijd direct hulpverlenings gerelateerd te zijn. Zo kan ik nog even doorratelen... Voertuigen kunnen ook op onverwachte momenten ingezet worden. Bijvoorbeeld een WO bij een brand (vlakbij het water) of een hoogwerker bij een waterongeval. De enige relatie die meestal wel te vinden is, is capcode en voertuignummer, maar zoals gezegd hoeft dit niet altijd een hard verband te zijn bij bemanning die meerdere voertuigen kan bemensen.

Dank voor deze toelichting, ik denk idd dat mijn vraag raakt aan wat je hier zegt; deels is mijn vraag: kan dit uberhaupt geautomatiseerd? En jouw toelichting lijkt daar antwoord op te geven: nee; je hebt daar domeinkennis en menselijke 'ogen'/interpretatie voor nodig. Maar misschien kun je met datagedreven methoden en patronen (van hoe en waar bepaalde capcodes worden genoemd) toch wat dingen herkennen, of weten wanneer een capcode mogelijk in gebruik verandert.

Ik zie dat er in dit forum van alles wordt bijgehouden in de subfora, ik kan me voorstellen dat je die informatie automatisch zou kunnen parsen/behappen met een AI agent; om het zo automatisch naar een machineleesbare/eenduidige vorm weg te schrijven (een db; een API). Let op: ik stel niet voor dit daadwerkelijk te doen (ik gebruik bommel omdat daar expliciet staat dat gebruik vrij is, en zie net zogoed dat p2kflex "(c) All rights reserved" heeft staan; daar kom ik dus niet aan).

Ik vind het zelf een interessant idee om juist deze menselijke/specialistische kennis "terug te voeren" naar een bron die meerdere mensen kunnen gebruiken. (ik heb een achtergrond in AI en zoektechnologie, en vind dit domein, de P2000 berichten en de specifieke domeinconventies vanuit dat perspectief erg interessant ;-) )