Re: [MapServer-users] 'application/json' is not a permitted output format for layer

[Yves Jacolin via MapServer-users]

I will test and will tell you. I was pretty sure to check such metadata
before :)

Thanks for your quick reply Mathias.

Y.

Le jeu. 28 mars 2024 à 09:40, mathias cunault  a
écrit :

> Hello,
> With your OUTPUTFORMAT configuration, if you want to use application/json
> in the URL of the WFS, verify that the wfs_getfeature_formatlist METADATA
> of your layer contains application/json.
> It is my configuration and it works fine. I hope it helps.
>
>
> Le jeu. 28 mars 2024 à 09:00, Yves Jacolin via MapServer-users <
> mapserver-users@lists.osgeo.org> a écrit :
>
>> Hello,
>>
>> I have a mapserver WFS service running for some time without any issue.
>> We upgraded to 7.6.5 and now a WFS request
>> with OUTPUTFORMAT=application/json; subtype=geojson; charset=utf-8 failed
>> with this message: msWFSGetFeature(): WFS server error. 'application/json'
>> is not a permitted output format for layer 'X', review
>> wfs_getfeature_formatlist setting.
>>
>> The mapfile looks like:
>>
>> OUTPUTFORMAT
>> NAME "geojson"
>> DRIVER "OGR/GEOJSON"
>> MIMETYPE "application/json; subtype=geojson; charset=utf-8"
>> FORMATOPTION "STORAGE=stream"
>> FORMATOPTION "FORM=SIMPLE"
>> EN
>>
>> If I use outputformat=geojson it works. Is it normal? Do you think that
>> Ican change the outputformat name to "application/json; subtype=geojson;
>> charset=utf-8"
>>
>> Thanks,
>>
>> Y.
>> --
>> [image: This is Yves Jacolin's card. Their email is
>> yves.jaco...@camptocamp.com. Their phone number is +33 6 18 75 42 21. Their
>> phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.]
>> <https://hihello.me/p/c7a536d1-5177-4817-8924-ebb067e58d4f>
>> ___
>> MapServer-users mailing list
>> MapServer-users@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>

-- 
[image: This is Yves Jacolin's card. Their email is
yves.jaco...@camptocamp.com. Their phone number is +33 6 18 75 42 21. Their
phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.]
<https://hihello.me/p/c7a536d1-5177-4817-8924-ebb067e58d4f>
___
MapServer-users mailing list
MapServer-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[MapServer-users] 'application/json' is not a permitted output format for layer

[Yves Jacolin via MapServer-users]

Hello,

I have a mapserver WFS service running for some time without any issue. We
upgraded to 7.6.5 and now a WFS request with OUTPUTFORMAT=application/json;
subtype=geojson; charset=utf-8 failed with this message: msWFSGetFeature():
WFS server error. 'application/json' is not a permitted output format for
layer 'X', review wfs_getfeature_formatlist setting.

The mapfile looks like:

OUTPUTFORMAT
NAME "geojson"
DRIVER "OGR/GEOJSON"
MIMETYPE "application/json; subtype=geojson; charset=utf-8"
FORMATOPTION "STORAGE=stream"
FORMATOPTION "FORM=SIMPLE"
EN

If I use outputformat=geojson it works. Is it normal? Do you think that
Ican change the outputformat name to "application/json; subtype=geojson;
charset=utf-8"

Thanks,

Y.
-- 
[image: This is Yves Jacolin's card. Their email is
yves.jaco...@camptocamp.com. Their phone number is +33 6 18 75 42 21. Their
phone number is +33 4 58 48 20 43. Their phone number is +41 21 619 10 43.]

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

Re: [mapserver-users] Can't see any MVT label / point output with QGIS

[Yves Jacolin]

Thanks Even!

Y.

Le mer. 25 août 2021 à 12:25, Even Rouault  a
écrit :

> This was a Mapserver bug. See
> https://github.com/MapServer/MapServer/pull/6389
>
> Even
> Le 25/08/2021 à 12:21, Yves Jacolin a écrit :
>
> Hello Ludovic,
>
> You will probably get more information on the QGIS mailing list as it is
> an issue from QGIS. Which version of QGIS are you using? Did you check the
> error message in the QGIS log panel?
>
> Y.
>
> Le ven. 13 août 2021 à 19:08, GNEMMI Ludovic  a écrit :
>
>> Hi List,
>>
>> I am trying  MVT output with Mapserver 7.6.
>>
>> Everything works perfectly. But unfortunately I can't display any
>> point/label in QGIS.
>>
>> It’s OK with OpenLayers or even with Maputnik but i don’t see any
>> point/label in QGIS regardless of input data (vector tile layer or pbf
>> file).
>>
>> I also encounter a problem when I convert these PBF output with ogr2ogr.
>> The layer is present. Attributes too but there is no GEOM.
>>
>> I wonder if I missed something or if it’s a bug. Has anyone come across
>> this problem ?
>>
>> I started with the dataset provided with Steve Lime (h
>> ttps://github.com/sdlime/mvt-demo/ <https://github.com/sdlime/mvt-demo/>)
>>
>> Thanks for your help
>>
>> Ludovic
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>
>
> --
> Yves Jacolin
> Training and support manager - Team Manager
> Camptocamp
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jaco...@camptocamp.com
> http://www.camptocamp.com
>
> ___
> mapserver-users mailing 
> listmapserver-users@lists.osgeo.orghttps://lists.osgeo.org/mailman/listinfo/mapserver-users
>
> -- http://www.spatialys.com
> My software is free, but my time generally not.
>
>

-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Can't see any MVT label / point output with QGIS

[Yves Jacolin]

Hello Ludovic,

You will probably get more information on the QGIS mailing list as it is an
issue from QGIS. Which version of QGIS are you using? Did you check the
error message in the QGIS log panel?

Y.

Le ven. 13 août 2021 à 19:08, GNEMMI Ludovic  a écrit :

> Hi List,
>
> I am trying  MVT output with Mapserver 7.6.
>
> Everything works perfectly. But unfortunately I can't display any
> point/label in QGIS.
>
> It’s OK with OpenLayers or even with Maputnik but i don’t see any
> point/label in QGIS regardless of input data (vector tile layer or pbf
> file).
>
> I also encounter a problem when I convert these PBF output with ogr2ogr.
> The layer is present. Attributes too but there is no GEOM.
>
> I wonder if I missed something or if it’s a bug. Has anyone come across
> this problem ?
>
> I started with the dataset provided with Steve Lime (h
> ttps://github.com/sdlime/mvt-demo/ <https://github.com/sdlime/mvt-demo/>)
>
> Thanks for your help
>
> Ludovic
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Basemap as merged and separate layers

[Yves Jacolin via mapserver-users]

Hello,

I think some part of your need can be done in MapServer, look at the
*wms_layer_group* layer metadata in
https://www.mapserver.org/ogc/wms_server.html. but all LAYERs will be
always shown in MapServer.

Y.

Le ven. 11 déc. 2020 à 15:55, Jesper Kempe via mapserver-users <
mapserver-users@lists.osgeo.org> a écrit :

> Hi
>
> I have a basemap in Mapserver 7.4.3 presented as a WMS-layer.
>
> As many maps it consists of landusage, roads, label and so on.
> Each of these "layers" or parts of the map consist of many  in the
> mapfile for different scales.
> For example land0, land1 and roads0, roads1 and so on. Much like
> https://mapserver.org/basemaps/index.html
>
> Currently all layers are part of "GROUP default" and map renders correctly
> when asking for LAYERS=default.
>
> Unfortunately all layers (land0,land1,roads0,road1...) are also show in
> the Capability.
>
> What I would like have is instead a response in the capability where there
> are layers for "the main map" and also a grouped layer for all "zoom
> layers" i.e. roads0,roads1 combined to a roads layer.
> For example the layers default, land and roads should be the only layers
> visible in the Capability and possible to render in a GetMap-request.
> A GetMap request for LAYERS=roads should show all the separate roads*
> layers only.
>
> Can this be done in Mapserver?
>
> Thanks,
> Jesper
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>


-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapcache seed speed optimization

[Yves Jacolin]

Sebastiano,

Some though in my mind:
* –n 2 : do you really have 2'000 CPU on your WMS server? if not, it
could be worst than better, flooding your WMS server.
* what is the bottleneck?  If WMS server is slow you can't make MapCache
faster, you should optimise WMS Server. Multi-domain can help, data
improvement, etc. also.
* Does your WMS is on the same server? same network? Does you network fast
enough?
* metatile can help definitively!
* "we use sqlite as a cache method" => I don't know if sqlite is really
fast or not, but this could be another bottleneck :)

What do you mean exactly by improve seed speed? :) This is matter of
personal point of view some time.

Y.

Le ven. 8 nov. 2019 à 13:43, Sebastiano Laini <
sebastiano.la...@buchanancomputing.co.uk> a écrit :

> Hi all,
>
>
>
> I’m evaluating new stacks but seems that I’m stuck with mapserver and
> mapcache due to the input source of our maps, so I’m trying to improve the
> speed of the mapserver/mapcache stack and what I cannot improve is the seed
> speed.
>
>
>
> The –n and –p parameters seems to be useless.
>
> *-n | –nthreads*: number of parallel threads that should be used to
> request tiles from the WMS source. The default is 1, but can be set higher
> if the WMS server can withstand parallel requests. (As a rule of thumb, the
> value chosen here should never be much higher than the number of CPUs on
> the WMS server.)
>
> *-p | –nprocesses*: number of parallel processes that should be used to
> request tiles from the WMS source.
>
> I’ve tried to use –n 2 and –p 6 but for some reason the CPU load
> is max 100% in 1 core, no way to make it use more power and speed up the
> seed process.
>
> Max memory used is 470MB between Centos 7 (with all the services running)
> and the seed process.
>
>
>
> I’ve setup apache to use HTT/2 and it make quite a difference when the
> cache is already seeded but during the seed process doesn’t seems to be
> affected.
>
>
>
> My MapServer build is:
>
>
>
> ./configure \
>
> --with-ogr=/usr/local/bin/gdal-config \
>
> --with-gdal=/usr/local/bin/gdal-config \
>
> --with-wfsclient \
>
> --with-wmsclient \
>
> --with-wfs \
>
> --enable-debug \
>
> --with-curl-config=/usr/bin/curl-config \
>
> --with-proj \
>
> --with-jpeg \
>
> --with-freetype \
>
> --with-postgis=/usr/pgsql-9.3/bin/pg_config \
>
> --with-geos=/usr/local/bin/geos-config
>
>
>
> I know there is mapserver 7 and yet I’m using 6 for the test.
>
>
>
> While the MapCache is:
>
>
>
> cmake   -DCMAKE_PREFIX_PATH="/usr/bin/sqlite3" \
>
> -DWITH_SQLITE=1 \
>
> -DWITH_BERKELEY_DB=0 \
>
> -DWITH_TIFF=0 \
>
> -DWITH_GEOTIFF=0 \
>
> -DWITH_FCGI=0 \
>
> -DWITH_PCRE=0 \
>
> -DWITH_PIXMAN=1 \
>
> -DWITH_OGR=1 \
>
> -DWITH_GEOS=1 \
>
>  ../
>
>
>
> MapCache is the latest version and this is my mapcache.xml file, we use
> sqlite as a cache method
>
>
>
>   
>
>
> /home/www/html/maps/cache/{tileset}/{grid}/{z}/{x}-{y}.sqlite3
>
>   1
>
>   1
>
>   1573741823
>
>   
>
>
>
>   
>
> bcmaps
>
> cache_sqlite
>
> bcgrid
>
> PNG
>
> 16 16
>
> 0
>
> 2628000
>
>   
>
>
>
>   
>
>
>
>BC custom grid
>
>
>
>EPSG:27700
>
>256 256
>
>0 0 70 125
>
>70 28 14 7 2.8 1.4 0.7
>
>   
>
>
>
>   
>
>best
>
>   
>
>
>
>   
>
> assemble
>
> bilinear
>
> mypng
>
> 4096
>
>   
>
>
>
> I’ve also tried to use –DWITH_MAPSERVER but seems that the integration is
> not working and they doen’t care?
> https://github.com/mapserver/mapcache/issues/169 this issue was open 2
> years ago and still open, not even a reply from the developers.
>
>
>
> How can I improve the seed process?
>
> Should I increase the maxsize and metatile to requests more tiles and
> cache faster?
>
>
>
> Regards,
>
>
>
> Sebastiano Laini
>
> Web Developer
>
> Buchanan Computing
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Dynamic wfs_onlineresource

[Yves Jacolin]

Matthias,

Just remove the parameter will imply that MapServer will find the correct
online resource.

Y.

Le jeu. 17 oct. 2019 à 11:35, Matthias Müller <
matthias_muel...@tu-dresden.de> a écrit :

> Hi,
>
> we are running WFS services with similar mapfiles on different servers.
>
> Setting the "wfs_onlineresource" is straight forward, but requires a
> hard coded host name:
>
> First server:
>   WEB
> METADATA
>   "wfs_title"  "myserver"
>   "wfs_onlineresource" "https://server1.org/mapserver?;
>   "wfs_srs""EPSG:4326"
>   "wfs_enable_request" "*"  # necessary
> END
>   END
>
>
> Second server:
>   WEB
> METADATA
>   "wfs_title"  "myserver"
>   "wfs_onlineresource" "https://server2.org/mapserver?;
>   "wfs_srs""EPSG:4326"
>   "wfs_enable_request" "*"  # necessary
> END
>   END
>
>
> I there way to let mapserver figure out the hostname from the request
> and create the appropiate links in the WFS capabilities accordingly?
>
> Something like:
>
>   WEB
> METADATA
>   "wfs_title"  "myserver"
>   "wfs_online
> resource" "{request protocol and hostname}/mapserver?"
>   "wfs_srs"
>   "EPSG:4326"
>   "wfs_enable_request" "*"  # necessary
> END
>   END
>
>
> -Matthias
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Gallery: running mapserver in docker on kubernetes

[Yves Jacolin]

Hello,

We are using PostGIS and GDAL a lot so I think this build support it. But
indeed we are not using PHP-mapScript so we did not enable it.

About the question why we don't use binary from ubuntugis, I need to ask
before to answer as I didn't know. I guess this is to be sure to build
whatever release we need without to be linked to the one in ubuntugis.

Y.



Le jeu. 29 août 2019 à 13:34, Jan Hartmann  a écrit :

> Thanks, Yves. I see that you compiled mapserver yourself, and used
> standard distributions for all other packages (geos, gdal etc). Why did you
> not use the UbuntuGis binary for MapServer too?
>
> You compiled with the following options:
>
> cmake /src \
>
> -GNinja \
>
> -DCMAKE_BUILD_TYPE=Release \
>
> -DCMAKE_INSTALL_PREFIX=/usr/local \
>
> -DWITH_CLIENT_WMS=1 \
>
> -DWITH_CLIENT_WFS=1 \
>
> -DWITH_KML=1 \
>
> -DWITH_SOS=1 \
>
> -DWITH_XMLMAPFILE=1 \
>
> -DWITH_POINT_Z_M=1 \
>
> -DWITH_CAIRO=1 \
>
> -DWITH_RSVG=1
> Does this mean that this version does not support PHP-MapScript, PostGIS
> and GDAL input?
>
> On 8/29/2019 1:16 PM, Yves Jacolin wrote:
>
> Hello,
>
> If anyone is interested by our docker image, you can find it here:
> https://github.com/camptocamp/docker-mapserver
>
> Y.
>
> Le jeu. 29 août 2019 à 13:14, Jan Hartmann  a
> écrit :
>
>> Hi Wouter, I am definitely interested in your setups, especially the
>> docker containers with mapserver. I've also a lot of separate mapserver
>> applications that I would like to manage more as a whole. Although not
>> with 12 billion requests a year . An example is the complete population
>> administration of Friesland on historical and modern maps (mostly PDOK)
>> from 1750 to 1890:
>>
>> https://maps.hisgis.nl/fr/fs/
>>
>> Please let me know what is already available  from PDOK; if possible and
>> useful, I would very much like to participate in the pilot, e.g.
>> concerning the MapServer Wiki part. I've been using MapServer since 2000
>>
>> Regards,
>>
>> Jan Hartmann
>> University of Amsterdam
>> https://www.uva.nl/profiel/h/a/j.l.h.hartmann/j.l.h.hartmann.html
>>
>> On 8/29/2019 11:24 AM, Jeff McKenna wrote:
>> > Thanks for wanting to share this; the best way is to create a new wiki
>> > page on the MapServer wiki
>> > (https://github.com/mapserver/mapserver/wiki) and there you can
>> > outline all of your infrastructure tricks, then you can come back here
>> > and paste your link to your MapServer magic :)
>> >
>> > Thanks again,
>> >
>> > -jeff
>> >
>> >
>> >
>> > On 2019-08-29 4:55 AM, Wouter Visscher wrote:
>> >> Hi all,
>> >>
>> >> I'm working for the Dutch NSDI www.pdok.nl <http://www.pdok.nl/>,
>> >> where we have around 200 datasets ranging from the larger ones like
>> >> address, buildings, cadastral parcels and smaller ones like
>> >> hikingtrails, natura2000, and so on. Our platform is used a lot in
>> >> the Netherlands, both by the public and private sector, last year we
>> >> hit 12 billion requests. To be able to handle that amount of traffic
>> >> we are now in a transition, moving from a private cloud solution to
>> >> the public cloud. With this change, we needed to refactor our
>> >> software stack.
>> >>
>> >> Through some experimentation, and on the job 'training' we are now
>> >> running the following setup:
>> >> A minio.io <http://minio.io/> (S3) blobstore, containing geopackages
>> >> with the vector data and geotiff's for the rasters.
>> >> Our mapserver configurations connects to these files with /vsicurl/.
>> >> Our mapservers are in docker containers that we run on kubernetes.
>> >> With this setup we are able to create a scalable infrastructure from
>> >> which we can push WMS/WFS/WMTS interfaces to the web.
>> >>
>> >> If people are interested in how we deploy our mapserver software
>> >> stacks I would be happy to share our k8s deployment
>> >> setup/configurations.
>> >>
>> >> Wouter Visscher
>> >>
>> >> ___
>> >> 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
>
>
>
> --
> Yves Jacolin
> Training and support manager - Team Manager
> Camptocamp
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jaco...@camptocamp.com
> http://www.camptocamp.com
>
>
>

-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Gallery: running mapserver in docker on kubernetes

[Yves Jacolin]

Hello,

If anyone is interested by our docker image, you can find it here:
https://github.com/camptocamp/docker-mapserver

Y.

Le jeu. 29 août 2019 à 13:14, Jan Hartmann  a écrit :

> Hi Wouter, I am definitely interested in your setups, especially the
> docker containers with mapserver. I've also a lot of separate mapserver
> applications that I would like to manage more as a whole. Although not
> with 12 billion requests a year . An example is the complete population
> administration of Friesland on historical and modern maps (mostly PDOK)
> from 1750 to 1890:
>
> https://maps.hisgis.nl/fr/fs/
>
> Please let me know what is already available  from PDOK; if possible and
> useful, I would very much like to participate in the pilot, e.g.
> concerning the MapServer Wiki part. I've been using MapServer since 2000
>
> Regards,
>
> Jan Hartmann
> University of Amsterdam
> https://www.uva.nl/profiel/h/a/j.l.h.hartmann/j.l.h.hartmann.html
>
> On 8/29/2019 11:24 AM, Jeff McKenna wrote:
> > Thanks for wanting to share this; the best way is to create a new wiki
> > page on the MapServer wiki
> > (https://github.com/mapserver/mapserver/wiki) and there you can
> > outline all of your infrastructure tricks, then you can come back here
> > and paste your link to your MapServer magic :)
> >
> > Thanks again,
> >
> > -jeff
> >
> >
> >
> > On 2019-08-29 4:55 AM, Wouter Visscher wrote:
> >> Hi all,
> >>
> >> I'm working for the Dutch NSDI www.pdok.nl <http://www.pdok.nl/>,
> >> where we have around 200 datasets ranging from the larger ones like
> >> address, buildings, cadastral parcels and smaller ones like
> >> hikingtrails, natura2000, and so on. Our platform is used a lot in
> >> the Netherlands, both by the public and private sector, last year we
> >> hit 12 billion requests. To be able to handle that amount of traffic
> >> we are now in a transition, moving from a private cloud solution to
> >> the public cloud. With this change, we needed to refactor our
> >> software stack.
> >>
> >> Through some experimentation, and on the job 'training' we are now
> >> running the following setup:
> >> A minio.io <http://minio.io/> (S3) blobstore, containing geopackages
> >> with the vector data and geotiff's for the rasters.
> >> Our mapserver configurations connects to these files with /vsicurl/.
> >> Our mapservers are in docker containers that we run on kubernetes.
> >> With this setup we are able to create a scalable infrastructure from
> >> which we can push WMS/WFS/WMTS interfaces to the web.
> >>
> >> If people are interested in how we deploy our mapserver software
> >> stacks I would be happy to share our k8s deployment
> >> setup/configurations.
> >>
> >> Wouter Visscher
> >>
> >> ___
> >> 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



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Gallery: running mapserver in docker on kubernetes

[Yves Jacolin]

Hello,

We are also using Kubernetes/Openshift to deploy our application (MapServer
based or not). For MapServer, we are also using visicurl for S3-hosted
files. We saw some drawback when displaying maps on low scale as too much
files should be read. Visicurl seems copy the files in the container. We
need to check this to confirm, but probably someone have a better
understanding of how visicurl and visis3 work.

Y.



Le jeu. 29 août 2019 à 09:56, Wouter Visscher  a
écrit :

> Hi all,
>
> I'm working for the Dutch NSDI www.pdok.nl, where we have around 200
> datasets ranging from the larger ones like address, buildings, cadastral
> parcels and smaller ones like hikingtrails, natura2000, and so on. Our
> platform is used a lot in the Netherlands, both by the public and private
> sector, last year we hit 12 billion requests. To be able to handle that
> amount of traffic we are now in a transition, moving from a private cloud
> solution to the public cloud. With this change, we needed to refactor our
> software stack.
>
> Through some experimentation, and on the job 'training' we are now running
> the following setup:
> A minio.io (S3) blobstore, containing geopackages with the vector data
> and geotiff's for the rasters.
> Our mapserver configurations connects to these files with /vsicurl/. Our
> mapservers are in docker containers that we run on kubernetes.
> With this setup we are able to create a scalable infrastructure from which
> we can push WMS/WFS/WMTS interfaces to the web.
>
> If people are interested in how we deploy our mapserver software stacks I
> would be happy to share our k8s deployment setup/configurations.
>
> Wouter Visscher
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Optimize Mapcache to work with both Mapserver and ArcGIS clients

[Yves Jacolin]

About resolutions in MapServer, here what we have in your mapfile, with
some extra comment:

# RESOLUTION and DEFRESOLUTION default to 96. If you
# change RESOLUTION to some other value, also change
# DEFRESOLUTION. See
# http://mapserver.org/development/rfc/ms-rfc-55.html
RESOLUTION 96
DEFRESOLUTION 96

Y.

Le jeu. 28 mars 2019 à 17:46, Mark Volz  a écrit :

> Hello,
>
>
>
> Are there any tips regarding how to optimize Mapcache to perform well for
> both Mapserver and ArcGIS clients?
>
> *I know Mapserver prefers using a 72 DPI while and ArcGIS uses 96 DPI.
> Will this be an issue?
>
> *Is there a way to force ArcMap to use the same grid as Mapcache so we can
> avoid the need to reassemble images?
>
> *Alternatively can we force MapServer  and MapCache to use a 96 DPI, or
> would this not help speed up performance for ArcGIS Clients?
>
> *Feel  free to send any other optimization tips!
>
>
>
> Thank You!
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
> *Lyon County GIS Coordinator*
>
> 504 Fairgrounds Rd
> <https://www.google.com/maps/?daddr=504%20Fairgrounds%20Rd,%20Marshall,%20MN%2056258?z=6>
>
> Marshall, MN 56258
> <https://www.google.com/maps/?daddr=504%20Fairgrounds%20Rd,%20Marshall,%20MN%2056258?z=6>
>
> Ph:  (507) 532-8218
>
> Fax: (507) 532-8217
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Error While Generating Tiles

[Yves Jacolin]

Did you improve Postgresql configuration (shared_buffer and work_mem
parameters) ?

Y.

Le mer. 6 mars 2019 à 15:15, parsis presswala  a
écrit :

> Hello,
>
> I have already created indexing on some fields. Here is my indexed fields.
> CREATE INDEX planet_osm_polygon_idx
>   ON public.planet_osm_polygon
>   USING btree
>   (waterway COLLATE pg_catalog."default", "natural" COLLATE
> pg_catalog."default", landuse COLLATE pg_catalog."default", building
> COLLATE pg_catalog."default", aeroway COLLATE pg_catalog."default", leisure
> COLLATE pg_catalog."default", amenity COLLATE pg_catalog."default");
>
> Even I have experiment with r4.8xlarge with 32 CPU and 244 GB RAM. But
> got same result.
> What should I do?
>
> On Wed, Mar 6, 2019 at 7:31 PM Yves Jacolin 
> wrote:
>
>> You probablty needs to create index(es) on leisure, landuse and amenity.
>> Probably both of all but you need to do some test.
>>
>> Second, you probably needs to improve PostgreSQL configuration to let
>> PostgreSQL use your 61 GB of RAM :) shared_buffers and work_mem are good
>> parameters to look for.
>>
>> Y.
>>
>> Le mer. 6 mars 2019 à 14:56, parsis presswala 
>> a écrit :
>>
>>> Hello,
>>>
>>> Yes I am using OSM data.
>>> I have imported it using osm2pgsql. Database: asiadb and tables
>>> are planet_osm_line, planet_osm_point, planet_osm_polygon, planet_osm_roads.
>>> I have imported data of whole planet using 40 GB .osm.pbf file.
>>> First I have only imported data of Asia and created map using
>>> map-server, which is working fine but as soon as import data of whole
>>> world, this problem occurred.
>>> I have 61 GB RAM and 8 Core processor as i am working on Amazon Elastic
>>> Compute Cloud (Amazon EC2) type r4.2xlarge.
>>>
>>> Here is my mapfile.
>>>  http://13.126.201.198/asiamap.map
>>>
>>> I have run EXPLAIN  and got following result:
>>> "Seq Scan on planet_osm_polygon  (cost=0.00..18878787.88 rows=36617920
>>> width=277)"
>>> "  Filter: ((leisure IS NOT NULL) OR (landuse IS NOT NULL) OR (amenity
>>> IS NOT NULL))"
>>>
>>>
>>> On Wed, Mar 6, 2019 at 7:04 PM Yves Jacolin 
>>> wrote:
>>>
>>>> Some questions that can help you :)
>>>>
>>>> is it OSM data? How do you import them?
>>>> What is the extent of the data? Could you check if spatial indexes
>>>> exist? Could you run EXPLAIN  and analyze it?
>>>>
>>>> Y.
>>>>
>>>> Le mer. 6 mars 2019 à 14:29, parsis presswala <
>>>> parsispressw...@gmail.com> a écrit :
>>>>
>>>>> Hello,
>>>>>
>>>>> Here is a log of PostgreSQL. I consider that PostgreSQL takes very
>>>>> long time to execute query on polygon. What should I do fot it?
>>>>>
>>>>> 2019-03-06 11:23:49.620 UTC [2302] parsis@asiadb STATEMENT:  select
>>>>> "highway"::text,"name"::text,"reflen"::text,"ref"::text,ST_AsBinary(ST_Force2D("way"),'NDR')
>>>>> as geom,"nullid"::text from (select *, NULL as nullid from ( SELECT way,
>>>>> highway, name, ref, oneway, CHAR_LENGTH(ref) AS reflen FROM 
>>>>> planet_osm_line
>>>>> WHERE highway IN ('motorway', 'trunk','motorway_link','trunk_link') AND
>>>>> (name IS NOT NULL OR ref IS NOT NULL)) AS data) as nullidq where "way" &&
>>>>> ST_GeomFromText('POLYGON((-9473834.25396072
>>>>> 2853929.66787328,-9473834.25396072 3446928.13330971,-8880835.78852428
>>>>> 3446928.13330971,-8880835.78852428 2853929.66787328,-9473834.25396072
>>>>> 2853929.66787328))',900913)
>>>>> 2019-03-06 11:24:14.911 UTC [2592] parsis@asiadb LOG:  could not send
>>>>> data to client: Broken pipe
>>>>> 2019-03-06 11:24:14.911 UTC [2592] parsis@asiadb STATEMENT:  select
>>>>> "stylegroup"::text,ST_AsBinary(ST_Force2D("way"),'NDR') as
>>>>> geom,"nullid"::text from (select *, NULL as nullid from ( SELECT way, CASE
>>>>> WHEN leisure in
>>>>> ('park','garden','playground','golf_course','sports_centre','pitch','stadium','nature_reserve','common')
>>>>> THEN 'leisuree' WHEN landuse
>>>>> IN('park','forest','grass','farmyard','farm','farmland','wood','meadow','vil

Re: [mapserver-users] Error While Generating Tiles

[Yves Jacolin]

You probablty needs to create index(es) on leisure, landuse and amenity.
Probably both of all but you need to do some test.

Second, you probably needs to improve PostgreSQL configuration to let
PostgreSQL use your 61 GB of RAM :) shared_buffers and work_mem are good
parameters to look for.

Y.

Le mer. 6 mars 2019 à 14:56, parsis presswala  a
écrit :

> Hello,
>
> Yes I am using OSM data.
> I have imported it using osm2pgsql. Database: asiadb and tables
> are planet_osm_line, planet_osm_point, planet_osm_polygon, planet_osm_roads.
> I have imported data of whole planet using 40 GB .osm.pbf file.
> First I have only imported data of Asia and created map using map-server,
> which is working fine but as soon as import data of whole world, this
> problem occurred.
> I have 61 GB RAM and 8 Core processor as i am working on Amazon Elastic
> Compute Cloud (Amazon EC2) type r4.2xlarge.
>
> Here is my mapfile.
>  http://13.126.201.198/asiamap.map
>
> I have run EXPLAIN  and got following result:
> "Seq Scan on planet_osm_polygon  (cost=0.00..18878787.88 rows=36617920
> width=277)"
> "  Filter: ((leisure IS NOT NULL) OR (landuse IS NOT NULL) OR (amenity IS
> NOT NULL))"
>
>
> On Wed, Mar 6, 2019 at 7:04 PM Yves Jacolin 
> wrote:
>
>> Some questions that can help you :)
>>
>> is it OSM data? How do you import them?
>> What is the extent of the data? Could you check if spatial indexes exist?
>> Could you run EXPLAIN  and analyze it?
>>
>> Y.
>>
>> Le mer. 6 mars 2019 à 14:29, parsis presswala 
>> a écrit :
>>
>>> Hello,
>>>
>>> Here is a log of PostgreSQL. I consider that PostgreSQL takes very long
>>> time to execute query on polygon. What should I do fot it?
>>>
>>> 2019-03-06 11:23:49.620 UTC [2302] parsis@asiadb STATEMENT:  select
>>> "highway"::text,"name"::text,"reflen"::text,"ref"::text,ST_AsBinary(ST_Force2D("way"),'NDR')
>>> as geom,"nullid"::text from (select *, NULL as nullid from ( SELECT way,
>>> highway, name, ref, oneway, CHAR_LENGTH(ref) AS reflen FROM planet_osm_line
>>> WHERE highway IN ('motorway', 'trunk','motorway_link','trunk_link') AND
>>> (name IS NOT NULL OR ref IS NOT NULL)) AS data) as nullidq where "way" &&
>>> ST_GeomFromText('POLYGON((-9473834.25396072
>>> 2853929.66787328,-9473834.25396072 3446928.13330971,-8880835.78852428
>>> 3446928.13330971,-8880835.78852428 2853929.66787328,-9473834.25396072
>>> 2853929.66787328))',900913)
>>> 2019-03-06 11:24:14.911 UTC [2592] parsis@asiadb LOG:  could not send
>>> data to client: Broken pipe
>>> 2019-03-06 11:24:14.911 UTC [2592] parsis@asiadb STATEMENT:  select
>>> "stylegroup"::text,ST_AsBinary(ST_Force2D("way"),'NDR') as
>>> geom,"nullid"::text from (select *, NULL as nullid from ( SELECT way, CASE
>>> WHEN leisure in
>>> ('park','garden','playground','golf_course','sports_centre','pitch','stadium','nature_reserve','common')
>>> THEN 'leisuree' WHEN landuse
>>> IN('park','forest','grass','farmyard','farm','farmland','wood','meadow','village_green','recreation_ground')
>>> THEN 'landusee' WHEN amenity in
>>> ('university','school','college','library','fuel','parking','cinema','theatre','place_of_worship','hospital')
>>> THEN 'amenityy' END AS stylegroup FROM planet_osm_polygon where (leisure is
>>> not null) or (landuse is not null) or (amenity is not null)) AS data) as
>>> nullidq where "way" && ST_GeomFromText('POLYGON((8116389.7548
>>> -1276192.28146022,8116389.7548 3467795.44203122,12860377.4777137
>>> 3467795.44203122,12860377.4777137 -1276192.28146022,8116389.7548
>>> -1276192.28146022))',900913)
>>> 2019-03-06 11:24:14.911 UTC [2617] parsis@asiadb LOG:  could not send
>>> data to client: Broken pipe
>>> 2019-03-06 11:24:14.911 UTC [2617] parsis@asiadb STATEMENT:  select
>>> "stylegroup"::text,ST_AsBinary(ST_Force2D("way"),'NDR') as
>>> geom,"nullid"::text from (select *, NULL as nullid from ( SELECT way, CASE
>>> WHEN leisure in
>>> ('park','garden','playground','golf_course','sports_centre','pitch','stadium','nature_reserve','common')
>>> THEN 'leisuree' WHEN landuse
>>> IN('park','forest','grass','farmyard','farm','farmland','wood','meadow','village_green','recreation_ground')
>>> THEN 'landusee' WHEN amenity in
>>> ('university','school','college','library','fuel','parking','cinema','theatre','place_of_worship','hospital')
>&

Re: [mapserver-users] Error While Generating Tiles

[Yves Jacolin]

3297,17723606.9653297
> 17723606.9653297,17723606.9653297 -20228294.8225998,-20228294.8225998
> -20228294.8225998))',900913)
> 2019-03-06 12:08:25.564 UTC [3261] FATAL:  terminating connection due to
> administrator command
> 2019-03-06 12:08:25.564 UTC [3261] STATEMENT:  select
> ST_AsBinary(ST_Force2D("way"),'NDR') as geom,"nullid"::text from (select *,
> NULL as nullid from ( SELECT way FROM planet_osm_polygon WHERE (waterway IN
> ('riverbank')) OR ("natural" IN ('water')) OR (landuse IN ('basin',
> 'reservoir')) ) AS data) as nullidq where "way" &&
> ST_GeomFromText('POLYGON((-20228294.8225998
> -20228294.8225998,-20228294.8225998 17723606.9653297,17723606.9653297
> 17723606.9653297,17723606.9653297 -20228294.8225998,-20228294.8225998
> -20228294.8225998))',900913)
> 2019-03-06 12:08:25.564 UTC [3363] FATAL:  terminating connection due to
> administrator command
> 2019-03-06 12:08:25.564 UTC [3363] STATEMENT:  select
> ST_AsBinary(ST_Force2D("way"),'NDR') as geom,"nullid"::text from (select *,
> NULL as nullid from ( SELECT way FROM planet_osm_polygon WHERE (waterway IN
> ('riverbank')) OR ("natural" IN ('water')) OR (landuse IN ('basin',
> 'reservoir')) ) AS data) as nullidq where "way" &&
> ST_GeomFromText('POLYGON((-20228294.8225998
> -20228294.8225998,-20228294.8225998 17723606.9653297,17723606.9653297
> 17723606.9653297,17723606.9653297 -20228294.8225998,-20228294.8225998
> -20228294.8225998))',900913)
> 2019-03-06 12:08:25.570 UTC [1535] LOG:  worker process: parallel worker
> for PID 3255 (PID 3261) exited with exit code 1
> 2019-03-06 12:08:25.570 UTC [1535] LOG:  worker process: parallel worker
> for PID 3362 (PID 3363) exited with exit code 1
> 2019-03-06 12:08:25.570 UTC [1535] LOG:  worker process: parallel worker
> for PID 3255 (PID 3260) exited with exit code 1
> 2019-03-06 12:08:25.609 UTC [3426] parsis@asiadb LOG:  could not send
> data to client: Broken pipe
> 2019-03-06 12:08:25.609 UTC [3426] parsis@asiadb STATEMENT:  select
> "admin_level"::text,ST_AsBinary(ST_Force2D("way"),'NDR') as
> geom,"nullid"::text from (select *, NULL as nullid from (select * from
> planet_osm_line where admin_level IN('2') and boundary IN
> ('administrative') and way NOT IN (SELECT way FROM planet_osm_line where
> admin_level IN('2') and boundary like 'administrative' and (tags->'dispute'
> = 'yes' or tags->'ISO3166-1' IN ('IN','CN','PK') or way IN(select way from
> in_cn_ignored_border AS data) as nullidq where "way" &&
> ST_GeomFromText('POLYGON((-20228294.8225998
> -20228294.8225998,-20228294.8225998 17723606.9653297,17723606.9653297
> 17723606.9653297,17723606.9653297 -20228294.8225998,-20228294.8225998
> -20228294.8225998))',900913)
> 2019-03-06 12:08:25.609 UTC [3426] parsis@asiadb FATAL:  connection to
> client lost
>
> Regards,
> Parsis Presswala
>
> On Wed, Mar 6, 2019 at 6:35 PM Yves Jacolin 
> wrote:
>
>> Hello,
>>
>> Did you try to curl the request and see what happens: timeout, etc. If
>> so, try to get some log (mapserver or postgresql log) and see where is the
>> bottleneck.
>>
>> Y.
>>
>> Le mer. 6 mars 2019 à 13:58, parsis presswala 
>> a écrit :
>>
>>> Hello,
>>> I am getting following error while generating tiles. I can't get the
>>> reason of this error. I an using mapcache to generate tiles.
>>>
>>> failed to seed tile z10,x645,y510:
>>> curl failed to request url
>>> http://13.126.201.198/cgi-bin/mapserv?VERSION=1.1.1=GetMap=WMS==5201998.739765%2c-81328.655306%2c5795150.079258%2c511822.684187=3880=3880=image%2fpng=EPSG%3a3857=osm_new_admin%2cosm_new_adminocean%2cosm_new_landusages%2cosm_new_water%2cbuildings%2caeroway%2cosm_new_waterways%2cosm_new_railways%2cplanet_osm_roads%2cplanet_osm_roads_line%2cosm_new_railways1%2ccountry_line%2ccountry_line_claim%2cstate_line%2cmotorway_label%2cmainroad_label%2cminorroad_label%2cosm_new_railways_symbol%2cplace-country%2cplace-state%2cplace-city%2cplace-town%2cplace-Suburb%2cplace-village%2cplace-locality%2carea_label%2caerodrome_label%2cwaterway_label%2cwaterarea_label%2cpoi_pointlabel=%2fhome%2fubuntu%2fworldmap%2fasiamap.map
>>> : Operation timed out after 60 milliseconds with 0 bytes received
>>>
>>> aborting seed as 100.0% of the last 1000 requests failed
>>>
>>> seeded 225 tiles, now at z10 x660 y510
>>> seeded 2 metatiles (450 total tiles, 450 non-empty tiles) in 1201.8
>>> seconds at 0.4 tiles/sec (0.4 non-empty tiles/sec)
>>>
>>> If anyone could help me with this, it would be greatly appreciated.
>>>
>>> Regards,
>>> Parsis Presswala
>>> ___
>>> mapserver-users mailing list
>>> mapserver-users@lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>>
>>
>>
>> --
>> Yves Jacolin
>> Training and support manager - Team Manager
>> Camptocamp
>>
>> Tel (France) : +33 4 58 48 20 43
>> Tel (Switzerland) : +41 21 619 10 43
>> Mob. : +33 6 18 75 42 21
>>
>> email : yves.jaco...@camptocamp.com
>> http://www.camptocamp.com
>>
>

-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Error While Generating Tiles

[Yves Jacolin]

Hello,

Did you try to curl the request and see what happens: timeout, etc. If so,
try to get some log (mapserver or postgresql log) and see where is the
bottleneck.

Y.

Le mer. 6 mars 2019 à 13:58, parsis presswala  a
écrit :

> Hello,
> I am getting following error while generating tiles. I can't get the
> reason of this error. I an using mapcache to generate tiles.
>
> failed to seed tile z10,x645,y510:
> curl failed to request url
> http://13.126.201.198/cgi-bin/mapserv?VERSION=1.1.1=GetMap=WMS==5201998.739765%2c-81328.655306%2c5795150.079258%2c511822.684187=3880=3880=image%2fpng=EPSG%3a3857=osm_new_admin%2cosm_new_adminocean%2cosm_new_landusages%2cosm_new_water%2cbuildings%2caeroway%2cosm_new_waterways%2cosm_new_railways%2cplanet_osm_roads%2cplanet_osm_roads_line%2cosm_new_railways1%2ccountry_line%2ccountry_line_claim%2cstate_line%2cmotorway_label%2cmainroad_label%2cminorroad_label%2cosm_new_railways_symbol%2cplace-country%2cplace-state%2cplace-city%2cplace-town%2cplace-Suburb%2cplace-village%2cplace-locality%2carea_label%2caerodrome_label%2cwaterway_label%2cwaterarea_label%2cpoi_pointlabel=%2fhome%2fubuntu%2fworldmap%2fasiamap.map
> : Operation timed out after 60 milliseconds with 0 bytes received
>
> aborting seed as 100.0% of the last 1000 requests failed
>
> seeded 225 tiles, now at z10 x660 y510
> seeded 2 metatiles (450 total tiles, 450 non-empty tiles) in 1201.8
> seconds at 0.4 tiles/sec (0.4 non-empty tiles/sec)
>
> If anyone could help me with this, it would be greatly appreciated.
>
> Regards,
> Parsis Presswala
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver queries and java / javascript

[Yves Jacolin]

Hello Arthur

You can find such features in two main projects:
* OpenLayers: http://www.openlayers.org/
* leaflet: https://leafletjs.com/

Regards,

Y.

Le jeu. 10 janv. 2019 à 15:03, Arthur Delorme  a écrit :

> Hello,
>
> Years ago there was a Java code called JBox, which were very nice to
> make multiple queries by drawing a box on the map (which you could also
> use in browse mode to zoom).
>
> With the restrictions on Java in modern web browsers, I would like to
> replace JBox with something else, maybe some Javascript, but I can't
> find help about this by myself, so I come to you!
>
> I'm not super familiar with JS, even though I can write some stuff. Do
> you know about some examples / libraries to have this box tool?
>
> Thanks!
> Arthur
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Yves Jacolin
Training and support manager - Team Manager
Camptocamp

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapcache instruction

[Yves Jacolin]

Lars,

Why did you use {z}/{x}-{y} in the filename?

I was probably wrong when I tell to create the sqlite file, this is true
for mbtiles though.

Y.

Le jeu. 20 sept. 2018 à 14:24,  a écrit :

> I also ran into the problem of running out of i-nodes last year.
>
> Here is the configuration I have with a sqlite cache:
>
> 
> /data/mapcache/{grid}/{tileset}/{z}/{x}-{y}.sqlite3
> 1
> 1
> 1573741823
> 
>
> I guess the pragma thing is described in the documentation.
> xcount and ycount describes how much You want to store in each sqlite db
> file before it creates a new db file.
> mapcache is creating the db files automatically. So seeding a large area
> You end up with many sqlite db files that all work together.
>
> This has worked really good for our use case.
>
> Lars Schylberg
>
>
> September 20, 2018 1:24 PM, "Yves Jacolin"  >
> wrote:
>
> Here a short tuto from my personal notes:
> 1. create a cache entry in your mapcache file
>
>   
> /var/www/osm_google.db 
>
> 2. create a empty sqlite file
> - run sqlite3
> - run this commande inside sqlite3: ".save filename.db" (without ")
> 3. use this cache in your settings
> You don't need MySQL or PostgreSQL, only sqlite3 and its dependencies.
> Path used in my example for cache block are for Unix like system, you
> should adapt it for Windows : c:/
> Y.
> Le jeu. 20 sept. 2018 à 13:07, Sebastiano Laini <
> sebastiano.la...@buchanancomputing.co.uk> a écrit :
>
> Hi all,
>
> We have a MapCache setup with “disk_cache” but we are running out of
> Inodes when I try to seed the whole UK with projection 27700.
>
> I was thinking to propose to my supervisor to use the “SQLite Caches” but
> I don’t know how it works. Can someone guide me through the process of
> setup MapCache with this type of cache? And if I need some dependency, we
> use PostgreSQL in our server so I assume I need to install also MySQL.
>
> I’ve already read the documentation but still I have doubt about the db
> part, how to create the db and locate it. I never use SQLite, just
> PostgreSQL.
>
> Regards;
>
> Sebastiano.
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> --
> Training and support manager
> Camptocamp
> Bâtiment le Dauphin - 1er étage
> 18 rue du Lac Saint André
> 73382 Le Bourget-du Lac
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jaco...@camptocamp.com
> http://www.camptocamp.com
>
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Training and support manager
Camptocamp
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapcache instruction

[Yves Jacolin]

disk should also be changed to mbtiles in
your example. Note that "mbtiles" is not the best name (I copy pasted my
example)! You can find a better name :)

And yes except that you need to create the db file (as you should
create a database postgresql before to use it) all other command are
similar.

Y.

PS : please keep reply to the list :)



Le jeu. 20 sept. 2018 à 13:44, Sebastiano Laini <
sebastiano.la...@buchanancomputing.co.uk> a écrit :

> I see, so I just need to replace this code:
>
>
>
>   
>
> /var/www/vhosts/buchananmapping.co.uk/httpdocs/maps/cache
>
> 
>
>   
>
>
>
> Whith this:
>
>
>
> 
>
> /var/www/osm_google.db
>
> 
>
>
>
> And then used my code as usual? (changing the cache that I call in the
> tileset)
>
>
>
>   
>
> 
>
>   
>
> image/jpeg
>
> miniscale
>
> /var/www/vhosts/DOMAIN/maps.map
>
>   
>
> 
>
> 
>
>   URL/cgi-bin/mapserv?
>
> 
>
>   
>
>
>
>   
>
> Mymaps
>
> disk
>
> Mygrid
>
> JPEG
>
> 4 4
>
>   0
>
>   31536000
>
>   
>
>
>
>   
>
>
>
> this is a custom grid
>
>
>
>EPSG:27700
>
>128 128
>
>0 0 70 125
>
>70 28 14 7 6.16 2.8 1.4 0.7 0.28 0.14
> 0.07
>
> 
>
>
>
> The request is going to be the same or is changing?
>
>
>
> An example of my actual request is this one:
>
>
>
>
> URL/mapcache/?SERVICE=WMS=1.3.0=GetMap=image%2Fpng=true=Mycache=true=128=128=EPSG%3A27700==465920%2C174800%2C501760%2C210640
>
>
>
> Is created through OpenLayers 4, I sent the cords “BBOX” and the cache
> name “LAYERS=Mycache”
>
>
>
> Sebastiano.
>
>
>
> *From:* Yves Jacolin [mailto:yves.jaco...@camptocamp.com]
> *Sent:* 20 September 2018 12:24
> *To:* Sebastiano Laini 
> *Cc:* mapserver-users 
> *Subject:* Re: [mapserver-users] Mapcache instruction
>
>
>
> Here a short tuto from my personal notes:
>
>
>
> 1. create a cache entry in your mapcache file
>
> 
>
> /var/www/osm_google.db
>
> 
>
> 2. create a empty sqlite file
>
> - run sqlite3
>
> - run this commande inside sqlite3: ".save filename.db" (without ")
>
> 3. use this cache in your settings
>
>
>
> You don't need MySQL or PostgreSQL, only sqlite3 and its dependencies.
> Path used in my example for cache block are for Unix like system, you
> should adapt it for Windows : c:/
>
>
>
> Y.
>
>
>
> Le jeu. 20 sept. 2018 à 13:07, Sebastiano Laini <
> sebastiano.la...@buchanancomputing.co.uk> a écrit :
>
> Hi all,
>
>
>
> We have a MapCache setup with “disk_cache” but we are running out of
> Inodes when I try to seed the whole UK with projection 27700.
>
>
>
> I was thinking to propose to my supervisor to use the “SQLite Caches” but
> I don’t know how it works. Can someone guide me through the process of
> setup MapCache with this type of cache? And if I need some dependency, we
> use PostgreSQL in our server so I assume I need to install also MySQL.
>
>
>
> I’ve already read the documentation but still I have doubt about the db
> part, how to create the db and locate it. I never use SQLite, just
> PostgreSQL.
>
>
>
> Regards;
>
>
>
> Sebastiano.
>
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>
>
>
> --
>
> Training and support manager
> Camptocamp
> Bâtiment le Dauphin - 1er étage
> 18 rue du Lac Saint André
> 73382 Le Bourget-du Lac
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jaco...@camptocamp.com
> http://www.camptocamp.com
>


-- 
Training and support manager
Camptocamp
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapcache instruction

[Yves Jacolin]

Here a short tuto from my personal notes:

1. create a cache entry in your mapcache file


/var/www/osm_google.db


2. create a empty sqlite file
- run sqlite3
- run this commande inside sqlite3: ".save filename.db" (without ")
3. use this cache in your settings

You don't need MySQL or PostgreSQL, only sqlite3 and its dependencies. Path
used in my example for cache block are for Unix like system, you should
adapt it for Windows : c:/

Y.

Le jeu. 20 sept. 2018 à 13:07, Sebastiano Laini <
sebastiano.la...@buchanancomputing.co.uk> a écrit :

> Hi all,
>
>
>
> We have a MapCache setup with “disk_cache” but we are running out of
> Inodes when I try to seed the whole UK with projection 27700.
>
>
>
> I was thinking to propose to my supervisor to use the “SQLite Caches” but
> I don’t know how it works. Can someone guide me through the process of
> setup MapCache with this type of cache? And if I need some dependency, we
> use PostgreSQL in our server so I assume I need to install also MySQL.
>
>
>
> I’ve already read the documentation but still I have doubt about the db
> part, how to create the db and locate it. I never use SQLite, just
> PostgreSQL.
>
>
>
> Regards;
>
>
>
> Sebastiano.
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users



-- 
Training and support manager
Camptocamp
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] enabling browser cache from Mapcache?

[Yves Jacolin]

Good point :)

2018-05-31 11:49 GMT+02:00 Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi>:

> Hi,
>
>
>
> However, if client like OpenLayers or Leaflet is making 256x256 sized WMS
> requests they are always the same for the same tile and thus cacheable as
> well.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* mapserver-users [mailto:mapserver-users-
> boun...@lists.osgeo.org] *Puolesta *Yves Jacolin
> *Lähetetty:* 31. toukokuuta 2018 10:08
> *Vastaanottaja:* Dan Little 
> *Kopio:* mapserver-users ; Mark Volz <
> markv...@co.lyon.mn.us>
> *Aihe:* Re: [mapserver-users] enabling browser cache from Mapcache?
>
>
>
> Dan,
>
> > 1. No, you are not correct. The browser CAN cache those requests.
>
> Hum, in wms mode? I am not sure. In WMTS, TMS, etc mode yes but not in WMS
> as the request will change each time.
>
> Y.
>
>
>
> 2018-05-30 19:15 GMT+02:00 Dan Little :
>
> Please take a moment to do a bit more reading about how browser caching
> works:
>
> - https://developers.google.com/web/fundamentals/performance/optimizing-
> content-efficiency/http-caching
>
>
>
> You cannot directly control what the browser chooses to cache but you can
> use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that
> cause.  Repetitive WMS requests will be caught by the cache but it's much
> harder to get a hit as it will change when the screen size, resolution, or
> small shifts in locations differ.
>
>
>
> To directly answer your questions:
>
> 1. No, you are not correct. The browser CAN cache those requests.
>
> 2. Yes, the browser will cache those images.
>
>
>
> Cheers.
>
>
>
> On Wed, May 30, 2018 at 11:41 AM Mark Volz  wrote:
>
> Hello,
>
>
>
> Using Apache, I would like to know if it is possible to set up a browser
> cache for images from mapcache so that images are stored on the client
> machine instead of having to get resent from the server.  I enabled
> mod_expires and noticed that the png files for the buttons are cached
> unfortunately the mapcache png files are not cached.  I presume it might
> not be possible to cache images from mapcache when used in WMS mode, but it
> might be possible when using either WMTS, or TMS mode.
>
>
>
> Questions:
>
> 1.   Am I correct that we cannot use browser or client caching with
> mapcache in wms mode?
>
> 2.   Can we use browser cache when using WMTS or TMS services?
>
>
>
> I am using GeoMOOSE which should be able to consume xyz TMS tiles.
>
>
>
> Thanks!
>
>
>
> Sincerely,
>
> *Mark Volz, GISP*
>
> *Lyon County GIS Coordinator*
>
>
>
> ___
> 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
>
>
>
>
> --
>
> Training and support manager
> Camptocamp
> Bâtiment le Dauphin - 1er étage
> 18 rue du Lac Saint André
> <https://maps.google.com/?q=18+rue+du+Lac+Saint+Andr%C3%A9=gmail=g>
> 73382 Le Bourget-du Lac
>
> Tel (France) : +33 4 58 48 20 43
> Tel (Switzerland) : +41 21 619 10 43
> Mob. : +33 6 18 75 42 21
>
> email : yves.jaco...@camptocamp.com
> http://www.camptocamp.com
>



-- 
Training and support manager
Camptocamp
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] enabling browser cache from Mapcache?

[Yves Jacolin]

Dan,

> 1. No, you are not correct. The browser CAN cache those requests.

Hum, in wms mode? I am not sure. In WMTS, TMS, etc mode yes but not in WMS
as the request will change each time.

Y.

2018-05-30 19:15 GMT+02:00 Dan Little :

> Please take a moment to do a bit more reading about how browser caching
> works:
> - https://developers.google.com/web/fundamentals/performance/optimizing-
> content-efficiency/http-caching
>
> You cannot directly control what the browser chooses to cache but you can
> use mod_expiry and friendly-reusable URLs (like XYZ tiles) to help in that
> cause.  Repetitive WMS requests will be caught by the cache but it's much
> harder to get a hit as it will change when the screen size, resolution, or
> small shifts in locations differ.
>
> To directly answer your questions:
> 1. No, you are not correct. The browser CAN cache those requests.
> 2. Yes, the browser will cache those images.
>
> Cheers.
>
> On Wed, May 30, 2018 at 11:41 AM Mark Volz  wrote:
>
>> Hello,
>>
>>
>>
>> Using Apache, I would like to know if it is possible to set up a browser
>> cache for images from mapcache so that images are stored on the client
>> machine instead of having to get resent from the server.  I enabled
>> mod_expires and noticed that the png files for the buttons are cached
>> unfortunately the mapcache png files are not cached.  I presume it might
>> not be possible to cache images from mapcache when used in WMS mode, but it
>> might be possible when using either WMTS, or TMS mode.
>>
>>
>>
>> Questions:
>>
>> 1.   Am I correct that we cannot use browser or client caching with
>> mapcache in wms mode?
>>
>> 2.   Can we use browser cache when using WMTS or TMS services?
>>
>>
>>
>> I am using GeoMOOSE which should be able to consume xyz TMS tiles.
>>
>>
>>
>> Thanks!
>>
>>
>>
>> Sincerely,
>>
>> *Mark Volz, GISP*
>>
>> *Lyon County GIS Coordinator*
>>
>>
>> ___
>> 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
>



-- 
Training and support manager
Camptocamp
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] FOSS4G-fr 2018, Save the date and more!

