@Bob,
Het is niet "www kan ook best controle uitvoeren", maar "www moet ook controles uitvoeren".
Elke schakel in de keten heeft zijn of haar verantwoordelijkheden. Afschuiven naar de vorige schakel is niet bepaald professioneel.
Het begint bij de controle tijdens en na het invoeren bij de archiefdienst. Als zij de gegevens doorgeven naar bijvoorbeeld GenLias of www dan horen weer controles uitgevoerd te worden.
Een voorbeeld in www, dat er niet om liegt:
voornaam = 'doodgeboren' en plaatsnaam = 'Rockanje'
221 hits, maar bij alle doodgeboren kinderen wordt verwezen naar een geboorteakte.
Idem bij Oostvoorne geeft 257 hits met het documenttype 'BS geboorte'.
Dit komt overigens bij meerdere plaatsen op Voorne-Putten voor.
Het regionaal archief VPR heeft hier duidelijk niets gecontroleerd toen de gegevens in GenLias werden opgenomen. Www neemt alles nogmaals klakkeloos over.
Zie ook http://www.genver.nl/zh/0598MAN.HTM en http://www.genver.nl/zh/0581MAN.HTM
Om op je laatste vraag terug te komen:
"Vraag is of - als je dit geautomatiseerd kunt detecteren - je de inconsistente gegevens nog steeds moet publiceren (met of zonder waarschuwing of foutmelding)?"
Fouten, die ontstaan zijn in de akten zelf moet je zeker (ongecorrigeerd) publiceren, maar als dit technisch mogelijk is ook een melding doen met wat er aan schort. De historie moet immers intact blijven.
Een goed voorbeeld: http://www.genlias.nl/nl/searchDetail.jsp?val=0&xtr=24241593
Inconsistente gegevens, die wel gecorrigeerd moeten worden:
De volgende persoon kan nooit overleden zijn http://www.genlias.nl/nl/searchDetail.jsp?val=0&xtr=24185580 31 april heeft immers nooit bestaan.
En het volgende huwelijk zou formeel nooit hebben plaatsgevonden: http://www.genlias.nl/nl/searchDetail.jsp?val=0&xtr=14666822 als ik de gegevens mag geloven, maar daar hebben we www.genver.nl voor.
Duidelijke voorbeelden, die bij het inlezen van data vragen om syntax-controles op datums.
Invoerfouten corrigeren of als het niet anders kan, melden wat er fout is.