EDIT

AM:

beim derzeitigen Upgrade unserer verwendeten Software Libraries fällt uns gerade wieder ein Thema auf die Füße, welches insbesondere in https://dev.e-taxonomy.eu/redmine/issues/8343 im Zusammenhang mit Phycobank diskutiert wurde.

Das Grundproblem ist, dass wir das Registrierungsdatum mit Uhrzeit erfassen, allerdings zumindest bei der Ausgabe keine Zeitzone mit angeben. Auch bei der Erfassung ist bislang nicht ganz klar, von welcher Zeitzone ausgegangen wird, einerseits bei der Eingabe im Vaadin Editor, andererseits bei den ursprünglich importierten Daten.

Um das derzeitige Problem zu fixen wäre es gut, wenn wir nochmal klar die Anforderungen definieren würden, die Phycobank an die Zeiterfassung hat.
Derzeit sehe ich z.B: auf https://www.phycobank.org/cdm_dataportal/registration?identifier=http%3A//phycobank.org/100160 dass dort eine Uhrzeit ausgegeben wird (derzeit 00:00:00 da dieser Datensatz vermutlich ohne Uhrzeit erfasst wurde) ohne jedoch eine Angabe zur Zeitzone.
Verstehe ich es richtig, dass die Erfassung der Zeit insbesondere erwünscht ist, um ggf. die Prioritätsreihenfolge zweier Namen noch genauer bestimmen zu können als nur über das Datum? Wenn dies der Fall ist, machte eine Angabe ohne Zeitzone nicht viel Sinn, da dann Daten von Neuseeland schlecht mit solchen aus Alaska verglichen werden können.
Habt ihr das in Phycobank mal diskutiert? Bzw. soll die Angabe „Registration on 2018-06-12 00:00:00 in PhycoBank Berlin“ bedeuten, dass es sich um Berlin-Zeit handelt. Das geht m.E. aus dem Text nicht so eindeutig hervor.
Und habt ihr auch diskutiert, wie mit dem im Ticket beschriebenen Daten umgegangen werden soll, die offensichtlich eigentlich keine Uhrzeit, sondern nur ein Datum besitzen, weil z.B. basierend auf importierten historischen Daten?

===

AM:

… ich sehe gerade, dass in Vaadin es gar nicht möglich ist eine Uhrzeit einzugeben bzw. diese nicht angezeigt wird. Da frage ich mich, warum die Uhrzeit im Portal angezeigt wird/werden muss.

===

AM:

Also, wenn wir die Uhrzeit mit Timezone behalten wollen, wofür schon auch einiges spricht, sollten wir ein besseres Format verwenden. Beispiel-Formate findet man auf https://www.php.net/manual/en/function.date.php oder https://www.php.net/manual/en/datetime.format.php

Mein Favorit wäre RFC2822, was dann etwa so aussieht: Wed, 25 Sep 2013 15:28:57 -0700. Natürlich könnten wir uns auch etwas zusammenbauen, was ähnlich aussieht aber ohne „Wed“, was ja unnötig ist.

Lediglich für DateTime die offensichtlich keine Zeit enthalten also deren Zeit letztlich 00:00:00 ist würde ich vorschlagen den gesamten Uhrzeit Teil inklusive Timezone Info zu streichen, sonst bekommen wir häufig 22:00:00 +0200 aber eben mit dem „falschen“ Datum, da die Zeit dann in der lokalen Zeit bereits einen Tag später ist.

For now, I implemented the date formatting in the way that timezone information is added using the "O" format (https://www.php.net/manual/en/datetime.format.php) resulting in something like ... +0200. Also adapted tests accordingly.

Not yet implemented is special "midnight" handling.

Remaining issues should be solved in next milestone