[Yves Jacolin]

Sorry if you already get the information. We try to share this as far as we 
can :)

Organized by the local chapter OSGeo-fr, the FOSS4G-fr 2018 event will take 
place on the 15th up to the 17th of May, 2018 at the National School of 
Geographical Sciences, Marne-la-Vallée - Paris.

As a unique opportunity for meetings, this conference is opened to all players 
in the French-speaking Geospatial Open Source ecosystem : decision-makers, 
users and developers. English contributions are also welcome !

This 3rd edition will take place over 3 days : the first day is dedicated to 
workshops, then the 2 following days focus on presentations on wide and 
inspiring themes !

At this point, you may already :
1. Save the date !
2. Submit a workshop (15th of May) or a paper for the conference days (16th 
and 17th of May).
3. Sponsor of the event.

More information on the web site: http://foss4g.osgeo.fr

We are looking forward to your participation!

The organizing team, @FOSS4GFR
-- 
Yves Jacolin
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How add a point remotelly

[Yves Jacolin]

Hello Andrea,

You can't, only few parameters can be used for such ontime subsitution, see
the section: http://mapserver.org/cgi/runsub.html#parameters-supported

Regards,

Y.

2018-01-21 11:41 GMT+01:00 Andrea Peri :

> Hi Jukka,
>
> Your is a good idea.
> I try it ,
>
> The fragment I try is this:
>
> TYPE POINT
> PROJECTION
>   "+init=epsg:3003"
> END
> EXTENT 153 4665000 180 495
> VALIDATION
>   'coordinates' '^[-a-zA-Z0-9_.\=#\'&%() ]+$'
>   'default_coordinates' '165 480'
> END
> FEATURE
>   POINTS
> %coordinates%   <-- line 593 of my mapfile.
>   END
> END
>
>
> But unfortunally the mapserver report always the error.
>
> [Sun Jan 21 11:36:26 2018].660 loadFeaturePoints(): Unknown identifier.
> Parsing error near (%):(line 593)
>
>
>
>
> 2018-01-21 11:22 GMT+01:00 Rahkonen Jukka (MML)  maanmittauslaitos.fi>:
>
>> I would try first with one variable %coordinates% for avoiding possible
>> problem because of subsequent % signs.
>>
>> -Jukka Rahkonen-
>> --
>> Lähettäjä: Andrea Peri 
>> Lähetetty: ‎21.‎1.‎2018 11:58
>> Vastaanottaja: mapserver-users@lists.osgeo.org
>> Aihe: [mapserver-users] How add a point remotelly
>>
>> Hi,
>> Is possible to use the runtime-substitution to add a point into a map
>> layer ?
>>
>> I try this, but it do error.
>>
>> FEATURE
>>   POINTS
>> %coord_est% %coord_north%
>>
>> The log report me: "unknow % char"
>>
>> Many thx.
>>
>> --
>> -
>> Andrea Peri
>> . . . . . . . . .
>> qwerty àèìòù
>> -
>>
>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Training and support manager
Camptocamp France SAS
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How use ogr provider with spatialite "read only" clause

[Yves Jacolin]

Hello Andrea,

Can't you do that by "chmod" the file?

Y.

2018-01-10 12:28 GMT+01:00 Andrea Peri :

> Hi,
> Usually we use the spatialite db as ordinary datasource for ours mapserver
> wms.
>
> Now I discovered that the last versions of spatialite always test
> automatically the version of the DB sqlite and if verify that the db was
> create using an older spatialite version.
>
> TRY TO UPDATE the spatialite system tables WHEN the connection was closed.
>
> This probably is a good strategy for an ordinary desktop application.
> But more risk pendent when used on a mpaserver that could have more than
> one connection open on the same DB sqlite.
>
> To avoid this the standard solution used from the spatialite driver is to
> check if the DB is open in READ-ONLY mode.
>
> And avoid to write and update the db when it is in read-only mode.
>
> So my trouble now is how the change the usual connection string in the
> mapfile to say to the OGR driver to open the sqlite/spatialite using the
> "read-only" mode.
>
> Is this possible ?
>
> Many thx
>
> A.
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Training and support manager
Camptocamp France SAS
Bâtiment le Dauphin - 1er étage
18 rue du Lac Saint André
73382 Le Bourget-du Lac

Tel (France) : +33 4 58 48 20 43
Tel (Switzerland) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21

email : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] group and subgroup

[Yves Jacolin]

Something like this:
LAYER
  NAME "layer1"
  GROUP "mygroup"
  STATUS ON
  METADATA
"
*wms_layer_group" "test/test2"*
  END
END

LAYER
  NAME "layer2"
  GROUP "mygroup"
  STATUS ON
  ...
  METADATA
"
*wms_layer_group" "test/test2"*  END
END

LAYER
   NAME test2
END

Note that curently you should create a fake layer (test2) to call test2 to
"merge" layer1 and layer2. Thomas Bonfort created last week a PR in MS to
let the user to call test2 without the fake layer.

See https://github.com/mapserver/mapserver/pull/5371

Y.

2017-02-06 21:47 GMT+01:00 :

> Another way to do it, is with "
> *wms_layer_group"*
>
> as decribed here; http://mapserver.org/ogc/wms_server.html
> But that might be a little more complicated but allows You more levels of
> subgroups.
>
> Lars S.
>
> -Originalmeddelande-
> > Från: "Stephen Woodbridge" 
> > Till: mapserver-users@lists.osgeo.org
> > Datum: 2017-02-06 21:34
> > Ämne: Re: [mapserver-users] group and subgroup
>
> >
> > On 2/6/2017 3:11 PM, milad nidal wrote:
> > > Hi,
> > > I'd like to create a subgroup with 2 layers. is-it posible?
> > > I tried what is menionned in the mapserver,s doc but it did not work.
> > > something like (groupe : test and subgroup test2 with layer1 and layer
> 2
> > > in the subgroup)
> > > Thanks
> >
> > Try this:
> >
> > LAYER
> >   NAME "layer1"
> >   GROUP "mygroup"
> >   STATUS ON
> >   ...
> > END
> >
> > LAYER
> >   NAME "layer2"
> >   GROUP "mygroup"
> >   STATUS ON
> >   ...
> > END
> >
> > Now you can request layer "mygroup" and both layers will be activated.
> >
> > -SteveW
> >
> > ---
> > This email has been checked for viruses by Avast antivirus software.
> > https://www.avast.com/antivirus
> >
> > ___
> > 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
>



-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] GetFeatureInfo layout in plain text

[Yves Jacolin]

humm, good point, I need to check the output request from ArcGIS. The users
said that for other service they get a table, so probably an html format.

Thanks,

Y.

2016-11-10 12:59 GMT+01:00 Jörg Thomsen (WhereGroup) <
joerg.thom...@wheregroup.com>:

> so, what do you have to style? Perhaps you could create a text-format
> output with templates to create a sort of ascii-tables, you don't have
> to use html-tags within the templates. But in this case the request has
> to be format=text/html.
>
> Jörg
>
>
> Am 10.11.2016 um 12:39 schrieb Yves Jacolin:
> > Thanks Jörg,
> >
> > Unfortunately I should use text format as ArcGIS desktop don't support
> other
> > format (to be confirmed).
> >
> > Y.
> > On Thursday, November 10, 2016 11:49:49 Jörg Thomsen wrote:
> >> Hi Yves,
> >>
> >> text/plain is text/plain, no layout. The Mapserver-templates work with
> >> html-format. Another way could be using the xml-output and styling it
> >> with xslt. But you can enable the html-output using templates with
> >> mapserver and it still will be possible to send text/plain requests.
> >>
> >> Templating ist easy and powerful, so to answer your question: yes, read
> >> the templating chapter. You'll find a short introduction in the old
> >> tutorial: http://demo.mapserver.org/tutorial/section3.html (example
> 3.1)
> >>
> >> Jörg
> >>
> >> Am 10.11.2016 um 11:16 schrieb Yves Jacolin:
> >>> Hello,
> >>>
> >>> I have to setup a text format for a WMS' GetFeatureInfo service. I
> would
> >>> like to know if it is possible to change the layout using a template.
> >>>
> >>> My first test was not working so any feedback is welcome. The
> >>> documentation
> >>> said that the user should read the templating chapter so I guess this
> is
> >>> possible.
> >>>
> >>> Any confirmation?
> >>>
> >>> Y.
> >>
> >> Viele Grüße,
> >> Jörg Thomsen
> >
>
>
> Viele Grüße,
> Jörg Thomsen
>
> --
>
> 
> Where2B Konferenz 2016
> 15. Dezember 2016 in Bonn
> www.where2b-conference.com
> 
>
> ---
> Jörg Thomsen
> WhereGroup GmbH & Co. KG
> Gillweg 3
> 14193 Berlin
> Germany
>
> Fon: +49 (0)30 / 5130 278 74
> Fax: +49 (0)30 / 89 09 53 11
>
> joerg.thom...@wheregroup.com
> www.wheregroup.com
> Amtsgericht Bonn, HRA 6788
> ---
> Komplementärin:
> WhereGroup Verwaltungs GmbH
> vertreten durch:
> Olaf Knopp, Peter Stamm
> ---
> Folgen Sie der WhereGroup auf twitter: http://twitter.com/WhereGroup_com
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] GetFeatureInfo layout in plain text

[Yves Jacolin]

Thanks Jörg,

Unfortunately I should use text format as ArcGIS desktop don't support other 
format (to be confirmed).

Y.
On Thursday, November 10, 2016 11:49:49 Jörg Thomsen wrote:
> Hi Yves,
> 
> text/plain is text/plain, no layout. The Mapserver-templates work with
> html-format. Another way could be using the xml-output and styling it
> with xslt. But you can enable the html-output using templates with
> mapserver and it still will be possible to send text/plain requests.
> 
> Templating ist easy and powerful, so to answer your question: yes, read
> the templating chapter. You'll find a short introduction in the old
> tutorial: http://demo.mapserver.org/tutorial/section3.html (example 3.1)
> 
> Jörg
> 
> Am 10.11.2016 um 11:16 schrieb Yves Jacolin:
> > Hello,
> > 
> > I have to setup a text format for a WMS' GetFeatureInfo service. I would
> > like to know if it is possible to change the layout using a template.
> > 
> > My first test was not working so any feedback is welcome. The
> > documentation
> > said that the user should read the templating chapter so I guess this is
> > possible.
> > 
> > Any confirmation?
> > 
> > Y.
> 
> Viele Grüße,
> Jörg Thomsen

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] GetFeatureInfo layout in plain text

[Yves Jacolin]

Hello,

I have to setup a text format for a WMS' GetFeatureInfo service. I would like 
to know if it is possible to change the layout using a template.

My first test was not working so any feedback is welcome. The documentation 
said that the user should read the templating chapter so I guess this is 
possible.

Any confirmation?

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] problem in wms service

[Yves Jacolin]

Yes, I think map.extent is used for MapServer CGI Template not for MapServer 
WMS Request which uses BBOX parameter. As you are using WMS service, 
map.extent is useless.

Y.

On Tuesday, August 16, 2016 11:37:00 Ahmet Temiz wrote:
> thank you ,
> 
> I noticed later I have missed specifying host in CONNECTION <  CONNECTION
> "host=localhost  
> Do you say map.extent is redundant code and  BBOX is doing same ?
> 
> regards
> 
> On Tue, Aug 16, 2016 at 10:37 AM, Yves Jacolin <yves.jaco...@camptocamp.com>
> wrote:
> > Ok, I suppose that your working test shows something in the picture?
> > 
> > I suggest to enable log in your mapfile and check it after running again
> > your
> > not working example.
> > 
> > "map.extent=2588830.423584977+4061255.6481961836+54
> > 26172.9135307195+5382087.496964029" in your request should not be useful.
> > 
> > Sorry no more idea here. Maybe the log will show you something weird.
> > 
> > Y.
> > 
> > On Tuesday, August 16, 2016 10:20:43 Ahmet Temiz wrote:
> > > thank you
> > > 
> > > it is png file.
> > > $display out.png returns blank image.
> > > 
> > > On Tue, Aug 16, 2016 at 10:10 AM, Yves Jacolin <
> > 
> > yves.jaco...@camptocamp.com>
> > 
> > > wrote:
> > > > On Tuesday, August 16, 2016 10:07:40 Ahmet Temiz wrote:
> > > > > Hi,
> > > > > 
> > > > > I am testing my wms, postgis layer it works with QUERY_STRING but
> > > > > not
> > > > > displays anything with curl and QGIS.
> > > > > 
> > > > > ** It works
> > > > > 
> > > > > mapserv -nh
> > > > > "QUERY_STRING=map=/var/www/ms_map/jeo.map=WMS&
> > > > 
> > > > VERSION=1.1.1=
> > > > 
> > > > > GetMap=2588830.423584977+4061255.6481961836+
> > > > 
> > > > 5426172.9135307195+53
> > > > 
> > > > > 82087.496964029=jeo==EPSG:3857=
> > > > 
> > > > 2588830.423584977,4061
> > > > 
> > > > > 255.6481961836,5426172.9135307195,5382087.496964029&
> > > > 
> > > > WIDTH=1160=540
> > > > 
> > > > > RMAT=image/png"
> > > > > 
> > > > > > out.png
> > > > > 
> > > > > -
> > > > > ** it doesn't work
> > > > > 
> > > > > curl --trace -i -X GET -H "Content-Type: image/png" "
> > > > > http://localhost/cgi-bin/mapserv?map=/var/www/ms_map/
> > > > 
> > > > jeo.map=WMS
> > > > 
> > > > > SION=1.1.1=GetMap=2588830.423584977+
> > > > 
> > > > 4061255.6481961836+54
> > > > 
> > > > > 26172.9135307195+5382087.496964029=jeo=&
> > > > 
> > > > SRS=EPSG:3857=258
> > > > 
> > > > > 8830.423584977,4061255.6481961836,5426172.9135307195,
> > > > 
> > > > 5382087.496964029
> > > > 
> > > > > =1160=540=image/png"
> > > > > 
> > > > > > out.png
> > > > > 
> > > > > Can you tell me what the likely reasons are?
> > > > > regards
> > > > 
> > > > Hello,
> > > > 
> > > > Does out.png is a png file or a text file with an error message in it?
> > 
> > If
> > 
> > > > so,
> > > > what is this message? If it is not a png file, is it the mapserv cgi
> > 
> > file?
> > 
> > > > Y.
> > > > --
> > > > Responsable Formation et Support
> > > > Camptocamp France SAS
> > > > Savoie Technolac, BP 352
> > > > 73377 Le Bourget du Lac, Cedex
> > > > Tel (France) : +33 4 58 48 20 43 (new !)
> > > > Tel (Suisse) : +41 21 619 10 43
> > > > Mob. : +33 6 18 75 42 21
> > > > Fax : 04 79 70 15 81
> > > > Mail : yves.jaco...@camptocamp.com
> > > > http://www.camptocamp.com
> > 
> > --
> > Responsable Formation et Support
> > Camptocamp France SAS
> > Savoie Technolac, BP 352
> > 73377 Le Bourget du Lac, Cedex
> > Tel (France) : +33 4 58 48 20 43 (new !)
> > Tel (Suisse) : +41 21 619 10 43
> > Mob. : +33 6 18 75 42 21
> > Fax : 04 79 70 15 81
> > Mail : yves.jaco...@camptocamp.com
> > http://www.camptocamp.com

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] problem in wms service

