Middernacht in uur van geboorte/overlijden

Nogmaals,
Gedcom 7 komt er aan en deze accepteert geen 24:00 uur

Nogmaals
Uit de (nieuwe) Gedcom 7.0 standaard:
Time is represented on a 24-hour clock (for example, 23:00 rather than 11:00 PM). It may be represented either in event-local time or in Coordinated Universal Time (UTC). UTC is indicated by including a Z (U+005A) after the time value; event-local time is indicated by its absence.
Note — The above grammar prohibits end-of-day instant 24:00:00 and leap seconds. It allows both 02:50 and 2:50 as the same time.

Dus ook een hookbestand, als dat al mogelijk is, druist tegen deze gedcom in.

Dus: voor een gedcom betekent 00:00 middernacht van de opgegeven datum, of 1 minuut na 23:59.
Voor een mens is dit totaal onlogisch en is 00:00 het prille begin van de opgegeven datum en 24:00 middernacht voor de opgegeven datum.
Niets belet Aldfaer om 24:00 te tonen en er 00:00 van te maken om de gedcom tevreden te stellen.
Eventueel een optie waarbij de gebruiker kan kiezen tussen de "menselijke" klok of de "gedcom" klok.

Het is de omgekeerde wereld dat de mens zich moet aanpassen aan de computer en niet omgekeerd. "Het is de fout van de computer" of "het systeem kan dat niet" heb ik in mijn leven al meer dan genoeg gehoord.

re: Niets belet Aldfaer om 24:00 te tonen en er 00:00 van te maken

Volgens uw mening dient dan ook de datum gewijzigd te worden

Verder, Aldfaer dient naar mijn mening geen invoer fouten te corrigeren.

@Ruud,
je zit er ver naast.
Wat ik heb aangeboden is de schrijfwijze, die Aldfaer heeft ingeval van 00:00, daar 24:00 in de rapportages van weer te geven. Dat heeft werkelijk niets van doen met welke gedcom standaard dan ook.

Ik meen dat jij ook sjablonen schrijft, dus je weet dat je via sjablonen niets aan de data in Aldfaer kunt wijzigen.

En waarom ik dat heb aangeboden is simpelweg omdat de tijdsbeleving van voor rond 1800 (en dus ook de registratie) geheel anders is dan de huidige tijdsbeleving en huidige tijdsnotatie. En dat wil de gebruiker tot uiting laten komen.

De gebruiker prefereerde tekstueel 24:00 in plaats van 'rond middernacht'. Het laatste geeft naar mijn mening beter weer wat in woorden in de toenmalige akte staat.

@Han
Nee hoor, er wordt in start bericht gevraagd een invoer 24:00 en deze bij invoer niet naar 00:00 te laten springen
Argumentatie "rond 1800" is niet afkomstig van de gebruiker.

Verder, ik heb nog nooit een sjabloon gemaakt. Wel standaard rapportages en het standaard Aldfaer menu vertaald in meerdere talen

Voor mij volstaat een hookconstructie die 00:01 in de rapporten laat zien als "middernacht" en 23:59 als "24:00".

Die hook heb ik al lang gemaakt en via de mail naar vraagsteller Guy gestuurd.

Zo maar een opmerking:
Een vliegtuig heeft een aankomsttijd van 00:00 uur op 1.1.2022
Een ander vliegtuig heeft een aankomsttijd van 24:00 op 31.12.2021
Beide komen dan dus gelijk aan op dezelfde landingsbaan?
Idem voor treinen op perron 1
Dat en soortgelijke situaties hebben er toe geleid dat, om ongelukken te voorkomen, 24:00 uur niet bestaat

In de handleiding (help) wordt 24:00 wel aangeduid: De tijd moet een geldig tijdstip in uren en eventueel minuten zijn tussen 00:00 en 24:00.