Opened 12 years ago
Closed 11 years ago
#332 closed defect (wontfix)
Support for time in GML coverage output
Reported by: | Dimitar Misev | Owned by: | abeccati |
---|---|---|---|
Priority: | major | Milestone: | 9.0 |
Component: | petascope | Version: | 8.4 |
Keywords: | Cc: | pbauman, Piero Campalani, abeccati | |
Complexity: | Medium |
Description
Only integer/floats are supported by GML, so having a time axis can not be encoded in the coverage output, or it can be encoded by breaking the XML schema validation.
Change History (5)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Yes so one idea is to break the schema anyway for users who are fine with that.
We could introduce a flag in petascope.properties to enable/disable this.
comment:4 by , 11 years ago
I think so, we would lose OGC compliance.
Time can be handled in input queries, both WCS and WCPS, but we keep numeric coords in the GML.
$ grep "t \?(\"" ~/rasdaman/systemtest/testcases_services/test_wcps/queries/ ~/rasdaman/systemtest/testcases_services/test_wcs/queries/ -Rh t("1950-01-02"), subset=t("1950-01-01") subset=t("1950-01-01","1950-01-05") subset=t("1950-01-07T12:00")
comment:5 by , 11 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
I am afraid this will not be possible Dimitar, as I got it from some discussion in the OGC mailing lists.
Temporal coordinates will need to be printed as they are (numbers): the application, knowing the temporal CRS, will be able to convert them to dates/timestamps.
What we can/will do is allow dates/timestamps in the W*S requests.
?