[Yves Jacolin]

Ok, I suppose that your working test shows something in the picture?

I suggest to enable log in your mapfile and check it after running again your 
not working example.

"map.extent=2588830.423584977+4061255.6481961836+54 
26172.9135307195+5382087.496964029" in your request should not be useful.

Sorry no more idea here. Maybe the log will show you something weird.

Y.
On Tuesday, August 16, 2016 10:20:43 Ahmet Temiz wrote:
> thank you
> 
> it is png file.
> $display out.png returns blank image.
> 
> On Tue, Aug 16, 2016 at 10:10 AM, Yves Jacolin <yves.jaco...@camptocamp.com>
> wrote:
> > On Tuesday, August 16, 2016 10:07:40 Ahmet Temiz wrote:
> > > Hi,
> > > 
> > > I am testing my wms, postgis layer it works with QUERY_STRING but not
> > > displays anything with curl and QGIS.
> > > 
> > > ** It works
> > > 
> > > mapserv -nh
> > > "QUERY_STRING=map=/var/www/ms_map/jeo.map=WMS&
> > 
> > VERSION=1.1.1=
> > 
> > > GetMap=2588830.423584977+4061255.6481961836+
> > 
> > 5426172.9135307195+53
> > 
> > > 82087.496964029=jeo==EPSG:3857=
> > 
> > 2588830.423584977,4061
> > 
> > > 255.6481961836,5426172.9135307195,5382087.496964029&
> > 
> > WIDTH=1160=540
> > 
> > > RMAT=image/png"
> > > 
> > > > out.png
> > > 
> > > -
> > > ** it doesn't work
> > > 
> > > curl --trace -i -X GET -H "Content-Type: image/png" "
> > > http://localhost/cgi-bin/mapserv?map=/var/www/ms_map/
> > 
> > jeo.map=WMS
> > 
> > > SION=1.1.1=GetMap=2588830.423584977+
> > 
> > 4061255.6481961836+54
> > 
> > > 26172.9135307195+5382087.496964029=jeo=&
> > 
> > SRS=EPSG:3857=258
> > 
> > > 8830.423584977,4061255.6481961836,5426172.9135307195,
> > 
> > 5382087.496964029
> > 
> > > =1160=540=image/png"
> > > 
> > > > out.png
> > > 
> > > Can you tell me what the likely reasons are?
> > > regards
> > 
> > Hello,
> > 
> > Does out.png is a png file or a text file with an error message in it? If
> > so,
> > what is this message? If it is not a png file, is it the mapserv cgi file?
> > 
> > Y.
> > --
> > Responsable Formation et Support
> > Camptocamp France SAS
> > Savoie Technolac, BP 352
> > 73377 Le Bourget du Lac, Cedex
> > Tel (France) : +33 4 58 48 20 43 (new !)
> > Tel (Suisse) : +41 21 619 10 43
> > Mob. : +33 6 18 75 42 21
> > Fax : 04 79 70 15 81
> > Mail : yves.jaco...@camptocamp.com
> > http://www.camptocamp.com

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] problem in wms service

[Yves Jacolin]

On Tuesday, August 16, 2016 10:07:40 Ahmet Temiz wrote:
> Hi,
> 
> I am testing my wms, postgis layer it works with QUERY_STRING but not
> displays anything with curl and QGIS.
> 
> ** It works
> 
> mapserv -nh
> "QUERY_STRING=map=/var/www/ms_map/jeo.map=WMS=1.1.1=
> GetMap=2588830.423584977+4061255.6481961836+5426172.9135307195+53
> 82087.496964029=jeo==EPSG:3857=2588830.423584977,4061
> 255.6481961836,5426172.9135307195,5382087.496964029=1160=540
> RMAT=image/png"
> > out.png
> 
> -
> ** it doesn't work
> 
> curl --trace -i -X GET -H "Content-Type: image/png" "
> http://localhost/cgi-bin/mapserv?map=/var/www/ms_map/jeo.map=WMS
> SION=1.1.1=GetMap=2588830.423584977+4061255.6481961836+54
> 26172.9135307195+5382087.496964029=jeo==EPSG:3857=258
> 8830.423584977,4061255.6481961836,5426172.9135307195,5382087.496964029
> =1160=540=image/png"
> > out.png
> 
> Can you tell me what the likely reasons are?
> regards

Hello,

Does out.png is a png file or a text file with an error message in it? If so, 
what is this message? If it is not a png file, is it the mapserv cgi file?

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How is working TEMPLATE fooOnlyForWMSGetFeatureInfo ?

[Yves Jacolin]

You should remove the line 64:

TEMPLATE 'fooOnlyForWMSGetFeatureInfo' is not useful in the WEB Object. Only 
the one in METADATA in the LAYER object.

See section 'At the map level' vs 'And for each LAYER' in 
http://mapserver.org/ogc/wms_server.html#setup-a-mapfile-for-your-wms

Y.


On Thursday, August 11, 2016 14:06:52 Jean-Christophe Bastin wrote:
> Hi,
> 
> Thank you for your answer.
> 
> Please find in attachment the MapFile.
> 
> To summarize, I have "WEB TEMPLATE 'fooOnlyForWMSGetFeatureInfo'" and
> "LAYER TEMPLATE fooOnlyForWMSGetFeatureInfo", as other samples I have found.
> 
> Regards,
> 
> JCB
> 
> Le 11/08/2016 à 13:57, Yves Jacolin a écrit :
> > Hello,
> > 
> > How is your mapfile? Could you share a part of it?
> > 
> > In WMS service, TEMPLATE should have a value, but not a specific value. So
> > you can write what you want.
> > 
> > So I guess there is a missing parameter in your mapfile.
> > 
> > Regards,
> > 
> > Y.
> > 
> > On Thursday, August 11, 2016 13:41:13 Jean-Christophe Bastin wrote:
> >> Hi all,
> >> 
> >> I don't find good explanations about the use of TEMPLATE
> >> fooOnlyForWMSGetFeatureInfo in a Mapfile.
> >> In fact, I have a queryable WMS, and when I send a GetFeatureInfo
> >> request, I get the following answer :
> >> 
> >> 
> >>  >> "http://www.digitalearth.gov/wmt/xml/exception_1_0_1.dtd;>
> >> 
> >> 
> >> msReturnPage(): Web application error. Malformed template name
> >> (fooOnlyForWMSGetFeatureInfo).
> >> 
> >> 
> >> 
> >> What does that mean ?
> >> I did a research on "TEMPLATE" and "fooOnlyForWMSGetFeatureInfo", but I
> >> don't find how it is used.
> >> I only find Mapfile samples using it, but nothing about what and how it
> >> is used.
> >> 
> >> Someone can explain me how can I resolve this issue ?
> >> 
> >> Many thanks !
> >> 
> >> JCB

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How is working TEMPLATE fooOnlyForWMSGetFeatureInfo ?

[Yves Jacolin]

Hello,

How is your mapfile? Could you share a part of it?

In WMS service, TEMPLATE should have a value, but not a specific value. So you 
can write what you want.

So I guess there is a missing parameter in your mapfile.

Regards,

Y.
On Thursday, August 11, 2016 13:41:13 Jean-Christophe Bastin wrote:
> Hi all,
> 
> I don't find good explanations about the use of TEMPLATE
> fooOnlyForWMSGetFeatureInfo in a Mapfile.
> In fact, I have a queryable WMS, and when I send a GetFeatureInfo
> request, I get the following answer :
> 
> 
>  "http://www.digitalearth.gov/wmt/xml/exception_1_0_1.dtd;>
> 
> 
> msReturnPage(): Web application error. Malformed template name
> (fooOnlyForWMSGetFeatureInfo).
> 
> 
> 
> What does that mean ?
> I did a research on "TEMPLATE" and "fooOnlyForWMSGetFeatureInfo", but I
> don't find how it is used.
> I only find Mapfile samples using it, but nothing about what and how it
> is used.
> 
> Someone can explain me how can I resolve this issue ?
> 
> Many thanks !
> 
> JCB


-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver filter/expression by DATE

[Yves Jacolin]

Hello,

I just sent a PR to remove uk flag and translation.

As Jeff said in the ticket, there is no translated string for Ukraine.

Thanks Jeff and Ian.

Y.
On Tuesday, August 09, 2016 13:48:08 Jeff McKenna wrote:
> Good catch Ian, I can see inside the docs source paths of
> "translated/uk", so it is on our side.  I've created a ticket for this,
> and I will now attempt to change that to the proper "ua" country code.
> https://github.com/mapserver/docs/issues/150
> 
> -jeff
> 
> On 2016-08-09 11:04 AM, Ian Turton wrote:
> > I have http://mapserver.org/uk/ogc/wms_dimension.html as my dimension,
> > which seems wrong as ususally I would be GB or en_gb  in this context.
> > 
> > However I believe that the 2 letter Ukrainian code is 'UA' not UK for
> > exactly this reason (see https://en.wikipedia.org/wiki/ISO_3166-2:UA) -
> > I think neither of us is supposed to use UK so as to avoid confusing
> > other people.
> > 
> > Ian

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver filter/expression by DATE

[Yves Jacolin]

On Tuesday, August 09, 2016 15:27:41 Andrea Aime wrote:
> On Tue, Aug 9, 2016 at 3:21 PM, Ian Turton  wrote:
> > PS does anyone know why the MapServer site thinks I'd like cyrillic
> > characters in the headings?
> 
> Happens to me as well :-)
> 
> [image: Inline image 1]
> 
> Cheers
> Andrea
There is a mix somewhere because I get this also clicking on the last flags 
which give this url: http://mapserver.org/uk/index.html

Probably a mix between en_uk vs uk (in ISO Langage code) ?

Which url do you have?

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver-cgi displays nothing

[Yves Jacolin]

On Tuesday, July 26, 2016 10:12:58 Ahmet Temiz wrote:
> Our mapserver-cgi displays nothing.
> 
> http://localhost/cgi-bin/mapserv?mode=map=/var/www/trdem1.map=runt
> imeSubstitution=50
> 
> ​  VALIDATION
>   'yuk' '^[0-9]$'
>   END
> 
>   CLASS
>   EXPRESSION ([pixel] >= 'yuk' )
>   STYLE COLOR 255 0 0 END
>   END #end class
> ​
> ​What am I doing wrong?
> regards​
Hello,

You should probably use %:

   EXPRESSION ([pixel] >= '%yuk%' )

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapserver basemap

[Yves Jacolin]

On Friday, May 20, 2016 16:05:31 Eugenio Trumpy wrote:
> Hello all,
> 
> I would like to insert a modern basemap on a running mapserver project.
> Currently I set a mapfile including about 15 layers and a raster tif file
> representing the hillshade of the study area, as basemap.
> My aim is to substitute the running base map with something more dynamic as
> well as with higher resolution and at the same time not heavy to slow down
> the service. These basemap aspects are new for me, I found documentation
> but not so clear for me, I need something easy. What can you suggest me? Is
> it an hard stuff? or can I handle it? I think I could have at least 2
> possibilities: to insert a WMS global layer, (and in case can you suggest
> me a nice service?), or set up something like tiles service (like OSM), in
> case how??
> 
> Thank you in advance,
> 
Eugenio,

Did you try the basemaps project?

https://github.com/mapserver/basemaps/

Doc is here: 
https://github.com/mapserver/mapserver/wiki/Rendering-OSM-data-on-Ubuntu-12.04

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapcache_seed fill in missing tiles?

[Yves Jacolin]

Good to know :)

Thanks!

Y.
On Monday, May 16, 2016 9:16:40 Simon Mercier wrote:
> Yves
> 
> no. mapcache_seed will create missing tiles only and in the extent. If
> tiles exist mapcache_seed will skip them.  Based on my experience it's
> super fast and you dont have to know where are missing tiles
> 
> You can force seeding with -f option but it's very slow.  I prefere to
> delete tiles first or use "-m delete" for specific area
> 
> On 16-05-16 03:34 AM, Yves Jacolin wrote:
> > On Sunday, May 15, 2016 21:04:06 Simon Mercier wrote:
> >> yep.  you can use mapcache_seed to fill missing tiles in a specific area
> >> for level 1 to 16 like this:
> >> 
> >> sudo -u www-data mapcache_seed -c mapcacheConfig.xml -t my_tileset_name
> >> -g g -e -7808229,6035336,-7115330,6340836 -z 1,16 -n 8
> >> [..]
> > 
> > Hello Simon,
> > 
> > So that's mean that if we don't know where are exactly the missing tiles
> > user need to seed again all the cache?
> > 
> > And as Mapcache overwrite existing tiles (if I am correct) that's mean
> > that it can be very long to get just few missing tiles.
> > 
> > Y.

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] mapcache_seed fill in missing tiles?

[Yves Jacolin]

On Sunday, May 15, 2016 21:04:06 Simon Mercier wrote:
> yep.  you can use mapcache_seed to fill missing tiles in a specific area
> for level 1 to 16 like this:
> 
> sudo -u www-data mapcache_seed -c mapcacheConfig.xml -t my_tileset_name
> -g g -e -7808229,6035336,-7115330,6340836 -z 1,16 -n 8
> [..] 

Hello Simon,

So that's mean that if we don't know where are exactly the missing tiles user 
need to seed again all the cache?

And as Mapcache overwrite existing tiles (if I am correct) that's mean that it 
can be very long to get just few missing tiles.

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] openlayers 3

[Yves Jacolin]

Hello,

It could be two kind of problem:
* server side
* client site

It is difficult to see a problem (except obvious one) in such code. Did you 
check that your mapserver is working correctly?

If not check this:
http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/Apache/htdocs/jask/jask.map=getcapabilities=WMS=1.3.0

If you get the capabilities, check any errors messages in the capabilities. If 
you can't have the capabitilies, try to find the error or post the error 
message if you can't find it.

When WMS service works, you can try the ol3 mailing list to see why the client 
side is not working.

Regards,

Y.

On Friday, May 13, 2016 11:54:55 hosain mohammadi wrote:
> hello
> 
> i'd like to use openlayers3 for wms service
> the belowe code is correct?
> 
> 
> 
>   
>  href="http://openlayers.org/en/v3.15.1/css/ol.css; type="text/css">
> 
>   .map {
> height: 100%;
> width: 100%;
>   }
> 
> http://openlayers.org/en/v3.15.1/build/ol.js";
> type="text/javascript">
> web gis
>   
>   
> 
> 
> 
> 
> var layers = [
>   new ol.layer.Image({
> extent: [1062293,17704892,1085747,17720997],
> source: new ol.source.ImageWMS({
>   url: '
> http://localhost/cgi-bin/mapserv.exe?map=C:/ms4w/Apache/htdocs/jask/jask.map
> ',
>   params: {
> 'LAYERS': 'jask',
> 'CRS': 'EPSG:4326',
> 'BBOX': '1062293,17704862,1085747,17720997',
> 'FORMAT': 'image/png',
> 'mode':'map'
>   },
>   serverType: 'mapserver'
> })
>   })
> ];
> var projection = new ol.proj.Projection({
>  code: 'EPSG:4326',
>  units: 'm'
>  });
> 
> var map = new ol.Map({
>   layers: layers,
>   target: 'map',
>   controls: [
>   new ol.control.Zoom(),
>   new ol.control.ZoomSlider()
>   ],
> 
>   view: new ol.View({
> center: [1073136.94,17716190.89],
> zoom: 13,
> projection: projection
>   })
> });
> 
> 
> 
> 
>   
> 
> 
> 
> 
> someone has offer?

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How Interval is defined for WMS-T

[Yves Jacolin]

Hello,

Thanks both of you. It seems that, finally, the client request was incorrect as 
it uses TIME value with second resolution.

I agree with Thomas about the bug for those who want to get second time 
resolution this won't work.

Y.
On Tuesday, February 16, 2016 15:54:20 thomas bonfort wrote:
> Even,
> I'm not sure I agree with your conclusion.
> 
> I think the intention would be to write
> 
> timecol between time0 and time0+resolution
> 
> which translates to:
> 
> time0<=timecol<=time0+resolution
> 
> whereas we want:
> 
> time0<=timecol<time0+resolution
> 
> thus the hack to use time0+resolution-1second which is clearly incorrect
> when the desired resolution is the second (and somewhat incorrect for the
> other resolutions)
> 
> 
> I'd say this is a bug.
> 
> --
> thomas
> 
> On 16 February 2016 at 15:43, Even Rouault <even.roua...@spatialys.com>
> 
> wrote:
> > Le mardi 16 février 2016 15:21:17, Yves Jacolin a écrit :
> > > Hello,
> > > 
> > > I have a WMS-T layer. The datasource is in a postgis layer. The SQL
> > 
> > request
> > 
> > > send by MapServer is something like this:
> > > 
> > > ("timestamp" between date_trunc('second',timestamp
> > > '2016-02-17T15:00:00.000Z') and date_trunc('second',timestamp
> > > '2016-02-17T15:00:00.000Z') + interval '1 second' - interval '1 second')
> > > 
> > > I understand the + interval '1 second' - interval '1second', but I can't
> > > understand how the first interval resolution come from, see [1].
> > > 
> > > I guess this is calculated from wms_timedefault or wms_timeextent. Here
> > 
> > my
> > 
> > > METADATA LAYER of my mapfile:
> > > "wms_timeextent" "2016-02-16T22:20/2016-02-17T21:20/PT1H"
> > > "wms_timeitem" "timestamp"
> > > "wms_timedefault" "2016-02-16T23:20"
> > > 
> > > Any idea how I can "force" the interval resolution to minute?
> > 
> > Yves,
> > 
> > The resolution comes from the value of time parameter passed in the WMS
> > request (or the timedefault value if time is not specified). To get a one
> > minute resolution, the time parameter must be expressed in minutes.
> > 
> >  This is
> > 
> > actually explained in http://mapserver.org/ogc/wms_time.html (
> > "Interpreting
> > Time Values", "Exceptions to this rule")
> > 
> > AFAICS there's no way to override that currently (although it might
> > potentially be desirable, for example by taking into account the
> > resolution in
> > the timeextent syntax)
> > 
> > One workaround to indicate the intent to the client is to specify
> > "wms_timeformat". Although it doesn't seem to work properly currently, ie
> > if
> > you specify "-MM-DDTHH:MM", a value with seconds will be accepted as
> > validating the beginning of the pattern. Hum looks like a bug.
> > 
> > Even
> > 
> > --
> > Spatialys - Geospatial professional services
> > http://www.spatialys.com
> > ___
> > mapserver-users mailing list
> > mapserver-users@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] How Interval is defined for WMS-T

[Yves Jacolin]

Hello,

I have a WMS-T layer. The datasource is in a postgis layer. The SQL request
send by MapServer is something like this:

("timestamp" between date_trunc('second',timestamp
'2016-02-17T15:00:00.000Z') and date_trunc('second',timestamp
'2016-02-17T15:00:00.000Z') + interval '1 second' - interval '1 second')

I understand the + interval '1 second' - interval '1second', but I can't
understand how the first interval resolution come from, see [1].

I guess this is calculated from wms_timedefault or wms_timeextent. Here my
METADATA LAYER of my mapfile:

"wms_timeextent" "2016-02-16T22:20/2016-02-17T21:20/PT1H"
"wms_timeitem" "timestamp"
"wms_timedefault" "2016-02-16T23:20"

Any idea how I can "force" the interval resolution to minute?

Thanks,

Y.
[1]
https://github.com/mapserver/mapserver/blob/branch-7-0/mappostgis.c#L3389
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] wms

[Yves Jacolin]

On Thursday, November 26, 2015 7:48:08 John Abraham wrote:
> Don't forget to remove  the
> =WMS=1.1.1=GetCapabilities From the url before
> giving it to qgis

[OFF TOPIC] Not sure if this really triggers any errors in QGIS and wondering 
if QGIS keeps VERSION=x.x.x parameter to the next getmap request.

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] wms error in arcgis 10.3

[Yves Jacolin]

On Monday, November 09, 2015 10:59:40 Martin Landa wrote:
> Hi,
> 
> 2015-11-09 10:56 GMT+01:00 thomas bonfort :
> > Unless I'm mistaken, mapserver will only accept SRSs in the EPSG
> > namespace for WMS, so ESRI:xxx won't do it.
> 
> right, it didn't help. So I will copy 102067 from esri file to epsg...
Martin,

May be better to add a specific EPSG file with own code to avoid to fill the 
official epsg file:

Just add
MAP
  [..]
  CONFIG "PROJ_LIB" "/usr/local/share/proj/"
  [..]
END

Absolute and relative path are allowed.

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Documentation index missing on mapserver.org (Was: Re: Search in MapServer.org does not work)

[Yves Jacolin]

I don't remember exactly the error message, but to be clear, the error was
on genindex po/mo file(s) when using tx client.

Y.

2015-10-20 15:48 GMT+02:00 Jeff McKenna <jmcke...@gatewaygeomatics.com>:

