[MapServer-users] Twin Cities Local OSGeo Chapter Meeting for Feb 2023

2023-02-06 Thread Basques, Bob (CI-StPaul)
All,

No takers on presenting for this months meeting.   Going with a face to face 
meeting at Keg and Case.

928 7th Street West
Saint Paul MN, 55102


Time 4:30 pm.   Feb. 8th

Upstairs in one of the sitting areas.





Bobb



My machine - - - PW19-S295-C024

<>___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users


Re: [MapServer-users] wms time validation of time parameter against timeextent gives unexpected results

2023-02-06 Thread Steve Lime
Does WMS 1.1 behave the same? I suppose it comes down to how 2022 is
interpreted as part of a range, I would have expected it would mean any
date in that year. Sounds like it's behaving like strictly less than
2022-01-01. What happens if you set the range using full dates, so
something like: 20050101/20221231?

--Steve

On Thu, Feb 2, 2023 at 3:33 AM Clausen Marcel via MapServer-users <
mapserver-users@lists.osgeo.org> wrote:

>
> Dear all
>
> We have the following question concerning the configuration and usage of
> time enabled wms layers.
>
> We are using the following metadata section for a time-enabled layer:
>
> METADATA
> "wms_enable_request" "*"
> "wms_title" "lubis_bildstreifen"
> "wms_extent" "210 105 285 140"
> "wms_timeextent" "2005/2022"
> "wms_timeitem" "flugdatum" # this is a date column in postgres
> END
>
>
> The time precision/resolution of the timeextent has to be set as year.
>
> The validation of the time parameter against the time extent with year
> precision gives some strange results. We were using the following getmap
> request for the tests:
>
>
> localhost:/local/?SERVICE=WMS&VERSION=1.3.0&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=true&LAYERS=ch.swisstopo.lubis-bildstreifen&CRS=EPSG:2056&STYLES=&WIDTH=860&HEIGHT=600&BBOX=242,105,285,135&TIME=2022
>
> parameter:  time=2005
> result: returns all features of 2005
> expected result:ok
>
> parameter:  time=2022
> result: returns all features of 2022
> expected result:ok
>
> parameter:  time=2023
> result: returns ServiceException [1]
> expected result:ok
>
> parameter:  time=2022-01-01
> result: returns ServiceException [2]
> expected result:we would expect this to be a valid timestamp
>
> parameter:  time=2022-01-01/2022-12-31
> result: returns ServiceException [3]
> expected result:we would expect this to be a valid timestamp
>
> It seems that if the precision of the time parameter is of -MM or
> -MM-TT the upper bound of the defined timextent 2005/2022 is not
> respected correctly.
> We got the same result with the timextent defined  as: 2005/2022/P1Y
>
> our mapserver version is:
> 
>
> Does someone have some insights or hints?
>
> Best regards
> Clausen Marcel
>
> [1]
> msWMSApplyTime: WMS server
> error. Time value(s) 2023 given is invalid or outside the time extent
> defined (2005/2022).
>
> [2]
>  msWMSApplyTime: WMS server
> error. Time value(s) 2022-01-01 given is invalid or outside the time extent
> defined (2005/2022). 
>
> [3]
>  msWMSApplyTime: WMS server
> error. Time value(s) 2022-01-01/2022-12-31 given is invalid or outside the
> time extent defined (2005/2022). 
>
>
>
>
>
>
>
>
>
> ___
> MapServer-users mailing list
> MapServer-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users