Re: [MapServer-users] Multi language worldmap (basemaps)

2023-04-14 Thread thomas bonfort
Hi Richard,
I don't have much more help to provide you other than saying you are on the
right track.


uni fonts/unifont_sample.ttf
> unib fonts/unifont_sample.ttf
>

you are referencing the same font file under 2 different names. I don't
think that is the root cause of your issue, but this is definitely useless


> And using
> FONT "sc,noto,uni,tw"   # does order matter?
>
Yes the order does matter, any codepoint will be loaded from the first font
(from left to right) that contains it


>
> AH01215: Unable to load glyph 62314 for font "uni". Using ? as fallback.:
> /usr/lib/cgi-bin/mapserv
> [Fri Apr 14 10:12:20.644638 2023] [cgi:error] [pid 141599] [client
> ::1:46140] AH01215: msGetGlyphByIndex(): General error message. unable to
> load glyph 62314 for font "uni": /usr/lib/cgi-bin/mapserv
>
> while my script tells me 'glyph 62314' is in 'fonts/unifont_sample.ttf'...
>

you'll have to dig in more as to why this is happening, from what I
understand you are specifying the fonts correctly and that glyph /should/
be found, but the error message is explicitly telling you this is not the
case.

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


Re: [mapserver-users] Mapcache disk cache gives unexpected paths to tiles

2022-02-09 Thread thomas bonfort
You should remove the /mapcache from the >cache> block, as it
takes precedence over your 

--
thomas

On Wed, Feb 9, 2022 at 12:10 PM Trygve Aspenes 
wrote:

> Hi
>
> I have a mapcache running using disk as cache method with config like
> this:
>
>  
>  /mapcache
>
> /mapcache/{tileset}#{grid}#{dim}/{z}/{x}/{y}.{ext}
>  
>
> But here is what I get on disk:
>
> /mapcache/ name>/EPSG:3857/2022-02-05T00:12:00Z/05/000/000/038/000/000/043.png
>
> What I don't understand is below the zoom level (here 05) I get 000
> followed by 000. Then the y followed by another double 000 before I get
> the x with my extension.
>
> Where does all these 000 sub directories comes from and what functions
> do they have?
>
> I don't think this affects the performance, but this must cause creating
> thousands and thousands of unnecessary sub directories?
>
> Thanks.
>
> Trygve
> ___
> 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


Re: [mapserver-users] LUT file too long, what to do?

2022-01-26 Thread thomas bonfort
Hi Jukka,
Unfortunately it's hardcoded:
https://github.com/MapServer/MapServer/blob/2d73b379284aa12a2013929dfb6cdc244ae60994/mapdrawgdal.c#L1064
but it shouldn't be very difficult for you to apply a local patch fixing
that.
regards,
thomas

On Wed, Jan 26, 2022 at 11:11 AM Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> I am trying to adjust satellite image colors with a GIMP curve file but
> trial fails because the file is too long
>
>
>
> [Wed Jan 26 12:03:52 2022].708000 msDrawRasterLayerLow(sentinel_lut):
> entering.
>
> [Wed Jan 26 12:03:52 2022].713000 drawGDAL(): Unable to access file. LUT
> definition from file c:\ms4w_data\sentinel_malli_a.crv longer than maximum
> buffer size (2500 bytes).
>
>
>
> Is this a hard coded limit or can user override it somehow? The .crv file
> has 26000 characters and it is using ridiculous precision in entries
> (0.9826558159707) but it is not easy to shrink it into 2500 characters.
>
>
>
> -Jukka Rahkonen-
> ___
> 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


Re: [mapserver-users] truetype symbols as polygon fills?

2021-12-13 Thread thomas bonfort
it is:
https://github.com/MapServer/MapServer/blob/main/msautotest/renderers/expected/polygon-ttf.png

On Tue, Dec 14, 2021 at 12:58 AM  wrote:

> Is it possible currently to use truetype symbols as polygon fill symbols?
>
>
> The symbol creation page suggests that only hatch and pixmap symbols are
> used for polygon fills but that seems a bit weird to me and am wondering if
> that is just out of date?
>
>
>
> If not, where is the best place to make a feature request?
>
>
>
> ___
> 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


Re: [mapserver-users] connect label to features

2021-06-24 Thread thomas bonfort
https://mapserver.org/mapfile/leader.html
I'm not sure why it's limited to polygons though...

On Thu, Jun 24, 2021 at 6:58 PM Luca Delucchi  wrote:
>
> Hi all,
>
> I would like to know if it is possible to link a feature with its
> label, something like QGIS is doing in Labels -> Callouts.
>
> thanks a lot
>
> --
> ciao
> Luca
>
> www.lucadelu.org
> ___
> 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


Re: [mapserver-users] Bitmask created from vector layer

2018-08-02 Thread thomas bonfort
those artifacts are most likely due to jpeg compression. you can force the
output to be aliased and contain only your requested colors by hand
crafting a special palette; search the docs for "formatoption + palette"
Thomas

Le mer. 1 août 2018 à 16:32, Luke Wendling  a
écrit :

> Mapserver version 7.1
>
> Hi, To create a bitmask image (for computer vision model training), I'm
> creating a mapserver vector layer with TYPE POLYGON and setting the map
> IMAGECOLOR as 0 0 0. The Layer config is
> CLASS
>   STYLE
>  COLOR 255 255 255
>  ANTIALIAS false
>
> However the resulting raster image has gray spots as shown below:
>
> [image: image.png]
>
> I'm less concerned about the outer edge (maybe antialiasing?) and more
> interested in the inner gray areas. Can anyone help explain what's
> happening or give pointers on how to create a proper bitmask (all black or
> white)?
>
> Full mapfile is below
>
>
> MAP
> NAME valid
> STATUS ON
> PROJECTION
> "init=epsg:4326"
> END
>
> IMAGECOLOR 0 0 0
>
> # Register the image/tiff format so we can return 4 band images.
> OUTPUTFORMAT
> NAME GEOTIFF
> DRIVER "GDAL/GTiff"
> MIMETYPE "image/tiff"
> IMAGEMODE BYTE
> EXTENSION "tif"
> FORMATOPTION "ALPHA=UNSPECIFIED"
> FORMATOPTION "TILED=YES"
> {# FORMATOPTION "COMPRESS=JPEG" #}
> END
>
> CONFIG "AWS_ACCESS_KEY_ID" "{{ AWS_ACCESS_KEY_ID }}"
> CONFIG "AWS_SECRET_ACCESS_KEY" "{{ AWS_SECRET_ACCESS_KEY }}"
> CONFIG "DEFAULT_REGION" "{{ DEFAULT_REGION }}"
>
> WEB
> METADATA
> "wms_title" "Slingshot WMS Server"
> "wms_onlineresource" "{{ wms_onlineresource }}"
> "wms_enable_request" "GetCapabilities GetMap GetFeatureInfo"
> "wms_srs" "EPSG:4326 EPSG:3857"
> END
> END
>
> {% for layer in layers %}
> # === {{layer.title}} ===
> {% if layer.is_vector %}
> LAYER
> NAME "{{ layer.name }}"
> STATUS ON
> TYPE POLYGON
> {{ layer_params(layer) }}
> CONNECTIONTYPE POSTGIS
> CONNECTION "host={{db.host}} port={{db.port}} dbname={{db.name}} user={{db
> .user}} password={{db.password}}"
> {% if 'sql' in layer.metadata.mapserver %}
> DATA "geometry from ({{ layer.metadata.mapserver.sql }}) as geometry
> using unique id"
> {% else %}
> DATA "geometry from (select v.geometry, v.id from images_vector v inner
> join images_provider p on (v.source_id = p.id) where p.name = '{{ layer.
> metadata.provider }}') as geometry using unique id"
> {% endif %}
> PROJECTION
> "init=epsg:4326"
> END
> CLASS
> STYLE
> COLOR 255 255 255
> ANTIALIAS false
> END
> END
> END
> {% endif %}
> {% endfor %}
>
> END
>
> ___
> 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

Re: [mapserver-users] Wrong case of "TileOutOfRange" Error?

2018-06-22 Thread thomas bonfort
here is how the y=5 you are seeing is calculated:
https://github.com/mapserver/mapcache/blob/master/lib/service_wmts.c#L830


On Fri, Jun 22, 2018 at 9:05 AM Julian Hollingbery 
wrote:

> Hi Ian and Jukka,
>
>
>
> Thanks for your response!
>
>
>
> However, I’m pretty sure that the TileMatrix-parameter is good, since this
> works nicely:
>
>
>
> ..
> =GSTutm32=5=39=64=image%2Fpng
>
>
>
> (TileRow changed from 40 to 39).
>
> After all, I copied the request from
> http://xx.xx.xx.xx/servicename/demo/wmts, which, incidentally, shows the
> infamous pink tiles, if I pan to the outer edges of the tilegrid.
>
>
>
> Regards,
>
> /julian
>
>
>
> *Fra:* Rahkonen Jukka (MML) 
> *Sendt:* 21. juni 2018 17:58
> *Til:* Ian Turton ; Julian Hollingbery <
> jul...@northtech.dk>
> *Cc:* mapserver-users@lists.osgeo.org
> *Emne:* Re: [mapserver-users] Wrong case of "TileOutOfRange" Error?
>
>
>
> Hi,
>
>
>
> I don’t see a relevant part of GetCapabilities but I believe that the name
> of the tile matrix in MapCache based WMTS services is plain ”5” like here
>
>
>
>
> https://avoin-karttakuva.maanmittauslaitos.fi/avoin/wmts/1.0.0/WMTSCapabilities.xml
>
> GetTile example
>
>
> https://avoin-karttakuva.maanmittauslaitos.fi/avoin/wmts?service=WMTS=GetTile=1.0.0=maastokartta=default=image/png=ETRS-TM35FIN=6=44=27
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
>
>
> *Lähettäjä:* mapserver-users [
> mailto:mapserver-users-boun...@lists.osgeo.org
> ] *Puolesta *Ian Turton
> *Lähetetty:* 21. kesäkuuta 2018 17:12
> *Vastaanottaja:* Julian Hollingbery 
> *Kopio:* mapserver-users@lists.osgeo.org
> *Aihe:* Re: [mapserver-users] Wrong case of "TileOutOfRange" Error?
>
>
>
> It looks like MapServer is mixing up tileset and tilerow (probably a cut
> and paste error in the error message) - I think the tile matrix should
> be GSTutm32:5 not just 5.
>
>
>
> Ian
>
>
> ___
> 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

Re: [mapserver-users] International Fonts - OSM Data

2017-08-10 Thread thomas bonfort
Dave,
The Noto font aims at resolving this issue: https://www.google.com/get/noto/

Aside from that mapserver supports language specific fonts. This needs
documenting aside from what can be found in the RFC
http://mapserver.org/development/rfc/ms-rfc-98.html (which has a typo, use
s/LABEL/FONT/)

FONT "arialuni,en:arial,ja:cjk,ar:arabic"

will use a specific font for a given language code. Collecting all the
fonts and mapping them to all the language codes for a worldwide osm db
will be a tiresome job...

cheers,
Thomas

On Wed, Aug 9, 2017 at 8:04 PM Dave Barter  wrote:

> I’ve done a planet load of OSM and when I view countries in the database
> using PGADMIN I can see them correctly encoded as per the image below:-
>
> http://imgbox.com/Z5SJ911X
>
> My Mapfile looks like this:-
>
> CLASS
>  EXPRESSION 'country'
>  LABEL
>   FONT sc
>   TYPE TRUETYPE
>   ENCODING "utf-8"
>   SIZE 8
>   COLOR 100 100 100
>   OUTLINECOLOR -1 -1 -1
>   OUTLINEWIDTH 2
>   WRAP ' '
>   MAXLENGTH 8
>   ALIGN CENTER
>   BUFFER 4
>   PARTIALS FALSE
>   POSITION cc
>  END
> END
>
> Which renders some of the characters but not Ethiopia as shown by this
> image
>
> http://imgbox.com/vnGmn7jT
>
> My database server is using UTF8 as the encoding. So Is the problem with
> my font?
>
> sc maps to DejaVuSansCondensed.ttf
>
> I am guessing some characters are missing or I need to use another font?
>
>
> ___
> mapserver-users mailing list
> mapserver-users@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/mapserver-users
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

[mapserver-users] Mapcache 1.6.0 release

2017-04-13 Thread thomas bonfort
The latest release [1] of MapCache is out.

Major features of this 1.6 release include:

- advanced (multi)dimension support
- support for exponential backoff/retry on cache and source errors
- support for external credential providers for GCP/S3 caches
- support for GDAL sources (with reprojection)
- support for direct access to optimized TIF files on REST/GCP caches.
- fallback support for failing wms sources


The migration_guide.txt file included in the archive contains migration
information required on the config file for users making use of dimension
support.

[1] http://download.osgeo.org/mapserver/mapcache-1.6.0.tar.gz

Best regards,
The MapServer Team
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Mapcache segmentation faults under high load

2017-03-07 Thread thomas bonfort
this doesn't seem to be a segfault, but the server that received a kill
signal... could you be getting out of memory errors ?

--
thomas

On Tue, Mar 7, 2017 at 8:18 AM Pieter Callewaert <
pieter.callewa...@be-mobile.com> wrote:

> Thanks Andreas, you brought me on a lead, indeed the ulimit for core size
> was on 0. Also it seems ubuntu running apport does not generate coredumps,
> had to change the core pattern.
>
> I've a core dump now, checked with GDB, but not sure what I'm searching
> at...
> http://pastebin.com/fAXdEg15
>
> Kind regards,
> Pieter C
>
> -Original Message-
> From: Eichner, Andreas - SID [mailto:andreas.eich...@sid.sachsen.de]
> Sent: Monday, 6 March, 2017 15:40
> To: Pieter Callewaert <pieter.callewa...@be-mobile.com>;
> mapserver-users@lists.osgeo.org
> Subject: AW: [mapserver-users] Mapcache segmentation faults under high load
>
> Hi Pieter,
>
> have you checked the ulimit for the user the Apache runs under? See man
> core(5) for possible reasons why no core is dumped.
>
> HTH
>
> > -Ursprüngliche Nachricht-
> > Von: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
> > Im Auftrag von Pieter Callewaert
> > Gesendet: Montag, 6. März 2017 11:01
> > An: mapserver-users@lists.osgeo.org
> > Betreff: Re: [mapserver-users] Mapcache segmentation faults under high
> > load
> >
> > Hi Thomas,
> >
> >
> >
> > The documentation for debug compiling is not complete
> > (http://mapserver.org/mapcache/install.html
> > <http://mapserver.org/mapcache/install.html> ).
> >
> > If I add -DCMAKE_BUILD_TYPE="Debug" to the cmake, it this enough?
> >
> > Also added CoreDumpDirectory /tmp/apache2-gdb-dump to apache2.conf,
> > and now I see this in the error log:
> >
> >
> >
> > [Thu Mar 02 08:46:42.588518 2017] [core:notice] [pid 13:tid
> > 140052444931968] AH00051: child pid 14 exit signal Segmentation fault
> > (11), possible coredump in /tmp/apache2-gdb-dump
> >
> > [Thu Mar 02 08:46:55.606507 2017] [core:notice] [pid 13:tid
> > 140052444931968] AH00051: child pid 2097 exit signal Segmentation
> > fault (11), possible coredump in /tmp/apache2-gdb-dump
> >
> >
> >
> > Unfortunately, no dumps yet, so I’m afraid I did something wrong with
> > the debug compiling.
> >
> >
> >
> > Kind regards,
> >
> > Pieter C
> >
> >
> >
> > From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> > Sent: Wednesday, 1 March, 2017 09:33
> > To: Pieter Callewaert <pieter.callewa...@be-mobile.com>; mapserver-
> > us...@lists.osgeo.org
> > Subject: Re: [mapserver-users] Mapcache segmentation faults under high
> > load
> >
> >
> >
> > Try to get a backtrace from the crashes by compiling mapcache in debug
> > mode, and configuring apache to allow coredumps. The "stale lock"
> > messages you are seeing are side effects of the crashes so that's not
> > where I'd investigate at first.
> >
> >
> >
> > regards,
> >
> > thomas
> >
> >
> >
> >
>
> ___
> 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

Re: [mapserver-users] Issue with label offset

2017-03-01 Thread thomas bonfort
So it seems the offsetter is failing on some line coordinates, and may
happen only in A rather than B because they differing due to the different
projections used. Try getting a backtrace of the crash, and/or create a
self-contained testcase that consistently reproduces the issue.

--
thomas

On Tue, Feb 28, 2017 at 4:21 PM Björn Danielsson 
wrote:

> We are using different mapfiles for different users and sometimes over the
> same geographical area.
>
> Funny thing is that in one of the cases where two mapfiles cover the same
> area a label for a line works ok in  mapfile A but not in mapfile B despite
> the fact that the label code for one particular line feature is identical
> in the two mapfiles.
>
> I have traced this to OFFSET. OFFSET 3 99 works in mapfile A but gives
> Error 500 Internal Server Error in mapfile B. On the other hand OFFSET 1 99
> and -2 99 works fine in mapfile B.
>
> The two mapfiles use different epsg and have different scale levels and as
> far as I can see that is the only thing that differs.
>
> I can contribute with more data if anyone will dig into this.
>
>LABEL
> TEXT   "[text]"
> COLOR  0 0 255
> OUTLINECOLOR 255 255 255
> TYPE   TRUETYPE
> FONT   arial
> SIZE   8
> ANTIALIAS  FALSE
> POSITION   CC
> PARTIALS   FALSE
> FORCE  TRUE
> MINDISTANCE 0
> BUFFER  0
> ANGLE  FOLLOW
> MAXOVERLAPANGLE 180
> OFFSET 3 99
>   END
>
> Björn Danielsson
> ___
> 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

Re: [mapserver-users] Mapcache segmentation faults under high load

2017-03-01 Thread thomas bonfort
Try to get a backtrace from the crashes by compiling mapcache in debug
mode, and configuring apache to allow coredumps. The "stale lock" messages
you are seeing are side effects of the crashes so that's not where I'd
investigate at first.

regards,
thomas

On Tue, Feb 28, 2017 at 6:47 PM Pieter Callewaert <
pieter.callewa...@be-mobile.com> wrote:

> Hi,
>
>
>
> We are trying to add mapcache to our stack, because in the last years the
> number of requests on our mapservers kept increasing, and we are looking
> for smarter ways to scale.
>
> We have a test setup, and on low load everything works perfectly. An ab
> benchmark on a single requests has also no problem.
>
> However, when we try to replay some production data on the mapcache
> server, with 500 concurrent users,  we see the following errors in apache
> error log:
>
>
>
> [Tue Feb 28 12:50:33.789479 2017] [core:notice] [pid 13:tid
> 140568766519168] AH00051: child pid 793 exit signal Segmentation fault
> (11), possible coredump in /etc/apache2
>
> [Tue Feb 28 12:50:34.791605 2017] [core:notice] [pid 13:tid
> 140568766519168] AH00051: child pid 1384 exit signal Segmentation fault
> (11), possible coredump in /etc/apache2
>
> [Tue Feb 28 12:50:35.792510 2017] [core:notice] [pid 13:tid
> 140568766519168] AH00051: child pid 1346 exit signal Segmentation fault
> (11), possible coredump in /etc/apache2
>
> [Tue Feb 28 12:50:38.795504 2017] [core:notice] [pid 13:tid
> 140568766519168] AH00051: child pid 1338 exit signal Segmentation fault
> (11), possible coredump in /etc/apache2
>
>
>
> And also:
>
> [Tue Feb 28 12:54:49.804880 2017] [:error] [pid 8256:tid 140568096990976]
> [client xxx.xxx.xxx.xxx:59612] deleting a possibly stale lock after waiting
> on it for 30.034 seconds
>
> [Tue Feb 28 12:54:49.815800 2017] [:error] [pid 796:tid 140568273237760]
> [client xxx.xxx.xxx.xxx:59631] deleting a possibly stale lock after waiting
> on it for 30.037 seconds
>
> [Tue Feb 28 12:54:50.052952 2017] [:error] [pid 9502:tid 140568449484544]
> [client xxx.xxx.xxx.xxx:59900] deleting a possibly stale lock after waiting
> on it for 30.064 seconds
>
> [Tue Feb 28 12:54:50.062164 2017] [:error] [pid 1364:tid 140568264845056]
> [client xxx.xxx.xxx.xxx:59951] deleting a possibly stale lock after waiting
> on it for 30.04 seconds
>
> [Tue Feb 28 12:54:54.226499 2017] [:error] [pid 796:tid 140568239666944]
> [client xxx.xxx.xxx.xxx:34636] deleting a possibly stale lock after waiting
> on it for 30.046 seconds
>
> [Tue Feb 28 12:54:55.358419 2017] [:error] [pid 797:tid 140568399128320]
> [client xxx.xxx.xxx.xxx:35329] deleting a possibly stale lock after waiting
> on it for 30.047 seconds
>
> [Tue Feb 28 12:54:55.949560 2017] [:error] [pid 794:tid 140568256452352]
> [client xxx.xxx.xxx.xxx:35639] deleting a possibly stale lock after waiting
> on it for 30.037 seconds
>
> [Tue Feb 28 12:55:00.062597 2017] [:error] [pid 1408:tid 140568122169088]
> [client xxx.xxx.xxx.xxx:38816] deleting a possibly stale lock after waiting
> on it for 30.036 seconds
>
>
>
> In the syslog we see a lot of this:
>
> [51314200.930086] traps: apache2[7324] general protection ip:7f308fc53fe9
> sp:7f3089657b10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314204.940646] traps: apache2[7469] general protection ip:7f308fc53fe9
> sp:7f3082ffcb10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314207.948949] traps: apache2[7626] general protection ip:7f308fc53fe9
> sp:7f307c7efb10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314209.954537] traps: apache2[7748] general protection ip:7f308fc53fe9
> sp:7f30837fdb10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314214.966671] traps: apache2[7954] general protection ip:7f308fc53fe9
> sp:7f3088e56b10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314229.004451] traps: apache2[8562] general protection ip:7f308fc53fe9
> sp:7f307c7efb10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314235.020377] traps: apache2[8798] general protection ip:7f308fc53fe9
> sp:7f307f7f5b10 error:0
>
> [51314235.020395] traps: apache2[8799] general protection ip:7f308fc53fe9
> sp:7f307eff4b10 error:0 in libmapcache.so.1.4.1[7f308fc1+56000]
>
> [51314235.020535]  in libmapcache.so.1.4.1[7f308fc1+56000]
>
>
>
> We compile/run apache/mapcache in docker container (base image 14:04)
> (with –net host), compiling with this parameters:
>
>
>
> # Install Mapcache itself
>
> ADD https://github.com/mapserver/mapcache/archive/rel-1-4-1.tar.gz /
>
> # Compile Mapcache for Apache
>
> RUN mkdir -p /usr/local/src/mapcache && \
>
> tar xf rel-1-4-1.tar.gz -C /usr/local/src/mapcache
> --strip-components=1 && \
>
> mkdir /usr/local/src/mapcache/build && \
>
> cd /usr/local/src/mapcache/build && \
>
> cmake ../ \
>
>-DWITH_FCGI=0 -DWITH_APACHE=1 -DWITH_PCRE=0 \
>
> -DWITH_TIFF=0 -DWITH_BERKELEY_DB=0 -DWITH_MEMCACHE=0 \
>
> -DWITH_SQLITE=0 -DCMAKE_PREFIX_PATH="/etc/apache2" && \
>
> make && 

Re: [mapserver-users] mapcache WMTS: can I include contact information?

2017-02-10 Thread thomas bonfort
No, but you can easily hack lib/service_wmts.c to support that (look at
what's done for ows:Abstract for guidelines).

--
thomas

On Thu, Feb 9, 2017 at 11:14 PM Schweitzer, Peter 
wrote:

> I don't see documentation suggesting that I could include contact
> information in the mapcache.xml file so that it is included in, for
> example, my WMTS getCapabilities response.  Is that possible?
>
> Thanks!
>
> Peter
> --
> Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 20192)
> (703) 648-6533  email: pschweit...@usgs.gov
> http://geology.usgs.gov/peter/
> https://orcid.org/-0002-9532-6681
> ___
> 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