> Hi Yves,
>
> What was your error exactly?
>
> -jeff
>
>
>
>
> On 2015-10-20 10:24 AM, Yves Jacolin wrote:
>
>> Håvard,
>>
>> By index file you mean glossary I guess?
>>
>> FYI, when pushing update for the translation last week, I get one error on
>> this file.
>>
>> Y.
>>
>> On Tuesday, October 20, 2015 10:05:30 Jeff McKenna wrote:
>>
>>> Thanks for pushing this Håvard, I'll dive in...
>>>
>>> -jeff
>>>
>>> On 2015-10-20 9:57 AM, Havard Tveite wrote:
>>>
>>>> Another similar(?) issue with mapserver.org:
>>>>
>>>> Some time ago, the documentation index disappeared from
>>>> mapserver.org together with the blue navigation line near
>>>> the top of the page.
>>>>
>>>> Could that be a similar issue, Jeff?
>>>>
>>>> When compiling the docs locally the blue navigation line
>>>> below the translation flags shows up, but on mapserver.org it
>>>> is gone.
>>>>
>>>> See https://github.com/mapserver/docs/issues/125 for details.
>>>>
>>>> In my opinion, the documentation index is essential when
>>>> using the Mapserver documentation, so this is a critical
>>>> issue.
>>>>
>>>> The link to the documentation index:
>>>> http://www.mapserver.org/genindex.html
>>>>
>>>> Håvard
>>>>
>>>> On Mon Oct 19 09:26:53 PDT 2015, Jeff McKenna
>>>>
>>>> <jmcke...@gatewaygeomatics.com> wrote:
>>>>   > Thanks for reporting Martin.
>>>>   >
>>>>   > This was a tough one. I've noticed that since we made the move to
>>>> build
>>>>   > our docs on travis-ci.org the search stopped working, I think this
>>>>   > problem has existed for a long time.
>>>>   >
>>>>   > Today finally I discovered some travis-ci.org build scripts for
>>>>   > MapServer that "rm" some directories after copying to mapserver.org
>>>>   > including "_sources/".  I've changed those scripts and the search
>>>> seems
>>>>   > to be working again:  http://www.mapserver.org/search.html?q=class
>>>>   >
>>>>   > -jeff
>>>>   >
>>>>   >
>>>>   > --
>>>>   > Jeff McKenna
>>>>   > MapServer Consulting and Training Services
>>>>   > http://www.gatewaygeomatics.com/
>>>>   >
>>>>   > On 2015-10-19 11:00 AM, Martin Icking wrote:
>>>>   >> The search window opens, but no search result is shown.
>>>>   >> In the debug console I get:
>>>>   >>
>>>>   >> GET http://mapserver.org/_sources/MIGRATION_GUIDE.txt 404 (Not
>>>> Found)
>>>>   >>
>>>>   >> Tx
>>>>   >> Martin
>>>>
>>>
>>> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>



-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Documentation index missing on mapserver.org (Was: Re: Search in MapServer.org does not work)

[Yves Jacolin]

Håvard,

By index file you mean glossary I guess?

FYI, when pushing update for the translation last week, I get one error on 
this file.

Y.

On Tuesday, October 20, 2015 10:05:30 Jeff McKenna wrote:
> Thanks for pushing this Håvard, I'll dive in...
> 
> -jeff
> 
> On 2015-10-20 9:57 AM, Havard Tveite wrote:
> > Another similar(?) issue with mapserver.org:
> > 
> > Some time ago, the documentation index disappeared from
> > mapserver.org together with the blue navigation line near
> > the top of the page.
> > 
> > Could that be a similar issue, Jeff?
> > 
> > When compiling the docs locally the blue navigation line
> > below the translation flags shows up, but on mapserver.org it
> > is gone.
> > 
> > See https://github.com/mapserver/docs/issues/125 for details.
> > 
> > In my opinion, the documentation index is essential when
> > using the Mapserver documentation, so this is a critical
> > issue.
> > 
> > The link to the documentation index:
> > http://www.mapserver.org/genindex.html
> > 
> > Håvard
> > 
> > On Mon Oct 19 09:26:53 PDT 2015, Jeff McKenna
> > 
> >  wrote:
> >  > Thanks for reporting Martin.
> >  > 
> >  > This was a tough one. I've noticed that since we made the move to build
> >  > our docs on travis-ci.org the search stopped working, I think this
> >  > problem has existed for a long time.
> >  > 
> >  > Today finally I discovered some travis-ci.org build scripts for
> >  > MapServer that "rm" some directories after copying to mapserver.org
> >  > including "_sources/".  I've changed those scripts and the search seems
> >  > to be working again:  http://www.mapserver.org/search.html?q=class
> >  > 
> >  > -jeff
> >  > 
> >  > 
> >  > --
> >  > Jeff McKenna
> >  > MapServer Consulting and Training Services
> >  > http://www.gatewaygeomatics.com/
> >  > 
> >  > On 2015-10-19 11:00 AM, Martin Icking wrote:
> >  >> The search window opens, but no search result is shown.
> >  >> In the debug console I get:
> >  >> 
> >  >> GET http://mapserver.org/_sources/MIGRATION_GUIDE.txt 404 (Not Found)
> >  >> 
> >  >> Tx
> >  >> Martin
> 
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver 7.0 and NODATA setting

[Yves Jacolin]

Andrea,

Maybe you can have a look into VRT format where you can set up a NODATA value.

Regards,

Y.
On Sunday, September 06, 2015 12:32:12 Andrea Peri wrote:
> Hi,
> 
> I have no success to find any info on the NODATA question in the
> floating point raster.
> 
> Is this kind of raster suitable for use on mapserver ?
> 
> Thx.
> 
> 2015-08-18 10:27 GMT+02:00 Andrea Peri :
> > HI,
> > 
> > The question of NODATA processing command is not completelly clear afaik.
> > Infact I found a patch from warmerdam:
> > 
> > https://trac.osgeo.org/mapserver/ticket/2404
> > 
> > Where it speak explicitly of a PROCESSING "NODATA" setting.
> > 
> >>I would note that OFFSITE is still supported, and the usual PROCESSING
> >>"NODATA=OFF" >mechanism can be used to disable using GDAL level nodata.>>
> > A.
> > 
> > 2015-08-18 9:28 GMT+02:00 Andrea Peri :
> >> Hi,
> >> 
> >> I have a clearly response from the log.
> >> 
> >> The nodata is unsupported for this kind of rasters.
> >> 
> >>> LoadGDALImage(rt_sat.LC8191.rt.attuale): NODATA value - in GDAL
> >>>
> >>>file or PROCESSING directive largely ignored.  Not yet fully supported
> >>>for
> >>>unclassified scaled data.  The NODATA value is excluded from auto-scaling
> >>>min/max computation, but will not be transparent.
> >>>
> >> So I must found another solution for my rasters.
> >> 
> >> Regards.
> >> 
> >> 2015-08-18 9:08 GMT+02:00 Andrea Peri :
> >>> So my question is a little different.
> >>> 
> >>> Seem that mapserver was not able to automatically understand the
> >>> NODATA values of floating point rasters.
> >>> 
> >>> In my usecase: the NODATA value is -.0
> >>> I produce the catalog using gdaltindex, and apply the result to
> >>> mapserver 7.
> >>> 
> >>> The result is this:
> >>> 
> >>> http://tinyurl.com/ndsdyr8
> >>> 
> >>> The only partially solution I found was to set
> >>> OFFSITE 0 0 0
> >>> but it is acceptable for my usecase because the black color is a color
> >>> really available inside the rasters and it is not usable as a
> >>> transparent color.
> >>> 
> >>> Is this an issue for mapserver 7 ?
> >>> 
> >>> Thx,
> >>> 
> >>> A.
> >>> 
> >>> 2015-08-17 16:11 GMT+02:00 Andrea Peri :
>  Hi Jukka.
>  
>  Perhaps you have right !
>  
>  The NODATA setting is an ancient setting that I reuse always in my
>  mapfiles but only now I notice that the mapserver document don't
>  report him.
>  So more probably it is a false setting.
>  
>  But , if the nodata setting dont exist, how say to the mapserver to
>  filter the nodata of a floating raster  ?
>  
>  Thx.
>  
> > --
> > -
> > Andrea Peri
> > . . . . . . . . .
> > qwerty àèìòù
> > -
> > ___
> > mapserver-users mailing list
> > mapserver-users@lists.osgeo.org
> > http://lists.osgeo.org/mailman/listinfo/mapserver-users
>  
>  --
>  -
>  Andrea Peri
>  . . . . . . . . .
>  qwerty àèìòù
>  -
> >>> 
> >>> --
> >>> -
> >>> Andrea Peri
> >>> . . . . . . . . .
> >>> qwerty àèìòù
> >>> -
> >> 
> >> --
> >> -
> >> Andrea Peri
> >> . . . . . . . . .
> >> qwerty àèìòù
> >> -
> > 
> > --
> > -
> > Andrea Peri
> > . . . . . . . . .
> > qwerty àèìòù
> > -

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 58 48 20 43 (new !)
Tel (Suisse) : +41 21 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Is kerneldensity_attribute implemented?

[Yves Jacolin]

Hello,

If documentation is not uptodate you can either send a PR or create an issue 
with some text and information (where? what?).

More information you give, easier and better it is for us.

Y.
On Thursday, October 23, 2014 8:21:03 Rahkonen Jukka wrote:
 Hi,
 
 Fine, I could make is work with this knowledge. Is it so that the only
 documentation right now is in the RFC and main documentation page
 http://mapserver.org/documentation.html  does not know about dynamic
 heatmaps yet? Might be worth having an own entry in the Output section.
 
 I was trying to normalize my source data. There seems to be some limited
 possibilities for doing that with source layer and kerneldensity layer: -
 In source LAYER the attribute to be used for weighting can be selected with
 STYLE SIZE [attribute] END. The [attribute] is selected as it stands and
 no expressions can be used in STYLE - SIZE - In the kerneldensity LAYER 
 processing KERNELDENSITY_NORMALIZATION can be used for normalizing data
 by a multiplication factor. - For more advanced normalization it must be
 done in the data because for example expression [POPULATION]/[AREA] can't
 be resolved on-the-fly because expressions are not supported in STYLE -
 SIZE.
 
 Have I understood right? With some sources of the point layer data there
 could perhaps be a workaround by computing new field on-the-fly inside
 LAYER - DATA: select geometry, population/area as popar from source and
 by using then popar as size attribute. I made some trials with
 connnectiontype OGR but it was not trivial to make my selection to work
 from  a shapefile.
 
 -Jukka Rahkonen-
 
 thomas bonfort wrote:
  Jukka,
  All the functionality is tested in msautotest, the KERNELDENSITY_ATTRIBUTE
  is an error is the RFC. To use an attribute use STYLE SIZE [attribute]
  END in your linked vector layer.
  
  --
  thomas
  
  On 23 October 2014 06:55, Rahkonen Jukka (Tike)
  
  jukka.rahko...@mmmtike.fi wrote:
   Hi,
   
   I have tried to use attribute based weights in heatmaps as in RFC 108
   example http://mapserver.org/development/rfc/ms-rfc-108.html
   processing KERNELDENSITY_ATTRIBUTE=POP2010
   
   However, this processing option does not seem to have any affect. It is
   not
  
  used in the MS autotest mapfile and I wonder if it has been implemented at
  all yet. Does somebody know?
  
   -Jukka Rahkonen-
   ___
   mapserver-users mailing list
   mapserver-users@lists.osgeo.org
   http://lists.osgeo.org/mailman/listinfo/mapserver-users
 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [mapserver-dev] Using cluster with spatialite ?

[Yves Jacolin]

On Wednesday, October 22, 2014 15:34:17 Andrea Peri wrote:
 If confirmed, I check in last dev in repository and fill an issue if
 necessary.
and assign it to me, I will correct it.

Thanks,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Using cluster with spatialite ?

[Yves Jacolin]

On Wednesday, October 22, 2014 10:56:41 Jeff McKenna wrote:
 On 2014-10-22 10:34 AM, Andrea Peri wrote:
  Hi,
  I found the expalin.
  
  Seeing the code I see the labelitem is not
  
  Cluster:FeatureCount
  but instead:
  Cluster_FeatureCount
  
  This is different from documentation.
  I guess the issue is in the code.
  
  If confirmed, I check in last dev in repository and fill an issue if
  necessary.
  
  Regards,
  
  Andrea.
 
 Careful, I believe that change was made to the unreleased 6.5-dev
 version.  So that is why docs have not been updated for 6.4.1
 
 -jeff
I confirm this, I have an old working mapfile with the Cluster:FeatureCount 
parameter.

I will do some testing if I have some time.

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] have the docs for STYLE COLORRANGE been added yet?

[Yves Jacolin]

On Friday, October 03, 2014 20:41:06 Basques, Bob wrote:
 All,
 
 I can't seem to find them . . .
 
 Thanks
 
Bobb,

As far as I know, this is not yet in the documentation. One answer I get in 
the past is this is not an official feature, see [1] Voting history: None.

And finally, there is no support for the legend for this feature.

Y.
[1] http://mapserver.org/de/development/rfc/ms-rfc-6.html
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Unsubscribe

[Yves Jacolin]

On Saturday, September 27, 2014 16:04:32 Krishna Priya Patury wrote:
 Hi there,
 
 I would like to be removed from this mailing list.
 
 Thanks much,
Krishna,

Jut click at the bottom of this email the link 
http://lists.osgeo.org/mailman/listinfo/mapserver-users

You can manage your subscribtion (suspend or leave for ever).

Regards,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Reconfiguring mapserver

[Yves Jacolin]

hello,

You should enable gdal and proj flag in your cmake command when
building mapserver. I do it with ccmake .. which is a text interface
for cmake to list all flag available.

Y.

2014-07-06 16:59 GMT+02:00 Stefanos Anastasiou emperor_s...@yahoo.gr:
 Hello Yves,

 I open a terminal and type mapserv -v in the folder where it's installed (
 /usr/local/src/mapserver).

 For the installation I built it downloading the tarball.

 Thank you


 Στις 6:13 μ.μ. Πέμπτη, 3 Ιουλίου 2014, ο/η Yves Jacolin
 yves.jaco...@camptocamp.com έγραψε:


 Hello,

 Where your mapserv command come from? Did you build it or install from
 binary?

 Y.

 2014-06-28 17:52 GMT+02:00 Stefanos Anastasiou emperor_s...@yahoo.gr:
 Hello list..!!

 I'm using mapserver 6.2.0.  The command mapserv -v gives me the output:

 MapServer version 6.2.0 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=AGG
 SUPPORTS=FREETYPE SUPPORTS=ICONV INPUT=JPEG INPUT=SHAPEFILE

 I assume there are some things missing here like proj, gdal, wfs and wms.
 Can I have some help in reconfiguring it?

 Thanks a lot


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



 --
 Responsable Formation et Support
 Camptocamp France SAS
 Savoie Technolac, BP 352
 73377 Le Bourget du Lac, Cedex

 Tel (France) : +33 4 79 26 57 98
 Tel (Suisse) : 021 619 10 43
 Mob. : +33 6 18 75 42 21
 Fax : 04 79 70 15 81

 Mail : yves.jaco...@camptocamp.com
 http://www.camptocamp.com






-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Reconfiguring mapserver

[Yves Jacolin]

Hello,

Where your mapserv command come from? Did you build it or install from binary?

Y.

2014-06-28 17:52 GMT+02:00 Stefanos Anastasiou emperor_s...@yahoo.gr:
 Hello list..!!

 I'm using mapserver 6.2.0.  The command mapserv -v gives me the output:

 MapServer version 6.2.0 OUTPUT=PNG OUTPUT=JPEG SUPPORTS=AGG
 SUPPORTS=FREETYPE SUPPORTS=ICONV INPUT=JPEG INPUT=SHAPEFILE

 I assume there are some things missing here like proj, gdal, wfs and wms.
 Can I have some help in reconfiguring it?

 Thanks a lot

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



-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How to help translating MS documentation

[Yves Jacolin]

Thanks both of you, I planed to do it (ie add a link from another page)
later.

thanks again.

I will update the file to transifex soon this month.

Y.


2014-04-16 18:25 GMT+02:00 Jeff McKenna jmcke...@gatewaygeomatics.com:

 Hi Yves,

 I've added your document to the Documentation section of the Development
 page, and also added a reference to it in the Documentation Development
 Guide.   Wonderful contribution, thank you Yves!

 -jeff



 On 2014-04-16, 5:08 AM, Yves Jacolin wrote:
  Hello,
 
  I wrote a few weeks ago a short how to in the MS doc to give some info
  to help translating via transifex.
 
  This howto has currently no reference in any toc of the doc, so it still
  an hidden and secret page ;)
 
  Here it is: http://mapserver.org/development/translation.html
 
  Any feedback is welcome (english proof reading very welcome).
 
  Thanks,
 
  Y.
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Is PropertyIsNull supported by MapServer?

[Yves Jacolin]

Hello,

check RFC page in the documentation and follow the mapserver-dev ML ;)

Y.


2014-05-02 11:49 GMT+02:00 geographika geograph...@gmail.com:

 On 02/05/2014 11:39, Even Rouault wrote:

 This is expected. demo.mapserver.org is MapServer 5.6.5. PropertyIsNull
 will only be available in Mapserver 7.0

 Ok great - I'm using v 6.4 so just wanted to check if these filters were
 going to be available at any point in the future.

 For future reference where is the best place to find out future
 developments such as this are planned - GitHub Issues or by searching the
 mapserver-dev list?

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




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] [MS-master] SLD request and style + label behaviour

[Yves Jacolin]

Hello,

I am testing MapServer master this week and I found some curious behaviour.

# I am using :
* basemaps for the mapfile with data from OSM in France.
* MapServer master, built today
$ /usr/lib/cgi-bin/mapserv -v
MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ
SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=XMP
SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
SUPPORTS=WFS_SERVER
SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=FASTCGI SUPPORTS=GEOS
INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

# Testing:
* export sld with GetStyles request on buildings15 layer.

Layer definition:

LAYER
STATUS ON
PROJECTION
init=epsg:3857
END
GROUP default
NAME buildings15
TYPE POLYGON
CONNECTIONTYPE postgis
CONNECTION host=localhost dbname=france user=yves password=yves
port=5432
DATA geometry from (select geometry,osm_id, name as name from
osm_buildings) as foo using unique osm_id using srid=3857
LABELITEM name
PROCESSING LABEL_NO_CLIP=ON
PROCESSING CLOSE_CONNECTION=DEFER
MAXSCALEDENOM 20313
MINSCALEDENOM 10156
CLASS
  STYLE
 COLOR #bb
 OPACITY 50
  END
  STYLE
 OUTLINECOLOR #33
 WIDTH 0
  END
  LABEL
 TYPE TRUETYPE
 FONT sc
 PARTIALS FALSE
 MINFEATURESIZE AUTO
 SIZE 8
 COLOR 0 0 0
 OUTLINECOLOR 255 255 255
 OUTLINEWIDTH 2
 WRAP ' '
 MAXLENGTH 6
 ALIGN CENTER
  END
   END
END

# Issues:

* GetStyle request:
- Gives me a label definition (which seems corrects to me, except that
there is
no outlinecolor/width parameters)
- Gives me a stroke-width value of 1 instead of 0

* GetMap request doesn't show any labels

Sorry if this mails comes with differents issues, we can split it on
several
different thread if needed.

Regards,

Y.

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [MS-master] SLD request and style + label behaviour

[Yves Jacolin]

Hello,

thanks for your answer !

 check is if OSM buildings really have names
Checked and I get correct name values :)

 check if font sc can be found
It is in the basemaps repository and in local. All config seems right in
this part

Ok I found where the 'problem' came from: MINFEATURESIZE is auto so in the
scale where the layer is displayed I think no label will be lower than its
geometry size, so no label will be displayed ever.

Y.




2014-05-03 13:28 GMT+02:00 Rahkonen Jukka (Tike) jukka.rahko...@mmmtike.fi
:

  Hi,

 First thing to check is if OSM buildings really have names in the data or
 maybe test by using osm_id as labelitem because it for sure exists for all
 the buildings. Other things to do is to add also DEBUG 5 into your layer,
 check that ms_errorfile is set and see what messages it collects. Hmm, and
 check if font sc can be found. Jeff will soon tell you to use shp2img for
 testing but perhaps a good WMS client is here better because of all the
 scale dependent layers used in OSM mapfiles.

 -Jukka Rahkonen-


  --
 Yves Jacolin wrote:

Hello,

  I am testing MapServer master this week and I found some curious
 behaviour.

 # I am using :
 * basemaps for the mapfile with data from OSM in France.
 * MapServer master, built today
 $ /usr/lib/cgi-bin/mapserv -v
 MapServer version 6.5-dev OUTPUT=PNG OUTPUT=JPEG OUTPUT=KML SUPPORTS=PROJ
 SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=CAIRO SUPPORTS=ICONV SUPPORTS=XMP
 SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT
 SUPPORTS=WFS_SERVER
 SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=FASTCGI SUPPORTS=GEOS
 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

 # Testing:
 * export sld with GetStyles request on buildings15 layer.

 Layer definition:

 LAYER
 STATUS ON
 PROJECTION
 init=epsg:3857
 END
 GROUP default
 NAME buildings15
 TYPE POLYGON
 CONNECTIONTYPE postgis
 CONNECTION host=localhost dbname=france user=yves password=yves
 port=5432
 DATA geometry from (select geometry,osm_id, name as name from
 osm_buildings) as foo using unique osm_id using srid=3857
 LABELITEM name
 PROCESSING LABEL_NO_CLIP=ON
 PROCESSING CLOSE_CONNECTION=DEFER
 MAXSCALEDENOM 20313
 MINSCALEDENOM 10156
 CLASS
   STYLE
  COLOR #bb
  OPACITY 50
   END
   STYLE
  OUTLINECOLOR #33
  WIDTH 0
   END
   LABEL
  TYPE TRUETYPE
  FONT sc
  PARTIALS FALSE
  MINFEATURESIZE AUTO
  SIZE 8
  COLOR 0 0 0
  OUTLINECOLOR 255 255 255
  OUTLINEWIDTH 2
  WRAP ' '
  MAXLENGTH 6
  ALIGN CENTER
   END
END
 END

 # Issues:

 * GetStyle request:
 - Gives me a label definition (which seems corrects to me, except that
 there is
 no outlinecolor/width parameters)
 - Gives me a stroke-width value of 1 instead of 0

 * GetMap request doesn't show any labels

 Sorry if this mails comes with differents issues, we can split it on
 several
 different thread if needed.

 Regards,

 Y.

 --
 Responsable Formation et Support
 Camptocamp France SAS
 Savoie Technolac, BP 352
 73377 Le Bourget du Lac, Cedex

 Tel (France) : +33 4 79 26 57 98
 Tel (Suisse) : 021 619 10 43
 Mob. : +33 6 18 75 42 21
 Fax : 04 79 70 15 81

 Mail : yves.jaco...@camptocamp.com
 http://www.camptocamp.com

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




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] How to help translating MS documentation

[Yves Jacolin]

Hello,

I wrote a few weeks ago a short how to in the MS doc to give some info to
help translating via transifex.

This howto has currently no reference in any toc of the doc, so it still an
hidden and secret page ;)

Here it is: http://mapserver.org/development/translation.html

Any feedback is welcome (english proof reading very welcome).

Thanks,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] XML parsing error with extended Inspire WMS 1.1.1 capabilities

[Yves Jacolin]

