-
-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Timestamp with timezone in postgres #223
Comments
Goed punt. Dit is i.i.g. bij de BGT en BAG zo. Bij de BRK en TOP10NL laten we trouwens de tijden als string staan. Dat moet beter kunnen. Dit heeft er ondermeer mee te maken dat GDAL/OGR moeite heeft (had?) met het omzetten van datum- en timestamp-velden in de GML naar velden van het juiste type in PostgreSQL. Bij de BAG wordt trouwens geen gebruik gemaakt van GDAL/OGR. |
Voor het BAG heb ik de wijzigingen klaar staan. Vraag: de tabeldefinities veranderen (van zonder naar mét time zone), moet de schema-versie dan ook opgehoogd worden ? @fsteggink NLExtract/bag/db/script/bag-db.sql Line 21 in 568a45e
|
@borrob Bedankt! Ja hoog schema-versie maar op. Idd, |
Thanx. Ik open zo een pull request. Ik heb aangenomen dat de aangeleverde gegevens in de Nederlandse tijdzone (Europe/Amsterdam) zijn gebeurd. Bij het inlezen wordt de db-connectie op die tijdzone ingesteld en daarmee krijgen de datumtijd-velden dat automatisch toebedeeld bij het inlezen. Dat betekent UTC+1 voor wintertijd en UTC+2 voor zomertijd. Overigens begrijp ik uit pagina 8 van de beschrijving van het BAG-koppelvlak dat:
Hieruit haal ik dat het dus niet zo zeer om een specifieke tijd gaat, maar meer om een volgorde. Ik zal kijken wat ik nog voor de BGT en de andere datasets kan doen. |
Issue aan mezelf toegevoegd, om dit voor de TOP10- en overige BRT-extracten en BRK-extract na te kijken / fixen. |
Vanwege de discussie op #238 realiseer ik me dat |
@borrob: Just en ik hebben beide besloten om je aanpassing intact te laten, dus mocht je in de gelegenheid zijn om hiervoor nog een PR te maken, dan zou dat heel fijn zijn. |
Voor de BRK zie PR #242 . |
De BRT-features hebben alleen datums. TOP50NL en TOP100NL bevatten wel data met tijdstippen, nl. objectbegintijd en objecteindtijd. Het laatste attribuut is altijd leeg, omdat de BRT alleen actuele data bevat. Bij objectbegintijd is het tijdstip altijd 00:00:00.000. Dat is logisch, want bij TOP10NL is helemaal geen tijdstip meerbeschikbaar en dit lijkt een gevolg van een verouderd datamodel. Zie ook de versienummers. TOP50 en 100 zitten op v1.1 en de rest op v1.2. Ik ga het issue afsluiten, want in alle datasets waar dit van toepassing is, hebben we een tijdzone toegevoegd. |
Volgens mij is van alle tijden de tijdzone bekend. Dan zouden de kolommen timestamptz moeten zijn. Ze zijn nu allemaal timestamp zonder timezone.
In postgres is een timestamp zonder timezone een soort geometry zonder srid.
The text was updated successfully, but these errors were encountered: