Whitespace might be significant, can you try
YEAR
> -Ursprüngliche Nachricht-
> OpenLayers has a OpenLayers.Filter.Comparison.IS_NULL filter that produces
> XML such as:
>
>
>
> YEAR
>
>
_
You should take a look at the second column or rewrite the query as
SELECT
St_AsText( St_CollectionExtract( geom, 1 )) AS geom,
element_type
FROM
v_elements;
But the whole query doesn't make much sense in your case as don't have any real
geometry collections. It doesn't filter
There's already support for BerkleyDB and TokyoCabinet as fast no-SQL
backends. I've never seen some benchmarks and TokyoCabinet is currently not
enabled in CMake build system. LevelDB hasn't support for concurrent processes.
So it can only be used with worker and probably event MPM. I've alrea
AFAIK FeatureID and BBOX are mutually exclusive.
Von: mapserver-users-boun...@lists.osgeo.org
[mapserver-users-boun...@lists.osgeo.org]" im Auftrag von "Nathan
Smith [nsmit...@nd.edu]
Gesendet: Montag, 19. Mai 2014 18:05
An: mapserver-users@lists.osgeo.org
Have you set MODE=ITEMNQUERY? To me it seems you haven't and MapServer tries to
use QSTRING for runtime substitution which it isn't configured for.
HTH
Von: mapserver-users-boun...@lists.osgeo.org
[mapserver-users-boun...@lists.osgeo.org]" im Auftrag von "mathias cunault
[mathias.cuna...@inra
Can you post the URL of your request and at least the relevant MAP file part?
Enabling the debug options is probably a good idea.
> I did set mode = itemquery like i did for query and nquery.
> These 2 work fine.
___
mapserver-users mailing list
mapse
> here s the part of the mapfile :
> LAYER
> NAME emprise
> STATUS on
> TYPE POLYGON
> CONNECTIONTYPE POSTGIS
> CONNECTION "host=10.3.1.51 dbname=xxx user=xxx
> password=xxx port=5432"
> DATA "geom from activite.emprise using unique gid using srid =
Since cache and source are basically unrelated it's probably a good idea to
specify the request format in the source:
1.1.1
image/png
layerA,layerB
TRUE
application/vnd.ogc.se_xml
http:
Have you checked that the row of the SDO_COORD_REF_SYS table with SRID=23030
really represents EPSG:23030? In our case for example we use SRID=82032 which
represents EPSG:31468.
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@
Never used it but it seems the KML driver creates PNG images on the fly and
returns them as href. This seems to be independent of the type of symbol. So
you should make sure MS is able to write those images into /tmp or
$MS_TEMPPATH. The "(null)" indicates that it was unable to do so.
HTH
_
This is part of section "7.2.4.6.9 Scale denominators" of the WMS spec:
...
For the purposes of this International Standard, the common pixel size is
defined to be 0,28 mm × 0,28 mm.
Because arbitrary clients can request maps from a server, the true pixel size
of the final rendering device is
unk
WFS is meant to query raw feature data. Scale dependent rendering must be
controlled within the renderer itself - in this case using
minResolution/maxResolution options as described in
http://openlayers.org/en/v3.0.0/apidoc/ol.layer.Layer.html.
> -Ursprüngliche Nachricht-
> Von: mapserv
Since you store the username in the cookie you are probably not concerned about
security. In this case it might be sufficient to append the username by
rewriting the query string:
RewriteRule ^/my/map /my/map?user=%{REMOTE_USER} [QSA,PT]
The loadParams() in cgiutil.c only works on the QUERY_STR
Hi,
I've attached a quick'n dirty solution (against master). When applied to
mapogroutput.c you can set a JSONP formatoption to the callback name:
OUTPUTFORMAT
NAME 'geojson'
DRIVER 'OGR/GEOJSON'
MIMETYPE 'application/json; subtype=geojson; charset=utf-8'
FORMATOPTION 'STORAGE=st
Please note that IMHO "geojson" alone isn't enough. The full mimetype string
should be used as reported by GetCapabilities.
HTH
> -Ursprüngliche Nachricht-
> Von: Lars Fricke [mailto:fri...@gisberater.com]
> Gesendet: Dienstag, 13. Januar 2015 14:22
> An: Eich
Arg.. outputformat=geojson also works, only had a typo...
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo.org] Im Auftrag von Eichner, Andreas - SID
> Gesendet: Dienstag, 13. Januar 2015 15:18
>
;STORAGE=stream'
FORMATOPTION 'FORM=simple'
FORMATOPTION 'LCO:COORDINATE_PRECISION=5'
FORMATOPTION 'JSONP=%callback%'
END
WEB
VALIDATION
callback '.*'
#default_callback 'jsonp'
END
END
The default value does not work, so the sub
Hey Lars,
that's great news ;) I did some minor modifications (full patch attached). Now
if output format has the format option "JSONP" then default substitutions are
applied to it and the "Content-Disposition" header is omitted (causes browsers
to display the "Save as" dialog).
The map file s
> We used to
> serve this data as a vector for smaller systems via GeoJSON and use
> Openlayers 2 to render on a slippery map. For a few hundred sites it was
> fine, no performance degradation or issues. When we started testing with
> larger real life samples, the browser would literally crawl. I u
Can be used via GDAL's RatserLite driver
(http://www.gdal.org/frmt_rasterlite.html).
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo.org] Im Auftrag von Aaron Hunt
> Gesendet: Montag, 19. Januar 2015 21:29
> An: map
> what I really need to do is to
> make an SQL query (something like select name from map where id=%MYID%)
> and use that attribute in the TEXT part of the FEATURE section (something
> like FEATURE POINTS x y END TEXT "Species name: [name]" END)
>
> Any idea is welcome on how to do that in the "Ma
Basically yes as MapServer's SLD implementation does not support s. It
only supports a property name optionally enclosed by .
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo.org] Im Auftrag von Julien Cigar
> Gesend
>
> Thanks, I'll try it that way. Another idea I had was to create a POINT
> layer with a FEATURE POINTS x y END END and use that layer in my SLD
> stylesheet (which is generated dynamically) with a
> sometextblabla ... like
> on https://gist.github.com/silenius/1f4a020f35a4113cdd4d but it seems
>
> It's a little ugly but it works with:
> https://gist.github.com/silenius/f0b0fb856b82a7c70eaa
Being on PostGIS I'd suggest using the native driver with something like that:
CONNECTIONTYPE postgis
DATA "geom FROM (select id, name, now() as generated_date,
st_GeomFromText('POINT(-5 70)')
I'm not sure about this but AFAIK MapServer draws features in the order they
are returned by the query. For Shapefiles there is the sortshp utility. If
you're on a relational database like PostGIS or OracleSpatial you can try
including the "ORDER BY prio" within the DATA. But since MS wraps it i
According to
http://www.mapserver.org/MIGRATION_GUIDE.html#mapserver-6-4-to-7-0-migration:
* GD graphics library support was removed
(http://www.mapserver.org/development/rfc/ms-rfc-99.html) and had been optional
since 6.2.
* GIF output cannot be produced from MapServer although 8-bit PNG out
> It seems I found how to display multilevel junction of highway with "ORDER
> BY" in the case using a one layer. Adding "order by id desc" or "order by
> id asc" in subquery
> $highwayLayer->set("data","geom from (select id, 'id = '||id as name, geom
> from my_table
> where ST_Intersects(geom, !
You can't use OGR output formats that way. Calling msPrepareImage() on them
triggers a NULL pointer dereference (fixed in
https://github.com/mapserver/mapserver/pull/5069).
So using
$image = $map->draw()
$image_url = $image->saveWebImage()
is definitely the wrong way. The MapSer
To me it seems the WFS code uses msReturnTemplateQuery() from maptemplate.c but
this is not exported to (PHP-)MapScript... I would guess that the only way to
get OGR output would be to fake a OWS-Request:
"WFS", "request" => "GetFeature", "version" =>
"1.1.0", "typename" => "Bati");
foreach($a
Maybe you tried to use the result directly?
The owsDispatch() method creates content _plus_ headers. To get the plain
content you need to write the output into a buffer, strip off the headers and
fetch the contents of the buffer:
ms_ioinstallstdouttobuffer();
$map->owsDispatch($req);
ms_iostrips
> In Section 9.2.4 of the MapServer v6.0 Manual, under "OGC Support and
> Configuration / WMS Server / WMS 1.3.0 Support / Some Missing features" it
> lists "WMS 1.3.0 Post request should be an XML document containing the
> different operations and parameters." (Also appears in the current
> versi
> i want to set transparency for colored polygons iam displaying a polygon
> layer on the google image and i want to set transparency so that
> background image has to visible in the colored polygons
You should apply OPACITY at STYLE or LAYER.
http://mapserver.org/mapfile/style.html#index-37
ht
You need use the special field OGR_GEOMETRY to filter by geometry type.
With ogrinfo this can be done as follows:
$ ogrinfo -al test.kml -where "OGR_GEOMETRY='LINESTRING'"
$ ogrinfo -al test.kml -where "OGR_GEOMETRY='POINT'"
Not sure how to translate this into mapfile syntax. May be using LAYER.
I would suggest using the "Style" attribute to classify your features.
From ogrinfo:
$ ogrinfo -al test.kml -where "OGR_GEOMETRY='LINESTRING'"
...
OGRFeature(Fibertech solution):1
Name (String) = Westborough MSC - Build
...
Style = @msn_ylw-pushpin4
OGRFeature(Fibertech solution):2
Name (St
>
> To get this to work You have to cast the Style value to a string also.
>
> DATA "SELECT Name as NAME, CAST(OGR_STYLE AS character(32)) AS STYLE FROM
> 'Fibertech solution' WHERE OGR_GEOMETRY='LINESTRING'"
>
Good catch, Lars! With this bit of OGR magic classification work as intented.
To sum
Behavior might be unstable as msOWSGetEPSGProj() returns a pointer to a
character buffer on the local stack frame.
While WFS 1.0.0 code uses the result directly the WFS 1.1.0 code uses
msOWSGetProjURN() as a wrapper around it which might disrupt the character
buffer. I'm wondering how this could
Days ago I voted to keep native filters in MS7 via a processing instruction.
It's value is a SQL expression that is ANDed to every query MS builds. The
intended use is mainly to build dynamic filters when using MapScript or the C
API. This avoids parsing and modifying the DATA statement.
So into
Since *_ip_list supports ranges using CIDR notation, you might use
Ows_denied_ip_list "0.0.0.0/0"
But instead of blocking _all_ IPs you should probably disable requests
to this layer or service using
ows_enable_request "!*"
> -Ursprüngliche Nachricht-
> Von: mapserver-user
I guess you're using an older version which doesn't check the "type" attribute
and defaults to WMS. The "mode=tile" parameter is part of your URL and not
build by MapCache. Everything else is an ordinary WMS request for a 5x5
metatile with 10px buffer: 5*256 + 2*10 = 1300.
So simly omit the mod
Hey guys,
>> Its not clear to me that commas as the decimal separator is supported in
>> XML/GML. I can't find any documentation to indicate that it is. Can you
>> point some out to me?
>>
> Is there a documentation that says that it is not?
> Folks from gdal list also think that it is not support
But the original post was about a WFS filter and it's schema defines the
element very loosely as
And the implementation specification is also very imprecise about it:
"The element is used to encode liter
Have you tried using GROUP "ST" instead of wms_layer_group metadata? This seems
to be the intended way to create a named group that can be requested. There
seems to be no way to declare styles at group (or root) level. Requesting the
group "ST" with style "grey" or "color" works but clients migh
I think you should use
FILTER "([CODICE] = 107)"
i.e. without using FILTERITEM and the leading WHERE
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo.org] Im Auftrag von Andrea Peri
> Gesendet: Dienstag, 9. Juni 201
"([CODICE[ = 107)"
> >
> > Should be:
> >
> > FILTER "([CODICE] = 107)"
> >
> > /Lars
> >
> > -Original Message-
> > From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo
You might be able to virtually combine those two rasters into one using GDAL's
VRT format (http://www.gdal.org/gdal_vrttut.html).
HTH
> -Ursprüngliche Nachricht-
> Von: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-
> boun...@lists.osgeo.org] Im Auftrag von Matt McClell
For each request a MapServer FCGI process uses either the value of the map=
query parameter or the value of the MS_MAPFILE environment variable. In most
configurations a pool of those processes is used to work on multiple requests
simultaneously. Essentially there's no fixed association between
AFAIK you need to preprocess your data and use CLASSes in your map file. Using
OGR or a SQL database you might be able to do this on the fly within your DATA.
For example, the command
$ ogrinfo -dialect sqlite -sql "select st_length(geometry) > 10 as longenough
from water_pipes" water_pipes.sh
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 ite
Hi Simon,
We had to create a CLASSGROUP for every style and on every layer:
LAYER
CLASSGROUP 'Style1'
CLASSGROUP 'Style2'
CLASS
GROUP 'Style1'
STYLE
[...]
END
END
CLASS
GROUP 'Style2'
STYLE
[...]
END
END
END
With this, they are advertised as:
Hello Marco,
in MapServer expressions you cannot test for NULL values and the NATIVE_FITLER
processing key does not support runtime substitutions. You could try to use a
sub-select directly in the DATA as described in
http://mapserver.org/input/vector/postgis.html#table-of-contents
HTH
> ---
Hello Marco,
IMHO the best solution would be to implement a "IS NULL" operator or function
for the mapserver expressions. I guess this was not implemented because MS was
originally developed for rendering ESRI-Shapefiles which do not support NULL
values.
According to http://mapserver.org/cgi/r
Seth,
you can use OGR to retrieve the updated features and give it to mapcache_seed.
See
http://mapserver.org/mapcache/seed.html#optional-commandline-options-when-using-ogr-geos
.
The ows_updatesequence metadata signals changes in the metadata returned by a
GetCapabilities request, i.e. when a
PowerShell does not execute programs from untrusted sources so you need to use
".\ogrinfo".
> -Ursprüngliche Nachricht-
> Von: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] Im
> Auftrag von Vogt, Robert (RCIS)
> Gesendet: Montag, 31. Oktober 2016 19:51
> An: mapserver-u
From http://www.gdal.org/drv_mssqlspatial.html and the linked page about ODBC
driver connection string
(http://msdn.microsoft.com/en-us/library/ms130822.aspx) it seems you need to
use "UID" and "PWD" instead of "username" and "password"
HTH
> -Ursprüngliche Nachricht-
> Von: mapserver-
orted as -1 then and you need to define a PROJECTION block at the
LAYER. You can use the DATA statement to define the SQL for your layer.
HTH
> -Ursprüngliche Nachricht-
> Von: Vogt, Robert (RCIS) [mailto:robert.v...@rcis.com]
> Gesendet: Mittwoch, 2. November 2016 16:49
Besides comparing the execution plans for both query versions, you could try:
1. omit the outer ORDER BY clause (not present in MS6 and the inner one is not
relevant for the result, so might be optimized away by the planner)
2. try the MS7 SQL without the superfluous st_intersects() part (it might
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: M
Hi Pieter,
have you tried it on a different OS or just on different hardware?
To me it looks as if it happens somewhere in a C library call.
Have you a chance to try it on another OS and/or library versions?
> -Ursprüngliche Nachricht-
> Von: mapserver-users [mailto:mapserver-users-boun.
What about http://mapserver.org/development/rfc/ms-rfc-86.html ?
> -Ursprüngliche Nachricht-
> Von: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] Im
> Auftrag von pe_lord
> Gesendet: Donnerstag, 1. Juni 2017 19:26
> An: mapserver-users@lists.osgeo.org
> Betreff: Re: [ma
I'd guess it's simply the use of another scanline rasterizer. The demo
http://www.antigrain.com/demo/rasterizers.cpp.html
is an example of drawing as polygon aliased and anti-aliased side by side.
> -Ursprüngliche Nachricht-
> Von: mapserver-users [mailto:mapserver-users-boun...@lists.o
yleObj might be enough.
Regards
> -Ursprüngliche Nachricht-
> Von: Erik H [mailto:erik.h11...@gmail.com]
> Gesendet: Dienstag, 17. Oktober 2017 17:34
> An: Eichner, Andreas - SID
> Cc: Richard Greenwood; mapserver-users@lists.osgeo.org
> Betreff: Re: [mapserver-users] Draw ro
Damn... missed attaching the images.
> -Ursprüngliche Nachricht-
> Von: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org] Im
> Auftrag von Eichner, Andreas - SID
> Gesendet: Mittwoch, 18. Oktober 2017 08:28
> An: Erik H
> Cc: mapserver-users@lists.osgeo
-m 01_polygon_td_poly.map -o 01_polygon_td_poly.png -i
> png_G0
>
>
>
>
>
> I did some tests with both polygons, polygon outlines and lines and they
> all seems to have anti-aliasing as far as I could see.
>
> Would this be an ok way to test it? I also have some pe
Hi,
I guess you should use SetEnvIfExpr to test the query string for
the MAP parameter and set the environment variable using the value.
Wrap it into a block to do this only for a specific URI:
SetEnvIfExpr "%{QUERY_STRING} =~ /^(.*&)?map=([[:alnum:]]+.map)(&.*)?$/"
MS_MAPFILE=C:/ms4w/apps/
Hi Goran,
the RewriteRule should match the Location for SetEnvIfExpr:
SetEnvIfExpr "%{QUERY_STRING} =~/^(.*&)?map=([[:alnum:]]+.map)(&.*)?$/"
MS_MAPFILE=C:/ms4w/apps/Demo/$2
RewriteEngine On
RewriteRule /cgi-bin/GDZ/wms /cgi-bin/GDZ/wms?MAP=MS_MAPFILE [PT,QSA]
And then the URL
Hi Goran,
using a path segment to fill in a query parameter is pretty straight forward
but the following assumes MapServer is installed under /cgi-bin/GDZ/wms:
RewriteEngine On
RewriteRule ^/cgi-bin/GDZ/([^/]+)/wms$
/cgi-bin/GDZ/wms?MAP=MS_MAPFILE&year=$1 [PT,QSA]
SetEnvIfExpr "%{QU
Damn,
the last RewriteRule should be
RewriteEngine On
RewriteRule "^/wms/([[:alnum:]]+)/([[:digit:]]+)$"
/cgi-bin/mapserv?MAP=C:/ms4w/apps/Demo/$1.map&year=$2 [PT,QSA]
The character classes prevent bad file names and value for the "year"
parameter. You should set up a proper validation fo
7 AM, Lime, Steve D (MNIT)
> wrote:
>
>
> Glad this was figured out! What was the code change exactly?
>
>
> From: mapserver-users boun...@lists.osgeo.org <mailto:mapserver-users-boun...@lists.osgeo.org>
> > on behalf
Ah, you need libxml2, so enable it: -DWITH_LIBXML2=ON
> -Ursprüngliche Nachricht-
> Von: Erik H [mailto:erik.h11...@gmail.com]
> Gesendet: Montag, 6. November 2017 14:29
> An: Eichner, Andreas - SID
> Cc: mapserver-users@lists.osgeo.org
> Betreff: Re: [mapserver-users]
> -Ursprüngliche Nachricht-
> Von: Erik H [mailto:erik.h11...@gmail.com]
> Gesendet: Montag, 6. November 2017 17:09
> An: Eichner, Andreas - SID
> Cc: mapserver-users@lists.osgeo.org
> Betreff: Re: [mapserver-users] Draw roads WITHOUT anti-aliasing
>
> Thanks a
Hi Jukka,
GDAL uses Curl for the HTTP client. At least under Linux it respects the
conventional environment variables HTTP_PROXY, HTTPS_PROXY and HTTP_NOPROXY.
AFAIK at least Apache uses a cleaned environment when running CGI programs. So
you might need to specify
PassEnv HTTP_PROXY HTTPS_PRO
According to msOGRFileOpen(mapogr.cpp:1194):
hDS = OGROpen( pszDSSelectedName, MS_FALSE, NULL );
I would say that MapServer _always_ opens an OGR datasource readonly (See
http://www.gdal.org/ogr__api_8h.html#a2da3630231780d519543d1679c83e62f ).
> -Original Message-
> From: mapserver-u
Hallo Paul,
> -Original Message-
> In a vector PostGIS DB case a layer can be configured to have a dynamic
> client-side filter through the following base syntax, which is fine and
> works for vector tables in the DB:
>
> DATA "geom FROM some_table using unique id using srid=4326"
> FILTE
Hi,
since you're using GDAL VRT have you tried the "Scale" and "Offset" child
elements for a VRTRasterBand?
I'd guess, using
-1.0
360.0
...
might work for you.
Regards,
Andreas
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
> On
Hi,
I just tested with mod_mapcache and it seems to use 300 as the default for the
"expires" child element of a tileset.
It sets the Cache-control and Expires headers appropriately - even in WMS mode.
Setting the value to 0 turns of the generation of these headers but the browser
(at least FF) s
MapServer uses GDAL to access rasters, so you can use a GDAL virtual raster:
http://www.gdal.org/frmt_wms.html
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
> On Behalf Of Hans Wapenaar (GIS Innovations)
> Sent: Tuesday, June 26, 2018 10:59
I'd guess you're using systemd and the unit file that controls your webserver
contains "PrivateTmp=true".
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-boun...@lists.osgeo.org]
> On Behalf Of Ian Walberg
> Sent: Tuesday, November 13, 2018 12:32 AM
> To: mapserver-u
Hello Sacha,
according to https://mapserver.org/mapcache/sources.html#wmts-sources MapCache
has no direct support for such source. You might try the support through GDAL
mentioned there using a service description
(https://gdal.org/drivers/raster/wmts.html#local-service-description-xml-file ).
What about symlinking the level directories?
> -Original Message-
> From: mapserver-users [mailto:mapserver-users-
> boun...@lists.osgeo.org] On Behalf Of Mark Volz
> Sent: Wednesday, October 23, 2019 4:12 PM
> To: mapserver-users@lists.osgeo.org
> Subject: [mapserver-users] Mapcache - Is
Hmm, seems the Composite-Cache would be the better way to go:
https://mapserver.org/mapcache/caches.html#composite-caches
In the past symbolic links (aka soft links) worked for me on Linux. But with
that tiles might be seeded through multiple caches giving error "unknown error
(another thread/p
Hi,
below you called mapserv with mode=map, have you also tried with the original
failing query you used for your WMS?
Is your original request reproducible, i.e. it fails every time or only
sometimes?
greets
-Ursprüngliche Nachricht-
Von: mapserver-users [mailto:mapserver-users-boun.
Hello Johannes,
16bit-PNGs are IMHO not supported by MapServer. Although libPNG supports 16bit
depth (see http://www.libpng.org/pub/png/libpng-1.2.5-manual.html#section-4.3)
MapServer only supports 1, 2, 4 and 8bit palettes (see
https://github.com/mapserver/mapserver/blob/master/mapimageio.c#L3
OSGeo/gdal/blob/master/gdal/frmts/png/pngdataset.cpp#L1477)
and maps everything else to bitdepth=8
-Ursprüngliche Nachricht-
Von: Rahkonen Jukka (MML) [mailto:jukka.rahko...@maanmittauslaitos.fi]
Gesendet: Mittwoch, 5. Februar 2020 14:57
An: Eichner, Andreas - SID; Johannes Paul
Cc: mapse
Hallo Lars,
since you're on Ubuntu you're likely running MapServer in combination with an
Apache HTTPd. So one option is to use an URL on localhost in your MapFile and
let your webserver fordward it via mod_proxy using a fail over configuration.
HTH
-Ursprüngliche Nachricht-
Von: maps
Hi Stephane,
are you sure you installed boost-devel _and_ boost-serialization packages?
While the first one gives "Headers and shared object symbolic links for the
Boost C++ libraries." the second one contains "Run-Time support for
serialization for persistence and marshaling." and contains the
-Ursprüngliche Nachricht-
Von: Stephane Poissant
Gesendet: Dienstag, 5. Januar 2021 10:53
An: MapServer-users
Cc: Eichner, Andreas - SID
Betreff: Re: [mapserver-users] mapserver 7.6.2
I tried compiling it separately but it ends up having issues as well:
[root@mapserver-0290 S
Kenna ; Eichner, Andreas - SID
Betreff: Mapserver 7.6.2
Boost 1.75 (compiled) success
CGAL-4.14 (compiled) success
Gets-3.9.0 (compiled) success
SFCGAL-1.3.9 (compiled) success
From repo:
gdal32-devel.x86_643.2.0-3.rhel7@pgdg-common
postgis30_12-devel.x86_64
phane Poissant
Gesendet: Mittwoch, 6. Januar 2021 14:41
An: Eichner, Andreas - SID
Cc: mapServer-users ; Jeff McKenna
Betreff: Re: Mapserver 7.6.2
I’ll give a try to 1.70 (compile)
The reason is that I cannot use 1.53 as it does not compile for the previously
mentioned error with boost.
E
21 00:13
An: mapServer-users
Cc: Jeff McKenna ; Eichner, Andreas - SID
Betreff: Re: Mapserver 7.6.2
Hi Andreas,
Big thanks for your suggestion.
I am just trying to build mapserver… Nothing else!
...But I can’t make it happen!
No matter what I try, I end up with the same error pushing me in the
rver-users
Cc: Jeff McKenna ; Eichner, Andreas - SID
Betreff: Re: Mapserver 7.6.2
Good day Andreas,
Your suggestion about replacing boost packages from AWS with CentOS ones
worked.
Good catch. I was able to finally compile and install all my requirements.
Thumbs up!
I had to download the wh
Hi Jukka,
as a result of the discussion IMO Erik created a patch to be able to switch
AGGs anti-aliasing on and off using the ANTIALIAS keyword. This was merged by
Even Rouault in https://github.com/MapServer/MapServer/pull/6225
It originally worked IMHO only for lines styles. But GAMMA is __not
, Andreas
-Ursprüngliche Nachricht-
Von: Rahkonen Jukka (MML)
Gesendet: Montag, 17. Mai 2021 16:14
An: Eichner, Andreas - SID ; Mapserver-Users
(mapserver-users@lists.osgeo.org)
Betreff: Re: [mapserver-users] differing image size with different mapserver
versions
Hi,
Does it mean that Map
What AGG does with it's sub-pixel accuracy can be viewed as computing the
contribution of the pixels of a virtually larger image to the pixels of the
final image. It uses a gamma function to translate the amount of virtual pixels
into an amount of visual impact on the final pixel - both expresse
)
Gesendet: Mittwoch, 19. Mai 2021 15:49
An: Eichner, Andreas - SID ; Richard Greenwood
; mapserver
Betreff: Re: [mapserver-users] anti-aliasing (was differing image size with
different mapserver versions)
Hi,
Can someone say if the issue is already fixed or not by
https://github.com/MapServer
ot;COMPRESSION=9"
END
I used the msautotest/renderers/line_simple.map example to test and that
crushed the resulting png from 5920 bytes down to 947 bytes.
HTH, Andreas
-Ursprüngliche Nachricht-
Von: Richard Greenwood
Gesendet: Mittwoch, 19. Mai 2021 16:12
An: Eichner, Andreas -
h, 19. Mai 2021 18:24
An: Eichner, Andreas - SID
Cc: Richard Greenwood ; mapserver
Betreff: Re: [mapserver-users] anti-aliasing (was differing image size with
different mapserver versions)
Worth adding to main?
On Wed, May 19, 2021 at 10:15 AM Eichner, Andreas - SID
mailto:an
According to RFC 86 SCALETOKENs are used to replace tokens inside a layer’s
DATA statement - so it might simply not work within class expressions.
As a workaround you might use MINSCALEDENOM and MAXSCALEDENOM within CLASS.
Kind regards,
Andreas
-Ursprüngliche Nachricht-
Von: MapServer-us
Your pattern seems to be wrong. You originally used a case insensitive regex
0..$ meaning a value shall end with a '0' and to other arbitrary characters.
Your PropertyIsLike filter is translated into an SQL "like": (for Postgres)
postcode::text ilike '_%0__'
meaning a string as a whole shall co
Hi,
it looks like the Python MapScript module is compiled against a different regex
libary than the Python interpreter uses. The "premature end of script headers"
is usually caused by a SIGSEGV where the script gets killed before being able
to send any headers. I would suggest to build pytho
Just an idea: You are using PNG images as labels which get transformed
(rotated) and the AGG renderer draws them using anti-aliasing. But MapServer
tends to cut short some code paths and so it probably does for simple
transforms like rotation by 90/180/270° and which might ommit anti-aliasing.
1 - 100 of 218 matches
Mail list logo