FYI, Pierre Mauduit worked on this:
https://github.com/mapserver/mapserver/pull/4861

Y.


2014-02-06 Yves Jacolin yves.jaco...@camptocamp.com:

 Hello,

 Thanks, we will try to do a pull request on this soon.

 Y.


 2014-01-31 Eichner, Andreas - SID-NLKM andreas.eich...@sid.sachsen.de:


  I get this error: Namespace prefix xsi for type on MandatoryKeyword
  is not defined

 You're right. The problem using DTD is that namespace declarations are
 done
 using FIXED attributes. Therefore the DTD part
  !ATTLIST inspire_common:MandatoryKeyword
xmlns:inspire_common CDATA #FIXED 
 http://inspire.ec.europa.eu/schemas/common/1.0;
  

 Should be:
  !ATTLIST inspire_common:MandatoryKeyword
xmlns:inspire_common CDATA #FIXED 
 http://inspire.ec.europa.eu/schemas/common/1.0;
xmlns:xsi CDATA #FIXED http://www.w3.org/2001/XMLSchemainstance;
  

 Because for element inspire_common:Keyword the xsi:type attribute is
 declared
 it should probably also be done for the inspire_common:MandatoryKeyword.

 So I would consider this being an incomplete document type definition.
 Fixing this should be simple.

 HTH




 --
 Responsable Formation et Support
 Camptocamp France SAS
 Savoie Technolac, BP 352
 73377 Le Bourget du Lac, Cedex

 Tel (France) : +33 4 79 26 57 98
 Tel (Suisse) : 021 619 10 43
 Mob. : +33 6 18 75 42 21
 Fax : 04 79 70 15 81

 Mail : yves.jaco...@camptocamp.com
 http://www.camptocamp.com




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] XML parsing error with extended Inspire WMS 1.1.1 capabilities

[Yves Jacolin]

Hello,

Thanks, we will try to do a pull request on this soon.

Y.


2014-01-31 Eichner, Andreas - SID-NLKM andreas.eich...@sid.sachsen.de:


  I get this error: Namespace prefix xsi for type on MandatoryKeyword
  is not defined

 You're right. The problem using DTD is that namespace declarations are done
 using FIXED attributes. Therefore the DTD part
  !ATTLIST inspire_common:MandatoryKeyword
xmlns:inspire_common CDATA #FIXED 
 http://inspire.ec.europa.eu/schemas/common/1.0;
  

 Should be:
  !ATTLIST inspire_common:MandatoryKeyword
xmlns:inspire_common CDATA #FIXED 
 http://inspire.ec.europa.eu/schemas/common/1.0;
xmlns:xsi CDATA #FIXED http://www.w3.org/2001/XMLSchemainstance;
  

 Because for element inspire_common:Keyword the xsi:type attribute is
 declared
 it should probably also be done for the inspire_common:MandatoryKeyword.

 So I would consider this being an incomplete document type definition.
 Fixing this should be simple.

 HTH




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] XML parsing error with extended Inspire WMS 1.1.1 capabilities

[Yves Jacolin]

Hello all,

I investigated a little bit this issue and it seems to me that the problem
come from the xsi:type element that not refers to a definition.

I get this error: Namespace prefix xsi for type on MandatoryKeyword is not
defined

But with firefox: Erreur d'analyse XML : préfixe non lié à un espace de noms
Emplacement :
file:///home/yjacolin/Documents/Projets/ifremer_sextant_support/mapserver_inspire/oceanographie_physique_1.1.1.xml
Numéro de ligne 140, Colonne 5 :inspire_common:MandatoryKeyword
xsi:type='inspire_common:classificationOfSpatialDataService'

And another one with Chrome.

Is this correct or I am completly wrong?

Thanks,

Y.



2014-01-29 Stephan Meißl step...@meissl.name

 On 01/29/2014 02:59 PM, Rahkonen Jukka (Tike) wrote:
  Hi,
 
  So where is the bug? In OpenJUMP, SAX, Mapserver, the configuration in
 Toscane, or in Inspire?

 If my suspicion is true then SAX would be needed to be extended to also
 use the element definitions included directly in the capabilities
 document. I guess there would also be a work around in OpenJUMP possible
 as I did in libxml2.

 cu
 Stephan

 
  -Jukka Rahkonen-
 
  Stephan Meißl wrote
  Lähetetty: 29. tammikuuta 2014 15:48
  Vastaanottaja: mapserver-users@lists.osgeo.org
  Aihe: Re: [mapserver-users] XML parsing error with extended Inspire WMS
 1.1.1
  capabilities
 
  Hi,
 
  maybe the problem is that the inspire related elements are defined
 directly in the
  capabilities document and not in the referenced DTD [1] and thus not
 found by
  SAX.
 
  Merging the definitions into one document and using it with libxml2
 successfully
  validates the capabilities provided in autotest.
 
  cu
  Stephan
 
  [1] http://schemas.opengis.net/wms/1.1.1/WMS_MS_Capabilities.dtd
 
 
  On 01/29/2014 10:47 AM, Yves Jacolin wrote:
  Hello,
 
  I have the same issue. It seems that namespace header are not correct
  (just a guess, I could be wrong).
 
  Changing wms_inspire_capabilities from embed to url make a correct
  GetCapabilities.
 
  I can fill an issue and add some simple mapfile if needed.
 
  Regards,
 
  Y.
 
 
  2013-11-25 Rahkonen Jukka jukka.rahko...@mmmtike.fi
  mailto:jukka.rahko...@mmmtike.fi
 
  Hi,
 
  The SAX parser in OpenJUMP reports an error when trying to read the
  GetCapabilities from Mapserver 6.5-dev based WMS service of
 Toscana.
  The URL to use is
 
 
  http://www502.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=
  wm
  sctrservice=WMSversion=1.1.1request=GetCapabilities
 
  The error from the parser is:
 
  IOException: org.xml.sax.SAXParseException: The prefix xsi for
  attribute xsi:type
  associated with an element type inspire_common:MandatoryKeyword
 is
  not bound.
 
  WMS 1.1.0 works OK (probably because GetCapabilities come without
  Inspire stuff) as well as WMS 1.3.0.
 
  -Jukka Rahkonen-
 
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users

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




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] XML parsing error with extended Inspire WMS 1.1.1 capabilities

[Yves Jacolin]

Hello,

I have the same issue. It seems that namespace header are not correct (just
a guess, I could be wrong).

Changing wms_inspire_capabilities from embed to url make a correct
GetCapabilities.

I can fill an issue and add some simple mapfile if needed.

Regards,

Y.


2013-11-25 Rahkonen Jukka jukka.rahko...@mmmtike.fi

 Hi,

 The SAX parser in OpenJUMP reports an error when trying to read the
 GetCapabilities from Mapserver 6.5-dev based WMS service of Toscana. The
 URL to use is

 http://www502.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmsctrservice=WMSversion=1.1.1request=GetCapabilities

 The error from the parser is:

 IOException: org.xml.sax.SAXParseException: The prefix xsi for attribute
 xsi:type
 associated with an element type inspire_common:MandatoryKeyword is not
 bound.

 WMS 1.1.0 works OK (probably because GetCapabilities come without Inspire
 stuff) as well as WMS 1.3.0.

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




-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

[Yves Jacolin]

Le samedi 14 septembre 2013 15:06:09 Sally Buechel a écrit :
 Yves - you are right.  I really should re-compile with debug mode on,
 especially if you think there will be useful info for this particular
 problem.  I had some problems with my original compile so had been putting
 off doing that.
 
 
 
Sally,

You don't need to build MapServer, you can have a look to the MAP object 
documentation page and search for DEBUG parameter:

MAP
  ...
  DEBUG 4
  CONFIG MS_ERRORFILE /ms4w/tmp/ms_error.txt
   ...

END

See also http://mapserver.org/fr/optimization/debugging.html

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43 (new)
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com

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

Re: [mapserver-users] problem with INTERSECTS query from OpenLayers to mapserver

[Yves Jacolin (Free)]

Sally,

Le vendredi 13 septembre 2013 11:53:33 Sally Buechel a écrit :
 [..]
 I'm using mapserver 6.2.1 and the current OpenLayers.js.  I can run the
 wfs.map file using shp2img and get a valid response from mapserver, I can
 run non-spatial filters using my OpenLayers WFS call to mapserver.  The POST
 request sent to mapserver with the spatial query looks fine, but I simply
 get  the not very helpful premature end of script headers : mapserv in
 response.  The spatial input is a hand-drawn polygon in OpenLayers and the
 intersection at the mapserver end is a postgis table containing a polygon
 field.  The table is large, but a spatial restriction should always yield a
 manageable number of records.  Without a spatial restriction in the filter,
 I've noticed that mapserver tried to load all the data, so have currently
 restricted it to 100 records for testing/debugging.  I'm assuming once I
 get the spatial filter that this will restrict the number of records
 retrieved on the server side.  I have some assumptions, but as I said I've
 not been able to find a working example of this online, maybe because its
 too simple and everyone but me has it working?
 
 
 
 Should what I'm trying to do work or am I just beating my head against the
 wall?  It doesn't seem that this should be so hard.
Before beating your head against the wall, which can hurt you, try to enable 
debug mode in MapServer and have a look to the log. MapServer can give 
interesting information about what he is doing before the premature end of 
script.

Hope it helps you.

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

[mapserver-users] Cluster with shapefile doesn't show all colums in GetFeatureInfo

[Yves Jacolin]

Hello,

I would like to confirm a bug using cluster feature with shapefile data source. 
When a GetFeatureInfo request is made, we only get attribute which are used in 
CLASS object. Here is my mapfile:

   LAYER # début de la couche
  NAME test
  DATA test
  TEMPLATE ttt.html
  STATUS ON
  TYPE POINT
  EXTENT -173678 1652366 1470310 2709215
  PROJECTION
init=epsg:27572
  END
  METADATA
 wms_title test
 wms_srs EPSG:2154
 wms_include_items 
FAMILLE_IC,PRECISION,SEVESO,EPSG,NOM_ETBT,CODE_POSTA
 wms_getfeatureinfo_formatlist application/vnd.ogc.gml
  END

  CLUSTER
  MAXDISTANCE 0.2
  REGION 'ellipse'
  END

  PROCESSING CLUSTER_GET_ALL_SHAPES=ON
  LABELITEM Cluster:FeatureCount
  CLASSITEM Cluster:FeatureCount
  
  CLASS
  NAME test1
  EXPRESSION ([Cluster:FeatureCount] != 1 AND [PRECISION]=0)
  STYLE
SYMBOL 'centroide'
SIZE 35
  END
  LABEL
FONT arial
TYPE TRUETYPE
POSITION CC
SIZE 12
COLOR 0 0 0 
OUTLINECOLOR 250 250 250
  END
  END 
  [...]
END

In this example only PRECISION attribute will be displayed in the 
GetFeatureInfo request.

As github is down currently I can't check issues, sorry if it already known. 
Does someone could confirm this?

I am using MapServer version 6.2.1.

Thanks,

Yves
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43 (new)
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com

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

Re: [mapserver-users] Cluster with shapefile doesn't show all colums in GetFeatureInfo

[Yves Jacolin]

Hello,

My mapfile is not correct, as we can't get attributes in cluster object from 
several feature but this problem occurs also for feature which are not 
clustered.

For example, this class has the same problem, but it seems logical to me.

  CLASS
  NAME test2
  EXPRESSION ('[FAMILLE_IC]' eq 'IN' AND [PRECISION]=0 AND '[SEVESO]' 
eq 'AS')
  STYLE
SYMBOL usine 
SIZE 40
OFFSET 0 -14
  END
  END

Regards,

Y.
Le jeudi 22 août 2013 09:33:58 Yves Jacolin a écrit :
 Hello,
 
 I would like to confirm a bug using cluster feature with shapefile data
 source. When a GetFeatureInfo request is made, we only get attribute which
 are used in CLASS object. Here is my mapfile:
 
LAYER # début de la couche
   NAME test
   DATA test
   TEMPLATE ttt.html
   STATUS ON
   TYPE POINT
   EXTENT -173678 1652366 1470310 2709215
   PROJECTION
 init=epsg:27572
   END
   METADATA
  wms_title test
  wms_srs EPSG:2154
  wms_include_items
 FAMILLE_IC,PRECISION,SEVESO,EPSG,NOM_ETBT,CODE_POSTA
  wms_getfeatureinfo_formatlist application/vnd.ogc.gml
   END
 
   CLUSTER
   MAXDISTANCE 0.2
   REGION 'ellipse'
   END
 
   PROCESSING CLUSTER_GET_ALL_SHAPES=ON
   LABELITEM Cluster:FeatureCount
   CLASSITEM Cluster:FeatureCount
 
   CLASS
   NAME test1
   EXPRESSION ([Cluster:FeatureCount] != 1 AND [PRECISION]=0)
   STYLE
 SYMBOL 'centroide'
 SIZE 35
   END
   LABEL
 FONT arial
 TYPE TRUETYPE
 POSITION CC
 SIZE 12
 COLOR 0 0 0
 OUTLINECOLOR 250 250 250
   END
   END
   [...]
 END
 
 In this example only PRECISION attribute will be displayed in the
 GetFeatureInfo request.
 
 As github is down currently I can't check issues, sorry if it already known.
 Does someone could confirm this?
 
 I am using MapServer version 6.2.1.
 
 Thanks,
 
 Yves
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : 021 619 10 43 (new)
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com

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

Re: [mapserver-users] mapserver 6.0.1

[Yves Jacolin (Free)]

Hello,

Best things to do:

* read http://www.mapserver.org/introduction.html
* read http://www.mapserver.org/ogc/wms_server.html

You should search document on WMS services to understand what it is used for.

* you can install and read the mapserver workshop : 
https://github.com/mapserver/ms-ogc-workshop

You will understand mapserver things (install, configuration and WMS services) 
and will know what to do (and more) with your shapefile.

Y.
Le lundi 8 juillet 2013 02:30:26 avin mohanza a écrit :
 what do i do next after i convert the osm file into shp?
 
 
 
 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/mapserver-6-0-1-tp5064640p5064654.html
 Sent from the Mapserver - User mailing list archive at Nabble.com.
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] EPSG:900913 Problem

[Yves Jacolin (Free)]

Hello,

You should either use 3857 the official epsg code for web mercator or copy past 
epsg:3857 into a new line, changed the 3857 to 90091.. The file where epsg 
codes are listed should be in /usr/share/proj/epsg

Regards,

Y.
Le lundi 8 juillet 2013 04:07:34 vinodverma a écrit :
 Hi All
i am using Mapserver version 6.1.2 on ubuntu 12.10. My mapserver
 is working fine but when i switch to layer EPSG:900913 I got the following
 Error Message
 
 wms request for tileset osm returned an unsupported format:
 ?xml version='1.0' encoding=ISO-8859-1 standalone=no ?
 !DOCTYPE ServiceExceptionReport SYSTEM
 quot;http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtdquot;
 ServiceExceptionReport version=1.1.1
 ServiceException code=InvalidSRS
 msWMSLoadGetMapParams(): WMS server error. Invalid SRS given : SRS must be
 valid for all requested layers.
 /ServiceException
 /ServiceExceptionReport
 
 
 
 --
 View this message in context:
 http://osgeo-org.1560.x6.nabble.com/EPSG-900913-Problem-tp5064677.html Sent
 from the Mapserver - User mailing list archive at Nabble.com.
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Print server: rlank document

[Yves Jacolin (Free)]

Le lundi 8 juillet 2013 12:00:56 Luís de Sousa a écrit :
 Hello everyone,
 
 I just installed the print server in a new system (as a war deployed on
 Tomcat). It is answering correctly to GetCapabilities requests, but print
 requests are returning empty documents, just showing the title, comments
 and the pre-defined footer. I've installed the print server successfully in
 other systems, so I imagine that this may be a dependency missing. I've
 confirmed that both ImageMagick and Ghostscript are installed, what else
 could be missing?
 
 Another thing: are there any logs created by the print server? At least in
 catalina.out nothing is showing up.
 
 Thank you,
 
Luís,

Wrong mailing list? :)

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

Re: [mapserver-users] About the Color Ramp for Raster Data

[Yves Jacolin (Free)]

Guo,

Here is a working example:

  LAYER
NAME example
TYPE RASTER
STATUS ON
DUMP TRUE
PROCESSING BANDS=1
DATA geotif.tif
PROJECTION
   init=epsg:4326
END
EXTENT -40 -90 40 -45
CLASSITEM [pixel]
# blue to yellow
CLASS
  NAME colorramp
  EXPRESSION ([pixel] = 0 AND [pixel]  1.5)
  STYLE
COLOR -1 -1 -1
COLORRANGE 38 76 255 255 255 191
DATARANGE 0.0 1.5
RANGEITEM foobar
  END
END
# yellow to dark red
CLASS
  EXPRESSION ([pixel] = 1.5 AND [pixel] = 3.0)
  STYLE
COLOR -1 -1 -1 
COLORRANGE 255 255 191 94 0 18 
DATARANGE 1.5 3.0
RANGEITEM foobar
  END
END
#   # light red to dark red
#CLASS
#  EXPRESSION ([pixel]  2.394 AND [pixel]  3.189)
#  STYLE
#COLOR -1 -1 -1
#COLORRANGE 247 109 94 94 0 18
#DATARANGE 2.394 3.189
#RANGEITEM foobar
#  END
#END
METADATA
   wms_title example
   wms_srs   EPSG:4326
END
  END

I don't think that php/mapscript could be used for this kind of raster class 
:/

Regards,

Y.
Le mercredi 26 juin 2013 23:07:16 Guo YU a écrit :
 Dear Yves,
   Thanks for your reply. Could you give me an example on that. I tried
 several times, but it doesn't work. I think maybe I put it in the wrong
 location. It should be inside the Layer-Class level, right? Anyway, a
 mapfile example can give me good clue.
   Another question, is it work in PHP_Mapscript? I also tried to get
 that work but it failed. It seems the PHP-Mapscript doesn't know what is
 colorrange. So every time I save the map object as a mapfile, the
 colorrange is omitted.
 
Thanks.
 
 On Wed, Jun 26, 2013 at 11:05 AM, Yves Jacolin (Free) 
yjaco...@free.frwrote:
  Le mercredi 26 juin 2013 11:03:10 Guo YU a écrit :
   Does this proposed new syntax work yet?
   http://mapserver.org/development/rfc/ms-rfc-6.html#proposed-new-syntax
   
   Currently, I am still using this method for rendering the color. However
  
  it
  
   doesn't work so well since it is linear interpolation and equal
   interval.
   In reality, the histogram of raster shows that data doesn't distribute
  
  with
  
   equal interval. In ArcGIS, the default method for classified raster
   rendering is Natural Breaks (Jenks).
   
   
   STYLE
   
 COLORRANGE 0 0 0  255 255 0 # black to yellow
 DATARANGE 0.0 100.0
 RANGEITEM foobar
   
   END
   
   Is there any new improvement for that in MapServer? Thanks
  
  Hello,
  
  It is working well as we are using it. Even if it could be improved (add
  legend support for instance) :)
  
  Anyway, you can use EXPRESSION parameter for each CLASS you need to do
  what
  you want.
  
  Regards,
  
  Y.
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] About the Color Ramp for Raster Data

[Yves Jacolin (Free)]

Le mercredi 26 juin 2013 11:03:10 Guo YU a écrit :
 Does this proposed new syntax work yet?
 http://mapserver.org/development/rfc/ms-rfc-6.html#proposed-new-syntax
 
 Currently, I am still using this method for rendering the color. However it
 doesn't work so well since it is linear interpolation and equal interval.
 In reality, the histogram of raster shows that data doesn't distribute with
 equal interval. In ArcGIS, the default method for classified raster
 rendering is Natural Breaks (Jenks).
 
 
 STYLE
   COLORRANGE 0 0 0  255 255 0 # black to yellow
   DATARANGE 0.0 100.0
   RANGEITEM foobar
 END
 
 Is there any new improvement for that in MapServer? Thanks
Hello,

It is working well as we are using it. Even if it could be improved (add 
legend support for instance) :)

Anyway, you can use EXPRESSION parameter for each CLASS you need to do what 
you want.

Regards,

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

Re: [mapserver-users] About projection error in Python bindings

[Yves Jacolin]

Thomas,

where is your proj data?

 --with-proj=/usr/local or PROJ_LIB=/usr/share/proj/ ?

Y.
Le samedi 1 juin 2013 23:21:34 Thomas Gratier a écrit :
 Hello list,
 
 I am unable to run Python Mapscript without an error
 loadProjection(): Projection library error. Projection support is not
 available
 It happens for example in tests with maptest.py
 
 My main problem here is that I have set PROJ_LIB=/usr/share/proj/ and  I
 always have this error. On  the other side, from
 http://myserver/cgi-bin/mapserv?..., it's fine.
 
 I have done the compilation on Ubuntu 12.04 with Mapserver 6.2.1 with the
 following configuration
 
 ./configure --with-proj=/usr/local --with-ogr=/usr/local/bin/gdal-config
 --with-gdal=/usr/local/bin/gdal-config
 --with-geos=/usr/local/bin/geos-config --with-wmsclient --with-wfsclient
 --with-wcs --with-wfs --with-postgis=yes --with-kml=yes
 --with-xml-mapfile=yes --with-xslt=yes
 --with-xml2-config=/usr/bin/xml2-config --with-fribidi-config=yes
 --with-sos --with-curl-config=/usr/bin/curl-config --with-fastcgi=yes
 --with-cairo=yes --with-python=/usr/bin/python2.7 --enable-python-mapscript
 
 Any ideas?
 
 Regards
 
 Thomas Gratier
-- 
Yves Jacolin
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] label issues...

[Yves Jacolin]

Hello,

You should use also LABELMAXSCALE instead of MAXSCALE.

