Probleem
Onvolledige datums worden nu ondersteund conform de GBA-voorschriften met behulp van een attribute StUF:indOnvolledigeDatum. In dit attribute kan worden gespecificeerd dat in een datum de dag, de maand of het jaar onbekend is.
Bij het omgaan met geografische data wordt vaak uitgegaan van luchtfoto's. Op zo'n luchtfoto is een nieuw object te zien of te zien dat een object gewijzigd is, maar de wijzigingsdatum is niet beter bekend dan het tijdsinterval tussen de twee opnames. Met de huidige specificatie kan zo'n tijdsinterval niet worden gespecificeerd.
Voorstel
Neem naast StUF:indOnvolledigeDatum ook de attributes StUF:ondergrensDatum en StUF:bovengrensDatum op. In deze twee datums kan de range voor de datum worden gespecificeerd. De waarde van het element zelf dient een datum in die range te zijn.
Maarten,
Steun voor jouw voorstel met daarbij twee kanttekeningen.
Deze discussie loopt ook binnen het stelsel van basisregistraties. Het omarmen van deze oplossing zou wel in zowel StUF als stelsel parallel moeten verlopen. Maar wanneer StUF deze oplossing kiest, staan we in verband van het stelsel natuurlijk wel weer sterker. Lijkt mij goed om deze oplossing ook in de expertgroep StUF van voor en nadelen te voorzien.
Het toevoegen van deze range naast indOnvolledigeDatum kan ik mij voorstellen voor een overgangsperiode. Wanneer we echter kiezen voor het werken met deze range, moeten we denk ik wel direct aangeven dat we de oplossing met indOnvolledigeDatum op (redelijk korte) termijn uitfaseren.
Beste Maarten,
Ik heb in navolging op Ruud twee opmerkingen:
1. Vervang met deze nieuwe oplossing de bestaande oplossing. De oude oplossing is namelijk te mappen op de nieuwe oplossing. Een datum 20110301 met indOnvolledigedatum "D" komt namelijk overeen met ondergrens 20110301 en bovengrens 20110331. Andersom kun je een onder- en bovengrens ook mappen op een indicator op basis van het niet gemeenschappelijke deel van de onder- en bovengrens.
2. Voor het eenduidig verwerken van dit soort datums (zeker ook door applicaties die geen belang hebben bij de "onzekerhgeidsfactor"), stel ik voor om als waarde altijd de datum op te nemen die als ondergrens wordt opgenomen.
Groeten, John Rooijakkers