Re: [MapServer-users] [EXTERNAL] Two regular expressions

2023-02-09 Thread Preuß , Sylvia 
Thank you very much.











Von: MapServer-users  Im Auftrag von 
Lime, Steve D (MNIT) via MapServer-users
Gesendet: Mittwoch, 8. Februar 2023 15:37
An: Schylberg Lars ; 
mapserver-users@lists.osgeo.org
Betreff: Re: [MapServer-users] [EXTERNAL] Two regular expressions

You can also match either with something like:

  ^(GERMAN|FRENCH)$

A good resource for testing is https://www.regextester.com/ and there others 
out there too.

--Steve

From: MapServer-users  On Behalf Of 
Schylberg Lars
Sent: Wednesday, February 8, 2023 2:07 AM
To: 'mapserver-users@lists.osgeo.org' 
Subject: Re: [MapServer-users] [EXTERNAL] Two regular expressions

Hi,

You need to use a CLASSITEM

LAYER
  ...
  CLASSITEM "LANGUAGE"

  CLASS
EXPRESSION /^GERMAN$/
...
EXPRESSION /^FRENCH$/
 ...
...

Have fun / Lars S.

From: MapServer-users 
mailto:mapserver-users-boun...@lists.osgeo.org>>
 On Behalf Of Preuß, Sylvia
Sent: den 8 februari 2023 08:24
To: 'mapserver-users@lists.osgeo.org' 
mailto:mapserver-users@lists.osgeo.org>>
Subject: [EXTERNAL] [MapServer-users] Two regular expressions

Hello,

is it possible to do something like that with a regular expression
MAP...
EXPRESSION ('[LANGUAGE]' eq 'GERMAN' OR '[LANGUAGE]' eq 'FRENCH')?
...END

my regular expressions include ^ and $:

EXPRESSION /^RMA$/
EXPRESSION /^RENC$/

Thanks
sylviaobk



Der E-Mail-Dienst des Oberbergischen Kreises dient ausschließlich der 
dienstlichen Kommunikation.
Senden Sie deshalb keine E-Mails privaten Inhalts an E-Mail-Adressen des 
Oberbergischen Kreises.
Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail gerichtet 
ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf Ihre 
Nachricht hat. Für Berufsgeheimnisträger und besondere Funktionsträger gelten 
abweichende Regelungen.
Es wird außerdem darauf hingewiesen, dass die Kommunikation per E-Mail ohne 
Authentifizierung und Verschlüsselung unsicher ist, da für unberechtigte Dritte 
grundsätzlich die Möglichkeit der Kenntnisnahme und Manipulation besteht.
Es wird deshalb keine Verantwortung für den Inhalt dieser Nachricht übernommen, 
da eine Manipulation nicht ausgeschlossen werden kann.
Obwohl alle angemessenen Vorkehrungen getroffen wurden, um sicherzustellen, 
dass Anlagen dieser E-Mail virusgeprüft sind, wird empfohlen, anhängende 
Dateien vor dem Öffnen durch Ihr eigenes Virus-Programm zu prüfen, da keinerlei 
Haftung für Schäden übernommen wird, die infolge etwaiger Software-Viren 
entstehen könnten.
Der Inhalt dieser E-Mail ist ausschließlich für die bezeichnete Person 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen 
Vertretung sein sollten, beachten Sie bitte, dass jede Form der Kenntnisnahme, 
Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail 
unzulässig ist. In diesem Fall wird darum gebeten, sich mit der absendenden 
Person der E-Mail in Verbindung zu setzen.



