Re: [mapserver-users] [GeoMoose-users] [SURVEY] Publishing of Twin Cities, OSGeo Local Chapter Meeting Recordings

2022-07-13 Thread James Klassen 
My comment is to first coordinate with OSGeo as there is already likely an
established process/location for this sort of thing.

On Wed, Jul 13, 2022 at 11:49 Basques, Bob (CI-StPaul) <
bob.basq...@ci.stpaul.mn.us> wrote:

> All,
>
>
>
> I’ve been publishing our past meeting recording  links on my own, but the
> hardware it’s on is nearing end of life. It’s been down for a couple of
> weeks now, and I was pondering publishing our presentations to a You-Tube
> Channel.  I think this will make things easier on the maint. and
> publishing, and also allow for a little better handling, of metadata
> aspects.  This should also make it easier for everyone in our groups to
> direct people to our presentations in the past, present, and future to
> promote our efforts to date.  I also have some old presentations that I
> did, saved from meetings way back in the day (When we were TCMUG) that I
> would like to park somewhere, probably as a retrospective.
>
>
>
> So,  can you reply to this Email with a +1 if in favor or -1 if not.   Go
> ahead and add any comments as well for reasoning.  Even if it’s decided
> that it’s a good idea, I’ll still get an individual signoff from each
> presenter before posting anything.
>
>
>
> Bobb
>
>
>
>
>
>
>
> Get me in Teams
> 
>
> *PW19-S295-C024*
>
>
>
>
> ___
> GeoMoose-users mailing list
> geomoose-us...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/geomoose-users
>
___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] OGR GeoJSON Layers...

2018-12-07 Thread James Klassen 
The following works for me with MapServer 7.0.6/GDAL 2.2.  Note it doesn't
appear to pass the bbox filter to the ESRI service so this only works with
small layers (otherwise it will timeout).  With newer GDAL versions
'OGRGeoJSON' will likely need to become 'ESRIJSON'.


LAYER
NAME 'rcoffices'
TYPE POINT

CONNECTIONTYPE OGR
CONNECTION "
https://maps.co.ramsey.mn.us/arcgis/rest/services/MapRamsey/MapRamseyOperationalLayersAll/MapServer/1/query?f=json=1=1=*=OBJECTID
"

DATA "OGRGeoJSON"

PROJECTION "init=epsg:200068" END

CLASS
STYLE
SYMBOL "circle"
SIZE 10
COLOR 255 0 0
OUTLINECOLOR 0 0 0
END
END
END


Note: epsg:200068 is setup locally as Ramsey County Coordinates:

+proj=lcc +lat_2=44.88 +lat_1=45.13
+lat_0=44.79 +lon_0=-93.383334 +x_0=152400.3048
+y_0=30480.0610 +unit=sft +to_meter=0.30480060960122 +a=6378418.941
+b=6357033.310 +no_defs

On Mon, Dec 3, 2018 at 3:13 PM Lime, Steve D (MNIT) 
wrote:

> Hi all: I’m running into an issue with GeoJSON service URLs vs local
> GeoJSON files. If I setup a connection like so:
>
>
>
>   CONNECTIONTYPE OGR
>
>   CONNECTION “http://...some arcgis
> server.../arcgis/rest/services...?...query string…”
>
>
>
> and try to draw the layer it seems like it’s fetching features yet nothing
> is drawn. With CONFIG “CPL_DEBUG” “ON” I see an OGR message that it was
> able to open the URL successfully as GeoJSON . Using ogrinfo at the command
> line also works with the URL.
>
>
>
> If I first save the URL response using wget and reference the local file,
> e.g.:
>
>
>
>   CONNECTIONTYPE OGR
>
>   CONNECTION “foo.json”
>
>
>
> then the layer is drawn successfully. I know this has come up at least
> once before on the list but with no resolution.
>
>
>
> This is running MapServer 6.4.5.
>
>
>
> --Steve
> ___
> 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

[mapserver-users] Listing mapfile dependencies