Re: [mapserver-users] Mapcache - Howto provide additional high DPI tileset?

2017-01-24 Thread thomas bonfort
Should be doable, just define a new grid for it:


 
-20037508.3427892480,-20037508.3427892480,20037508.3427892480,20037508.3427892480
EPSG:3857
512 512


78271.51696402048
39135.75848201023
19567.87924100512
9783.939620502561
4891.969810251280
2445.984905125640
1222.992452562820
611.4962262814100
305.7481131407048
152.8740565703525
76.43702828517624
38.21851414258813
19.10925707129406
9.554628535647032
4.777314267823516
2.388657133911758
1.194328566955879
0.5971642834779395
0.29858214173896975




--
thomas

On Tue, Jan 24, 2017 at 4:09 PM Michael Schulz 
wrote:

> Dear MapCachers,
>
> I would like to know if anybody had success in using mapcache to provide
> tiles for usage on retina displays? There seems not to be the one default
> strategy to do so, but IIUC the baseline is to provide a bigger tile
> (512x512 instead of 256x256) for the some extent.
>
> Now the question is, how to generate with mapcache an additional cache
> with big tiles (512) but can be accessed using identical tile requests? By
> identical, I mean that the xyz numbers stay the same, but a different
> tileset name is used (e.g. basemaps.at does that) or using MapBox's "@2x"
> modifier.
>
> Any ideas or solutions?
>
> Thanks, Michael
>
>
> --
> ---
> Michael Schulz
>
> ___
> 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

Re: [mapserver-users] Can't seed tiles with Mapcache from a Mapserver Tile Index raster layer

2017-01-23 Thread thomas bonfort
On Tue, Jan 24, 2017 at 5:42 AM Abrabacabra 
wrote:

>
> Could that be related to Mapserver choking on the huge tile index?
>
Yes, definitely. Check that your rasters have overviews.

--
thomas

>
>
>
>
>
>
> ___
> 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

Re: [mapserver-users] Unexpected result from overlapping images in tile index

2017-01-19 Thread thomas bonfort
Peter, if I understand correctly
I'm not aware that there is any documentation or requirement that using a
tileindex with mapserver garantees any ordering in the stacking of the
images returned by the tileindex. Namely, if your tileindex returns your
gray (opaque) image after (i.e. on top of) your black/white image, then
your black/white image will be completely obscured by your gray image.
This is what I'd try:
- try using the sortshp utility on your tileindex (once in ascending order,
once in descending) and see if the resulting image is affected
- use a postgis based tileindex layer with explicit ORDER BY clauses to
enforce that transparent images get rendered after opaque ones

--
thomas

On Thu, Jan 19, 2017 at 12:31 AM Peter Schmitt  wrote:

> Hi,
>
> I have a tile index to render a layer from two images.  The images are
> black.png
> https://github.com/pedros007/mapserver-tindex-problem/blob/master/black.png?raw=true
> which has NODATA values over the white areas and grayscale pixels with
> intensity 1 and gray.png with intensity 128 and zero NODATA values in the
> image
> https://github.com/pedros007/mapserver-tindex-problem/blob/master/gray.png?raw=true
>
> I have a tileindex http://bl.ocks.org/d/968e0f11f1fd9b02444c3765bbb285a1
> that basically stacks/flattens the black image on top of the gray one.
> However, when I make a WMS request to the layer:
>
> LAYER
> NAME my_layer
> TYPE RASTER
> TILEINDEX tindex.shp
> TILEITEM "location"
> OFFSITE 0 0 0
> STATUS OFF
> END
> END
>
> I get only the gray image.  In other words, I expected to get this:
>
> https://github.com/pedros007/mapserver-tindex-problem/blob/master/expected.png?raw=true
>
> but instead I get this:
>
> https://github.com/pedros007/mapserver-tindex-problem/blob/master/gray.png?raw=true
>
> I have a couple of work-arounds that I'm not crazy about:
>
> 1. Add Layer masks http://www.mapserver.org/development/rfc/ms-rfc-79.html to
> two separate layers, make two WMS requests and stack the results client
> side. I have gotten this working for two layers. However, I may need to
> render a very large number of such layers and think this wont work
> client-side (via OpenLayers-3).
> 2. I could burn in NODATA values (or use a mask) to gray.tif, but I'd
> rather not modify my source data.
>
> A version of this email & example files are in a GitHub repo:
> https://github.com/pedros007/mapserver-tindex-problem
>
> --
> Pete
>
> ___
> 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

Re: [mapserver-users] Mapcache - Composite cache problem

2017-01-05 Thread thomas bonfort
Hi Tom, happy new year to you to!

On Wed, Jan 4, 2017 at 5:25 PM tellett  wrote:

> Hi again and happy new year! I've tried what you suggested and managed to
> get
> the composite layer to work with this setup:
>
> 
> /cache/mapcache/topo2
> /cache/mapcache/topo2/{grid}/{z}/{x}/{y}.{ext}
> 
>
> 
> /cache/mapcache/topo2matrikkelsource
>
>
> /cache/mapcache/topo2matrikkelsource/{grid}/{z}/{x}/{y}.{ext}
> 
>
> 
> topo2
> topo2matrikkelsource
> 
>
> But I was a little bit confused about what you meant with that we could
> 'shoot ourselves in the foot' if we omit template tags? And also why we
> can't reference that cache (I presume you mean 'topo2matrikkel') from other
> tilesets?
>


 /cache/{z}/{x}/{y}.png



 mycache


 mycache


=> BOOM :) both tilesets are reading/writing to the same tiles whereas they
clearly shouldn't be. If you know they should be reading/writing the same
set of tiles you're fine

cheers,
thomas



>
> Cheers
>
> Tom
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-Composite-cache-problem-tp5300828p5302008.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] variable substitution

2017-01-04 Thread thomas bonfort
yeah, if you want an integer comparison use:
FILTER ( [gid] = [%adrkey%] )


On Wed, Jan 4, 2017 at 12:43 PM Jörg Thomsen (WhereGroup) <
joerg.thom...@wheregroup.com> wrote:

> Hello Thomas,
>
> Am 04.01.2017 um 12:34 schrieb thomas bonfort:
> > FILTER ( "[gid]" = "[%adrkey%]" )
>
> this doesn't work, ms puts the value into quotes so PG interprets it as
> a column-name.
> > [Wed Jan  4 12:40:04 2017].714496 msPostGISLayerWhichShapes(): Error
> (ERROR:  column "2" does not exist
> > LINE 1: select "beschriftung","gid","2",encode(ST_AsBinary(ST_Force2...
>
> But the Filteritem / Filter solution is ok.
>
> Viele Grüße,
> Jörg Thomsen
>
> --
>
> *
> FOSS Academy Winterschule 2017
> 20.-24.03.2017 in Bonn
> Alles Wichtige zur Erstellung einer GDI in nur 5 Tagen!
> https://www.foss-academy.com/schulungstermine/kompaktkurs-winterschule
> *
>
> ---
> Jörg Thomsen
> WhereGroup GmbH & Co. KG
> Gillweg 3
> 14193 Berlin
> Germany
>
> Fon: +49 (0)30 / 5130 278 74 <+49%2030%20513027874>
> Fax: +49 (0)30 / 89 09 53 21 <+49%2030%2089095321>
>
> 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
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] variable substitution

2017-01-04 Thread thomas bonfort
If you're using mapserver, your syntax and the docs probably need to be
updated. Try:

FILTER ( "[gid]" = "[%adrkey%]" )

please submit a PR to the docs if that solved the issue.
--
thomas


On Wed, Jan 4, 2017 at 12:27 PM Jörg Thomsen (WhereGroup) <
joerg.thom...@wheregroup.com> wrote:

> Hello and a happy new year!
>
> I have had some problems with variable subst. and the FILTER keyword,
> following the example from http://mapserver.org/cgi/runsub.html#filters
> I first tried
>
> >   VALIDATION
> >   'adrkey' '[0-9]'
> >   END
> >
> >   FILTER ('gid=%adrkey%')
>
> but this doesn't work, mapserver seems not to put the filteritem into
> the sql-request:
> > [Wed Jan  4 11:36:24 2017].762361 msPostGISLayerWhichShapes(): Error
> (ERROR:  syntax error at or near "="
> > LINE 1: ...019,28.511788558 5808847.26502019))',25833) and ( = '1')
>
> then I had a look at expression-page
> (http://mapserver.org/mapfile/expressions.html) and tried
>
> > FILTERITEM 'gid'
> > FILTER '%adrkey%'
> which works.
>
> is there any mistake in my first try or doesn't this work anymore an the
> doc on http://mapserver.org/cgi/runsub.html#filters  should be updated?
>
> Regards, Jörg
>
> --
>
> *
> FOSS Academy Winterschule 2017
> 20.-24.03.2017 in Bonn
> Alles Wichtige zur Erstellung einer GDI in nur 5 Tagen!
> https://www.foss-academy.com/schulungstermine/kompaktkurs-winterschule
> *
>
> ---
> Jörg Thomsen
> WhereGroup GmbH & Co. KG
> Gillweg 3
> 14193 Berlin
> Germany
>
> Fon: +49 (0)30 / 5130 278 74 <+49%2030%20513027874>
> Fax: +49 (0)30 / 89 09 53 21 <+49%2030%2089095321>
>
> 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
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Label position not as expected version 7.0.x

2017-01-03 Thread thomas bonfort
correct. the position of "center of the text" varies depending on whether
your glyphs have ascenders and/or descenders, and thus produces
inconsistent centering between "aaa", "ppp" or "".
This can be easily reverted by commenting out the two special cases for CR
and CL at
https://github.com/mapserver/mapserver/blob/rel-7-0-3/maplabel.c#L989 .
replace with
y1 = (h/2.0) + oy;

--
thomas

On Mon, Jan 2, 2017 at 6:58 PM Ian Walberg <ian.walb...@airborne.aero>
wrote:

> Thomas.
>
>
>
> Hmm, I do not understand why the change was made from the older versions.
>
>
>
> So the vertical ‘center’ position is actually align the text baseline with
> the point position and not the ‘center’ of the text as previously?
>
>
>
> Regards
>
>
>
> Ian
>
>
>
> *From:* thomas bonfort [mailto:thomas.bonf...@gmail.com]
> *Sent:* Monday, January 2, 2017 9:41 AM
> *To:* Ian Walberg <ian.walb...@airborne.aero>;
> mapserver-users@lists.osgeo.org; mapserver-...@lists.osgeo.org
> *Subject:* Re: [mapserver-users] Label position not as expected version
> 7.0.x
>
>
>
> Ian,
>
> It's the intented effect, with the label baseline aligned with the symbol
> baseline. You can probably nudge it manually with an offset if you need to.
>
>
>
> --
>
> thomas
>
>
>
> On Mon, Jan 2, 2017 at 6:30 PM Ian Walberg <ian.walb...@airborne.aero>
> wrote:
>
> Folks,
>
>
>
> Happy New Year to everyone.
>
>
>
> Using version 7.0.x we are not seeing the label positon as we had for
> previous versions for mapserver.
>
>
>
> The vertical label position now appears to not center naturally on the
> text but is towards the bottom of the center line.
>
>
>
> Are we missing something?
>
>
>
> Thanks
>
>
>
> Ian
>
>
>
> MAP
>
>
>
>   EXTENT 0.0 0.0 10.0 10.0
>
>   SIZE 1024 720
>
>   IMAGECOLOR 140 140 140
>
>
>
>   SYMBOL
>
> NAME 'City'
>
> TYPE ELLIPSE
>
> POINTS 1 1 END
>
> FILLED true
>
>   END
>
>
>
>   LAYER
>
>
>
> NAME "Label position"
>
> TYPE POINT
>
> STATUS DEFAULT
>
>
>
> FEATURE
>
> POINTS
>
>   1.00 5.00
>
>   1.00 8.00
>
> END # POINTS
>
> END # FEATURE
>
>
>
> CLASS
>
>   TEXT 'Label text'
>
>   STYLE
>
> SYMBOL 'City'
>
> SIZE 12
>
> COLOR 255 255 255
>
>   END # STYLE
>
>
>
>   LABEL
>
> TYPE BITMAP
>
> SIZE 30
>
> COLOR 255 255 255
>
> POSITION CR
>
>   END # LABEL
>
>
>
> END # CLASS
>
>
>
>   END # LAYER
>
>
>
> END # MAP
>
> ___
> 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] Label position not as expected version 7.0.x

2017-01-02 Thread thomas bonfort
Ian,
It's the intented effect, with the label baseline aligned with the symbol
baseline. You can probably nudge it manually with an offset if you need to.

--
thomas

On Mon, Jan 2, 2017 at 6:30 PM Ian Walberg 
wrote:

> Folks,
>
>
>
> Happy New Year to everyone.
>
>
>
> Using version 7.0.x we are not seeing the label positon as we had for
> previous versions for mapserver.
>
>
>
> The vertical label position now appears to not center naturally on the
> text but is towards the bottom of the center line.
>
>
>
> Are we missing something?
>
>
>
> Thanks
>
>
>
> Ian
>
>
>
> MAP
>
>
>
>   EXTENT 0.0 0.0 10.0 10.0
>
>   SIZE 1024 720
>
>   IMAGECOLOR 140 140 140
>
>
>
>   SYMBOL
>
> NAME 'City'
>
> TYPE ELLIPSE
>
> POINTS 1 1 END
>
> FILLED true
>
>   END
>
>
>
>   LAYER
>
>
>
> NAME "Label position"
>
> TYPE POINT
>
> STATUS DEFAULT
>
>
>
> FEATURE
>
> POINTS
>
>   1.00 5.00
>
>   1.00 8.00
>
> END # POINTS
>
> END # FEATURE
>
>
>
> CLASS
>
>   TEXT 'Label text'
>
>   STYLE
>
> SYMBOL 'City'
>
> SIZE 12
>
> COLOR 255 255 255
>
>   END # STYLE
>
>
>
>   LABEL
>
> TYPE BITMAP
>
> SIZE 30
>
> COLOR 255 255 255
>
> POSITION CR
>
>   END # LABEL
>
>
>
> END # CLASS
>
>
>
>   END # LAYER
>
>
>
> END # MAP
> ___
> 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] Mapcache - Composite cache problem

2016-12-21 Thread thomas bonfort
OK, got it, I think :)
the disk caches by default encode the tileset name in the file path it
creates, so your topo2matrikkel tileset will never be able to read tiles
belonging to the topo2 tileset. If you want to be more clever than
mapcache, you can use your own file template (), but beware that mapcache will then not prevent you
from shooting yourself in the foot if you omit to add template tags (in
your case you would need to at least add a {grid} element, and be sure to
not reference that  from other tilesets)

--
thomas

On Wed, Dec 21, 2016 at 1:05 PM tellett  wrote:

> We've compiled mapcache again from trunk with the debug set and now we get
> this info:
>
> [Wed Dec 21 13:00:08.887057 2016] [:debug] [pid 12513] mod_mapcache.c(162):
> [client 10.1.1.1:54041] calling tile_get on cache (topo2matrikkel):
> (tileset=topo2matrikkel, grid=utm33n, z=3, x=1, y=4
> [Wed Dec 21 13:00:08.887072 2016] [:debug] [pid 12513] mod_mapcache.c(162):
> [client 10.1.1.1:54041] calling tile_get on cache (topo2):
> (tileset=topo2matrikkel, grid=utm33n, z=3, x=1, y=4
> [Wed Dec 21 13:00:08.887081 2016] [:debug] [pid 12513] mod_mapcache.c(162):
> [client 10.1.1.1:54041] checking for tile
> /cache/mapcache/topo2/topo2matrikkel/utm33n/03/000/000/001/000/000/004.png
>
> So the problem is that its looking for the tile at
> /topo2/topo2matrikkel/ instead of just /topo2/. and as far as I
> can make out, this will either mean that the topo2 cache won't work (it
> does) or that the tile would have to be stored twice for topo2matrikkel to
> work, which I guess would be contary to the idea of a composite cache?
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-Composite-cache-problem-tp5300828p5300864.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] Mapcache - Composite cache problem

2016-12-21 Thread thomas bonfort
ok. well I still see nothing wrong with your config file extract :(

the master branch has some more advanced debugging messages if you compile
with -DCMAKE_BUILD_TYPE=Debug and set your apache loglevel to debug, maybe
that can point you to the issue...


On Wed, Dec 21, 2016 at 11:11 AM tellett  wrote:

> topo2matrikkel has no wms service source, it should just fetch tiles from
> the
> topo2 cache from zoom level 0-12, and the topo2matrikkelsource cache from
> zoom level 13 and onwards. Therefore topo2matrikkel should be 'read-only'.
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-Composite-cache-problem-tp5300828p5300833.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] Mapcache - Composite cache problem

2016-12-21 Thread thomas bonfort
conf seems correct. topo2matrikkel has no , could that be it?

On Wed, Dec 21, 2016 at 10:51 AM tellett  wrote:

> Hi all,
>
> I'm trying to use a composite cache in my mapcache instance but am not
> having any luck. I've set up the configuration file as best I can in
> accordance with the documentation, and I have the tileset (topo2matrikkel)
> as an option in the demo client, but only blank tiles are shown. no error
> messages are returned. My config file looks like  this:
>
> -CACHES
> 
> 
> /cache/mapcache/topo2
> 
> 
> /cache/mapcache/topo2matrikkelsource
> 
> 
> topo2
> topo2matrikkelsource
> 
>
> TILESET--
> 
> topo2
> topo2
> 
> Topografisk Norgeskart
> Cache for topo2 produkten
> 
> 
> googlemaps
> utm33n
> crs84quad
> PNG
> 8 8
> 10
> 
> 
> topo2matrikkel
> 
> Matrikkel klient bakgrunnskart
> 
> 
> utm33n
> PNG
> 
>
> --
>
> I've checked that there are tiles in the topo2 cache, and yes that cache
> does support utm33n and png.
> I can run exactly the same request for both the topo2 and topo2matrikkel
> tilesets (
>
> REQUEST=GetTile=1.0.0=topo2matrikkel=default=utm33n=2=1=1=image%2Fpng)
> but only the topo2 request returns data. Perhaps I've missunderstood
> something fundamental here?
>
> Thanks in advance for any help,
>
> Tom
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-Composite-cache-problem-tp5300828.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] Georef output

2016-12-15 Thread thomas bonfort
On Wed, Dec 14, 2016 at 5:56 PM Björn Danielsson 
wrote:

> Hi,
>
> I am trying to get georeferenced maps from Mapserver.
>
> For geoTiff the maps get georeferenced allright but gdalinfo shows that
> there is no data under 'Coordinate system is:'. The epsg is set in the
> mapfile but does not seem to get passed to the gTiff driver. How can I fix
> that?
>
> For geoPDF ( using CAIRO ) neither extents nor coordinate system are added
> to the output file. Fixable?
>
http://mapserver.org/mapfile/outputformat.html see GEO_ENCODING

--
thomas


>
> /
> BJDA
> ___
> 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] Kernel Density

2016-12-01 Thread thomas bonfort
Forget my datarange comment, I should have re-read the docs. I see nothing
wrong with your setup, so you should be getting a different output provided
you are certain your [val] attribute is effectively ranging from 0 to 100.
You might get some insights with:
- Try manually setting your STYLE->SIZE (0 then 100 then 255)
- Try with AUTO normalization once you've re-enabled [val] binding

--
thomas

On Thu, Dec 1, 2016 at 3:39 PM thomas bonfort <thomas.bonf...@gmail.com>
wrote:

> At a first glance your mapfile seems correct. Can you try switching your
> datarange to  0 50, and make sure that you are not using a tiled display on
> your viewer?
>
> --
> thomas
>
> On Thu, Dec 1, 2016 at 3:27 PM Dave Barter <d...@phased.co.uk> wrote:
>
> Can anyone on the list help with this:-
>
>
> http://gis.stackexchange.com/questions/219669/mapserver-kernel-density-layer-weight
>
>
> Dave Barter
> d...@phased.co.uk
> @citizenfishy
> www.phased.co.uk
>
> ___
> 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] Kernel Density

2016-12-01 Thread thomas bonfort
At a first glance your mapfile seems correct. Can you try switching your
datarange to  0 50, and make sure that you are not using a tiled display on
your viewer?

--
thomas

On Thu, Dec 1, 2016 at 3:27 PM Dave Barter  wrote:

> Can anyone on the list help with this:-
>
>
> http://gis.stackexchange.com/questions/219669/mapserver-kernel-density-layer-weight
>
>
> Dave Barter
> d...@phased.co.uk
> @citizenfishy
> www.phased.co.uk
>
> ___
> 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] Mapcache support for multiple format types

2016-11-23 Thread thomas bonfort
Tom,
The client supplied format is mostly ignored by mapcache, so you should not
have issues with your existing services. The only case where it is not
ignored (and is irrelevant with the current issue of multiple formats per
tileset) is if you have set  inside
your wms service definition, *and* the current request could not be
processed by directly returning a cached tile (i.e. assembling tiles was
requested)

--
thomas

On Wed, Nov 23, 2016 at 9:41 AM tellett  wrote:

> I can't really think of a compelling usecase Thomas to be honest, for us it
> was more an ease of use issue given our existing services :) However, I
> hadn't been aware of the mixed format possibilities with mapcache (should
> of
> read all documentation of course instead of just the oncfiguration file
> page!!), that will probably solve our issues nicely meaning we can store 1
> tileset and reduce network bandwidth issues whilst still retaining the
> important transparency. Thanks for the help!
>
> Tom
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-support-for-multiple-format-types-tp5296486p5297064.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] Mapcache support for multiple format types

2016-11-22 Thread thomas bonfort
Hi Tom,
My question wasn't clear, or you did not answer my question ;-)
I was looking for a compelling *use-case* where the solution requires a
tile server to support both jpeg and png for a given tileset. My stance for
mapcache is that the data producer (i.e. you as the mapcache administrator)
knows his data and therefore which format (*singular*) is best suited for a
given tileset. I'd be happy to revisit my judgment if presented with a
scenario where more than one format per tileset is actually needed.

Cheers,
Thomas

On Tue, Nov 22, 2016 at 12:19 PM tellett  wrote:

Hi Thomas,

Really, its just so that we don't need to have 2 separate layers in the
service for each format type. The norwegian mapping authority has about 25
cache 'services' and so its a bit messy in the config and WMTS capabilities
file if we have to have 50 tilesets instead of 25.

Its no problem technically having 2 tilesets called 'topo2_png' and
'topo2_jpeg' for example (they would have the same title and abstract), it
just would have been preferable for us to have 1 layer support multiple
formats so that the client could call the same service/layer/tileset and
choose the format type through the kvp parameter. Not a show-stopper for us,
we just have to change our way of thinking :)

Tom



--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Mapcache-support-for-multiple-format-types-tp5296486p5296917.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] Mapcache support for multiple format types

2016-11-22 Thread thomas bonfort
There is no support for multiple formats per tileset (yet?), as I could not
imagine a compelling use-case that would warrant it. Would you care to
explain why this would be needed?

--
thomas


On Fri, Nov 18, 2016 at 3:41 PM tellett  wrote:

> Hi all,
>
> I'm wondering if theres any other way in mapcache to support multiple
> formats (png and jpeg for example) than to create a new tileset?
>
> For example if I have a wms 'source' called topo2_wms (that supports png
> and
> jpeg), and a tileset called topo2cache, whats the best ways to create tiles
> in both png and jpeg? Is it really necessary to create 2 tilesets, 1 called
> topo2cache_png and one topo2cache_jpeg?
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapcache-support-for-multiple-format-types-tp5296486.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] Finding (and modifying?) status codes of mapserver responses

2016-10-19 Thread thomas bonfort
1. Yes, you'd need to hack it in yourself.
2. No idea... you'd be out of spec and that might be enough to break a
client. (I agree that the risk is low)

--
thomas

On Wed, Oct 19, 2016 at 6:08 PM deduikertjes <deduikert...@xs4all.nl> wrote:

