Scannersoftware > PDW

PDW versie 3.0 (met RS232 support)

<< < (17/17)

Hunter:
[quote="Asterix900"Wellicht zat de fout inderdaad bij mij. Heb het een tijdje gemonitord en het lijkt OK.[/quote]Ik had hier onlangs nog een discussie over en de manier waarop men wil filteren kan effect hebben op een juiste manier van sorteren en dat is iets waar ik helaas geen rekening mee kan houden. Een paar voorbeelden van de wijze waarop PDW 'gelijkwaardige' filters sorteert :

1. 1234567
2. 123456?

Gaat goed.

1. 1234567 "test"
2. 1234567
3. 123456?

Gaat ook goed.

Problemen *kunnen* zich voordoen als bij zo'n laatste wildcard ook tekstfilters worden gebruikt :

1. 1234567
2. 123456? "test"
3. 123456?

Een "testbericht" voor 1234567 zal ten alle tijden filter #1 triggeren. Een testbericht voor 1234566 triggert filter #3. Dit is een conflict tussen volledige adressen en wildcards binnen dezelfde reeks met tekstfilters. Dat is heel, heel lastig te voorkomen en is iets wat ik zelf nooit voorzien heb en wat dus ook niet naar boven is gekomen tijdens testen. Mocht iemand ooit zoiets ervaren en je de voorkeur aan zo'n tekstfilter willen geven, dan moet je de sortering handmatig wijzigen :

1. 123456? "test"
2. 1234567
3. 123456?

Asterix900:
Wat handig zou zijn, is het concept om meldingen niet op te nemen in de logfile met als criterium een in te geven woord. In steeds meer brandweerkorpsen kunnen brandweerlui hun beschikbaarheden doorgeven via telefoon of internet. Een bevestigingsbericht wordt vervolgens naar de pager gestuurd en is opgebouwd uit dezelfde tekst waarin enkel de parameters worden aangepast. Dergelijke berichten hebben weinig meerwaarde en overspoelen soms pdw op bepaalde tijdstippen. De RIC blokkeren werkt averechts omdat op andere tijdstippen wél interessante alarmmeldingen worden verstuurd naar de betrokken pager. Blokkeren dus op basis van inhoud ipv bestemmeling.

Een handige zoekfunctie zou ook het automatisch triëren van berichten die nog niet gelabeld zijn. Dat kan het werk iets gemakkelijker maken.

Gewoon enkele bedenkingen op deze zaterdagavond  ;)

Tom-:
Af en toe gebeurt het dat ik PDW start, en dat ik geen venster zie. Intussen weet ik dan hoe laat het is, in PDW.INI staat dan

--- Code: ---xPos=-32000
yPos=-32000
--- Einde van code ---

Hoe het er komt weet ik niet, maar omdat het altijd deze positie is moet er toch een oplossing voor zijn. Eventueel een workaround, waarbij -32000 gecorrigeerd wordt naar 0? Niet de mooiste manier, dat wel.

Weinig kritiek bugje, maar ik meld het toch maar.

Overige info:
Bij v 2.x kwam dit ook al voor.
Windows 7 Pro, x64.

Navigatie

[0] Berichtenindex

[*] Vorige pagina