Y.
Le lundi 18 mars 2013 15:59:41 Mark Mirrlees a écrit :
 Ok so I want to stick this code into the .map file... where should it be
 placed in the section that i bolded? LABEL COLOR 255 255 255
   FONT arial
   TYPE truetype
   SIZE 10
   ANGLE 0
   POSITION cc
   FORCE false
   ANTIALIAS false
   PARTIALS false
  END
 
 Thanks,MarkFrom: david.fawc...@state.mn.us
 To: mmirrl...@hotmail.com; mapserver-users@lists.osgeo.org
 Subject: RE: [mapserver-users] label issues...
 Date: Mon, 18 Mar 2013 19:51:42 +
 
 
 
 
 
 
 
 
 
 Mark,
 
 
 You will want to add a LABEL block to your mapfile.
 http://mapserver.org/mapfile/label.html
 
 I would also comment out the maxscale until you get the labels working.
 
 David.
 
 
 
 From: mapserver-users-boun...@lists.osgeo.org
 [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Mark Mirrlees
 
 Sent: Monday, March 18, 2013 2:48 PM
 
 To: mapserver-users@lists.osgeo.org
 
 Subject: [mapserver-users] label issues...
 
 
 
 
 Hi all,
 
 
 
 Ok so now I have a new problem with the labeling.
 
 
 
 I would like to get my labels to start showing up at a scale of 1:100
 but nothing is working...
 
 
 
 here is a snippet of my mapfile...
 
 
 
   LAYER
 
 NAME 'mjcities'
 
 TYPE POINT
 
 DUMP false
 
   EXTENT -143.210462 39.001401 -50.461045 85.911094
 
 DATA '../data/mjcities.shp'
 
 METADATA
 
   'ows_title' 'mjcities'
 
 END
 
 STATUS default
 
  MAXSCALE 100
 
  TRANSPARENCY 100
 
  CLASSITEM 'NAME'
 
   LABELITEM 'NAME'
 
  PROJECTION
 
 'proj=longlat'
 
 'datum=WGS84'
 
 'no_defs'
 
 END
 
 CLASS
 
 NAME 'mjcities'
 
 
STYLE
 
  SYMBOL circle
 
 
  SIZE 15.0
 
 
  OUTLINECOLOR 0 0 0
 
  COLOR 182 109 194
 
END
 
 
 
 Thanks,
 
 Mark
-- 
Yves Jacolin
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver as a profession

[Yves Jacolin (Free)]

Le jeudi 14 mars 2013 16:32:34 Stefanos Anastasiou a écrit :
 Hi everyone,
 
 A little bit of irrelevant question but I was wondering how many users here
 are using mapserver or web-GIS as part of their profession and how many
 users as just a hobby?  I think some users here are way to advanced
 
 Regards,
Stefanos,

There a lot of professional user all around the world. Here in France and 
swisstzerland it is difficult to give an estimation but we are using MapServer 
every day.

Regards,

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

Re: [mapserver-users] build mapserver 6.2 freetype error

[Yves Jacolin (Free)]

Bonjour,

Try installing libfreetype6-dev

When you build something you should install something-dev package to install 
the source.

Cordialement,

Y.
Le mercredi 13 mars 2013 09:35:20 Icadedt a écrit :
 hi,
 
 
 im trying to build mapserver 6.2:
 i type this:
 
 ./configure  --with-ogr=/usr/bin/gdal-config 
 --with-gdal=/usr/bin/gdal-config --with-httpd=/usr/sbin/httpd
 --with-wfsclient --with-wmsclient
 --enable-debug --with-curl-config=/usr/bin/curl-config
 --with-proj=/usr/local --with-tiff --with-gd=/usr/share/locale/
 --with-jpeg --with-freetype=/usr/lib64/ --with-threads --with-wcs
 --with-postgis=/usr/local/database/bin/pg_config --with-libiconv=/usr
 --with-geos=/usr/local/geos-3.3.5/tools/geos-config
 --with-xml2-config=/usr/bin/xml2-config --with-sos
 
 
 
 
 but i have this error about freetype:
 
 
 checking if pkg-config path is provided... checking for pkg-config...
 /usr/bin/pkg-config checking for freetype-config... no
 checking for FT_Init_FreeType in -lfreetype... no
 configure: error: unable to link - reconfigure with correct
 --with-freetype=dir
 
 
 
 
 i checked freetype-2.3.11-14.el6_3.1.x86_64 is already installed
 
 
 Thanks in advance
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] postgis layers don't show up

[Yves Jacolin (Free)]

Hello,

Could you post you layer object from your mapfile?

Does the log says something about  your postgis table?

Thanks,

Y.
Le mercredi 13 mars 2013 11:40:29 Pedro Costa a écrit :
 Hi guys,
 
 I have one mapfile with conections to postgis layers and one raster.
 My problem is that the layers from postgis don't show up...If i make the
 request without the raster i got only white images...
 I have the debug level in 5 and I got no erros in all logs (including
 apache)...
 The permissions of the database are correct because I tried accessing
 with qgis and it worked fine. I'm also try specified the projection
 (using srid = 27493) but without sucess...
 I'm also tried add one of the Iayers of db but from a shape and worked
 fine...
 Furthermore, very strange is that when I try to run mapfile with
 pmapper, I can search for attributes and zoom to the correct areas
 (despite can't see geometries) ...
 
 Anybody have an idea?
 
 Thanks
 
 
 SO: Ubuntu server
 MapServer version 6.0.1
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] postgis layers don't show up

[Yves Jacolin (Free)]

Hum, are you sure about your projection or the bbox requested?

MapServer send the request to Postgresql but get 0 record.

Y.
Le mercredi 13 mars 2013 14:50:01 Pedro Costa a écrit :
 Ok, i got some information [1]
 
 I can see that mapserver tried get the layersBut no errors, i think...
 
 
 [1] http://pastebin.com/fmnBLWcw
 
 Em 13-03-2013 12:53, Yves Jacolin (Free) escreveu:
  Hello,
  
  Could you try to add:
  DEBUG 5
  
  in the LAYER object. You can find some useful information in the mapserver
  log and see the request sent by MapServer.
  
  Regards,
  
  Y.
  
  Le mercredi 13 mars 2013 12:26:31 Pedro Costa a écrit :
  Hi,
  
  Yes, sure...
  No, nothing about the table
  
  Thanks
  
  
  LAYER
  
NAME ruas
STATUS DEFAULT
TYPE LINE
CONNECTIONTYPE postgis
PROCESSING CLOSE_CONNECTION=DEFER
CONNECTION user=pedro password=** dbname=norte host=localhost
  
  options='-c client_encoding=LATIN1'
  
DATA the_geom from ruas using unique n_rua using srid=27492

TOLERANCE 3

TOLERANCEUNITS pixels
TEMPLATE void

PROJECTION

init=epsg:27492
   
   END
   
METADATA
DESCRIPTION Ruas
RESULT_FIELDS n_rua
RESULT_HEADERS ID

  ows_title  Ruas
  
END  # Metadata
CLASS

Name 'ruas'
COLOR 0 0 0

END  # Class
  
  END
  
  Em 13-03-2013 12:21, Yves Jacolin (Free) escreveu:
  Hello,
  
  Could you post you layer object from your mapfile?
  
  Does the log says something about  your postgis table?
  
  Thanks,
  
  Y.
  
  Le mercredi 13 mars 2013 11:40:29 Pedro Costa a écrit :
  Hi guys,
  
  I have one mapfile with conections to postgis layers and one raster.
  My problem is that the layers from postgis don't show up...If i make
  the
  request without the raster i got only white images...
  I have the debug level in 5 and I got no erros in all logs (including
  apache)...
  The permissions of the database are correct because I tried accessing
  with qgis and it worked fine. I'm also try specified the projection
  (using srid = 27493) but without sucess...
  I'm also tried add one of the Iayers of db but from a shape and worked
  fine...
  Furthermore, very strange is that when I try to run mapfile with
  pmapper, I can search for attributes and zoom to the correct areas
  (despite can't see geometries) ...
  
  Anybody have an idea?
  
  Thanks
  
  
  SO: Ubuntu server
  MapServer version 6.0.1
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Francophone Open Source Geomatics day (FROG) in Paris

[Yves Jacolin]

(Sorry for cross posting this email)

OSGeo-fr, the french speaking OSGeo local chapter, is organizing on 10th of 
June 2013 the Francophone Open Source Geomatics day (aka FROG) in Paris inside 
French IGN building (at Saint-Mandé, close to Paris).

FROG is one day of conferences and meetings on several topics around OSGeo-fr 
projects and is a great opportunity to bring all together the community of 
users, developers or just curious of free software in geomatics.
The event is expected to attract around 150 people.

This meeting will share our experience by 25 mn conferences in two parallel 
sessions: one technical, dedicated to software develoment, the other will be 
more focused on practical use.

You are an expert in a field related to free GIS? You are using OSGeo stack in 
a specific context (major project, big data management, innovative project, 
etc.).? You are participating in a
free project linked to the OSGeo? So don't hesitate to give a presentation! 
You are warmly welcome!

Contributors to the Francophone Open Source Geomatics (FROG) who wish to do a 
presentation of their projects should submit an abstract before 15th of march 
2013.
Abstracts should be sent by email in plain text at the following address see 
http://frog.osgeo.fr/AppelContribution (fr).

/! \ In the following days a **three days sprint code** is organized. All 
FOSS4G projects contributor are warmly welcome to add any information on the 
wiki page to help us to organize it. See http://frog.osgeo.fr/Sprint for more 
information.

For any inquiries, you can send us an email to conferences at osgeo.asso.fr

[1] http://frog.osgeo.fr/

About OSGeo-fr

OSGeo-fr is the Francophone Local chapter of Open Source Geospatial Fundation 
whose mission is to support and promote the development
collaborative data and open geospatial technologies.

The association is a legal entity to which community members can contribute 
code, financial and other resources, to ensure that
their contributions will be maintained for the benefit of the public. OSGeo-fr 
is also reference organization and support for the community
Geospatial free, and provides a common forum and shared infrastructure to 
improve collaboration between projects.

Participation is open to all of the open-source community. All work of the 
association are posted on public forums can invest
a free community of participants. Projects are the OSGeo Foundation all freely 
available and useable under an open source license certified
by OSI.
-- 
Yves Jacolin
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] INSPIRE compatibility and NAME parameter in CLASS object

[Yves Jacolin]

Hello,

I read carefully the documentation about INSPIRE directive in MapServer [1]. 
This is really interesting but I am wondering how users could manage legend 
translation.

Do we need to create one legend file by langage and layer in order to use 
wms_group_style_legendurl_href parameter in MD?

Thanks,

Y.
[1] http://mapserver.org/fr/ogc/inspire.html
-- 
Yves Jacolin___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] INSPIRE compatibility and NAME parameter in CLASS object

[Yves Jacolin]

Hello,

I read carefully the documentation about INSPIRE directive in MapServer
[1]. This is really interesting but I am wondering how users could manage
legend translation.

Do we need to create one legend file by langage and layer in order to use
wms_group_style_legendurl_href parameter in MD?

Thanks,

Y.
[1] http://mapserver.org/fr/ogc/inspire.html
-- 

Responsable Formation et Support

Camptocamp France SAS

Savoie Technolac, BP 352

73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98

Tel (Suisse) : 02 16 190 10 43 (new)

Mob. : +33 6 18 75 42 21

Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com

http://www.camptocamp.com
yves.jaco...@camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [WFS-client] geometry name

[Yves Jacolin]

Hello,

Ok I find the answer: Geometry column name is hardcoded in
https://github.com/mapserver/mapserver/blob/master/mapwfslayer.c#L242

Y.

2012/9/19 Yves Jacolin yves.jaco...@camptocamp.com

 Hello,

 There is not possiblity? Documentation tell nothing about the possibility
 to tell to MapServer the geometry column name to the WFS service used for
 my layer and I can't change the geometry name server side.

 Nobody already fall in this issue?

 Thanks,

 Y.


 2012/9/19 Yves Jacolin yves.jaco...@camptocamp.com

 Hello,

 Does it possible to tell MapServer the geometry name to use for a layer
 in the case of WFS CONNECTIONTYPE?

 By default, Mapserver use Geometry, for example:

 ogc:BBOX
   ogc:PropertyNameGeometry/**ogc:PropertyName
   gml:Boxgml:coordinates2.**022184,48.116468
 3.923033,49.118807/gml:**coordinates/gml:Box
 /ogc:BBOX

 Thanks,

 Y.
 --
 Responsable Formation et Support
 Camptocamp France SAS
 Savoie Technolac, BP 352
 73377 Le Bourget du Lac, Cedex
 Tel (France) : +33 4 79 26 57 98
 Mob. : +33 6 18 75 42 21
 Fax : 04 79 70 15 81
 Mail : yves.jaco...@camptocamp.com
 http://www.camptocamp.com




 --

 Responsable Formation et Support

 Camptocamp France SAS

 Savoie Technolac, BP 352

 73377 Le Bourget du Lac, Cedex

 Tel (France) : +33 4 79 26 57 98

 Mob. : +33 6 18 75 42 21

 Fax : 04 79 70 15 81

 Mail : yves.jaco...@camptocamp.com

 http://www.camptocamp.com
 yves.jaco...@camptocamp.com




-- 

Responsable Formation et Support

Camptocamp France SAS

Savoie Technolac, BP 352

73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98

Mob. : +33 6 18 75 42 21

Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com

http://www.camptocamp.com
yves.jaco...@camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] [WFS-client] geometry name

[Yves Jacolin]

Hello,

Does it possible to tell MapServer the geometry name to use for a layer 
in the case of WFS CONNECTIONTYPE?


By default, Mapserver use Geometry, for example:

ogc:BBOX
  ogc:PropertyNameGeometry/ogc:PropertyName
  gml:Boxgml:coordinates2.022184,48.116468
3.923033,49.118807/gml:coordinates/gml:Box
/ogc:BBOX

Thanks,

Y.
--
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [WFS-client] geometry name

[Yves Jacolin]

Hello,

There is not possiblity? Documentation tell nothing about the possibility
to tell to MapServer the geometry column name to the WFS service used for
my layer and I can't change the geometry name server side.

Nobody already fall in this issue?

Thanks,

Y.

2012/9/19 Yves Jacolin yves.jaco...@camptocamp.com

 Hello,

 Does it possible to tell MapServer the geometry name to use for a layer in
 the case of WFS CONNECTIONTYPE?

 By default, Mapserver use Geometry, for example:

 ogc:BBOX
   ogc:PropertyNameGeometry/**ogc:PropertyName
   gml:Boxgml:coordinates2.**022184,48.116468
 3.923033,49.118807/gml:**coordinates/gml:Box
 /ogc:BBOX

 Thanks,

 Y.
 --
 Responsable Formation et Support
 Camptocamp France SAS
 Savoie Technolac, BP 352
 73377 Le Bourget du Lac, Cedex
 Tel (France) : +33 4 79 26 57 98
 Mob. : +33 6 18 75 42 21
 Fax : 04 79 70 15 81
 Mail : yves.jaco...@camptocamp.com
 http://www.camptocamp.com




-- 

Responsable Formation et Support

Camptocamp France SAS

Savoie Technolac, BP 352

73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98

Mob. : +33 6 18 75 42 21

Fax : 04 79 70 15 81

Mail : yves.jaco...@camptocamp.com

http://www.camptocamp.com
yves.jaco...@camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] label offset bug

[Yves Jacolin]

Thanks Thomas!

Y.

Le 31/08/2012 14:37, thomas bonfort a écrit :

Yves,
Offset labelling is not (yet :) ) supported for follow labels. For
lines with only two points, follow labels fall back to auto labels,
which do support offsetting.
On Fri, Aug 31, 2012 at 2:21 PM, Yves Jacolin
yves.jaco...@camptocamp.com wrote:

Le 23/08/2012 15:47, Yves Jacolin a écrit :


Hello,

I have a layer with label (and offset on this lable). Some labels don't
displayed correctly, ie offset value seems not used: see
http://imageshack.us/f/163/mapserverstyleoffsetbug.png/

My label config looks like this:

  LABEL
TYPE TRUETYPE
FONT arial
SIZE 7
COLOR 0 150 150
OUTLINECOLOR 255 255 255
OUTLINEWIDTH 2
ANTIALIAS TRUE
ANGLE follow
POSITION cc
OFFSET 0 7
  END

Does follow ANGLE value change someting with the OFFSET value?

Thanks,

Y.


Hello (cc dev list),

I guess I found the problem. Labels with no offset come from feature with
lines geometries with several vertex: X--X---XXX

Lines with only two vertex work correctly: X-X

Do I need to fill a ticket?


Thanks,

Y.
--
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users



--
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] label offset bug

[Yves Jacolin]

Le 23/08/2012 15:47, Yves Jacolin a écrit :

Hello,

I have a layer with label (and offset on this lable). Some labels don't
displayed correctly, ie offset value seems not used: see
http://imageshack.us/f/163/mapserverstyleoffsetbug.png/

My label config looks like this:

 LABEL
   TYPE TRUETYPE
   FONT arial
   SIZE 7
   COLOR 0 150 150
   OUTLINECOLOR 255 255 255
   OUTLINEWIDTH 2
   ANTIALIAS TRUE
   ANGLE follow
   POSITION cc
   OFFSET 0 7
 END

Does follow ANGLE value change someting with the OFFSET value?

Thanks,

Y.

Hello (cc dev list),

I guess I found the problem. Labels with no offset come from feature 
with lines geometries with several vertex: X--X---XXX


Lines with only two vertex work correctly: X-X

Do I need to fill a ticket?

Thanks,

Y.
--
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] label offset bug

[Yves Jacolin]

Hello,

I have a layer with label (and offset on this lable). Some labels don't 
displayed correctly, ie offset value seems not used: see 
http://imageshack.us/f/163/mapserverstyleoffsetbug.png/


My label config looks like this:

LABEL
  TYPE TRUETYPE
  FONT arial
  SIZE 7
  COLOR 0 150 150
  OUTLINECOLOR 255 255 255
  OUTLINEWIDTH 2
  ANTIALIAS TRUE
  ANGLE follow
  POSITION cc
  OFFSET 0 7
END

Does follow ANGLE value change someting with the OFFSET value?

Thanks,

Y.
--
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex
Tel (France) : +33 4 79 26 57 98
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapserver docs and i18n

[Yves Jacolin (Free)]

Hello,

I am now ok with this pull request from Thomas (we discussed on Francophone 
mailing list also). 

It could improve contribution from non technical user (if a pootle 
infrastructure exists, unfortunately which add more work for sysadmin).

Y.
Le mercredi 4 juillet 2012 21:51:03 Thomas Gratier a écrit :
 Hello,
 
 My answer are inline with bold cross *XX* just before (for mail
 in html)
 Uline of inline of inline start to be difficult to read ;)
 
 Regards
 
 ThomasG77
 
 2012/7/4 thomas bonfort thomas.bonf...@gmail.com
 
  Hi Thomas,
  
  I'm all for simplifying the translation workflow. I tend to dislike
  the current one we have setup because it is difficult for translators
  to keep track of what has been added/modified in the english version,
  resulting in outdated translated docs which in my opinion is worse
  than having no translation at all.
  
  More inline...
  
  On Tue, Jul 3, 2012 at 10:13 PM, Thomas Gratier
  
  osgeo.mailingl...@gmail.com wrote:
   Hello Jeff, hello all,
   
   # First think to understand
   
   I praise the Mapserver community and the team behind the engine.
   I'm a big fan of Mapserver and Sphinx and I've always love the really
  
  great
  
   documentation but I know people who deal only with there native language
  
  to
  
   do the job. So translation is a core part of a project to extend
  
  popularity
  
   accross countries (althought Mapserver popularity is already
   established)
   
   My motivation is to deal with the french translation with i18n and not
  
  with
  
   RST.
   I want to make think better, the way we do it is good but can be
   improve.
   Why? Some thoughts to explain below
   
   
   # Advantages
   
   1. Fulfillment
   
   Really important for me because a community is based on humans who
   search
   small and big achievements and it's more easy with i18n to measure the
  
  job.
  
   Imagine one rst file of 1000 lines (around 100 lines of empty lines or
   special rst declarations)
   
   You generate is equivalent in pot file.
   The number of string to translate is 430
   
   Offline:
   Step by step you see what you've done and can by example, see that
   you've
   done 86 lines so, 20% of the job is done for the file.
   Your objective to go until 30%. When you reach it, you're happy. You've
  
  done
  
   10% more of the file translation.
   
   Online:
   See this online app based on pottle for the Qgis community. You can see
  
  the
  
   http://translate.qgis.org/fr/qgis-user-guide/ example.
   In this case, you can make a survey of users who contribute, you can
  
  review
  
   with others, you now if a file translation is completed. You can
  
  distribute
  
   task between the community of users and not only of advanced users /
   developpers.
   
   You can have a dedicated community of translators who care about content
  
  and
  
   not about the way to use sphinx and others technical things.
   
   2. Separate presentation from contents
   
   When you generate pot files, the string length is quite short. You don't
   have to care too much about rst indent : you will not break anything.
   If the presentation change, you content don't. I'm thinking about the
  
  annual
  
   change for FOSS4G image. You have to backport it manually with a merge
   in
   every langage version.
   
   3. History and maintainability
   
   ## The typical workflow now
   
   You cut and paste a rst file and you make the translation. Ok it's
   nice!!
   Why does I need to care about i18n? This guy is crazy!!
   
   Because now imagine, you've done the translation 3 years ago (your
  
  community
  
   said do it and it was done).
   
   The content was in english (the letter are use to represent a block of
   content in master version and number for content of translated example)
   
   In the past
   
   EnglishFrench
   
   A  111
   B  22
   C  33
   D  44
   E  55
     77
   H  88
   
   Nowadays
   
   B  ??
   C  ??
   D  ??
   FF  ??
     ??
   H  ??
   
   The way you do if you kept during three years the file you use to
  
  translate
  
   the original
   
   Compare both english version
   
   A dissapear
   B seems to stay the same (B is a block so are you sure
  
  there
  
   no typo fixed?)
   C is the same
   D is the same
   E dissapear
   FF appear
    is the same
   H is the same
   

Re: [mapserver-users] Mapserver docs and i18n

[Yves Jacolin]

Hello,

Thanks Thomas it is interesting to get I18n directly inside Sphinx. I know
that other project are going to use it also, as QGIS. Interesting because
QGIS project will use Pootle with GitHub [1]. Contributor can work on the
translation either via Pottl, text file or Ktranslator (or any application
working on translation file).

The drawbacks is that it needs works from translator to move their
translation to the new system. It is better to choose quickly wich way we
choose because I have some file in my file (almost all mapfile section has
been translated).

I have no opinion at this moment because I can help translating MapServer
doc directly via GitHub but it seems that some people are enjoying working
with Pootle as it really simplifies the process. I will probably use the
QGIS pootle infrastructure also.

@Thomas: I am using diff file for GDAL translation and it is quiet easy to
see what have been changed.

Thanks anyway,

Y.
[1] http://translate.qgis.org/

--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Mapserver-docs-and-i18n-tp4985714p4985969.html
Sent from the Mapserver - User mailing list archive at Nabble.com.
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] ogc:Literal parameter for size tags in SLD

[Yves Jacolin]

Hello,

I have a SLD with the following:
se:Graphic
se:Mark
se:WellKnownNamecross/se:WellKnownName
se:Fill/se:Fill
se:Stroke/se:Stroke
/se:Mark
se:Opacity/se:Opacity
se:Size
ogc:Literal12/ogc:Literal
/se:Size
...
/se:Graphic

If I change 
se:Size
ogc:Literal12/ogc:Literal
/se:Size
to
se:Size12/se:Size   
it is not working anymore. OGC standards gives some example with the former 
structure.

Does MapServer support this structure?

Thanks,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Use of wms_style_default_legendurl_href parameter

[Yves Jacolin]

Hello,

I am trying to use wms_style_default_legendurl_href parameter (with his little 
friends wms_style, wms_style_default_legendurl_width and height).

The GetLegendGraphic request is not working (I get wrong legend), log doesn't 
show anything event if I set up DEBUG 5 in mapfile.

The layer used is a vector layer with one class. The legend showed is the 
legend of the class, not the one from the url of 
wms_style_default_legendurl_href.

Some parts of the MapFile:
/**
  LEGEND
  STATUS ON
  KEYSIZE 18 12
  LABEL
  FONT Vera
  TYPE truetype
  SIZE 8
  COLOR 0 0 89
  END
  END

  LAYER
NAME departement
TYPE POLYGON
STATUS ON
DATA geoFla
TEMPLATE foo
DUMP true
DEBUG 5
CLASS
  NAME Départements
  STYLE
WIDTH 1
OUTLINECOLOR  0 0 0
COLOR   255 255 192
  END
END
METADATA
  wms_titleDépartement   ##required
  wms_srs EPSG:27572
   wms_name Departement
   wms_server_version 1.1.1 #obligatoire
   wms_style default
   wms_style_default_legendurl_height 37
   wms_style_defaultDEFAULT_width 264
   wms_style_default_legendurl_format image/png
   wms_style_default_legendurl_href 
http://yjacolin.meije/ifremer/legende_chla.png;
END
  END
***/

