set the php.ini value for error reporting to the one listed in the wiki
under quick install, also set error display to 0, and then see if it
works ok.
And generally check PHP error log file and Javascript console for errors.
On 26/05/16 19:17, Eugenio Trumpy wrote:
> Hi everybody,
>
> after
PHP Notices are not errors, but notices... if you get them it means that
they are not disabled as described in the manual. Deactivate them in
php.ini, with
error_reporting = E_ALL & ~E_NOTICE
as described. Then try again if you have problems.
armin
On 20/01/16 12:02, Marcelo wrote:
> Hi!
you mainly need to run some debugging as described here:
http://svn.pmapper.net/trac/wiki/FaqDebugging
armin
On 04/11/15 21:36, luca paganotti wrote:
> Hi list, I'm new to map server and pmapper. I'm requested to setup a centOS
> 7 box running mapserver and pmapper (v. 4). I followed some info
the "sort" parameter is not used for options and DB connection type, but
as you already noticed, it's also not needed since one can easily define
the sort/order directly via the SQL definition.
armin
On 29/10/15 15:42, jose mvm wrote:
> Hi,
>
> I' am trying to get a drop-down list for search,
There was a misconfiguration of the web server, now it should work again.
thanks
armin
On 28/10/15 18:16, Valerio wrote:
> Hello,
> plugin and documentation page are not reachable (404):
> http://svn.pmapper.net/trac/wiki
> is there a new url?
>
> thanks in advance
> regards
>
> Valerio
>
you add a tag preventCaching=true in the config XML file.
I don't think it prevents caching for layers where you have a
server-based tile-caching activated. Would also not make much sense to
first say use cache, and then say no, don't use it...
I just added the cache prevention function in
Dear all
In case of interest, I added a simple solution for on-disk tile caching
for tiled layers in pm5. It only requires enough disk space for the
cache image tiles and a few config parameters.
It's mainly useful for large datasets that shall be displayed at lower
zoom levels but have too
you could also just have it easy, and if you want layers without any
caching, use the non-tiled (PMap) type
or add a timestamp KVP at the end of each x/y/z request URL, as it's
done for the highlight layer.
On 12/09/2014 10:50 AM, gioza wrote:
this function seems to do the job
make sure that you emptied the browser cache before since tiles loaded
before that change have still the old expiration time.
If it doesn't help either try to set
in [1]lib/[2]map/[3]pmtile/[4]index.php line 4 to
session_cache_expire(1);
armin
Gesendet: Dienstag, 02.
You can of course just drop that DIV, the problems with this (relatively
crappy implemented) control is that then you cannot easily place it
where you want, cannot add backgrounds, transparencies etc. You can also
use the default version of it, just remove the prototype function for it
in
That's a common issue with tiles. There are some tags for labels in the
map file that suppress partial labels, or some special placement
settings I guess. It will just solve some of your problems however.
Symbols cut in one tile should however be continued in the adjacent one.
armin
On
you don't have caching on non-tiled layers, unless the URL for the layer
image is 100% identical. Not that likely if you consider map extent
coordinates for requests having 6 or more decimals for each corner
coordinate pair...
On 12/02/2014 10:01 PM, gioza wrote:
Hi Armin,
if I understood
tiled layers are cached by the browser (which is the main advantage
towards non-tiled ones...). In case of changes to the data or map file
(symbols etc) you need to empty the browser cache. I have to check iof
there is a config setting for defining the cache policy (expiration time
of tiles)
could you give it a try and change in lib/map/pmtile/maptile.php
line 55 to
$offset = 1;
I'm not sure if it's this value or the one from the index.php file for
session_cache_expire that defines effectively the cache expiration.
In the case the offset value works I will add some small
this bug was introduced with changeset 1361 to correct wrong mime type.
New fix should solve it
http://svn.pmapper.net/trac/changeset/1362
armin
On 11/25/2014 11:13 AM, Raffaele Morelli wrote:
With a fresh install from svn (rev 1361), the map in the viewport is showed
with a
div element -
I would just roughly guess you have a definition of a group in the XML
file under categories that is then not defined under olThemes.
You could try to use the console logging in PM.Control.PMToc.js wher
line 500 seems to give this error.
Uncomment the line 497 and change it to
Raffaele
thanks already for extending the wiki. I will try to add a few changes
towards p.mapper 4 config that I still remember.
On 11/18/2014 01:55 PM, Raffaele Morelli wrote:
On 18/11/14 at 01:25pm, Armin Burger wrote:
I would just roughly guess you have a definition of a group in the XML
you're right, OL 2.13 seems to have some strange performance issues, or
sticky behaviours... Deactivating a layer for example took several
seconds with 2.13.1 which I noticed just recently, and didn't know
why... on 2.12 it was fine again and happened immediately as was with
2.11. So I changed
The OL version currently used in p.mapper 5 is 2.13.1
I would recommend to just use an export from pmapper5 svn trunk, not any
old beta version...
On 11/15/2014 11:14 AM, gioza wrote:
Some informations may help:
1) in my tests Openlayers 2.11 doesn't work with tilecache (by metacarta -
One small part regarding layers that was planned but never implemented
is a kind of OL native type. Meaning layer creation of whatever type
using only OL standard functions defined by users via customized code
that are then added to the map in the order how they are defined in the
config
I added a basic support for native OL layer types. See changeset
http://svn.pmapper.net/trac/changeset/1359
should work when called the application with ?config=dev since all of
that new type is defined in the dev configuration.
The custom.js needs to create and reference the native layers
]) instead of
array_key_exists($fld, $recIn) by considering performance.
Le 14/10/2014 19:10, Armin Burger a écrit :
On 10/14/2014 07:50 AM, Raffaele Morelli wrote:
On 14/10/14 at 12:32am, Armin Burger wrote:
yes, I guess this was always the way how it worked aslo in older
versions. It's
On 10/14/2014 07:50 AM, Raffaele Morelli wrote:
On 14/10/14 at 12:32am, Armin Burger wrote:
yes, I guess this was always the way how it worked aslo in older
versions. It's not just for Postgis but also shapefile layers etc.
The change to make it behave as you expected is to modify the
lib
yes, I guess this was always the way how it worked aslo in older
versions. It's not just for Postgis but also shapefile layers etc.
The change to make it behave as you expected is to modify the
lib/query/query.php file at line 229 replacing the 4 subsequent lines
with the following ones:
an even better solution is to use the config parameters
pointBuffer
shapeQueryBuffer
and adapt them to the coordinate system used for your map and typical
scales used for tour application...
On 10/10/2014 09:06 PM, gioza wrote:
a much better solution for my work is to modify pm.map.js
On 10/09/2014 02:50 PM, Raffaele Morelli wrote:
On 09/10/14 at 02:16pm, Armin Burger wrote:
regarding the domains issues, try the following:
modify file
plugins/tocdomains/tocdomains.js
and add after line 60 the following
if (typeof domCategories === 'string
this refactored plugin (and the new plugins) are very important and
usefull and I would like to work with it and see the results (as all pmapper
users) in my pmapper project.
So, I hope someone can help me.
Thank you very much Thomas Raffin and Armin Burger, and all pmapper users.
Best Regards
this is the reference used in other plugins that seem to use some
functions from common/*
require_once(dirname(__FILE__) . '/../common/groupsAndLayers.php');
require_once(dirname(__FILE__) . '/../common/pluginsMapUtils.inc.php');
On 07/26/2014 06:11 PM, jose mvm wrote:
And if I reset the php
Since there are not many reports about bugs of p.mapper 5 there are no
fixes that could go into another beta... So far I would say that the
printing is the main remaining issue. It works as HTML and with layers
managed via Mapserver (so on your own server). Printing PDF and using
layers like
this modification.
I see my layer defined, but without white box on the right to put the
search attribute.
Where is the the problem?
best
Bogumił
W dniu 2014-07-22 23:11, Armin Burger pisze:
not a very elegant solution, but should work:
add the following block at the end of your
First of all I would set the PHP error reporting to the value as
described in the Wiki for the quick installation part, to avoid all pure
notifications that just blow up your error log. What remains afterwards
should be checked again.
/a
On 07/22/2014 06:51 PM, jose mvm wrote:
Hi Thomas,
not a very elegant solution, but should work:
add the following block at the end of your
/config/[your-config]/custom.js
file
$.extend(PM.Query,
{
createSearchItems: function(url) {
$.ajax({
url: url,
dataType: json,
success:
Attribute searches just work on layers, not groups. So in your case you
have to decide which of the grouped layers to use for the search. In
principal it would be possible to use the same mechanism as for identify
(collecting results for layers of a group) but that was never implemented.
/a
the layout samples *.phtml files have not been updated to reflect some
changes a while ago for allowing custom orders of JS files.
In your map_plainlayout*.phtml files search for the line (around line 66)
echo $jsConfigReference;
and add afterwards the additional line:
echo
now also committed to pm 4 trunk
http://svn.pmapper.net/trac/changeset/1338
On 07/11/2014 07:23 PM, Armin Burger wrote:
the layout samples *.phtml files have not been updated to reflect some
changes a while ago for allowing custom orders of JS files.
In your map_plainlayout*.phtml files
use this setting in the configuration XML:
legendStyleswap/legendStyle
On 07/11/2014 06:23 PM, bean wrote:
Is it possible to prevent the creation of a legend?
I've found a few ways to prevent the creation but they all throw
errors in the log. I'd like to do this cleanly but I'm not great
Marcello
I can only confirm what Thomas wrote. I think the default outputformat
definition for PNG in p.mapper is 8-bit PNG, which is unsuitable for
data like satellite or aerial images since it has only 256 colors. For
imagery data you need to use either 24-bit PNG or JPEG. The first has
the
For the interested, I created a bug fix release 4.3.2 that mainly
contains fixes provided by Thomas Raffin, and a few by me.
See
http://sourceforge.net/projects/pmapper/files/p.mapper%204/4.3.2/
Let me know in case you experience any problems with the new uploaded
release files.
armin
you should be able to do this relatively easy with p.mapper 5 since this
is built around MapServer and Openlayers. Doing the same for p.mapper 4
is possible but requires more in-depth knowledge how to dynamically add
and remove a layer in p.mapper.
armin
On 12/30/2013 02:55 PM, Emmanuel
You need to check the PHP error log since server error 500 means
typically a PHP error.
On 12/19/2013 12:15 PM, Pedro Venâncio wrote:
Hi
I'm having problems with Zoom to layer on PostGIS layers. I have an
application where everything works fine, but I have other, based on the same
Wildcard searches as you can see in the debug logs are using ILIKE
function, this however will not work on numeric fields. Just insert the
query in a standard DB client and you will get errors.
On 11/28/2013 04:36 PM, i...@architekten.coop wrote:
thank you chris,
i missed to mention the
with rasterised
flexi-mesh grids instead and trying to maintain the level of data
accessibility where possible. I wonder whether I need to grab selection
extents and query a separate points feature class instead.
Cheers
Chris
On 22 November 2013 18:17, Armin Burger armin.bur...@gmail.com wrote
pixels between values x and y) be wired to a raster layer?
Chris
On 25 November 2013 20:26, Armin Burger armin.bur...@gmx.net wrote:
if you want to give it a try with raster layers and selection, change in
incphp/xajax/x_select.php, line 94
from
if ($mapLayer-type 3
something like
$.each(map.layers, function(k,v) {
this.redraw();
});
On 10/28/2013 12:40 PM, Juan Ramón Charco Toboso wrote:
Hello,
To redraw the map in pmapper 4.x:
PM.Map.reloadMap();
How to do that in pmapper5?
Regards
add an entry like the following to your custom.js file at the end:
OpenLayers.Control.PMMeasureArea.prototype.showMeasureResults =
function(evt) {
console.log(evt);
}
Then use tools like Firebug to analyze the evt object that is logged
there. inside this evt object you will find an
On 10/17/2013 10:41 PM, Solly Vuso wrote:
Hi
I have been using the Measure area in pmapper 5 and I have been
strugling to change the size of and area from m ² to hectors (ha).
any idea how should i change the calculation?
Thank you
I do not know an easier solution than replacing the
thanks for the hint. There is no maintained latest-stable any more. I
therefore removed the link. You can use the development version for some
bug fixes (checking the changesets) or use a bug fix release that is
created from time to time.
armin
On 10/15/2013 11:54 AM, Raffaele Morelli
On Fri, Sep 27, 2013 at 11:35 AM, Solly sollyv...@gmail.com wrote:
I have upgraded mapserver to 6.2.1 but I still get the sane error
*Warning*: ms_newMapObj(): [MapServer Error]: msProcessProjection(): proj
error No such file or directory for init=epsg:4326 in *
Try this :
On 09/26/2013 04:57 PM, Chris forum wrote:
Hi all,
I just looked over the plugins available and have no clue what the
following are doing:
- dynlayercat
- dynlayersample
- dynlayertxt
those are all for adding a layer dynamically to the map (and legend
etc.) *cat is for adding a layer
On 07/22/2013 10:34 AM, Chris forum wrote:
5)
The mouse right click to pan the map is great.
But if the Zoom out tool is selected (minus magnifier) when doing so, the
map is also zoomed out.
Is that on purpose?
this should now be fixed, see
http://svn.pmapper.net/trac/changeset/1320
OK, it was a trial. Trunk now set back to old compression function
http://svn.pmapper.net/trac/changeset/1319
armin
On 08/19/2013 03:19 PM, Chris forum wrote:
Same here, loading time back to 'normal' when compressJavaScriptFilePM is
used.
On Fri, Aug 16, 2013 at 7:18 PM, Armin Burger
phtml file?
Regards,
Chris
On Sat, Aug 10, 2013 at 12:23 PM, Armin Burger armin.bur...@gmail.com
mailto:armin.bur...@gmail.com wrote:
The JS custom files loading should now be solved with separate loading
of those files from the config directories. See changeset 1316
http
The JS custom files loading should now be solved with separate loading
of those files from the config directories. See changeset 1316
http://svn.pmapper.net/trac/changeset/1316
To use it you need to replace the files under incphp with the new
versions and add a line
echo
On 07/22/2013 10:34 AM, Chris forum wrote:
4) The generated URL window stays open even when an action is done (pan,
zoom, new layer displayed, ...). An thus the proposed link is no more
representing the displayed map.
solved. The window is now closed on map refresh. See changeset
I would guess that output as ECW is not possible with Mapserver. But you
don't need an ECW outputformat if you just want to *read* an ECW for a
layer (this is more sort of an inputformat), so just remove the
[OUTPUTFORMAT - NAME ECW] block. Your GDAL installation however must
support ECW.
I could also create a bugfix/update release 4.3.2 if the changes are
proved to work correctly.
armin
On 07/25/2013 02:32 PM, Thomas RAFFIN wrote:
Hi,
Chris, I've just committed the correction concerning scaledenom and
queries, and also few plugins updates (drawing, measure2, selection
Makkat
I have some doubts that everything works fine with p.mapper 4 and the
identical Mapserver version that produces this error. If you google for
your error message then you get e.g. this
http://comments.gmane.org/gmane.comp.gis.osgeo.ubuntu/334
and the error appears already with a simple
you either need to set the config parameter
legendDynamicUpdate
to 0 or use a newer version of Mapserver (6.0+ is required I guess). The
dynamic legend update however gets very slow on layers with lots of
features.
armin
On 06/04/2013 03:04 PM, Gillen wrote:
Hi all,
i´m using
the site is now accessible again.
On 05/17/2013 09:41 AM, Chris forum wrote:
Hi
Yes, can not reach it for a week or so.
Already mentionned it, but Armin must be busy elsewhere.
On Fri, May 17, 2013 at 12:39 AM, Bogumił Szady sz...@kul.lublin.pl wrote:
Hello,
Is there any problem with
I would suggest you set the debugging level to a higher value like 3 and
then check the query logging in the debug log, see
http://svn.pmapper.net/trac/wiki/FaqDebugging#a3.Enablep.mapperdebugging
it should contain the queries sent to PG.
armin
On 05/06/2013 05:34 PM, Moritz Lennert wrote:
On 04/28/2013 05:14 PM, Luciano Martin Galletti wrote:
i recieve these errors:
Warning: ms_newMapObj(): [MapServer Error]: msProcessProjection(): No such
file or directory
in C:\ms4w\apps\pmapper\pmapper5\lib\globals.php on line 66
the tiles are created on the fly, no caching is done on the server. But
browsers are caching tiles already downloaded once (up to a predefined
time), meaning same tile x/y/z and MS layer combination.
On 04/21/2013 10:02 PM, Andreas Douvalis wrote:
Hi!
Does anybody know how pmtile works? Is
On 04/03/2013 03:28 PM, Thomas RAFFIN wrote:
The compress js version is certainly not up-to-date.
Armin, could you update the js compress files please?
Hi Thomas
I updated now the compressed JS files to SVN trunk. I was believing you
were also committing these ones to SVN. It means that the
On 04/03/2013 03:55 PM, Chris forum wrote:
Should I dare asking a last question?
Do I better use this, what is it actually doing?
eventsonchange=$('#pmsfld_numero').val('').flushCache()/events
that resets the text input field and empties the auto-complete cache of
the suggest, so usually it
don't worry, it works as you see ;-)
there are no map images created any more on local disks but they are
directly streamed to the browser. The tmp dir is still needed for some
other things like printing I guess.
/a
On 03/26/2013 12:39 PM, Raffaele Morelli wrote:
Hi,
I am testing pmapper5
all parameters from the XML config file are available via the JS var
PM.ini
To get session variables and do something with them you can use the function
PM.getSessionVar(varname, callback),
e.g. like
PM.getSessionVar('categories',
this is related to old code in query/squery.php using deprecated Postgis
functions. This was working with Postgis up to version 1.5.x, but not
any more with v2.x where the deprecated functions have been removed.
p.mapper 4.3 should have this fixed thanks to Thomas Raffin. In your
case you need
On 02/28/2013 03:59 PM, Chris forum wrote:
Hi all,
pmapper 4.3 (Plainlayout4 / swap legend tab)
mapserver 6.2
php 5.3.3-7
Debian server
Bunch of general questions about p.mapper 4.3:
1) Is there a way to sort the legend entries automatically according to the
class names?
you
everything for this is described in the Openlayers wiki
http://trac.osgeo.org/openlayers/wiki/Release/2.11/GoogleMaps37
On 02/26/2013 11:47 PM, Pablo Gomez wrote:
Good morning,
Quick question, how can you remove the pop-up ad on the ownership of data
from Google? Every time I move around
segfaults of Apache caused by PHP Mapscript are a bit outside the scope
of p.mapper... Since the refactoring of all the PHP Mapscript code in MS
6, the amount of irregularly appearing and difficult to trace segfaults
has increased dramatically. That was for me the reason to e.g. rewrite
some
http://mapserver.org/optimization/index.html
http://mapserver.org/input/raster.html#raster-display-performance-tips
On 02/16/2013 06:35 PM, yllka baci wrote:
Hello Pmapper users
I'm going to write a paper on techniques that speed up data visualisation
on Web GIS applications.
Can any one
On 02/13/2013 11:44 AM, Chris forum wrote:
Hi all,
Is it me or http://svn.pmapper.net/ is down?
oops, apache did not start after a system reboot, now it works.
thanks
armin
--
Free Next-Gen Firewall Hardware Offer
On 02/12/2013 02:31 PM, i...@architekten.coop wrote:
dear pmapper users
i want to test pmapper5. does it work with mapserver version 5.2 ?
in the programm files on
http://www.pmapper.net/demo/pmapper-5.0-beta2/
i miss the file map_default.phtml. so i took it from version 4.2 pmapper,
without knowing anything about the configuration you're using it's only
possible to make some guessing... one could e.g. guess that you have a
Google layer defined, and without downloading the required Google
Javascript API due to missing Internet connection you will just get
errors from OL.
On 02/05/2013 12:24 PM, Gillen wrote:
Hi all,
The excel export plugin is not working in my pmapper 4.2.0. I have
installed the pear packages and at first it was working fine but now the
php release changed in our server and maby because of that is not working.
When I tell to my pmapper
On 26/01/2013 09:15, Mouanis LAHLOU wrote:
Hi Chris
In your pmapper_demo:
I suppose that you work in linux
Line 85 : IMAGEPATH /tmp/ verify that this path exist and owner by
www-data
that's not needed any more for p.mapper 5 since the map images are
directly streamed to the browser.
I made now a quick test:
unpack the tar ball pmapper-5.0-beta2.tar.gz from sourceforge,
place the demodata for version 5 from
http://www.pmapper.net/dl/pmapper5_demodata_vector.zip
under the same directory as the release files, like
/demo/pmapper5_demodata/
well, you have an Apache error caused by MapScript. Most of the cases
this is related to some kind of segmentation fault. This however should
also be listed in the apache log.
The single tiles for the country layer are accessible via firebug, you
need to check the HTTP response there for such
try replace line 241 in common.php
if ($mapProjStr != $layerProjStr) {
with
if ($mapProjStr $layerProjStr $mapProjStr != $layerProjStr) {
and see if the error disappears. I always use projection definitions for
layers so I will not get this error.
armin
On 14/01/2013 17:07, Chris
no, not possible.
On 09/01/2013 09:19, Serge Claudio Rafanoharana wrote:
Dear Armin and All,
Is it possible with pmapper 4 to have a second sub-categories? Something
like:
Cat1
-sub-cat11
--sub-sub-cat111
--sub-sub-cat112
-sub-cat12
--sub-sub-cat121
--sub-sub-cat122
Cat2
...
Like
The print part (and download was functionally placed under print) is
not complete. The PDF print might still be implemented once.
The download functionality will likely be removed from the core code and
could be added as a plugin (if someone is going write this plugin...).
It's anyway a bit of
no roadmap sort of thing. See also this posting some time ago:
http://sourceforge.net/mailarchive/message.php?msg_id=30189515
On 09/01/2013 21:44, Jose Mercedes Venegas Acevedo wrote:
Good day to all
sorry I only speak Spanish
is there any roadmap for pmapper 5?
I would like to migrate
detailed which made me a little bit confused but now
it's working. And this is what I was expecting.
Thanks.
Serge
On Wed, Dec 19, 2012 at 3:49 AM, Armin Burger armin.bur...@gmail.com
mailto:armin.bur...@gmail.com wrote:
you could use a modification of the mapselect plugin defining
you could use a modification of the mapselect plugin defining the start
up parameters as explained here:
http://svn.pmapper.net/trac/wiki/DocManual#Zoomtopre-definedextent
armin
On 18/12/2012 21:29, Serge Claudio Rafanoharana wrote:
Dear All,
Is there any plugins/ways that can bring to a
I wouldn't really say that p.mapper 5 is unstable. It's just not as
mature, tested, and complete as version 4. But most parts work fine. And
finally the worst remaining parts of the code like the queries have been
completely rewritten :-) And quite some small detail improvements that I
already
Dear all
thanks to Thomas Raffin who did most of the work for updating and
bug-fixing p.mapper 4, today I uploaded an export of the current
pmapper4 SVN trunk as release 4.3.0 on the sourceforge repositories.
Let me know in case there are any issues with this maintenance release.
Armin
I guess you do not want to define 4000 layers in your map file either...
In your case, independent of the p.mapper version you're using, you
should define 1 layer for all your tiff files, using the TILEINDEX
mechanism:
http://mapserver.org/optimization/tileindex.html
I would guess that this is the same tool as already in the plugin
directory under digitizepoints.
On 12/11/2012 09:48, Thomas RAFFIN wrote:
Hi,
Few years ago Niccolo Rigacci made that:
http://old.nabble.com/PostGIS-digitizepoints-plugin-available-td25654305.html
Maybe it could help you...
I would guess that there's a problem with the connection to the
database, you need to check the config parameters for this plugin,
especially the part related to the data source name (DSN). And you will
likely need either the DB2 or the MDB Pear package installed.
On 11/11/2012 05:14, Villo
On 25/10/2012 10:59, Raffaele Morelli wrote:
AFAIC pmapper4 has serious trouble with latest php-mapscript (at least the
one in debian testing/wheezy)
In Mapserver 6.x some mapfile statements are changed and 5.x ones will
broke 6.x, can't say if pmapper is affected too.
regards
-r
In
On 25/10/2012 19:03, Armin Burger wrote:
And I will soon set up a maintenance release of pmapper 4
forgot to add: Thanks to Thomas who provides all those patches in SVN!
armin
--
Everyone hates slow websites. So do
this a left-over from pmapper 4 that has still not been removed, you can
silently ignore it. Or just remove in lib/init/initmap.php - function
_initConfig() the 3 lines starting with
if ($this-map-resolution != 96) {
On 24/10/2012 09:57, Raffaele Morelli wrote:
hi,
I am working on a
if you just need one language then you can change directly Map Default
etc. to whatever you want. For multilingual applications it should be
defined as
configList:{'default': _p(Map Default),
'dev': _p(Map Dev)
},
with the respective translations
there?
thanks
Em 16-10-2012 18:16, Armin Burger escreveu:
in the config XML file:
!--
Extent buffer for zoom extent for point layers in queries
value in map units
--
pointBuffer1/pointBuffer
!--
Extent buffer for zoom extent for non-point layers in queries
value
in the config XML file:
!--
Extent buffer for zoom extent for point layers in queries
value in map units
--
pointBuffer1/pointBuffer
!--
Extent buffer for zoom extent for non-point layers in queries
value in a fraction of the original extent
--
shapeQueryBuffer0.02/shapeQueryBuffer
category name=cartografia_geologica description=Cartografia
geologica closed=true
On Tue, Sep 25, 2012 at 5:27 PM, Valerio notis...@gmail.com wrote:
Hi all,
If I set a category name with spaces (es. category name=Cartografia
geologica closed=true in config xml file, commands like show all
alternatively, you could create this type of image with the shp2img
utility from Mapserver. You can specify the needed parameters for
mapfile, size, extent, layers, etc via the command line arguments.
On Fri, Sep 21, 2012 at 5:52 PM, Thomas RAFFIN traf...@sirap.fr wrote:
Hi,
Did you try this
no, from what I see in the code the dependfld is a fixed parameter.
You cannot easily add more of this type without modifying some PHP and
JS code. And it currently just works for type suggest, not options.
armin
On 25/06/2012 21:29, deivid menna wrote:
Hello, can be added more fields
doesn't work with raster layers since the respective Mapscript function
does not return anything for them. For Postgis layers neither, but there
it's at least possible querying Postgis directly and get the layer extent.
It would be possible to implement something for raster layers without
too
I would suggest you try the query by point on your map file with the
sample script from
http://svn.pmapper.net/trac/export/1268/trunk/utils/queryByPoint.php
adapt the parts at the beginning where indicated.
Then you will see if it returns any results or not. If not ask this
questions better
1 - 100 of 815 matches
Mail list logo