> Thomas,
>
> Thank you.
> Interesting remark you make on the WMS-spec. Never thought of that.
> You say that I can add a config option to return something other than 200.
> I suppose by that you mean that such a config option does not exits, but
> that I can hack it in?
>
> Can you please elaborate a bit on how non 200 status codes on service
> exception reports could break a client. No map is no map?
>
> Marco
>
>
>
> On 19-10-16 14:50, thomas bonfort wrote:
>
> Marco,
> It's the WMS spec itself that requires 200 response codes. You can hack
> the code or even add a configuration option to return something other than
> 200, but you'll risk breaking your clients. Also note that checking for
> specific text is not going to work all the time, as the client can request
> an "inimage" exception text, i.e. returned as pixels in a png image.
>
> --
> thomas
>
> On Wed, Oct 19, 2016 at 9:03 AM deduikertjes <deduikert...@xs4all.nl>
> wrote:
>
> Finding and modifying status codes
>
> I'd like to find out (and maybe modify) the HTML status codes mapserver
> attaches to a WMS service exception report.
>
> I deploy mapserver behind Nginx with supervisord as a fastcgi provider and
> process manager. Nginx does caching of responses on getmap requests.
>
> As I don't want Service Exception reports to be cached I've added a
> directive to the Nginx config not to cache error documents containing
> 'serviceException'.
> This is not working properly, I think because nginx only regards a response
> as an error when a non-200 status code is attached.
>
> So I'm trying to find the status codes mapserver attaches to a response.
> If I do from command line mapserv7
> QUERY_STRING="map=my.map=WMS=1.1.1=GetMap&(rest
> of valid wms request)" I see the headers (and the png) when te request
> leads
> to a response containing a map.
> If I do the same with a request that generates an service exception report
> I
> get back error messages instead of the response I see in my browser.
>
> So, how to find out the headers of the response before it goes trough
> supervisord an nginx?
> Or does anyone know what status code the header contains?
> And the million dollar question: can we stick a 500 status code header on
> the response if it's not there?
>
> Any help greatly appreciated, MArco
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Finding-and-modifying-status-codes-of-mapserver-responses-tp5291371.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] Finding (and modifying?) status codes of mapserver responses

2016-10-19 Thread thomas bonfort
Marco,
It's the WMS spec itself that requires 200 response codes. You can hack the
code or even add a configuration option to return something other than 200,
but you'll risk breaking your clients. Also note that checking for specific
text is not going to work all the time, as the client can request an
"inimage" exception text, i.e. returned as pixels in a png image.

--
thomas

On Wed, Oct 19, 2016 at 9:03 AM deduikertjes  wrote:

> Finding and modifying status codes
>
> I'd like to find out (and maybe modify) the HTML status codes mapserver
> attaches to a WMS service exception report.
>
> I deploy mapserver behind Nginx with supervisord as a fastcgi provider and
> process manager. Nginx does caching of responses on getmap requests.
>
> As I don't want Service Exception reports to be cached I've added a
> directive to the Nginx config not to cache error documents containing
> 'serviceException'.
> This is not working properly, I think because nginx only regards a response
> as an error when a non-200 status code is attached.
>
> So I'm trying to find the status codes mapserver attaches to a response.
> If I do from command line mapserv7
> QUERY_STRING="map=my.map=WMS=1.1.1=GetMap&(rest
> of valid wms request)" I see the headers (and the png) when te request
> leads
> to a response containing a map.
> If I do the same with a request that generates an service exception report
> I
> get back error messages instead of the response I see in my browser.
>
> So, how to find out the headers of the response before it goes trough
> supervisord an nginx?
> Or does anyone know what status code the header contains?
> And the million dollar question: can we stick a 500 status code header on
> the response if it's not there?
>
> Any help greatly appreciated, MArco
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Finding-and-modifying-status-codes-of-mapserver-responses-tp5291371.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] COMPOSITE filters available?

2016-09-29 Thread thomas bonfort
Hard to tell, releases tend to happen on a "when its ready" schedule.
We currently have vector tiles on hold before releasing 7.2, but the
current state of master is on par with the 7.0 branch as far as
stability is concerned. As always, funding always helps if you want to
accelerate things :)
regards,
thomas

On 29 September 2016 at 23:37, Avi Blackmore <supp...@satshot.com> wrote:
>
>> On Sep 29, 2016, at 4:36 PM, thomas bonfort <thomas.bonf...@gmail.com> wrote:
>>
>> Avi,
>> The blurring filters are available in master only. The closest you can
>> get to documentation for now is by reading
>> http://osgeo-org.1560.x6.nabble.com/RFC113-Chainable-Compositing-Filters-td5227559.html
>> As for mapscript, you can use the updateFromString methods which are
>> always in sync with the main mapserver functionality.
>>
>
> Ahh, thanks.
>
> Any idea on when that will get merged to a release?  I'm a bit 
> reluctant to run a dev version on a production server.
>
> --
> Avi Blackmore
> Head Programmer/System Administrator
> Satshot Inc.
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] COMPOSITE filters available?

2016-09-29 Thread thomas bonfort
Avi,
The blurring filters are available in master only. The closest you can
get to documentation for now is by reading
http://osgeo-org.1560.x6.nabble.com/RFC113-Chainable-Compositing-Filters-td5227559.html
As for mapscript, you can use the updateFromString methods which are
always in sync with the main mapserver functionality.

--
thomas

On 29 September 2016 at 23:15, Avi Blackmore  wrote:
> Hello,
>
> I am trying to get the hang of the new COMPOSITE feature in Mapserver 
> 7.
>
> Are there any actual filters, such as blur(), in the main codebase 
> yet?  Or is that forthcoming?
>
> Also, I could not find any documentation on manipulating the 
> COMPOSITE object from Mapscript.  Is this possible?
> --
> Avi Blackmore
> Head Programmer/System Administrator
> Satshot Inc.
>
> ___
> 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] tilecache grid setup

2016-09-21 Thread thomas bonfort
You've probably deactivated the wmts service in your mapcache.xml

On 21 September 2016 at 14:30, Matt McClelland <m...@wildwalks.com> wrote:
> Thanks Thomas
>
> Wonderful -- thanks for that.
>
> So I now try
> http://mad.tl/mapcache/wtms/1.0.0/osm@g/2/3/1.png
> but it returns and error
> "received wms with no service and request"
> in mapcache source I tried changing
> http://localhost/cgi-bin/mapserv?
> to
> http://localhost/cgi-bin/mapserv?service=wms;
> but that did not help.
>
> http://mad.tl/mapcache?service=wms=getcapabilities
> seems to work??
>
> Any suggestions?
>
> Matt  :)
>
> On Wed, Sep 21, 2016 at 9:59 PM, thomas bonfort <thomas.bonf...@gmail.com>
> wrote:
>>
>> tms orders y from bottom to top. use wmts which is top to bottom.
>>
>> --
>> thomas
>>
>> On 21 September 2016 at 13:58, Matt McClelland <m...@wildwalks.com> wrote:
>> > Hi
>> >
>> > I have mapserver and mapcache all up and running well.
>> > The problem is that the Y value on the tiles are different from what I
>> > was
>> > expecting
>> >
>> > I am wanting to use the same xyz values as OSM tiles like this
>> > http://c.tile.openstreetmap.org/2/3/2.png
>> >
>> > but on my set up I get a different tile
>> > http://mad.tl/mapcache/tms/1.0.0/osm@g/2/3/2.png
>> >
>> > If I change the Y value I can find the matching tile
>> > http://mad.tl/mapcache/tms/1.0.0/osm@g/2/3/1.png
>> >
>> > as I increase the zoom level the y value is out by a larger and larger
>> > number.
>> >
>> > I am guessing I need to change the GRID settings, but I am stumped after
>> > hours of reading and trial and error.
>> >
>> > Any suggests to get the map tiles naming to match OSM naming
>> > conventions?
>> >
>> > Thanks
>> >
>> > Matt  :)
>> >
>> >
>> > ___
>> > 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] tilecache grid setup

2016-09-21 Thread thomas bonfort
tms orders y from bottom to top. use wmts which is top to bottom.

--
thomas

On 21 September 2016 at 13:58, Matt McClelland  wrote:
> Hi
>
> I have mapserver and mapcache all up and running well.
> The problem is that the Y value on the tiles are different from what I was
> expecting
>
> I am wanting to use the same xyz values as OSM tiles like this
> http://c.tile.openstreetmap.org/2/3/2.png
>
> but on my set up I get a different tile
> http://mad.tl/mapcache/tms/1.0.0/osm@g/2/3/2.png
>
> If I change the Y value I can find the matching tile
> http://mad.tl/mapcache/tms/1.0.0/osm@g/2/3/1.png
>
> as I increase the zoom level the y value is out by a larger and larger
> number.
>
> I am guessing I need to change the GRID settings, but I am stumped after
> hours of reading and trial and error.
>
> Any suggests to get the map tiles naming to match OSM naming conventions?
>
> Thanks
>
> Matt  :)
>
>
> ___
> 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] Label frame offset with leader line

2016-09-15 Thread thomas bonfort
It's a bug, you can open an issue for it.

--
thomas

On 15 September 2016 at 16:19, Stephen O'Connell
 wrote:
> Hello.
>
> I have a problem with label rendering Mapserver, and I haven't been able to
> find a solution myself.
>
> I'm rendering point labels with GEOMTRANSFORM 'labelpoly' to get a frame
> around the label. To get more labels to show, I have enabled LEADER so that
> labels are more likely to be visible but farther away from the point.
> However, when a label is moved away and attached with a LEADER, then the
> frame around the label gets an offset both vertically and horizontally. See
> the image https://www.dropbox.com/s/hwbt370d8371oqw/labeloffset.png?dl=0
> where the bottom left label has a leader, but the green frame is moved a few
> pixels down and to the right.
>
> Is the combination of LEADER and GEOMTRANSFORM 'labelpoly' not supported, or
> am I doing something wrong?
>
> Here is a section of my mapfile for the relevant layer:
>
> LABEL
> WRAP "!"
> ALIGN center
> TEXT ('[name]' + "!D116.7 " + '[ident]')
> MAXSCALEDENOM 2600064
> POSITION auto
> PARTIALS false
> SIZE 8
> COLOR 100 150 100
> TYPE truetype
> FONT vera
> FORCE false
> STYLE
> GEOMTRANSFORM 'labelpoly'
> OFFSET 2 2
> COLOR 150 200 150
> OUTLINECOLOR 150 200 150
> WIDTH 1
> OPACITY 100
> END
> STYLE
> GEOMTRANSFORM 'labelpoly'
> COLOR 255 255 255
> OUTLINECOLOR 150 200 150
> WIDTH 1
> OPACITY 95
> END
> END
> LEADER
> GRIDSTEP 40
> MAXDISTANCE 1000
> STYLE
> COLOR 150 200 150
> WIDTH 2
> END
> END
>
>
> I appreciate any assistance or comments.
>
> Kind regards,
>
> Stephen
>
> ___
> 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] mapcache question

2016-08-30 Thread thomas bonfort
The demo file in master parses correctly. Again, if you're having an
issue it is either because you have made invalid (in the xml sense)
modifications to it, or that your apache user doesn't have access
rights to it (or to the directories above it).

--
thomas

On 30 August 2016 at 12:11, Jukka Sirviö <jukka.sir...@mipro.fi> wrote:
>
> file and directory rights should be ok, mapcache.xml is the demo file 
> included in master.
> of-course, have tried this with quite a lot of ways without success, starting 
> to feel numb.
>
>
> -Alkuperäinen viesti-
> Lähettäjä: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] 
> Puolesta Guillaume Sueur
> Lähetetty: 29. elokuuta 2016 16:51
> Vastaanottaja: mapserver-users@lists.osgeo.org
> Aihe: Re: [mapserver-users] mapcache question
>
> Hi,
>
> Actually it just says there is an error in your mapcache.xml file (or maybe 
> apache can't even access/read it). Check the files rights, check the file 
> itself, and you should find what the problem is.
>
> Best regards
>
> Guillaume
>
> Le 28/08/2016 à 19:45, Jukka Sirviö a écrit :
>>
>> Hi,
>> Thank you all for good answers and suggestions, Thomas proposal, is more or 
>> less, ideal solution for me.
>>
>> Mapcache master is compiled according instructions at 
>> http://mapserver.org/mapcache/install.html successfully on CentOS 7 (and 
>> MapServer master & GDAL etc), but httpd fail's to start if following line 
>> "MapCacheAlias /mapcache "/bla/blabla/mapcache.xml" is included in 
>> httpd.conf. error message is:
>>
>> AH00526: Syntax error on line 335 of /etc/httpd/conf/httpd.conf:
>> failed to parse file /home/mapcacheconf/mapcache.xml. Is it valid XML?
>>
>> Need some hint's how to proceed? Thank's in advance!
>>
>>
>> -Jukka
>>
>>
>>
>>
>> -Alkuperäinen viesti-
>> Lähettäjä: thomas bonfort [mailto:thomas.bonf...@gmail.com]
>> Lähetetty: 25. elokuuta 2016 15:56
>> Vastaanottaja: Travis Kirstine
>> Kopio: Lime, Steve D (MNIT); Jukka Sirviö;
>> mapserver-users@lists.osgeo.org
>> Aihe: Re: [mapserver-users] mapcache question
>>
>> The reprojection is done inside MapCache, i.e. as a client of the
>> original tiles. You don't need an additional WMS :)
>>
>> --
>> thomas
>>
>> On 25 August 2016 at 14:50, Travis Kirstine 
>> <tkirst...@firstbasesolutions.com> wrote:
>>> I believe that there still would be an issue as the reprojection from X to 
>>> Y, the reprojection would need to be done on the source WMTS side.  I guess 
>>> you could proxy the source WMTS using mapserver with the gdal mini driver  
>>> and reproject to create a WMS to feed mapcache?
>>>
>>> -Original Message-
>>> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
>>> Sent: August-25-16 3:55 AM
>>> To: Lime, Steve D (MNIT) <steve.l...@state.mn.us>
>>> Cc: Travis Kirstine <tkirst...@firstbasesolutions.com>; Jukka Sirviö
>>> <jukka.sir...@mipro.fi>; mapserver-users@lists.osgeo.org
>>> Subject: Re: [mapserver-users] mapcache question
>>>
>>> Jukka,
>>> in master, there is also support for any GDAL dataset as a mapcache source 
>>> (i.e. in addition to wms). If you use that in addition to a GDAL 
>>> TMS/WMS/WMTS minidriver you'll be able to reproject/store third party tiles 
>>> on the fly.
>>>
>>> --
>>> thomas
>>>
>>> On 24 August 2016 at 21:58, Lime, Steve D (MNIT) <steve.l...@state.mn.us> 
>>> wrote:
>>>> I would think reprojection of individual tiles into another set of tiles 
>>>> that would stitch back together without artifacts would be difficult. I 
>>>> thought MapCache did support native MapServer mode=map as a source which 
>>>> could useful if GDAL supports WMTS and you could create a corresponding 
>>>> MapServer layer.
>>>>
>>>> -Original Message-
>>>> From: mapserver-users
>>>> [mailto:mapserver-users-boun...@lists.osgeo.org]
>>>> On Behalf Of Travis Kirstine
>>>> Sent: Wednesday, August 24, 2016 1:14 PM
>>>> To: Jukka Sirviö <jukka.sir...@mipro.fi>;
>>>> mapserver-users@lists.osgeo.org
>>>> Subject: Re: [mapserver-users] mapcache question
>>>>
>>>> Jukka,
>>>>
>>>> According to the docs mapcache only support WMS as input.
>>>>
>>>> " A source is a service mod-mapcache can query to ob

Re: [mapserver-users] mapcache question

2016-08-29 Thread thomas bonfort
There's no on the fly reprojection of an exisiting cache, so to be
able to serve the same tileset/layer under multiple SRSs you'll need
to have one cache per srs/grid.

--
thomas

On 25 August 2016 at 15:33, Travis Kirstine
<tkirst...@firstbasesolutions.com> wrote:
> Unrelated question: Can mapcache handle multiple srs in a WMS service (out)?
>
> -Original Message-
> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> Sent: August-25-16 8:56 AM
> To: Travis Kirstine <tkirst...@firstbasesolutions.com>
> Cc: Lime, Steve D (MNIT) <steve.l...@state.mn.us>; Jukka Sirviö 
> <jukka.sir...@mipro.fi>; mapserver-users@lists.osgeo.org
> Subject: Re: [mapserver-users] mapcache question
>
> The reprojection is done inside MapCache, i.e. as a client of the original 
> tiles. You don't need an additional WMS :)
>
> --
> thomas
>
> On 25 August 2016 at 14:50, Travis Kirstine 
> <tkirst...@firstbasesolutions.com> wrote:
>> I believe that there still would be an issue as the reprojection from X to 
>> Y, the reprojection would need to be done on the source WMTS side.  I guess 
>> you could proxy the source WMTS using mapserver with the gdal mini driver  
>> and reproject to create a WMS to feed mapcache?
>>
>> -Original Message-
>> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
>> Sent: August-25-16 3:55 AM
>> To: Lime, Steve D (MNIT) <steve.l...@state.mn.us>
>> Cc: Travis Kirstine <tkirst...@firstbasesolutions.com>; Jukka Sirviö
>> <jukka.sir...@mipro.fi>; mapserver-users@lists.osgeo.org
>> Subject: Re: [mapserver-users] mapcache question
>>
>> Jukka,
>> in master, there is also support for any GDAL dataset as a mapcache source 
>> (i.e. in addition to wms). If you use that in addition to a GDAL 
>> TMS/WMS/WMTS minidriver you'll be able to reproject/store third party tiles 
>> on the fly.
>>
>> --
>> thomas
>>
>> On 24 August 2016 at 21:58, Lime, Steve D (MNIT) <steve.l...@state.mn.us> 
>> wrote:
>>> I would think reprojection of individual tiles into another set of tiles 
>>> that would stitch back together without artifacts would be difficult. I 
>>> thought MapCache did support native MapServer mode=map as a source which 
>>> could useful if GDAL supports WMTS and you could create a corresponding 
>>> MapServer layer.
>>>
>>> -Original Message-
>>> From: mapserver-users
>>> [mailto:mapserver-users-boun...@lists.osgeo.org]
>>> On Behalf Of Travis Kirstine
>>> Sent: Wednesday, August 24, 2016 1:14 PM
>>> To: Jukka Sirviö <jukka.sir...@mipro.fi>;
>>> mapserver-users@lists.osgeo.org
>>> Subject: Re: [mapserver-users] mapcache question
>>>
>>> Jukka,
>>>
>>> According to the docs mapcache only support WMS as input.
>>>
>>> " A source is a service mod-mapcache can query to obtain image data. This 
>>> is typically a WMS server accessible by a URL. (There are currently no 
>>> sources other than WMS implemented, though others may be added later if the 
>>> need arises)"
>>>
>>> If this is still true then your proposed chain will not work.
>>>
>>> MapProxy will support a tiled source and I know TMS works  (not sure
>>> about WMTS) and handle the reprojection
>>>
>>> Regards
>>>
>>> -Original Message-
>>> From: mapserver-users
>>> [mailto:mapserver-users-boun...@lists.osgeo.org]
>>> On Behalf Of Jukka Sirviö
>>> Sent: August-24-16 10:09 AM
>>> To: mapserver-users@lists.osgeo.org
>>> Subject: [mapserver-users] mapcache question
>>>
>>>
>>> Hello,
>>> I would like to put a mapcache to be in the middle, in the following chain:
>>>
>>> 1) original wmts service in local/national crs x   -->  2) mapcache wmts, 
>>> reprojection to world-wide crs y (3857) -->  3) user interface (OpenLayers 
>>> v2, Qgis), also in crs y
>>>
>>> Mapcache was compiled, and is working a-ok with demo data. But I have 
>>> trouble to configure mapcache to work as a part in the above chain. As 
>>> planned, Mapcache should work as a WMTS client down towards target 1 and 
>>> WMTS server up against target 3, ie. kind of a proxy with crs reprojection 
>>> and basic auth. Anyway, does this make any sense at all, or is the draft 
>>> totally irrational?
>>>
>>> If the draft is reasonable, could you give some hints on how to proceed 
>>> rel

Re: [mapserver-users] mapcache question

2016-08-29 Thread thomas bonfort
As the error message says, your xml is invalid (any text editor with
syntax highlighting will help you). This is not related to mapcache
itself.
--
thomas

On 28 August 2016 at 19:45, Jukka Sirviö <jukka.sir...@mipro.fi> wrote:
>
> Hi,
> Thank you all for good answers and suggestions, Thomas proposal, is more or 
> less, ideal solution for me.
>
> Mapcache master is compiled according instructions at 
> http://mapserver.org/mapcache/install.html successfully on CentOS 7 (and 
> MapServer master & GDAL etc), but httpd fail's to start if following line 
> "MapCacheAlias /mapcache "/bla/blabla/mapcache.xml" is included in 
> httpd.conf. error message is:
>
> AH00526: Syntax error on line 335 of /etc/httpd/conf/httpd.conf:
> failed to parse file /home/mapcacheconf/mapcache.xml. Is it valid XML?
>
> Need some hint's how to proceed? Thank's in advance!
>
>
> -Jukka
>
>
>
>
> -Alkuperäinen viesti-
> Lähettäjä: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> Lähetetty: 25. elokuuta 2016 15:56
> Vastaanottaja: Travis Kirstine
> Kopio: Lime, Steve D (MNIT); Jukka Sirviö; mapserver-users@lists.osgeo.org
> Aihe: Re: [mapserver-users] mapcache question
>
> The reprojection is done inside MapCache, i.e. as a client of the original 
> tiles. You don't need an additional WMS :)
>
> --
> thomas
>
> On 25 August 2016 at 14:50, Travis Kirstine 
> <tkirst...@firstbasesolutions.com> wrote:
>> I believe that there still would be an issue as the reprojection from X to 
>> Y, the reprojection would need to be done on the source WMTS side.  I guess 
>> you could proxy the source WMTS using mapserver with the gdal mini driver  
>> and reproject to create a WMS to feed mapcache?
>>
>> -Original Message-
>> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
>> Sent: August-25-16 3:55 AM
>> To: Lime, Steve D (MNIT) <steve.l...@state.mn.us>
>> Cc: Travis Kirstine <tkirst...@firstbasesolutions.com>; Jukka Sirviö
>> <jukka.sir...@mipro.fi>; mapserver-users@lists.osgeo.org
>> Subject: Re: [mapserver-users] mapcache question
>>
>> Jukka,
>> in master, there is also support for any GDAL dataset as a mapcache source 
>> (i.e. in addition to wms). If you use that in addition to a GDAL 
>> TMS/WMS/WMTS minidriver you'll be able to reproject/store third party tiles 
>> on the fly.
>>
>> --
>> thomas
>>
>> On 24 August 2016 at 21:58, Lime, Steve D (MNIT) <steve.l...@state.mn.us> 
>> wrote:
>>> I would think reprojection of individual tiles into another set of tiles 
>>> that would stitch back together without artifacts would be difficult. I 
>>> thought MapCache did support native MapServer mode=map as a source which 
>>> could useful if GDAL supports WMTS and you could create a corresponding 
>>> MapServer layer.
>>>
>>> -Original Message-
>>> From: mapserver-users
>>> [mailto:mapserver-users-boun...@lists.osgeo.org]
>>> On Behalf Of Travis Kirstine
>>> Sent: Wednesday, August 24, 2016 1:14 PM
>>> To: Jukka Sirviö <jukka.sir...@mipro.fi>;
>>> mapserver-users@lists.osgeo.org
>>> Subject: Re: [mapserver-users] mapcache question
>>>
>>> Jukka,
>>>
>>> According to the docs mapcache only support WMS as input.
>>>
>>> " A source is a service mod-mapcache can query to obtain image data. This 
>>> is typically a WMS server accessible by a URL. (There are currently no 
>>> sources other than WMS implemented, though others may be added later if the 
>>> need arises)"
>>>
>>> If this is still true then your proposed chain will not work.
>>>
>>> MapProxy will support a tiled source and I know TMS works  (not sure
>>> about WMTS) and handle the reprojection
>>>
>>> Regards
>>>
>>> -Original Message-
>>> From: mapserver-users
>>> [mailto:mapserver-users-boun...@lists.osgeo.org]
>>> On Behalf Of Jukka Sirviö
>>> Sent: August-24-16 10:09 AM
>>> To: mapserver-users@lists.osgeo.org
>>> Subject: [mapserver-users] mapcache question
>>>
>>>
>>> Hello,
>>> I would like to put a mapcache to be in the middle, in the following chain:
>>>
>>> 1) original wmts service in local/national crs x   -->  2) mapcache wmts, 
>>> reprojection to world-wide crs y (3857) -->  3) user interface (OpenLayers 
>>> v2, Qgis), also in crs y
>>>
>>> Mapcache was compiled, and is working 

