Open vlauciani opened 1 year ago
Based on FDSN specification https://www.fdsn.org/webservices/FDSN-WS-Specifications-1.2.pdf:
All time values are specified in UTC and should use one particular variation of the ISO 8601 standard with the addition of sub-seconds:
YYYY-MM-DDTHH:MM:SS.ssssss
Where the fields are as specified in ISO 8601 and a “T” separates the date and time. The “ssssss” are the sub-seconds expressed between 1/10 of a second to microsecond resolution; they do not all need to be present.
Two shorter variations for specifying time should be supported:
YYYY-MM-DDTHH:MM:SS (implies a time of YYYY-MM-DDTHH:MM:SS.000000)
where the sub-seconds are interpreted to be zeros and
YYYY-MM-DD (implies a time of YYYY-MM-DDT00:00:00.000000)
where the hour, minute, second and sub-second are interpreted to be zeros.
However, the error message has extra .00000Z
should be removed.
the same request without Z
works fine
This is something that's likely to be updated in the future, as per the recent changes to stationxml regarding Z
Thanks @elidana , the request without Z
works fine... but Z
is part of ISO8601:
This is the only FDSN service where I got this error. I should update my script to remove the Z
letter when the request will be submitted to the GeoNet FDSN; I'll do that, no problem.
Looking the FDSN-Spec (https://www.fdsn.org/webservices/FDSN-WS-Specifications-1.2.pdf), the misunderstand is the frase:
All time values are specified in UTC and should use one particular variation of the ISO 8601 standard with the addition of sub-seconds:
YYYY-MM-DDTHH:MM:SS.ssssss
which is in contrast with Wiki (https://en.wikipedia.org/wiki/ISO_8601):
[...] if no time zone information is provided with a time representation, it should be interpreted as local time
Anyway, it's not a problem for me to fix this.
Thanks for the support.
A requeste like:
return an error:
I think that the problem is the timezone reported with "Z" letter.