[Mapserver-users] Re: I have problem with demo workshop
Andre Pereira da Silva
andrepersilva at hotmail.com
Thu Feb 5 07:20:39 EST 2004
Hi,
I have problem with demo workshop.
Windows 2000 Sevice pack 4 - IIS
I do not obtain to see the map for the available options in the demon, so I
obtain to see the option dhtml, I could help me.
Thanks
Andre.
----- Original Message -----
From: <mapserver-users-request at lists.gis.umn.edu>
To: <mapserver-users at lists.gis.umn.edu>
Sent: Wednesday, February 04, 2004 4:00 PM
Subject: Mapserver-users digest, Vol 1 #422 - 39 msgs
> Send Mapserver-users mailing list submissions to
> mapserver-users at lists.gis.umn.edu
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> or, via email, send a message with subject or body 'help' to
> mapserver-users-request at lists.gis.umn.edu
>
> You can reach the person managing the list at
> mapserver-users-admin at lists.gis.umn.edu
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Mapserver-users digest..."
>
>
> Today's Topics:
>
> 1. Re: Mapserver WFS performance (Bart van den Eijnden)
> 2. Re: XML -> OGR Virtual Datasource -> Dynamic Point
> Layer (Paul Ramsey)
> 3. Re: MapServer 4.0 Tutorial problems (Dave Walton)
> 4. Dbox user error or code correction? (Jason M. Nielsen)
> 5. Re: Re: MapServer 4.0 Tutorial problems (Pericles Nacionales)
> 6. "nquery" mode (Gleiner Crivelini)
> 7. php clone() doesn't cut it (Charlton Purvis)
> 8. Re: Dbox user error or code correction? (Steve Lime)
> 9. Re: Mapserver WFS performance (Steve Lime)
> 10. Re: Querying on multiple fields (Steve Lime)
> 11. Re: Mapserver 4.1 (dev) and SVG output
> problem (Steve Lime)
> 12. Re: php clone() doesn't cut it (Sean Gillies)
> 13. Too hard, too easy or too boring? (Keith Campbell)
> 14. would like some help to dynamically change the size of TTF fonts
using php mapscript (Stephen Clark)
> 15. Re: Too hard, too easy or too boring? (Pericles Nacionales)
> 16. Re: Too hard, too easy or too boring? (Paul Ramsey)
> 17. Re: would like some help to dynamically change the size of TTF
fonts using php mapscript (woodbri at swoodbridge.com)
> 18. jBox - form not submitting?? (Steve McCrone)
> 19. Re: Setting scale of map while using dbox (Emilio Mayorga)
> 20. Re: onSubmit - jBox (Richard Greenwood)
> 21. getShape() with SDE and PostGIS (Ellis Robin (Bundaberg))
> 22. Re: Querying on multiple fields (Roger Boily)
> 23. Re: Querying on multiple fields (Roger Boily)
> 24. retain button state (Steve McCrone)
> 25. mapswf.c extent problem (raz)
> 26. Re: Too hard, too easy or too boring? (Daniel Morissette)
> 27. Re: Too hard, too easy or too boring? (Martin Weinelt)
> 28. Re: retain button state (Jason M. Nielsen)
> 29. Re: retain button state (Wim Blanken (PI))
> 30. Re: mapswf.c extent problem (Yewondwossen Assefa)
> 31. Oracle 9i SC (=?iso-8859-1?q?Cardilli=20Jose=20Luis?=)
> 32. Mapserver hardware recomendations. (Jason M. Nielsen)
> 33. Re: Oracle 9i SC (bartvde at xs4all.nl)
> 34. RE: php clone() doesn't cut it (Charlton Purvis)
> 35. Re: php clone() doesn't cut it (Sean Gillies)
> 36. RE: php clone() doesn't cut it (Charlton Purvis)
> 37. RE: Mapserver hardware recomendations. (Ed McNierney)
>
> --__--__--
>
> Message: 1
> Cc: mapserver-users at lists.gis.umn.edu
> To: Steve Lime <steve.lime at dnr.state.mn.us>, assefa at dmsolutions.ca,
> warmerdam at pobox.com
> Subject: Re: [Mapserver-users] Mapserver WFS performance
> Reply-To: bartvde at xs4all.nl
> From: Bart van den Eijnden <bartvde at xs4all.nl>
> Date: Tue, 03 Feb 2004 19:38:48 +0100
>
> Hi Steve,
>
> just for clarity.
>
> I was not referring to the MAXFEATURES parameter of the Mapserver MAP
file.
>
> I was referring to the MAXFEATURES parameter which is part of the OGC WFS
> interface (passed over HTTP GET to the Mapserver WFS).
>
> Maybe ofcourse Mapserver WFS internally passes this the same way to the
> Mapserver core as the MAXFEATURES parameter from the MAP file. This I
> don't know.
>
> Best regards,
> Bart
>
> On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime
> <steve.lime at dnr.state.mn.us> wrote:
>
> > Checkout bug 553 for more discussion on this topic...
> >
> > Note that MAXFEATURES was always intended for display, not query,
> > purposes.
> >
> > Steve
> >
> >>>> Frank Warmerdam <warmerdam at pobox.com> 2/2/2004 4:07:34 PM >>>
> > Yewondwossen Assefa wrote:
> >> Here is how things work :
> >> - the user does a wfs request
> >> - in is translated in mapserver query : the query does not take
> > into
> >> account the maxfeatures.
> >> - The MAXFEATURES is taken into account when generating the
> >> resulting gml file
> >>
> >> So yes, It ends up doing the query on all the shapes in your case.
> >>
> >> I think we should modify mapserver low level query functions to be
> > able
> >> to pass a maxfeature parameter. Some of the query functions have a
> > mode
> >> (single or mulitple), and this notion should be extended to support a
> >
> >> maxfeature. Once this is done the wfs interface can take advantage of
> > it.
> >
> > Assefa, and others,
> >
> > On a vaguely related note, the current query interface seems to make a
> > pass generating the 'item ids' for all the features which match the
> > query. Then when the query is returned another pass is made fetching
> > the
> > shapes by id. With shapefiles this isn't particularly expensive,
> > though it
> > does presumably result in the features being parsed from the binary
> > twice.
> >
> > But for some OGR supported formats fetching "by id" can be very
> > expensive.
> >
> > If we are restructuring the query mechanism what are the chances of
> > reviewing
> > this whole two pass approach? Since WFS is basically always using the
> > query mechanism it seems this is a significant performance issue for
> > some
> > WFS setups. Even for "good formats" there is a bunch of overhead.
> >
> > Of course, I may be mis-understanding how things are working ... I've
> > only
> > glanced at it.
> >
> > Best regards,
> >
>
>
>
> --
>
>
> --__--__--
>
> Message: 2
> Date: Tue, 03 Feb 2004 10:42:13 -0800
> From: Paul Ramsey <pramsey at refractions.net>
> Subject: Re: [Mapserver-users] XML -> OGR Virtual Datasource -> Dynamic
Point
> Layer
> To: "Van Ulden, Joost" <jvanulde at nrcan.gc.ca>
> Cc: "Mapserver-Users at Lists. Gis. Umn. Edu
(mapserver-users at lists.gis.umn.edu)"
> <mapserver-users at lists.gis.umn.edu>
>
> A little slow though, particularly when the data changes only daily.
> Surely harvesting is not *that* aesthetically displeasing?
> Maybe we should just get the USGS to publish their data as a WFS so the
> existing remote XML handling code can be brought to bear :)
>
> Paul
>
> On Tuesday, February 3, 2004, at 09:37 AM, Van Ulden, Joost wrote:
>
> > Hi all,
> >
> > Just wondering if anyone had thought of this... or done this?
> >
> > It would be useful to be able to link to a remote XML document (such
> > as USGS
> > Earthquake Epicenters :) that is updated daily) and generate a dynamic
> > point
> > layer. Would be easier than harvesting and connecting through existing
> > mechanisms. Food for thought.
> >
> > Cheers,
> >
> > ============================================
> > Joost van Ulden
> > Programmer/Analyst
> > Natural Resources Canada / Ressources naturelles Canada
> > Geological Survey of Canada / Commission geologique du Canada
> > 101 - 605 Robson Street / 101 - 605 rue Robson
> > Vancouver, B.C. / Vancouver (C.-B.)
> > V6B 5J3
> > Office/Bureau: 604.666.7525
> > fax/telecopieur: 604.666.1124
> > jvanulde at nrcan.gc.ca
> > ============================================
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> Paul Ramsey
> Refractions Research
> Email: pramsey at refractions.net
> Phone: (250) 885-0632
>
>
> --__--__--
>
> Message: 3
> Date: Tue, 3 Feb 2004 13:18:36 -0800
> From: Dave Walton <mapserver at digger.net>
> To: mapserver-users at lists.gis.umn.edu
> Cc: "Carol L Heydon" <carol_heydon at usgs.gov>,
> Pericles Nacionales <nacional at cbs.umn.edu>
> Reply-To: mapserver at digger.net
> Subject: [Mapserver-users] Re: MapServer 4.0 Tutorial problems
>
> On Tue, 03 Feb 2004 12:00:06 -0600
> mapserver-users-request at lists.gis.umn.edu wrote:
>
> > From: "Carol L Heydon" <carol_heydon at usgs.gov>
> > Subject: [Mapserver-users] MapServer Tutorial 4.0 Example 1.4 no image
> >
> > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows
> > 2000.
> > I made the needed changes to the path information in the html and map
> > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from
> > 1.4 on the image does not display. What's different beginning with
> > example 1.4?
>
> Carol,
>
> This sounds a lot like the problem I encountered with example 1.4. To
> check, try commenting out these three lines from the LABEL object in the
> 'land' CLASS of the 'states_poly' LAYER:
>
> TYPE TRUETYPE
> FONT arial-bold
> SIZE 12
>
> If commenting those lines out makes it work, see below for my
> solution/workaround. Maybe it will help you, too.
>
> > -- __--__--
> >
> > From: Pericles Nacionales <nacional at cbs.umn.edu>
> > Subject: Re: [Mapserver-users] MapServer 4.0 Tutorial problems
> >
> > Hi there! Can you have a look at your web server's error log and see if
> > there's anything pertinent to the TrueType error you're getting? You
> > might also want to check the permissions on your fonts and fonts
> > directory--make sure the web server account have access to the
> > directory/read access to files.
>
> Perry,
>
> First, thanks for the great tutorial. It has proved very useful and
> educational already, in spite of the various problems I've encountered
> with it.
>
> All I see in the access log is a status code 500, but I'm on a hosting
> service, so I don't seem to have access to the error logs. Permissions
> and such are ok, as I learned when I accidentally got TrueType to work in
> another map file I was working on. Through a long process of trial and
> error, I finally figured out that this is what made it work:
>
> OUTPUTFORMAT
> DRIVER "GDAL/GTIFF"
> END
>
> Adding those three lines to the MAP object in example 1.4 causes TrueType
> fonts to work perfectly. I have no idea how or why, or whether this would
> be called a MapServer bug or a tutorial bug. By my understanding, those
> lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But
> somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"'
> instead doesn't work.
>
> A minor nitpick in the text of 1.4: At the bottom of the page, it
> mentions "example1-4a.map" in reference to the ANNOTATION data type. That
> file does not exist, though example1-5.map does use ANNOTATION.
>
> Now that I've gotten 1.4 to work, on to 1.5....
>
> First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No
> surprise there. But that is not sufficient to get it to work for me. I
> also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable
> the "modis" layer. Only then does it produce an image, though obviously
> without the raster layer displayed.
>
> Any guesses why PNG24 fails (with or without the raster layer) and the
> raster layer fails (with or without PNG24)? I've tried using the idxa
> version of the image, but that doesn't work, either.
>
> Thanks again,
> Dave
>
>
> --__--__--
>
> Message: 4
> Date: Tue, 3 Feb 2004 14:35:48 -0700
> From: "Jason M. Nielsen" <jnielsen at aero-graphics.com>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Dbox user error or code correction?
>
> I do not know if I am just doing things wrong or what but I was making a
toolbar
> option to zoom to the absolute extents of the map and noticed that an
error in
> the javascript console stating that "map" was undefined. Upon inspection I
> noticed that the below function had "map" with no " or '. Again, I dont
know if
> I just didt something incorrectly resulting in this or not but I just put
the
> word map inside ' and now it works.
>
> This is in the "mapserv.js" file.
>
> If I am calling this thing wrong someone let me know or maybe I have an
old
> version of the code etc.
>
> function Mapserv_zoomdefault()
> {
> this.mode = 'map';
> this.extent = this.defaultextent;
> this.cellsize = AdjustExtent(this.extent, this.width, this.height);
> this.draw();
> }
>
> -Jason
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
>
> --__--__--
>
> Message: 5
> Date: Tue, 3 Feb 2004 16:06:22 -0600 (CST)
> From: Pericles Nacionales <nacional at cbs.umn.edu>
> To: Dave Walton <mapserver at digger.net>
> Cc: mapserver-users at lists.gis.umn.edu, Carol L Heydon
<carol_heydon at usgs.gov>
> Subject: Re: [Mapserver-users] Re: MapServer 4.0 Tutorial problems
>
> Dave, Carol, other tutorial users,
>
> Sorry for the long message but please do read on...
>
> > > I'm trying to work through Tutorial4.0 with MapServer 4.0 on Windows
> > > 2000.
> > > I made the needed changes to the path information in the html and map
> > > files. Everything works fine for Examples 1.1, 1.2, and 1.3, but from
> > > 1.4 on the image does not display. What's different beginning with
> > > example 1.4?
> >
> > Carol,
> >
> > This sounds a lot like the problem I encountered with example 1.4. To
> > check, try commenting out these three lines from the LABEL object in the
> > 'land' CLASS of the 'states_poly' LAYER:
> >
> > TYPE TRUETYPE
> > FONT arial-bold
> > SIZE 12
> >
> > If commenting those lines out makes it work, see below for my
> > solution/workaround. Maybe it will help you, too.
> >
>
> If you're going to forgo TRUETYPE fonts, don't comment out TYPE and SIZE.
> Instead, replace the TYPE line with "TYPE BITMAP" and the SIZE line with
> "SIZE LARGE". You will then have to comment out the other keywords
> related to truetype font support (i.e., ANTIALIAS).
>
>
> > > Hi there! Can you have a look at your web server's error log and see
if
> > > there's anything pertinent to the TrueType error you're getting? You
> > > might also want to check the permissions on your fonts and fonts
> > > directory--make sure the web server account have access to the
> > > directory/read access to files.
> >
> > Perry,
> >
> > First, thanks for the great tutorial. It has proved very useful and
> > educational already, in spite of the various problems I've encountered
> > with it.
> >
> > All I see in the access log is a status code 500, but I'm on a hosting
> > service, so I don't seem to have access to the error logs. Permissions
> > and such are ok, as I learned when I accidentally got TrueType to work
in
> > another map file I was working on. Through a long process of trial and
> > error, I finally figured out that this is what made it work:
> >
> > OUTPUTFORMAT
> > DRIVER "GDAL/GTIFF"
> > END
> >
> > Adding those three lines to the MAP object in example 1.4 causes
TrueType
> > fonts to work perfectly. I have no idea how or why, or whether this
would
> > be called a MapServer bug or a tutorial bug. By my understanding, those
> > lines shouldn't even matter, since I'm still using "IMAGETYPE PNG". But
> > somehow 'DRIVER "GDAL/GTIFF"' makes it work, and using 'DRIVER "GD/PNG"'
> > instead doesn't work.
>
> Interesting. GDAL has nothing to do with this example. If you are in
> Windows and are using one of the binary packages from the MapServer site,
> it's possible that it has something to do with my binaries.
>
> >
> > A minor nitpick in the text of 1.4: At the bottom of the page, it
> > mentions "example1-4a.map" in reference to the ANNOTATION data type.
That
> > file does not exist, though example1-5.map does use ANNOTATION.
> >
>
> Oops! Sorry about that. I'll have it fixed shortly.
>
> > Now that I've gotten 1.4 to work, on to 1.5....
> >
> > First, I find that the same OUTPUTFORMAT hack is needed for 1.5. No
> > surprise there. But that is not sufficient to get it to work for me. I
> > also need to replace "IMAGETYPE PNG24" with "IMAGETYPE PNG" and disable
> > the "modis" layer. Only then does it produce an image, though obviously
> > without the raster layer displayed.
> >
> > Any guesses why PNG24 fails (with or without the raster layer) and the
> > raster layer fails (with or without PNG24)? I've tried using the idxa
> > version of the image, but that doesn't work, either.
> >
>
> That's very odd indeed. I've never encountered this problem even when
> using Windows. I'll have to go back and check again.
>
> FYI: I just updated the binaries in the MapServer site. I have added
> Frank's fix to bug 504. I don't think the fix has anything to do with it
> (it's for tiled rasters). However, the version is now at 4.0.1. Also,
> MapServer 3.6 is now at version 3.6.7.
>
> Thanks for your help.
> -Perry N.
>
>
>
> > Thanks again,
> > Dave
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
> --__--__--
>
> Message: 6
> From: "Gleiner Crivelini" <gleinerteruel at hotmail.com>
> To: <mapserver-users at lists.gis.umn.edu>
> Date: Tue, 3 Feb 2004 20:14:37 -0200
> Subject: [Mapserver-users] "nquery" mode
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_0005_01C3EA92.592A8730
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hi list.
> Doe's anybody can tell me how to use the "nquery" mode to produce =
> "imgshape" arround points?
> I think I'm missing some part of the context 'cause I can't see how and =
> where
> to define the text of the query.
> Best Regards,
> gleiner
> ------=_NextPart_000_0005_01C3EA92.592A8730
> Content-Type: text/html;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <META content=3D"MSHTML 6.00.2800.1106" name=3DGENERATOR>
> <STYLE></STYLE>
> </HEAD>
> <BODY bgColor=3D#ffffff>
> <DIV><FONT face=3DArial size=3D2>Hi list.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Doe's anybody can tell me how to use =
> the "nquery"=20
> mode to produce "imgshape" arround points?</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>I think I'm missing some part of the =
> context 'cause=20
> I can't see how and where</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>to define the text of the =
> query.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Best Regards,</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>gleiner</FONT></DIV></BODY></HTML>
>
> ------=_NextPart_000_0005_01C3EA92.592A8730--
>
> --__--__--
>
> Message: 7
> Date: Tue, 3 Feb 2004 17:20:25 -0500
> From: "Charlton Purvis" <cpurvis at asg.sc.edu>
> To: <mapserver-users at lists.gis.umn.edu>
> Subject: [Mapserver-users] php clone() doesn't cut it
>
> Hi, folks:
>
> I finally rewrote a raster querying kludge that works well. At least,
> in my opinion. But I learned the hard way that I can't count on php's
> mapObj clone().
>
> If you try to clone() a mapObj and save it to a new variable, everything
> will be OK *unless* you try to manipulate the layers. I could not get
> something like the following sequence to work:
>
> (1) original mapObj's first layer is STATUS ON
> (2) draw the original map (first layer is drawn)
> (3) clone the original map to cloneMap
> (4) set the clonMap's first layer to STATUS OFF
> (5) draw the clone map (first layer is off)
> (6) now draw the original map *** first layer is OFF !!! ***
>
> It is a PHP fault. Something along the lines of the paragraph that
> begins "Want to allow . ." from
> http://www.masterofweb.com/item/102/catid/10.
>
> So my workaround was to save my current map state to a .map, and then
> create a new mapObj based on that .map.
>
> Just trying to save others some tears and premature graying.
>
> Charlton
>
>
>
>
> Charlton Purvis
> (803) 777-8858 : voice
> (803) 777-3935 : fax
> cpurvis at sc.edu
>
> Baruch Institute
> University of South Carolina
> Columbia, SC 29208
>
>
>
> --__--__--
>
> Message: 8
> Date: Tue, 03 Feb 2004 16:39:21 -0600
> From: "Steve Lime" <steve.lime at dnr.state.mn.us>
> To: <jnielsen at aero-graphics.com>, <mapserver-users at lists.gis.umn.edu>
> Subject: Re: [Mapserver-users] Dbox user error or code correction?
>
> There certainly should have been quotes. I'll make the change on my end
> if I haven't already. Thanks for letting me know.
>
> Steve
>
> >>> "Jason M. Nielsen" <jnielsen at aero-graphics.com> 2/3/2004 3:35:48 PM
> >>>
> I do not know if I am just doing things wrong or what but I was making
> a toolbar
> option to zoom to the absolute extents of the map and noticed that an
> error in
> the javascript console stating that "map" was undefined. Upon
> inspection I
> noticed that the below function had "map" with no " or '. Again, I
> dont know if
> I just didt something incorrectly resulting in this or not but I just
> put the
> word map inside ' and now it works.
>
> This is in the "mapserv.js" file.
>
> If I am calling this thing wrong someone let me know or maybe I have an
> old
> version of the code etc.
>
> function Mapserv_zoomdefault()
> {
> this.mode = 'map';
> this.extent = this.defaultextent;
> this.cellsize = AdjustExtent(this.extent, this.width, this.height);
> this.draw();
> }
>
> -Jason
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> --__--__--
>
> Message: 9
> Date: Tue, 03 Feb 2004 16:40:56 -0600
> From: "Steve Lime" <steve.lime at dnr.state.mn.us>
> To: <assefa at dmsolutions.ca>, <warmerdam at pobox.com>, <bartvde at xs4all.nl>
> Cc: <mapserver-users at lists.gis.umn.edu>
> Subject: Re: [Mapserver-users] Mapserver WFS performance
>
> That'll explain a few things. I hadn't looked at the WFS spec closely.
> Guess my parameter naming was right on in the first place though.
>
> Steve
>
> >>> Bart van den Eijnden <bartvde at xs4all.nl> 2/3/2004 12:38:48 PM >>>
> Hi Steve,
>
> just for clarity.
>
> I was not referring to the MAXFEATURES parameter of the Mapserver MAP
> file.
>
> I was referring to the MAXFEATURES parameter which is part of the OGC
> WFS
> interface (passed over HTTP GET to the Mapserver WFS).
>
> Maybe ofcourse Mapserver WFS internally passes this the same way to the
>
> Mapserver core as the MAXFEATURES parameter from the MAP file. This I
> don't know.
>
> Best regards,
> Bart
>
> On Mon, 02 Feb 2004 17:04:12 -0600, Steve Lime
> <steve.lime at dnr.state.mn.us> wrote:
>
> > Checkout bug 553 for more discussion on this topic...
> >
> > Note that MAXFEATURES was always intended for display, not query,
> > purposes.
> >
> > Steve
> >
> >>>> Frank Warmerdam <warmerdam at pobox.com> 2/2/2004 4:07:34 PM >>>
> > Yewondwossen Assefa wrote:
> >> Here is how things work :
> >> - the user does a wfs request
> >> - in is translated in mapserver query : the query does not take
> > into
> >> account the maxfeatures.
> >> - The MAXFEATURES is taken into account when generating the
> >> resulting gml file
> >>
> >> So yes, It ends up doing the query on all the shapes in your
> case.
> >>
> >> I think we should modify mapserver low level query functions to be
> > able
> >> to pass a maxfeature parameter. Some of the query functions have a
> > mode
> >> (single or mulitple), and this notion should be extended to support
> a
> >
> >> maxfeature. Once this is done the wfs interface can take advantage
> of
> > it.
> >
> > Assefa, and others,
> >
> > On a vaguely related note, the current query interface seems to make
> a
> > pass generating the 'item ids' for all the features which match the
> > query. Then when the query is returned another pass is made
> fetching
> > the
> > shapes by id. With shapefiles this isn't particularly expensive,
> > though it
> > does presumably result in the features being parsed from the binary
> > twice.
> >
> > But for some OGR supported formats fetching "by id" can be very
> > expensive.
> >
> > If we are restructuring the query mechanism what are the chances of
> > reviewing
> > this whole two pass approach? Since WFS is basically always using
> the
> > query mechanism it seems this is a significant performance issue for
> > some
> > WFS setups. Even for "good formats" there is a bunch of overhead.
> >
> > Of course, I may be mis-understanding how things are working ...
> I've
> > only
> > glanced at it.
> >
> > Best regards,
> >
>
>
>
> --
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> --__--__--
>
> Message: 10
> Date: Tue, 03 Feb 2004 16:44:06 -0600
> From: "Steve Lime" <steve.lime at dnr.state.mn.us>
> To: <boily at bsw.org>, <mapserver-users at lists.gis.umn.edu>
> Subject: Re: [Mapserver-users] Querying on multiple fields
>
> Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN
> '24') properly? Spaces aren't allowed and should be replaced with either
> a + or a %20. We should still track down the source of the error though,
> error 500's are never good.
>
> Steve
>
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> >>> Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM >>>
> Hi,
>
> On a cgi url I've tried to query on multiple fields with this:
> NB: for easy reading space and " are normals but I used %20(space) and
>
> %27(')
> &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> it works perfectly on windows Mapserver 4.0.1
>
> But I receive error 500 from Apache on linux: (Premature end of script
>
> headers: mapserv)
> &qitem=PART_N&qstring=556 works fine on linux
> but I receive the same error with:
> &qstring=('[PART_N]' IN '556')
>
> Is there anyone who has any idea?
>
> Is there a way to make multiple fileds query with qitem and qstring?
>
> Thanks a lot
>
> Roger
>
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
> --__--__--
>
> Message: 11
> Date: Tue, 03 Feb 2004 17:10:18 -0600
> From: "Steve Lime" <steve.lime at dnr.state.mn.us>
> To: <mapserver-users at lists.gis.umn.edu>, <mofumyke at yahoo.com>
> Subject: Re: [Mapserver-users] Mapserver 4.1 (dev) and SVG output
> problem
>
> How are you generating the SVG, using a template? If so, what does the
> template(s) look like?
>
> Steve
>
> >>> yuth hor <mofumyke at yahoo.com> 2/3/2004 5:30:51 AM >>>
>
> Hi all,
>
>
>
> I have tried to generate the SVG file from mapserver, first, I use
> Redhat 9 + Mapserver 4.1 (nightly build (27.01.04)
>
>
>
> So, My results are:
>
> 1. It was ok with the shp file in UTM
>
> 2. It had a problem with a shp file in Lat Lon (because the SVG file
> that returned from Mapserver is Integer value not floating point)
>
>
>
> Here is the result SVG from Mapserver;
>
>
>
> <?xml version="1.0" encoding="iso-8859-1" standalone="no"?>
>
> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN"
> "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"
>
> >
>
>
>
> <!-- flip the y coordinates so that the map orientation matches the
> graphic orientation -->
>
> <svg viewBox="135.000000 -49.000000 149.000000 -35.000000">
>
>
>
>
>
> <desc>Generated by MapServer</desc>
>
> <defs>
>
> <style type="text/css">
>
> <![CDATA[
>
> .point { fill:black;stroke:black }
>
> .line { fill:none;stroke:black }
>
> .poly { cursor:pointer;fill:#003366;stroke:#999999;stroke-width:0.1 }
>
> ]]>
>
> </style>
>
>
>
> </defs>
>
>
>
> <!-- features to follow -->
>
> <!-- this is the start of a layer -->
>
> <g class="poly">
>
> <path id="[CTY_FIPS]" d="M 132 -33 132 -33 132 -33 132 -33 132 -33 132
> -33 132 -33 132 -33M 132 -34 132 -34 132 -34 132 -34 132 -34 132 -34 132
> -34 132 -34 132 -34 132 -34 132 -34M 132 -33 132 -33 132 -33 132 -33 132
> -33 132 -33M 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132
> -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132
> -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132 -33 132
> -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132
> -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33 132 -33M 132 -33 132
> -33 132 -#12539;#12539;#12539;#12539;.142 -44 142 -44 142 -44 142 -44
> 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44
> 142 -44 142 -44 142 -44 142 -44 142 -44 142 -44 142 -45 142 -45 142 -45
> 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45 142 -45">
>
>
>
> </path>
>
> </g>
>
> <!-- this is the end of a layer -->
>
> <script>
>
> <![CDATA[
>
>
>
> ]]>
>
> </script>
>
> </svg>
>
>
>
> Anyone can guide me?
>
>
>
> Thank you very much in advanced,
>
>
>
> Teerayut
>
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free web site building tool. Try it!
>
> --__--__--
>
> Message: 12
> Cc: <mapserver-users at lists.gis.umn.edu>
> From: Sean Gillies <sgillies at frii.com>
> Subject: Re: [Mapserver-users] php clone() doesn't cut it
> Date: Tue, 3 Feb 2004 16:11:09 -0700
> To: "Charlton Purvis" <cpurvis at asg.sc.edu>
>
> On Feb 3, 2004, at 3:20 PM, Charlton Purvis wrote:
>
> > Hi, folks:
> >
> > I finally rewrote a raster querying kludge that works well. At least,
> > in my opinion. But I learned the hard way that I can't count on php's
> > mapObj clone().
> >
> > If you try to clone() a mapObj and save it to a new variable,
> > everything
> > will be OK *unless* you try to manipulate the layers. I could not get
> > something like the following sequence to work:
> >
> > (1) original mapObj's first layer is STATUS ON
> > (2) draw the original map (first layer is drawn)
> > (3) clone the original map to cloneMap
> > (4) set the clonMap's first layer to STATUS OFF
> > (5) draw the clone map (first layer is off)
> > (6) now draw the original map *** first layer is OFF !!! ***
> >
> > It is a PHP fault. Something along the lines of the paragraph that
> > begins "Want to allow . ." from
> > http://www.masterofweb.com/item/102/catid/10.
> >
> > So my workaround was to save my current map state to a .map, and then
> > create a new mapObj based on that .map.
> >
> > Just trying to save others some tears and premature graying.
> >
> > Charlton
> >
> >
>
> Charlton,
>
> As far as I know, PHP MapScript's clone() is using the code in
> mapcopy.c.
> and this is working OK for the Python MapScript:
>
> Python 2.3 (#6, Sep 14 2003, 15:46:16)
> [GCC 3.1 20020420 (prerelease)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from mapscript import *
> >>> mapobj = mapObj('tests/test.map')
> >>> clone = mapobj.clone()
> >>> mapobj.getLayer(0)
> <C layerObj instance at _000e8000_p_layerObj>
> >>> clone.getLayer(0)
> <C layerObj instance at _000f1000_p_layerObj>
> >>> mapobj.getLayer(0).status
> 2
> >>> clone.getLayer(0).status
> 2
> >>> mapobj.getLayer(0).status = MS_OFF
> >>> mapobj.getLayer(0).status
> 0
> >>> clone.getLayer(0).status
> 2
>
> I don't understand what would be different with PHP, unless it's not
> using MapServer's map cloning after all.
>
> Sean
>
> --
> Sean Gillies
> sgillies at frii dot com
> http://users.frii.com/sgillies
>
>
> --__--__--
>
> Message: 13
> Date: Tue, 03 Feb 2004 23:14:30 +0000
> From: Keith Campbell <scoota at supanet.com>
> Reply-To: scoota at supanet.com
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Too hard, too easy or too boring?
>
> OK, just trying to get your attention. I posted this yesterday under a
> different title and got no responses.
>
> Here's the problem. I'm trying to compila an install a WFS Server
> enabled Mapserver on a Solaris (this is proving to be a very frustrating
> experience, no doubt partly due to my lack of knowledge of UNIX). I
> think I've got all the libraries installed that I need, even though they
> are in non-standard locations (it's not my server). The configure script
> runs to completion and only seems to complain once:-
>
> checking for httpd... /export/home/local/apache2/bin/httpd
> awk: syntax error near line 1
> awk: bailing out near line 1
> awk: syntax error near line 1
> awk: bailing out near line 1
> /export/home/local/apache2/bin/httpd version is Apache/2.0.45 ().
>
> Not sure what this means or what the implications are.
>
> Anyway, this is what I fed into the configure:-
>
> bash$ ./configure --with-jpeg=/export/home/local/util/jpeg
> --with-freetype=/exp
> ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib
> --with-pn
> g=/export/home/local/util/libpng
> --with-libiconv=/export/home/local/util/libico
> nv --with-gd=/export/home/local/util/gd-2.0.15
> --with-proj=/export/home/local/u
> til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config
> --with-gdal=
> /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis
>
> The make process ran for some time before spitting this out:-
>
> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> symbol <unkn
> own>: offset 0xfd6609c9 is non-aligned
> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> symbol <unkn
> own>: offset 0xfd660a09 is non-aligned
> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> symbol <unkn
> own>: offset 0xfd660a69 is non-aligned
> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> symbol <unkn
> own>: offset 0xfd660c29 is non-aligned
> collect2: ld returned 1 exit status
> make: *** [shp2img] Error 1
>
> I can't find anything in the archives that points to the cause of this.
> Can anybody help?
>
> Thanks,
>
> Keith
>
>
>
> --__--__--
>
> Message: 14
> From: "Stephen Clark" <stephen.clark at focus.ca>
> To: <mapserver-users at lists.gis.umn.edu>
> Date: Tue, 3 Feb 2004 17:03:30 -0800
> Subject: [Mapserver-users] would like some help to dynamically change the
size of TTF fonts using php mapscript
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_0215_01C3EA77.A62BC500
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hi all,
>
> Below is a piece of code that I am working on to change the size of =
> labels. The label size does not change using either condition:
>
> 1. $new_label_size =3D $label_size * 2;
>
> or
>
> 2. $new_label_size =3D 40;
>
> Is there some function I am missing like a set(...) function ??
>
>
>
> if (some condition)
>
> {
>
> print " <i> The layer is : $layer->name </i> <br>";
>
> $class =3D $layer->getClass(0);
>
> $label_size =3D $class->label->size;
>
> print " <i> The old label size is : $label_size </i> <br>";
>
> //$new_label_size =3D $label_size * 2;
>
> $new_label_size =3D 40;
>
> $class->label->size =3D $new_label_size;
>
> print " <i> The new label size is : $new_label_size </i> <br>";
>
> }
>
>
>
> The layer :
>
>
>
> LAYER
> NAME "my_text"
>
> STATUS OFF
> DATA "d:/layer/TEXT_text"
> TYPE ANNOTATION
> LABELITEM "TEXTSTRING"
> CLASS
> COLOR 255 255 0
> LABEL
> MINFEATURESIZE 40
> MINDISTANCE 150
> POSITION CC
> COLOR 255 255 0
>
> FONT arial
> TYPE truetype
> SIZE 10
> FORCE TRUE
> END
> END
>
> METADATA
> WMS_TITLE "Miscellaneous Text"
> WMS_ABSTRACT "N/A"
> WMS_SRS "EPSG:26910"
> END
>
>
> END
>
>
>
> thanks
> Stephen
>
>
> ------=_NextPart_000_0215_01C3EA77.A62BC500
> Content-Type: text/html;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <META content=3D"MSHTML 6.00.2800.1276" name=3DGENERATOR>
> <STYLE></STYLE>
> </HEAD>
> <BODY>
> <DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Below is a piece of code that I am =
> working on to=20
> change the size of labels. The label size does not change using =
> either=20
> condition:</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>1. $new_label_size =3D $label_size * =
> 2;</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>or</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>2. $new_label_size =
> =3D=20
> 40;</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Is there some function I am missing =
> like a set(...)=20
> function ??</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT><FONT face=3DArial =
> size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT><FONT face=3DArial =
> size=3D2></FONT> </DIV>
> <DIV>
> <P><FONT face=3DArial size=3D2>if (some condition)</FONT></P>
> <P><FONT face=3DArial size=3D2>{</FONT></P>
> <P><FONT face=3DArial size=3D2> print " <i> The =
> layer is :=20
> $layer->name </i> <br>";</FONT></P>
> <P><FONT face=3DArial size=3D2> $class =3D=20
> $layer->getClass(0);</FONT></P>
> <P><FONT face=3DArial size=3D2> $label_size =3D=20
> $class->label->size;</FONT></P>
> <P><FONT face=3DArial size=3D2> print " <i> The =
> old label=20
> size is : $label_size </i> <br>";</FONT></P>
> <P><FONT face=3DArial size=3D2> //$new_label_size =3D =
> $label_size *=20
> 2;</FONT></P>
> <P><FONT face=3DArial size=3D2> $new_label_size =3D =
> 40;</FONT></P>
> <P><FONT face=3DArial size=3D2> =
> $class->label->size =3D=20
> $new_label_size;</FONT></P>
> <P><FONT face=3DArial size=3D2> print " <i> The =
> new label=20
> size is : $new_label_size </i> <br>";</FONT></P>
> <P><FONT face=3DArial size=3D2>}</FONT></P>
> <P><FONT face=3DArial size=3D2></FONT> </P>
> <P><FONT face=3DArial size=3D2>The layer :</FONT></P>
> <P><FONT face=3DArial size=3D2></FONT> </P>
> <P><FONT face=3DArial size=3D2>LAYER<BR> NAME =
> "my_text"<BR><BR> STATUS=20
> OFF<BR> DATA "d:/layer/TEXT_text"<BR> TYPE =
> ANNOTATION<BR> =20
> LABELITEM "TEXTSTRING"<BR> CLASS<BR> COLOR 255 =
> 255=20
> 0<BR> LABEL<BR> =
> MINFEATURESIZE=20
> 40<BR> MINDISTANCE=20
> 150<BR> POSITION=20
> CC<BR> COLOR 255 255 0</FONT></P>
> <P><FONT face=3DArial size=3D2> FONT=20
> arial<BR> TYPE=20
> truetype<BR> SIZE=20
> 10<BR> FORCE TRUE<BR> =20
> END<BR> END</FONT></P>
> <P><FONT face=3DArial size=3D2> METADATA<BR> =
> WMS_TITLE=20
> "Miscellaneous Text"<BR> WMS_ABSTRACT=20
> "N/A"<BR> WMS_SRS "EPSG:26910"<BR> =
> END</FONT></P><FONT=20
> face=3DArial size=3D2>
> <P><BR>END</P>
> <P> </P>
> <DIV><FONT face=3DArial size=3D2>thanks</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Stephen</FONT></DIV>
> <P></FONT> </P></DIV></BODY></HTML>
>
> ------=_NextPart_000_0215_01C3EA77.A62BC500--
>
>
> --__--__--
>
> Message: 15
> Date: Tue, 3 Feb 2004 18:07:01 -0600 (CST)
> From: Pericles Nacionales <nacional at cbs.umn.edu>
> To: Keith Campbell <scoota at supanet.com>
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Too hard, too easy or too boring?
>
>
> I'm not a Solaris user but you might need additional FLAGS/LIBS to get
> MapServer to work on that platform. Look at XTRALIBS in your Makefile and
> make sure "-lm -lstdc++" are there. Perhaps it will work with other,
> comparable libs.
>
> Just guessing.
>
> -Perry
>
> On Tue, 3 Feb 2004, Keith Campbell wrote:
>
> > OK, just trying to get your attention. I posted this yesterday under a
> > different title and got no responses.
> >
> > Here's the problem. I'm trying to compila an install a WFS Server
> > enabled Mapserver on a Solaris (this is proving to be a very frustrating
> > experience, no doubt partly due to my lack of knowledge of UNIX). I
> > think I've got all the libraries installed that I need, even though they
> > are in non-standard locations (it's not my server). The configure script
> > runs to completion and only seems to complain once:-
> >
> > checking for httpd... /export/home/local/apache2/bin/httpd
> > awk: syntax error near line 1
> > awk: bailing out near line 1
> > awk: syntax error near line 1
> > awk: bailing out near line 1
> > /export/home/local/apache2/bin/httpd version is Apache/2.0.45
().
> >
> > Not sure what this means or what the implications are.
> >
> > Anyway, this is what I fed into the configure:-
> >
> > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg
> > --with-freetype=/exp
> > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib
> > --with-pn
> > g=/export/home/local/util/libpng
> > --with-libiconv=/export/home/local/util/libico
> > nv --with-gd=/export/home/local/util/gd-2.0.15
> > --with-proj=/export/home/local/u
> > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config
> > --with-gdal=
> > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis
> >
> > The make process ran for some time before spitting this out:-
> >
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd6609c9 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660a09 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660a69 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660c29 is non-aligned
> > collect2: ld returned 1 exit status
> > make: *** [shp2img] Error 1
> >
> > I can't find anything in the archives that points to the cause of this.
> > Can anybody help?
> >
> > Thanks,
> >
> > Keith
> >
> >
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
> --__--__--
>
> Message: 16
> Date: Tue, 03 Feb 2004 17:12:17 -0800
> From: Paul Ramsey <pramsey at refractions.net>
> Subject: Re: [Mapserver-users] Too hard, too easy or too boring?
> To: Pericles Nacionales <nacional at cbs.umn.edu>
> Cc: Keith Campbell <scoota at supanet.com>, mapserver-users at lists.gis.umn.edu
>
> More likely there really is an alignment error in the mapserver code.
> It is moderately easy to get them if you are not used to writing
> portable code and are only testing on Linux/x86. As we have found,
> since everyone except Dave has added one to PostGIS at one point or
> another (and Dave is only good because he did all the initial
> development on Solaris).
>
> If Steve or the folks from DM would like access to a Solaris box for
> testing, I can arrange one.
>
> Paul
>
> On Tuesday, February 3, 2004, at 04:07 PM, Pericles Nacionales wrote:
>
> >
> > I'm not a Solaris user but you might need additional FLAGS/LIBS to get
> > MapServer to work on that platform. Look at XTRALIBS in your Makefile
> > and
> > make sure "-lm -lstdc++" are there. Perhaps it will work with other,
> > comparable libs.
> >
> > Just guessing.
> >
> > -Perry
> >
> > On Tue, 3 Feb 2004, Keith Campbell wrote:
> >
> >> OK, just trying to get your attention. I posted this yesterday under a
> >> different title and got no responses.
> >>
> >> Here's the problem. I'm trying to compila an install a WFS Server
> >> enabled Mapserver on a Solaris (this is proving to be a very
> >> frustrating
> >> experience, no doubt partly due to my lack of knowledge of UNIX). I
> >> think I've got all the libraries installed that I need, even though
> >> they
> >> are in non-standard locations (it's not my server). The configure
> >> script
> >> runs to completion and only seems to complain once:-
> >>
> >> checking for httpd... /export/home/local/apache2/bin/httpd
> >> awk: syntax error near line 1
> >> awk: bailing out near line 1
> >> awk: syntax error near line 1
> >> awk: bailing out near line 1
> >> /export/home/local/apache2/bin/httpd version is Apache/2.0.45
> >> ().
> >>
> >> Not sure what this means or what the implications are.
> >>
> >> Anyway, this is what I fed into the configure:-
> >>
> >> bash$ ./configure --with-jpeg=/export/home/local/util/jpeg
> >> --with-freetype=/exp
> >> ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib
> >> --with-pn
> >> g=/export/home/local/util/libpng
> >> --with-libiconv=/export/home/local/util/libico
> >> nv --with-gd=/export/home/local/util/gd-2.0.15
> >> --with-proj=/export/home/local/u
> >> til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config
> >> --with-gdal=
> >> /export/home/local/util/gdal/apps/gdal-config --with-wfs
> >> --with-postgis
> >>
> >> The make process ran for some time before spitting this out:-
> >>
> >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> >> symbol <unkn
> >> own>: offset 0xfd6609c9 is non-aligned
> >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> >> symbol <unkn
> >> own>: offset 0xfd660a09 is non-aligned
> >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> >> symbol <unkn
> >> own>: offset 0xfd660a69 is non-aligned
> >> ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> >> symbol <unkn
> >> own>: offset 0xfd660c29 is non-aligned
> >> collect2: ld returned 1 exit status
> >> make: *** [shp2img] Error 1
> >>
> >> I can't find anything in the archives that points to the cause of
> >> this.
> >> Can anybody help?
> >>
> >> Thanks,
> >>
> >> Keith
> >>
> >>
> >> _______________________________________________
> >> Mapserver-users mailing list
> >> Mapserver-users at lists.gis.umn.edu
> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> Paul Ramsey
> Refractions Research
> Email: pramsey at refractions.net
> Phone: (250) 885-0632
>
>
> --__--__--
>
> Message: 17
> From: woodbri at swoodbridge.com
> To: <mapserver-users at lists.gis.umn.edu>,
> "Stephen Clark" <stephen.clark at focus.ca>
> Date: Tue, 03 Feb 2004 20:32:58 -0500
> Subject: Re: [Mapserver-users] would like some help to dynamically change
the size of TTF fonts using php mapscript
> Reply-to: woodbri at swoodbridge.com
>
> Try
>
> $class->label->set("size", $new_label_size);
>
> -Steve
>
> On 3 Feb 2004 at 17:03, Stephen Clark wrote:
>
> > Hi all,
> >
> > Below is a piece of code that I am working on to change the size of
labels. The label size does not change using either condition:
> >
> > 1. $new_label_size = $label_size * 2;
> >
> > or
> >
> > 2. $new_label_size = 40;
> >
> > Is there some function I am missing like a set(...) function ??
> >
> >
> >
> > if (some condition)
> >
> > {
> >
> > print " <i> The layer is : $layer->name </i> <br>";
> >
> > $class = $layer->getClass(0);
> >
> > $label_size = $class->label->size;
> >
> > print " <i> The old label size is : $label_size </i> <br>";
> >
> > //$new_label_size = $label_size * 2;
> >
> > $new_label_size = 40;
> >
> > $class->label->size = $new_label_size;
> >
> > print " <i> The new label size is : $new_label_size </i> <br>";
> >
> > }
> >
> >
> >
> > The layer :
> >
> >
> >
> > LAYER
> > NAME "my_text"
> >
> > STATUS OFF
> > DATA "d:/layer/TEXT_text"
> > TYPE ANNOTATION
> > LABELITEM "TEXTSTRING"
> > CLASS
> > COLOR 255 255 0
> > LABEL
> > MINFEATURESIZE 40
> > MINDISTANCE 150
> > POSITION CC
> > COLOR 255 255 0
> >
> > FONT arial
> > TYPE truetype
> > SIZE 10
> > FORCE TRUE
> > END
> > END
> >
> > METADATA
> > WMS_TITLE "Miscellaneous Text"
> > WMS_ABSTRACT "N/A"
> > WMS_SRS "EPSG:26910"
> > END
> >
> >
> > END
> >
> >
> >
> > thanks
> > Stephen
> >
> >
>
>
>
> --__--__--
>
> Message: 18
> Date: Wed, 04 Feb 2004 10:35:49 +0800
> From: Steve McCrone <ms57 at streamyx.com>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] jBox - form not submitting??
>
> Hello,
>
> I did ask this question a few days ago, but it has caused another problem.
I
> am using the jBox applet. Here's what I've got -
>
> function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
> document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
> maxy;
> document.mapserv.imgxy.value = minx + " " + miny;
> document.mapserv.submit();
> }
>
> function preSubmit(){
> ...
> }
>
> <form method="GET" action="[program]" name="mapserv"
onSubmit="preSubmit()">
>
> The setbox_handler function gets called when a "tool" is used, and
> therefore, the document appears to be submitted. However, the preSubmit()
> function does not get called. It only gets called when the user does a
> "refresh" (i.e.<input type="submit" value="Refresh/Query">)
>
> Can't figure out why the document.mapserv.submit(); statement will not
> actually submit the form in order to have my preSubmit() function
alled -
> strange.
>
> Thanks
>
>
>
> --__--__--
>
> Message: 19
> Date: Tue, 03 Feb 2004 19:40:52 -0800
> From: Emilio Mayorga <emiliom at u.washington.edu>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Re: Setting scale of map while using dbox
>
>
> Jason,
>
> I have a dbox application where the functionality you mention is working
> just fine. It's borrowed from a couple of other applications, of
> course... Anyways, here's the gist:
>
> ** Here's the FORM element:
> <form name="scaleform" action="javascript:void(0)" onSubmit="return
> change_scale()">
> <input type="submit" value="Zoom to Scale:">
> <input type="text" name="scale" maxlength="10" size="10">
> </form>
>
> ** Which calls the change_scale function on submit:
> function change_scale() {
> var x = (ms.extent[0] + ms.extent[2])/2.0;
> var y = (ms.extent[1] + ms.extent[3])/2.0;
> ms.zoomscale(x, y, document.scaleform.scale.value);
> return false;
> }
>
> Don't ask me to explain or justify every bit of code; in some cases I've
> forgotten, in other cases I simply never bothered to learn why things
> were the way they were in the code I borrowed.
>
> Good luck.
>
> -Emilio
> ------------------
>
> I was wondering if anyone might be able to tell me how to go about
> sumbitting a fixed scale (ie: typed in by user) to mapserver when using
> the dbox stuff.
>
> Below is an idea of how to get the scale set but I do not see where
> "scale" is used in the mapserv.js file. I know a parameter can be passed
> directly to mapserv cgi and I also noticed functions such as "function
> Mapserv_setextentfromscale(x, y, scale)" but I dont see where I get my
> coordinates from (ie: mapx, mapy if just using regular html).
>
> I just have a refresh button at the moment to press once the scale is set.
>
> <font class="fontbold">Scale=> 1:</font><input class="inputfield"
> size="10" maxlength="10" type="text" name="scale_ratio" title="scale
> ratio" alt="scale ratio" value="" onChange="ms.scale=this.value">
>
> Would the right was to do this be to call the above function directly
> with the x, y and scale?
>
> --__--__--
>
> Message: 20
> Date: Tue, 03 Feb 2004 20:44:52 -0700
> From: Richard Greenwood <rich at greenwoodmap.com>
> To: Steve McCrone <ms57 at streamyx.com>, mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Re: onSubmit - jBox
>
> Steve McCrone wrote:
> > Hello Richard,
> >
> > I have just posted this question, but thought I would also ask you since
you
> > have done simiar to what I am trying to do
> > Here's what I've got -
> >
> > function setbox_handler(name, minx, miny, maxx, maxy, redraw) {
> > document.mapserv.imgbox.value = minx + " " + miny + " " + maxx + " " +
> > maxy;
> > document.mapserv.imgxy.value = minx + " " + miny;
> > document.mapserv.submit();
> > }
> >
> > function preSubmit(){
> > ...
> > }
> >
> > <form method="GET" action="[program]" name="mapserv"
onSubmit="preSubmit()">
> >
> > The setbox_handler function gets called when a "tool" is used, and
> > therefore, the document appears to be submitted. However, the
preSubmit()
> > function does not get called. It only gets called when the user does a
> > "refresh" (i.e.<input type="submit" value="Refresh/Query">)
> >
> > Can't figure out why the document.mapserv.submit(); statement will not
> > actually submit the form in order to have my preSubmit() function
alled -
> > strange.
>
> I think this is a peculiarity of Javascript. The Javascript submit()
> function simply submits the form "directly", it does not look at, or
> process any of the attributes in the <FORM> tag. So to process the
> preSubmit() function in setbox_handler() you need:
> if (preSubmit()) {
> document.mapserv.submit();
> }
> assuming your preSubmit() function returns a boolean value, or if not
> simply :
> preSubmit();
> document.mapserv.submit();
>
> Rich
> --
> Richard Greenwood
> www.greenwoodmap.com
>
>
> --__--__--
>
> Message: 21
> Date: Wed, 4 Feb 2004 14:45:22 +1000
> From: "Ellis Robin (Bundaberg)" <Robin.Ellis at nrm.qld.gov.au>
> To: "MapSever Users (E-mail)" <mapserver-users at lists.gis.umn.edu>
> Subject: [Mapserver-users] getShape() with SDE and PostGIS
>
> I'm using PHP mapscript with version 3.6.3 of Mapserver. Using the
following mapscript I can successfully return the extent of a polygon from a
PostGIS layer, however I can't repeat the success with a similar SDE layer.
>
> $zoomdcdblayer->queryByAttributes(MS_MULTIPLE);
> $thenum_results = $zoomdcdblayer->getNumResults();
>
> for ($i=0;$i < $thenum_results; $i++) {
> $result = $zoomdcdblayer->getResult($i);
> $zoomdcdblayer->open("test");
> $rvshape = $zoomdcdblayer->getShape($result->{tileindex},
$result->{shapeindex});
> $shpbnd = $rvshape->bounds;
> print_r($shpbnd);
> $zoomdcdblayer->close();
> }
>
> From my PostGIS layer I get this 'shpbnd' output:
> rect Object ( [_handle_] => Resource id #23 [minx] => 152.226563 [miny]
=> -25.004187 [maxx] => 152.234491 [maxy] => -24.997927 )
>
> But from my SDE layer I get this:
> rect Object ( [_handle_] => Resource id #18 [minx] => -1 [miny] => -1
[maxx] => -1 [maxy] => -1 )
>
> The relevant part of my mapfile looks like this:
>
> Postgis Layer
> CONNECTIONTYPE postgis
> CONNECTION "user=username password=xxxxxxxx dbname=veg"
> DATA "geo_value from sedcdb"
>
> SDE Layer
> CONNECTION "sdeserver,instance,database,username,xxxxxxxx"
> CONNECTIONTYPE sde
> DATA "SDEAPP.DCDB,SHAPE"
>
>
> Does anyone know if getShape is unlikely to work with SDE, or if there is
something I need to do to get the correct result?
>
> Thanks
>
> Rob
>
> Robin Ellis
> Department of Natural Resources and Mines
> PO Box 1167
> Bundaberg QLD 4670
> ph +61 7 4131 5771
> fax +61 7 4131 5823
> Robin.Ellis at nrm.qld.gov.au
>
>
>
>
> ************************************************************************
> The information in this e-mail together with any attachments is
> intended only for the person or entity to which it is addressed
> and may contain confidential and/or privileged material.
> Any form of review, disclosure, modification, distribution
> and/or publication of this e-mail message is prohibited.
> If you have received this message in error, you are asked to
> inform the sender as quickly as possible and delete this message
> and any copies of this message from your computer and/or your
> computer system network.
> ************************************************************************
>
>
>
> --__--__--
>
> Message: 22
> Date: Wed, 04 Feb 2004 08:58:54 +0100
> From: Roger Boily <boily at bsw.org>
> To: Steve Lime <steve.lime at dnr.state.mn.us>,
Mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Querying on multiple fields
>
> This is a multi-part message in MIME format.
> --------------090503090003060205050000
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Content-Transfer-Encoding: 7bit
>
> Hi Stephen,
> Thanks for answering. Yes, I've escaped the spaces with %20 and tried to
> escape ' with %27 too.
> No way to make it run. I had it working for one year with MapServer 3.6
> (both Linux and Win) and it works
> fine also with the qstring modifications on MapServer 4.0 for Windows,
> but I can't figure out where is
> the problem with Linux (tested on two servers). Even the simple
> &qstring=('[PART_N]' IN '556') does not
> work. It works fine with &qitem=PART_N&qstring=556 .
> To help you in helping me :-), I have made an example on my local
> testing server:
> The first url works properly and the second one fails.
>
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10
>
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=('[FOGLIO_N]'%20IN%20'10')
> I attach also the map file.
> I need the second one to work because I have to query two fields at once.
> ex: FOGLIO_N = 10 AND PART_N = 254
>
> Thanks in advance, Roger
>
> ----------------------------
> MAP FILE: urbis.map
> ----------------------------
> NAME urbis
> STATUS ON
> SIZE 650 400
> EXTENT 475.66 2404.5 5974.34 6239.61
> UNITS meters
> SHAPEPATH "data"
> IMAGETYPE PNG
> IMAGECOLOR 153 153 153
> TRANSPARENT ON
> FONTSET "/var/www/html/sittel/procida/font/fonts.txt"
>
> WEB
> TEMPLATE header_1024.html
> IMAGEPATH '/var/www/html/tmp/'
> IMAGEURL '/tmp/'
> MINSCALE 100
> END #WEB
>
> QUERYMAP
> STATUS ON
> STYLE HILITE
> COLOR 255 255 0 # highlight color is yellow
> END
>
> ###### LAYER C A T A S T O ###########
> LAYER
> NAME 'catasto'
> TYPE Polygon
> STATUS ON
> DATA 'lotti'
> # TEMPLATE index_basso.phtml
> LABELITEM 'PART_N'
> MAXSCALE 25000
> CLASS
> Name 'catasto'
> LABEL
> TYPE TRUETYPE
> FONT time
> BUFFER 3
> COLOR 255 0 0
> POSITION CC
> SIZE 8
> END
> OUTLINECOLOR 100 255 000
> END # CLASS
> END # LAYER
>
> ###### LAYER F O G L I ########
> LAYER
> NAME "fogli"
> TYPE Polygon
> STATUS ON
> DATA "fogli"
> LABELITEM 'FOGLIO_N'
> TEMPLATE header_1024.html
> CLASS
> Name 'foglio'
> TEXT (Foglio [FOGLIO_N])
> LABEL
> TYPE TRUETYPE
> FONT time
> BUFFER 1
> COLOR 0 0 0
> POSITION auto
> SIZE 10
> END
> OUTLINECOLOR 255 255 255
> END # CLASS
> END # LAYER fogli
>
> END
> ----------------------------------
> End of map file
> ----------------------------------
>
> Steve Lime wrote:
>
> >Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN
> >'24') properly? Spaces aren't allowed and should be replaced with either
> >a + or a %20. We should still track down the source of the error though,
> >error 500's are never good.
> >
> >Steve
> >
> >
> >Stephen Lime
> >Data & Applications Manager
> >
> >Minnesota DNR
> >500 Lafayette Road
> >St. Paul, MN 55155
> >651-297-2937
> >
> >
> >
> >>>>Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM >>>
> >>>>
> >>>>
> >Hi,
> >
> >On a cgi url I've tried to query on multiple fields with this:
> >NB: for easy reading space and " are normals but I used %20(space) and
> >
> >%27(')
> >&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> >it works perfectly on windows Mapserver 4.0.1
> >
> >But I receive error 500 from Apache on linux: (Premature end of script
> >
> >headers: mapserv)
> >&qitem=PART_N&qstring=556 works fine on linux
> >but I receive the same error with:
> >&qstring=('[PART_N]' IN '556')
> >
> >Is there anyone who has any idea?
> >
> >Is there a way to make multiple fileds query with qitem and qstring?
> >
> >Thanks a lot
> >
> >Roger
> >
> >
> >_______________________________________________
> >Mapserver-users mailing list
> >Mapserver-users at lists.gis.umn.edu
> >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
> >
>
> --------------090503090003060205050000
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
> <title></title>
> </head>
> <body text="#000000" bgcolor="#ffffff">
> <tt>Hi Stephen,<br>
> Thanks for answering. Yes, I've escaped the spaces with %20 and tried
> to escape ' with %27 too.<br>
> No way to make it run. I had it working for one year with MapServer 3.6
> (both Linux and Win) and it works<br>
> fine also with the qstring modifications on MapServer 4.0 for Windows,
> but I can't figure out where is<br>
> the problem with Linux (tested on two servers). Even the simple
</tt><tt>&qstring=('[PART_N]'
> IN '556') does not<br>
> work. It works fine with &qitem=PART_N&qstring=556 .<br>
> To help you in helping me :-), I have made an example on my local
> testing server:<br>
> The first url works properly and the second one fails.<br>
> <a class="moz-txt-link-freetext"
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida
/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGL
IO_N&qstring=10">http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html
/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnqu
ery&qlayer=fogli&qitem=FOGLIO_N&qstring=10</a><br>
> <a class="moz-txt-link-freetext"
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida
/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=("
>http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/
urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=f
ogli&qstring=(</a>'[FOGLIO_N]'%20IN%20'10')<br>
> I attach also the map file.<br>
> I need the second one to work because I have to query two fields at
> once.<br>
> ex: FOGLIO_N = 10 AND PART_N = 254<br>
> <br>
> Thanks in advance, Roger<br>
> <br>
> ----------------------------<br>
> MAP FILE: urbis.map<br>
> ----------------------------<br>
> NAME urbis<br>
> STATUS ON<br>
> SIZE 650 400<br>
> EXTENT 475.66 2404.5 5974.34 6239.61<br>
> UNITS meters<br>
> SHAPEPATH "data"<br>
> IMAGETYPE PNG<br>
> IMAGECOLOR 153 153 153<br>
> TRANSPARENT ON<br>
> FONTSET "/var/www/html/sittel/procida/font/fonts.txt"<br>
> <br>
> WEB<br>
> TEMPLATE header_1024.html<br>
> IMAGEPATH '/var/www/html/tmp/'<br>
> IMAGEURL '/tmp/'<br>
> MINSCALE 100<br>
> END #WEB<br>
> <br>
> QUERYMAP<br>
> STATUS ON<br>
> STYLE HILITE<br>
> COLOR 255 255 0 # highlight color is yellow<br>
> END<br>
> <br>
> ###### LAYER C A T A S T O ###########<br>
> LAYER<br>
> NAME 'catasto'<br>
> TYPE Polygon<br>
> STATUS ON<br>
> DATA 'lotti'<br>
> # TEMPLATE index_basso.phtml<br>
> LABELITEM 'PART_N'<br>
> MAXSCALE 25000<br>
> CLASS<br>
> Name 'catasto'<br>
> LABEL<br>
> TYPE TRUETYPE<br>
> FONT time<br>
> BUFFER 3<br>
> COLOR 255 0 0<br>
> POSITION CC<br>
> SIZE 8<br>
> END<br>
> OUTLINECOLOR 100 255 000<br>
> END # CLASS<br>
> END # LAYER<br>
> <br>
> ###### LAYER F O G L I ########<br>
> LAYER<br>
> NAME "fogli"<br>
> TYPE Polygon<br>
> STATUS ON<br>
> DATA "fogli"<br>
> LABELITEM 'FOGLIO_N'<br>
> TEMPLATE header_1024.html<br>
> CLASS<br>
> Name 'foglio'<br>
> TEXT (Foglio [FOGLIO_N])<br>
> LABEL<br>
> TYPE TRUETYPE<br>
> FONT time<br>
> BUFFER 1<br>
> COLOR 0 0 0<br>
> POSITION auto <br>
> SIZE 10<br>
> END<br>
> OUTLINECOLOR 255 255 255<br>
> END # CLASS<br>
> END # LAYER fogli<br>
> <br>
> END<br>
> ----------------------------------<br>
> End of map file<br>
> ----------------------------------<br>
> <br>
> </tt><tt>Steve Lime wrote:</tt><br>
> <blockquote type="cite" cite="mids01fcfe4.004 at co5.dnr.state.mn.us">
> <pre wrap="">Are you escaping the value ('[PART_N]' IN '556,557' AND
'[ID_N]' IN
> '24') properly? Spaces aren't allowed and should be replaced with either
> a + or a %20. We should still track down the source of the error though,
> error 500's are never good.
>
> Steve
>
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> </pre>
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <pre wrap="">Roger Boily <a class="moz-txt-link-rfc2396E"
href="mailto:boily at bsw.org"><boily at bsw.org></a> 2/3/2004 6:33:11 AM
>>>
> </pre>
> </blockquote>
> </blockquote>
> </blockquote>
> <pre wrap=""><!---->Hi,
>
> On a cgi url I've tried to query on multiple fields with this:
> NB: for easy reading space and " are normals but I used %20(space) and
>
> %27(')
> &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> it works perfectly on windows Mapserver 4.0.1
>
> But I receive error 500 from Apache on linux: (Premature end of script
>
> headers: mapserv)
> &qitem=PART_N&qstring=556 works fine on linux
> but I receive the same error with:
> &qstring=('[PART_N]' IN '556')
>
> Is there anyone who has any idea?
>
> Is there a way to make multiple fileds query with qitem and qstring?
>
> Thanks a lot
>
> Roger
>
>
> _______________________________________________
> Mapserver-users mailing list
> <a class="moz-txt-link-abbreviated"
href="mailto:Mapserver-users at lists.gis.umn.edu">Mapserver-users at lists.gis.um
n.edu</a>
> <a class="moz-txt-link-freetext"
href="http://lists.gis.umn.edu/mailman/listinfo/mapserver-users">http://list
s.gis.umn.edu/mailman/listinfo/mapserver-users</a>
> </pre>
> </blockquote>
> </body>
> </html>
>
> --------------090503090003060205050000--
>
>
>
> --__--__--
>
> Message: 23
> Date: Wed, 04 Feb 2004 09:33:06 +0100
> From: Roger Boily <boily at bsw.org>
> To: Roger Boily <boily at bsw.org>
> CC: Steve Lime <steve.lime at dnr.state.mn.us>,
Mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Querying on multiple fields
>
> This is a multi-part message in MIME format.
> --------------030003020204010206030007
> Content-Type: text/plain; charset=us-ascii; format=flowed
> Content-Transfer-Encoding: 7bit
>
> Hi to all,
> after hundred of tests, I've found the hic..
> When using the qstring argument in the format <'[FIELD]'=value>, on
> MapServer running on Windows,
> you do not need to add the qitem argument (as read somewhere...), but
> you need it on a Linux machine....
> So the failing link will become:
>
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=('[FOGLIO_N]'%20IN%20'10')
>
> Thanks to all
> Roger
>
>
> Roger Boily wrote:
>
> > Hi Stephen,
> > Thanks for answering. Yes, I've escaped the spaces with %20 and tried
> > to escape ' with %27 too.
> > No way to make it run. I had it working for one year with MapServer
> > 3.6 (both Linux and Win) and it works
> > fine also with the qstring modifications on MapServer 4.0 for Windows,
> > but I can't figure out where is
> > the problem with Linux (tested on two servers). Even the simple
> > &qstring=('[PART_N]' IN '556') does not
> > work. It works fine with &qitem=PART_N&qstring=556 .
> > To help you in helping me :-), I have made an example on my local
> > testing server:
> > The first url works properly and the second one fails.
> >
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstring=10
> >
http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qlayer=fogli&qstring=([FOGLIO_N]'%20IN%20'10')
> > I attach also the map file.
> > I need the second one to work because I have to query two fields at
once.
> > ex: FOGLIO_N = 10 AND PART_N = 254
> >
> > Thanks in advance, Roger
> >
> > ----------------------------
> > MAP FILE: urbis.map
> > ----------------------------
> > NAME urbis
> > STATUS ON
> > SIZE 650 400
> > EXTENT 475.66 2404.5 5974.34 6239.61
> > UNITS meters
> > SHAPEPATH "data"
> > IMAGETYPE PNG
> > IMAGECOLOR 153 153 153
> > TRANSPARENT ON
> > FONTSET "/var/www/html/sittel/procida/font/fonts.txt"
> >
> > WEB
> > TEMPLATE header_1024.html
> > IMAGEPATH '/var/www/html/tmp/'
> > IMAGEURL '/tmp/'
> > MINSCALE 100
> > END #WEB
> >
> > QUERYMAP
> > STATUS ON
> > STYLE HILITE
> > COLOR 255 255 0 # highlight color is yellow
> > END
> >
> > ###### LAYER C A T A S T O ###########
> > LAYER
> > NAME 'catasto'
> > TYPE Polygon
> > STATUS ON
> > DATA 'lotti'
> > # TEMPLATE index_basso.phtml
> > LABELITEM 'PART_N'
> > MAXSCALE 25000
> > CLASS
> > Name 'catasto'
> > LABEL
> > TYPE TRUETYPE
> > FONT time
> > BUFFER 3
> > COLOR 255 0 0
> > POSITION CC
> > SIZE 8
> > END
> > OUTLINECOLOR 100 255 000
> > END # CLASS
> > END # LAYER
> >
> > ###### LAYER F O G L I ########
> > LAYER
> > NAME "fogli"
> > TYPE Polygon
> > STATUS ON
> > DATA "fogli"
> > LABELITEM 'FOGLIO_N'
> > TEMPLATE header_1024.html
> > CLASS
> > Name 'foglio'
> > TEXT (Foglio [FOGLIO_N])
> > LABEL
> > TYPE TRUETYPE
> > FONT time
> > BUFFER 1
> > COLOR 0 0 0
> > POSITION auto
> > SIZE 10
> > END
> > OUTLINECOLOR 255 255 255
> > END # CLASS
> > END # LAYER fogli
> >
> > END
> > ----------------------------------
> > End of map file
> > ----------------------------------
> >
> > Steve Lime wrote:
> >
> >>Are you escaping the value ('[PART_N]' IN '556,557' AND '[ID_N]' IN
> >>'24') properly? Spaces aren't allowed and should be replaced with either
> >>a + or a %20. We should still track down the source of the error though,
> >>error 500's are never good.
> >>
> >>Steve
> >>
> >>
> >>Stephen Lime
> >>Data & Applications Manager
> >>
> >>Minnesota DNR
> >>500 Lafayette Road
> >>St. Paul, MN 55155
> >>651-297-2937
> >>
> >>
> >>
> >>>>>Roger Boily <boily at bsw.org> 2/3/2004 6:33:11 AM >>>
> >>>>>
> >>>>>
> >>Hi,
> >>
> >>On a cgi url I've tried to query on multiple fields with this:
> >>NB: for easy reading space and " are normals but I used %20(space) and
> >>
> >>%27(')
> >>&qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> >>it works perfectly on windows Mapserver 4.0.1
> >>
> >>But I receive error 500 from Apache on linux: (Premature end of script
> >>
> >>headers: mapserv)
> >>&qitem=PART_N&qstring=556 works fine on linux
> >>but I receive the same error with:
> >>&qstring=('[PART_N]' IN '556')
> >>
> >>Is there anyone who has any idea?
> >>
> >>Is there a way to make multiple fileds query with qitem and qstring?
> >>
> >>Thanks a lot
> >>
> >>Roger
> >>
> >>
> >>_______________________________________________
> >>Mapserver-users mailing list
> >>Mapserver-users at lists.gis.umn.edu
> >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >>
> >>
>
> --------------030003020204010206030007
> Content-Type: text/html; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> <html>
> <head>
> <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
> <title></title>
> </head>
> <body text="#000000" bgcolor="#ffffff">
> Hi to all,<br>
> after hundred of tests, I've found the hic..<br>
> When using the qstring argument in the format <'[FIELD]'=value>,
> on MapServer running on Windows, <br>
> you do not need to add the qitem argument (as read somewhere...), but
> you need it on a Linux machine....<br>
> So the failing link will become:<br>
> <tt><a class="moz-txt-link-freetext"
>
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro
cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla
yer=fogli&qstring=%28">http://213.45.107.14/cgi-bin/mapserv?&map=/va
r/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mo
de=itemnquery&qlayer=fogli&qitem=FOGL</a></tt><tt><a
> class="moz-txt-link-freetext"
>
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro
cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla
yer=fogli&qstring=%28">IO_N&qstring=</a></tt><a
> class="moz-txt-link-freetext"
>
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro
cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla
yer=fogli&qstring=%28"><tt>('[FOGLIO_N]'%20IN%20'10')</tt></a><br>
> <br>
> Thanks to all<br>
> Roger<br>
> <br>
> <br>
> Roger Boily wrote:<br>
> <blockquote type="cite" cite="mid4020A63E.9070805 at bsw.org">
> <meta http-equiv="Content-Type" content="text/html;">
> <title></title>
> <tt>Hi Stephen,<br>
> Thanks for answering. Yes, I've escaped the spaces with %20 and tried
> to escape ' with %27 too.<br>
> No way to make it run. I had it working for one year with MapServer 3.6
> (both Linux and Win) and it works<br>
> fine also with the qstring modifications on MapServer 4.0 for Windows,
> but I can't figure out where is<br>
> the problem with Linux (tested on two servers). Even the simple
</tt><tt>&qstring=('[PART_N]'
> IN '556') does not<br>
> work. It works fine with &qitem=PART_N&qstring=556 .<br>
> To help you in helping me :-), I have made an example on my local
> testing server:<br>
> The first url works properly and the second one fails.<br>
> <a class="moz-txt-link-freetext"
>
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro
cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla
yer=fogli&qitem=FOGLIO_N&qstring=10">http://213.45.107.14/cgi-bin/ma
pserv?&map=/var/www/html/sittel/procida/urbis.map&layer=fogli&ma
pext=shapes&mode=itemnquery&qlayer=fogli&qitem=FOGLIO_N&qstr
ing=10</a><br>
> <a class="moz-txt-link-freetext"
>
href="http://213.45.107.14/cgi-bin/mapserv?&map=/var/www/html/sittel/pro
cida/urbis.map&layer=fogli&mapext=shapes&mode=itemnquery&qla
yer=fogli&qstring=%28">http://213.45.107.14/cgi-bin/mapserv?&map=/va
r/www/html/sittel/procida/urbis.map&layer=fogli&mapext=shapes&mo
de=itemnquery&qlayer=fogli&qstring=(</a>[FOGLIO_N]'%20IN%20'10')<br>
> I attach also the map file.<br>
> I need the second one to work because I have to query two fields at
> once.<br>
> ex: FOGLIO_N = 10 AND PART_N = 254<br>
> <br>
> Thanks in advance, Roger<br>
> <br>
> ----------------------------<br>
> MAP FILE: urbis.map<br>
> ----------------------------<br>
> NAME urbis<br>
> STATUS ON<br>
> SIZE 650 400<br>
> EXTENT 475.66 2404.5 5974.34 6239.61<br>
> UNITS meters<br>
> SHAPEPATH "data"<br>
> IMAGETYPE PNG<br>
> IMAGECOLOR 153 153 153<br>
> TRANSPARENT ON<br>
> FONTSET "/var/www/html/sittel/procida/font/fonts.txt"<br>
> <br>
> WEB<br>
> TEMPLATE header_1024.html<br>
> IMAGEPATH '/var/www/html/tmp/'<br>
> IMAGEURL '/tmp/'<br>
> MINSCALE 100<br>
> END #WEB<br>
> <br>
> QUERYMAP<br>
> STATUS ON<br>
> STYLE HILITE<br>
> COLOR 255 255 0 # highlight color is yellow<br>
> END<br>
> <br>
> ###### LAYER C A T A S T O ###########<br>
> LAYER<br>
> NAME 'catasto'<br>
> TYPE Polygon<br>
> STATUS ON<br>
> DATA 'lotti'<br>
> # TEMPLATE index_basso.phtml<br>
> LABELITEM 'PART_N'<br>
> MAXSCALE 25000<br>
> CLASS<br>
> Name 'catasto'<br>
> LABEL<br>
> TYPE TRUETYPE<br>
> FONT time<br>
> BUFFER 3<br>
> COLOR 255 0 0<br>
> POSITION CC<br>
> SIZE 8<br>
> END<br>
> OUTLINECOLOR 100 255 000<br>
> END # CLASS<br>
> END # LAYER<br>
> <br>
> ###### LAYER F O G L I ########<br>
> LAYER<br>
> NAME "fogli"<br>
> TYPE Polygon<br>
> STATUS ON<br>
> DATA "fogli"<br>
> LABELITEM 'FOGLIO_N'<br>
> TEMPLATE header_1024.html<br>
> CLASS<br>
> Name 'foglio'<br>
> TEXT (Foglio [FOGLIO_N])<br>
> LABEL<br>
> TYPE TRUETYPE<br>
> FONT time<br>
> BUFFER 1<br>
> COLOR 0 0 0<br>
> POSITION auto <br>
> SIZE 10<br>
> END<br>
> OUTLINECOLOR 255 255 255<br>
> END # CLASS<br>
> END # LAYER fogli<br>
> <br>
> END<br>
> ----------------------------------<br>
> End of map file<br>
> ----------------------------------<br>
> <br>
> </tt><tt>Steve Lime wrote:</tt><br>
> <blockquote type="cite" cite="mids01fcfe4.004 at co5.dnr.state.mn.us">
> <pre wrap="">Are you escaping the value ('[PART_N]' IN '556,557' AND
'[ID_N]' IN
> '24') properly? Spaces aren't allowed and should be replaced with either
> a + or a %20. We should still track down the source of the error though,
> error 500's are never good.
>
> Steve
>
>
> Stephen Lime
> Data & Applications Manager
>
> Minnesota DNR
> 500 Lafayette Road
> St. Paul, MN 55155
> 651-297-2937
>
> </pre>
> <blockquote type="cite">
> <blockquote type="cite">
> <blockquote type="cite">
> <pre wrap="">Roger Boily <a class="moz-txt-link-rfc2396E"
> href="mailto:boily at bsw.org"><boily at bsw.org></a> 2/3/2004 6:33:11 AM
>>>
> </pre>
> </blockquote>
> </blockquote>
> </blockquote>
> <pre wrap=""><!---->Hi,
>
> On a cgi url I've tried to query on multiple fields with this:
> NB: for easy reading space and " are normals but I used %20(space) and
>
> %27(')
> &qstring=('[PART_N]' IN '556,557' AND '[ID_N]' IN '24')
> it works perfectly on windows Mapserver 4.0.1
>
> But I receive error 500 from Apache on linux: (Premature end of script
>
> headers: mapserv)
> &qitem=PART_N&qstring=556 works fine on linux
> but I receive the same error with:
> &qstring=('[PART_N]' IN '556')
>
> Is there anyone who has any idea?
>
> Is there a way to make multiple fileds query with qitem and qstring?
>
> Thanks a lot
>
> Roger
>
>
> _______________________________________________
> Mapserver-users mailing list
> <a class="moz-txt-link-abbreviated"
>
href="mailto:Mapserver-users at lists.gis.umn.edu">Mapserver-users at lists.gis.um
n.edu</a>
> <a class="moz-txt-link-freetext"
>
href="http://lists.gis.umn.edu/mailman/listinfo/mapserver-users">http://list
s.gis.umn.edu/mailman/listinfo/mapserver-users</a>
> </pre>
> </blockquote>
> </blockquote>
> </body>
> </html>
>
> --------------030003020204010206030007--
>
>
>
> --__--__--
>
> Message: 24
> Date: Wed, 04 Feb 2004 17:26:59 +0800
> From: Steve McCrone <ms57 at streamyx.com>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] retain button state
>
> I am using jBox and I wish to retain which button was enabled after form
> submit. As you can see from below I have placed some GIFs on my page and
> then use some javascript functions to produce the effect of a typical GIS
> applciation where one tool is enabled.
>
> However, when the user zooms in and the form gets submitted, then I wish
to
> keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif) and
> enable the zoomin functionality, as done in the cse statement. This is
more
> of a pure javascript issue, but since I'm no expert in js, thought i would
> ask to see if anyone can piece together my caode to make it work.
>
> Thanks,
>
> Steve
>
> file://demo.html
> <a href="" onclick="return false" onmousedown="clearimg();"
> onmouseup="on('image1');"><img src="/graphics/ZoomInUp.gif" border="0"
> alt="Zoom In" name="image1" width="23" height="20"></a>
> <a href="" onclick="return false" onmousedown="clearimg();"
> onmouseup="on('image2');"><img src="/graphics/ZoomOutUp.gif" border="0"
> alt="Zoom Out" name="image2" width="23" height="20"></a>
>
>
> file://toolbar.js
> var NN3 = false;
> file://==tools===
> image1 = new Image();
> image1.src = "/graphics/ZoomInUp.gif";
> image1on = new Image();
> image1on.src = "/graphics/ZoomInDown.gif";
>
> image2 = new Image();
> image2.src = "/graphics/ZoomOutUp.gif";
> image2on = new Image();
> image2on.src = "/graphics/ZoomOutDown.gif";
>
> function on3(name) {
> document[name].src = eval(name + "on.src");
> }
>
> function clearimg(){
> document.image1.src = image1.src
> document.image2.src = image2.src
> }
>
>
> NN3 = true;
> function on(name) {
> if (NN3) on3(name);
> switch(name){
> case "image1"://Zoom In
> document.mapserv.mode.value = "browse";
> document.mapserv.zoomdir.value = 1;
> document.jBox.boxon();
> break;
> case "image2"://Zoom Out
> document.mapserv.mode.value = "browse";
> document.mapserv.zoomdir.value = -1;
> document.jBox.boxoff();
> break;
> }
> }
>
>
> --__--__--
>
> Message: 25
> From: raz <raz at no-log.org>
> To: mapserver-users at lists.gis.umn.edu
> Date: Wed, 04 Feb 2004 14:40:55 +0100
> Subject: [Mapserver-users] mapswf.c extent problem
>
> Hi everyone
>
> I have set up mapserver to be used with php and ming. This is my first
> post in this list.
>
> I am trying to write a web application with a flash interface that
> handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with
> ming-0.3a. I must say it works great but I noticed 2 problems.
>
> The first thing is about the file mapswf.c. From line 2614, you can find
> this code :
>
> sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";",
> image->img.swf->map->extent.minx,
> image->img.swf->map->extent.maxx,
> image->img.swf->map->extent.maxx,
> image->img.swf->map->extent.maxy);
> oAction = compileSWFActionCode(szAction);
> SWFMovie_add(image->img.swf->sMainMovie, oAction);
>
> As you can see, extent.maxx appears twice and extent.miny does not
> appear at all. I guess it is a minor bug and I can change it myself but
> I thought I should tell you.
>
> The second thing is about raster handling in SWF output. To compile
> mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as
> the SWFMovie_save function needs to be passed three parameters instead
> of two. I just add 0 (zero) as the third parameter and mapserver
> compiles without any problem.
>
> Now the application can handle all types of layer except one. If the map
> does not include a raster layer everything works fine. But if I add a
> raster layer, the map is empty with a flash 6 client but shows every
> layer expected (including the raster) with flash 7 client.
>
> I don't know where the problem comes from but I managed, many weeks ago,
> to make it work without any flash client version compatibility problem.
> I kept this precious php_mapscript.so version but I cannot remember the
> compilation options or the libraries versions I used that day. Now each
> time I try to compile from recent releases, I have this flash client
> version compatibility problem.
>
> I thought I should report about the first bug and ask to see if anyone
> knows how to resolve the flash client version compatibility second bug.
>
> Thanks,
>
> Raz.
> --
> . Ramzi Oueslati
> . Tout GNU et tout bronzé
>
>
> --__--__--
>
> Message: 26
> Date: Wed, 04 Feb 2004 09:18:41 -0500
> From: Daniel Morissette <dmorissette at dmsolutions.ca>
> To: Paul Ramsey <pramsey at refractions.net>
> CC: Pericles Nacionales <nacional at cbs.umn.edu>,
> Keith Campbell <scoota at supanet.com>,
mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] Too hard, too easy or too boring?
>
> Paul Ramsey wrote:
> >
> > If Steve or the folks from DM would like access to a Solaris box for
> > testing, I can arrange one.
> >
>
> Actually, we do have a Solaris box on which we build MapServer and all
> its support libs and I never saw this error message before. I haven't
> tried MapServer 4.1 yet, but MapServer 4.0 used to build fine for us on
> Solaris, so I'm not sure what to suggest.
>
> Perhaps making sure Keith uses the GNU suite of tools instead of the
> Solaris compiler/linker?
>
> Daniel
> --
> ------------------------------------------------------------
> Daniel Morissette dmorissette at dmsolutions.ca
> DM Solutions Group http://www.dmsolutions.ca/
> ------------------------------------------------------------
>
>
> --__--__--
>
> Message: 27
> From: Martin Weinelt <mweinelt at planiglobe.com>
> Reply-To: mweinelt at planiglobe.com
> Organization: kk+w - digitale kartografie
> To: scoota at supanet.com
> Subject: Re: [Mapserver-users] Too hard, too easy or too boring?
> Date: Wed, 4 Feb 2004 16:11:26 +0100
> Cc: mapserver-users at lists.gis.umn.edu
>
> On Wednesday 04 February 2004 00:14, Keith Campbell wrote:
> > OK, just trying to get your attention. I posted this yesterday under a
> > different title and got no responses.
> >
> > Here's the problem. I'm trying to compila an install a WFS Server
> > enabled Mapserver on a Solaris (this is proving to be a very frustrating
> > experience, no doubt partly due to my lack of knowledge of UNIX). I
> > think I've got all the libraries installed that I need, even though they
> > are in non-standard locations (it's not my server). The configure script
> > runs to completion and only seems to complain once:-
> >
> > checking for httpd... /export/home/local/apache2/bin/httpd
> > awk: syntax error near line 1
> > awk: bailing out near line 1
> > awk: syntax error near line 1
> > awk: bailing out near line 1
> > /export/home/local/apache2/bin/httpd version is Apache/2.0.45
().
> >
> > Not sure what this means or what the implications are.
> >
> > Anyway, this is what I fed into the configure:-
> >
> > bash$ ./configure --with-jpeg=/export/home/local/util/jpeg
> > --with-freetype=/exp
> > ort/home/local/util/freetype --with-zlib=/export/home/local/util/zlib
> > --with-pn
> > g=/export/home/local/util/libpng
> > --with-libiconv=/export/home/local/util/libico
> > nv --with-gd=/export/home/local/util/gd-2.0.15
> > --with-proj=/export/home/local/u
> > til/proj --with-ogr=/export/home/local/util/gdal/apps/gdal-config
> > --with-gdal=
> > /export/home/local/util/gdal/apps/gdal-config --with-wfs --with-postgis
> >
> > The make process ran for some time before spitting this out:-
> >
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd6609c9 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660a09 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660a69 is non-aligned
> > ld: fatal: relocation error: R_SPARC_32: file ./libmap.a(mapogr.o):
> > symbol <unkn
> > own>: offset 0xfd660c29 is non-aligned
> > collect2: ld returned 1 exit status
> > make: *** [shp2img] Error 1
> >
> > I can't find anything in the archives that points to the cause of this.
> > Can anybody help?
>
>
> Been through a similar nightmare three month ago. Did not put it in the
> archives or wiki because I am still not sure what went on ...
>
> Some of the newer versions of the supporting packages (libpng, gdal,..)
have
> their own '*-config' script under /somewhere/local/bin. I gave the path to
> these scripts as an argument for the mapserver configure options instaed
of
> the paths to the actual libraries.
>
> Moreover I was told by somebody that the linker (was it the compiler ...?)
> looks under /usr and /usr/local in the first place anyways and might pick
the
> wrong libs if it finds them there, despite your environment during build
time
> ... (I tried to exclude /usr and /usr/local during 'make') . This caused
> problems with an older version of PNG at the usual place and the really
> needed version at my 'private' place. It was Solaris 9 and mapserver and
the
> proper libs in non-standard directories.
>
> Besides the measures laid down in the docs for solaris build I finally
ended
> up editing the Makefile after 'configure' wiht explicit paths for every
> package that reported problems during run-time of mapserver. For
instance:
> GD_LIB= -L/my/path/local/lib -lgd or
> TIFF_LIB= -L/my/path/local/lib -ltiff or
>
> PROJ_INC= -I/my/path/local/include
> PROJ_LIB= -L/my/path/local/lib -lproj
>
> Dunno if this is of any value, but might provoke more usefull comments
from
> talented people ...
>
> Martin
>
> PS: Then I found out that my mapfile missed the NAME keyword for some
LAYERs
> (which are referenced by the GROUP keyword). Thsi worked perfectly with my
> linux box but NOT AT ALL with the solaris installation . Ceterum censeo:
> check your mapfile carefully when running into problems with 'premature
end
> of script ' errors (mapser cgi).
>
>
>
>
> --__--__--
>
> Message: 28
> Date: Wed, 4 Feb 2004 08:26:40 -0700
> From: "Jason M. Nielsen" <jnielsen at aero-graphics.com>
> To: Steve McCrone <ms57 at streamyx.com>
> Cc: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] retain button state
>
> Quoting Steve McCrone <ms57 at streamyx.com>:
>
> > I am using jBox and I wish to retain which button was enabled after form
> > submit. As you can see from below I have placed some GIFs on my page and
> > then use some javascript functions to produce the effect of a typical
GIS
> > applciation where one tool is enabled.
> >
> > However, when the user zooms in and the form gets submitted, then I wish
to
> > keep the zoomin tool enabled (i.e.place the /graphics/ZoomInDown.gif)
and
> > enable the zoomin functionality, as done in the cse statement. This is
more
> > of a pure javascript issue, but since I'm no expert in js, thought i
would
> > ask to see if anyone can piece together my caode to make it work.
> >
> > Thanks,
> >
> > Steve
> >
> > file://demo.html
> > <a href="" onclick="return false" onmousedown="clearimg();"
> > onmouseup="on('image1');"><img src="/graphics/ZoomInUp.gif" border="0"
> > alt="Zoom In" name="image1" width="23" height="20"></a>
> > <a href="" onclick="return false" onmousedown="clearimg();"
> > onmouseup="on('image2');"><img src="/graphics/ZoomOutUp.gif" border="0"
> > alt="Zoom Out" name="image2" width="23" height="20"></a>
> >
> >
> > file://toolbar.js
> > var NN3 = false;
> > file://==tools===
> > image1 = new Image();
> > image1.src = "/graphics/ZoomInUp.gif";
> > image1on = new Image();
> > image1on.src = "/graphics/ZoomInDown.gif";
> >
> > image2 = new Image();
> > image2.src = "/graphics/ZoomOutUp.gif";
> > image2on = new Image();
> > image2on.src = "/graphics/ZoomOutDown.gif";
> >
> > function on3(name) {
> > document[name].src = eval(name + "on.src");
> > }
> >
> > function clearimg(){
> > document.image1.src = image1.src
> > document.image2.src = image2.src
> > }
> >
> >
> > NN3 = true;
> > function on(name) {
> > if (NN3) on3(name);
> > switch(name){
> > case "image1"://Zoom In
> > document.mapserv.mode.value = "browse";
> > document.mapserv.zoomdir.value = 1;
> > document.jBox.boxon();
> > break;
> > case "image2"://Zoom Out
> > document.mapserv.mode.value = "browse";
> > document.mapserv.zoomdir.value = -1;
> > document.jBox.boxoff();
> > break;
> > }
> > }
>
> Can you pass the states to the page? ie: Pass mode=map
activebutton=zoomin etc.
>
> Or perhaps use DIV tags, display your map within them and only update
their
> source. This is what is done in the "workshop" tutorial/example using
dbox.
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
>
> --__--__--
>
> Message: 29
> Date: Wed, 04 Feb 2004 17:03:48 +0100
> From: "Wim Blanken (PI)" <wim.blanken at planet.nl>
> Subject: Re: [Mapserver-users] retain button state
> To: Steve McCrone <ms57 at streamyx.com>
> Cc: Mapserver-users at lists.gis.umn.edu
>
> Hello Steve,
>
> We use frames to build a mapserver application.
> In the controlcentre.htm file (which is the template we use) we keep a
> variable we name activetool.
>
> <input name="activetool" type="hidden" value="[activetool]">
>
> Then in the tools section the value of the activetool variable is used to
> determine which
> button was pressed before a submit action was completed.....
> So if the button zoomin is used the activetool is set to zoomin. Then
after
> a submit we rebuild the toolbox and determine what the value is of
> activetool. If
> it is zoomin then the button is activated......
>
> Regards,
>
> Wim Blanken
> The Netherlands
>
>
>
> --__--__--
>
> Message: 30
> Date: Wed, 04 Feb 2004 11:03:35 -0500
> From: Yewondwossen Assefa <assefa at dmsolutions.ca>
> To: raz <raz at no-log.org>
> CC: mapserver-users at lists.gis.umn.edu
> Subject: Re: [Mapserver-users] mapswf.c extent problem
>
> Hi There,
>
> Thanks for reporting the bug. It is now fixed in Mapserver cvs version.
>
> As for the sencond problem, I have not actually upgraded my lib to
> 0.3 and still using 0.2. I will try to do an upgrade and see the results.
>
> Later,
>
> raz wrote:
> > Hi everyone
> >
> > I have set up mapserver to be used with php and ming. This is my first
> > post in this list.
> >
> > I am trying to write a web application with a flash interface that
> > handles GIS data. I compiled php-4.3.4 and mapserver-4.0.1 with
> > ming-0.3a. I must say it works great but I noticed 2 problems.
> >
> > The first thing is about the file mapswf.c. From line 2614, you can find
> > this code :
> >
> > sprintf(szAction, "mapObj.extent=\"%f,%f,%f,%f\";",
> > image->img.swf->map->extent.minx,
> > image->img.swf->map->extent.maxx,
> > image->img.swf->map->extent.maxx,
> > image->img.swf->map->extent.maxy);
> > oAction = compileSWFActionCode(szAction);
> > SWFMovie_add(image->img.swf->sMainMovie, oAction);
> >
> > As you can see, extent.maxx appears twice and extent.miny does not
> > appear at all. I guess it is a minor bug and I can change it myself but
> > I thought I should tell you.
> >
> > The second thing is about raster handling in SWF output. To compile
> > mapserver with ming-0.3a, mapswf.c needs to be modified a little bit as
> > the SWFMovie_save function needs to be passed three parameters instead
> > of two. I just add 0 (zero) as the third parameter and mapserver
> > compiles without any problem.
> >
> > Now the application can handle all types of layer except one. If the map
> > does not include a raster layer everything works fine. But if I add a
> > raster layer, the map is empty with a flash 6 client but shows every
> > layer expected (including the raster) with flash 7 client.
> >
> > I don't know where the problem comes from but I managed, many weeks ago,
> > to make it work without any flash client version compatibility problem.
> > I kept this precious php_mapscript.so version but I cannot remember the
> > compilation options or the libraries versions I used that day. Now each
> > time I try to compile from recent releases, I have this flash client
> > version compatibility problem.
> >
> > I thought I should report about the first bug and ask to see if anyone
> > knows how to resolve the flash client version compatibility second bug.
> >
> > Thanks,
> >
> > Raz.
>
>
> --
> ----------------------------------------------------------------
> Assefa Yewondwossen
> Software Analyst
>
> Email: assefa at dmsolutions.ca
> http://www.dmsolutions.ca/
>
> Phone: (613) 565-5056 (ext 14)
> Fax: (613) 565-0925
> ----------------------------------------------------------------
>
>
>
>
> --__--__--
>
> Message: 31
> Date: Wed, 4 Feb 2004 13:17:53 -0300 (ART)
> From: =?iso-8859-1?q?Cardilli=20Jose=20Luis?= <jlcardilli at yahoo.com.ar>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Oracle 9i SC
>
> Hi, May I need arcSDE for working with oracle 9i?
>
>
> ------------
> Los mejores usados y las más tentadoras
> ofertas de 0km están en Yahoo! Autos.
> Comprá o vendé tu auto en
> http://autos.yahoo.com.ar
>
> --__--__--
>
> Message: 32
> Date: Wed, 4 Feb 2004 09:33:02 -0700
> From: "Jason M. Nielsen" <jnielsen at aero-graphics.com>
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Mapserver hardware recomendations.
>
> We are planning to put a mapserver together for both external and internal
use.
> The data will primarily be composed of rasters. Most of these rasters will
more
> than likely be 24bit TIFF and JPEG. The raster data alone I think will
start at
> around 400Gigabytes and could quite possibly grow. Vector data could
potentially
> become substantial much later on but for the next couple years I do not
see it
> growing beyond 50-100MB.
>
> Im hoping to increase the speed of the setup through the usual means such
as
> min/max scale displays, tiled imagery, reduced colors(if possible),
> pyramids/rrds and of course trying to optimize the core imagery resolution
for
> the application.
>
> I dont expect the traffic on this site to be too combersome. Perhaps no
more
> than a few hundred hits a day at most and probably no more than ten
connections
> at a time.
>
> I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives
(one for
> OS and software other for swap etc) with the data sitting on a ata raid5
that
> interfaces to the machine via at least a SCSI U160 interface or perhaps
firewire.
>
> I will probably put 3 main drives in it. 2 will be the OS/software and
mirrored.
> 3 will be swap.
>
> All of this I plan to be running under either Redhat 9.0 or Fedora.
>
> Any recommendations on anything with regard to such a setup?
>
> Thanks, Jason.
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
>
> --__--__--
>
> Message: 33
> Date: Wed, 4 Feb 2004 17:49:04 +0100 (CET)
> Subject: Re: [Mapserver-users] Oracle 9i SC
> From: bartvde at xs4all.nl
> To: "Cardilli Jose Luis" <jlcardilli at yahoo.com.ar>
> Cc: mapserver-users at lists.gis.umn.edu
>
> Hi,
>
> you can access Oracle 9i through Mapserver's native Oracle Spatial
> interface (or even through OGR). You do not need to go through ArcSDE for
> this with Mapserver (opposite to the ESRI software).
>
> Best regards,
> Bart
>
> > Hi, May I need arcSDE for working with oracle 9i?
> >
> >
> > ------------
> > Los mejores usados y las más tentadoras
> > ofertas de 0km están en Yahoo! Autos.
> > Comprá o vendé tu auto en
> > http://autos.yahoo.com.ar
> > _______________________________________________
> > Mapserver-users mailing list
> > Mapserver-users at lists.gis.umn.edu
> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
> >
>
>
> --__--__--
>
> Message: 34
> Subject: RE: [Mapserver-users] php clone() doesn't cut it
> Date: Wed, 4 Feb 2004 12:04:39 -0500
> From: "Charlton Purvis" <cpurvis at asg.sc.edu>
> To: "Sean Gillies" <sgillies at frii.com>
> Cc: <mapserver-users at lists.gis.umn.edu>
>
> This is a multi-part message in MIME format.
>
> ------_=_NextPart_001_01C3EB40.F989BF9E
> Content-Type: text/plain;
> charset="us-ascii"
> Content-Transfer-Encoding: quoted-printable
>
> Well, Sean, I'm a monkey's uncle. I created the attached example, and
> it seems to work fine. Don't know what I was smoking.
>
> But by running it from the command line, I do get an error:
> free(): invalid pointer 0x822b370!
>
> Maybe this was mucking up things when I ran it w/i my interface?
>
> Don't know. But everything is attached, if anyone is interested.
>
> Charlton
>
> ------_=_NextPart_001_01C3EB40.F989BF9E
> Content-Type: application/octet-stream;
> name="seacoos_obs.map"
> Content-Transfer-Encoding: base64
> Content-Description: seacoos_obs.map
> Content-Disposition: attachment;
> filename="seacoos_obs.map"
>
>
TUFQCiAgTkFNRSAicmFzdGVyIHRlc3QiCiAgU1RBVFVTIE9OCiAgRVhURU5UIC05MS41IDIyIC03
>
MS41IDM2LjUKICBTSVpFIDQ1NiAzODQKICBTSEFQRVBBVEggIi4iCiAgSU1BR0VUWVBFIFBORwog
>
IFBST0pFQ1RJT04KICAgICJwcm9qPWxhdGxvbmciCiAgRU5ECiAgV0VCCiAgICBJTUFHRVBBVEgg
>
Ii90bXAvbXNfdG1wLyIKICAgIElNQUdFVVJMICIvbXNfdG1wLyIKICBFTkQKICBMQVlFUgogICAg
>
TkFNRSAiYm91bmRhcmllcyIKICAgIFNUQVRVUyBPTgogICAgREFUQSAiYm91bmRhcmllcy5wbmci
> CiAgICBUWVBFIFJBU1RFUgogICAgVU5JVFMgTUVURVJTCiAgRU5ECkVORAo=
>
> ------_=_NextPart_001_01C3EB40.F989BF9E
> Content-Type: application/octet-stream;
> name="test_clone.php"
> Content-Transfer-Encoding: base64
> Content-Description: test_clone.php
> Content-Disposition: attachment;
> filename="test_clone.php"
>
>
PD9waHAKICBkbCgncGhwX21hcHNjcmlwdC5zbycpOwoKICBmdW5jdGlvbiBjbG9uZV9hbmRfZHJh
>
dyAoJG9NYXApIHsKICAgIC8vIGNsb25lIHRoZSBtYXAKICAgICRjbG9uZU1hcCA9ICRvTWFwLT5j
>
bG9uZSgpOwoKICAgIC8vIG1vZGlmeSB0aGUgZmlyc3QgbGF5ZXIKICAgICRjbG9uZUxheWVyID0g
>
JGNsb25lTWFwLT5nZXRMYXllcigwKTsKICAgICRjbG9uZUxheWVyLT5zZXQoJ3N0YXR1cycsTVNf
>
T0ZGKTsKCiAgICAvLyBkcmF3IHRoZSBjbG9uZSBtYXAgCiAgICAkaW1hZ2UgPSAkY2xvbmVNYXAt
>
PmRyYXcoKTsKICAgICRpbWFnZV9wYXRoID0gJy4vY2xvbmVfcmFzdGVyLnBuZyc7CiAgICBlY2hv
>
ICRpbWFnZV9wYXRoLiIgZG9uZVxuIjsKICAgICRpbWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRo
>
KTsKICB9CgogIC8vIGxvYWQgdGhlIG1hcAogICRtYXBPYmogPSBtc19uZXdNYXBPYmooInNlYWNv
>
b3Nfb2JzLm1hcCIpOwoKICAvLyBkcmF3IHRoZSBtYXAgKGZpcnN0IGxheWVyIGRlZmluZWQgYXMg
>
U1RBVFVTIE9OKQogICRpbWFnZSA9ICRtYXBPYmotPmRyYXcoKTsKICAkaW1hZ2VfcGF0aCA9ICcu
>
L29yaWdpbmFsX3Jhc3Rlci5wbmcnOwogIGVjaG8gJGltYWdlX3BhdGguIiBkb25lXG4iOwogICRp
>
bWFnZS0+c2F2ZUltYWdlKCRpbWFnZV9wYXRoKTsKCiAgLy8gY2xvbmUsIG1vZGlmeSwgYW5kIGRy
>
YXcgCiAgY2xvbmVfYW5kX2RyYXcoJG1hcE9iaik7CgogIC8vIG5vdyBkcmF3IHRoZSBvcmlnaW5h
>
bCBtYXAgYWdhaW4KICAkaW1hZ2UgPSAkbWFwT2JqLT5kcmF3KCk7CiAgJGltYWdlX3BhdGggPSAn
>
Li9vcmlnaW5hbF9yYXN0ZXJfYWdhaW4ucG5nJzsKICBlY2hvICRpbWFnZV9wYXRoLiIgZG9uZVxu
> IjsKICAkaW1hZ2UtPnNhdmVJbWFnZSgkaW1hZ2VfcGF0aCk7Cj8+Cg==
>
> ------_=_NextPart_001_01C3EB40.F989BF9E
> Content-Type: image/png;
> name="boundaries.png"
> Content-Transfer-Encoding: base64
> Content-Description: boundaries.png
> Content-Disposition: attachment;
> filename="boundaries.png"
>
>
iVBORw0KGgoAAAANSUhEUgAAAcgAAAGACAYAAAApqvLrAAAABmJLR0QA/wD/AP+gvaeTAAAACXBI
>
WXMAAABIAAAASABGyWs+AAAsnklEQVR42u2dv3IcLdO32aecS7lOT/EdaGJHildHoKN6z8CBcin/
>
qvYLLGSEgIEZ/nTDdVW5bK9WMwwD/OimaS5//vy5mUZcr1ezbVuryy/J9Xrd/Y6tc/e727b9+H/J
>
PR9fni+jnx0AoCeX1gJpTNlgDHn4QunXsVv3R4Uxdj/EEgBWoKlAGoMVWYuQ5ehaim4d74lnzbIg
>
lgAwK10E0hisyFJSguh/b2Td2nIilAAwG79a38B38UGc1pZfC76s2KffXxMtxBIAZqC5BWkMVuQe
>
Z4JnJNYpViUAzEBzC9IYrMgUUiYPsfdzpFy+VYlQAuTz+vT7Rp+RQReBhJ+cjSytYT2GXLohoTx6
>
L9yvAMd4ZXIpAgRyADGrMWVlt4pEDUW/+vc6e+9v96DjA0R5ffp9C+1jjn3X/T99qj4IZGdKhCn0
>
e5Ya+xlLy1AD3K8AYVxxdD97fHm++GJoYfLZli5BOsbIDSjpRUiYjojS0XqMuVPdv0fXizF0blgP
>
K36xbVyWnD5KgFxdEMhOz25MnjC69RRKAHBGHFOuGynvhg4OKxGyGs9CIo964GJtSK4w5gjY0Xtb
>
3HvWSj/XAgJ7YBVaiKMxdceR1ekqkKtYkbEk4SFhDFmIZyJJjwhfraTmNWFtBQBGgwVZkZDQ7OVJ
>
db8bE9OQONaOePUtTHsPCfs02UcLs9HKeoS6IJCV8Adw9/+5FlmOONYWrNR1RrhqYhOIbdvMlQ3U
>
MAGIox66CeTMVkDsaCn7We7v5/68RucqvcYZ93jJey+xlAG0gTjqAguyErbRn2n8rls2dv1RzxZy
>
F/ucnShklQMrEgA6gUAKILT+Z8xPN60UkYz9zP9OjVR4oQjga2LzNOIJUsF61Ed3gRw90GtiL7hn
>
ZHlcbNlqR7+mrnH39v5tc/X1ekUcQSyxTDggm26JAiwSoiJbPFPr59F4VmQv2BgNkkllymkJk8bz
>
dLcgZw7WaUlO8AqiCSAT+qZOWINUyl7extT3ZuPbGihBPABQCQTyJJKs4ZRoShbKGoc1u1HEVy8Y
>
AlcTjIK1R90gkAfQtB6Ys9m/9/ppbhlSOWpjAUw2qYD/OQfQAkApl//++2/IDEeyqMSQkKO05TMd
>
ea698y1LTjLJLWPs2va7sXVuxBFGMGJ7B6fi1KF7FKsxerd6aC13q+fbswxLzposTce39z3/dxgo
>
oDeue5UIVp10P81DK5rLfvQ5Szu1b7nl1llpqj3/871y2nVJY5hRQ19mnlCvQDeB1BAsMmPZSyhJ
>
TLDnmt2rq5BlmdrKkipbzvvhnEnohZTAHNbdz9PVgtQuMLO7WHvWQ+7vh76Xu8Vl73pYlVCbUUkB
>
fNw1/1cmhYfpfprH6IZztOzG/DsfUeMz1CIlRCV141p9teqzNODItyoZPKAGksaHEUfWzUTXIB1N
>
2yNSz6Cx3KXP6BKLQD2zfzGnHs+4to8G8xiDUEI5IwNycqBtH2OYi1WjNcYs7Of2ipAQ5YjTXuLz
>
GuW018sVSyxK2MNd1/PXGjWNZZDHsEQBWnOyrtAJQkLnntixd6xVbE9kDH/vYs06PnIiita2CW1x
>
BdFda6StzAuZdGCXWNSoMXnC5/9e6LNeg0yu14K8rhCidPInBSvkBOyU8b/RBQC5nOn4MXH0v1Pj
>
XkfKxqwfSpCydeMMNiDO9rUZnqk1WJAQJZUmLmWJ5eR93VvHbEErNy4cR9MgPVObwTWcBwIJQXLc
>
ozm/Z/HXLd3P3Ov3fCYYQ0gUa271afGOZxMT+zyvLCMkQSDhB6l0cSmhPHpqRy8078WdBenbIULU
>
2vsrCSzIPBBI+EbqJA7785ytEqFr7tFroCFQpz8ahdEl5RWBeUEgC1lhDSsljql6KRXO1OcwD73S
>
ryFWYVL1wuQvDQJZwJHN5xrZO+NROzM8gwa0W42S2FvaCCX6T010EcY82OZxAD9cesaZa26S8Fmf
>
H87hWo29xHHW4JxYwg7/cz/gzf/5x8P95ePh/oI45oMFeZJYdKZWjpZd8zMD+Ejuz7EtUn653fJ/
>
PNwjigdAICugPcfsHmdm0RJm4BLLMhstt270QuJhCiVt1gqmbyF+jH4IxSCQlZkxsi31TDmTgdED
>
zRlrgEjWfWZK2i2p7KlEHaH/f7pPRxd7KhDIBsyWseWo4EuypKWUYzYkBeLUmJhKarPG/I0yvT79
>
vu1Fk+NCbQNBOo2IRbxq46jQS3nmvXLY9yOlvJrwLUcJdShJ3FLE2pwfYGPr2LpOQ8+HOLYDC7Ih
>
IZHU0oFDz+FzdO9ja/bWkkI/T60d42b9iaYcqiX0aLOhqNRY2sXHl+fL3dv7zf8ZbbEPCGQHfKHU
>
IpJnLYKRz7q3JSV0hqW29zOKV8/lZ4wM6/EMo8sfur8VR7u2ePf2ziStM7hYO6Jx3+RM2z72rHiN
>
76c3KXGU8M7PvLuW5d9z5T++PAf3J3483F+stY4rtT9YkJ2ZMco1hLRnzB3EV3k/RwiJo3Z6nSKT
>
whXG0J5FrMZxIJCQJOZylL69I/fsyplovS6YsrylTCqOvOeebWNP7LASZYFAQhBJbrNSWqz5Sg7U
>
6ZUMPIYUcXTLklMXva1HiW0H0gwRyNR5gyCHswPuaMut5r0lJngeKYwSs84cWUPuVW5pbQfyGGpB
>
SuhUI1ghWlKS2+0I7vux/5aUsitnPXDvbM+j9VLjOivAlgz94GIdiFSR1CxsNQiJu7S1ITfDSux9
>
hRLpx5JZp5BoLUrC78e4VecBgRyAhu0E1dbthE4CcpHoWvXLZ8zxA6lzswhpfoctie2fldxmIJ8h
>
AsmmbNnimEOJ+K38nltztl55L3XR3q/hOyQKGMgKg5PmZ9Qg7OSRPUaLOmPNcT5+pRpK68FB+uCz
>
MhrEoSXWQpa29ujy+PJ8mTUnag9qtW93yQRxnItfqZyVrSLWmPH+RaoIaY9ArYGW50cky6n9brW0
>
FSgnugYZi8oqGTwlnvQgBQ0iJFXAeyHdGnCFcfV31ZvQmCi9vUA5WUE6R45tCq2NaBCF3kgd2Gq/
>
K6nPqRE3QQD9KUxOvex9p/REmFehmZbgOJc/f/50cc8c2X+1AlLrpWQiVOM7o9FgEfiZc9i0/5Oa
>
dZLaX7r3XWltB47RbZuHhr1/I5B8rt5qA29oY70EQinlEMc4tYNvYF2674P0T86mEf5EygAtpRw9
>
nzd03FBv/KCb0OSSfiMHid4GqMOwRAHGrDcA51Azb+YZZnGd5j6rMX/dYiPyraYEEXdqPiPaI2PY
>
3AxPNTfLIFuTmTINSX6GEYNbaEtGqn4QRrkgjvMz/DQPGlmYGURS8rvtlfUkxzqMlc39PsjGvmdc
>
rXMx3II0RraVMRI/aGSE++joPVe1fGKCuAdbos4xYgwJBdix1WMuhgskA0GaUeu1NSzYlcTx6OHF
>
HCVVj9F1GRvL3EkT4qmL4QJpwYqUR2rykusilEgN9+pRS9G9f46VLb0uj9Cqn/fYMpVT9pQViYWp
>
i26JAvZAINOMqp/YIB4rj3TX6tkN3UcsxZIN57PTMr9zzWuGrlc6ofHbFpakPsRYkMYgkjFGWhEl
>
LnBN4ljq2i8Vxj1334yWYQ6j19VrESt/akmExPL6ECOQrEWGkTKQhN5Nyv3aghouXfca27aZqyN8
>
oQQBJcI4eg1MCxr2QacOBM9t94ihfsQIJMQZPdD6k5fQZKZ1GVMp4EqsOv85vMG6aI+if+0e9QBy
>
SAn9niU5uuyQBwIpGGkz7NF7M8/e089luucmy4E9i+eYZVnFeiCs1eg+lyuIWJW6ECeQq8/Epbvp
>
pJXnzHP40aQpUt+ZpU56M3rClSI31aL3729BOB9///72O1iPuhAlkBrWJmpCdKMsUqd58E7aEKrz
>
I3tJe7j4jQkL3N3b+839jjHhzDpk29GHKIF0kTirbMEKzyiVUN3zPvrjr2n37Pv2Xq7nKuZZiAmb
>
E9z1w32KS1U3YgUSANbizHmXpRGnoe88vjxfrgetvLu392RygD41CLVBIAeziqUMECMnCjS1xSck
>
rC4psXO38XxEvpuT/SZ1higuVb2IFMhV9kRKDlIA6MGeAKYOiw6dl2lMniD5Vp0bgepfA4FbF5EC
>
uRKrTAYAfErcqK4QWmH0+86Z7RS4QSEEAjkYxBFWptRzkgqiyU0gH+tzWIrgg0AOBNcqQBkhcUyl
>
hQv9rguiCCkQSADozlnPSSr70d61EUXIRbRAzmph4VZdG97/X84cGRbat5gCUYQjiBXIVFYTbeSG
>
rMP8zNCea5E7AU7VmbuHkfMWoTZiBdJFu6CQ0BrgO0eit/dED1GE2vxvdAFSICYwG7Tp75R4iV6f
>
ft/YjgE9ES2QFu1uKQZFgJ8EzuNMfo9+BL0RL5AznfBBB4cZ2nFtZurjMBfiBdIYOhDMBROln1An
>
IBEVQTrGkJIN9EP7/Ql1ApL5pa2Bat4qMeu+TsiH9/8XIrtBA780Nk43YbEWwcQCBvhOaaKAbdvY
>
ygFdUeNiddG8JokVuSYa26q0575er+bx5Xn0I8FCqBRIizarTFt5oS7+xGiFtkAWKdCMaoHU2umw
>
ItciJISl73+vzYT6QkyAe7U9/+SNo/e1z/7xcI97FbqiWiCN0SeOfo5ZbeWHMnq/55iQ+gcOtyhT
>
K4vY9hncq9Ab9QKp0RrTvIYK+bQWR7/9xBL8u/fX1Pbc+iM4B0agIlFADE2dPcYsJ5asjvsee3gI
>
YiLopmXb6x9n253/zKHynLmfvQauVRiFegtSc+BLD7dXDbTWby/c+mnt0SjZPxg6M9EV0jPtzn/m
>
FO79c9dSLViOMBL1AmnR6Gq1aLCEtdZtS3pvdj8iZq4ghq7hCmXudd3n9s9hjJXPF8m97yOMIIEp
>
BDIkMFoHdGlCL0m0pdWNMf3aWa37uH3FF8mSa3wGzVxi149hf8cVVf+9Io4ghSkE0qLBEtsrv9ay
>
tyTlzpMmmBLIaUN7a4Q5btDXp9+3UjGzv+P+nhVL2j5IYyqBnAkpa5JHXHAty+LTs1waPBRH242/
>
fzL3WV1LcO+eoQmgL45YjyAJ1VGss+IHV6we6ZryDPSyun3hkfY+agZ65Wb8sWJWWif+mqW9FuII
>
0sCCFIY/OEkdkHuS8+wtLclQYIsEWrqbSyYlR9YvQ65WAGkgkAoYLY69rbTYPWMCEBvMcwRDiiv7
>
KC3fzV7d3L2932JimapPXyRH1R3AHggk7NJToM+seabW0UL3yL2fxOCpluuhuc9qN/A/vjwXrUXa
>
70irUwAfBBKSjLCwatwrdo3QWl1q0/zoQTwlhC3eyRErPLSmaH9XQnAXwFEQSCWMGGR6imMvIcpx
>
0/qD+ugB/sya39l7+nXh3/vu7b3IcgTQBAIpnNEWTOtBT9rWiVjC7xH4ZehZVznrijluVVypoBkE
>
UgG9haP3gCZBGKWVSWLkbCi3q1+20Oex/asE6IB0EEj4Ri+3KlZFnJGRtbE9kKlcqh8P95fYOmTq
>
+YhiBekgkAroHehQ614pK0OCRSQZCfVTsu75+PJ8uXt7v1nLMCaYfqLz0c8IkIJMOsIJHYnViprX
>
176/cJSFK9Wyzt1Tum2bKbEmASSDBakA6edGxixFSdslShgVWCLt3cYie1NWoGtBpuoQ6xE0cPnz
>
5890s73ZXXitBtIjKcNi/29Rvp70Fitp4hgqm1++0LmQroi6n+FaBY3gYlVID7frtm0/rEH3M3dA
>
D0UrShzoS5/ffc6WSBZHW66c+rDCZ7/j7pEE0AguVqWkNra3uI//WSqN2yz0dLVqqrdUnXw83F9s
>
6jn/e1iOoA0EUjm1zmss/X1NA/pZpFt4vci1qn1XK3seQSsI5ATUsnRmX7s9QusAKenBS0fXlaU/
>
F0AOrEECg1kGtUVRakTy2booPdUDQDJYkJNQenLCTBGnPfA3zZfUV2oCIr3eQ0eI7ZXZz2eLexW0
>
gkBOwhErUPrgLIHYEVghodg7LktLfe+do7nX1tjSAbOAQE5ELCl07GcQZ+8cxphQzLAfNBaME3ou
>
e2gywIyQKGASUtZL7PSFFetpj1KLb4UJyN5EwLUS3TVIrEfQDgI5EbGBLPWdFespxqrtpoRY9iQr
>
hlYgEUeYgV9EMK4FAhCGflBOqM4QRpgJLMiJoR7yWMFNWhsSkcMKEKQzKYjjPhojTCUR2lqEJQ4z
>
gUDCUrAGW4dQgnrL69PvG1YkzAACORlnLEcJiblrW3U5gUtQl23bzMfoQgBUAIGcgL39aiX0EI+9
>
8rU+akqLGzD2LqSX/7N8WJGgnmmDdGak14CJhZVH6+AejUeKWQ8GJ3jADExrQUoeRI6QyoNZmocV
>
6tGyziW9zzN5fgG0wmkeSshdt4P25OQjnZHUc7NVBmZkWgtyNhiYZLFafeecOer/nGhW0A4CqQBE
>
cByh1Gorvwf2PMJK4GIVDuLYF9eN6Nc9ghB3sz6+PF/cP/ZzN3k5gDamjGI1Zp5MMjmD8gzPKQGS
>
CKQpmSA8vjxfSFwO2sHFKhyCc9pDyrlj+C5ntx5dy/Hu7f3GuZGgEQRSKbhe60A95hPbYhT7zHNV
>
E7AD6kAgFcKgfg5cqf14fHm+3L293/B2gEYQSFgGXKl98MXw0706ZawDzA0CqQysxzw0pmnTgJtK
>
zq9Lon1hNqYVyBn3rDHw7IOVWI+YKzrVDu3PWG+EGWAfpBIY+PPZto06qoBfh6FTY9zPEEeYjWkt
>
yFlh4Iee5GTOcT/3xZEAHdAMAgnqYQDug5+Pdc9SJIsOaAeBBNXUXmduIbZarf69VHuxBAC+MOJy
>
Ba0gkIrQOtBKp+W+yNQ5nlqIlf/zUOSv/7uCiSjCDEybi9WYtfKxwnF6tBGtbTG37Vn3K8IIM4FA
>
CqV3tpeR+yt7v6dREcFa22OuSCKOMBu4WAUyIhVazoG4MzBqIuAfoVXCaFHd2+5hDOIIc4JACmb0
>
wDgrI+r1zD17WZ7+fXLEHGGEmSFRgFBGWDijBLm39arNUu5ZPyWWLuIIszOtBal1vWeW8kvFio22
>
nLY9UyfmZMRhjyOswLQCCRDD3denKYVfS5F0Jww5hxtjPcIKIJDC0GbZaKZ0vU0CtUXSz4zzMfoB
>
AQTBGqQgEMexaBPJs+UtSRsHsCIIpAA0rom1qodRaKt3e2LJ0Tpz1xkRR4Awv1IHy4Z+pm0gkQ7C
>
aL6eX4IFpy046ojL1X4/Z60RYGX+Z2ei7h9jvg/cmgYMbVC3csg5EFgipS5XKZMRAOkEXay+WNrP
>
jNk/NBXykVJ32qymlmith9xy2zaHWxVgn6Io1tBMNTV7dWeqIct0j1jKNU2h+XtoL/+saHR9+/1t
>
r08CQJpDycpjg0dpx8sJs49Zrn5HD5VF+uAmZRCWVFfSymLM+PdTWl5LyEq0G/yxIAH2aXaax97g
>
UjMAKCSUkgbavWcfXU5JdSWpLLY8xox/R7nlRPgA6tEsUcDegFJzwIllRtGA9IF3ddwlBKnvCnEE
>
aMNUmXR8l630bSqSygJxJOdvJeAGoB1TCaRLaBCTZl1KtkrgO76XQsJ7k9aeAWaDTDoABUgRRtyq
>
AO1BIAcgYZC1SLGGLFq2IYwqI/lTAfqBQAIUMjLjDpmtAPqBQAIcAJECmJ9pg3QAetAzqxPuVYC+
>
LCeQGta3QN7aaIheBy77dYE4AvRhOYGUMugi1HG0BOq0IJTn2BhjPh7uL48vz6OLB7AUrEECVKCm
>
qPtBQFiMAGNAIEEsq1iRqRSJiCPAOBDIwawiAqVIcYW3JvT+bfo4xBFgLAjkwmgIhNE2gchJmB/7
>
Di5VAFkgkIOwwiRdoEairW7cTfw5wh46vxFxBJADAjkYbRYS7FNyBqoVRYQRQB4I5EBGpizThNb6
>
ccvturO1WcYAq7LcPkgpaB30oRz7rkMu1dFlA4A4CKQAsCjCSDyguAYII4AOcLEOYrZBvxVa6ynm
>
PkccAfSwnEBKcW2Oto40bPHQTCwgZ3S5ACCfpQRSSlDMaHHUwOh3VBvEEUAfSwmkMeNFEnHMR2Md
>
+UkA2MIBoJflBNKYsW7NkfcHAIB8lhTIkSCO+Wh0s7rZdLAcAXSDQHZC2mAv/cxFrROJnFysAKCD
>
pQWSgQxagfUIoJ9lBbJnsA5rjwAA+lhWII1BsKAeuFYB5mNpgbQwsMFZ3OAcAJiD5QWytasV9+r8
>
MMECmJPlBdIYxEsyGsTHRgRfr1cSAwBMBKd5NMYdPFtdvzUaRAoAoDYIpGkvAK1EbIUIXDu5wMoH
>
gN7gYv1E2wC8ilUn7b1YwXbrf5V3AbAaCKRieojH6OTuFknbKNw68ROTjy4bANRjeRerlEFXAtaV
>
6bs03XXUERade88a76vGM4TK9Pr0+4ZIAszD0gI5en2tRvlrl/3j4f5ijLn5n/u5W0fVXY37HRHZ
>
1H2lWNkAUJelBVIzo606S0woQ2IhZSJSWo69ekYYAeYEgVTM3okc/s/8Ad61fEICFxKE2P1mFolU
>
Pc/83ACrs7xASrFqauEP2HZN7PXp9y02mPsC8PjyfLHfD4mD/bn779jam/2eLVtMdDW8B78eEEeA
>
ubn8+fPndv4yOtEyMO89gzHfRc4VRfs99zNf4Ox3fKFzf9+/zhFC17NofA+uQIbqHwB0s7wFOYNI
>
2ucw5p9Ft23bN0vPkhq8t20zH5nfPUJKfGd5DwAwD8sLpFZCLlFjfgqPbzn6n7t8RrB2IWTlnq0H
>
l157RHGzAszLsi7WGbZ47ImMFlefW/6S9xFzaR693hH8duS+FwDQzdKZdLSKoyUmjP5z3b29i54E
>
uSdg5FhkbgabkBiVXu8MoTZ01ioGABks6WJtOWj6gRut+LJYdqxHK453b++3ni7UI4TWTI0Jv68c
>
K82Pxm0Ja6gA8zGNQB4RplyhzLlebJtEaZlq8/Fwf9Egjsb83BJSg9YiGdpryrokwByoF8hYsErq
>
e+73965/ROj8LRQ1XG6hNdPQ4PzxcH9xI1FtRKsmUu/0yPpeD0vSvy55WQH0oz5Ix9/ekPru2QHr
>
iND55ToyQMcEOpYUYBbOCmPoerUFMpVqb7b3AbAa6i1IYz4Hp0ggSs1BKnStHGvRFcmz0bOpbQ2+
>
5Vj7+XvTouwtrMjY9bAiAXSj3oI05t9svbbFcYbUup8t55EtDTmMfnbJ1N4CkprwYEUC6GaKbR7b
>
tn2zmCQMSjniGDqd3ph/g677s1ii8dD/X59+36Rv7RhFq/YRm8Cw5QNAL2oF0hURjZScDhFag/x4
>
uP8x0G/b9vXner2a16ffNwboOFrbDgD0Qa2LdYYAFd/d566P+f92v5NaCw2hsW564NdZy20gvAMA
>
fai0IF3xkOJSPYJb7hyLOGQ1hq4FeVhru1fWHQDQhUoLcrZZea2I0xkiV0fSas/obO0VYBXUWZAz
>
DjaareDZaGFFakvUAAB/UbEP0s+sMro8UqFu5LJtm7myLxJAFSJdrEfTwgGc4e7tvUvOVtoygA6G
>
W5B+hKYPgwn04nPvavMJIxl2AHQwTCBjm+MtDCAAADCS4UE6vhASsAIzEjrtY3SZACBNVwsylDaN
>
rQkAACCRbgJpM8D4OUIRRpBCT6uOdg8gn+4uVjcBN4MESKPlnkX2QwLooosFaQURdypIhdNPAMCn
>
uQXp7ytDHEEisePJaoMVCaCH5okCcKeCBnqc7GGhTwDooLpAxs4uHP2gAClsonJ/P24roUQkAeRT
>
1cUa2vzPEUKghdDkDgDWpckapDsrZoYMGmk9sbMCTMIAALlUjWK1nf5KtCoow92j2yphOQDooroF
>
iUsVtNJ7SQARBpBNs20eWI+gld7ChZsVQCZNg3QANGEndbRjADCmQ5AOgEZ6iSRuVgC5DD/uCkAS
>
oyZ3rdyspNADOA4CCeAxkwfk4+H+KzqXtU6AMqpn0iFrDsyAFZNeLtBemXXu3t5vto++Pv2+zTQZ
>
AKhNFYF012vocDALMYurhWi2FMiUELqCCQDfqeZiJTMIwHFqiu7eoeSvT79vblIE9/8A8A/WIAEi
>
hKyu1i7XGhPM6/W6G5xjhdG/NxNcgH9USTVnT0F4fHm+0MFgJjS3aetaDR3l5btVP/7+dXN/b3T5
>
AUZT1YLUOpAApNi27euPMf9S0klJKHD39n6LRaqGLMmUhekuleB2hdWpGsVKsA7MiBvRatu4pEAd
>
e5alfx0X95qvkcME3HXJ1O8DrELV0zwAZsSe9OGKY6sTP44I0ePL8+XqWY6p68R+FnqmkDsWYBUu
>
//33X5X9Xu7sl9BxmI3QOl5t7Dq+lOd0YwtGlglgFJc/f/7cap2k7rtm6FgwK75bswajxMh1uYbc
>
yfRjWJX/GWOiAQilQQj2GnQoAD1s2/bVZ90TTUikDqvzLYrVjdZzBbMEOhWsgpQo1rPElkM+Hu4v
>
THZhZX7ZmWJsgT5lSYbE8PO7hIcDKMLGDbBVC+AfX0E6PjHxi1mW/vdZ3IfZsZGttbwmEvqMK5Cj
>
ywIwmuA+yNJO74e/W+hgMDM2UKfG3khJATGxfZIAq1Elk45vVbIOCSvw+PJ8set3e8sRe/TsM7hR
>
AfKoligAUYRVeXx5vthcpkcsyhLrsZZ1l8q3iuUI8Bcy6QBU4vHl+WIK85eOcK1+JfPoXD8A2mhy
>
3JWEYAOAERzJIFXSV2p5aj4e7i8lycjtUVi4Z2ElogJZsp4yy34wgBocmRzmilWtFI6vT79vuf3W
>
dcdu28YaJixD9DSPnHWUWAfDeoTVcVO2pRgV9W23qOTeMySK9HOYneAaJGmmAOoR6089xdEPyvnM
>
kpP9u34ZXXcrQgmz8k0ga2zToLMAfGe0OFqOnrITKp/9zAol/R5m5Esgz1iN7ikAAPCP0DJEb++M
>
dxByVTGzfR9rEmbkfzYY54w4GvP9RACA1Xl8ef6W6NvtJ/73WpfFTWYQw41StYKaO+ml38Os/Do7
>
m3Vnp7lrGgCr4IrHtm3GTQg+Slj2XK22LyN8sDrRKNZcJOWQBJCKjRq19O4v/gHPtbaL2GuPeCaA
>
1pxKFIA4AuThLmOMEMecz1LE9mkSewAzUyWTDp0EVubu7f3mZ5px/3339n6zic1HiWNoKaVWv2VL
>
GMxKlVysWJCgGet+POJ2dF2nX0LxaW1t22Y+TF135qlyOdjPzuZjfXx5vlwTQov7FTRz2ILkaCuY
>
Bf8c0xCutWUjPf10bR8P9xf7xz0KawQ5kaslKSKv12vU4vQjdt1IWADNnLIgnWN+ANSSk1XGCoAd
>
+Esy0YzCt+7OJgDJPQGEcQFm4XAU68iIPADI59UTSd9yzO2/rtu2pM/jZgWtHHax4loF0IHrAnWj
>
aUv7sOsyLgnwcdPSja4LgBJOR7EyKwTQhbUCjxxTd7S/I5KgkSYHJgOAPPxgGmtBlorW48vzpfRc
>
yNJ7cDgzSACBBFiUMzmYbaTuEXEd/dwAufw64mYBAL1YYbMBO9u2mat3ZNXRo7FS98z9LpYjSOFU
>
snLEFUAvfsCOuzWjRBxbnAeJpQkSwMUKsCDbtn3b8nF0sntkPdKSSjwwun4AjEEgAZblrDhaPh7u
>
D4mkn30H1ypIA4EEWBArapazVpsVWZuCL/a9kBAijCCVU+dBfh6sijsEoCG1A2Za4opdaGyw2XgY
>
N0ADWJAAwtEUDBdym7qiaYUeqxE0gEACCEeTteWe4uG6cBFE0AguVgDoDgnMQQNVDkwGgDDuhnyf
>
VcWBsyJBCwgkQIQj2xbs73zLUuOJo/1sL6AFAMaCQAI4+KKYm2nKFzz38xDude3vbttWlMFGK5/P
>
eDPmnKt1pTqDMbAGCUuRYxXWOOvUCmPoWu7PXCvTtza1963c7SmsR4JUsCBhelxR7HXQd+o+9mex
>
TDZfP1csHJr2bgLEQCBhSty1QEsvccwlVh5fMFskA29NiTimng3rEkZy2MVqOzENF6TgW4opN6cG
>
iHxNu8RXqwvozykLkgYKkikVxtR6YK17lJbfX69MTQJmdmnmvg+AmpyyIBHIsdj9ZDMPjLn1cNRa
>
9INi7NpZzhpayI3bAreMvlD4wui6JDW6Zl1896pvTdrPye8KrSDVnGI+Hu4vq8+q7eBozzcswV0m
>
sIOrLzYSXHzuc7nls5/bcrob8G25Rx0jVTMZgL1WrL4/Hu4viCO0AAtSMatbkK44lrK3hu5bkDGR
>
6bm+6btbY7hu4tznrU2LKFbXU7D3HKH3xXgFpRDFqphVhdFyRBxz9xmm6nZU0M9eRG5s24j7fzup
>
aj3B/bxnNRdviTimrrF6n4EyEEhYjiPnFLrrXcbsi/NRy/YMvsVoy+Cu4fVyybtp985yZKtH6LvX
>
v2uyXZ4f5oBtHh1hBluXUJDMngCcba82vZl/L9+tKWWLSagcvbL11NjDaPuM9oAj0Amp5kAtoQw5
>
R9qkG1BSOoFxf/eIddZbQGdMaQfQitMuVmZ20JNSt52b0DrWVl1RPGLlO6JcdDqHdXn2FEn2EwLk
>
c8qCNAYrEtqTiiDNzTYTC/IInd6R06Zruct77aV08d2uLJcAhKkikMbQuaAdoXMTz5ylmDrSakR7
>
PnrE1lFCyRHoxwA/OS2QxiCS0J+zASAxy823SH1rs3Ubty7hHkE+KVcrfRmgkkAag0iCTtyo1BDW
>
jRqy8mxKOmN+LjWcccGGXMp7QllDUP0AHsl9mYhw6EE1gTQGkdRETrBL6D3OkqEkJYxW7PzvuJ+H
>
1jFb1UNpYFLNA59bPlcPCCKEM1QVSGP+zUKZ3cmk5PDgvXRm/nc0DUSxLSIan8WY7wkM3Gc6i+ZJ
>
L2dJwlmaWJDG0Cgl0ToIZIZBVHL5c6wg/xSPmu9Ya79GIOEs1QWSxtiXHPdbjy0EvHs5tNo6ok0o
>
EUg4C7lYFVLiJu1dLgaj8ditG7Wv67qiY2czjsRtfyOO+IL5QCAVIVUY/TJKGCxnpMQiapmhJ3iS
>
SOfApVC9+P8GOEtVgdy2zVyd1F6jH24WRmRbKSU3Aw3UxU2lN3rrQzArUacI39jxX7RHOEMTC/Kz
>
YY5+tinQII7GHEvUDWWE9lk+vjxfPj4/88Wx54kisXv0yP26l+wB4CjVBZJkyPWRLo4WZuv9sAcS
>
GxOud/c8xhFnUw6oix/PP7pcoJ/q+yCN0R32L4na4fqt4H2Pw9+mEloDHu2FwNUJWvlfi4tqGNSh
>
DojjWGy9b9v2bUL1+vT7dvf2fnMF1L6r6/UatLpin9fg9en3zf8zuu4A9mhiQRrDrPEso2f9OSCO
>
svCz6biETu2IHfXl/r8V/n1oSyCRZts8bAQbDX5OYgMt73scTpBOcNLr5pK9e3v/0Tc/jDGPL89d
>
tkr44mtFkm1CIIkmLlYXXCnHkWo9pqwQGM/jy/PFFRn7b/9vY/5Znf7vG9M/GtR1D4+oNwCfpgK5
>
bdvX2sjoB4U6hFxhdmBj5i8LXyhdrLUZ2zc56l0ikiCJ5hakhQY/D/7gyXrzXPjBPb1xRZKgHhhJ
>
l1RzXzkcWV9QDftb56b1qS8lsPkfJNA9FyuL8Lrx3x3vcg4kR00jjjCKrgJJlh294EadFwniuDcu
>
nGl7Ek8eAR10tyDZ/gEgh6PiWDLRjSUStz/Tds4krEOzRAF7YJGkkZhmjnc2FyFxjAlXiJy2kBNc
>
U7tN1bxnyvrEMp2fYQJpDANuDAkuLxdm+HMSExKt7zj3vFRf+GPP6/fD0IQh9DOt9Qc/QSCFgeW4
>
NjaIjWC2co70nT0rucb1eI966b4GCXpwkwKMPox3JdjzdxxfoPYELrSd5EwwYeh6ofeJaOpguAVp
>
DI3FRZIFyWwYtHNmuaLmOZrutfDI6KFbJp0QUoQAwrjvh3cFGnHzyh6xCmttS/P7D14CHQwVSPiO
>
5E7DrHcfye9vZdyctGe3p9SAyaYeRKxBEpDwDzqPbqxI0p5lUtK/Wic12ZtQ0YbGM9yC9BMTjy7P
>
KCStPQLMxpmxpYVQhvq6Pf2IcUAOQ4N0fFZ140kWR/Z3wSwcCdhxEye0wD3E2v2cviaD4Rakz0pW
>
pLWapYqjMZz1CHNwZFxpLY6xstHX5CBiDdKySjLz3IwfAFBOah04t7/1EsfcfZMWxLMvolysllld
>
rVqFcdb3AXMSs8hK+l8vgSyBfeP9EeditcwUtKPlWUJ7xVaw6GFubP9zt3vsIUkY/TJpGEtmQZSL
>
1eJmnNDmbnDdO5oackoI3Xom5RxIJ2Qx+ki0EHOwy1BsJ+qDSBdrCD/t02h3Q6zzhdZRQ0fkSOuY
>
bjRdLCUW4gg92cthelYkUsd9WaT1U5fRY+AKiLQgQ/gN1Z9JGdO+oZSuIfrlkSyO/vPFuHt7v7Em
>
Cb3wxSvURksSjeR6daT10VgZWQJpixqBDBHqPK0G7iPi5pZHmjiGrNycwePj4f7y+PI8uvhQgD+J
>
HHGI8ZkyW0IRn6nvx55nz2JsLTru9c+MB2fKWbL8Y+tkxWPY1LhYczhi2bSeUdbqDDVJuWZcIffr
>
k3UPffjv01JyoLAx/d95zQllqdv0TJ/dW9v0+16pUPnXyn0v7vLImYQJMXIOndboeZpKII3JbzRa
>
t1zUYK+OerqtoS01ElGMWuvyxaN3P80VO3fy4a/j+98/MoF3rX5/onPkndSefPiT6G3bzMfD/cUu
>
x4Tq6PSNOzGdQBoTb4gri6Ilp5FiKc6DP7DWcun1ahshgQiVJ8SesO393l59xerDikRtS7xmv6yV
>
wcvWkRu8N5MbdlqBDLGqKLrkzGIRyLmobYmlorR7Pkfq3kdPyiipq72JeO16qenZqelZ8Jlp3JhS
>
ICGMRhcH1KV2sNiINhUKOmolRkcEsvWz50xwc75Tw5swe6J1BHJS/EADxBEstU+16C0UvdbIU/Wk
>
MeDEf65Saqx/agOBnJTQMTorNGjIY08kS9b3NIvFHiFLS/tkMyaQflIQCdHMo0EgB9Nyz9VqjRnK
>
OJsNKvbzmfAFUrs4jkZbfIPqRAGzoKWxwFzEAkz2RGC19uq7l1d7/rNoykntg0ACwBcM/t9xN/ST
>
1u082toXAgkAkIG2wV0KmutN7HmQAACjuXt7V7VmBnVBIAEAInC829ogkAAAAAFYg+wIi/wAAHpg
>
H2Rn2EcFAKADXKydsXupNO8NAgBYAQRyAIgkAIB8cLEOZLXEvwAAmsCCHIib4xFrEgBAFliQQsCa
>
BACQBRakELZtq3aILQAAnOeXvzePQRoAAMCYy//9vw9jzPc1MERyHLhaAQBk8CWQlr2TxiXin9c2
>
AyQUAAAYyw+BNObnKdpSSaVu01D+nOdDIAEAxhDMxfr48ny5BrYdzCA6AAAAOQQtyBCS1ihDluPj
>
y/MltpdwdHnPPCcWJADAGLIF0jJ6jbJ0bc4XzZ7lrnF6BwIJADCG/w+Hx8w9W/7VFwAAAABJRU5E
> rkJggg==
>
> ------_=_NextPart_001_01C3EB40.F989BF9E
> Content-Type: application/octet-stream;
> name="boundaries.wld"
> Content-Transfer-Encoding: base64
> Content-Description: boundaries.wld
> Content-Disposition: attachment;
> filename="boundaries.wld"
>
> MC4wODMzMzMzCjAKMAotMC4wODMzMzMzCi05OQo0OAo=
>
> ------_=_NextPart_001_01C3EB40.F989BF9E--
>
> --__--__--
>
> Message: 35
> Cc: <mapserver-users at lists.gis.umn.edu>
> From: Sean Gillies <sgillies at frii.com>
> Subject: Re: [Mapserver-users] php clone() doesn't cut it
> Date: Wed, 4 Feb 2004 10:35:35 -0700
> To: "Charlton Purvis" <cpurvis at asg.sc.edu>
>
>
> On Feb 4, 2004, at 10:04 AM, Charlton Purvis wrote:
>
> > Well, Sean, I'm a monkey's uncle. I created the attached example, and
> > it seems to work fine. Don't know what I was smoking.
> >
> > But by running it from the command line, I do get an error:
> > free(): invalid pointer 0x822b370!
> >
> > Maybe this was mucking up things when I ran it w/i my interface?
> >
> > Don't know. But everything is attached, if anyone is interested.
> >
> > Charlton
> > <seacoos_obs.map><test_clone.php><boundaries.png><boundaries.wld>
>
> I've seen that free() error as well ... can you provide any other
> context? What was the object at 0x822b370? I'd like to get this
> bug fixed.
>
> Sean
>
>
>
> --
> Sean Gillies
> sgillies at frii dot com
> http://users.frii.com/sgillies
>
>
> --__--__--
>
> Message: 36
> Subject: RE: [Mapserver-users] php clone() doesn't cut it
> Date: Wed, 4 Feb 2004 12:40:00 -0500
> From: "Charlton Purvis" <cpurvis at asg.sc.edu>
> To: "Sean Gillies" <sgillies at frii.com>
> Cc: <mapserver-users at lists.gis.umn.edu>
>
> > I've seen that free() error as well ... can you provide any other
> > context? What was the object at 0x822b370? I'd like to get this
> > bug fixed.
>
> I have zero idea how to find that out. Any suggestions?
>
>
> --__--__--
>
> Message: 37
> Subject: RE: [Mapserver-users] Mapserver hardware recomendations.
> Date: Wed, 4 Feb 2004 12:49:32 -0500
> From: "Ed McNierney" <ed at topozone.com>
> To: "Jason M. Nielsen" <jnielsen at aero-graphics.com>,
> <mapserver-users at lists.gis.umn.edu>
>
> Jason -
>
> If you're concerned about performance, the first thing I'd do is lose
> the JPEGs, and convert them all to TIFF images. Otherwise the rest of
> the things you've identified for managing your data are good ideas - do
> as much as you possibly can to optimize the data layout and usage before
> you begin to think about hardware.
>
> Your hardware setup generally looks reasonable. At TopoZone we serve
> about 20 terabytes of imagery and vector data using a similar sort of
> platform at much higher traffic rates (but no, it doesn't all fit on one
> box <g>). You would probably benefit, however, from more RAM, depending
> on your usage model. Having more RAM available for working set AND some
> left over for disk cache will be helpful unless virtually all your hits
> are "random" and not geographically related to one another.
>
> If you will be frequently updating your data set, please remember that
> in my experience most ATA RAID controllers see their performance go out
> the window when asked to support simultaneous writes and reads. Don't
> try to do much active updating while your server's busy trying to serve
> maps.
>
> - Ed
>
> Ed McNierney
> President and Chief Mapmaker
> TopoZone.com / Maps a la carte, Inc.
> 73 Princeton Street, Suite 305
> North Chelmsford, MA 01863
> ed at topozone.com
> (978) 251-4242
>
> -----Original Message-----
> From: Jason M. Nielsen [mailto:jnielsen at aero-graphics.com]
> Sent: Wednesday, February 04, 2004 11:33 AM
> To: mapserver-users at lists.gis.umn.edu
> Subject: [Mapserver-users] Mapserver hardware recomendations.
>
> We are planning to put a mapserver together for both external and
> internal use.
> The data will primarily be composed of rasters. Most of these rasters
> will more than likely be 24bit TIFF and JPEG. The raster data alone I
> think will start at around 400Gigabytes and could quite possibly grow.
> Vector data could potentially become substantial much later on but for
> the next couple years I do not see it growing beyond 50-100MB.
>
> Im hoping to increase the speed of the setup through the usual means
> such as min/max scale displays, tiled imagery, reduced colors(if
> possible), pyramids/rrds and of course trying to optimize the core
> imagery resolution for the application.
>
> I dont expect the traffic on this site to be too combersome. Perhaps no
> more than a few hundred hits a day at most and probably no more than ten
> connections at a time.
>
> I was thinking 1GB of ram, P4 2.8-3.0 or athlon-64, ata-100 main drives
> (one for OS and software other for swap etc) with the data sitting on a
> ata raid5 that interfaces to the machine via at least a SCSI U160
> interface or perhaps firewire.
>
> I will probably put 3 main drives in it. 2 will be the OS/software and
> mirrored.
> 3 will be swap.
>
> All of this I plan to be running under either Redhat 9.0 or Fedora.
>
> Any recommendations on anything with regard to such a setup?
>
> Thanks, Jason.
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
>
>
> --__--__--
>
> _______________________________________________
> Mapserver-users mailing list
> Mapserver-users at lists.gis.umn.edu
> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
>
>
> End of Mapserver-users Digest
>
More information about the mapserver-users
mailing list