Re: [mapserver-users] PHP MapScript Installation

2016-08-27 Thread thomas bonfort
you probably need to install the php-dev packages, and/or make sure
the php-config binary is accessible as that is the one providing the
extension dir location

--
thomas

On 26 August 2016 at 10:48, Argyris Margaritis  wrote:
> Hi everyone,
>
> I'm trying to follow the installation steps for the PHP version of
> MapScript, however I'm a bit confused as many of the guides date back to
> php3.
>
> Currently I was using the following docker image for my tests, which was
> working fine as it is:
>
> https://github.com/kartoza/docker-mapserver
>
> However, to enable PHP MapScript I think I've had to add the following to
> thesetup.sh as a cmake option:
>
> -DWITH_PHP=1
>
>
> This resulted in the following error during build:
>
> CMake Error at mapscript/php/CMakeLists.txt:31 (install):
>   install TARGETS given no LIBRARY DESTINATION for module target
>   "php_mapscript".
>
>
> How should I pass the PHP5_EXTENSION_DIR to cmake?
>
> Thanks in advance,
> Argyris
>
> ___
> 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] mapcache question

2016-08-25 Thread thomas bonfort
The reprojection is done inside MapCache, i.e. as a client of the
original tiles. You don't need an additional WMS :)

--
thomas

On 25 August 2016 at 14:50, Travis Kirstine
<tkirst...@firstbasesolutions.com> wrote:
> I believe that there still would be an issue as the reprojection from X to Y, 
> the reprojection would need to be done on the source WMTS side.  I guess you 
> could proxy the source WMTS using mapserver with the gdal mini driver  and 
> reproject to create a WMS to feed mapcache?
>
> -Original Message-
> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> Sent: August-25-16 3:55 AM
> To: Lime, Steve D (MNIT) <steve.l...@state.mn.us>
> Cc: Travis Kirstine <tkirst...@firstbasesolutions.com>; Jukka Sirviö 
> <jukka.sir...@mipro.fi>; mapserver-users@lists.osgeo.org
> Subject: Re: [mapserver-users] mapcache question
>
> Jukka,
> in master, there is also support for any GDAL dataset as a mapcache source 
> (i.e. in addition to wms). If you use that in addition to a GDAL TMS/WMS/WMTS 
> minidriver you'll be able to reproject/store third party tiles on the fly.
>
> --
> thomas
>
> On 24 August 2016 at 21:58, Lime, Steve D (MNIT) <steve.l...@state.mn.us> 
> wrote:
>> I would think reprojection of individual tiles into another set of tiles 
>> that would stitch back together without artifacts would be difficult. I 
>> thought MapCache did support native MapServer mode=map as a source which 
>> could useful if GDAL supports WMTS and you could create a corresponding 
>> MapServer layer.
>>
>> -Original Message-
>> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
>> On Behalf Of Travis Kirstine
>> Sent: Wednesday, August 24, 2016 1:14 PM
>> To: Jukka Sirviö <jukka.sir...@mipro.fi>;
>> mapserver-users@lists.osgeo.org
>> Subject: Re: [mapserver-users] mapcache question
>>
>> Jukka,
>>
>> According to the docs mapcache only support WMS as input.
>>
>> " A source is a service mod-mapcache can query to obtain image data. This is 
>> typically a WMS server accessible by a URL. (There are currently no sources 
>> other than WMS implemented, though others may be added later if the need 
>> arises)"
>>
>> If this is still true then your proposed chain will not work.
>>
>> MapProxy will support a tiled source and I know TMS works  (not sure
>> about WMTS) and handle the reprojection
>>
>> Regards
>>
>> -Original Message-
>> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
>> On Behalf Of Jukka Sirviö
>> Sent: August-24-16 10:09 AM
>> To: mapserver-users@lists.osgeo.org
>> Subject: [mapserver-users] mapcache question
>>
>>
>> Hello,
>> I would like to put a mapcache to be in the middle, in the following chain:
>>
>> 1) original wmts service in local/national crs x   -->  2) mapcache wmts, 
>> reprojection to world-wide crs y (3857) -->  3) user interface (OpenLayers 
>> v2, Qgis), also in crs y
>>
>> Mapcache was compiled, and is working a-ok with demo data. But I have 
>> trouble to configure mapcache to work as a part in the above chain. As 
>> planned, Mapcache should work as a WMTS client down towards target 1 and 
>> WMTS server up against target 3, ie. kind of a proxy with crs reprojection 
>> and basic auth. Anyway, does this make any sense at all, or is the draft 
>> totally irrational?
>>
>> If the draft is reasonable, could you give some hints on how to proceed 
>> related to configuration with mapcache.xml?
>>
>>
>>
>> -Jukka
>>
>> 
>>
>> Tämä sähköpostiviesti (liitteineen) saattaa sisältää luottamuksellista 
>> tietoa, joka on tarkoitettu vain vastaanottajalleen. Jos et ole oikea 
>> vastaanottaja, ilmoita viestin lähettäjälle tapahtuneesta virheestä ja tuhoa 
>> viesti välittömästi. Viestin luvaton julkaiseminen, kopioiminen, jakelu tai 
>> muu käyttö tai toimenpiteisiin ryhtyminen sen perusteella on ehdottomasti 
>> kielletty.
>>
>> This message (including any attachments) may contain confidential 
>> information intended for the person or entity to which it is addressed. If 
>> you are not the intended recipient, notify the sender and delete this 
>> message immediately. Notice that disclosing, copying, distributing or any 
>> other use of the message and its information, or taking any action based on 
>> it, is strictly prohibited.
>>
>> 
>> _

Re: [mapserver-users] mapcache question

2016-08-25 Thread thomas bonfort
Jukka,
in master, there is also support for any GDAL dataset as a mapcache
source (i.e. in addition to wms). If you use that in addition to a
GDAL TMS/WMS/WMTS minidriver you'll be able to reproject/store third
party tiles on the fly.

--
thomas

On 24 August 2016 at 21:58, Lime, Steve D (MNIT)  wrote:
> I would think reprojection of individual tiles into another set of tiles that 
> would stitch back together without artifacts would be difficult. I thought 
> MapCache did support native MapServer mode=map as a source which could useful 
> if GDAL supports WMTS and you could create a corresponding MapServer layer.
>
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] On 
> Behalf Of Travis Kirstine
> Sent: Wednesday, August 24, 2016 1:14 PM
> To: Jukka Sirviö ; mapserver-users@lists.osgeo.org
> Subject: Re: [mapserver-users] mapcache question
>
> Jukka,
>
> According to the docs mapcache only support WMS as input.
>
> " A source is a service mod-mapcache can query to obtain image data. This is 
> typically a WMS server accessible by a URL. (There are currently no sources 
> other than WMS implemented, though others may be added later if the need 
> arises)"
>
> If this is still true then your proposed chain will not work.
>
> MapProxy will support a tiled source and I know TMS works  (not sure about 
> WMTS) and handle the reprojection
>
> Regards
>
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] On 
> Behalf Of Jukka Sirviö
> Sent: August-24-16 10:09 AM
> To: mapserver-users@lists.osgeo.org
> Subject: [mapserver-users] mapcache question
>
>
> Hello,
> I would like to put a mapcache to be in the middle, in the following chain:
>
> 1) original wmts service in local/national crs x   -->  2) mapcache wmts, 
> reprojection to world-wide crs y (3857) -->  3) user interface (OpenLayers 
> v2, Qgis), also in crs y
>
> Mapcache was compiled, and is working a-ok with demo data. But I have trouble 
> to configure mapcache to work as a part in the above chain. As planned, 
> Mapcache should work as a WMTS client down towards target 1 and WMTS server 
> up against target 3, ie. kind of a proxy with crs reprojection and basic 
> auth. Anyway, does this make any sense at all, or is the draft totally 
> irrational?
>
> If the draft is reasonable, could you give some hints on how to proceed 
> related to configuration with mapcache.xml?
>
>
>
> -Jukka
>
> 
>
> Tämä sähköpostiviesti (liitteineen) saattaa sisältää luottamuksellista 
> tietoa, joka on tarkoitettu vain vastaanottajalleen. Jos et ole oikea 
> vastaanottaja, ilmoita viestin lähettäjälle tapahtuneesta virheestä ja tuhoa 
> viesti välittömästi. Viestin luvaton julkaiseminen, kopioiminen, jakelu tai 
> muu käyttö tai toimenpiteisiin ryhtyminen sen perusteella on ehdottomasti 
> kielletty.
>
> This message (including any attachments) may contain confidential information 
> intended for the person or entity to which it is addressed. If you are not 
> the intended recipient, notify the sender and delete this message 
> immediately. Notice that disclosing, copying, distributing or any other use 
> of the message and its information, or taking any action based on it, is 
> strictly prohibited.
>
> 
> ___
> 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 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] How avoid overlapping of label between two distinct layers

2016-08-09 Thread thomas bonfort
Mapserver will prevent label coliding by default unless you force it
to do otherwise. I suspect that in your case one of the layers is
either not using a labelcache, set to FORCE, or is a client WMS layer
for which your own mapserver has no control/knowledge of label
positions.

--
thomas

On 9 August 2016 at 14:06, Andrea Peri  wrote:
> Hi,
> I need to avoid the overlapping of labels between two layers.
>
> To do this I try to set the BUFFER option in both layers, but I see it
> seem don't work as I expected.
> Perhaps the buffer is working only for label of same layers ?
>
> This is a sample of actual overlapping:
>
> http://www502.regione.toscana.it/ows2/com.rt.wms.RTmap/wms?map=owscacciapesca=1.3.0_resolution=91=true=rt_cacciapesca.sottoambito_atc_2015.rt%2Crt_cacciapesca.atc_2015.rt=default%2Cdefault=EPSG%3A25832=WMS=GetMap=image%2Fpng=672896.00367533,4847223.6202292,680026.94491189,4849534.2528872=824=267
>
> In both layers I set:
> LABELCACHE on
>...
>   LAYER
>...
> CLASS
>  .
>   LABEL
> TEXT 'Sottoambito [sottoambit]'
> TYPE TRUETYPE
> BUFFER 5
>
>
> Thx.
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
> ___
> 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] How exclude some items in a text/plain response for a GetFeatureInfo request

2016-07-13 Thread thomas bonfort
wms_exclude_items

--
thomas

On 13 July 2016 at 18:25, Andrea Peri  wrote:
> Hi,
> Doing a GetFeatureInfo request,
> I notice the
> gml_exclude_items for exclude some items from response
> is working only for GML response.
> But if the request is for a text/plain response it return always all the 
> items.
> There is a command to exclude some items from a text response ?
>
> Thx,
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
> ___
> 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] How to make uvraster background transparent?

2016-07-13 Thread thomas bonfort
Steve,

The black color is coming from somewhere else, uvraster layers are
transparent, c.f. change/set the imagecolor in
msautotest/renderers/uvraster.map to see for yourself.

--
thomas

On 13 July 2016 at 17:59, Stephen Woodbridge  wrote:
> Hi All,
>
> I'm trying to use a CONNECTIONTYPE uvraster, andand it works very well,
> except I would like the black background to be transparent so I can overlay
> it on other data. A typical LAYER definition follows.
>
> Is there a way to do this?
>
> Thanks,
>   -Steve W
>
> LAYER
> NAME "uv1_0"
> GROUP "0"
> TYPE POINT
> STATUS ON
> MINSCALEDENOM 100
> CONNECTIONTYPE uvraster
> OFFSITE 0 0 0
> TRANSPARENCY 100
> DATA "/maps/wms/data/HYCOM/HYCOM-currents.tif"
> PROCESSING "BANDS=1,2"
> #PROCESSING "NODATA=1"
> PROCESSING "NODATA=1.2676506002282e+30"
> PROCESSING "UV_SPACING=15"
> PROCESSING "UV_SIZE_SCALE=15.0" # factor
> CLASS
> EXPRESSION ([uv_length] > 100)
> END
> CLASS
> EXPRESSION ([uv_length] < 4.5)  # 0.3 * factor
> STYLE
> SYMBOL "horizline"
> ANGLE [uv_angle]
> SIZE [uv_length]
> WIDTH 1
> COLOR "#3840F2"
> END # style
> STYLE
> SYMBOL "arrowhead"
> ANGLE [uv_angle]
> SIZE 4
> COLOR "#3840F2"
> POLAROFFSET [uv_length_2] [uv_angle]
> END # style
> END # class
> # ... more CLASSes
> END
>
> ---
> 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
> 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] Building Mapserver - missing strlcat... methods

2016-06-24 Thread thomas bonfort
> --   * FRIBIDI: disabled
> --   * HARFBUZZ: disabled
> --   * GIF: /usr/lib64/libgif.so
> --   * CAIRO: /usr/lib64/libcairo.so
> --   * SVGCAIRO: /usr/local/lib/libsvg-cairo.so
> --   * RSVG: disabled
> --   * CURL: /usr/lib64/libcurl.so
> --   * PROJ: /usr/lib64/libproj.so
> --   * PIXMAN: disabled
> --   * LIBXML2: /usr/lib64/libxml2.so
> --   * POSTGIS: /usr/lib64/libpq.so
> --   * GEOS: /usr/lib64/libgeos_c.so
> --   * FastCGI: disabled
> --   * Oracle Spatial:
> /home/oracle/app/oracle/product/12.1.0/client_1/lib/libclntsh.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libocci.so;/home/oracle/app/oracle/product/12.1.0/client_1/lib/libnnz12.so
> --   * Exempi XMP: disabled
> --  * Optional features
> --   * WMS SERVER: ENABLED
> --   * WFS SERVER: ENABLED
> --   * WCS SERVER: ENABLED
> --   * SOS SERVER: ENABLED
> --   * WMS CLIENT: ENABLED
> --   * WFS CLIENT: ENABLED
> --   * ICONV: ENABLED
> --   * Thread-safety support: disabled
> --   * KML output: disabled
> --   * Z+M point coordinate support: disabled
> --   * XML Mapfile support: disabled
> --  * Mapscripts
> --   * Python: ENABLED
> --   * PHP: ENABLED
> --   * PERL: disabled
> --   * RUBY: disabled
> --   * JAVA: disabled
> --   * C#: disabled
> --   * V8 Javascript: disabled
> --   * Apache Module (Experimental): disabled
> --
> -- Will install files to /opt/mapserver-7.0.1
> -- Will install libraries to /opt/mapserver-7.0.1/lib
> -- Configuring incomplete, errors occurred!
> See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeOutput.log".
> See also "/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeError.log".
>
> Thanks, Michael
>
> 2016-06-24 11:46 GMT+02:00 thomas bonfort <thomas.bonf...@gmail.com>:
>>
>> The str* missising functions should not be an issue, those are just
>> checks to see if we shall be providing our own implementation. Are you
>> sure you posted the whole cmake log ?
>>
>> --
>> thomas
>>
>> On 24 June 2016 at 11:31, Michael Schulz <mandsch...@googlemail.com>
>> wrote:
>> > Hi Thomas,
>> >
>> > nope, unfortunately not. Deleted everything, rerun cmake, still got the
>> > same
>> > errors (strsstr, strlcat, strlcpy not found). This is one part of
>> > CMakeError.log:
>> >
>> > Determining if the function strrstr exists failed with the following
>> > output:
>> > Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
>> >
>> > Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
>> > /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
>> > CMakeFiles/cmTryCompileExec1997038117.dir/build
>> > gmake[1]: Entering directory
>> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
>> > /usr/bin/cmake -E cmake_progress_report
>> > /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
>> > Building C object
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
>> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
>> > -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h-o
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
>> > /usr/share/cmake/Modules/CheckFunctionExists.c
>> > Linking C executable cmTryCompileExec1997038117
>> > /usr/bin/cmake -E cmake_link_script
>> > CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
>> > /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
>> > cmTryCompileExec1997038117 -rdynamic -lm
>> > CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
>> > function `main':
>> > CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
>> > collect2: ld gab 1 als Ende-Status zurück
>> > gmake[1]: Leaving directory
>> > `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
>> > gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
>> > gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
>> >
>> > ... (this is similarly repeated for the other functions)
>> >
>> > Thanks, Michael
>> >
>> >
>> >
>> >
>> > 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonf...@gmail.com>:
>> >>
>> >> Try deleting everything in the build directory and starting again,
>> >> might be a cmake cache problem...
>> >>
>> >> On 24 June 2016 

Re: [mapserver-users] Building Mapserver - missing strlcat... methods

2016-06-24 Thread thomas bonfort
The str* missising functions should not be an issue, those are just
checks to see if we shall be providing our own implementation. Are you
sure you posted the whole cmake log ?

--
thomas

On 24 June 2016 at 11:31, Michael Schulz <mandsch...@googlemail.com> wrote:
> Hi Thomas,
>
> nope, unfortunately not. Deleted everything, rerun cmake, still got the same
> errors (strsstr, strlcat, strlcpy not found). This is one part of
> CMakeError.log:
>
> Determining if the function strrstr exists failed with the following output:
> Change Dir: /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp
>
> Run Build Command:"/usr/bin/gmake" "cmTryCompileExec1997038117/fast"
> /usr/bin/gmake -f CMakeFiles/cmTryCompileExec1997038117.dir/build.make
> CMakeFiles/cmTryCompileExec1997038117.dir/build
> gmake[1]: Entering directory
> `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> /usr/bin/cmake -E cmake_progress_report
> /usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/CMakeFiles 1
> Building C object
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o
> /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> -I/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp/math.h-o
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o   -c
> /usr/share/cmake/Modules/CheckFunctionExists.c
> Linking C executable cmTryCompileExec1997038117
> /usr/bin/cmake -E cmake_link_script
> CMakeFiles/cmTryCompileExec1997038117.dir/link.txt --verbose=1
> /usr/bin/cc   -DCHECK_FUNCTION_EXISTS=strrstr
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o  -o
> cmTryCompileExec1997038117 -rdynamic -lm
> CMakeFiles/cmTryCompileExec1997038117.dir/CheckFunctionExists.c.o: In
> function `main':
> CheckFunctionExists.c:(.text+0x15): undefined reference to `strrstr'
> collect2: ld gab 1 als Ende-Status zurück
> gmake[1]: Leaving directory
> `/usr/local/src/mapserver-7.0.1/build/CMakeFiles/CMakeTmp'
> gmake[1]: *** [cmTryCompileExec1997038117] Fehler 1
> gmake: *** [cmTryCompileExec1997038117/fast] Fehler 2
>
> ... (this is similarly repeated for the other functions)
>
> Thanks, Michael
>
>
>
>
> 2016-06-24 10:09 GMT+02:00 thomas bonfort <thomas.bonf...@gmail.com>:
>>
>> Try deleting everything in the build directory and starting again,
>> might be a cmake cache problem...
>>
>> On 24 June 2016 at 10:07, Michael Schulz <mandsch...@googlemail.com>
>> wrote:
>> > Hi,
>> >
>> > I have exactly the same issue here. Trying to build mapserver on SLES 11
>> > SP4, I have disabled harfbuzz and fribidi:
>> >
>> > cmake .. \
>> >  -DCMAKE_PREFIX_PATH=/opt/gdal-trunk \
>> > -DWITH_CLIENT_WFS=ON \
>> > -DWITH_CLIENT_WMS=ON \
>> > -DWITH_CURL=ON \
>> > -DWITH_SOS=ON \
>> > -DWITH_PHP=ON \
>> > -DWITH_PYTHON=ON \
>> > -DWITH_SVGCAIRO=ON \
>> > -DWITH_ORACLESPATIAL=ON \
>> > -DWITH_HARFBUZZ=0 \
>> > -DWITH_FRIBIDI=0 \
>> > -DWITH_FCGI=0 \
>> >  >../configure.out.txt
>> >
>> > configure.out:
>> > -- The C compiler identification is GNU 4.3.4
>> > -- The CXX compiler identification is GNU 4.3.4
>> > -- Check for working C compiler: /usr/bin/cc
>> > -- Check for working C compiler: /usr/bin/cc -- works
>> > -- Detecting C compiler ABI info
>> > -- Detecting C compiler ABI info - done
>> > -- Check for working CXX compiler: /usr/bin/c++
>> > -- Check for working CXX compiler: /usr/bin/c++ -- works
>> > -- Detecting CXX compiler ABI info
>> > -- Detecting CXX compiler ABI info - done
>> > -- Looking for strrstr
>> > -- Looking for strrstr - not found
>> > -- Looking for strcasecmp
>> > -- Looking for strcasecmp - found
>> > -- Looking for strcasestr
>> > -- Looking for strcasestr - found
>> > -- Looking for strdup
>> > -- Looking for strdup - found
>> > -- Looking for strlcat
>> > -- Looking for strlcat - not found
>> > -- Looking for strlcpy
>> > -- Looking for strlcpy - not found
>> > -- Looking for strlen
>> > -- Looking for strlen - found
>> > -- Looking for strncasecmp
>> > -- Looking for strncasecmp - found
>> > -- Looking for vsnprintf
>> > -- Looking for vsnprintf - found
>> > -- Looking for lrintf
>> > -- Looking for lrintf - found
>> > -- Looking for lrint
>> > -- Looking for lrint - found
>> > -- Looking for dlfcn.h

Re: [mapserver-users] Building Mapserver - missing strlcat... methods

2016-06-24 Thread thomas bonfort
Matthew,
What configure flags did you use to build harfbuzz? What harfbuzz
version are you using?

--
thomas


On 21 June 2016 at 20:41, Cechini, Matthew F. (GSFC-423.0)[Science
Systems & Applications, Inc.]  wrote:
> As it turns out, the issue is Harfbuzz:
>
> In the pre-compile checks, I see this:
>
> -- checking for module 'harfbuzz>=0.9.18'
>
> --   package 'harfbuzz>=0.9.18' not found
>
> -- Found HarfBuzz: /usr/local/include/harfbuzz
>
>
> Seems ok, it didn’t find an installed RPM/package, but it finds the
> directory where I build and installed manually.
>
> But the problem then is that there is a missing header file from Harfbuzz:
>
> In file included from
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:32:
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.h:15:20: error:
> hb-ft.h: No such file or directory
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c: In function
> 'msFreeFontCache':
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:82: warning:
> implicit declaration of function 'hb_font_destroy'
>
> /home/vagrant/rpmbuild/BUILD/mapserver-7.0.1/fontcache.c:84: warning:
> implicit declaration of function 'hb_font_funcs_destroy'
>
>
> I see that particular header file in the src directory, from which `make
> install` is run for harfbuzz… but it’s not “installed”.  I can’t seem to
> find an RPM for Centos 6, so building from source seems to be the path I
> have to follow.
>
> Matt
> .
> Matthew Cechini
> Contractor, Science Systems and Applications, Inc.
> NASA GIBS Systems/Software Engineer
> 410.205.6272
>
> From: Thomas Gratier 
> Date: Tuesday, June 21, 2016 at 12:30 PM
> To: Matthew Cechini 
> Cc: "mapserver-users@lists.osgeo.org" 
> Subject: Re: [mapserver-users] Building Mapserver - missing strlcat...
> methods
>
> Hi,
>
> "build map server 7.0.1 on linux": distro, architecture?
>
> You should look at
> https://github.com/mapserver/mapserver/blob/branch-7-0/.travis.yml to find
> out more about MapServer deps.
>
> Cheers
>
>
> Thomas Gratier
>
> 2016-06-20 22:35 GMT+02:00 Cechini, Matthew F. (GSFC-423.0)[Science Systems
> & Applications, Inc.] :
>>
>> I’m attempting to build map server 7.0.1 on linux and am getting the
>> following errors.  I’m sure I’m missing some dependency… but google has
>> failed me to figure it out.  Help?
>>
>> -- Looking for strrstr - not found
>> -- Looking for strlcat - not found
>> -- Looking for strlcpy - not found
>> -- Looking for PQserverVersion in pq - not found
>> -- Looking for pthread_create - not found
>> -- Looking for pthread_create in pthreads - not found
>>
>> Matt
>> .
>> Matthew Cechini
>> Contractor, Science Systems and Applications, Inc.
>> NASA GIBS Systems/Software Engineer
>> 410.205.6272
>>
>> ___
>> 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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Rendering of adjacent dashed lines

