[mapserver-users] REMINDER: May 13, 2020 - OSGeo Local Chapter Virtual Meeting (aka TCMUG)

2020-05-11 Thread Basques, Bob (CI-StPaul) 
LAST REMINDER!!  Remember to send your email for the invite/password.


All,

So, the last meeting was interesting in that we went virtual with it for the 
first time.  All in all it worked out very well.  We even had a few out of 
towners show up. We presented a couple of short presentations that seemed to be 
of interest to the group based on the questions raised.

Operator error (on my part) prevented me from recording anything from the last 
meeting, I forgot to hit the record button, so no pictures , not even a 
screenshot.   I'll attempt to do better this time around.  We can still add a 
second presentation if anyone is interested, just let me know, or raise the 
topic at the meeting

I'm liking the capabilities that Jitsi allows, but I also don't want the group 
to get bombed while a meeting is in progress.  Still learning how to best 
secure the meeting.  Until I figure out the basics on this, can I have everyone 
interested in attending send me their email address in order to send out the 
Jitsi meeting invite directly, vs announcing on the lists, which seems to be a 
no-no?  Looking into some sort of Web based distro of the invite that folks 
would need to login to.  But maybe someone out there has a better idea??


The May meeting will feature a guest speaker,

Michael Battaglia (mjbat...@mtu.edu) - 
Bio.




A blurb from Michael about the presentation:

"Coastal wetlands are a critical component of the Great Lakes ecosystem. 
Fluctuating lake levels, anthropogenic activity, and invasion by non-native 
vegetation have led to rapid changes to these valuable, yet fragile, wetland 
areas. Frequent monitoring is necessary to understand where and when changes 
are occurring, however, field visits are costly and time consuming. Techniques 
leveraging spaceborne synthetic aperture radar data enable timely remote 
monitoring of a variety of important variables, including wetland type and 
inundation extent. This talk will show methods used to generate map products 
for those parameters and share results generated with RADARSAT-2 SAR data for 
several pilot sites around the Great Lakes.

Duration: approx.. 30 min.


Meeting details:

Where: Jitsi (send email for invite)
When: 4:30 pm, May 13th, 2020.

bobb

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

[mapserver-users] Getting cellsize with Mapscript

2020-05-11 Thread Vladimir 

Hi All!
 
As I noticed, the 'cellsize' is calculated during 'OWSDispatch' performing.
Is it possible to get it right after setting of request parameters?
 
Code sample:
 
    map_obj = mapscript.mapObj('mapfile.map')
    request = mapscript.OWSRequest()
    for key, value in params:
        request.setParameter(key, value)#setting BBOX, HEIGHT, WIDTH etc
   
    cellsize = map_obj.cellsize ???
 
    …
 
    mapscript.msIO_installStdoutToBuffer()
    map_obj.OWSDispatch(request)
    mapscript.msIO_getStdoutBufferBytes()
 
--
Regards, Vladimir.
 ___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WCS GetCoverage request one by one pixel

2020-05-11 Thread Rahkonen Jukka (MML) 
Hi,

I verified the error and I am pretty sure that subsetting with min=max has been 
working for me couple of years ago with some Mapserver version.

This sends a GeoTIFF:
http://localhost:8060/cgi-bin/mapserv.exe?map=c:\ms4w_data\raster_test.map=WCS=2.0.1=GetCoverage=natural_earth=long(27,28)=lat(62,63)

This sends an error:
http://localhost:8060/cgi-bin/mapserv.exe?map=c:\ms4w_data\raster_test.map=WCS=2.0.1=GetCoverage=natural_earth=long(27,27)=lat(62,62)
msImageCreate(): Image handling error. Attempt to allocate raw image failed, 
out of memory.

I believe that 1x1 pixel image is expected because WCS 2.0.1 standard defines 
that the request is OK.

"Then, for the trim bounds trimLow and trimHigh the following
shall hold: L <= trimLow <= trimHigh <= H"

Here is my MS4W mapfile for the Natural Earth raster 
https://www.naturalearthdata.com/http//www.naturalearthdata.com/download/50m/raster/NE1_50M_SR_W.zip

MAP
  NAME ""
  STATUS ON
MAXSIZE 5000
CONFIG "MS_ERRORFILE" "c:\ms4w_data\test_error.txt"
#DEBUG 3
EXTENT -180 -90 180 90
  SIZE 600 600
  #SHAPEPATH "c:\ms4w\tmp\ms_tmp"
  IMAGECOLOR 255 255 255
  UNITS METERS
  WEB
#IMAGEPATH "c:\ms4w\tmp\ms_tmp"
#IMAGEURL "c:\ms4w\tmp\ms_tmp"
  METADATA
  "ows_enable_request" "*"
  "wms_srs""EPSG:4326"
  "ows_onlineresource"
"http://localhost:8060/cgi-bin/mapserv.exe?map=c:\ms4w_data\test.map;
  "wms_title""wms-test"
  "wcs_label"   "wcs-test" ### required
  "wcs_description" "wcs-test"
  "wcs_enable_request"   "*"
 END
  END
PROJECTION
"init=epsg:4326"
  END
  OUTPUTFORMAT
  NAME 'AGG_Q'
  MIMETYPE "image/png"  DRIVER "AGG/PNG"
  EXTENSION "png"
  IMAGEMODE RGB
  FORMATOPTION "QUANTIZE_FORCE=ON"
  FORMATOPTION "QUANTIZE_DITHER=OFF"
  FORMATOPTION "QUANTIZE_COLORS=256"
  END
OUTPUTFORMAT
  NAME GEOTIFF
  DRIVER "GDAL/GTiff"
  MIMETYPE "image/tiff"
  IMAGEMODE BYTE
  EXTENSION "tif"
END

LAYER
NAME "natural_earth"
TYPE RASTER
STATUS ON
DATA "c:\ms4w_data\ne_raster\NE1_50M_SR_W.tif"
PROJECTION
"init=epsg:4326"
END
METADATA
  "wms_title" "ne_raster"
  "wcs_title" "ne_raster"
END

END #layer
END #map


Lähettäjä: mapserver-users  Puolesta 
Even Rouault
Lähetetty: lauantai 9. toukokuuta 2020 21.41
Vastaanottaja: mapserver-users@lists.osgeo.org
Aihe: Re: [mapserver-users] WCS GetCoverage request one by one pixel


Anton,



> I quickly skimmed the issue tracker on Github but could not find any issue

> causing this problem. Any thoughts on the cause of the problem are highly

> appreciated.



I believe this is a bug in MapServer due to a difference between pixel-center 
vs pixel-corner convention between WCS conventions and MapServer conventions, 
which must lead to an empty bounding box when the request is 1x1, and thus 
causing invalid resolution to be computed at some point (division by zero). 
This could presumably be fixed



Even



--

Spatialys - Geospatial professional services

http://www.spatialys.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users