2016-01-22 Thread James Klassen 
Is there a good way to list all of the dependencies (files, URLs, database
connections, etc.) of a mapfile?

I am trying to automate synchronizing mapfiles from our main server to
Raspberry Pis to be used as mini-servers in the field.  To save space, I'd
like to automatically get a list of all the files a particular mapfile
depends on and only copy those instead of copying full directory trees
which have many (large) unnecessary files.

It seems like a complete solution might be very complex undertaking given
the number of places resources can be referenced from: TILEINDEX, GDAL/OGR
connections (vrt), TEMPLATES, data generated URLs formed inside of
TEMPLATES, database connections, files that are really multiple files
(.shp, .wld), etc.

I can write something that deals with the subset of MapServer that we use,
but was wondering if anyone had started something similar.

Jim Klassen
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Listing mapfile dependencies

2016-01-22 Thread James Klassen 
We are basically building a smaller version of our production server:

* Raspberry Pi 2 Model B running Raspbian Jessie with a fast SD card (a
fast SD card is critical)
* MapServer 6.4 compiled from source (we apply a couple of minor patches),
although I think mapserver is in the OS repository too.
* PostGIS
* GeoMoose
* A bunch of ruby services (in lieu of the standard PHP ones, again to
match our production build, not because of any Pi specific problems with
PHP)

It doesn't compete speed wise with the regular servers (somewhere between
2x and 30x slower depending on the task), but it is usably responsive for
one or two users. The biggest limitation is having to be choosy about what
data goes on it because SD cards are a lot smaller than the SAN.


On Fri, Jan 22, 2016 at 2:47 PM, Fawcett, David (MNIT) <
david.fawc...@state.mn.us> wrote:

> You guys are running Mapserver on a Pi?  I want to hear more about that!
>
>
>
>
>
>
>
> *From:* mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] *On
> Behalf Of *James Klassen
> *Sent:* Friday, January 22, 2016 2:08 PM
> *To:* mapserver-users@lists.osgeo.org
> *Subject:* [mapserver-users] Listing mapfile dependencies
>
>
>
> Is there a good way to list all of the dependencies (files, URLs, database
> connections, etc.) of a mapfile?
>
> I am trying to automate synchronizing mapfiles from our main server to
> Raspberry Pis to be used as mini-servers in the field.  To save space, I'd
> like to automatically get a list of all the files a particular mapfile
> depends on and only copy those instead of copying full directory trees
> which have many (large) unnecessary files.
>
> It seems like a complete solution might be very complex undertaking given
> the number of places resources can be referenced from: TILEINDEX, GDAL/OGR
> connections (vrt), TEMPLATES, data generated URLs formed inside of
> TEMPLATES, database connections, files that are really multiple files
> (.shp, .wld), etc.
>
> I can write something that deals with the subset of MapServer that we use,
> but was wondering if anyone had started something similar.
>
> Jim Klassen
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Getcapabilities extremely slow in version 6.4.1

2015-03-06 Thread James Klassen 
Unofficial benchmark: 255 layers in 58 nested groups (using
wms_layer_group) takes less than 200ms on Linux Kernel 3.5.0, Intel(R)
Xeon(R) CPU E5-2630 @ 2.30GHz.

(It takes the terminal longer to print the 234 kB response XML than it
takes MapServer in CGI mode to return the result.)

All layers in wms.map are of the form:

  LAYER
NAME 'L119_all'

STATUS ON
TYPE RASTER

CONNECTIONTYPE WMS
CONNECTION http://gis/datasets/ADDRESS/ADDRESS_RANGE/address_range.map
?

PROJECTION
  init=epsg:26915
END

METADATA
  # WMS client connection options (input)
  wms_name all
  wms_srs EPSG:26915
  wms_server_version 1.1.1
  wms_format image/png

  # WMS Server options (output)
  wms_enable_request GetCapabilities GetMap GetFeatureInfo