2016-06-17 Thread thomas bonfort
Can you post a screenshot?

On 17 June 2016 at 16:27, Ziegler Stefan <stefan.zieg...@bd.so.ch> wrote:
> Then I wasn't propably clear about the problem. I can get the desired effect 
> in QGIS. The line symbol is a combination of two line symbols. One is dashed, 
> one is solid.
>
> Regards
> Stefan
>
> Sent from my iPhone
>
>> On 17 Jun 2016, at 16:20, thomas bonfort <thomas.bonf...@gmail.com> wrote:
>>
>> Hi Stefan,
>> Unfortunately no. When I said "impossible" I meant it in the general
>> case, not for MapServer specifically.
>> Regards,
>> --
>> thomas
>>
>>> On 17 June 2016 at 16:17, Ziegler Stefan <stefan.zieg...@bd.so.ch> wrote:
>>> Hi Thomas
>>>
>>> Would it be possible to fund such a feature?
>>>
>>> Stefan
>>>
>>> Sent from my iPhone
>>>
>>>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonf...@gmail.com> wrote:
>>>>
>>>> Stefan,
>>>> There is no trick/workaround for this aside from preprocessing your
>>>> data to merge adjacent lines into one. In the general case what you
>>>> are aiming for is impossible as your adjacent lines will have
>>>> different lengths but will be using a fixed length dash pattern.
>>>>
>>>> --
>>>> thomas
>>>>
>>>>> On 17 June 2016 at 12:38, Ziegler Stefan <stefan.zieg...@bd.so.ch> wrote:
>>>>> Hi
>>>>>
>>>>> I'm trying to render some lines with a pattern. This works and looks 
>>>>> great as long as the lines are not adjacent. When the lines share a 
>>>>> common border the dashed lines may look ugly since one dashed line is 
>>>>> rendered on top of the other rendered dashed line. I tried to add a white 
>>>>> solid line under the dashed line:
>>>>>
>>>>>   CLASS
>>>>> STYLE
>>>>>   COLOR 255 255 255
>>>>>   WIDTH 2
>>>>>   LINECAP BUTT
>>>>> END
>>>>> STYLE
>>>>>   COLOR 0 0 0
>>>>>   WIDTH 2
>>>>>   LINECAP BUTT
>>>>>   PATTERN 20 4 2 4 2 4 END
>>>>> END
>>>>>   END
>>>>>
>>>>>
>>>>> But the behaviour is still the same. Is there a trick/workaround for 
>>>>> this? I'm using MapServer 7.0.1.
>>>>>
>>>>> Best regards
>>>>> Stefan Ziegler
>>>>>
>>>>>
>>>>>
>>>>> Freundliche Grüsse
>>>>> Stefan Ziegler
>>>>> Kantonsgeometer / Leiter Amt für Geoinformation
>>>>>
>>>>> Amt für Geoinformation
>>>>> Rötistrasse 4
>>>>> 4500 Solothurn
>>>>>
>>>>> Telefon +41 32 627 75 96
>>>>> Telefax +41 32 627 75 98
>>>>> stefan.zieg...@bd.so.ch
>>>>> http://www.so.ch
>>>>>
>>>>> ___
>>>>> 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] Rendering of adjacent dashed lines

2016-06-17 Thread thomas bonfort
Hi Stefan,
Unfortunately no. When I said "impossible" I meant it in the general
case, not for MapServer specifically.
Regards,
--
thomas

On 17 June 2016 at 16:17, Ziegler Stefan <stefan.zieg...@bd.so.ch> wrote:
> Hi Thomas
>
> Would it be possible to fund such a feature?
>
> Stefan
>
> Sent from my iPhone
>
>> On 17 Jun 2016, at 16:05, thomas bonfort <thomas.bonf...@gmail.com> wrote:
>>
>> Stefan,
>> There is no trick/workaround for this aside from preprocessing your
>> data to merge adjacent lines into one. In the general case what you
>> are aiming for is impossible as your adjacent lines will have
>> different lengths but will be using a fixed length dash pattern.
>>
>> --
>> thomas
>>
>>> On 17 June 2016 at 12:38, Ziegler Stefan <stefan.zieg...@bd.so.ch> wrote:
>>> Hi
>>>
>>> I'm trying to render some lines with a pattern. This works and looks great 
>>> as long as the lines are not adjacent. When the lines share a common border 
>>> the dashed lines may look ugly since one dashed line is rendered on top of 
>>> the other rendered dashed line. I tried to add a white solid line under the 
>>> dashed line:
>>>
>>>CLASS
>>>  STYLE
>>>COLOR 255 255 255
>>>WIDTH 2
>>>LINECAP BUTT
>>>  END
>>>  STYLE
>>>COLOR 0 0 0
>>>WIDTH 2
>>>LINECAP BUTT
>>>PATTERN 20 4 2 4 2 4 END
>>>  END
>>>END
>>>
>>>
>>> But the behaviour is still the same. Is there a trick/workaround for this? 
>>> I'm using MapServer 7.0.1.
>>>
>>> Best regards
>>> Stefan Ziegler
>>>
>>>
>>>
>>> Freundliche Grüsse
>>> Stefan Ziegler
>>> Kantonsgeometer / Leiter Amt für Geoinformation
>>>
>>> Amt für Geoinformation
>>> Rötistrasse 4
>>> 4500 Solothurn
>>>
>>> Telefon +41 32 627 75 96
>>> Telefax +41 32 627 75 98
>>> stefan.zieg...@bd.so.ch
>>> http://www.so.ch
>>>
>>> ___
>>> 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] Rendering of adjacent dashed lines

2016-06-17 Thread thomas bonfort
Jukka,
The overlapping case has a technical solution (which is not
implemented in mapserver) if you are willing to eventually offset your
dash pattern at every line vertice. The adjacent case has no solution
I can think of (draw two adjacent concentric circles on a whiteboard
and try to dash them if you don't believe me :)
--
thomas

On 17 June 2016 at 16:20, Rahkonen Jukka (MML)
 wrote:
> Hi,
>
> The only method that really works is to remove adjacent lines. Your trick 
> seems to be the same as this 
> https://knowledge.autodesk.com/support/autocad-map-3d/troubleshooting/caas/sfdcarticles/sfdcarticles/Using-a-dashed-line-symbol-with-adjacent-polygons-masking.html
> but they used a wider white line. However, it feels usable only if the 
> background is also white and there are no lines very close to each other.
>
> -Jukka Rahkonen-
>
>
> Ziegler Stefan wrote:
>
>> Hi
>
>> I'm trying to render some lines with a pattern. This works and looks great 
>> as long as the lines are not adjacent. When the lines share a common border 
>> the dashed lines may look ugly since one dashed line is rendered on top of 
>> the other rendered dashed line. I tried to add a white solid line under the 
>> dashed line:
>
> CLASS
>   STYLE
> COLOR 255 255 255
> WIDTH 2
> LINECAP BUTT
>   END
>   STYLE
> COLOR 0 0 0
> WIDTH 2
> LINECAP BUTT
> PATTERN 20 4 2 4 2 4 END
>   END
> END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? 
> I'm using MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Grüsse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt für Geoinformation
>
> Amt für Geoinformation
> Rötistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.zieg...@bd.so.ch
> http://www.so.ch
>
> ___
> 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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Rendering of adjacent dashed lines

2016-06-17 Thread thomas bonfort
Stefan,
There is no trick/workaround for this aside from preprocessing your
data to merge adjacent lines into one. In the general case what you
are aiming for is impossible as your adjacent lines will have
different lengths but will be using a fixed length dash pattern.

--
thomas

On 17 June 2016 at 12:38, Ziegler Stefan  wrote:
> Hi
>
> I'm trying to render some lines with a pattern. This works and looks great as 
> long as the lines are not adjacent. When the lines share a common border the 
> dashed lines may look ugly since one dashed line is rendered on top of the 
> other rendered dashed line. I tried to add a white solid line under the 
> dashed line:
>
> CLASS
>   STYLE
> COLOR 255 255 255
> WIDTH 2
> LINECAP BUTT
>   END
>   STYLE
> COLOR 0 0 0
> WIDTH 2
> LINECAP BUTT
> PATTERN 20 4 2 4 2 4 END
>   END
> END
>
>
> But the behaviour is still the same. Is there a trick/workaround for this? 
> I'm using MapServer 7.0.1.
>
> Best regards
> Stefan Ziegler
>
>
>
> Freundliche Grüsse
> Stefan Ziegler
> Kantonsgeometer / Leiter Amt für Geoinformation
>
> Amt für Geoinformation
> Rötistrasse 4
> 4500 Solothurn
>
> Telefon +41 32 627 75 96
> Telefax +41 32 627 75 98
> stefan.zieg...@bd.so.ch
> http://www.so.ch
>
> ___
> 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] Label formatting on GRID

2016-05-31 Thread thomas bonfort
There is no such support that I know of in mapserver.
Your first use-case could be implemented by extending the grid labelling
function to get it's text from a mapserver expression, and extending the
expression syntax to include integer division and modulo operators.
Your second use-case is more involved and would require multiple label
blocks along with the aforementioned enhancements.

Both cases are not trivial and would require funding.

regards,
thomas

On 13 October 2015 at 05:59, Matt McClelland  wrote:

> Hi All
>
> I am wanting to truncate (simplify) the grid numbering to match the grid
> reference users would use in the field.
>
> Looking at the top right (of the attached example) I would like
> 236000 to just display as 36 and
> 6263000 to just display as 63
>
> In a perfect world I would love it to display like this
> a subscript (little) 2 followed by standard 36 =  236  and
> a subscript (little) 62 followed by standard 63 =  6263
>
> Any suggestions ??
>
> Thanks :)
>
> The attache map I generated using mapserver 7.0
> The Grid map file is
> LAYER
>   GROUP "default"
>   NAME "grid"
>   METADATA
> "DESCRIPTION" "Grid"
>   END
>   TYPE LINE
>   STATUS ON
>   CLASS
> NAME "Graticule"
> COLOR 100 100 100
> LABEL
>   COLOR  255 0 0
>   FONT sc
>   TYPE truetype
>   SIZE 8
>   POSITION AUTO
>   PARTIALS FALSE
>   FORCE TRUE
>   BUFFER -10
>   OUTLINECOLOR 255 255 255
> END
>   END
>   PROJECTION
> "init=epsg:28356"
>   END
>   GRID
> LABELFORMAT '%.0f'
> MININTERVAL 1000
>   END
> END # Layer
>
> Matt :)[image: Inline image 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] runtime CONNECTION string partial substitution

2016-05-16 Thread thomas bonfort
Not sure I get it. Your regex requires a letter or a dash , and one of them
is present, no?
On May 16, 2016 2:28 PM, "Rahkonen Jukka (MML)" <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi Thomas,
>
>
>
> I was testing with http://www.regexr.com/ and it does not agree totally:
>
>
>
> “wms-wfs” contains a dash and the test utility requires “[a-z-]+”
>
> WMS-WFS has capital letters and dash and test utility requires “[A-Z-]+”
>
>
>
> -Jukka-
>
>
>
>
>
> *Lähettäjä:* thomas bonfort [mailto:thomas.bonf...@gmail.com]
> *Lähetetty:* 16. toukokuuta 2016 15:11
> *Vastaanottaja:* Rahkonen Jukka (MML)
> *Kopio:* MapserverList OSGEO; G. Allegri
> *Aihe:* Re: [mapserver-users] runtime CONNECTION string partial
> substitution
>
>
>
>
> On May 16, 2016 2:02 PM, "Rahkonen Jukka (MML)" <
> jukka.rahko...@maanmittauslaitos.fi> wrote:
> >
> > Correction:
> >
> >
> >
> > Changing the WMS online resource does work if the mapfile is written
> correctly. I had to add VALIDATION also into MAP->WEB
> >
> >
> >
> > WEB
> >
> > METADATA
> >
> > "wms_onlineresource" "http://localhost:8060/cgi-bin/mapserv.exe?map=c
> :\ms4w\apps\wms-wfs.map=%db%"
> >
> > END #metadata
> >
> >  VALIDATION
> >
> >  "db" "[a-z]+"
> >
> > END #validation
> >
> > END #WEB
> >
> >
> >
> > Now I can send
> >
> http://localhost:8060/cgi-bin/mapserv.exe?map=c:/ms4w/apps/wms-wfs.map=wms=1.3.0=getcapabilities=wms-wfs
> >
> >
> >
> > and get
> > http://localhost:8060/cgi-bin/mapserv.exe?map=c
> :\ms4w\apps\wms-wfs.map=wms-wfs&"/>
> >
> >
> >
> > What is interesting is that the validation rule “[a-z]+” should not
> accept the name of my db “wms-wfs” but it does. Capital letters are
> accepted as well “WMS-WFS”. Because I am on Windows I can even get data
> with WMS-WFS though the name of the db is “wms-wfs.sqlite”.
> >
> That's because [a-z]+ means "there should be at least one alphabetic
> character in the passed expression". The " correct" regex to use would be
> ^[a-z]+$
>
> Thomas
> >
> >
> > -Jukka Rahkonen-
> >
> >
> >
> >
> >
> > Lähettäjä: Rahkonen Jukka (MML)
> > Lähetetty: 16. toukokuuta 2016 14:24
> > Vastaanottaja: 'G. Allegri'; mapserver-users@lists.osgeo.org
> > Aihe: Re: [mapserver-users] runtime CONNECTION string partial
> substitution
> >
> >
> >
> > Hi,
> >
> >
> >
> > I made a test with your VALIDATION and CONNECTION and changing  db
> on-the-fly works. How did you test?  If you use some WMS client for testing
> it is good to remember that variable substitution does not have an effect
> on the GetCapabilities document so that the GetMap URL would be updated
> automatically. Therefore WMS clients like QGIS or OpenJUMP will drop the
> = parameter from the GetMaps if you do not tell them not to trust the
> advertised GetMap URL.
> >
> >
> >
> > According to documentation http://mapserver.org/cgi/runsub.html  it
> should also be possible to use variable substitution also in MAP- WEB:
> METADATA. I tried
> >
> > to use
> >
> > "wms_onlineresource" “http://localhost:8060/cgi-bin/mapserv.exe?map=c
> :\ms4w\apps\wms-wfs.map&%db%”
> >
> >
> >
> > but GetCapabilities response contains the variable %db% literally
> >
> > http://localhost:8060/cgi-bin/mapserv.exe?map=c
> :\ms4w\apps\wms-wfs.map&%db%&"/>
> >
> >
> >
> > It seems that for getting a proper error message when = is missing or
> it is wrong a WMS GetMap request is required. WFS GetFeature triggers the
> error
> >
> > and is easier to write by hand, for example:
> >
> >
> http://localhost:8060/cgi-bin/mapserv.exe?map=c:/ms4w/apps/wms-wfs.map=wfs=2.0.0=getfeature=states=foo
> >
> > sends an error
> >
> > 
> >
> > msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
> `states'.  File not found or unsupported format.
> >
> > 
> >
> >
> >
> > Document http://www.mapserver.org/optimization/debugging.html contains
> good advice for debugging.
> >
> >
> >
> > -Jukka Rahkonen-
> >
> >
> >
> >
> >
> > G. Allegri wrote:
> >
> >
> >
> > Hello,
> >
> > I'm trying to define a layer where the Sqlite DB 

Re: [mapserver-users] runtime CONNECTION string partial substitution

2016-05-16 Thread thomas bonfort
On May 16, 2016 2:02 PM, "Rahkonen Jukka (MML)" <
jukka.rahko...@maanmittauslaitos.fi> wrote:
>
> Correction:
>
>
>
> Changing the WMS online resource does work if the mapfile is written
correctly. I had to add VALIDATION also into MAP->WEB
>
>
>
> WEB
>
> METADATA
>
> "wms_onlineresource" "http://localhost:8060/cgi-bin/mapserv.exe?map=c
:\ms4w\apps\wms-wfs.map=%db%"
>
> END #metadata
>
>  VALIDATION
>
>  "db" "[a-z]+"
>
> END #validation
>
> END #WEB
>
>
>
> Now I can send
>
http://localhost:8060/cgi-bin/mapserv.exe?map=c:/ms4w/apps/wms-wfs.map=wms=1.3.0=getcapabilities=wms-wfs
>
>
>
> and get
> http://localhost:8060/cgi-bin/mapserv.exe?map=c
:\ms4w\apps\wms-wfs.map=wms-wfs&"/>
>
>
>
> What is interesting is that the validation rule “[a-z]+” should not
accept the name of my db “wms-wfs” but it does. Capital letters are
accepted as well “WMS-WFS”. Because I am on Windows I can even get data
with WMS-WFS though the name of the db is “wms-wfs.sqlite”.
>
That's because [a-z]+ means "there should be at least one alphabetic
character in the passed expression". The " correct" regex to use would be
^[a-z]+$

Thomas
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> Lähettäjä: Rahkonen Jukka (MML)
> Lähetetty: 16. toukokuuta 2016 14:24
> Vastaanottaja: 'G. Allegri'; mapserver-users@lists.osgeo.org
> Aihe: Re: [mapserver-users] runtime CONNECTION string partial substitution
>
>
>
> Hi,
>
>
>
> I made a test with your VALIDATION and CONNECTION and changing  db
on-the-fly works. How did you test?  If you use some WMS client for testing
it is good to remember that variable substitution does not have an effect
on the GetCapabilities document so that the GetMap URL would be updated
automatically. Therefore WMS clients like QGIS or OpenJUMP will drop the
= parameter from the GetMaps if you do not tell them not to trust the
advertised GetMap URL.
>
>
>
> According to documentation http://mapserver.org/cgi/runsub.html  it
should also be possible to use variable substitution also in MAP- WEB:
METADATA. I tried
>
> to use
>
> "wms_onlineresource" “http://localhost:8060/cgi-bin/mapserv.exe?map=c
:\ms4w\apps\wms-wfs.map&%db%”
>
>
>
> but GetCapabilities response contains the variable %db% literally
>
> http://localhost:8060/cgi-bin/mapserv.exe?map=c
:\ms4w\apps\wms-wfs.map&%db%&"/>
>
>
>
> It seems that for getting a proper error message when = is missing or
it is wrong a WMS GetMap request is required. WFS GetFeature triggers the
error
>
> and is easier to write by hand, for example:
>
>
http://localhost:8060/cgi-bin/mapserv.exe?map=c:/ms4w/apps/wms-wfs.map=wfs=2.0.0=getfeature=states=foo
>
> sends an error
>
> 
>
> msOGRFileOpen(): OGR error. Open failed for OGR connection in layer
`states'.  File not found or unsupported format.
>
> 
>
>
>
> Document http://www.mapserver.org/optimization/debugging.html contains
good advice for debugging.
>
>
>
> -Jukka Rahkonen-
>
>
>
>
>
> G. Allegri wrote:
>
>
>
> Hello,
>
> I'm trying to define a layer where the Sqlite DB connection should be set
dynamically through runtime sustitution.
>
>
>
> e.g.
>
>
>
> LAYER
>
> NAME mylayer
>
> TYPE POINT
>
> CONNECTIONTYPE OGR
>
> VALIDATION
>
> "db" "[a-z]+"
>
> END
>
> CONNECTION "/var/www/dbs/%db%.sqlite"
>
> DATA "mytable"
>
> END
>
>
>
> The point layers works fine if  %db% is set statically but if I try to
define it through get query values nothing is returned:
>
>
>
> http://localhost/cgi-bin/mapserv?map=mymapfile.map=mydb
>
>
>
> The documentation says that runtime sustitution should work for
CONNECTION param too. What am I doing wrong?
>
>
>
> Thanks,
>
> Giovanni
>
>
>
> --
>
> Giovanni Allegri
> http://about.me/giovanniallegri
>
> Gis3W - http://gis3w.it
>
> Ikare - http://ikare.it
>
> Twitter: https://twitter.com/_giohappy_
>
> blog: http://blog.spaziogis.it
> GEO+ geomatica in Italia http://bit.ly/GEOplus
>
>
> ___
> 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] Geojson output from WFS is missing ID

2016-05-10 Thread thomas bonfort
My bad, the fix isn't in 7.0.1 but will be in 7.0.2

On 10 May 2016 at 12:15, thomas bonfort <thomas.bonf...@gmail.com> wrote:

> should be fixed in 7.0.1. If not you can open an issue.
>
> https://github.com/mapserver/mapserver/pull/5207
>
> --
> thomas
>
> On 10 May 2016 at 12:08, Rahkonen Jukka (MML) <
> jukka.rahko...@maanmittauslaitos.fi> wrote:
>
>> Hi,
>>
>>
>>
>> WFS output from Mapserver 7.0 in GML contain gml:id
>>
>> > srsName="urn:ogc:def:crs:EPSG::4326">
>>
>>
>>
>> However, with GeoJSON as outputformat the id is missing:
>>
>> {
>>
>> "type": "FeatureCollection",
>>
>> "crs": { "type": "name", "properties": { "name":
>> "urn:ogc:def:crs:OGC:1.3:CRS84" } },
>>
>> "features": [
>>
>> { "type": "Feature", "properties": { "PK_UID": 1, "STATE_NAME":
>> "Illinois",
>>
>>
>>
>>
>>
>> GeoJSON specification says in
>> http://geojson.org/geojson-spec.html#feature-objects:
>>
>> “If a feature has a commonly used identifier, that identifier should be
>> included as a member of the feature object with the name "id".”
>>
>>
>>
>> GeoJSON from Geoserver WFS does contain the id:
>>
>> {"type":"FeatureCollection","totalFeatures":49,"features":[{"type":"Feature","id":"states.1","geometry":{"type":"MultiPolygon"
>>
>>
>>
>> Should this be classified as a bug or a candidate for a featere request?
>>
>>
>>
>> -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

Re: [mapserver-users] Geojson output from WFS is missing ID

2016-05-10 Thread thomas bonfort
should be fixed in 7.0.1. If not you can open an issue.

https://github.com/mapserver/mapserver/pull/5207

--
thomas

On 10 May 2016 at 12:08, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:

> Hi,
>
>
>
> WFS output from Mapserver 7.0 in GML contain gml:id
>
>  srsName="urn:ogc:def:crs:EPSG::4326">
>
>
>
> However, with GeoJSON as outputformat the id is missing:
>
> {
>
> "type": "FeatureCollection",
>
> "crs": { "type": "name", "properties": { "name":
> "urn:ogc:def:crs:OGC:1.3:CRS84" } },
>
> "features": [
>
> { "type": "Feature", "properties": { "PK_UID": 1, "STATE_NAME": "Illinois",
>
>
>
>
>
> GeoJSON specification says in
> http://geojson.org/geojson-spec.html#feature-objects:
>
> “If a feature has a commonly used identifier, that identifier should be
> included as a member of the feature object with the name "id".”
>
>
>
> GeoJSON from Geoserver WFS does contain the id:
>
> {"type":"FeatureCollection","totalFeatures":49,"features":[{"type":"Feature","id":"states.1","geometry":{"type":"MultiPolygon"
>
>
>
> Should this be classified as a bug or a candidate for a featere request?
>
>
>
> -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

Re: [mapserver-users] Upgrading GDAL

2016-04-26 Thread thomas bonfort
Yes, it will break. You MUST recompile mapserver against the the new gdal
library, unless you keep your new gdal2 installation out of the default
library path.

--
thomas

On 26 April 2016 at 04:31, Robert Sanson 
wrote:

> Hi
>
> Is it fine to upgrade GDAL separately from Mapserver? I have Mapserver 6.4
> and GDAL v 1.10 on a Ubuntu server. I wish to take advantage of some GDAL v
> 2 improvements - specifically . Will anything break?
>
> Many thanks,
>
> Robert L. Sanson
> ___
> 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] Different positions of feature points in MapServer 6.4 and 7.0.1

2016-04-22 Thread thomas bonfort
Thomas,
Unless you provide a zero-effort patch, bribe a maintainer to do it for
you, or persuade a maintainer that the bug is critical, I would say that
there is very little chance the text handling behavior you are seeing with
7.0 will be backported to the 6.4 branch.

Regards,
Thomas

On 22 April 2016 at 17:12, Kloß, Thomas - LISt <
thomas.kl...@list.smwa.sachsen.de> wrote:

> Dear MapServer users,
>
>
>
> we are using two different mapserver version in our organization: 6.4 and
> 7.0.1. In each mapfile there is a so called “copyright layer” with some
> origin information:
>
>
>
> LAYER
>
> NAME Watersign
>
> GROUP "Orthofotos"
>
> STATUS ON
>
> TRANSFORM ll
>
> TYPE POINT
>
> MINSCALEDENOM 60
>
> MAXSCALEDENOM 200
>
> FEATURE
>
> POINTS 340 -20 END
>
> TEXT 'Copyright by XYZ'
>
> END
>
> CLASS
>
> LABEL
>
> TYPE TRUETYPE
>
> FONT "Sans-Bold"
>
> SIZE 7
>
> ANTIALIAS FALSE
>
> COLOR 200 200 200
>
> END
>
> END
>
> UNITS PIXELS
>
> METADATA
>
> WMS_TITLE 'Watersign'
>
> WMS_SRS 'EPSG:25833'
>
> wms_enable_request "!GetCapabilities"
>
> END
>
> END
>
>
>
> The position of this text layer however differs between the two mapserver
> versions. Although they have the same code in the mapfile, the text layer
> is not shown at the same place but is slightly shifted.
>
>
>
> Do we have to update to 7.0.1 for the text to be at the right place or is
> there an alternative solution?
>
>
>
> Many thanks and kind regards
>
>
>
> Thomas
>
> ___
> 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] Mapserver 7 - CLUSTER layer getfeatureinfo / php mapscript queryByPoint broken?

2016-04-19 Thread thomas bonfort
Andy: It's a known issue: https://github.com/mapserver/mapserver/issues/5205,
that requires some non trivial amount of work to fix. Funding may help to
get this fixed faster, you could contact Tamas if you wanted to go in that
direction.
Regards,
Thomas


On 19 April 2016 at 12:07, AndyC79  wrote:

> Hi,
>
> Upgraded to MS 7 from 6.4.1 recently - getfeatinfo requests that used to
> work against clustered layers, now return 500s with Apache logs detailing:
>
> End of script output before headers: mapserv
>
> Which as far as I understand means the mapserv process crashed?
>
> request e.g:
>
> http://
> /cgi-bin/mapserv?map=/path/to/mapfile.map=WMS=1.1.1=GetFeatureInfo=png8=true_LAYERS=TEST=TEST=true_FORMAT=application%2Fjson=50=50=EPSG%3A3031==101=101=-925990.5180299012%2C195459.73995354102%2C-432454.67464720976%2C688995.5833362325
>
> I tried also using PHP mapscript to assemble a point query against the
> cluster layer, however that also does not seem to work in MS 7. It fails at
> the layerObj->queryByPoint method.
>
> Makes me think there's either something fundamentally problematic with
> querying CLUSTER layers in MS 7. Or perhaps the way I've had my mapfile
> configured is now causing an issue.
>
> ** Can anyone confirm that getfeatureinfo / php mapscript queryByPoint is
> working against CLUSTER layers in MS 7 ? **
>
> The CLUSTERs draw fine. Just the querying that seems an issue.
>
> Below extract from mapfile. I can provide further details if necessary.
>
>
> LAYER
> NAME 'rsr_sites'
> TEMPLATE "../templates/rsr_sites_info_template.js"
> TYPE POINT
> INCLUDE "includes/connection.inc"
> DATA "the_geom FROM (SELECT gid, the_geom, id AS site_id,
> url, lon, lat
> FROM data.rsr_sites) AS query USING UNIQUE gid USING srid=3031"
> INCLUDE 'includes/proj_3031.inc'
> METADATA
> "ows_name" "rsr_sites"
> "ows_title" "RSR"
> INCLUDE 'includes/default_layer_metadata.inc'
> END
> TOLERANCE 8
> CLUSTER
> MAXDISTANCE 22
> REGION "ellipse"
> END
> PROCESSING 'ITEMS=site_id,url,lon,lat'
> PROCESSING "CLUSTER_GET_ALL_SHAPES=ON"
> LABELITEM "Cluster_FeatureCount"
> CLASSITEM "Cluster_FeatureCount"
> CLASS
> NAME "Multiple Sites - proportional symbol"
> EXPRESSION ("[Cluster_FeatureCount]" != "1")
> STYLE
> MINSIZE 25
> MAXSIZE 50
> SIZE [Cluster_FeatureCount]
> SYMBOL "Circle"
> COLOR '#885e49'
> END
> LABEL
> FONT ATTriumMou-Cond
> TYPE TRUETYPE
> SIZE 7
> MAXSIZE 8
> MINSIZE 7
> COLOR 255 255 255
> ALIGN CENTER
> PRIORITY 10
> PARTIALS TRUE
> FORCE TRUE
> POSITION cc
>  END
> END
> CLASS
> NAME 'Single Site'
> EXPRESSION '1'
> STYLE
> SYMBOL 'Square'
> SIZE 8
> MINSIZE 8
> MAXSIZE 8
> COLOR '#953d38'
> END
> END
> END
>
> Cheers
>
> Andrew
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Mapserver-7-CLUSTER-layer-getfeatureinfo-php-mapscript-queryByPoint-broken-tp5261838.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] WFS layer - XML/JSON safe chars

2016-04-15 Thread thomas bonfort
Ian,
data coming from the datasource should be encoded by mapserver, *unless*
their field has been added to the layer via the "gml_xml_items" metadata
entry (instead of the usual "gml_include_items")

--
thomas

On 15 April 2016 at 15:54, Ian Walberg  wrote:

> Jukka,
>
>
>
> I am not sure I understand the test you did.
>
>
>
> The data we are referring to is from the database field for the individual
> features name.
>
>
>
> Regards
>
>
>
> Ian
>
>
>
> *From:* Rahkonen Jukka (MML) [mailto:jukka.rahko...@maanmittauslaitos.fi]
> *Sent:* Thursday, April 14, 2016 10:19 PM
>
> *To:* Ian Walberg ; MapserverList OSGEO <
> mapserver-users@lists.osgeo.org>
> *Subject:* Re: WFS layer - XML/JSON safe chars
>
>
>
> Hi Ian,
>
>
>
> Thanks for the clarification.
>
> I made a simple test by adding an abstract into layer metadata. This shows
> “test ä” as an abstract
>
> "wfs_abstract" "test ä”
>
>
>
> This one shows an empty abstract
>
> "wfs_abstract" "test ä &"
>
>
>
> So it looks like Mapserver doesn’t know to convert “&” into “” for
> XML.
>
>
>
> -Jukka Rahkonen-
>
>
>
> Ian Walberg wrote:
>
>
>
> Jukka,
>
>
>
> Our question was for the data/text read from the database and then
> published as XML by the WFS service.
>
>
>
> So a pub with the name ‘Dog & bone’ created illegal xml as the & is not
> converted to 
>
>
>
> Regards
>
>
>
> Ian
>
>
>
> *From:* Rahkonen Jukka (MML) [mailto:jukka.rahko...@maanmittauslaitos.fi
> ]
> *Sent:* Thursday, April 14, 2016 3:10 PM
> *To:* Ian Walberg ; MapserverList OSGEO <
> mapserver-users@lists.osgeo.org>
> *Subject:* Re: WFS layer - XML/JSON safe chars
>
>
>
> Hi,
>
>
>
> You can’t have & in feature type names or attribute names in WFS because
> they are defined in the XML schema to be “QName”. The prefix and LocalPart
> are of type NCName https://en.wikipedia.org/wiki/QName and from
> http://stackoverflow.com/questions/1631396/what-is-an-xsncname-type-and-when-should-it-be-used
>
>
>
> The practical restrictions of NCName are that it cannot contain several
> symbol characters like :, @, $, %, &, /, +, ,, ;, whitespace characters
> or different parenthesis. Furthermore an NCName cannot begin with a number,
> dot or minus character although they can appear later in an NCName.
>
>
>
> -Jukka Rahkonen-
>
>
>
> *Lähettäjä:* mapserver-users [
> mailto:mapserver-users-boun...@lists.osgeo.org
> ] *Puolesta *Ian Walberg
> *Lähetetty:* 14. huhtikuuta 2016 19:23
> *Vastaanottaja:* MapserverList OSGEO
> *Aihe:* [mapserver-users] WFS layer - XML/JSON safe chars
>
>
>
> Folks,
>
>
>
> Can mapserver produce XML or JSON safe characters for WFS served data or
> do we need to ensure the source data has the escaped values.
>
>
>
> We got tripped up today as there were some ‘&’ in our names which we had
> not considered.
>
>
>
> Thanks
>
>
>
> Ian
>
> ___
> 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] Symbol size in meters, width in pixels units

2016-04-14 Thread thomas bonfort
we use it already:
https://github.com/mapserver/mapserver/blob/branch-7-0/renderers/agg/src/clipper.cpp

--
thomas

On 14 April 2016 at 15:00, Stephen Woodbridge <wood...@swoodbridge.com>
wrote:

> Thomas,
>
> Please take a moment to review this library:
>
> http://www.angusj.com/delphi/clipper.php
>
> I've used the JavaScript version to do offsets in the browser. It could be
> used to offset and linestring or polygon object like a circle and IIRC, it
> also does one sided offsets. It also does lots of other cool things like
> polygon clipping intersection, union, difference, etc.
>
> This might be a handy set of tools for geoprocessing and offsets in
> geometry space.
>
> -Steve W
>
> On 4/14/2016 4:37 AM, thomas bonfort wrote:
>
>> For lines, you have the OUTLINEWIDTH keyword which is always in pixels.
>>
>> --
>> thomas
>>
>> On 14 April 2016 at 10:17, Michal Seidl <michal.se...@gmail.com
>> <mailto:michal.se...@gmail.com>> wrote:
>>
>> Hi,
>> I can see the same behaviour with Mapserver 6.4 driver AGG. I am
>> affraid it
>> is not possible. Unfortunaltely. I din not find any workaround.
>>
>> Michal
>>
>>
>>
>> --
>> View this message in context:
>>
>> http://osgeo-org.1560.x6.nabble.com/Symbol-size-in-meters-width-in-pixels-units-tp4228865p5261186.html
>> Sent from the Mapserver - User mailing list archive at Nabble.com.
>> ___
>> mapserver-users mailing list
>> mapserver-users@lists.osgeo.org > 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
>>
>>
>
> ---
> 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
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Symbol size in meters, width in pixels units

2016-04-14 Thread thomas bonfort
For lines, you have the OUTLINEWIDTH keyword which is always in pixels.

--
thomas

On 14 April 2016 at 10:17, Michal Seidl  wrote:

> Hi,
> I can see the same behaviour with Mapserver 6.4 driver AGG. I am affraid it
> is not possible. Unfortunaltely. I din not find any workaround.
>
> Michal
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Symbol-size-in-meters-width-in-pixels-units-tp4228865p5261186.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] selecting a wms layer

2016-04-04 Thread thomas bonfort
Peter,
It never hurts to read the documentation:
http://mapserver.org/ogc/wms_client.html#mapfile-configuration . Namely the
part where the "wms_name" metadata key is required and what you need.

--
Thomas

On 4 April 2016 at 10:56, pippi  wrote:

> hello,
>
> I can correctly visualize a wms layer with mapserver and pmapper as:
> CONNECTION
> '
> http://web.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmscatasto
> '.
>
> If I add the  parameter, it still works, but no selection of the
> choosen layers is done (while in Qgis it is possible):
> CONNECTION
> '
> http://web.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmscatasto=rt_cat.idcatpart.rt,rt_cat.idcatacque.rt,rt_cat.idcatstrade.rt,rt_cat.idcatfabbr.rt,rt_cat.idcatbdfog.rt
> '
>
> Can someone give me any clue please? how can I choose just the layers that
> I
> need?
>
>
> this is the complete code of the layer:
>
> LAYER
> NAME 'Catasto-Toscana'
> GROUP "Catasto"
> TYPE RASTER
> DUMP true
> TEMPLATE "map.html"
> CONNECTIONTYPE WMS
> CONNECTION
> '
> http://web.regione.toscana.it/wmsraster/com.rt.wms.RTmap/wms?map=wmscatasto=rt_cat.idcatpart.rt,rt_cat.idcatacque.rt,rt_cat.idcatstrade.rt,rt_cat.idcatfabbr.rt,rt_cat.idcatbdfog.rt
> '
>
> MAXSCALEDENOM 1
> METADATA
>"DESCRIPTION" "Catastale terreni (test)"
>   'ows_name' 'rt_cat'
>   'wms_server_version' '1.1.1'   # con 1.3.0 come da metadati si blocca
>   'ows_srs' 'EPSG:32632'
>   'wms_format' 'image/png'
>   'wms_style' 'default'
> END
> STATUS OFF
> TRANSPARENCY 100
> PROJECTION
> "init=epsg:32632"
> END
>   END
>
>
> Peter
>
>
>
> --
> View this message in context:
> http://osgeo-org.1560.x6.nabble.com/selecting-a-wms-layer-tp5259459.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] Shapefile features = 0 (zero integer value) are empty and ignored? [SEC=UNCLASSIFIED]

2016-04-01 Thread thomas bonfort
What expression syntax are you using in your mapfile to select/filter these
features?

--
Thomas

On 1 April 2016 at 02:40, Inna Nogeste  wrote:

> I'm using MapServer 6.4 and have a shapefile where features have an
> attribute = 0 (zero integer value). I want to display these features = 0
> but they seem to be regarded as null/empty features in MapServer so are
> ignored and won’t display on the map.
>
> Other integer values in the same field can be displayed on the map,
> including the value of -1, but not 0.
> I can select these records = 0 in ArcGIS and QGIS 2.8.2
>
> Can anyone tell me how, or if, shapefile features with attribute = 0
> integer value can be used in a MapServer expression, or how to enter values
> = 0 in to a shapefile for MapServer Expressions?
>
> Regards,
> Inna Nogeste | Spatial Information Specialist
> Geospatial Data and Services
> Information Systems and Services Division
> Bureau of Meteorology
> www.bom.gov.au
> ___
> 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] Remote MapFile

2016-03-21 Thread thomas bonfort
Marco,
That is not possible.

--
thomas

On 21 March 2016 at 11:50, Marco Afonso  wrote:

> Hi all,
>
> It is possible to get a remote mapfile instead from a local path in the
> cgi-variable?
>
> For example, instead of:
> http://localhost:8081/cgi-bin/mapserv.exe?map=/local/path/mymap.map
>
> Something like:
>
> http://localhost:8081/cgi-bin/mapserv.exe?map=http://remotemachine/mymap.map
>
> Thank you!
>
> --
> Best Regards,
> Marco Afonso
> http://goo.gl/ZDtQjm
>
>
> ___
> 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] MapServer maintenance versions 7.0.1 and 6.4.3 released

2016-02-25 Thread thomas bonfort
Hi,

We've released maintenance versions of MapServer 6.4 and 7.0 for download:

http://mapserver.org/download.html

You'll also find the detailed changelogs:

For 7.0.1 : http://mapserver.org/development/changelog/changelog-7-0.html
For 6.4.3 : http://mapserver.org/development/changelog/changelog-6-4.html

Best regards,
The MapServer Team
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] RE Mapserver 7 expression

2016-02-18 Thread thomas bonfort
Should be fixed with https://github.com/mapserver/mapserver/pull/5245
Thanks Andreas for pointing out the fix.

--
thomas

On 17 February 2016 at 08:30, Eichner, Andreas - SID <
andreas.eich...@sid.sachsen.de> wrote:

> This seems to be a bug. Each list item is compared to the filter item
> using strncmp() but it is not checked if it is the whole string. (see
> https://github.com/mapserver/mapserver/blob/157fa474ff8748ec42652f49dc4e2be4ca89042e/maputil.c#L490)
> So the result of the list expression is true if any item in the list is a
> _prefix_ of the filter item.
>
> So line 490 should probably read:
> if(!strncmp(start,shape->values[itemindex],end-start) &&
> shape->values[itemindex][end-start] == '\0') return MS_TRUE;
>
> You might file a bug report for this.
>
> HTH
>
>
> > -Ursprüngliche Nachricht-
> > Von: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] Im
> > Auftrag von steve.tout...@inspq.qc.ca
> > Gesendet: Dienstag, 16. Februar 2016 21:02
> > An: mapserver-users@lists.osgeo.org; mapserver-users
> > Betreff: [mapserver-users] RE Mapserver 7 expression
> >
> > And this EXPRESSION {pluie,bruine}
> > will be true for this string attribute "pluie verglaçante"
> >
> > It seems that there is a problem when there is a space in the string
> > attribute
> >
> >
> >
> >
> >
> >
> > steve.tout...@inspq.qc.ca@lists.osgeo.org
> > Envoyé par : "mapserver-users" 
> >
> > 2016-02-16 14:57 A
> > mapserver-users@lists.osgeo.org
> > cc
> > Objet
> > [mapserver-users] Mapserver 7 expression
> >
> >
> >
> >
> >
> >
> >
> >
> > Following this documentation
> > http://mapserver.org/fr/mapfile/expressions.html#list-expressions
> > 
> > I created the class expression
> > EXPRESSION {pluie,bruine verglacante }
> >
> > My problem is that this expression return true when the string attribute
> > is "pluie verglacante"
> >
> > I would expect only "pluie" and "bruine verglacante" to be catched by
> this
> > expression...
> > How does list expressions work?
> > thanks
> > ___
> > 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 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

2016-02-16 Thread thomas bonfort
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
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
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Rendering of Symbols outside map window

2016-02-15 Thread thomas bonfort
Steve,
IIRC, we account for the size of symbols when adjusting our clipping
rectangle once we have obtained a feature, but we do not adjust the query
extent when doing whichshapes(). That's something we may want to fix.
Another use-case would also be when the DATA statement does something like
"ST_Buffer(the_geom,...) as the geom"

--
thomas

On 15 February 2016 at 17:44, Lime, Steve D (MNIT) 
wrote:

> I know. We use to account for that explicitly.
>
> --
> *From:* deduikertjes [deduikert...@xs4all.nl]
> *Sent:* Monday, February 15, 2016 2:44 AM
> *To:* Lime, Steve D (MNIT); Patrick Meis
>
> *Cc:* mapserver-users@lists.osgeo.org
> *Subject:* Re: [mapserver-users] Rendering of Symbols outside map window
>
> Steve,
>
> I think the key part in the question is here:
>
> " and the center point of the symbol is no longer inside the map window".
> To my experience a symbol doesn't get drawn at all when the point which is
> symbolized is outside the requested extent (WMS mode at least).
>
> To solve that I created the mentioned pull request.
>
> Or do I miss something?
>
> MArco
>
>
> On 13-02-16 00:17, Lime, Steve D (MNIT) wrote:
>
> This should already be happening. The drawing code traverses a layer's
> class/styles to commute a selection and clipping rectangle that is larger
> than the map extent.
>
> --
> *From:* mapserver-users [mapserver-users-boun...@lists.osgeo.org] on
> behalf of mdprive [deduikert...@xs4all.nl]
> *Sent:* Friday, February 12, 2016 4:15 PM
> *To:* Patrick Meis
> *Cc:* mapserver-users@lists.osgeo.org
> *Subject:* Re: [mapserver-users] Rendering of Symbols outside map window
>
> Hi Patrick,
>
> i've submitted a pull request for extending the map by a buffer and then
> clipping it, so that partial symbols on the edge get rendered as well (wms
> non tiled mode).
>
> maybe you can build from sources and use this patch to solve your problem.
>
> marco
>
> --
>
>
> Op 11 feb. 2016 om 21:54 heeft Ambrogio Foletti < 
> afole...@gmail.com> het volgende geschreven:
>
> Hello Patrick,
>
> if you are using PostGIS as datasource, I would solve the problem by
> integrating a st_buffer in the DATA element itself ;) The added bonus is
> that you will get the attribute values from a GetFeatureInfo (if
> implemented) in the whole buffer zone.
> If not, you can try to use tile mode, and add some metabuffer (see
> mapserver doc )
>
> Cheers!
> A. Foletti
>
> 2016-02-05 10:58 GMT+01:00 Patrick Meis :
>
>> Hallo,
>>
>>
>>
>> i have stumbled on a problem.
>>
>> I am simulating a buffering of point-data with the help of symbols, which
>> I have set to
>>
>> sizeunit = meters
>>
>> size = 760
>>
>>
>>
>> These rather big symbols disappear from my map when I zoom in and
>>
>> the center point of the symbol is no longer inside the map window.
>>
>> But a significant part of the symbol should still be displayed.
>>
>>
>>
>> Is there any possibility of extending the rendered map, so that the
>> symbols of my points
>>
>> are still rendered even when they are outside my map window?
>>
>>
>>
>> Greetz
>>
>> Patrick
>>
>> ___
>> 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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] [mapserver-dev] Paris code sprint - show of hands

2016-02-12 Thread thomas bonfort
I've started a list of topics that we could work on during this sprint
here: https://wiki.osgeo.org/wiki/Paris_Code_Sprint_2016_:_MapServer_Agenda

Please don't hesitate to update it if you're planning on coming and/or
participating

Cheers,
Thomas

On 14 January 2016 at 15:18, Daniel Morissette 
wrote:

> Hi MapServer devs,
>
> Could we have a show of hands of who from the MapServer (and GDAL/OGR)
> team are planning to be at the Paris Code Sprint [1] Feb 23-26?
>
> As you know, for me and many others the code sprint is as much about the
> networking as it is about the code, so it would help to ensure that we have
> a critical mass of committed people to help those (like me) who still
> haven't made final plans.
>
> Cheers
>
> --
> Daniel Morissette
> http://www.mapgears.com/
> T: +1 418-696-5056 #201
>
> http://evouala.com/ - Location Intelligence Made Easy
> ___
> mapserver-dev mailing list
> mapserver-...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] How can I get a customized MapCache folder structure with several dimensions as subfolders

2016-02-01 Thread thomas bonfort
Carola,

If you are willing to try out the master branch you can specify the keys in
the disk template as {dim:dimname}, I.e. in your case:

/path/{dim:year}/{dim:month}/etc..

Make sure to read the migration-guide.txt as the syntax to define
dimensions has changed a little.

--
Thomas
On Feb 1, 2016 12:33 PM, "Carola Kaiser"  wrote:

> Hello,
>
>
>
> I am using MapServer 7.0 with MapCache and would like to customize the
> cache storage directory structure by using several dimensions as subfolders.
>
> The goal is to get a cache folder structure like:
>
> C:/ms4w/tmp/ms_tmp/cache/{YEAR}/{MONTH}/{DAY}/{z}/{y}/{x}.{ext}
>
>
>
> Here is what I have tried in my mapcache.xml file:
>
> 1.   Use the  absolute path
>
>
>
>
>
>   C:/ms4w/tmp/ms_tmp/cache/
>
>
>
>
>
>
>
> …
>
>
>
>
>
>
>
>   vmap0
>
>   disk
>
>   WGS84
>
>   PNG
>
>   
>
>  default="2016">^[0-9]{4}$
>
>   default="00">^[0-9]{2}$
>
>  default="00">^[0-9]{2}$
>
>   
>
>
>
>
>
> This works pretty nice but the final folder structure is:
>
> C:/ms4w/tmp/ms_tmp/cache/test/WGS84/{YEAR}/{MONTH}/{DAY}/{z}/{y}/{x}.{ext}
>
> How can I get rid of the test/WGS84 folders?
>
>
>
> 2.   Use the cache template tag
>
>
>
>
>
>
> C:/ms4w/tmp/ms_tmp/cache/{YEAR}/{MONTH}/{DAY}/{z}/{y}/{x}.{ext}
>
>
>
>
>
>
>
> …
>
>
>
>
>
>
>
>   vmap0
>
>   disk
>
>   WGS84
>
>   PNG
>
>   
>
>default="2016">^[0-9]{4}$
>
>default="00">^[0-9]{2}$
>
>default="00">^[0-9]{2}$
>
>   
>
>
>
>
>
> The template does only allow me to concatenate all dimensions like
> {YEAR}_{MONTH}_{DAY} but not to create a subfolder name from each dimension:
>
> /{YEAR}/{MONTH}/{DAY}/
>
>
>
> Is it possible to customize the cache folder structure and how can I
> achieve this? Any help is very much appreciated!
>
>
>
> Thanks!
>
> Carola
>
>
>
> ~~
>
> Carola Kaiser, IT Consultant & GIS specialist
>
> Center for Computation & Technology
>
> Louisiana State University
>
> e-mail: ckai...@cct.lsu.edu
>
> CERA: http://coastalemergency.org
>
>
>
>
>
>
>
> ___
> 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] Add a validation block using python mapscript

2016-01-14 Thread thomas bonfort
I'm not a mapscript expert, others may be able to help out better than me.
try "LAYER VALIDATION .. .. .. END END"

--
thomas

On 14 January 2016 at 11:26, Andrea Peri <aperi2...@gmail.com> wrote:

> Thx Thomas ,
> I find the right function name.
> It is
> updateFromString()
> now the function is callable, but have another kind of error:
>
> Traceback (most recent call last):
>   File "generatore_mapfile_istat.py", line 192, in 
> theLayer.updateFromString(tempValidation)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 1568, in updateFromString
> def updateFromString(self, *args): return
> _mapscript.layerObj_updateFromStri
> ng(self, *args)
> EOFError: loadLayer(): Premature End-of-File.
>
> A.
>
>
> 2016-01-14 11:18 GMT+01:00 thomas bonfort <thomas.bonf...@gmail.com>:
> > mapscript is camelcase
> >
> > On 14 January 2016 at 10:51, Andrea Peri <aperi2...@gmail.com> wrote:
> >>
> >> Hi Thomas,
> >> Thx for reply, I don't know this sintax.
> >>
> >> I try this:
> >>
> >> theLayer = clone_map.getLayer(li)
> >> tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >> 'default_idtpn' '%' END"
> >> theLayer.updatefromstring(tempValidation)
> >>
> >> But it return an error:
> >>
> >> Traceback (most recent call last):
> >>   File "generatore_mapfile_istat.py", line 192, in 
> >> theLayer.updatefromstring(tempValidation)
> >>   File
> >> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py",
> li
> >> ne 1385, in 
> >> __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
> >>   File
> >> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py",
> li
> >> ne 54, in _swig_getattr
> >> raise AttributeError(name)
> >> AttributeError: updatefromstring
> >>
> >> A.
> >>
> >>
> >> 2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonf...@gmail.com>:
> >> > if there is no mapscript interface for VALIDATION you can always use
> >> >
> >> > layer->updatefromstring("VALIDATION etc END")
> >> >
> >> > --
> >> > thomas
> >> >
> >> > On 14 January 2016 at 10:33, Andrea Peri <aperi2...@gmail.com> wrote:
> >> >>
> >> >> Hi,
> >> >>
> >> >> Is possible , using the python mapscript add a block for validation
> >> >> like
> >> >> this ?
> >> >>
> >> >> VALIDATION
> >> >>   'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >> >>   'default_idtpn' '%'
> >> >> END
> >> >>
> >> >>
> >> >> --
> >> >> -
> >> >> 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 àèìòù
> -
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Add a validation block using python mapscript

2016-01-14 Thread thomas bonfort
mapscript is camelcase

On 14 January 2016 at 10:51, Andrea Peri <aperi2...@gmail.com> wrote:

> Hi Thomas,
> Thx for reply, I don't know this sintax.
>
> I try this:
>
> theLayer = clone_map.getLayer(li)
> tempValidation = "VALIDATION 'idtpn' '^[a-zA-Z0-9\-_#]+$'
> 'default_idtpn' '%' END"
> theLayer.updatefromstring(tempValidation)
>
> But it return an error:
>
> Traceback (most recent call last):
>   File "generatore_mapfile_istat.py", line 192, in 
> theLayer.updatefromstring(tempValidation)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 1385, in 
> __getattr__ = lambda self, name: _swig_getattr(self, layerObj, name)
>   File
> "C:\my-programs\osgeo4w\apps\Python27\lib\site-packages\mapscript.py", li
> ne 54, in _swig_getattr
> raise AttributeError(name)
> AttributeError: updatefromstring
>
> A.
>
>
> 2016-01-14 10:38 GMT+01:00 thomas bonfort <thomas.bonf...@gmail.com>:
> > if there is no mapscript interface for VALIDATION you can always use
> >
> > layer->updatefromstring("VALIDATION etc END")
> >
> > --
> > thomas
> >
> > On 14 January 2016 at 10:33, Andrea Peri <aperi2...@gmail.com> wrote:
> >>
> >> Hi,
> >>
> >> Is possible , using the python mapscript add a block for validation like
> >> this ?
> >>
> >> VALIDATION
> >>   'idtpn' '^[a-zA-Z0-9\-_#]+$'
> >>   'default_idtpn' '%'
> >> END
> >>
> >>
> >> --
> >> -
> >> Andrea Peri
> >> . . . . . . . . .
> >> qwerty àèìòù
> >> -
> >> ___
> >> mapserver-users mailing list
> >> mapserver-users@lists.osgeo.org
> >> http://lists.osgeo.org/mailman/listinfo/mapserver-users
> >
> >
>
>
>
> --
> -
> Andrea Peri
> . . . . . . . . .
> qwerty àèìòù
> -
>
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] WMS cascading and Mapcache

2015-12-01 Thread thomas bonfort
On 1 December 2015 at 02:49, milad nidal  wrote:
> We get something like an outline of cascading WMS and this happened only
> when we do a cache

Can you explicit what you mean by this ?
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] Keeping labels clear of a specific path

2015-12-01 Thread thomas bonfort
There is no such functionality explicitly baked into MapServer as far
as I know. You should however be able to force the labelcache to avoid
intersecting labels like this, if you are not too worried about the
performance overhead (YMMV, you probably would want to evaluate the
overhead). I have not tested this.

layer
  name "trails"
  class
   style
#trail style
   end
   label
text "[trail_name]"
angle follow
size 9
color 0 0 0
priority 10
   end
   label
#force empty characters everywhere else on the line segment
priority 9 #less than the actual trail label, but more than the
labels from other layers
text " "
angle auto
repeatdistance 1
size 9
color 0 0 0
   end
 end
end

This is a rather ugly hack. You can contact me directly if you would
like to fund the implementation of native geometry avoidance for
labels.

--
thomas

On 1 December 2015 at 10:15, Matt McClelland  wrote:
> Hi All
>
> I am using mapserver 7 to make maps for a hiking website.
> I am wanting to keep labels from covering the main hiking path for each map.
>
> Labels such at the park name, waypoint names etc tend to sit over the main
> track and at times hide the intersections.
>
> I am using a map file and WMS requests to make the maps
>
> Is there a way to kindly ask mapserver to create a label buffer about a
> particular line feature? (so that no labels are drawn over that line)
>
> thanks
>
> Matt  :)
>
>
> ___
> 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] mapserver on ubuntu 14.04 - error message

