-
Notifications
You must be signed in to change notification settings - Fork 0
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
dataLoadStatus and dateTimes #30
Comments
To test what strings postgres handles, we used the pg-gui:
datasets with dateTimeFomratStrings we may want to test further |
No solution right now. Handling all dateTimes in the preferred list could be not worth the effort. but the dataLoadStatus check is valuable for checking typing. (see #25) |
also, the error msg from that check could be friendlier, although that would have to be customize for different types of failures. In the case of ble.9.1, here is Mark's response: Maybe a general response from dataLoadStatus could be prefixed, e.g.: we want to keep something like dataLoadStatus, however. People have asked for checks to confirm bounds and coverage, and loading into something with functions like min/max/mean would be necessary for that. |
Background: Our list of preferred dateTimeFormatString is based on ISO
there are datetime strings in this list that pg does not understand. So a plain to_timestamp('2018-08-08 09:00-08','' does not always work.
example dataset: https://portal-s.edirepository.org/nis/reportviewer?packageid=knb-lter-ble.9.1
with the dateTimeFormatString =
YYYY-MM-DDThh:mm-hh
The last-hh
is the offset to UTC, and is correct.the error you get is
ERROR: conflicting values for "mm" field in formatting string Detail: This value contradicts a previous setting for the same field type.
To see what strings posgtres allows, see
https://www.postgresqltutorial.com/postgresql-to_timestamp/
The text was updated successfully, but these errors were encountered: