used to also have msyylex* errors
which are gone now.
That being said, I have never seen this GEOS error and am not sure what
to suggest.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
log ? with debug/warn/...
informations ?
Regards
Patrice
--
Daniel Morissette
http://www.mapgears.com/
de to
libcurl 7.15.0 or to a patched libcurl version that may be available for
your OS.
Future maptools.org builds (FGS and MS4W) will be based on the latest
version of Curl.
Daniel
--
----
Daniel Morissette [EMAIL PROTECTED
curl, for all the details see:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1504#c4
Daniel
Daniel Morissette wrote:
FYI, a security vulnerability in libcurl has recently been reported and
is fixed in libcurl 7.15.0 and later:
http://curl.haxx.se/docs/security.html
I don't think MapS
gards,
Daniel
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Version 4.8.0-beta2 (2005-
Daniel Morissette wrote:
The relevant RFCs for the 4.8 release are:
* MS RFC 2: Creating line features and/or shapes using WKT
* MS RFC 3: Layer Plug-in Architecture
* MS RFC 4: MapServer Raster Resampling
* MS RFC 5: MapServer Horizon Reprojection Improvements
* MS RFC 6: Color Range
lready have
names.
You're right that the website may have been designed based on the
assumption that the names were final...
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
that many of the concerns raised today are legit and I want to work with
everyone to address them. However I also believe that some of what has
been raised today is FUD in reaction to the unknown situation in which
we are getting into.
Daniel
--
--
ow to
move forward instead of focusing on how things were done before Monday.
Daniel
--
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Resending Dave's email, with a proper subject this time.
Original Message
Subject: [UMN_MAPSERVER-USERS]
Date: Wed, 30 Nov 2005 12:22:13 -0500
From: David Mcllhagga <[EMAIL PROTECTED]>
Reply-To: David Mcllhagga <[EMAIL PROTECTED]>
To: MAPSERVER-USERS@LISTS.UMN.EDU
Hi everyone,
you (not just you, but the community as a whole) still
see a problem with something like that?
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
than that.
Daniel
--
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
ith two classes of projects: hosted projects and foundation
projects for instance.
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
I am not a lawyer, but I think the different license may be an issue
that we'll need to address, especially with respect to sharing small
blocks of code or patches. i.e. code submitted to the LGPL software may
require the author to resubmit it again to the MIT-licensed software
since we cannot
to me offlist to try to isolate the problem.
BTW, I agree with Tyler that the discussion needs to move to the
foundation's list.
Daniel
--
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group
aniel
--
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Version 4.6.2 (2005-11-29)
--
- Fixed SLD crash when the number of filter elements is big (bug
aniel
--
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Daniel Morissette wrote:
I'm not aware of any other major
MapServer-related conference in 2006,
Sorry... I meant "I'm not aware of any other major MapServer-related
conference in 2006 *in North America*". Outside of Canada/US there are
users meetings in Brazil (Novemb
libjpeg or
libiconv).
Do you have a libgd.a or libgd.so, if yes then where is it located?
Maybe we need to look in some lib64 directories? Also, what did you pass
as arguments to configure?
Daniel
--
----
Daniel
o the naming issue, Steve already answered in another email.
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
other factors, the release is a
little bit behind, so we have reviewed our planned release dates to the
following:
4.8.0-beta3 today
4.8.0-rc1 on Thursday Dec 22nd
4.8.0 final on Thursday January 5th
Daniel
--------
Daniel Morissette
As promised in the 4.8.0-beta3 release announcement a few minutes ago,
here is a bit more info about the fuzzy brushes and antialiased lines
support that was just added.
First, here are Steve's test mapfile and results:
http://maps.dnr.state.mn.us/testing/brushes/test.map
http://maps.dnr.s
and nights recently to have the site ready in time, actually,
Howard has been leading this for about a year.
Thanks guys, and also to the rest of the team that contributed to the
effort.
Daniel
--
----
Daniel Morissette
Daniel
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Version 4.8.0-rc2 (2006-01-09
Daniel Morissette wrote:
The second MapServer 4.8.0 release candidate is not available.
Of course I meant that it is *now* available ... damn keyboard! ;)
Daniel
--
Daniel Morissette [EMAIL PROTECTED]
DM Solutions
w_bug.cgi?id=1261
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
le in the download area of the website at
http://mapserver.gis.umn.edu/download/beta/
A summary of the fixes since rc2 is included below.
Daniel
----
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group
ssage.
Daniel
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
Version 4.8.0 (2006-02-02)
--
- Treat class
--
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
to have to wait for the next release in 6 months
before this is available. We may have to consider a quick mini-release
(4.10?) once that work is completed if timing works with other
developments underway at that time in 4.9.
Daniel
--
--
02-03)
--
- Fixed bug introduced by previous fix to set default content-type in
POST requests. (bug 1628)
Daniel Morissette wrote:
Good Morning,
MapServer 4.8.0 has just been released. The source package is available
in the download area of the website and you can e
g/cgi-bin/owtchart?Type=Line&W=450&H=250&NumSets=1&NumPts=6&Vals=1537!3244!6193!8724!9555!9998&XLabels=2000;2001;2002;2003;2004;2005&Title=MapServer-users+list+traffic+-+2000-2005&XTitle=Year&YTitle=Messages
Daniel
--
------
msSaveMap()
function in its handling of TRANSPARENCY ALPHA, but that should not be
related to the problem that you describe above:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1669
Daniel
--
--------
Daniel Morissette [EMAIL PROTECT
7;ll find some information at
http://maptools.org/fgs/index.phtml?page=fgs-sandbox.html
Daniel
--
--------
Daniel Morissette [EMAIL PROTECTED]
DM Solutions Group http://www.dmsolutions.ca/
oft.com/worldData/map/WORLD";
xlink:type="simple">
WORLD
WORLD
<Name>default</Name>
<Title>default</Title>
--
Daniel Morissette
http://www.mapgears.com/
_
*James Léveillé*
*Intélec Géomatique*
420, boul. Charest Est
Bureau 400
Québec (QC), Canada
G1K 8M4
Intélec Géomatique: 418.687.5000
MTQ: 418.380.2005 (#227)
--
Francesco Antognini
Computer Consultant
Switzerland
[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
--
Daniel Morissette
http://www.mapgears.com/
well, but I'm primarily interested in a post dataset and conditions
that triggers the problem in isolation.
In case anyone is interested, this has been fixed in 4.9 and will likely
be backported to 4.8:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1768
Daniel
--
Daniel Morissette
://mapserver.gis.umn.edu/download/current/HISTORY.TXT
The source package is available in the MapServer downloads page:
http://mapserver.gis.umn.edu/download/current/
Precompiled binaries should be available shortly at the usual locations
(also linked from the download page above).
Daniel
--
Daniel Morissette
http
/
Daniel
--
Daniel Morissette
http://www.mapgears.com/
in
September (or get 4.10-beta1 expected tomorrow).
Also Im not sure which source code will be used for this purpose.
there is a source code on the maptools.org php_mapscript 4.8.1 and
source code also on the mapserver home pages...
PHP MapScript is included in the mapserver sourc
eading the efforts on
Python and SWIG MapScript.
Best Regards,
Steve Lime and Daniel Morissette
Version 4.10.0-beta1 (2006-08-17)
-
- Marking the following SWIG object members immutable (bug 1803)
layerObj.metadata, classObj.label, classOb
issue by setting the ows_schemas_location web metadata
in your mapfile:
MAP
...
WEB
METADATA
"ows_schemas_location" "http://schemas.opengis.net";
END
...
END
...
END
Daniel
--
Daniel Morissette
http://www.mapgears.com/
rom a fixed .so to [EMAIL PROTECTED]@. Well, even on OS X, the default PHP
extension file extension is .so. It'll load, but it'll existing php
scripts. For now I'll change it back for my binary distro.
On Aug 18, 2006, at 2:31 PM, Daniel Morissette wrote:
Hi All,
Time has
ntainer of the doc
to use EPSG:4326 (geographic lon/lat) in the examples instead:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1876
Daniel
--
Daniel Morissette
http://www.mapgears.com/
e error_log of apache server:
[Mon Aug 21 18:16:43 2006] [error] [client 192.168.1.3] Premature end of
script headers: mapserv
I think this is a bug with mapserver in fast CGI mode. Can anyone help
me out with this?
Many thanks,
Miguel Coladas
--
Daniel Morissette
http://www.mapgears.com/
from 1 contexts (suppressed: 0 from 0)
==5322== malloc/free: in use at exit: 58517 bytes in 129 blocks.
==5322== malloc/free: 14327 allocs, 14199 frees, 4390277 bytes allocated.
==5322== For a detailed leak analysis, rerun with: --leak-check=yes
==5322== For counts of detected errors, rerun with:
rning with the
SWIG unix/osx builds
- Fixed csharp/Makefile.in for supporting the OSX builds and creating
the platform dependent mapscript_csharp.dll.config file.
- Fixed error in detection of libpdf.sl in configure.in (bug 1868).
Daniel Morissette wrote:
Hi All,
MapServer 4.10.0-beta2 i
/mapserver_4_10/
Daniel
--
Daniel Morissette
http://www.mapgears.com/
GML_INCLUDE_ITEMS "all"
OWS_SRS "EPSG:4326 EPSG:28992"
END
NAME "topp:nl-prov"
STATUS ON
PROJECTION
"init=epsg:28992"
END
TYPE POLYGON
DUMP TRUE
TEMPLATE "blank.html"
CLASS
NAME "Provinciegrenzen"
STYLE
COLOR 255 255 0
OUTLINECOLOR 0 0 0
END
END
END
Thanks in advance.
Best regards,
Bart
--
Daniel Morissette
http://www.mapgears.com/
l
Is this not what you get?
Daniel
--
Daniel Morissette
http://www.mapgears.com/
;d suggest that you try using a tool such as wget that will report the
MIME type of the response.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
Hi All,
MapServer 4.10.0-beta3 is now available and can be downloaded at
http://mapserver.gis.umn.edu/download/beta
This should be the last beta before the first release candidate
scheduled for September 27th, 1 week after the FOSS4G conference.
As usual please report issues via bugzilla, a
Travis Kirstine wrote:
Hi,
In general do shp files with a .qix index display faster than mapinfo .tab
files connected with ogr?
I've looked through the docs and that is the general impression I get but
there is no definite statement.
Yes, properly indexed shapefiles are the fastest.
Reading
Do you use "init=epsg:" type of projection definitions in your
layers? In the past I have found the EPSG codes lookup to be quite
expensive. If you use that then you may find that using native proj4
definitions for your projections might help.
Daniel
Pleyer, Walter wrote:
Hi folks!
W
Frank Warmerdam wrote:
I was thinking primarily of PROJECTION blocks with an "init=" clause. I
haven't traced through to see if WMS advertising of epsg projections
triggers a lookup. I presume not, but that is just a presumption.
Last time I worked on that code there was no lookup for proje
Volkan Ulukut wrote:
I’ve been struggling with curved label support of mapserver. First I
thought i got it working correctly but then i realised some of the
labels got encoding glitches on them. Specifically the ones that need to
be curved and have special characters, as you can see on the at
, there is already bug 1879 about this:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1879
Daniel
--
Daniel Morissette
http://www.mapgears.com/
MapServer 4.10.0-rc1 is now available and can be downloaded at
http://mapserver.gis.umn.edu/download/beta
This is release candidate 1, and if no major issue is reported with it
then that will be released as the final 4.10.0 in about 1 week.
As usual please report issues via bugzilla, and for
h that request works.
Is the syntax correct or is it not possible to include files wherever I
want to??
Till
--
Daniel Morissette
http://www.mapgears.com/
dll)
lying around.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
davidvaz wrote:
Daniel Morissette wrote:
The code to parse a mapfile is the same whether it's called from the
mapserv CGI or from PHP MapScript, so in theory if it works for one it
should work for the other. Perhaps make sure your php_mapscript.so (or
.dll) is up to date, you can
The MapServer team is proud to announce the release of MapServer 4.10.0.
The MapServer 4.10.0 source package can be downloaded from
http://mapserver.gis.umn.edu/download/current and the various binery
distributions should start offering this new release soon.
MapServer 4.10 introduces the fol
y, the time for processing/rendering each
individual tiny part is probably going to be more significant than the
handling of the MINDISTANCE.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
error_log as well. Is your PHP
MapScript compiled with the same configure options as your mapserv CGI?
i.e. did you include the --enable-debug configure option?
Daniel
--
Daniel Morissette
http://www.mapgears.com/
Jan Hartmann wrote:
What is the relationship between the two logs, and why doesn't the
second one show up in PHP MapScript?
You can find the full story here:
http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=709
I think we should try to address this in 5.0
Daniel
--
Daniel Moris
For Fedora Core 5, you'll need to install :
http://download.fedora.redhat.com/pub/fedora/linux/core/5/i386/os/Fedora/RPMS/compat-libstdc++-33-3.2.3-55.fc5.i386.rpm
See:
http://lists.maptools.org/pipermail/foss-gis-suite/2006-April/000380.html
Daniel
Sandeep Kumar Jakkaraju wrote:
I have downl
d the following (and a bunch of
other hits) which may help:
http://www.ittvis.com/services/techtip.asp?ttid=3092
Daniel
--
Daniel Morissette
http://www.mapgears.com/
://yourserver:port/gmap-demo/ as per the instructions at
http://www.maptools.org/fgs/index.phtml?page=install.html
BTW, your questions about FGS installation issues should probably go to
theFGS list: http://www.maptools.org/fgs/index.phtml?page=mailinglist.html
Daniel
--
Daniel Morissette
http
orum ..but still trying my luck
--
Daniel Morissette
http://www.mapgears.com/
host/htdocs/wps/wpsoutputs/output-2006-10-28-3-0-2.tif
Notice that if i change by hand the mapfile, putting the DATA path i wrote over
here,
all is working fine.
What i am missing?
Bye
Luca
--
Daniel Morissette
http://www.mapgears.com/
map is null. I am able to run the above statement
with the examples.map provided in the mapscript source code.
I am wondering if the map/symbol files should be changed since the
php_mapscript version is newer now.
Thanks for any advice.
Jin
--
Daniel Morissette
http://www.mapgears.com/
dig deeper if I have somewhere to start.
This will also enable me to file a more accurate and useful bug...
Cheers,
Steve H
--
Daniel Morissette
http://www.mapgears.com/
idn't
think of yet.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
, ... but it continues failing. I'm desperate !!
All layers are in debug mode, however when the appplication crashes, the
output log (error_log apache's) stops be writed and any messages can
give me any clue.
Can someone help me?
Thanks in advance
--
Daniel Morissette
http://www.mapgears.com/
eally that
mapsrver take less than 0.001s to render the layer or has to be
interpreted as an error message?
That's correct, that means that less than 0.001s is septn rendering that
layer, either because it's a very light layer or because it is out of scale.
Daniel
--
Daniel
idn't look any
further. If that's not the case then I'd be interested to hear what you
find.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
;);
$map->outputformat->set('imagemode',MS_IMAGEMODE_RGBA);
$map->outputformat->set('transparent',MS_ON);
Generate mapfile snippet:
OUTPUTFORMAT
NAME "png24"
MIMETYPE "image/png; mode=24bit"
DRIVER "GD/PNG"
not an option in this case :(
sacha
--
Daniel Morissette
http://www.mapgears.com/
The
log output will include the time required to render each layer and the
label cache. That can then be used to figure which layer(s) take most of
the time and decide which ones to work on in tuning your map.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
ze and the scale differs. What does the error means?
regards,
Robert
__
"Ein Herz für Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
Unser Dankeschön: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!
--
Daniel Morissette
http://www.mapgears.com/
ut?
Perhaps check pgRouting (http://www.postlbs.org/postlbs-cms/en/project)?
It was based on pgDijkstra and my hope is that it should be able to
handle one-way streets.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
I'm not sure, so using 4.10 is the safest way to go.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
used to be provided by the php_proj module into
php_mapscript, but we'd need him to confirm that I'm not mistaken.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
'x.y.z'
If I remove the "." no parsing errors occur.
Are periods/dots (".") allowed in WMS Layer Name?
If so, is this a bug?
--
Daniel Morissette
http://www.mapgears.com/
ION=1.1.1&SERVICE=WMS&REQUEST=GetMap&TEST.TEST&STYLES=&FORMAT=image/png
Regards,
-Jukka-
-Original Message-
From: UMN MapServer Users List on behalf of Havard Tveite
Sent: Wed 3.1.2007 17:08
To: MAPSERVER-USERS@LISTS.UMN.EDU
Subject: Re: [UMN_MAPSERVER-USERS]
S=layer1,layer2" to the CONNECTION string of the WMS layer
definition in the map file. This is possible but looks a bit strange to
me. Is that an intended behaviour or a bug?
Best regards
Armin
--
Daniel Morissette
http://www.mapgears.com/
x27; parameters.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
The 5.0 release date has not been set yet, but last time we talked about
it last fall we were thinking first quarter of 2007. Since many of the
things that were planned for 5.0 don't seem to have progressed much yet
I'm thinking it may well slip until later in the spring.
Daniel
--
Da
like to have some kind
of a legend limiter, limiting the items in your legend to the items
that are visible on the map. If someone has created or done an attempt
to create something like that, I would really like to hear about it
(my other map has >200 items) .
Thanks already!
Johan
--
Daniel Morissette
http://www.mapgears.com/
nd 4.6.2. Line
number above is from 4.8.4. This is on RHEL 2.6.9-42 for PPC64. I
have no such problems on an old Fedora Core 2 system.
Thanks for any assistance or advice.
Doug
--
Daniel Morissette
http://www.mapgears.com/
e.dk/notes.html
http://members.aol.com/MapToolsCompany/tabdef.txt
http://www.paris-pc-gis.com/mb_r/doc/Tab_file_format/tab_file_format.htm
Daniel
--
Daniel Morissette
http://www.mapgears.com/
e>
>><gml:boundedBy>
>><gml:Box
srsName="EPSG:28992">
>> <gml:coordinates>67349.250981,549785.660401
>> 67349.250981,549785.660401</gml:coordinates>
>></gml:Box>
>></gml:boundedBy>
>><bla>zyz</bla>
>><foo></foo>
>></testpoints_feature>
>></testpoints_layer>
>> </msGMLOutput>
>>
>> Am I missing some metadata property in my mapfile? I would expect
either
>> a feature-id attribute in the testpoints_feature element, OR
oid-element
>> as child of the testpoints_feature element.
>>
>> TIA,
>>
>> Richard
>>
>>
>
>
--
Daniel Morissette
http://www.mapgears.com/
s something to do with the special meaning of an oid
column in postgresql???
I will try to update my mapserver to the newest version (working with
4.8.3 now...) and see if that works.
Other solution: add my own id's of use a sequence instead of this
autoincrementing... Any postgresql guru
ins a QUERY_LAYERS parameter with the
list of layers to query. If you list all 4 layers in QUERY_LAYERS then
MapServer returns results from each of them. If you want results from
only the most detailed layer then list only that layer in QUERY_LAYERS.
Daniel
--
Daniel Morissette
d get this kind
of behavior.
I just did a quick check in the code and $map->setExtent() does update
the scale value, so if you call that with the right extents before
processing the legend then you should be fine.
Daniel
--
Daniel Morissette
http://www.mapgears.com/
>set("status",MS_ON);
// echo "turning on layer ".$oLayer->name;
// echo $oLayer->status;
} else {
$oLayer->set("status",MS_OFF);
// echo "turning OFF layer ".$oLayer->name;
}
}
}
$my_html=$map->processLegendTemplate(null);
MapServer 4.10.1 has just been released. This new release addresses a
few issues that were fixed since version 4.10.0 and contains no new
functionality. The list of fixes since 4.10.0 is included at the end of
this message, the full change log can also be browsed online at
http://mapserver.gis.
, but I do not know what I have to change or add
Did you restart Apache after updating ld.so.conf and rerunning ldconfig?
Daniel
--
Daniel Morissette
http://www.mapgears.com/
d quotes around the "none".
Daniel
--
Daniel Morissette
http://www.mapgears.com/
1 - 100 of 236 matches
Mail list logo