2015-11-20 Thread thomas bonfort
You haven't enable cgi handling, your apache server is returning the
mapserv binary instead of executing it.

--
thomas

On 20 November 2015 at 12:24, red1981  wrote:
> Hi,
>
> I'm rather new to mapserver and my knowledge of Linux isn't great either. So
> this maybe a problem which is not directly related to mapserver. But any
> help is appreciated and the error message isn't easy to google...
>
> First I made a local ms4w installation on a windows machine which works
> fine. Via localhost I can access the WMS I set up in QGIS and ArcGIS.
>
> Now I want to do the same on a Linux server (Ubuntu 14.04) so I can access
> the wms from anywhere. I used several tutorials and installed apache2 and
> mapserver. When I enter the IP in my browser I see the Apache default page
> so that works. Then I tried to access mapserver with
> http://[IP]/cgi-bin/mapserv and expected the "No query information to
> decode" error but instead I got a long error message.
>
> This is the error message (edited down to remove a lot of strange symbols):
>
>  ELF  /lib64/ld-linux-x86-64.so.2 GNU
> libmapserver.so.1 _Jv_RegisterClasses _ITM_deregisterTMCloneTable
> __gmon_start__ _ITM_registerTMCloneTable msIO_installHandlers
> msResetErrorList msFreeMapServObj msDebug loadParams msCGIWriteError
> msIO_fprintf msGetVersion msCGIWriteLog msSetup msGetGlobalDebugLevel
> msCGIDispatchRequest msCGILoadMap msAllocMapServObj msCleanup libfcgi.so.0
> FCGI_Accept FCGI_fread FCGI_fwrite _fcgi_sF libc.so.6 fflush exit signal
> puts getpid putenv stdout stderr gettimeofday __libc_start_main _edata
> __bss_start _end /usr/lib/x86_64-linux-gnu
> __libc_csu_init _IO_stdin_used __libc_csu_fini __data_start
> msCleanupOnSignal GLIBC_2.2.5
>  In msCleanupOnSignal.
>  QUERY_STRING= REQUEST_METHOD=GET fcgi CGI Request %d on process %d
>   mapserv request processing time (msLoadMap not incl.): %.3fs
>mapserv total execution time:
>  5680f.debug  #² .shstrtab .interp .note.ABI-tag .note.gnu.build-id
> .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt
> .init .text .fini .rodata .eh_frame_hdr .eh_frame .init_array .fini_array
> .jcr .dynamic .got .data .bss .gnu_debuglink
>
>
>
> --
> View this message in context: 
> http://osgeo-org.1560.x6.nabble.com/mapserver-on-ubuntu-14-04-error-message-tp5237603.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] wms error in arcgis 10.3

2015-11-09 Thread thomas bonfort
http://mapserver.org/errors.html#msprocessprojection-no-options-found-in-init-file

On 9 November 2015 at 10:42, Martin Landa  wrote:
> Hi all,
>
> my colleagues who are using ArcGIS have strange problem with WMS
> service [1]. The problem appears only in ArcGIS 10.3 (interstigly not
> in 10.2.1) when you add shapefile in EPSG:5514 and then map layer from
> this WMS server. If you add WMS layer to empty project, it works.
>
> The error message:
>
> One or more layers failed to draw: Rain WMS server: WMS service
> exceptions:Service Error Description: msProcessProjection():
> Projection library error. proj error Service Error Description: "
> Service Error Description: no options found in Service Error
> Description: ' Service Error Description: init Service Error
> Description: ' Service Error Description: file Service Error
> Description: " Service Error Description: for Service Error
> Description: " Service Error Description: init=epsg:102067 Service
> Error Description: " Service Error Description: msProcessProjection():
> Projection library error. proj error Service Error Description: "
> Service Error Description: no options found in Service Error
> Description: ' Service Error Description: init Service Error
> Description: ' Service Error Description: file Service Error
> Description: " Service Error Description: for Service Error
> Description: " Service Error Description: init=epsg:102067 Service
> Error Description: "
>
> Do you have any idea what could be wrong? Thanks in advance, Martin
>
> [1] 
> http://rain1.fsv.cvut.cz/services/wms?service=wms=GetCapabilities=1.3.0
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> 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] MapCache: cache some zoom levels, proxy others?

2015-10-28 Thread thomas bonfort
Paul,

Are you using metatiling? That would substantially reduce the number
of requests mapcache does to mapserver.

You also have the

...
   true

option, that lets mapcache launch mapserver requests in parallel
instead of sequentially (YMMV, this option isn't very tested)

--
thomas

On 28 October 2015 at 16:20, Paul Madden  wrote:
> I am working with a web application that makes WMS queries to MapCache. The 
> application supports zoom levels 0 through 13, and I have used mapcache_seed 
> to seed the cache through level 10. The deeper levels take so long to seed 
> that I am considering stopping at level 10 and letting MapCache / MapServer 
> produce deeper levels on demand, as users visit them. The problem I'm facing 
> is that, as far as I can tell, MapCache requests tiles from MapServer 
> serially, then stitches together the required image from these tiles, when it 
> receives a request for an uncached level. In one test, 34 separate tiles were 
> requested from MapServer, one at a time, and it took ~30 seconds to render 
> the final image.
>
> I'm wondering whether there is a way to configure MapCache to cache/provide a 
> defined set of zoom levels, and to proxy requests at other zoom levels 
> directly to MapServer. I tried setting minzoom and maxzoom on my  in 
> mapcache.xml to "0 10". I tried adding a proxy for my cached layer, hoping 
> that MapCache would redirect requests for unsupported zoom levels to 
> MapServer (I have proxies in place for other, completely uncached layers, and 
> those work fine). I tried copying/renaming the GoogleMapsCompatible grid 
> definition into my mapcache.xml and removing from  zoom levels I 
> don't want MapCache to cache. So far, these attempts apparently just prevent 
> MapCache from serving the deeper layers at all.
>
> Any thoughts on how I might address this issue? It might also help if 
> MapCache would make concurrent requests for tiles at uncached levels, but I 
> have no idea if this is feasible. And it would be nice to be able to let 
> MapServer handle some zoom levels directly in any case.
>
> Thanks in advance for any ideas.
>
> Paul Madden
> National Snow and Ice Data Center
> ___
> 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] MapCache: cache some zoom levels, proxy others?

2015-10-28 Thread thomas bonfort
> Out of curiosity, can I assume that my other idea, about proxying some zoom
> levels directly to WMS and caching others, is unrealistic?

not unrealistic, but not implemented

--
thomas

>
> paul
>
>
> On 10/28/15 9:36 AM, thomas bonfort wrote:
>>
>> Paul,
>>
>> Are you using metatiling? That would substantially reduce the number
>> of requests mapcache does to mapserver.
>>
>> You also have the
>> 
>> ...
>> true
>> 
>> option, that lets mapcache launch mapserver requests in parallel
>> instead of sequentially (YMMV, this option isn't very tested)
>>
>> --
>> thomas
>>
>> On 28 October 2015 at 16:20, Paul Madden <pmad...@nsidc.org> wrote:
>>>
>>> I am working with a web application that makes WMS queries to MapCache.
>>> The application supports zoom levels 0 through 13, and I have used
>>> mapcache_seed to seed the cache through level 10. The deeper levels take so
>>> long to seed that I am considering stopping at level 10 and letting MapCache
>>> / MapServer produce deeper levels on demand, as users visit them. The
>>> problem I'm facing is that, as far as I can tell, MapCache requests tiles
>>> from MapServer serially, then stitches together the required image from
>>> these tiles, when it receives a request for an uncached level. In one test,
>>> 34 separate tiles were requested from MapServer, one at a time, and it took
>>> ~30 seconds to render the final image.
>>>
>>> I'm wondering whether there is a way to configure MapCache to
>>> cache/provide a defined set of zoom levels, and to proxy requests at other
>>> zoom levels directly to MapServer. I tried setting minzoom and maxzoom on my
>>>  in mapcache.xml to "0 10". I tried adding a proxy for my cached
>>> layer, hoping that MapCache would redirect requests for unsupported zoom
>>> levels to MapServer (I have proxies in place for other, completely uncached
>>> layers, and those work fine). I tried copying/renaming the
>>> GoogleMapsCompatible grid definition into my mapcache.xml and removing from
>>>  zoom levels I don't want MapCache to cache. So far, these
>>> attempts apparently just prevent MapCache from serving the deeper layers at
>>> all.
>>>
>>> Any thoughts on how I might address this issue? It might also help if
>>> MapCache would make concurrent requests for tiles at uncached levels, but I
>>> have no idea if this is feasible. And it would be nice to be able to let
>>> MapServer handle some zoom levels directly in any case.
>>>
>>> Thanks in advance for any ideas.
>>>
>>> Paul Madden
>>> National Snow and Ice Data Center
>>> ___
>>> 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 mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users

Re: [mapserver-users] COMPOSITE opacity

2015-10-27 Thread thomas bonfort
Can you try with the tbonfort/compfilters branch and report back?

On 26 October 2015 at 21:36, Moretti Edmar  wrote:
> Hi.
>
> I'm using version 7 of MapServer but I can not set the opacity of a layer.
> I've tried several ways:
>
> $layer->set ("opacity", 40);
> $layer->compositer->set ("opacity", 40);
> $layer->compositer->opacity = 40;
> $layer->updateFromString('LAYER COMPOSITE OPACITY 40 END END');
>
> I still fail.
>
> Any idea?
> There is documentation on how to use COMPOSITE with MapScript?
>
> --
> Edmar Moretti
> http://www.edmarmoretti.com.br
> Skype: edmar.moretti
> gTalk: edmar.moretti
>
> ___
> 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] Encoding problem

2015-10-26 Thread thomas bonfort
The cpg file is not read/used by mapserver.
In your case, and as Stephen pointed out, you should make sure that
the font you are using with mapserver contains the glyphs for your
greek glyphs.

--
thomas

On 26 October 2015 at 20:37, Stefanos Anastasiou <emperor_s...@yahoo.gr> wrote:
> Well, apparently there's a problem with greek letters.  I created a
> shapefile from scratch and saved it with UTF-8 encoding. A ".cpg" file is
> created along the shapefile as well that has only the "UTF-8" statement. I
> entered greek letters in the shapefile's field and used
>
>ENCODING UTF-8
>
> in the layer level.  Also dbfdump  gives me UTF-8 Unicode text.
>
> Still getting weird symbols. The only readable letter is "π"
>
> Thank you.
>
> -Stefanos
>
>
>
>
>
>
>
> Στις 9:11 μ.μ. Δευτέρα, 26 Οκτωβρίου 2015, ο/η thomas bonfort
> <thomas.bonf...@gmail.com> έγραψε:
>
>
>> RFC suggests all characters should iconv'd to
>> UTF-8. Am I right?
> If you're creating the datasource from scratch and have the choice,
> then yes, use UTF8. If you have an exisiting datasource you cannot
> modify, just set the LAYER->ENCODING to ISO-8859 (well, the one that
> is is supported by iconv) and the transormation to utf8 will be done
> automatically and internally by mapserver.
>
> --
> thomas
>
>
>>
>>
>> -Stefanos
>>
>>
>>
>>
>> Στις 8:25 μ.μ. Δευτέρα, 26 Οκτωβρίου 2015, ο/η thomas bonfort
>> <thomas.bonf...@gmail.com> έγραψε:
>>
>>
>> Stefanos,
>> First off, you *need* to know the encoding that's actually used by
>> each datasource, there's no way of guessing that reliably
>> programmatically. And since MapServer 7, the ENCODING keyword has been
>> moved to the LAYER level:
>> http://mapserver.org/development/rfc/ms-rfc-103.html
>> If you have the possibility, and/or in the future, always use UTF8
>> inside your datasources.
>>
>> regards,
>> thomas
>>
>> On 26 October 2015 at 19:16, Stefanos Anastasiou <emperor_s...@yahoo.gr>
>> wrote:
>>> Hello everybody.
>>>
>>> I'm having a small issue with truetype and encoding in greek. Instead of
>>> normal letters I'm getting weird symbols or even shapes.
>>>
>>> iconv -l | grep {GREEK |  ISO-8859-7 | WINDOWS-1253}  are all
>>> present in the system.
>>>
>>>
>>> My Mapserver version:
>>>
>>> MapServer version 7.0.0 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=SOS_SERVER
>>> SUPPORTS=FASTCGI
>>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL
>>> INPUT=SHAPEFILE
>>>
>>>
>>> My LABEL object in my code is the following:
>>>
>>>LABEL
>>>TYPE truetype
>>>FONT arial
>>>SIZE 6
>>>PARTIALS TRUE
>>>ENCODING GREEK
>>>END
>>>
>>> I also tried ENCODING ISO-8859-7 and WINDOWS-1253. But getting symbols
>>> instead of letters. The closest to human readable is with encoding
>>> UTF-8...
>>> but still.
>>>
>>> I'm probably missing something here.What is the problem ?
>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> 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] Encoding problem

2015-10-26 Thread thomas bonfort
> RFC suggests all characters should iconv'd to
> UTF-8. Am I right?
If you're creating the datasource from scratch and have the choice,
then yes, use UTF8. If you have an exisiting datasource you cannot
modify, just set the LAYER->ENCODING to ISO-8859 (well, the one that
is is supported by iconv) and the transormation to utf8 will be done
automatically and internally by mapserver.

--
thomas

>
>
> -Stefanos
>
>
>
>
> Στις 8:25 μ.μ. Δευτέρα, 26 Οκτωβρίου 2015, ο/η thomas bonfort
> <thomas.bonf...@gmail.com> έγραψε:
>
>
> Stefanos,
> First off, you *need* to know the encoding that's actually used by
> each datasource, there's no way of guessing that reliably
> programmatically. And since MapServer 7, the ENCODING keyword has been
> moved to the LAYER level:
> http://mapserver.org/development/rfc/ms-rfc-103.html
> If you have the possibility, and/or in the future, always use UTF8
> inside your datasources.
>
> regards,
> thomas
>
> On 26 October 2015 at 19:16, Stefanos Anastasiou <emperor_s...@yahoo.gr>
> wrote:
>> Hello everybody.
>>
>> I'm having a small issue with truetype and encoding in greek. Instead of
>> normal letters I'm getting weird symbols or even shapes.
>>
>> iconv -l | grep {GREEK |  ISO-8859-7 | WINDOWS-1253}  are all
>> present in the system.
>>
>>
>> My Mapserver version:
>>
>> MapServer version 7.0.0 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=SOS_SERVER
>> SUPPORTS=FASTCGI
>> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL
>> INPUT=SHAPEFILE
>>
>>
>> My LABEL object in my code is the following:
>>
>>LABEL
>>TYPE truetype
>>FONT arial
>>SIZE 6
>>PARTIALS TRUE
>>ENCODING GREEK
>>END
>>
>> I also tried ENCODING ISO-8859-7 and WINDOWS-1253. But getting symbols
>> instead of letters. The closest to human readable is with encoding
>> UTF-8...
>> but still.
>>
>> I'm probably missing something here.What is the problem ?
>
>>
>>
>>
>>
>>
>>
>> ___
>> 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] Encoding problem

2015-10-26 Thread thomas bonfort
Stefanos,
First off, you *need* to know the encoding that's actually used by
each datasource, there's no way of guessing that reliably
programmatically. And since MapServer 7, the ENCODING keyword has been
moved to the LAYER level:
http://mapserver.org/development/rfc/ms-rfc-103.html
If you have the possibility, and/or in the future, always use UTF8
inside your datasources.

regards,
thomas

On 26 October 2015 at 19:16, Stefanos Anastasiou  wrote:
> Hello everybody.
>
> I'm having a small issue with truetype and encoding in greek. Instead of
> normal letters I'm getting weird symbols or even shapes.
>
> iconv -l | grep {GREEK |  ISO-8859-7 | WINDOWS-1253}  are all
> present in the system.
>
>
> My Mapserver version:
>
> MapServer version 7.0.0 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=SOS_SERVER SUPPORTS=FASTCGI
> SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE
>
>
> My LABEL object in my code is the following:
>
>LABEL
>TYPE truetype
>FONT arial
>SIZE 6
>PARTIALS TRUE
>ENCODING GREEK
>END
>
> I also tried ENCODING ISO-8859-7 and WINDOWS-1253. But getting symbols
> instead of letters. The closest to human readable is with encoding UTF-8...
> but still.
>
> I'm probably missing something here.What is the problem ?
>
>
>
>
>
>
> ___
> 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] Ogrtileindex bug in Mapserver 7.0

2015-10-22 Thread thomas bonfort
did this work OK with previous mapserver versions ?