GetLegendGraphic
  wms_title Address Ranges
  wms_layer_group /Address
  #wms_opaque 0
  wms_formatlist image/png, image/jpeg
  wms_extent 477594.70 4924010.29 497206.99 4941936.31
  gml_include_items all
 END

 TEMPLATE dummy
 PROCESSING RESAMPLE=AVERAGE
  END


!-- MapServer version 6.4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML
SUPPORTS=PROJ SUPPORTS=GD SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO
SUPPORTS=SVG_SYMBOLS SUPPORTS=RSVG SUPPORTS=ICONV SUPPORTS=FRIBIDI
SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=SOS_SERVER
SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=ORACLESPATIAL
INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE --

time curl 
http://gis/datasets/wms.map?SERVICE=WMSVERSION=1.3.0REQUEST=GetCapabilities;
| grep 'queryable=1' | wc
2551020   13728

real0m0.151s
user0m0.000s
sys0m0.008s


On Thu, Mar 5, 2015 at 3:58 PM, Jim Klassen klassen...@gmail.com wrote:

  I work with a mapfile designed to be a WMS proxy to organize all our WMS
 sources (typically other mapfiles) into one point of access.  It has many
 layers makes extensive use of groups.  In general testing with curl and use
 with QGIS, I have not noticed the GetCapabilites (or any other aspect of
 the configuration) to be slow.  I am away from the machine at the moment,
 but will run benchmarks tomorrow.

 The upstream sources and the proxy mapfile run under MapServer 6.4.1 (with
 some minimal patching).


 On 03/05/2015 12:33 PM, thomas bonfort wrote:

 IIRC, this happened when we introduced advanced layer groupings along with
 inspire support in 6.2, and has to do with multiple passes through layers
 to determine which ones to activate or not. I'd suspect the cost is
 proportional to nlayers² which is why it comes up for folks with many
 layers in their mapfiles.

 Thomas.
 On Mar 5, 2015 7:26 PM, Lime, Steve D (MNIT) steve.l...@state.mn.us 
 steve.l...@state.mn.us
 wrote:


  This is something I’d really like to see fixed. Any chance a test mapfile
 could be developed and attached to a new ticket on github? Ideally I'd
 start against 7.0 and then back-port if possible.

 Steve

 -Original Message-
 From: mapserver-users-boun...@lists.osgeo.org 
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Rahkonen Jukka 
 (MML)
 Sent: Wednesday, March 04, 2015 2:34 AM
 To: aabhayas; mapserver-users@lists.osgeo.org
 Subject: Re: [mapserver-users] Getcapabilities extremely slow in version
 6.4.1

 Hi,

 I have been wondering also why GetCapabilities response is so slow for us
 nowadays and I have indeed added lots of groups to some services.
 +1 from me for having a look at this issue.

 We just installed 7.0-beta on our test server and GetCapabilities comes
 slowly from that too. There are about 40 layers in the test service and
 response time is about 8 seconds.

 Sometimes I have been wondering if GetCapabilities could be cached and
 controlled by some new CONFIG key. Cached GetCapabilities could be set to
 be refreshed for example once per week/day/hour if there is a need to react
 on changes in the data, and each time after the mapfile has been edited and
 saved with a new timestamp.

 -Jukka Rahkonen-

 aabhayas wrote:


  Hi

   Following up on my previous post we still want to use “OWS_LAYER_GROUP”

  in our map files. We have large number of layers in our map file ( nearly
 800).


  Currently we are in the process of migrating our MapServer 5.4.2

  environment in to MapServer 6.4.1.


  In MapServer 6.4.1 GetCapabilities request takes more than 1 minute

  compared
 5 second in version 5.4.2. This makes the new environment unusable by our
 clients.


  Is there a possibility where someone in the MapServer development team

  looks in to this and fix this issue.


  Thanks




 --
 View this message in 
 context:http://osgeo-org.1560.x6.nabble.com/Getcapabilities-extremely-slow-in-version-6-4-1-tp5189325p5191328.html
 Sent from the Mapserver - User mailing list archive at Nabble.com.
 ___
 mapserver-users mailing