Der E-Mail-Dienst des Oberbergischen Kreises dient ausschließlich der 
dienstlichen Kommunikation.
Senden Sie deshalb keine E-Mails privaten Inhalts an E-Mail-Adressen des 
Oberbergischen Kreises.
Es wird darauf hingewiesen, dass neben der Person, an die Ihre E-Mail gerichtet 
ist, auch deren Vertretung im Amt einen unmittelbaren Zugriff auf Ihre 
Nachricht hat. Für Berufsgeheimnisträger und besondere Funktionsträger gelten 
abweichende Regelungen.
Es wird außerdem darauf hingewiesen, dass die Kommunikation per E-Mail ohne 
Authentifizierung und Verschlüsselung unsicher ist, da für unberechtigte Dritte 
grundsätzlich die Möglichkeit der Kenntnisnahme und Manipulation besteht.
Es wird deshalb keine Verantwortung für den Inhalt dieser Nachricht übernommen, 
da eine Manipulation nicht ausgeschlossen werden kann.
Obwohl alle angemessenen Vorkehrungen getroffen wurden, um sicherzustellen, 
dass Anlagen dieser E-Mail virusgeprüft sind, wird empfohlen, anhängende 
Dateien vor dem Öffnen durch Ihr eigenes Virus-Programm zu prüfen, da keinerlei 
Haftung für Schäden übernommen wird, die infolge etwaiger Software-Viren 
entstehen könnten.
Der Inhalt dieser E-Mail ist ausschließlich für die bezeichnete Person 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser E-Mail oder dessen 
Vertretung sein sollten, beachten Sie bitte, dass jede Form der Kenntnisnahme, 
Veröffentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail 
unzulässig ist. In diesem Fall wird darum gebeten, sich mit der absendenden 
Person der E-Mail in Verbindung zu setzen.

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

[MapServer-users] How to count quantity of S3 requests sent by mapserver while GetMap request

2023-02-09 Thread Marcin Niemyjski via MapServer-users 

Hello,


after short break I coming back to you with another question.

I've got to check how many s3 requests is sent by mapserver to bucket 
containing WMS source data while performing GetMap requests.

Any recommendations on how to do that?

Best,
Marcin




[cid:a545b0b0-2736-4113-8933-f6c75c10fe13]
   Book time to meet with 
me
___
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-09 Thread Lime, Steve D (MNIT) via MapServer-users 
So, if you turn on logging, what shows up in terms of Pg queries.

-Original Message-
From: MapServer-users  On Behalf Of 
Clausen Marcel via MapServer-users
Sent: Tuesday, February 7, 2023 7:37 AM
To: sdl...@gmail.com
Cc: mapserver-users@lists.osgeo.org
Subject: Re: [MapServer-users] wms time validation of time parameter against 
timeextent gives unexpected results

Hello Steve


Thank you for your response,
we would have expected that too.

with wms 1.1 the service response is the same.

with this metadata "wms_timeextent" "2005/2022"
the service response is:

http://localhost:/local/?SERVICE=WMS&VERSION=1.1.0&REQUEST=GetMap&FORMAT=image/png&TRANSPARENT=true&LAYERS=ch.swisstopo.lubis-bildstreifen&SRS=EPSG:2056&STYLES=&WIDTH=860&HEIGHT=600&BBOX=242,105,285,135&TIME=2022-01-01/2022-12-31

 
 
msWMSApplyTime: WMS server error. Time value(s) 2022-01-01/2022-12-31 given is 
invalid or outside the time extent defined (2005/2022).



The only work-around we found so far is to set the time-range in the metadata 
with a date precision of day:
"wms_timeextent" "2005-01-01/2022-12-31" but then in the getcap we would have 
this information:

2005-01-01/2022-12-31

which is not representing the real nature of this dataset, the time resolution 
here should be a year.

Best regards
Marcel




Von: Steve Lime 
Gesendet: Montag, 6. Februar 2023 17:48:26
An: Clausen Marcel swisstopo
Cc: mapserver-users@lists.osgeo.org
Betreff: Re: [MapServer-users] wms time validation of time parameter against 
timeextent gives unexpected results

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 
mailto: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://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.osgeo.org%2Fmailman%2Flistinfo%2Fmapserver-users&data=05%7C01%7Csteve.lime%40state.mn.us%7C20a25ea5e6e1488c95a708db0910782a%7Ceb14b04624c445198f26b89c2159828c%7C0%7C0%7C638113738576533245%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ha1sFKw7qRtLxB7ei0D%2FjhcGNTQlgwYz5U0WhLnN3Iw%3D&reserved=0