On 22 October 2015 at 10:39, Rahkonen Jukka (MML)
<jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
> I have loads of shapefiles on a disk and I have combined them into a single 
> layer by creating an index shapefile with ogrtindex 
> http://www.gdal.org/ogrtindex.html which is doing the same for the original 
> vector datasets than gdaltindex for images by storing an envelope of each 
> source dataset into the index file. "Vector tile" in my question means the 
> envelope in the ogrtindex shapefile.
>
> The issue is that when I use CONNECTIONTYPE OGR and the BBOX of the GetMap 
> request is totally inside of some envelope in the ogrtindex shapefile then 
> Mapserver believes that BBOX contains no data. It only finds the envelopes 
> (and finally the original vector data by following the file path that is 
> stored into the LOCATION field)  if BBOX is intersecting the boundary of an 
> envelope. See my trial with ASCII graphics below, when BBOX is totally inside 
> the envelope then no data are found. The key is that data are not found when 
> BBOX intersects with the envelope (the interior of the polygon) but not with 
> the boundary of the polygon. With native TILEINDEX access to vector data this 
> issue does not happen.
>
>
> ---
> |   - |
> |  | BBOX |   |   |  --|
> --
>
> -Jukka Rahkonen
>
> thomas Bonfort wrote:
>
> It's not clear to me what your issue actually is
>
>> reading data from the shapefiles which are behind the ogrtileindex
>> file only if the BBOX of the WMS GetMap request intersects the
>> boundary of the vector tile
>
> ->why is that not the expected behavior?
> -> what do you mean by "vector tile" ?
>
> On 21 October 2015 at 10:30, Rahkonen Jukka (MML) 
> <jukka.rahko...@maanmittauslaitos.fi> wrote:
>> Hi,
>>
>>
>>
>> I was wondering why my ogrtileindex layer sometimes works but sometimes not.
>> It appears that Mapserver is reading data from the shapefiles which
>> are behind the ogrtileindex file only if the BBOX of the WMS GetMap
>> request intersects the boundary of the vector tile.  Mapserver version
>> is 7.0.0 on Linux and GDAL version is 2.0.1, released 2015/09/15. The
>> ogrtindex file is shapefile and it is defined in the mapfile as
>>
>>
>>
>>   CONNECTIONTYPE OGR
>>
>>   TILEINDEX "/tindex/heigthidx.shp,0"
>>
>>
>>
>> Can anybody suggest a quick workaround?
>>
>>
>>
>>
>>
>> -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

Re: [mapserver-users] Ogrtileindex bug in Mapserver 7.0

2015-10-22 Thread thomas bonfort
It's not clear to me what your issue actually is

> reading data from the shapefiles which are behind the ogrtileindex file only 
> if the BBOX of the WMS GetMap request intersects the boundary of the vector 
> tile

->why is that not the expected behavior?
-> what do you mean by "vector tile" ?

On 21 October 2015 at 10:30, Rahkonen Jukka (MML)
 wrote:
> Hi,
>
>
>
> I was wondering why my ogrtileindex layer sometimes works but sometimes not.
> It appears that Mapserver is reading data from the shapefiles which are
> behind the ogrtileindex file only if the BBOX of the WMS GetMap request
> intersects the boundary of the vector tile.  Mapserver version is 7.0.0 on
> Linux and GDAL version is 2.0.1, released 2015/09/15. The ogrtindex file is
> shapefile and it is defined in the mapfile as
>
>
>
>   CONNECTIONTYPE OGR
>
>   TILEINDEX "/tindex/heigthidx.shp,0"
>
>
>
> Can anybody suggest a quick workaround?
>
>
>
>
>
> -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

Re: [mapserver-users] UTF grid capabilities MapServer 7 ?

2015-10-15 Thread thomas bonfort
there are a few examples in the autotests (*.json files in
https://github.com/mapserver/msautotest/tree/master/renderers/expected)
. Basically you just have to use the "json" outputformat that's
enabled by default. You can also specify which fields to include with
UTFDATA like in
https://github.com/mapserver/msautotest/blob/master/renderers/utfgrid-escaping.map

--
thomas

On 14 October 2015 at 23:39, karsten  wrote:
> Hi all,
>
> I will be teaching a MapServer class the upcoming weekend and really wanted
> to add an example about the new UTF grid capabilities for MapServer 7 (seen
> this announced in the FOSS4G 2015 MapServer Status Report document I
> downloaded.
> Does anybody know if there is any working example our there I can look at ,
> any documentation (could not even find a mention of UTF Grid in the new
> MapServer.pdf  http://mapserver.org/MapServer.pdf for MS 7 nor could I find
> any example of the map file syntax to use.
>
> Each and every insight or help is greatly appreciated.
>
> Cheers
> Karsten
>
> Karsten Vennemann
> Principal
>
> Terra GIS LTD
> 2119 Boyer Ave E
> Seattle, WA  98112
> USA
> www.terragis.net
> Phone ++1 206 905 1711
>
>
>
> ___
> 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] Mapcache - optimum format for orthophotos?

2015-10-14 Thread thomas bonfort
it depends on many factors... large metatiles are more efficient as
they usually impose less load on the WMS server, but can cause a
significant delay for the end user if you are populating your cache on
demand.
If you're preseeding everything, use large power of 2 metatiles (4x4,
8x8,...). If you haven't pre-seeded, use smaller ones, how small
depends on the experience you want to provide your user if the tile
isn't already in the cache (2x2, 4x4).
If you're rendering raster data only, you don't need a metabuffer.

On 13 October 2015 at 22:15, Robert Sanson
<robert.san...@asurequality.com> wrote:
> Thanks Thomas. I do not have labels, so would you still recommend metatiles 
> for performance reasons? Would you suggest 3 3 or 5 5 for a Mapserver WMS 
> backend?
>
> 3 3
>
> Robert
>
> -----Original Message-
> From: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> Sent: Tuesday, 13 October 2015 8:07 p.m.
> To: Robert Sanson <robert.san...@asurequality.com>
> Cc: mapserver-users@lists.osgeo.org
> Subject: Re: [mapserver-users] Mapcache - optimum format for orthophotos?
>
> in the vast majority of the cases, you'll want to have mapcache use 
> metatiles, be serving PNGs from your WMS server (image/png 
> in your mapcache ), and storing your tiles as JPG 
> (JPG in your ). If you need to preserve 
> transparency on your orthophoto edges, you can choose to store the tiles as 
> a"mixed" format instead of pure JPG.
>
> --
> thomas
>
> On 12 October 2015 at 22:13, Robert Sanson <robert.san...@asurequality.com> 
> wrote:
>> Hi
>>
>> What is the recommended format for serving and storing true colour 
>> orthophotos via Mapcache if we wish to preserve maximum detail? The source 
>> data are uncompressed GeoTiffs served as WMS by Mapserver.
>>
>> Many thanks,
>>
>> Robert Sanson
>> ___
>> 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] Mapcache - optimum format for orthophotos?

2015-10-13 Thread thomas bonfort
in the vast majority of the cases, you'll want to have mapcache use
metatiles, be serving PNGs from your WMS server
(image/png in your mapcache ), and storing
your tiles as JPG (JPG in your ). If you
need to preserve transparency on your orthophoto edges, you can choose
to store the tiles as a"mixed" format instead of pure JPG.

--
thomas

On 12 October 2015 at 22:13, Robert Sanson
 wrote:
> Hi
>
> What is the recommended format for serving and storing true colour 
> orthophotos via Mapcache if we wish to preserve maximum detail? The source 
> data are uncompressed GeoTiffs served as WMS by Mapserver.
>
> Many thanks,
>
> Robert Sanson
> ___
> 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] Mapcache - how to deal with changes to mapcache.xml?

2015-10-13 Thread thomas bonfort
if it's a change that does not incur backwards compatibility (e.g.
adding a tileset, changing the cache backend for a tileset,
enabling/disabling a server, ...) you can just issue a graceful
restart on the webserver. In your case (change of resolution), the
path you suggested is the correct one. Note that if you just need to
invalidate the cache because the stored tiles are outdated, you can do
that while the server itself is running (rm -rf on dir, or delete from
tiles in sqlite)

--
thomas

On 12 October 2015 at 22:48, Robert Sanson
 wrote:
> What is the recommended approach to dealing with stored tiles when changes to 
> mapcache.xml are made, such as a change in the set of resolutions in a grid? 
> Should we disable the Web server, delete all the existing tiles then restart 
> the server?
>
> Many thanks,
>
> Robert Sanson
> ___
> 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] riak make error

2015-10-06 Thread thomas bonfort
IIRC, you have to use the riak-1.4 branch, and there's some a minimal
manual fix to apply to the riack headers for it to compile correctly,
namely to include 

On 6 October 2015 at 21:22, Travis Kirstine <
tkirst...@firstbasesolutions.com> wrote:

> Running into issues installing mapcache 1.4 with riak
>
> The cmake runs OK but I receive this error on the make
>
>
> In file included from /usr/local/include/riack.h:21,
>  from /opt/mapcache/include/mapcache.h:75,
>  from /opt/mapcache/lib/hmac-sha.c:34:
> /usr/local/include/riack_defines.h:20:18: error: ints.h: No such file or
> directory
> In file included from /opt/mapcache/lib/hmac-sha.c:34:
> /opt/mapcache/include/mapcache.h:706: error: expected
> specifier-qualifier-list before ‘RIACK_STRING’
> make[2]: *** [CMakeFiles/mapcache.dir/lib/hmac-sha.c.o] Error 1
> make[1]: *** [CMakeFiles/mapcache.dir/all] Error 2
>
>
> Any Ideas?
>
> --
> [image: FBS Logo]
>
> *Travis Kirstine*, Web Development Supervisor
> *t *905‑477‑3600* x *301 | *m *647‑534‑4798 |
> tkirst...@firstbasesolution.com
>
> *First Base Solutions Inc.*
> 140 Renfrew Drive, Suite 100 | Markham | Ontario | L3R 6B3
> *t* 905‑477‑3600 | *f* 905‑477‑0892 | www.firstbasesolutions.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] [mapserver-dev] RFC113 Chainable Compositing Filters

2015-10-06 Thread thomas bonfort
All credit for those beautiful maps go to the http://sitn.ne.ch/ team,
I didn't have a play in them. I've cc'd Marc who might be able to
share more details as to what he was using exactly (note that those
maps predate the actual filter chaining implementation, and used a
hack present in 7.0 along with drawing the shaded layers twice).
For the water bodies, I suspect it can be done with:

COMPOSITE
 #first we render normal water color
END
COMPOSITE
 COMPFILTER "whiten()"
 COMPFILTER "blur(5)"
 COMPOP "soft-light"
 OPACITY 50
END
CLASS
 STYLE
  COLOR water-color
 END
END

At present filters are not supported on labels (unless they don't go
through the labelcache). They could be supported in the longer run if
we explicitely had a "labelcache" layer that we could draw into and
that we could therefore plug into the compositing chain.

regards,
thomas

On 2 October 2015 at 18:18, Lime, Steve D (MNIT) <steve.l...@state.mn.us> wrote:
> Beautiful maps... How'd you do the inside shading on the water bodies? Can 
> these be applied to labels? --Steve
>
> -Original Message-
> From: mapserver-dev-boun...@lists.osgeo.org 
> [mailto:mapserver-dev-boun...@lists.osgeo.org] On Behalf Of thomas bonfort
> Sent: Friday, October 02, 2015 4:36 AM
> To: MapServer Dev Mailing List <mapserver-...@lists.osgeo.org>; MapserverList 
> OSGEO <mapserver-users@lists.osgeo.org>
> Subject: [mapserver-dev] RFC113 Chainable Compositing Filters
>
> Hi All,
>
> I have finished implementing the chainable compositing filters that
> were architectured along with RFC113, and the code has been committed
> to the master branch. The aim of the development is essentially to
> enable soft shadow and blurring effects, although other usages can
> exist or could be added in the future.
> To obtain a soft shadow effect that can be seen for example around the
> buildings on 
> http://sitn.ne.ch/production/wsgi/mobile/?theme=mobile_default_ref=plan_ville_x=554942.49763489_y=200242.9936142_zoom=6_layers=
> you can use
>
> LAYER
>  NAME "buildings"
>  TYPE POLYGON
>  COMPOSITE
>   #create the shadow/blur effect by translating a blurred version of the layer
>   COMPFILTER "grayscale()"
>   COMPFILTER "translate(5,5)"
>   COMPFILTER "blur(4)"
>   OPACITY 50
>  END
>  COMPOSITE
>   #and render the buildings themselves
>   OPACITY 100
>  END
>  CLASS
>   STYLE
> COLOR 128 128 128
> OUTLINECOLOR 0 0 0
> WIDTH 1
>END
>   END
> END
>
> The currently available filters are:
> - "blur(integer)"
> - "translate(integer,integer)"
> - "grayscale()"
> - "blacken()"
> - "whiten()"
>
> I'll add some documentation and autotests next week.
>
> best regards,
> Thomas
> ___
> mapserver-dev mailing list
> mapserver-...@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


[mapserver-users] RFC113 Chainable Compositing Filters

2015-10-02 Thread thomas bonfort
Hi All,

I have finished implementing the chainable compositing filters that
were architectured along with RFC113, and the code has been committed
to the master branch. The aim of the development is essentially to
enable soft shadow and blurring effects, although other usages can
exist or could be added in the future.
To obtain a soft shadow effect that can be seen for example around the
buildings on 
http://sitn.ne.ch/production/wsgi/mobile/?theme=mobile_default_ref=plan_ville_x=554942.49763489_y=200242.9936142_zoom=6_layers=
you can use

LAYER
 NAME "buildings"
 TYPE POLYGON
 COMPOSITE
  #create the shadow/blur effect by translating a blurred version of the layer
  COMPFILTER "grayscale()"
  COMPFILTER "translate(5,5)"
  COMPFILTER "blur(4)"
  OPACITY 50
 END
 COMPOSITE
  #and render the buildings themselves
  OPACITY 100
 END
 CLASS
  STYLE
COLOR 128 128 128
OUTLINECOLOR 0 0 0
WIDTH 1
   END
  END
END

The currently available filters are:
- "blur(integer)"
- "translate(integer,integer)"
- "grayscale()"
- "blacken()"
- "whiten()"

I'll add some documentation and autotests next week.

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


Re: [mapserver-users] mapcache wms supported srs

2015-09-29 Thread thomas bonfort
> Do you know if the new use_wms_intermediate_resolution
> will work on seeded caches with no source configured?
it needs to go back to the source wms.

>
> On 28 September 2015 at 16:36, thomas bonfort <thomas.bonf...@gmail.com>
> wrote:
>>
>> Travis,
>> Mapcache itself won't do any reprojection, you can however setup a
>> forwarding rule so that those requests get proxied to an upstream wms server
>> (you'd have to handcraft a capabilities doc to advertise that other
>> projection though)
>> Thomas.
>>
>> On Sep 28, 2015 17:30, "Travis Kirstine" <traviskirst...@gmail.com> wrote:
>>>
>>> Is it possible to support wms srs for layers that do not have a matching
>>> srs grid configured.  For example can I support GetMap requests for
>>> SRS=EPSG:26917 when I only have a "Google Map Compatible" grid configured
>>> (3857)
>>>
>>> ___
>>> 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] mapcache wms supported srs

2015-09-28 Thread thomas bonfort
Travis,
Mapcache itself won't do any reprojection, you can however setup a
forwarding rule so that those requests get proxied to an upstream wms
server (you'd have to handcraft a capabilities doc to advertise that other
projection though)
Thomas.
On Sep 28, 2015 17:30, "Travis Kirstine"  wrote:

> Is it possible to support wms srs for layers that do not have a matching
> srs grid configured.  For example can I support GetMap requests for
> SRS=EPSG:26917 when I only have a "Google Map Compatible" grid configured
> (3857)
>
> ___
> 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] mapcache riak caches

2015-09-28 Thread thomas bonfort
I can't share any first hand experience, but the feedback I've had was very
positive.
Concerning mixed formats, those are handled by Mapcache and are not
dependant on the cache backend.
Thomas
On Sep 28, 2015 17:35, "Travis Kirstine"  wrote:

> Has anyone had experience with riak caches that they could share?
> Does is support mixed caches
> How does it perform under load, can it handle concurrent writes
>
> Thanks
>
> ___
> 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] URL redirection under Apache2-Difference WMS and WFS server

2015-09-07 Thread thomas bonfort
try
/cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2
[PT,QSA]

On 7 September 2015 at 09:12, Pasquale Regina <pasquale.reg...@enea.it> wrote:
> if I did not add to rewriterule  =wms=getcapabilities ... not 
> working. The problem is on wfs that reads the wfs request GetCapabilities but 
> when I ask for qgis (add wfs layer) to add the layer (getfeature) this passes 
> 2 times the request, getcapabilities (due to rewrite) and getfeature and 
> generating error.
> I would avoid using SERVICE in rewrite statement but no it does not work.
> Pasquale.
>
> -Messaggio originale-
> Da: thomas bonfort [mailto:thomas.bonf...@gmail.com]
> Inviato: venerdì 4 settembre 2015 19:00
> A: Pasquale Regina
> Cc: MapserverList OSGEO
> Oggetto: Re: [mapserver-users] URL redirection under Apache2-Difference WMS 
> and WFS server
>
> I'd avoid using the SERVICE= rewrites as the handling of capital letters may 
> prove to be problematic. You should also not be adding the REQUEST= and other 
> parts in your rewrite rule.
>
> Basically, just:
>
> 
>
> RewriteEngine on
>
> RewriteRule mywms(.*)?(.*)$
> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2
> RewriteRule mywfs(.*)?(.*)$
> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wfs$1.map&$2
>
> 
>
> --
> thomas
>
> On 4 September 2015 at 16:54, Pasquale Regina <pasquale.reg...@enea.it> wrote:
>> Greetings to everyone on the user list.
>>
>> Sorry for my english.
>>
>> I have a problem to submit because I cannot frame it properly: I do
>> not expect that you will solve it but you can provide guidance on how
>> to deal with it and I move on.
>>
>> According with mapserver wms server howto at
>> http://mapserver.org/ogc/wms_server.html, in section “Changing the
>> Online Resource URL” I follow the indication “Apache environment
>> variables – MS_MAPFILE”. So I create a link in http cgi-bin folder
>> named mywms which points to /usr/lib/cgi-bin/mapserv, the 
>> application/executable file.
>>
>> My http.conf file contain instruction:
>>
>> Alias /mywms /usr/lib/cgi-bin/mapserver
>>
>> 
>>
>> SetHandler cgi-script
>>
>> Options ExecCGI
>>
>> SetEnv MS_MAPFILE
>> /var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms.
>> map
>>
>> 
>>
>> And the application correctly works and in a wms gis client I can
>> connect to wms server with follow link www.biss.org/mywms.
>>
>> This is configuration to access to a single default mapfile
>> (pmapper_demo_wms.map).
>>
>> In a similar way for a wfs server with pmapper_demo_wfs.map (mywfs
>> link in cgi-bin folder, …)
>>
>>
>>
>> My project manager wants to change the settings of project by create
>> individual mapfile (not only one, the default) for each registered
>> user and so I need  to access the individual mapfiles inserting
>> different links: in other words in a wms gis client I put the link
>> www.biss.org/mywms_123_45 to point to the file
>> pmapper_demo_wms_123_45.map (123_45 represents a registered user id,
>> one of actually 75 registered users!! So I don’t create
>> 75 and on link…). The map files are created automatically by the
>> database on user’s registration for both wms e wfs mapfile.
>>
>> So I changed in http.conf toward rewrite rule solution (and remove
>> references to Alias /mywxx and  for both mywms and
>> mywfs)
>>
>> in
>>
>> 
>>
>> ….
>>
>> RewriteEngine on
>>
>> RewriteRule myw?(.)s(.*)$
>> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/defa
>> ult/pmapper_demo_w$1s$2.map=W$1S=GetCapabilities&
>>
>> 
>>
>> So when I put http://www.biss.org/mywms_123_45 in QGIS --> add WMS
>> layer it works because point to
>> pmapper_demo_wms_123_45.map=WmS=GetCapabilities
>> according to $1=m and $2=_123_45 variables.
>>
>> The problem arises with wfs request in QGIS à add WFS vector. Putting
>> http://www.biss.org/mywfs_123_45 QGIS (and other wfs client similar)
>> sends the response in attached “Il server WFS non supporta la versione
>> WFS 1.0.0 oppure l’ URL è errato” (Italian language!!) while putting
>> http://www.biss.org/cgi-bin/mapserv?map=/var/www/biss.org/public_html/
>> pmapper/config/default/pmapper_demo_wfs_123_45.map
>> it works correctly (which demonstrate that mapfile is ok! and in the
>> layer properties I read correctly …=WFS=1.0.0….)
>>
>> what it is due to the difference in behavior for mapserver when
>> rewrite the url? Is it a feature of wfs server?
>>
>> Can you direct me?
>>
>> Thanks in advance. Pasquale.
>>
>> PS. Apache2 version 2.4.7 on Ubuntu 14.04 MapServer 6.4.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] URL redirection under Apache2-Difference WMS and WFS server

2015-09-04 Thread thomas bonfort
I'd avoid using the SERVICE= rewrites as the handling of capital
letters may prove to be problematic. You should also not be adding the
REQUEST= and other parts in your rewrite rule.

Basically, just:



RewriteEngine on

RewriteRule mywms(.*)?(.*)$
/cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms$1.map&$2
RewriteRule mywfs(.*)?(.*)$
/cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wfs$1.map&$2



--
thomas

On 4 September 2015 at 16:54, Pasquale Regina  wrote:
> Greetings to everyone on the user list.
>
> Sorry for my english.
>
> I have a problem to submit because I cannot frame it properly: I do not
> expect that you will solve it but you can provide guidance on how to deal
> with it and I move on.
>
> According with mapserver wms server howto at
> http://mapserver.org/ogc/wms_server.html, in section “Changing the Online
> Resource URL” I follow the indication “Apache environment variables –
> MS_MAPFILE”. So I create a link in http cgi-bin folder named mywms which
> points to /usr/lib/cgi-bin/mapserv, the application/executable file.
>
> My http.conf file contain instruction:
>
> Alias /mywms /usr/lib/cgi-bin/mapserver
>
> 
>
> SetHandler cgi-script
>
> Options ExecCGI
>
> SetEnv MS_MAPFILE
> /var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wms.map
>
> 
>
> And the application correctly works and in a wms gis client I can connect to
> wms server with follow link www.biss.org/mywms.
>
> This is configuration to access to a single default mapfile
> (pmapper_demo_wms.map).
>
> In a similar way for a wfs server with pmapper_demo_wfs.map (mywfs link in
> cgi-bin folder, …)
>
>
>
> My project manager wants to change the settings of project by create
> individual mapfile (not only one, the default) for each registered user and
> so I need  to access the individual mapfiles inserting different links: in
> other words in a wms gis client I put the link www.biss.org/mywms_123_45 to
> point to the file pmapper_demo_wms_123_45.map (123_45 represents a
> registered user id, one of actually 75 registered users!! So I don’t create
> 75 and on link…). The map files are created automatically by the database on
> user’s registration for both wms e wfs mapfile.
>
> So I changed in http.conf toward rewrite rule solution (and remove
> references to Alias /mywxx and  for both mywms and mywfs)
>
> in
>
> 
>
> ….
>
> RewriteEngine on
>
> RewriteRule myw?(.)s(.*)$
> /cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_w$1s$2.map=W$1S=GetCapabilities&
>
> 
>
> So when I put http://www.biss.org/mywms_123_45 in QGIS --> add WMS layer it
> works because point to
> pmapper_demo_wms_123_45.map=WmS=GetCapabilities according to
> $1=m and $2=_123_45 variables.
>
> The problem arises with wfs request in QGIS à add WFS vector. Putting
> http://www.biss.org/mywfs_123_45 QGIS (and other wfs client similar) sends
> the response in attached “Il server WFS non supporta la versione WFS 1.0.0
> oppure l’ URL è errato” (Italian language!!) while putting
> http://www.biss.org/cgi-bin/mapserv?map=/var/www/biss.org/public_html/pmapper/config/default/pmapper_demo_wfs_123_45.map
> it works correctly (which demonstrate that mapfile is ok! and in the layer
> properties I read correctly …=WFS=1.0.0….)
>
> what it is due to the difference in behavior for mapserver when rewrite the
> url? Is it a feature of wfs server?
>
> Can you direct me?
>
> Thanks in advance. Pasquale.
>
> PS. Apache2 version 2.4.7 on Ubuntu 14.04 MapServer 6.4.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] MapCache 1.4 Released

2015-07-28 Thread thomas bonfort
The MapServer PSC is pleased to announce the release of MapCache
version 1.4.0. You can read about the major new features here:
http://mapserver.org/development/announce/mapcache-1-4.html and
download links here: http://mapserver.org/download.html

Best Regards,
The MapServer PSC
___
mapserver-users mailing list
mapserver-users@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/mapserver-users


  1   2   3   4   5   6   7   8   >