Any idea?

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] KEYIMAGE and icon size

[Yves Jacolin]

Hello,

Is it possible to define icone size (width and height) for each class instead 
of use the one in LEGEND object when using KEYIMAGE parameter?

Thanks,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Re: [mapserver-dev] Proposed MapServer project additions...

[Yves Jacolin]

Le mardi 09 août 2011 08:25:45, Steve Lime a écrit :
 The next significant MapServer release would be dubbed MapServer
 Suite and would contain all project components, that is, MapServer
 CGI, MapServer MapScript, MapServer TinyOWS and MapServer MapCache.
 
 The PSC is excited about the possibilities for the project and our
 users, and welcome any comments, questions or concerns regarding these
 proposed changes. Users interested in following or participating in
 MapServer development are encouraged to join the mapserver-dev mailing
 list.
This is really great! Really good addition :)

Thanks,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] make cannot find -libodbc and -libodbcinst on compilation

[Yves Jacolin]

Hello,

Le mercredi 26 janvier 2011 15:04:45, gregcorradini a écrit :
 Hello,
 I'm having one more compilation conflict on Ubuntu 10.10 with mapserver
 5.6.6 and GDAL support. Here's the error:
 
 /usr/bin/ld: cannot find -lodbc
 /usr/bin/ld: cannot find -lodbcinst
 collect2: ld returned 1 exit status
 make: *** [shp2img] Error 1
 
 
 My ./configure --with-gdal points to the correct gdal_config file. The
 dependent libs for gdal_config are listed here:
 
 CONFIG_DEP_LIBS= -L/usr/local/lib -lgeos_c  -lsqlite3 -lodbc -lodbcinst
 -lxerces-c -lpthread -ljasper -lhdf5 -lmfhdfalt -ldfalt -lgif -ljpeg -lpng
 -lnetcdf -L/usr/lib -lpq -lz -lpthread -lm -lrt -ldl-lcurl
 -Wl,-Bsymbolic-functions
 
 
 These libraries should be on my system by default. And they are:
 
 $ sudo find / -name libodbc.so
 /usr/lib32/libodbc.so
 /home/gcorradini/.local/share/Trash/files/usr/lib64/libodbc.so
 $ sudo find / -name libodbcinst.so
 /usr/lib32/libodbcinst.so
 
 
 So i have a few questions based on this :
 
 1. How do i tell the compiler where to link to them?
 2. Why isn't it able to see them on its own?
System looking for in its own database which you have to update using ldconfig 
in root.

It possible that this command will correct all of your previous error. So eahc 
time you finish to install a lib, run this command.

When you install from binary package this commande is run by the system.

Regards,

Y.
-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WMS 1.3.0 questions

[Yves Jacolin]

Yves,

About the version parameter value: it only says which version you want to, not 
the one the WMS serveur **should** use. If WMS server can't serve this 
version, it will try the higher it can if client version  server version or 
the lower it can if client version  server version. The client version is the 
version value in the url, asked by the client.

Regards,

Y.
Le mercredi 10 novembre 2010 03:48:56, Jeff McKenna a écrit :
 Hello Yves,
 
 Some related thoughts:
 
 - related ticket for configuring default WMS version:
 http://trac.osgeo.org/mapserver/ticket/3444 ...please add yourself to
 the CC list of that ticket and join in the discussions and testing and
 feedback, thanks
 - doc pointers:
 http://www.mapserver.org/ogc/wms_server.html#wms-1-3-0-support
 ...specifically see the 2 working 1.3.0 example requests there
 
 -jeff
 
  Hi All,
  
  I tried to look for an answer to the question what do I have to do to
  get MapServer to serve a 1.3.0 WMS by default and I haven't found yet.
  Is there anything to do in the mapfile per se or is it just by the
  virtue of having a version = 5.4 ? I thought the latter but then I
  tried things like :
  
  http://toMapserv.cgi?...REQUEST=GetMapVERSION=1.3.0CRS=EPSG%3A42304BBO
  X=-5175875.27581...WIDTH=1605HEIGHT=316
  
  
  and
  
  http://toMapserv.cgi?...REQUEST=GetMapVERSION=1.1.1CRS=EPSG%3A42304BBO
  X=-5175875.27581...WIDTH=1605HEIGHT=316
  
  
  and wondered if I'm getting back the response from a 1.3.0 in the first
  case and a 1.1.1 in the second case. Both images were the same, so I
  thought everything was fine until I tried an unexisting version number
  (e.g. 1.1.122) and still got back an image !
  
  The only error message that made me think MS was indeed looking at the
  version number is when I submitted VERSION=abc. then MS complained it
  wanted x.y or x.y.z. So how can I tell I get a real WMS with my
  specified version number instead of what appears to be a default one ?
  
  Doc pointers appreciated.
 
 ___
 mapserver-users mailing list
 mapserver-users@lists.osgeo.org
 http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WMS 1.3.0 questions

[Yves Jacolin]

Hum ok.

Thanks Bart !

Y.
Le mercredi 10 novembre 2010 15:32:50, Bart van den Eijnden (OSGIS) a écrit :
 Yves,
 
 this is only true for the GetCapabilities operation. Not for operations
 such as GetMap.
 
 Best regards,
 Bart
 
  Yves,
  
  About the version parameter value: it only says which version you want
  to, not
  the one the WMS serveur **should** use. If WMS server can't serve this
  version, it will try the higher it can if client version  server version
  or
  the lower it can if client version  server version. The client version
  is the
  version value in the url, asked by the client.
  
  Regards,
  
  Y.
  
  Le mercredi 10 novembre 2010 03:48:56, Jeff McKenna a écrit :
  Hello Yves,
  
  Some related thoughts:
  
  - related ticket for configuring default WMS version:
  http://trac.osgeo.org/mapserver/ticket/3444 ...please add yourself to
  the CC list of that ticket and join in the discussions and testing and
  feedback, thanks
  - doc pointers:
  http://www.mapserver.org/ogc/wms_server.html#wms-1-3-0-support
  ...specifically see the 2 working 1.3.0 example requests there
  
  -jeff
  
   Hi All,
   
   I tried to look for an answer to the question what do I have to do to
   get MapServer to serve a 1.3.0 WMS by default and I haven't found
  
  yet.
  
   Is there anything to do in the mapfile per se or is it just by the
   virtue of having a version = 5.4 ? I thought the latter but then I
   tried things like :
   
   http://toMapserv.cgi?...REQUEST=GetMapVERSION=1.3.0CRS=EPSG%3A42304;
   BBO X=-5175875.27581...WIDTH=1605HEIGHT=316
   
   
   and
   
   http://toMapserv.cgi?...REQUEST=GetMapVERSION=1.1.1CRS=EPSG%3A42304;
   BBO X=-5175875.27581...WIDTH=1605HEIGHT=316
   
   
   and wondered if I'm getting back the response from a 1.3.0 in the
  
  first
  
   case and a 1.1.1 in the second case. Both images were the same, so I
   thought everything was fine until I tried an unexisting version number
   (e.g. 1.1.122) and still got back an image !
   
   The only error message that made me think MS was indeed looking at the
   version number is when I submitted VERSION=abc. then MS complained it
   wanted x.y or x.y.z. So how can I tell I get a real WMS with my
   specified version number instead of what appears to be a default one ?
   
   Doc pointers appreciated.
  
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users
  
  --
  Responsable Formation et Support
  Camptocamp France SAS
  Savoie Technolac, BP 352
  73377 Le Bourget du Lac, Cedex
  
  Tel (France) : +33 4 79 26 57 98
  Tel (Suisse) : +41 21 619 1031
  Mob. : +33 6 18 75 42 21
  Fax : 04 79 70 15 81
  Mail : yves.jaco...@camptocamp.com
  http://www.camptocamp.com
  ___
  mapserver-users mailing list
  mapserver-users@lists.osgeo.org
  http://lists.osgeo.org/mailman/listinfo/mapserver-users

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Problem with wfs.php

[Yves Jacolin]

Richard,

Are you sure you are using php5-curl correctly?

See http://www.php.net/manual/fr/function.curl-setopt.php

what is the parameter name for the $layer variable?
curl_setopt($curl_init[$i], CURLOPT_POSTFIELDS, $layer);

which is shown in the documentation of php5-curl:

$data = array('name' = 'Foo', 'file' = '@/home/user/test.png');
curl_setopt($ch, CURLOPT_POSTFIELDS, $data);

something like this seems better to me:

$data = array('filter'=$layer);
curl_setopt($ch, CURLOPT_POSTFIELDS, $data);

regards,

Y.
Le jeudi 04 novembre 2010 09:33:32, Richard LEHAUT a écrit :
 Hi,
 I've a new problem.
 The script is correct for a simple geometry. The file is a script with a
 geometry complex.
 
 I got a result when I query my mapserver. But, with this server, i got a
 error :msWFSGetFeature(): WFS server error. Invalid or Unsupported FILTER
 in GetFeature : Filter Intersect PropertyNameGeometry/
 PropertyName MultiPolygon polygonMember Polygon outerBoundaryIs
 LinearRing coordinates decimal=. cs=, ts= .
 
 Can you test my script? do you get the same error?
 
 Thank's for you help
 
 Richard LEHAUT / Tiolebucheron

-- 
Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Problem with wfs.php

[Yves Jacolin]

 527073,6822564 527065,6822561 527046,6822526 527047,6822455 527052,6822410
 527053,6822381 527038,6822382 527036,6822378 526966,6822403 526967,6822435
 526972,6822476 526983,6822538 527010,6822639 527032,6822623 527036,6822619
 527055,6822594 527060,6822586 527066,6822584 527081,6822585 527082,6822584
 527082,6822584)) ((526546,6821979 526549,6822025 526551,6822040
 526563,6822075 526684,6822011 526655,6821986 526614,6821947 526680,6821898
 526664,6821872 526662,6821873 526546,6821979 526546,6821979))
 ((527014,6821959 527090,6821938 527116,6821929 527112,6821927
 527110,6821928 527103,6821924 527104,6821920 527060,6821893 527019,6821865
 527017,6821866 527006,6821858 527008,6821855 526927,6821792 526923,6821792
 526922,6821794 526924,6821803 526984,6821906 527006,6821947 527014,6821959
 527014,6821959)) ((527170,6822232 527134,6822195 527134,6822164
 527129,6822155 527102,6822120 527073,6822133 527074,6822170 527083,6822210
 527123,6822234 527156,6822262 527170,6822232 527170,6822232))
 ((526582,6822099 526581,6822099 526584,6822100 526592,6822098
 526600,6822099 526626,6822130 526741,6822056 526740,6822052 526704,6822025
 526582,6822099 526582,6822099)) ((527461,6822398 527434,6822522
 527484,6822557 527504,6822464 527472,6822443 527472,6822435 527489,6822377
 527461,6822398 527461,6822398)) ((527423,6822716 527345,6822691
 527339,6822710 527302,6822693 527289,6822721 527396,6822770 527414,6822736
 527423,6822716 527423,6822716)) ((527726,6822272 527788,6822255
 527792,6822219 527799,6822180 527817,6822133 527792,6822152 527774,6822172
 527747,6822196 527727,6822269 527726,6822272 527726,6822272))
 ((527835,6823091 527845,6823121 527847,6823122 527871,6823117
 527904,6823102 527896,6823091 527911,6823082 527889,6823053 527858,6823079
 527835,6823091 527835,6823091)) ((527129,6822598 527125,6822597
 527154,6822653 527171,6822677 527210,6822631 527129,6822598
 527129,6822598)) ((527184,6822670 527176,6822681 527190,6822695
 527236,6822770 527269,6822749 527184,6822670 527184,6822670))
 ((526719,6821400 526751,6821412 526776,6821372 526747,6821327
 526719,6821400 526719,6821400)) ((527143,6822790 527141,6822795
 527133,6822810 527128,6822819 527124,6822825 527117,6822840 527110,6822846
 527107,6822851 527103,6822862 527106,6822865 527110,6822865 527139,6822859
 527135,6822836 527160,6822831 527174,6822853 527177,6822854 527187,6822855
 527164,6822818 527143,6822790 527143,6822790)) ((527423,6822716
 527420,6822725 527449,6822734 527480,6822692 527430,6822672 527428,6822676
 527431,6822697 527423,6822716 527423,6822716)) ((526654,6822160
 526675,6822186 526685,6822193 526698,6822175 526692,6822165 526679,6822144
 526654,6822160
 526654,6822160)/gml:coordinates/gml:LinearRing/gml:outerBoundaryIs/
 gml:Polygon/Intersect/Filter
 
   The FilterEnconding uses a complex  geometry (polygon with hole). With a
 simple geometry, it's correct. The error message is :
 
   Warning:
 file_get_contents(http://ws.carmen.developpement-durable.gouv.fr/cgi-bin/m
 apserv?service_idx=8map=%2Fmnt%2Fdata_carmen%2FBN%2FPublication%2Fwms_natu
 re.mapVERSION=1.0.0SERVICE=WFSREQUEST=GetFeatureTYPENAME=ZNIEFF_de_type
 _1FILTER=%3CFilter%3E%3CIntersect%3E%3CPropertyName%3EGeometry%3C%2FProper
 tyName%3E%3Cgml%3APolygon%3E%3Cgml%3AouterBoundaryIs%3E%3Cgml%3ALinearRing%
 3E%3Cgml%3Acoordinates%3E%28526467%2C6821671%20526471%2C6821675%20526480%2C
 6821677%20526482%2C6821676%20526491%2C6821679%20526490%2C6821682%20526546%2
 C6821697%20526615%2C6821701%20526616%2C6821699%20526627%2C6821699%20526628%
 2C6821702%20526708%2C6821705%20526804%2C6821709%20526821%2C6821701%20526886
 %2C6821665%20526916%2C6821658%20526933%2C6821616%20526961%2C6821574%2052696
 9%2C6821565%20526982%2C6821513%20526833%2C6821533%20526833%2C6821517%205268
 13%2C6821513%20526801%2C6821508%20526749%2C6821480%20526732%2C6821469%20526
 718%2C6821484%20526688%2C6821481%20526616%2C6821481%20526620%2C6821448%2052
 6584%2C6821438%20526547%2C in /applications/www/carmen/WFS/wfs.php on line
 66 Warning: Cannot modify header information - headers already sent by
 (output started at /applications/www/carmen/WFS/wfs.php:66) in
 /applications/www/carmen/WFS/wfs.php on line 91
 
   Thank you for your help.
 
   Tiolebucheron
Richard,

The url length matter as IE or Ffox has a (different) limitation. If you want 
to use such geometry you have to use a POST method which is not limited.

Regards,

Y.
-- 
Yves Jacolin

Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel (France) : +33 4 79 26 57 98
Tel (Suisse) : +41 21 619 1031
Mob. : +33 6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Problem with wfs.php

[Yves Jacolin]

Hi,

Don't use file_get_contents but cURL rather:
http://www.php.net/manual/fr/function.curl-setopt-array.php

Regards,

Y.
Le lundi 11 octobre 2010 09:39:39, Richard LEHAUT a écrit :
 Hi,
 I searched a example without success. I use php to query the server.
 
 Thanks for your help
 
 Richard LEHAUT / Tiolebucheron
 
 
 2010/10/11 Yves Jacolin yves.jaco...@camptocamp.com
 
  Le mardi 05 octobre 2010 09:22:57, Rahkonen Jukka a écrit :
   Hi,
   
   Your request is about 7033 characters long.  I would have a try with a
  
  much
  
   more simple geometry (but still a polygon with hole) for seeing if the
   real problem is in the length of the request string.
   
   -Jukka Rahkonen-
   
   
   
   
 Lähettäjä: mapserver-users-boun...@lists.osgeo.org
   
   [mailto:mapserver-users-boun...@lists.osgeo.org] Puolesta Richard
   LEHAUT Lähetetty: 5. lokakuuta 2010 10:19
   
 Vastaanottaja: mapserver-users@lists.osgeo.org
 Aihe: [mapserver-users] Problem with wfs.php
 
 
 Hi,
 This url returns me an error:
 
 http://ws.carmen.developpement-
  
  durable.gouv.fr/WFS/8/nature?VERSION=1.0.0
  
  SERVICE=WFSREQUEST=GetFeatureTYPENAME=ZNIEFF_de_type_1FILTER=Filter
  I
  
  ntersectPropertyNameGeometry/PropertyNamegml:Polygongml:outerBoun
  da
  
   ryIsgml:LinearRinggml:coordinates(526467,6821671 526471,6821675
   526480,6821677 526482,6821676 526491,6821679 526490,6821682
  
  526546,6821697
  
   526615,6821701 526616,6821699 526627,6821699 526628,6821702
  
  526708,6821705
  
   526804,6821709 526821,6821701 526886,6821665 526916,6821658
  
  526933,6821616
  
   526961,6821574 526969,6821565 526982,6821513 526833,6821533
  
  526833,6821517
  
   526813,6821513 526801,6821508 526749,6821480 526732,6821469
  
  526718,6821484
  
   526688,6821481 526616,6821481 526620,6821448 526584,6821438
  
  526547,6821401
  
   526545,6821397 526533,6821376 526455,6821381 526453,6821379
  
  526409,6821377
  
   526415,6821415 526429,6821499 526440,6821569 526377,6821567
  
  526362,6821463
  
   526357,6821393 526359,6821371 526360,6821362 526365,6821332
  
  526325,6821292
  
   526315,6821308 526302,6821322 526296,6821325 526277,6821347
  
  526286,6821417
  
   526286,6821447 526295,6821516 526303,6821549 526308,6821569
  
  526314,6821571
  
   526320,6821578 526328,6821580 526340,6821589 526381,6821619
  
  526466,6821673
  
   526467,6821671 526467,6821671) (526489,6821639 526492,6821655
   526493,6821655 526489,6821639 526489,6821639) (526467,6821588
   526466,6821586 526464,6821585 526467,6821588 526467,6821588)
   (526479,6821603 526478,6821601 526477,6821599 526479,6821603
   526479,6821603) (526489,6821639 526489,6821639 526486,6821627
   526489,6821639 526489,6821639)) ((527187,6822859 527158,6822860
   527138,6822862 527110,6822871 527104,6822873 527098,6822871
  
  527054,6822879
  
   527003,6822885 526998,6822885 526995,6822885 526972,6822882
  
  526964,6822889
  
   526955,6822894 526935,6822910 526922,6822929 526916,6822946
  
  526910,6822973
  
   526917,6822980 526917,6822987 526915,6823010 526942,6823015
  
  526943,6823045
  
   526945,6823052 526948,6823056 526956,6823059 526969,6823073
  
  526973,6823081
  
   526975,6823094 526970,6823097 526971,6823102 526987,6823123
  
  527004,6823131
  
   527019,6823103 527050,6823109 527134,6823120 527137,6823099
  
  527133,6823084
  
   527134,6823050 527190,6823074 527199,6823016 527220,6823014
  
  527213,6822861
  
   527204,6822860 527187,6822859 527187,6822859) (527114,6823008
   527114,6823001 527071,6822980 527059,6822982 527050,6822978
  
  527032,6822968
  
   527024,6823072 527047,6823070 527043,6823034 527049,6822983
  
  527068,6822984
  
   527114,6823008 527114,6823008) (527112,6822930 527115,6822933
   527118,6822943 527118,6822947 527119,6822955 527124,6822954
  
  527123,6822945
  
   527119,6822930 527115,6822925 527112,6822930 527112,6822930))
   ((526685,6821896 526737,6821974 526766,6822042 526771,6822072
   526782,6822030 526808,6821981 526869,6821901 526875,6821889
  
  526909,6821797
  
   526908,6821779 526900,6821771 526832,6821727 526812,6821722
  
  526787,6821720
  
   526785,6821761 52,6821870 526685,6821896 526685,6821896))
   ((527009,6822654 527076,6822645 527077,6822629 527076,6822611
   527076,6822608 527079,6822589 527070,6822587 527063,6822589
  
  527038,6822623
  
   527012,6822641 527009,6822649 527007,6822650 527002,6822652
  
  526984,6822657
  
   526953,6822666 526917,6822684 526898,6822697 526901,6822703
  
  526949,6822680
  
   526958,6822701 526927,6822716 526946,6822718 526955,6822714
  
  526961,6822709
  
   526980,6822748 526988,6822809 526997,6822811 527002,6822843
  
  527040,6822877
  
   527052,6822875 527086,6822868 527100,6822860 527104,6822849
  
  527107,6822845
  
   527113,6822839 527120,6822826 527134,6822803 527147,6822771
  
  527160,6822720
  
   527168,6822679 527153,6822679

Re: [mapserver-users] strange issue PostGis + Mapserver

[Yves Jacolin]

Hi,

did you check if your feature are valid?

Y.
Le vendredi 16 juillet 2010 13:47:41, Pedro-Juan Ferrer Matoses a écrit :
 Hello everybody and excuse me for the crossposting,

 I'd like to report a strange issue I have with Mapserver and PostGis
 in order to get some new ideas on the problem.

 [Environment]
 * Ubuntu Karmic Server
 * Mapserver 5.4.2
 * Postgres 8.3.9
 * Postgis 1.5.1
 * Postgis table with +3 Multipolygon records, this layer was
 originally in a shapefile, which I don't have, and I know that the
 shapefile was build from smaller ones. I'm publishing the layer with a
 WMS.

 [Problem]
 * If I make a GetFeatureInfo on the WMS, I get the info only in some
 zones and in other zones I get an Content-type:
 application/vnd.ogc.se_xml error. I suspect that the zones are
 related to the original smaller shapefiles that made the original and
 bigger shapefile.

 [Weirdo]
 * The XML error has the ServiceException tag empty, there is no
 other trace of error.
 * If I export the layer as shapefile and publish the shapefile as WMS
 I get the info in all the zones.

 [Things I've tried]
 * I tried  serving the WMS in DEBUG mode but the error log doesn't
 report anything.
 * I tried exporting and importing the shapefile again from/into
 Postgis, using gvSIG  and/or shp2pgsql, nevertheless I get the same
 issue.
 * I've googled the mailing lists, I've seen that some SQLServer2008
 users report something similar, but the solution was migration to
 PostGIS :(

 Has someone seen/experienced/reported something similar?

 Tanks in advance.

-- 
Yves Jacolin

Responsable Formation et Support
Camptocamp France SAS
Savoie Technolac, BP 352
73377 Le Bourget du Lac, Cedex

Tel : +33 (0)4 79 26 57 98
Mob : +33 (0)6 18 75 42 21
Fax : 04 79 70 15 81
Mail : yves.jaco...@camptocamp.com
http://www.camptocamp.com
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users