From ant at VICROU.NET Tue Nov 1 00:32:29 2005 From: ant at VICROU.NET (Anthony Brown) Date: Tue, 1 Nov 2005 21:32:29 +1300 Subject: New to GIS Message-ID: Hello, I am very new to the world of GIS, infact two days ago I didn't know what it stood for... However, I have a project I want to get done and I have spent a lot of time reading over the past couple of days and I now know what GIS stands for, along with a few other things. This might not be the best place to post the question but here it goes: I want to make an application that can print out a route on a map of how to get from address A to address B. I have talked to companies that sell data I would need, address info, along with roading info (one way streets etc) but I wouldn't know where to start to actually make the application. I have got mapserver installed and running, I tried following the tutorial but can't find out where to download the examples. The technology looks like something I could learn and I am willing to put in the time reading manuals, tutorials, and reading case studies, but I would like some help narrowing down the materials I need to cover. Specifically this application will need to run online, possibly using something like kamap. It will need to work from mapinfo files (mid/mif, tab) because thats the format I can get the data in. Maybe these files can be put into a PostgreSQL database, i have seen the postGIS word floating around a few sites. It will be a New Zealand data set, starting with the major cities. Any ideas? Thankyou :Anthony Brown BICT (Bachelor of Information and Communication Technology) http://www.webchalk.co.nz -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.12.6/152 - Release Date: 10/31/2005 From woodbri at SWOODBRIDGE.COM Tue Nov 1 05:50:45 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 1 Nov 2005 08:50:45 -0500 Subject: New to GIS In-Reply-To: Message-ID: Hello Anthony, Mapserver does not support Geocoding, turning a address into a lat,long and it does not support Routing/Driving Directions. Each of these is a significant application unto themselves. Mapserver does maps as its name implies. There are various solutions around for geocoding that might be adapted to your needs. See http://geocoder.us and http://imaptools.com There is some support for routing that works with PostGIS but I'm not sure how large a data set it can handle or whether it will handle turn restrictions if you need that. More below ... Anthony Brown wrote: > Hello, > > I am very new to the world of GIS, infact two days ago I didn't know what it > stood for... > > However, I have a project I want to get done and I have spent a lot of time > reading over the past couple of days and I now know what GIS stands for, > along with a few other things. > This might not be the best place to post the question but here it goes: > > I want to make an application that can print out a route on a map of how to > get from address A to address B. I have talked to companies that sell data I > would need, address info, along with roading info (one way streets etc) but > I wouldn't know where to start to actually make the application. > > I have got mapserver installed and running, I tried following the tutorial > but can't find out where to download the examples. http://ms.gis.umn.edu is the new mapserver site and it should have links to the tutorial and examples. > The technology looks like something I could learn and I am willing to put in > the time reading manuals, tutorials, and reading case studies, but I would > like some help narrowing down the materials I need to cover. > > Specifically this application will need to run online, possibly using > something like kamap. > It will need to work from mapinfo files (mid/mif, tab) because thats the > format I can get the data in. GDAL/OGR will convert data from mapinfo to shapefiles > Maybe these files can be put into a PostgreSQL database, i have seen the > postGIS word floating around a few sites. > It will be a New Zealand data set, starting with the major cities. Sounds like a fun project > Any ideas? Start with maps and making them look good and run fast in mapserver, then look at geocoding. If you want to roll your own, then you might look at loading the street data into PostGIS and writing SQL queries to lookup streets and address ranges for geocoding. There are 3-4 examples of geocoder written in PostGIS/postgres stored procedures that you also might adapt to your needs. And finally look into the routing as it will require totally different data structures to solve the graph problem of routing and driving direction. -Stephen Woodbridge http://imaptools.com > Thankyou > :Anthony Brown > > BICT (Bachelor of Information and Communication Technology) > http://www.webchalk.co.nz > From luca.casagrande at GMAIL.COM Tue Nov 1 06:20:22 2005 From: luca.casagrande at GMAIL.COM (Luca Casagrande) Date: Tue, 1 Nov 2005 15:20:22 +0100 Subject: Open image file clicking on the map... Message-ID: Hi guys! I have set up my first mapserver application and it's running fine... I got a shape with different area inside of it and i need this feature: Clicking on the map will open a new window with some info like Area,Use, ecc.. ( all stored in the dbf of the shape) and a link for downloading a picture. How can i get it? THX Luca -- gtalk: luca.casagrande at gmail.com skype : thedoktor78 msn: doktoreas at hush.com From codeburg at HOTMAIL.COM Tue Nov 1 07:35:55 2005 From: codeburg at HOTMAIL.COM (Gail Long) Date: Tue, 1 Nov 2005 07:35:55 -0800 Subject: Does anyone know of a good mapscript tutorial? Message-ID: New to GIS, not new to programming, prefererences in order: php perl (I guess I could go learn python) (same goes for ruby) I have all of the mapserver reference pages, the php mapscript class reference, and the "recipies" and "snippets" pages. I've also downloaded the mapserver tutorial, workshop tutorial, and the pmapper code. I've checked several FAQ's and wikis. I'm sure that most of the information I'm looking for is in there plus in these archives, but its not in newbie digestable form. I also have the Orielly "Web Mapping Illustrated" which has helped tremendously but it has some major holes. (spoken as a member of the target audience the book is trying to reach) All the references that anyone has would be very helpful and in return I'd be happy to put together a compendium of the references, and even a couple of basic tutorials that could be used to respond to similar requests. Thanks in advance. -- Things are only difficult while you don't understand them. From jon.hadley at GMAIL.COM Tue Nov 1 07:45:16 2005 From: jon.hadley at GMAIL.COM (Jon Hadley) Date: Tue, 1 Nov 2005 15:45:16 +0000 Subject: Newbie questions Message-ID: Hello all, I'm new to Map Server, it looks like a great product, but I have a couple of newbie questions. I had a quick search of the archive, but I didn't find any detailed enough answers: - I have some maps in JPG format. What's the quickest and easiest way of displaying these via mapserver? - How would I go about getting Map Server working on IIS? Does it just need PHP installed? Or are there more detailed steps that need to be carried out? Cheers, Jon From work at XWB.COM Tue Nov 1 08:05:20 2005 From: work at XWB.COM (Chip Taylor) Date: Tue, 1 Nov 2005 08:05:20 -0800 Subject: Newbie questions In-Reply-To: Message-ID: To get MapServer working on IIS: 1. After MapServer is installed, make sure that its directory is a virtual directory for IIS. 2. In the IIS management console, click on Web Service Extensions and make sure that the Extension "All Unknown CGI Extensions: are "Allowed" 3. Make sure proj is installed in a directory. I prefer c:\proj 4. Click on My Computer, Properties, Advanced, Environment Variables and add the proj and Mapserver diectories to the path. You are done. > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Jon Hadley > Sent: Tuesday, November 01, 2005 7:45 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Newbie questions > > Hello all, > > I'm new to Map Server, it looks like a great product, but I have a > couple of newbie questions. I had a quick search of the archive, but I > didn't find any detailed enough answers: > > - I have some maps in JPG format. What's the quickest and easiest way > of displaying these via mapserver? > > - How would I go about getting Map Server working on IIS? Does it just > need PHP installed? Or are there more detailed steps that need to be > carried out? > > Cheers, > > Jon From jon.hadley at GMAIL.COM Tue Nov 1 08:34:50 2005 From: jon.hadley at GMAIL.COM (Jon Hadley) Date: Tue, 1 Nov 2005 16:34:50 +0000 Subject: Newbie questions In-Reply-To: <43679252.2e093745.792f.54a2SMTPIN_ADDED@mx.gmail.com> Message-ID: Some great advice, cheers guys, will give it all a try tomorrow. Jon From dirk at ADVTECHME.COM Tue Nov 1 08:42:15 2005 From: dirk at ADVTECHME.COM (Dirk Tilger) Date: Tue, 1 Nov 2005 20:42:15 +0400 Subject: Newbie questions In-Reply-To: Message-ID: On Tue, Nov 01, 2005 at 03:45:16PM +0000, Jon Hadley wrote: > - I have some maps in JPG format. What's the quickest and easiest way > of displaying these via mapserver? When you don't got a world file (.jgw) with them: - find a few points on the map that you know the coordinates of - georectify the map and generate a world file - create a .map - add a layer for your RASTER image(s) using the GDAL driver Dirk Tilger Advanced Technologies ME FZ LLC Tel +971 4 367 1071 Fax +971 4 367 2529 Mob +971 50 8809132 +966 55 1650025 From carloncho24pe at YAHOO.ES Tue Nov 1 08:52:39 2005 From: carloncho24pe at YAHOO.ES (Carlos Ruiz) Date: Tue, 1 Nov 2005 17:52:39 +0100 Subject: drop-down list In-Reply-To: <4354F7D5.3060308@swoodbridge.com> Message-ID: Hi, I try to do a drop-down list container somme information from a shape file. I tried to use the foreach php function, but it does not work! Any hint would be very appreciated! Carlos Ruiz ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, m?s seguridad http://correo.yahoo.es From diego.riofrio at GMAIL.COM Tue Nov 1 08:57:16 2005 From: diego.riofrio at GMAIL.COM (Diego Riofrio) Date: Tue, 1 Nov 2005 11:57:16 -0500 Subject: Help with mapscript c# or java Message-ID: Hello, please I have a problem with mapscrict in c#... First I compile mapserver version 4.4.2 and the same version of mapscript for c#, recent I do the same for de newest version 4.6.1. My problem is when I want to draw a line dynamically, with point that y receive from a data base, when a draw the same shape with POLYGON type it does well, but is a polygon; but when a change the shape type to LINE doesn't draw... Please what is the correct form to draw a LINE shape dynamically??? Thanks a lot PD: I ask for java to because is similar to c# From David.Fawcett at STATE.MN.US Tue Nov 1 09:03:49 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Tue, 1 Nov 2005 11:03:49 -0600 Subject: Newbie questions Message-ID: If you haven't already, take a look at the New Users page http://ms.gis.umn.edu/new_users and the rest of the 'new' MapServer site. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jon Hadley Sent: Tuesday, November 01, 2005 10:35 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Newbie questions Some great advice, cheers guys, will give it all a try tomorrow. Jon From sweykam at TELELINE.ES Tue Nov 1 09:15:20 2005 From: sweykam at TELELINE.ES (Stefanie Weykam) Date: Tue, 1 Nov 2005 18:15:20 +0100 Subject: generateSLD - space matters Message-ID: Re: my previous message on supposed generateSLD bug... That's it - spaces between the operators ! this works: $clObj2->setExpression('(['.$sp.']> 20 And ['.$sp.']<= 40)'); while this didn't: $clObj2->setExpression('(['.$sp.']>20 And ['.$sp.']<=40)'); From jmckenna at DMSOLUTIONS.CA Tue Nov 1 09:17:17 2005 From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna) Date: Tue, 1 Nov 2005 12:17:17 -0500 Subject: Newbie questions In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5132DFB@s-sp22.pca.state.mn.us> Message-ID: including the IIS howto: http://ms.gis.umn.edu/docs/howto/setupiis jeff Fawcett, David wrote: > If you haven't already, take a look at the New Users page > http://ms.gis.umn.edu/new_users and the rest of the 'new' MapServer > site. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Jon Hadley > Sent: Tuesday, November 01, 2005 10:35 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Newbie questions > > > Some great advice, cheers guys, will give it all a try tomorrow. > > Jon > > -- Jeff McKenna DM Solutions Group Inc. http://www.dmsolutions.ca From codeburg at HOTMAIL.COM Tue Nov 1 11:29:20 2005 From: codeburg at HOTMAIL.COM (Gail Long) Date: Tue, 1 Nov 2005 11:29:20 -0800 Subject: CORRECTION: Does anyone know of a good mapscript tutorial? Message-ID: In a previous post of the same name I made a comment about the book "Web Mapping Illustrated" having "major holes". While its true that the book has "holes" for "ME", it is still an outstanding book that has proven itself to me by getting me over some major humps in learning how to build mapserver applications. I'm sure that most of the motivation behind my comment was my own inexperience and frustration at the time and that someone of different experience and skills will have a very different opinion of the book. My most sincere apologies to the Author, Tyler Mitchell. Your work currently sits on my desk as one of my most prised references. As to the mapscript portion of that post, if anyone has simple examples of the PHP API I would be willing to put together a simple tutorial and post it to the wiki as a base that we can all improve upon. Sincerely, Gail long -- Things are only difficult while you don't understand them. From tylermitchell at SHAW.CA Tue Nov 1 11:53:31 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Tue, 1 Nov 2005 11:53:31 -0800 Subject: CORRECTION: Does anyone know of a good mapscript tutorial? Message-ID: ----- Original Message ----- From: Gail Long Date: Tuesday, November 1, 2005 11:29 am Subject: [UMN_MAPSERVER-USERS] CORRECTION: Does anyone know of a good mapscript tutorial? > In a previous post of the same name I made a comment about the > book "Web > Mapping Illustrated" having "major holes". > > While its true that the book has "holes" for "ME", it is still an > outstanding book that has proven itself to me by getting me over > some major > humps in learning how to build mapserver applications. I'm sure > that most > of the motivation behind my comment was my own inexperience and > frustration > at the time and that someone of different experience and skills > will have a > very different opinion of the book. > > My most sincere apologies to the Author, Tyler Mitchell. Your > work > currently sits on my desk as one of my most prised references. Hi Gail, No apologies necessary! Just let me know how I can improve it for others in the future or others who are more like you. I appreciate any feedback I can get no matter whether the holes are major, minor, sweeping or personal. But thanks for clarifying. The MapScript examples in the book are fairly simple ones. I did do up some more in-depth examples for the upcoming book PHP Hacks - so keep your eye out for that title. (Not sure when it's due). Tyler From bartvde at XS4ALL.NL Tue Nov 1 11:54:17 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Tue, 1 Nov 2005 20:54:17 +0100 Subject: MS WFS "Chaining" In-Reply-To: <1130830599.43671b079ab55@webmail.narx.net> Message-ID: Hi Chris, this is the sample MAP file I have just used to test this approach. I can do a GetFeature request to my localhost server and get the GML returned by the DM Solutions WFS service: http://localhost/cgi-bin/backup/mapserv_46.exe?map=c:\ms4w\apps\chameleon\samples\map\samplewfs.map&request=GetFeature&service=WFS&version=1.0.0&typename=park This is the MAP file used: NAME DEMO STATUS ON SIZE 400 300 EXTENT -2594561 -712631 3467361 3840000 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 255 255 255 TRANSPARENT FALSE WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" METADATA wfs_onlineresource "http://localhost/cgi-bin/backup/mapserv_46.exe?map=c:\ms4w\apps\chameleon\samples\map\samplewfs.map&" wfs_title "test wfs" END END PROJECTION "init=epsg:42304" END LAYER CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswfs_gmap?" CONNECTIONTYPE WFS NAME park METADATA wfs_typename "park" wfs_title "park layer" wfs_version "1.0.0" END TYPE POLYGON DUMP TRUE CLASS STYLE SYMBOL 0 COLOR 255 0 0 OUTLINECOLOR 255 0 0 END END STATUS ON PROJECTION "init=epsg:42304" END END END Hope this helps. Best regards, Bart chris at narx.net wrote: >Hi Bart, thanks for the reply. > >Care to submit a small mapfile sample of what you think may work ? :) > >I have played around with the metadata such as the online resource url but no >such luck > >Thanks :) > >Quoting Bart van den Eijnden : > > > >>Hi, >> >>this could be done I think. On your middle tier, you would have a >>Mapserver WFS client layer, which you also expose as a WFS server layer >>on the middle tier. The middle tier will then request the remote >>Mapserver WFS. >> >>So in summary, on your middle tier you would have a WFS Client layer in >>your MAP file, and you would also expose your middle tier as a WFS >>server using the appropriate wfs server metadata. >> >>Does this make sense :-) ? >> >>Best regards, >>Bart >> >>Chris Tweedie wrote: >> >> >> >>>Morning list, >>> >>>A current work in progress requires extensive use of mapserver's WMS service >>>chaining. My question is that as far as i can tell, there is no way to do a >>>similar method using remote WFS services. >>> >>>To clarify, i am not after MS as a WFS Client (eg. render the WFS response >>> >>> >>as an >> >> >>>image) but simply forward the response on to the client. For example, >>> >>>1. Client (WFS Request) --> Core Mapserver (Forward request) --> Remote >>>Mapserver >>> >>>2. Remote Mapserver (GML Response) --> Core Mapserver (Forward request) --> >>>Client >>> >>>I hope mapserver could be enabled as a sort of pseudo OWS "proxy" but I have >>> >>> >>had >> >> >>>a look around without much success, >>> >>>Ideally, if there was a new meta tag such as >>> >>>"wfs_response_method" "GML" >>> >>>or something similar attached to the layer, then this would suit my purpose >>>exactly. Since the response is currently stored as a GML file in the ms_tmp >>>directory anyway, it seems a simple manner of just forwarding on the request >>>instead of rendering it using GDAL/OGR. >>> >>>Any feedback would be appreciated, >>> >>>Chris Tweedie >>> >>>---------------------------------------------------------------- >>>This message was sent using IMP, the Internet Messaging Program. >>> >>> >>> >>> >>> >>> > > > > >---------------------------------------------------------------- >This message was sent using IMP, the Internet Messaging Program. > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From James.Browne at LIU.EDU Tue Nov 1 15:50:54 2005 From: James.Browne at LIU.EDU (James Browne) Date: Tue, 1 Nov 2005 18:50:54 -0500 Subject: Problem compiling Mapserver against GDAL with ECW sdk undefined references Message-ID: Hi all, This is a cross-post from the gdal-dev list. Usually an undefined reference is from a library path problem or version problem with header files. I think that I have double checked for these mistakes. GDAL command line utilities find the new ECW libraries and they seem to find each other. Trying gdal-config --libs returns the expected value, dalinfo reads ECW files, gdalwarp converts from ECW, and gdal-translate doesn't crash. But when I compile Mapserver 4.6.1 against GDAL 1.3.1 library that uses the latest source for ECW SDK 3.3, making sure to use the path to gdal-config, and even try adjusting mapserver's --prefix --libdir configure options, I still get the following errors (abbreviated from a long series) /usr/bin/../lib/libNCSEcw.so: undefined reference to `NCSDeleteFile' /usr/bin/../lib/libNCSEcw.so: undefined reference to `NCSGetTempFileName' /usr/bin/../lib/libNCSEcw.so: undefined reference to `NCSUtilInit' /usr/bin/../lib/libNCSEcw.so: undefined reference to `NCSRemoveDir' /usr/bin/../lib/libNCSEcw.so: undefined reference to `CNCSEvent::Set()' /usr/lib/libgdal.so: undefined reference to `CNCSThread::Resume()' /usr/bin/../lib/libNCSEcw.so: undefined reference to `NCSByteSwapRange64' /usr/lib/libgdal.so: undefined reference to `CNCSThread::GetStats()' /usr/lib/libgdal.so: undefined reference to `CNCSThread::GetPriority()' ... etc. Does anyone have any ideas? Thanks Jim From jvanulde at NRCAN.GC.CA Tue Nov 1 16:41:27 2005 From: jvanulde at NRCAN.GC.CA (Van Ulden, Joost) Date: Tue, 1 Nov 2005 19:41:27 -0500 Subject: Reference Map Message-ID: Hi all, I am trying to generate a reference map manually. I am sending the following request to mapserver: ~/extent.map&MODE=reference&MAPEXT=-93.6 -59.4 -28.8 18.9 The mapfile looks like this: NAME Extents STATUS ON SIZE 400 200 EXTENT -180 -90 180 90 UNITS DD PROJECTION "init=EPSG:4326" END #---------------------------------------------------------------------- # Start of reference object #---------------------------------------------------------------------- REFERENCE STATUS ON IMAGE "extent.gif" SIZE 400 200 EXTENT -180 -90 180 90 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END END # Map File The image I get back has the incorrect extent marked on the map. The north and south coordinates are correct, but the east and west are stretched so that the extent box has the same ratio as the reference image (2/1). What gives??? I am sure that it is something simple, but being rather late in the day I just can't figure it out. As usual, any and all suggestions and/or comments are welcome. 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 ============================================ From dylan at IICI.NO-IP.ORG Tue Nov 1 17:23:26 2005 From: dylan at IICI.NO-IP.ORG (Dylan Beaudette) Date: Tue, 1 Nov 2005 18:23:26 -0700 Subject: antialiasing line features.. In-Reply-To: Message-ID: Interesting... I am having sporadic segfaults from mapserv, especially when there are a lot of line features, that are set to use antialiasing... Any ideas if this is related to your problems? Note that maps are generated fine for lines with few elements... Dylan On Tuesday 25 October 2005 11:55 pm, thomas bonfort wrote: > hi list, > I'm also having problems with mapserver or mapscript dying on certain > antialiased lines. I think I tracked the bug down to gd, I still have > to find the time to find out in what cases it happens. For those > interrested, for me gd segfaults for me in file gd.c on line 3055, > because it is called with out of bounds values for pixel position. the > call is being made on lines 3098 or 3119, with the argument > (y>>16)+1 (line 3098) > or > (x>>16)+1 (line 3119) > which seems to me to be out of image bounds. > > My fix is to set the clipping regions of lines 3069-3071 to 1 pixel > inside, which is a quick workaround which prevents the segfaults, but > produces poor quality for short line segments. > > cheers, > tb > > On 10/26/05, Flavio Hendry wrote: > > hi Abe > > > > as said, I had problems with it (hanging mapserver). and the ones which > > seemed to work, I did not see a difference (was using jpeg as output). > > png24 is no option, resulting size of images too large. > > > > Mit freundlichem Gruss / Best Regards > > Flavio Hendry > > > > ---------------------------------------------------------------- > > TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual > > ---------------------------------------------------------------- > > ############ Mit freundlichen Gruessen / Kind Regards > > ############ mailto:flavio at tydac.ch > > ############ TYDAC AG - http://www.tydac.ch > > #### #### Geographic Information Solutions > > #### #### Luternauweg 12 -- CH-3006 Bern > > ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 > > ---------------------------------------------------------------- > > > > > > -----Original Message----- > > From: Abe Gillespie > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Date: Tue, 25 Oct 2005 12:11:00 -0400 > > Subject: Re: [UMN_MAPSERVER-USERS] antialiasing line features.. > > > > > Hey everyone, > > > > > > Sorry, a somewhat OT - This thread has piqued my interest a little. > > > Would someone mind posting examples of aliased vs. antialiased > > > images? > > > I'm just curious about the results you can get. > > > > > > Thanks! > > > -Abe > > > > > > On 10/25/05, Dylan Beaudette wrote: > > > > On Oct 25, 2005, at 2:54 AM, Flavio Hendry wrote: > > > > > Ciao Giorgio > > > > > > > > > > It might not be the antialiasing but the png24. png24 files tend > > > > > > to get > > > > > > > > very large, i.e. 400k compared to 70k as a JPEG (check your > > > > > > output > > > > > > > > directory). Maybe you try JPEG. > > > > > > > > > > However, I had quite problems with the antialiasing, working on > > > > > > some > > > > > > > > layer and on some the system hung (no error messages, just > > > > > > hanging when > > > > > > > > zooming). Removing the antialiasing from the layer worked. > > > > > > Strange > > > > > > > > behaviour, anybody having this problem? > > > > > > > > > > Mit freundlichem Gruss / Best Regards > > > > > Flavio Hendry > > > > > > > > > > ---------------------------------------------------------------- > > > > > TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual > > > > > ---------------------------------------------------------------- > > > > > ############ Mit freundlichen Gruessen / Kind Regards > > > > > ############ mailto:flavio at tydac.ch > > > > > ############ TYDAC AG - http://www.tydac.ch > > > > > #### #### Geographic Information Solutions > > > > > #### #### Luternauweg 12 -- CH-3006 Bern > > > > > ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 > > > > > ---------------------------------------------------------------- > > > > > > > > Yes. I am noticing a seemingly erratic behavior: If I enable > > > > antialiasing with JPEG output format, it does not work. If I enable > > > > antialiasing in a tiled line layer it does not work... > > > > > > > > Are there some good ground rules for antialiasing? i.e. ONLY PNG24, > > > > etc. ? > > > > > > > > Thanks! > > > > > > > > -- > > > > Dylan Beaudette > > > > Soils and Biogeochemistry Graduate Group > > > > University of California at Davis > > > > 530.754.7341 -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From thomas.bonfort at GMAIL.COM Tue Nov 1 23:39:00 2005 From: thomas.bonfort at GMAIL.COM (thomas bonfort) Date: Wed, 2 Nov 2005 08:39:00 +0100 Subject: antialiasing line features.. In-Reply-To: <200511011723.26371.dylan@iici.no-ip.org> Message-ID: actually there's a smarter fix, but that still requires patching gd.c without trying it and seeing if it stops your problem, I can't say much more wether it corresponds to your case or not. you'll have to download and patch the last version of gd, and make sure mapserv is linked to the patched version. the patch is to add this near line 3035 of gd.c at the beginning of static void gdImageSetAAPixelColor(gdImagePtr im, int x, int y, int color, int t) if(x<0||y<0||x>=im->sx||y>=im->sy) { return; } cheers, tb On 11/2/05, Dylan Beaudette wrote: > Interesting... > > I am having sporadic segfaults from mapserv, especially when there are a lot > of line features, that are set to use antialiasing... > > Any ideas if this is related to your problems? > > Note that maps are generated fine for lines with few elements... > > Dylan > > > On Tuesday 25 October 2005 11:55 pm, thomas bonfort wrote: > > hi list, > > I'm also having problems with mapserver or mapscript dying on certain > > antialiased lines. I think I tracked the bug down to gd, I still have > > to find the time to find out in what cases it happens. For those > > interrested, for me gd segfaults for me in file gd.c on line 3055, > > because it is called with out of bounds values for pixel position. the > > call is being made on lines 3098 or 3119, with the argument > > (y>>16)+1 (line 3098) > > or > > (x>>16)+1 (line 3119) > > which seems to me to be out of image bounds. > > > > My fix is to set the clipping regions of lines 3069-3071 to 1 pixel > > inside, which is a quick workaround which prevents the segfaults, but > > produces poor quality for short line segments. > > > > cheers, > > tb > > > > On 10/26/05, Flavio Hendry wrote: > > > hi Abe > > > > > > as said, I had problems with it (hanging mapserver). and the ones which > > > seemed to work, I did not see a difference (was using jpeg as output). > > > png24 is no option, resulting size of images too large. > > > > > > Mit freundlichem Gruss / Best Regards > > > Flavio Hendry > > > > > > ---------------------------------------------------------------- > > > TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual > > > ---------------------------------------------------------------- > > > ############ Mit freundlichen Gruessen / Kind Regards > > > ############ mailto:flavio at tydac.ch > > > ############ TYDAC AG - http://www.tydac.ch > > > #### #### Geographic Information Solutions > > > #### #### Luternauwg 12 -- CH-3006 Bern > > > ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 > > > ---------------------------------------------------------------- > > > > > > > > > -----Original Message----- > > > From: Abe Gillespie > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Date: Tue, 25 Oct 2005 12:11:00 -0400 > > > Subject: Re: [UMN_MAPSERVER-USERS] antialiasing line features.. > > > > > > > Hey everyone, > > > > > > > > Sorry, a somewhat OT - This thread has piqued my interest a little. > > > > Would someone mind posting examples of aliased vs. antialiased > > > > images? > > > > I'm just curious about the results you can get. > > > > > > > > Thanks! > > > > -Abe > > > > > > > > On 10/25/05, Dylan Beaudette wrote: > > > > > On Oct 25, 2005, at 2:54 AM, Flavio Hendry wrote: > > > > > > Ciao Giorgio > > > > > > > > > > > > It might not be the antialiasing but the png24. png24 files tend > > > > > > > > to get > > > > > > > > > > very large, i.e. 400k compared to 70k as a JPEG (check your > > > > > > > > output > > > > > > > > > > directory). Maybe you try JPEG. > > > > > > > > > > > > However, I had quite problems with the antialiasing, working on > > > > > > > > some > > > > > > > > > > layer and on some the system hung (no error messages, just > > > > > > > > hanging when > > > > > > > > > > zooming). Removing the antialiasing from the layer worked. > > > > > > > > Strange > > > > > > > > > > behaviour, anybody having this problem? > > > > > > > > > > > > Mit freundlichem Gruss / Best Regards > > > > > > Flavio Hendry > > > > > > > > > > > > ---------------------------------------------------------------- > > > > > > TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual > > > > > > ---------------------------------------------------------------- > > > > > > ############ Mit freundlichen Gruessen / Kind Regards > > > > > > ############ mailto:flavio at tydac.ch > > > > > > ############ TYDAC AG - http://www.tydac.ch > > > > > > #### #### Geographic Information Solutions > > > > > > #### #### Luternauweg 12 -- CH-3006 Bern > > > > > > ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 > > > > > > ---------------------------------------------------------------- > > > > > > > > > > Yes. I am noticing a seemingly erratic behavior: If I enable > > > > > antialiasing with JPEG output format, it does not work. If I enable > > > > > antialiasing in a tiled line layer it does not work... > > > > > > > > > > Are there some good ground rules for antialiasing? i.e. ONLY PNG24, > > > > > etc. ? > > > > > > > > > > Thanks! > > > > > > > > > > -- > > > > > Dylan Beaudette > > > > > Soils and Biogeochemistry Graduate Group > > > > > University of California at Davis > > > > > 530.754.7341 > > -- > Dylan Beaudette > Soils and Biogeochemistry Graduate Group > University of California at Davis > 530.754.7341 > From umn-ms at HYDROTEC.DE Wed Nov 2 03:07:12 2005 From: umn-ms at HYDROTEC.DE (Benedikt Rothe) Date: Wed, 2 Nov 2005 12:07:12 +0100 Subject: Debug-Hints with Tomcat Message-ID: Dear Mapserver-Users We developed a Tomcat/Mapserver-Site using Mapscript on Linux/SUSE 9.3. Many things run fine. On a test-machine we made successfully some stress-testing and Tomcat runs for weeks. Unfortunately Tomcat crashes on the customers production-machine approximately once a day. It runs for several hours, passes stress-tests successfully but crashes unpredictable after 12-20hours. The crash occurs in Mapserver-Code. Message in the Tomcat-log is *** glibc detected *** double free or corruption (top): 0x0xf99950" Question: Can I do something to make this error-message more helpful? I'd like to have the stack and the line-numbers in the sourcecode. (I mean the C-stack and C-linenumber and not the Java-Stack...) I looked through the gcc-man-page, but I coudn't find anything helpful. Thanks Benedikt Rothe -------------- next part -------------- An HTML attachment was scrubbed... URL: From umberto.nicoletti at GMAIL.COM Wed Nov 2 03:29:05 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Wed, 2 Nov 2005 12:29:05 +0100 Subject: Debug-Hints with Tomcat In-Reply-To: Message-ID: Newer glibc have internal checks that are probably turned on by default on some distros. Try to play with the MALLOC_CHECK_ variable and read this (it is about fedora core, but should apply to suse too): glibc The version of glibc provided with Fedora Core 3 performs additional internal sanity checks to prevent and detect data corruption as early as possible. By default, should corruption be detected, a message similar to the following will be displayed on standard error (or logged via syslog if stderr is not open): *** glibc detected *** double free or corruption: 0x0937d008 *** By default, the program that generated this error will also be killed; however, this (and whether or not an error message is generated) can be controlled via the MALLOC_CHECK_ environment variable. The following settings are supported: 0 -- Do not generate an error message, and do not kill the program 1 -- Generate an error message, but do not kill the program 2 -- Do not generate an error message, but kill the program 3 -- Generate an error message and kill the program Note If MALLOC_CHECK_ is explicitly set a value other than 0, this causes glibc to perform more tests that are more extensive than the default, and may impact performance. Should you have a program from a third party ISV that triggers these corruption checks and displays a message, you should file a defect report with the application's vendor, since this indicates a serious bug. Best regards, Umberto On 11/2/05, Benedikt Rothe wrote: > > Dear Mapserver-Users > > We developed a Tomcat/Mapserver-Site using Mapscript on > Linux/SUSE 9.3. > > Many things run fine. On a test-machine we made successfully > some stress-testing and Tomcat runs for weeks. > > Unfortunately Tomcat crashes on the customers production-machine > approximately once a day. It runs for several hours, > passes stress-tests successfully but crashes unpredictable after > 12-20hours. > > The crash occurs in Mapserver-Code. Message in the Tomcat-log > is > *** glibc detected *** double free or corruption (top): 0x0xf99950" > > Question: Can I do something to make this error-message more helpful? > I'd like to have the stack and the line-numbers in the sourcecode. > (I mean the C-stack and C-linenumber and not the Java-Stack...) > > I looked through the gcc-man-page, but I coudn't find anything helpful. > > Thanks > Benedikt Rothe From frans at GEODAN.NL Wed Nov 2 03:33:05 2005 From: frans at GEODAN.NL (Frans Knibbe) Date: Wed, 2 Nov 2005 12:33:05 +0100 Subject: Performance problem with drawing several layers using Postgis In-Reply-To: Message-ID: Hello Andre, At least you could leave PROCESSING "CLOSE_CONNECTION=DEFER" in the mapfile. Have a look at the thread about PostGIS performance where this is suggested: http://lists.umn.edu/cgi-bin/wa?A2=ind0510&L=mapserver-users&D=0&I=-3&X=44C29F25DCFA63B744&Y=frans%40geodan.nl&P=70952 And do you have an index on the columns you use in the classification? I'm still not sure if this index will be used.. It would be interesting to see if this makes a difference. Regards, Frans Andre Karp wrote: >Hi, > >my problem sounds a bit obscure to me, but I couldn't figure it out on my >own neither searching the archive, so maybe someone of you can give me an >advice: > >I want to use the Mapserver (cgi) to draw a map in which the polygons are >colored according to a datebase attribute (I think I have to store this >attribute in MySQL or Postgre since it's changed quite often through the >internet, several times a day). The user should be enabled to select one, >several or all layers out of a set of 15 Layers. Every layer contains the >same geometry: about 400 Polygons, not too complex; the corresponding >shp-file is about 1000 kB, and drawing the shapefile with mapserver >overlaying it 15 times takes less than a second. >First I tried accessing the attribute data which is stored in a >MySQL-Database via the OGR/ODBC driver, and performance was very weak (app. >10 sec.)(the join fields where indexed). Then I tried by moving my data >completly into a Postgis-based system (I also built a spatial index): >performace got better, but it still takes roughly 5 sec to get a map, just >drawing 15 Postgis-stored layers without any filtering or table joins and so >on. The application runs on a P3-800 Mhz with 512 MB RAM and Windows >2000/Apache System (well, not really fast, but should be sufficient since it >has to handle only one request a time?). > >I would greatly appreciate if someone could give me an idea what could be >wrong with my application - thanks a lot in advance! > >Here the relevant parts of my Mapfile (using OGR/ODBC): > >LAYER > NAME "Layer1" > TYPE POLYGON > CONNECTIONTYPE OGR > CONNECTION "test.shp" > DATA "SELECT * FROM test LEFT JOIN 'ODBC:user at testdb'.tbl_reg_cat ON >test.ET_ID = tbl_reg_cat.et_id" > PROCESSING "CLOSE_CONNECTION=DEFER" > STATUS ON > ... > >and this using PostGIS: > >LAYER > NAME "Layer1" > TYPE POLYGON > CONNECTIONTYPE postgis > CONNECTION "user=test1 password=pw1 dbname=test_pg host=localhost" > DATA "the_geom from test" > STATUS ON > CLASS > ... > >Regards, > >Andre Karp > > > > From crazygecko at GMAIL.COM Wed Nov 2 03:36:09 2005 From: crazygecko at GMAIL.COM (Xin) Date: Wed, 2 Nov 2005 11:36:09 +0000 Subject: Changing layer templates on the fly Message-ID: Hi, I'm using MapServer 2.6 via CGI, it's working really well. After reading about changing attributes on-the-fly via CGI parameters I've been hooked on it. Changing everything from layer tolerance (map_mylayer_tolerance=10) to templates (map_mylayer_template=file.html). But for the life of me, I can't figure out how to change header templates! It simply doesn't work. I've tried searching in the mailing list, but there is nothing. map_mylayer_header=header.html just doesn't work. Specifying the header attribute in the mapfile works file, but I'd rather change it dynamically. I realise the layer portion is case-sensitive, so that's not the problem. Your help is greatly appreciated. Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From frans at GEODAN.NL Wed Nov 2 04:20:58 2005 From: frans at GEODAN.NL (Frans Knibbe) Date: Wed, 2 Nov 2005 13:20:58 +0100 Subject: mapserver postgis connection In-Reply-To: <436619C5.9050608@swoodbridge.com> Message-ID: Thank you for your insights, Frank and Stephen. It is good to know that both methods of accessing shapefiles use the same spatial index. Still, some aspects of this matter are still not clear to me, I'm afraid. Maybe it would be best to use an example. Let's say we have a data set with points representing population centers. At small scales, only the large cities should be drawn and when the user zooms in also the smaller places should be drawn. A common enough example, I think. If we just use two classes then the relevant bit in the map file would look something like this: CLASS EXPRESSION ([POPULATION] > 1000000) NAME "large cities" STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 10 END END CLASS EXPRESSION ([POPULATION] < 1000000 AND [POPULATION] >100000 ) NAME "small cities" MAXSCALE 1000000 STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 5 END END Now if the data are stored in shapefile format, at small scales all the points in the extent would be read, after which only a small part would be rendered, if I understand correctly. This could be inefficient and lead to poor performance. If the data were stored in PostGIS, MapServer could be so smart to make a query for just the points that need to be drawn. I don't know if this actually happens... In this example, the classification could be prepared in the database. We could add an extra column "size_class" in which the population classes are stored. for example, size_class=1 means a city with more than a million inhabitants. Now the example becomes: CLASSITEM "size_class" CLASS EXPRESSION /1/ NAME "large cities" STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 10 END END CLASS EXPRESSION /2/ NAME "small cities" MAXSCALE 1000000 STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 5 END END In this case, the attribute index could be used if the data were stored in shapefile format. Will MapServer use this index to read only the records that will be drawn? And the general question of course is: will shapefile really be faster in both cases? Regards, Frans Stephen Woodbridge wrote: > Frans Knibbe wrote: > >> Hello Frank, >> >> Thank you for the comments. I will certainly use >> CLOSE_CONNECTION=DEFER if I use PostGIS. But regarding the difference >> in performance between PostGIS and shapefile, doesn't the indexing >> PostGIS/PostgreSQL can do count for anything? For large datasets, you >> need a spatial index. I understand that the native shapefile driver >> (which is the recommended way to access shapefiles according to the >> MapServer Reference Guide for Vector Data Access >> (http://www.maptools.org/dl/docs/mapserv/MsVectorDataGuide.pdf)) does >> not support ESRI's spatial index for shapefiles. OGR, on the other hand, > > > This is true BUT mapserver has its own spatial index. See the > utilities shptree and every *.shp should have an index *.qix > > find /pat/to/data -name \*.shp -exec shptree {} \; > > will add the spatial indexes in Linux. > >> can use a spatial index (see >> http://www.gdal.org/ogr/drv_shapefile.html). Better still, it also >> supports an attribute index. An attribute index could be used by >> MapServer if a layer has a classification based on attribute values. >> I really don't know how MapServer reads and sorts its data, but I can >> imagine an attribute index will be beneficial for layers with >> symbolization based on attribute values. Still, if I understand >> correctly, the attribute index that OGR uses can not be used if a >> classification based on value ranges is wanted. > > > Other than the spatial index mentioned above mapserver does not use > any other indexes like for attribute joins. Once you know what > entities spatially overlap the map it cycles through all of them and > renders each in turn so there is no need or benefit for other indexes. > > PostGIS is needed if you want to do thematic maps because a join is > required is usually require to generate the theme CLASS column. > >> So is it really true that shapefiles always outperform PostGIS data, >> even if we are talking about big datasets with classifications? > > > Yes, unless you require a join for rendering or need to filter out a > lot of data from the file/table. > > -Steve W. > >> Regards, >> >> Frans >> >> >> >> Frank Warmerdam wrote: >> >>> On 10/28/05, Frans Knibbe wrote: >>> >>> >>>> An interesting thread. >>>> Shouldn't the connection step go faster if you have FastCGI enabled in >>>> the MapServer? >>>> >>> >>> >>> >>> Frans, >>> >>> My understanding is that PostGIS connection times are very fast >>> so FastCGI is unlikely to give much benefit. However, if you have >>> many PostGIS layers in the map, I would encourage at least using >>> the CLOSE_CONNECTION=DEFER processing option to ensure >>> the same connection is used for all the layers. This does not require >>> FastCGI. FastCGI basically just allows preserving the connection >>> from cgi request to cgi request. >>> >>> >>> >>>> Also, I wonder if PostGIS would improve relative to shapefile if you >>>> have many concurrent users requesting the same data... >>>> >>> >>> >>> >>> I am dubious about that. The operating system will already preserve >>> the shapefile data in RAM from request to request. I would think >>> that PostGIS would pay off in speed in cases that shapefiles don't >>> optimize well, for instance if you want to filter out most data based >>> on an attribute column, that could be done very fast in Postgres. >>> >>> Other than that, as folks mention Postgres' big benefit is flexability >>> of data integration and updatability. >>> >>> Best regards, >>> -- >>> ---------------------------------------+-------------------------------------- >>> >>> I set the clouds in motion - turn up | Frank Warmerdam, >>> warmerdam at pobox.com >>> light and sound - activate the windows | http://pobox.com/~warmerdam >>> and watch the world go round - Rush | Geospatial Programmer for Rent >>> >>> >>> >>> >> > > From karp at MSP-DORTMUND.DE Wed Nov 2 04:29:46 2005 From: karp at MSP-DORTMUND.DE (Andre Karp) Date: Wed, 2 Nov 2005 13:29:46 +0100 Subject: Performance problem with drawing several layers using Postgis Message-ID: Hello Frans, thank you for your reply. I also tried the postgis-connection with the PROCESSING "CLOSE_CONNECTION=DEFER" option, unfortunatly with no significant improvement. I have not indexed my classification coloums yet, since finishing a map request via postgis-connection took already 5 seconds without any filtering/classifying which is far to slow for my purpose. So the problem cannot be the filtering/classifying, but must have something to do with my postgis-connection, I think. Regards, Andre ----- Original Message ----- From: "Frans Knibbe" To: "Andre Karp" Cc: Sent: Wednesday, November 02, 2005 12:33 PM Subject: Re: [UMN_MAPSERVER-USERS] Performance problem with drawing several layers using Postgis > Hello Andre, > > At least you could leave PROCESSING "CLOSE_CONNECTION=DEFER" in the > mapfile. Have a look at the thread about PostGIS performance where this > is suggested: > http://lists.umn.edu/cgi-bin/wa?A2=ind0510&L=mapserver-users&D=0&I=-3&X=44C29F25DCFA63B744&Y=frans%40geodan.nl&P=70952 > > And do you have an index on the columns you use in the classification? > I'm still not sure if this index will be used.. It would be interesting > to see if this makes a difference. > > Regards, > > Frans > > > Andre Karp wrote: > > >Hi, > > > >my problem sounds a bit obscure to me, but I couldn't figure it out on my > >own neither searching the archive, so maybe someone of you can give me an > >advice: > > > >I want to use the Mapserver (cgi) to draw a map in which the polygons are > >colored according to a datebase attribute (I think I have to store this > >attribute in MySQL or Postgre since it's changed quite often through the > >internet, several times a day). The user should be enabled to select one, > >several or all layers out of a set of 15 Layers. Every layer contains the > >same geometry: about 400 Polygons, not too complex; the corresponding > >shp-file is about 1000 kB, and drawing the shapefile with mapserver > >overlaying it 15 times takes less than a second. > >First I tried accessing the attribute data which is stored in a > >MySQL-Database via the OGR/ODBC driver, and performance was very weak (app. > >10 sec.)(the join fields where indexed). Then I tried by moving my data > >completly into a Postgis-based system (I also built a spatial index): > >performace got better, but it still takes roughly 5 sec to get a map, just > >drawing 15 Postgis-stored layers without any filtering or table joins and so > >on. The application runs on a P3-800 Mhz with 512 MB RAM and Windows > >2000/Apache System (well, not really fast, but should be sufficient since it > >has to handle only one request a time?). > > > >I would greatly appreciate if someone could give me an idea what could be > >wrong with my application - thanks a lot in advance! > > > >Here the relevant parts of my Mapfile (using OGR/ODBC): > > > >LAYER > > NAME "Layer1" > > TYPE POLYGON > > CONNECTIONTYPE OGR > > CONNECTION "test.shp" > > DATA "SELECT * FROM test LEFT JOIN 'ODBC:user at testdb'.tbl_reg_cat ON > >test.ET_ID = tbl_reg_cat.et_id" > > PROCESSING "CLOSE_CONNECTION=DEFER" > > STATUS ON > > ... > > > >and this using PostGIS: > > > >LAYER > > NAME "Layer1" > > TYPE POLYGON > > CONNECTIONTYPE postgis > > CONNECTION "user=test1 password=pw1 dbname=test_pg host=localhost" > > DATA "the_geom from test" > > STATUS ON > > CLASS > > ... > > > >Regards, > > > >Andre Karp > > > > > > > > > > > From David.Fawcett at STATE.MN.US Wed Nov 2 06:14:17 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Wed, 2 Nov 2005 08:14:17 -0600 Subject: Changing layer templates on the fly Message-ID: Xin, I assume that you are really are using MapServer 4.6. If you are actually using version 2.6 I suggest that you upgrade for many, many reasons. Take a look at TEMPLATEPATTERN http://ms.gis.umn.edu/docs/reference/mapfile/mapObj#templatepattern In your mapfile, you need to set a template pattern that will match your template name. You are not able to substitute template names through the URL unless you set an appropriate templatepattern. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Xin Sent: Wednesday, November 02, 2005 5:36 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Changing layer templates on the fly Hi, I'm using MapServer 2.6 via CGI, it's working really well. After reading about changing attributes on-the-fly via CGI parameters I've been hooked on it. Changing everything from layer tolerance (map_mylayer_tolerance=10) to templates (map_mylayer_template=file.html). But for the life of me, I can't figure out how to change header templates! It simply doesn't work. I've tried searching in the mailing list, but there is nothing. map_mylayer_header=header.html just doesn't work. Specifying the header attribute in the mapfile works file, but I'd rather change it dynamically. I realise the layer portion is case-sensitive, so that's not the problem. Your help is greatly appreciated. Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From umn-ms at HYDROTEC.DE Wed Nov 2 06:41:02 2005 From: umn-ms at HYDROTEC.DE (Benedikt Rothe) Date: Wed, 2 Nov 2005 15:41:02 +0100 Subject: Debug-Hints with Tomcat In-Reply-To: <75b4b93e0511020329j4475d823t9f58fd79a4c88139@mail.gmail.com> Message-ID: Thanks Umberto! Good hint. In this context I found something. Since this kind of problem may occure to others to, I'll briefly summarize the steps I go: a) In map.h include somewhere the line #include b) Compile Mapserver with debug-option: ./configure --enable-debug make c) Before starting tomcat set the environmentvariable MALLOC_TRACE to the name of a logfile. export MALLOC_TRACE=/opt/jakarta-tomcat-4.1.31/logs/malloctrace The tracefile will contains information about calls to "malloc" and "free": - Function called malloc/free - address of allocated/freed memory By this file one can look for the "pairs". I'll still have to test in in practice. But I'm hopefull, that this will help to narrow the problem down. Benedikt Rothe Umberto Nicoletti schrieb am 02.11.2005 12:29:05: > Newer glibc have internal checks that are probably turned on by > default on some distros. > Try to play with the MALLOC_CHECK_ variable and read this (it is about > fedora core, but should apply to suse too): > > glibc > The version of glibc provided with Fedora Core 3 performs > additional internal sanity checks to prevent and detect data > corruption as early as possible. By default, should corruption > be detected, a message similar to the following will be displayed > on standard error (or logged via syslog if stderr is not open): > > *** glibc detected *** double free or corruption: 0x0937d008 *** > > By default, the program that generated this error will also be > killed; however, this (and whether or not an error message is > generated) can be controlled via the MALLOC_CHECK_ environment > variable. The following settings are supported: > > 0 -- Do not generate an error message, and do not kill the program > 1 -- Generate an error message, but do not kill the program > 2 -- Do not generate an error message, but kill the program > 3 -- Generate an error message and kill the program > > Note > > If MALLOC_CHECK_ is explicitly set a value other than 0, this > causes glibc to perform more tests that are more extensive than > the default, and may impact performance. > > Should you have a program from a third party ISV that triggers > these corruption checks and displays a message, you should > file a defect report with the application's vendor, since this > indicates a serious bug. > > Best regards, > Umberto > > On 11/2/05, Benedikt Rothe wrote: > > > > Dear Mapserver-Users > > > > We developed a Tomcat/Mapserver-Site using Mapscript on > > Linux/SUSE 9.3. > > > > Many things run fine. On a test-machine we made successfully > > some stress-testing and Tomcat runs for weeks. > > > > Unfortunately Tomcat crashes on the customers production-machine > > approximately once a day. It runs for several hours, > > passes stress-tests successfully but crashes unpredictable after > > 12-20hours. > > > > The crash occurs in Mapserver-Code. Message in the Tomcat-log > > is > > *** glibc detected *** double free or corruption (top): 0x0xf99950" > > > > Question: Can I do something to make this error-message more helpful? > > I'd like to have the stack and the line-numbers in the sourcecode. > > (I mean the C-stack and C-linenumber and not the Java-Stack...) > > > > I looked through the gcc-man-page, but I coudn't find anything helpful. > > > > Thanks > > Benedikt Rothe -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Wed Nov 2 06:57:58 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 2 Nov 2005 09:57:58 -0500 Subject: mapserver postgis connection In-Reply-To: <4368AF2A.9050107@geodan.nl> Message-ID: On 11/2/05, Frans Knibbe wrote: > CLASS > EXPRESSION ([POPULATION] > 1000000) > NAME "large cities" > STYLE > COLOR 255 0 0 > SYMBOL "circle" > SIZE 10 > END > END > CLASS > EXPRESSION ([POPULATION] < 1000000 AND [POPULATION] >100000 ) > NAME "small cities" > MAXSCALE 1000000 > STYLE > COLOR 255 0 0 > SYMBOL "circle" > SIZE 5 > END > END > > Now if the data are stored in shapefile format, at small scales all the > points in the extent would be read, after which only a small part would > be rendered, if I understand correctly. This could be inefficient and > lead to poor performance. If the data were stored in PostGIS, MapServer > could be so smart to make a query for just the points that need to be > drawn. I don't know if this actually happens... Frans, You have the right idea, though to get the advantage of PostgreSQL attribute queries I think you would need to make two separate layers instead of just using classes. I believe the class expressions are always evaluated inside mapserver so it would process all the features for either shapefile or postgres input. To do it maximally efficiently for postres you would use two layers and express the restriction in the layer level filter (or right in the expression in the layer DATA statement). > In this example, the classification could be prepared in the database. > We could add an extra column "size_class" in which the population > classes are stored. for example, size_class=1 means a city with more > than a million inhabitants. Now the example becomes: > > CLASSITEM "size_class" > CLASS > EXPRESSION /1/ > NAME "large cities" > STYLE > COLOR 255 0 0 > SYMBOL "circle" > SIZE 10 > END > END > CLASS > EXPRESSION /2/ > NAME "small cities" > MAXSCALE 1000000 > STYLE > COLOR 255 0 0 > SYMBOL "circle" > SIZE 5 > END > END > > In this case, the attribute index could be used if the data were stored > in shapefile format. Will MapServer use this index to read only the > records that will be drawn? I'm afraid not. First, MapServers "builtin" shapefile support does not actually use the limited attribute indexes, only OGR does. And OGR only utilizes it in cases where the filter gets passed down. You could get a similar effect by using two layers in your mapfile, and connectiontype OGR with the filtering criteria expressed in the FILTER keyword for the layer (ie. FILTER "WHERE size_class=1"). In this case, the OGR shapefile driver could take advantage of the attribute index to read only the required features. Of course, if optimal speed is a primary concern, the more obvious solution would be to have two shapefiles, one for small cities and one for large cities. The Postgres advantage is more obvious if you don't want to do so much data pre-preparation or if you want more dynamic segmentation of features. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From williampaul28 at YAHOO.COM Wed Nov 2 07:21:16 2005 From: williampaul28 at YAHOO.COM (william paul) Date: Wed, 2 Nov 2005 07:21:16 -0800 Subject: iframe to switch between legend, layers and reference Message-ID: Hello I am trying to use iframe to switch between legend, layers, search page and reference image. I can display the images in the iframe but I can't interact with them. For example: I can see the reference image but can't click on it and navigate around. The same with the layer page. I can see the layers but I can't switch them ON OFF My code is: ..... Layers Legend Search Layers ...... I think I have to use some javascripts but I don't know where and how. Does someone have a example? or a link from where I can read more? Thank you William --------------------------------- Yahoo! FareChase - Search multiple travel sites in one click. -------------- next part -------------- An HTML attachment was scrubbed... URL: From schick at SDAC.HANNOVER.BGR.DE Wed Nov 2 08:05:09 2005 From: schick at SDAC.HANNOVER.BGR.DE (Agneta Schick) Date: Wed, 2 Nov 2005 17:05:09 +0100 Subject: ODBC and non-spatial databases Message-ID: We have MapServer applications using geographic coordinates which are accessed through sql in a perl script and added to a layer as pointObj (Mapscript) Is it possible to access the database via ODBC although it is non-spatial? From Debbie.Pagurek at EC.GC.CA Wed Nov 2 08:21:18 2005 From: Debbie.Pagurek at EC.GC.CA (Pagurek,Debbie [NCR]) Date: Wed, 2 Nov 2005 11:21:18 -0500 Subject: ODBC and non-spatial databases Message-ID: You definitely CAN use an SQL statement to return point data instead of returning the entire table. This would be set up in your .ovf file such as: ODBC:my_user/my_userpassword at my_DSN_name,my_tablename select napsid as station_number,city as station_location,province_en as province,air1_map_2005.location_type_en as location_type,latitude, longitude,ozone2003_ppb as ozone_2003_ppb from my_tablename wkbPoint WGS84 Please see: http://mapserver.gis.umn.edu/doc46/ogr-howto.html for more information. D. Pagurek -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Agneta Schick Sent: Wednesday, November 02, 2005 11:05 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] ODBC and non-spatial databases We have MapServer applications using geographic coordinates which are accessed through sql in a perl script and added to a layer as pointObj (Mapscript) Is it possible to access the database via ODBC although it is non-spatial? From listario at GMAIL.COM Wed Nov 2 08:37:21 2005 From: listario at GMAIL.COM (J. Parapar) Date: Wed, 2 Nov 2005 17:37:21 +0100 Subject: Merge several layers into a single multi-layer GetMap request Message-ID: Hi all We have several wms layers with the same wms server in our mapfile client and MapServer is making one GetMap request for each of the layers. All the layers have the parameter wms_sld_body set to AUTO. In some tests with layers without SLD MapServer do merges several layers into a single multi-layer GetMap request. Does this optimization only works with non SLD layers? Thanks in advance, Jorge From umberto.nicoletti at GMAIL.COM Wed Nov 2 09:46:47 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Wed, 2 Nov 2005 18:46:47 +0100 Subject: Debug-Hints with Tomcat In-Reply-To: Message-ID: Benedikt, I also have tried valgrind, electricfence and other tools like memcheck and other malloc checkers one year ago to detect a mysterious segfault in java mapscript, but gave up because of all the output they were generating. I sincerely hope you will succeed, good luck! Best regards, Umberto On 11/2/05, Benedikt Rothe wrote: > > > Thanks Umberto! Good hint. In this context I found something. > > Since this kind of problem may occure to others to, I'll briefly > summarize the steps I go: > > a) In map.h include somewhere the line > #include > > b) Compile Mapserver with debug-option: > ./configure --enable-debug > make > > c) Before starting tomcat set the environmentvariable MALLOC_TRACE > to the name of a logfile. > export MALLOC_TRACE=/opt/jakarta-tomcat-4.1.31/logs/malloctrace > > The tracefile will contains information about calls to "malloc" and > "free": > - Function called malloc/free > - address of allocated/freed memory > > By this file one can look for the "pairs". > > I'll still have to test in in practice. But I'm hopefull, that this will > help to > narrow the problem down. > > Benedikt Rothe > > > Umberto Nicoletti schrieb am 02.11.200512:29:05: > > > Newer glibc have internal checks that are probably turned on by > > default on some distros. > > Try to play with the MALLOC_CHECK_ variable and read this (it is about > > fedora core, but should apply to suse too): > > > > glibc > > The version of glibc provided with Fedora Core 3 performs > > additional internal sanity checks to prevent and detect data > > corruption as early as possible. By default, should corruption > > be detected, a message similar to the following will be displayed > > on standard error (or logged via syslog if stderr is not open): > > > > *** glibc detected *** double free or corruption: 0x0937d008 *** > > > > By default, the program that generated this error will also be > > killed; however, this (and whether or not an error message is > > generated) can be controlled via the MALLOC_CHECK_ environment > > variable. The following settings are supported: > > > > 0 -- Do not generate an error message, and do not kill the program > > 1 -- Generate an error message, but do not kill the program > > 2 -- Do not generate an error message, but kill the program > > 3 -- Generate an error message and kill the program > > > > Note > > > > If MALLOC_CHECK_ is explicitly set a value other than 0, this > > causes glibc to perform more tests that are more extensive than > > the default, and may impact performance. > > > > Should you have a program from a third party ISV that triggers > > these corruption checks and displays a message, you should > > file a defect report with the application's vendor, since this > > indicates a serious bug. > > > > Best regards, > > Umberto > > > > On 11/2/05, Benedikt Rothe wrote: > > > > > > Dear Mapserver-Users > > > > > > We developed a Tomcat/Mapserver-Site using Mapscript on > > > Linux/SUSE 9.3. > > > > > > Many things run fine. On a test-machine we made successfully > > > some stress-testing and Tomcat runs for weeks. > > > > > > Unfortunately Tomcat crashes on the customers production-machine > > > approximately once a day. It runs for several hours, > > > passes stress-tests successfully but crashes unpredictable after > > > 12-20hours. > > > > > > The crash occurs in Mapserver-Code. Message in the Tomcat-log > > > is > > > *** glibc detected *** double free or corruption (top): 0x0xf99950" > > > > > > Question: Can I do something to make this error-message more helpful? > > > I'd like to have the stack and the line-numbers in the sourcecode. > > > (I mean the C-stack and C-linenumber and not the Java-Stack...) > > > > > > I looked through the gcc-man-page, but I coudn't find anything > helpful. > > > > > > Thanks > > > Benedikt Rothe > -------------- next part -------------- An HTML attachment was scrubbed... URL: From siki at AGT.BME.HU Wed Nov 2 13:31:50 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Wed, 2 Nov 2005 20:31:50 -0100 Subject: Changing layer templates on the fly {Scanned} {Scanned} In-Reply-To: Message-ID: Hi, I suppose you use version 4.6. You may heve header in the web section of the map file, the template variable called map_web_header. You may have headers for each queryable layer, the template variable for it map_layername_header. You should substitute layername with the name of your layer. Bye Zoltan On Wed, 2 Nov 2005, Xin wrote: > Hi, > > I'm using MapServer 2.6 via CGI, it's working really well. After reading > about changing attributes on-the-fly via CGI parameters I've been hooked on > it. Changing everything from layer tolerance (map_mylayer_tolerance=10) to > templates (map_mylayer_template=file.html). But for the life of me, I can't > figure out how to change header templates! It simply doesn't work. > > I've tried searching in the mailing list, but there is nothing. > map_mylayer_header=header.html just doesn't work. Specifying the header > attribute in the mapfile works file, but I'd rather change it dynamically. I > realise the layer portion is case-sensitive, so that's not the problem. > > Your help is greatly appreciated. > > Xin > From codeburg at HOTMAIL.COM Wed Nov 2 10:35:38 2005 From: codeburg at HOTMAIL.COM (Gail Long) Date: Wed, 2 Nov 2005 10:35:38 -0800 Subject: access label object Message-ID: In php mapscript what is the syntax for accessing the backgroundcolor of the label object? Its not clear to me in the class reference. I can get to all of the stock label members ok but when I try to access the object I go off the rails somewhere. Thanks in advance -- Things are only difficult while you don't understand them. From sweykam at TELELINE.ES Wed Nov 2 10:54:51 2005 From: sweykam at TELELINE.ES (Stefanie Weykam) Date: Wed, 2 Nov 2005 19:54:51 +0100 Subject: SQL-Server and MapServer Message-ID: Hi list members, Does SQL-Server have a spatial extension? How does it perform?? (..compared to PostGIS?) I have talked with a couple of biologists who do not use GIS (yet) but maintain a nice database with a lot of interesting spatial data which they would like to serve as maps on Internet. The database will be very frequently updated and the application will include spatial queries. These guys have come from Access and ADO to SQL-Server using Visual Basic and .net and seem to be quite happy with it. So, -as far as possible- I would like to avoid making them change their familiar environment. Although, their database design is still under development, so this might as well be the chance. After a quick look at the archive, google and the SQL-Server home page, I haven't found many references (some on TerraLib and little else). I suppose the few hits indicate that there is nothing for SQL-Server that comes close to PostGIS. Could somebody provide me with some good pro's and con's on SQL-Server, please? Thanks in advance, Stefanie From jvanulde at NRCAN.GC.CA Wed Nov 2 11:05:53 2005 From: jvanulde at NRCAN.GC.CA (Van Ulden, Joost) Date: Wed, 2 Nov 2005 14:05:53 -0500 Subject: SQL-Server and MapServer Message-ID: Hi Stefanie, Microsoft SQL-Server does not have a spatial extension. However, you can access point data quite easily using OGR. Here are some code snippets that you can experiment with: ############################################################################ ############ # # CONNECTION SNIPPETS # # Usage: Replace all [ ] elements with your connection information. # ############################################################################ ############ #--------------------------------------------------------------------------- ------------ # Microsoft SQL Server #--------------------------------------------------------------------------- ------------ LAYER NAME [insert your layer name without spaces (eg. my_layer)] TYPE POINT CONNECTIONTYPE OGR CONNECTION ' ODBC:[insert user_name]/[insert password]@[insert dsn name],[insert table name] [insert table name] # OR [insert your sql statement (eg. SELECT Longitude,Latitude,... FROM MyTable)] wkbPoint WGS84 ' DUMP TRUE # for WFS only DATA "[insert your layer name]" STATUS default CLASS SYMBOL 'circle' SIZE 25 COLOR 255 0 0 END END #--------------------------------------------------------------------------- ------------ # FileMaker #--------------------------------------------------------------------------- ------------ LAYER NAME [insert your layer name without spaces (eg. my_layer)] TYPE POINT CONNECTIONTYPE OGR CONNECTION ' ODBC:[insert your dsn name],[insert your database name] wkbPoint [insert your sql statement (eg. SELECT Longitude,Latitude,... FROM Earthquake)] ' DUMP TRUE # for WFS only DATA "[insert your layer name]" STATUS default CLASS SYMBOL 'circle' SIZE 25 COLOR 255 0 0 END END #--------------------------------------------------------------------------- ------------ # Microsoft Access #--------------------------------------------------------------------------- ------------ LAYER NAME [insert your layer name without spaces (eg. my_layer)] TYPE POINT CONNECTIONTYPE OGR CONNECTION ' ODBC:[insert your dsn name],[insert your table name] wkbPoint ' DUMP TRUE # for WFS only DATA "[insert your layer name]" STATUS default CLASS SYMBOL 'circle' SIZE 25 COLOR 255 0 0 END END #--------------------------------------------------------------------------- ------------ # GML #--------------------------------------------------------------------------- ------------ LAYER NAME [insert your layer name without spaces (eg. my_layer)] TYPE POINT CONNECTIONTYPE OGR CONNECTION '[insert your directory path here]\[insert your filename here].gml' DUMP TRUE # for WFS only DATA "[insert the featureType here (eg. point | line | polygon)]" STATUS default CLASS SYMBOL 'circle' SIZE 25 COLOR 255 0 0 END END -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Stefanie Weykam Sent: Wednesday, November 02, 2005 10:55 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] SQL-Server and MapServer Hi list members, Does SQL-Server have a spatial extension? How does it perform?? (..compared to PostGIS?) I have talked with a couple of biologists who do not use GIS (yet) but maintain a nice database with a lot of interesting spatial data which they would like to serve as maps on Internet. The database will be very frequently updated and the application will include spatial queries. These guys have come from Access and ADO to SQL-Server using Visual Basic and .net and seem to be quite happy with it. So, -as far as possible- I would like to avoid making them change their familiar environment. Although, their database design is still under development, so this might as well be the chance. After a quick look at the archive, google and the SQL-Server home page, I haven't found many references (some on TerraLib and little else). I suppose the few hits indicate that there is nothing for SQL-Server that comes close to PostGIS. Could somebody provide me with some good pro's and con's on SQL-Server, please? Thanks in advance, Stefanie From transversemercator at HOTMAIL.COM Wed Nov 2 11:24:09 2005 From: transversemercator at HOTMAIL.COM (Shanti) Date: Wed, 2 Nov 2005 13:24:09 -0600 Subject: PHP/Perl/Python Mapscript comparison Message-ID: I've read the discussion from January 2005 regarding advantages/disavantages in terms of features of using mapscript in python, perl, or php and have another concern that I'm hoping someone might address. I am trying to determine which scripting language would be the best for a large application that emphasizes the web interface, and could migrate to an ArcGIS environment if neccesary. I will be working with a PostgreSQL/PostGIS RMDS and the web-inteface will be extensive. Thanks so much for any advice, Shanti Pamela Pack Alternative Growth Futures Lab University of Colorado at Denver Phone: (303)492-8781 From dylan at IICI.NO-IP.ORG Wed Nov 2 11:32:36 2005 From: dylan at IICI.NO-IP.ORG (Dylan Beaudette) Date: Wed, 2 Nov 2005 11:32:36 -0800 Subject: antialiasing line features.. In-Reply-To: Message-ID: Great! That did the trick! Now the question is, is it possible to antialias polygon features? Thanks! Dylan On Nov 1, 2005, at 11:39 PM, thomas bonfort wrote: > actually there's a smarter fix, but that still requires patching gd.c > without trying it and seeing if it stops your problem, I can't say > much more wether it corresponds to your case or not. > you'll have to download and patch the last version of gd, and make > sure mapserv is linked to the patched version. > > the patch is to add this near line 3035 of gd.c at the beginning of > static void gdImageSetAAPixelColor(gdImagePtr im, int x, int y, int > color, int t) > > if(x<0||y<0||x>=im->sx||y>=im->sy) > { > return; > } > > > cheers, > tb > > > On 11/2/05, Dylan Beaudette wrote: >> Interesting... >> >> I am having sporadic segfaults from mapserv, especially when there >> are a lot >> of line features, that are set to use antialiasing... >> >> Any ideas if this is related to your problems? >> >> Note that maps are generated fine for lines with few elements... >> >> Dylan >> >> >> On Tuesday 25 October 2005 11:55 pm, thomas bonfort wrote: >>> hi list, >>> I'm also having problems with mapserver or mapscript dying on certain >>> antialiased lines. I think I tracked the bug down to gd, I still have >>> to find the time to find out in what cases it happens. For those >>> interrested, for me gd segfaults for me in file gd.c on line 3055, >>> because it is called with out of bounds values for pixel position. >>> the >>> call is being made on lines 3098 or 3119, with the argument >>> (y>>16)+1 (line 3098) >>> or >>> (x>>16)+1 (line 3119) >>> which seems to me to be out of image bounds. >>> >>> My fix is to set the clipping regions of lines 3069-3071 to 1 pixel >>> inside, which is a quick workaround which prevents the segfaults, but >>> produces poor quality for short line segments. >>> >>> cheers, >>> tb >>> >>> On 10/26/05, Flavio Hendry wrote: >>>> hi Abe >>>> >>>> as said, I had problems with it (hanging mapserver). and the ones >>>> which >>>> seemed to work, I did not see a difference (was using jpeg as >>>> output). >>>> png24 is no option, resulting size of images too large. >>>> >>>> Mit freundlichem Gruss / Best Regards >>>> Flavio Hendry >>>> >>>> ---------------------------------------------------------------- >>>> TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual >>>> ---------------------------------------------------------------- >>>> ############ Mit freundlichen Gruessen / Kind Regards >>>> ############ mailto:flavio at tydac.ch >>>> ############ TYDAC AG - http://www.tydac.ch >>>> #### #### Geographic Information Solutions >>>> #### #### Luternauwg 12 -- CH-3006 Bern >>>> ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 >>>> ---------------------------------------------------------------- >>>> >>>> >>>> -----Original Message----- >>>> From: Abe Gillespie >>>> To: MAPSERVER-USERS at LISTS.UMN.EDU >>>> Date: Tue, 25 Oct 2005 12:11:00 -0400 >>>> Subject: Re: [UMN_MAPSERVER-USERS] antialiasing line features.. >>>> >>>>> Hey everyone, >>>>> >>>>> Sorry, a somewhat OT - This thread has piqued my interest a little. >>>>> Would someone mind posting examples of aliased vs. antialiased >>>>> images? >>>>> I'm just curious about the results you can get. >>>>> >>>>> Thanks! >>>>> -Abe >>>>> >>>>> On 10/25/05, Dylan Beaudette wrote: >>>>>> On Oct 25, 2005, at 2:54 AM, Flavio Hendry wrote: >>>>>>> Ciao Giorgio >>>>>>> >>>>>>> It might not be the antialiasing but the png24. png24 files tend >>>>> >>>>> to get >>>>> >>>>>>> very large, i.e. 400k compared to 70k as a JPEG (check your >>>>> >>>>> output >>>>> >>>>>>> directory). Maybe you try JPEG. >>>>>>> >>>>>>> However, I had quite problems with the antialiasing, working on >>>>> >>>>> some >>>>> >>>>>>> layer and on some the system hung (no error messages, just >>>>> >>>>> hanging when >>>>> >>>>>>> zooming). Removing the antialiasing from the layer worked. >>>>> >>>>> Strange >>>>> >>>>>>> behaviour, anybody having this problem? >>>>>>> >>>>>>> Mit freundlichem Gruss / Best Regards >>>>>>> Flavio Hendry >>>>>>> >>>>>>> ---------------------------------------------------------------- >>>>>>> TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual >>>>>>> ---------------------------------------------------------------- >>>>>>> ############ Mit freundlichen Gruessen / Kind Regards >>>>>>> ############ mailto:flavio at tydac.ch >>>>>>> ############ TYDAC AG - http://www.tydac.ch >>>>>>> #### #### Geographic Information Solutions >>>>>>> #### #### Luternauweg 12 -- CH-3006 Bern >>>>>>> ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 >>>>>>> ---------------------------------------------------------------- >>>>>> >>>>>> Yes. I am noticing a seemingly erratic behavior: If I enable >>>>>> antialiasing with JPEG output format, it does not work. If I >>>>>> enable >>>>>> antialiasing in a tiled line layer it does not work... >>>>>> >>>>>> Are there some good ground rules for antialiasing? i.e. ONLY >>>>>> PNG24, >>>>>> etc. ? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> -- >>>>>> Dylan Beaudette >>>>>> Soils and Biogeochemistry Graduate Group >>>>>> University of California at Davis >>>>>> 530.754.7341 >> >> -- >> Dylan Beaudette >> Soils and Biogeochemistry Graduate Group >> University of California at Davis >> 530.754.7341 >> > > -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From sgillies at FRII.COM Wed Nov 2 13:00:26 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Wed, 2 Nov 2005 14:00:26 -0700 Subject: PHP/Perl/Python Mapscript comparison In-Reply-To: Message-ID: On Nov 2, 2005, at 12:24 PM, Shanti wrote: > I've read the discussion from January 2005 regarding > advantages/disavantages in terms of features of using mapscript in > python, > perl, or php and have another concern that I'm hoping someone might > address. I am trying to determine which scripting language would be > the > best for a large application that emphasizes the web interface, and > could > migrate to an ArcGIS environment if neccesary. I will be working > with a > PostgreSQL/PostGIS RMDS and the web-inteface will be extensive. > > Thanks so much for any advice, > Shanti > > Pamela Pack > Alternative Growth Futures Lab > University of Colorado at Denver > Phone: (303)492-8781 OK, that means you've probably already seen my take on this question. There are pros and cons to each, and mostly it boils down to using what you are familiar with. Using PHP or Perl is going to limit your integration with ArcGIS, while Python support is built in to ArcGIS. Of course, once you get going with the open source stuff, you'll probably want to keep going ahead at full speed instead rather than migrating to commercial web mapping software ;) However, since my last post on this subject, the confusion around Python's plethora of web frameworks is clearing. The Django project (used at the famous chicagocrime.org among other sires) has a lot of the nice features and momentum that people love from Rails. I'd recommend a look at that if you go the Python route. There is also excellent Python and open source GIS support on the Front Range: me :) cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com From pramsey at REFRACTIONS.NET Wed Nov 2 13:28:58 2005 From: pramsey at REFRACTIONS.NET (Paul Ramsey) Date: Wed, 2 Nov 2005 13:28:58 -0800 Subject: mapserver postgis connection In-Reply-To: <4368AF2A.9050107@geodan.nl> Message-ID: What happens is that mapserver constructs a SQL query which asks (paraphrasing) "Give me spatial data that is inside this bounding box and has this attribute condition" PostgreSQL takes that SQL and creates an optimal query plan for it. Shape file cannot do that. In theory, PostgreSQL/PostGIS will be faster, particularly if both your spatial data and attribute data have indexes. An optimal query plan will use the attribute index if it is more selective than the spatial index. The trouble is that categories don't tend to be very selective, in general, so the practical performance of this setup is not going to be super. If you goal is *only* performance, you are better off simply extracting your our data file into several files, one for each zoom level, each with only the data you want drawn at that zoom level. That is the solution that will *always* be fastest. P On Nov 2, 2005, at 4:20 AM, Frans Knibbe wrote: > Now if the data are stored in shapefile format, at small scales all > the points in the extent would be read, after which only a small > part would be rendered, if I understand correctly. This could be > inefficient and lead to poor performance. If the data were stored > in PostGIS, MapServer could be so smart to make a query for just > the points that need to be drawn. I don't know if this actually > happens... From jacob.delfos at MAUNSELL.COM Wed Nov 2 14:35:13 2005 From: jacob.delfos at MAUNSELL.COM (Delfos, Jacob) Date: Thu, 3 Nov 2005 06:35:13 +0800 Subject: iframe to switch between legend, layers and reference Message-ID: William, I think you are better off trying to use visible/invisible DIV's, rather than IFRAME's. Reason is that as far as I can tell in your implementation, your iframe is not really part of your page, but a completely separate document. Its content will not relate to the main page, and when you submit your main page, the content if your iframe will likely be ignored. Also, if someone changes layers in the legend, this will be lost completely when the keymap is loaded into the iframe. Normally, the only way you can get a separate frame to communicate with your main page (your form), is by using javascript, to set/unset form variables in the main page, when something changes in the iframe. To do that for your legend, reference page, etc., is a bit impractical. In the chameleon JSAPI samples, there is actually a useful example with "tabs" using javascript and DIV's. I'm sure there are resources on the internet explaining about tabs in javascript. This is faster too, since code isn't loaded every time a user selects one option. Hope this helps, Jacob ________________________________ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of william paul Sent: 2 November 2005 23:21 To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] iframe to switch between legend, layers and reference Hello I am trying to use iframe to switch between legend, layers, search page and reference image. I can display the images in the iframe but I can't interact with them. For example: I can see the reference image but can't click on it and navigate around. The same with the layer page. I can see the layers but I can't switch them ON OFF My code is: ..... Layers Legend Search Layers ...... I think I have to use some javascripts but I don't know where and how. Does someone have a example? or a link from where I can read more? Thank you William ________________________________ Yahoo! FareChase - Search multiple travel sites in one click. From David.Fawcett at STATE.MN.US Wed Nov 2 15:13:22 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Wed, 2 Nov 2005 17:13:22 -0600 Subject: Pseudo-Dynamic Layer Message-ID: In MapServer CGI, is it possible to use URL parameters to pass polyID:value pairs to generate a map that classifies the indicated polys by the value passed? The geometry is stored in a shapefile. Obviously, one can get halfway there using Itemnquery to highlight polys. It is the age-old issue of having the geometry in a shapefile and wanting to classify poly by data stored somewhere else. I realize that this is pretty easily accomplished with a spatial database back-end, and that it is probably a pretty simple mapscript app, I am just trying to figure out if it can be done using CGI and URL values. Thanks, David. From David.Fawcett at STATE.MN.US Wed Nov 2 18:57:47 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Wed, 2 Nov 2005 20:57:47 -0600 Subject: Pseudo-Dynamic Layer Message-ID: OK, so I have the solution to my own problem... I want to classify county polygons based on data that is not in the county shapefile. Outside of MapServer, I query the database and derive class values (1-5) for each county. I then build a URL that I use to build class expressions, the expression for each class contains the county ID numbers that should be assigned to that class. http://127.0.0.1:8080/cgi-bin/mapserv?map=/opt/fgs/www/htdocs/maps/testmap/testmap.map&mode=map&map_basemap_class_0_expression=('[COUN]'+IN+('16,25,77,11,12,13,14,15'))&map_basemap_class_1_expression=('[COUN]'+IN+('2,4,6,7,8,9,10'))&map_basemap_class_2_expression=('[COUN]'+IN+('87,86,85,84,83,82,81,80,79,78,77,76,75,74'))&map_basemap_class_3_expression=('[COUN]'+IN+('70,71')) The mapfile layer looks like: LAYER NAME basemap STATUS DEFAULT TYPE POLYGON DATA 'bdry_counpy2' CLASSITEM "COUN" CLASS NAME "zero" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 204 205 END CLASS NAME "one" EXPRESSION /0/ OUTLINECOLOR 255 153 153 #COLOR 196 193 161 COLOR 255 153 255 END CLASS NAME "two" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 102 255 END CLASS NAME "three" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 0 255 END CLASS NAME "four" OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 255 255 END END #end layer I guess that it is kind of 'reverse classification'. Kludgy as heck, but it gets me the map that I want for the demo... David. -----Original Message----- From: Fawcett, David Sent: Wed 11/2/2005 5:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Pseudo-Dynamic Layer In MapServer CGI, is it possible to use URL parameters to pass polyID:value pairs to generate a map that classifies the indicated polys by the value passed? The geometry is stored in a shapefile. Obviously, one can get halfway there using Itemnquery to highlight polys. It is the age-old issue of having the geometry in a shapefile and wanting to classify poly by data stored somewhere else. I realize that this is pretty easily accomplished with a spatial database back-end, and that it is probably a pretty simple mapscript app, I am just trying to figure out if it can be done using CGI and URL values. Thanks, David. From steve.lime at DNR.STATE.MN.US Wed Nov 2 22:13:58 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 3 Nov 2005 00:13:58 -0600 Subject: Pseudo-Dynamic Layer Message-ID: David: You can do this a bit easier, same idea but a more streamlined syntax: Your URL would contain stuff like this (instead of the nasty map_... syntax): ...&group1=16,25,77,11,12,13,14,15&group2=1,2,3&... and in your mapfile your expressions would look like: EXPRESSION ('[COUN]' in '%group1%') EXPRESSION ('[COUN]' in '%group2%') basically you're just passing part of the expression. >>> "Fawcett, David" 11/02/05 8:57 PM >>> OK, so I have the solution to my own problem... I want to classify county polygons based on data that is not in the county shapefile. Outside of MapServer, I query the database and derive class values (1-5) for each county. I then build a URL that I use to build class expressions, the expression for each class contains the county ID numbers that should be assigned to that class. http://127.0.0.1:8080/cgi-bin/mapserv?map=/opt/fgs/www/htdocs/maps/testmap/testmap.map&mode=map&map_basemap_class_0_expression=('[COUN]'+IN+('16,25,77,11,12,13,14,15'))&map_basemap_class_1_expression=('[COUN]'+IN+('2,4,6,7,8,9,10'))&map_basemap_class_2_expression=('[COUN]'+IN+('87,86,85,84,83,82,81,80,79,78,77,76,75,74'))&map_basemap_class_3_expression=('[COUN]'+IN+('70,71')) The mapfile layer looks like: LAYER NAME basemap STATUS DEFAULT TYPE POLYGON DATA 'bdry_counpy2' CLASSITEM "COUN" CLASS NAME "zero" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 204 205 END CLASS NAME "one" EXPRESSION /0/ OUTLINECOLOR 255 153 153 #COLOR 196 193 161 COLOR 255 153 255 END CLASS NAME "two" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 102 255 END CLASS NAME "three" EXPRESSION /0/ OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 0 255 END CLASS NAME "four" OUTLINECOLOR 153 153 153 #COLOR 196 193 161 COLOR 255 255 255 END END #end layer I guess that it is kind of 'reverse classification'. Kludgy as heck, but it gets me the map that I want for the demo... David. -----Original Message----- From: Fawcett, David Sent: Wed 11/2/2005 5:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Pseudo-Dynamic Layer In MapServer CGI, is it possible to use URL parameters to pass polyID:value pairs to generate a map that classifies the indicated polys by the value passed? The geometry is stored in a shapefile. Obviously, one can get halfway there using Itemnquery to highlight polys. It is the age-old issue of having the geometry in a shapefile and wanting to classify poly by data stored somewhere else. I realize that this is pretty easily accomplished with a spatial database back-end, and that it is probably a pretty simple mapscript app, I am just trying to figure out if it can be done using CGI and URL values. Thanks, David. From steve.lime at DNR.STATE.MN.US Wed Nov 2 22:15:16 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 3 Nov 2005 00:15:16 -0600 Subject: antialiasing line features.. Message-ID: You can anti-alias a single pixel outline... Steve >>> Dylan Beaudette 11/02/05 1:32 PM >>> Great! That did the trick! Now the question is, is it possible to antialias polygon features? Thanks! Dylan On Nov 1, 2005, at 11:39 PM, thomas bonfort wrote: > actually there's a smarter fix, but that still requires patching gd.c > without trying it and seeing if it stops your problem, I can't say > much more wether it corresponds to your case or not. > you'll have to download and patch the last version of gd, and make > sure mapserv is linked to the patched version. > > the patch is to add this near line 3035 of gd.c at the beginning of > static void gdImageSetAAPixelColor(gdImagePtr im, int x, int y, int > color, int t) > > if(x<0||y<0||x>=im->sx||y>=im->sy) > { > return; > } > > > cheers, > tb > > > On 11/2/05, Dylan Beaudette wrote: >> Interesting... >> >> I am having sporadic segfaults from mapserv, especially when there >> are a lot >> of line features, that are set to use antialiasing... >> >> Any ideas if this is related to your problems? >> >> Note that maps are generated fine for lines with few elements... >> >> Dylan >> >> >> On Tuesday 25 October 2005 11:55 pm, thomas bonfort wrote: >>> hi list, >>> I'm also having problems with mapserver or mapscript dying on certain >>> antialiased lines. I think I tracked the bug down to gd, I still have >>> to find the time to find out in what cases it happens. For those >>> interrested, for me gd segfaults for me in file gd.c on line 3055, >>> because it is called with out of bounds values for pixel position. >>> the >>> call is being made on lines 3098 or 3119, with the argument >>> (y>>16)+1 (line 3098) >>> or >>> (x>>16)+1 (line 3119) >>> which seems to me to be out of image bounds. >>> >>> My fix is to set the clipping regions of lines 3069-3071 to 1 pixel >>> inside, which is a quick workaround which prevents the segfaults, but >>> produces poor quality for short line segments. >>> >>> cheers, >>> tb >>> >>> On 10/26/05, Flavio Hendry wrote: >>>> hi Abe >>>> >>>> as said, I had problems with it (hanging mapserver). and the ones >>>> which >>>> seemed to work, I did not see a difference (was using jpeg as >>>> output). >>>> png24 is no option, resulting size of images too large. >>>> >>>> Mit freundlichem Gruss / Best Regards >>>> Flavio Hendry >>>> >>>> ---------------------------------------------------------------- >>>> TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual >>>> ---------------------------------------------------------------- >>>> ############ Mit freundlichen Gruessen / Kind Regards >>>> ############ mailto:flavio at tydac.ch >>>> ############ TYDAC AG - http://www.tydac.ch >>>> #### #### Geographic Information Solutions >>>> #### #### Luternauwg 12 -- CH-3006 Bern >>>> ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 >>>> ---------------------------------------------------------------- >>>> >>>> >>>> -----Original Message----- >>>> From: Abe Gillespie >>>> To: MAPSERVER-USERS at LISTS.UMN.EDU >>>> Date: Tue, 25 Oct 2005 12:11:00 -0400 >>>> Subject: Re: [UMN_MAPSERVER-USERS] antialiasing line features.. >>>> >>>>> Hey everyone, >>>>> >>>>> Sorry, a somewhat OT - This thread has piqued my interest a little. >>>>> Would someone mind posting examples of aliased vs. antialiased >>>>> images? >>>>> I'm just curious about the results you can get. >>>>> >>>>> Thanks! >>>>> -Abe >>>>> >>>>> On 10/25/05, Dylan Beaudette wrote: >>>>>> On Oct 25, 2005, at 2:54 AM, Flavio Hendry wrote: >>>>>>> Ciao Giorgio >>>>>>> >>>>>>> It might not be the antialiasing but the png24. png24 files tend >>>>> >>>>> to get >>>>> >>>>>>> very large, i.e. 400k compared to 70k as a JPEG (check your >>>>> >>>>> output >>>>> >>>>>>> directory). Maybe you try JPEG. >>>>>>> >>>>>>> However, I had quite problems with the antialiasing, working on >>>>> >>>>> some >>>>> >>>>>>> layer and on some the system hung (no error messages, just >>>>> >>>>> hanging when >>>>> >>>>>>> zooming). Removing the antialiasing from the layer worked. >>>>> >>>>> Strange >>>>> >>>>>>> behaviour, anybody having this problem? >>>>>>> >>>>>>> Mit freundlichem Gruss / Best Regards >>>>>>> Flavio Hendry >>>>>>> >>>>>>> ---------------------------------------------------------------- >>>>>>> TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual >>>>>>> ---------------------------------------------------------------- >>>>>>> ############ Mit freundlichen Gruessen / Kind Regards >>>>>>> ############ mailto:flavio at tydac.ch >>>>>>> ############ TYDAC AG - http://www.tydac.ch >>>>>>> #### #### Geographic Information Solutions >>>>>>> #### #### Luternauweg 12 -- CH-3006 Bern >>>>>>> ############ Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 >>>>>>> ---------------------------------------------------------------- >>>>>> >>>>>> Yes. I am noticing a seemingly erratic behavior: If I enable >>>>>> antialiasing with JPEG output format, it does not work. If I >>>>>> enable >>>>>> antialiasing in a tiled line layer it does not work... >>>>>> >>>>>> Are there some good ground rules for antialiasing? i.e. ONLY >>>>>> PNG24, >>>>>> etc. ? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> -- >>>>>> Dylan Beaudette >>>>>> Soils and Biogeochemistry Graduate Group >>>>>> University of California at Davis >>>>>> 530.754.7341 >> >> -- >> Dylan Beaudette >> Soils and Biogeochemistry Graduate Group >> University of California at Davis >> 530.754.7341 >> > > -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From dave at DBWS.NET Thu Nov 3 01:15:03 2005 From: dave at DBWS.NET (Dave Brown) Date: Thu, 3 Nov 2005 03:15:03 -0600 Subject: Mapscript with .MAP files Message-ID: Is it possible to load for example in my case MapInfo files without first having to load a .MAP file ? I am writing a java servlet where I want to load directly a MI file and query that but I cannot seem to find the write methodology.. Thanks, Dave. From listuser at HERZSYS.DE Thu Nov 3 01:45:38 2005 From: listuser at HERZSYS.DE (listuser HH) Date: Thu, 3 Nov 2005 10:45:38 +0100 Subject: SQL-Server and MapServer In-Reply-To: Message-ID: Stefanie Weykam wrote: >Hi list members, >Does SQL-Server have a spatial extension? How does it perform?? (..compared >to PostGIS?) > >I have talked with a couple of biologists who do not use GIS (yet) but >maintain a nice database with a lot of interesting spatial data which they >would like to serve as maps on Internet. The database will be very >frequently updated and the application will include spatial queries. > >These guys have come from Access and ADO to SQL-Server using Visual Basic >and .net and seem to be quite happy with it. So, -as far as possible- I >would like to avoid making them change their familiar environment. Although, >their database design is still under development, so this might as well be >the chance. > >After a quick look at the archive, google and the SQL-Server home page, I >haven't found many references (some on TerraLib and little else). >I suppose the few hits indicate that there is nothing for SQL-Server that >comes close to PostGIS. Could somebody provide me with some good pro's and >con's on SQL-Server, please? > >Thanks in advance, >Stefanie > > > > Hi, if you use the OVRT: http://www.gdal.org/ogr/drv_vrt.html like Joost suggested you can also use line and polygon geometry. This is done with WKT. You will need a column for geometries which can use a varchar datatype. I don't know SQL Server but the string is the limit for points in one feature so take care of the length (number of points). WKT look like e.g. for a line LINESTRING('x1 y1,x2 y2,x3 y3,...xn yn'). You now need a function which creates that string form all the points in a geometry to fill the column. You can create a .ovf file: ODBC:**user**/**pwd**@**DNS name**,**table** select **geom_column** from **table** wkbLineString EPSG:**epsg_code** and in the mapfile: LAYER NAME "WKT_line_layer" CONNECTION "/usr/local/umn_mapserver_dir/mapfiles/test_ora2.ovf" CONNECTIONTYPE OGR DATA "mylayer" ... About the performance etc. I can't give you a hint, sorry - but you get the geometry diplayed. I think very important is the amount of features which you will display. I only used it for some single features and this worked good. Perhaps Frank Warmerdam can tell a bit more also for the con's on the usage of WKT in OGR. Regards, Norbert From schick at SDAC.HANNOVER.BGR.DE Thu Nov 3 02:27:41 2005 From: schick at SDAC.HANNOVER.BGR.DE (Agneta Schick) Date: Thu, 3 Nov 2005 11:27:41 +0100 Subject: blinking symbol with ming Message-ID: Thank you for your help. I've got the mapserver 4.6.1 finally installed. Our problem was a too old GNU library. My next problem is getting a blinking symbol. I could do this with ming. Or can someone suggest a better (easier) solution? I cannot get the mapserver built when configured with "--with-ming=../ming/src". I get a long list of warnings such as: mapswf.c:509: warning: passing arg 2 of `SWFButton_addShape' from incompatible pointer type and errors such as mapswf.c:3012: error: too few arguments to function `SWFMovie_save' Could it be that "MING_VERSION_03" is not true? I'm using ming-0.3beta1. Which version of ming works with mapserver 4.6.1? Agneta Schick ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Agneta Schick Bundesanstalt fuer Geowissenschaften und Rohstoffe Federal Institute for Geosciences and Natural Resources Stilleweg 2 D- 30655 Hannover Tel.: +49 511 643 3136 GERMANY FAX.: +49 511 643 3663 schick at sdac.hannover.bgr.de http://www.seismologie.bgr.de ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From erki.saluveer at REGIO.EE Thu Nov 3 02:22:27 2005 From: erki.saluveer at REGIO.EE (Erki Saluveer) Date: Thu, 3 Nov 2005 12:22:27 +0200 Subject: Tab, Shp, Shptree, PostGIS performance Message-ID: Hi I've been using Minnesota Mapserver for a while with a big success. Though I haven't understood completely which file formats to read fits best for Mapserver. Biggest mystery is shape file. It should be the fastest file format to read, but it's been the slowest in all my tests. Like one test I made with Mapinfo TAB, ESRI shape, PostGIS database table and shptree file. I had at first one MapInfo dataset (33 Mb). To get shape file I translated it with MapInfo's Universal Translator. From shape file I made qix file with shptree in depth 8 and using shp2pgsql I created database entry file (I also indexed postgis table) Then I put together 4 different map files to read these. Test was made with single and concurrent queries (500 queries for each map file). The results are as follows: File Type Time per request Time per concurrent request TAB 78 30 SHP 835 579 SHP with qix 822 580 PostGIS 69 19 * Times are in milliseconds Why is shape so slow?!? I appreciate any help to find answer to this question. Sincerely, Erki Saluveer -------------- next part -------------- An HTML attachment was scrubbed... URL: From BEN at SYNCERA-ITSOLUTIONS.NL Thu Nov 3 02:39:04 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 3 Nov 2005 11:39:04 +0100 Subject: Tab, Shp, Shptree, PostGIS performance Message-ID: Hi, how do you reference your shapefile in your MAP file? Maybe your data statement contains myshp.shp and then the qix file won't be found (it looks for myshp.shp.qix then). Your data statement should look like: DATA "myshp" Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Erki Saluveer 3-11-2005 11:22 >>> Hi I've been using Minnesota Mapserver for a while with a big success. Though I haven't understood completely which file formats to read fits best for Mapserver. Biggest mystery is shape file. It should be the fastest file format to read, but it's been the slowest in all my tests. Like one test I made with Mapinfo TAB, ESRI shape, PostGIS database table and shptree file. I had at first one MapInfo dataset (33 Mb). To get shape file I translated it with MapInfo's Universal Translator. From shape file I made qix file with shptree in depth 8 and using shp2pgsql I created database entry file (I also indexed postgis table) Then I put together 4 different map files to read these. Test was made with single and concurrent queries (500 queries for each map file). The results are as follows: File Type Time per request Time per concurrent request TAB 78 30 SHP 835 579 SHP with qix 822 580 PostGIS 69 19 * Times are in milliseconds Why is shape so slow?!? I appreciate any help to find answer to this question. Sincerely, Erki Saluveer From jon.hadley at GMAIL.COM Thu Nov 3 02:39:50 2005 From: jon.hadley at GMAIL.COM (Jon Hadley) Date: Thu, 3 Nov 2005 10:39:50 +0000 Subject: PHP Error? Message-ID: Hi all, I'm getting the following errors when running a newly installed copy of chamelon and the GMap demo on a fresh IIS PHP 5.05 system. They look like PHP errors, but I'm not sure. Any ideas? Chameleon error: Warning: dl() [function.dl]: Unable to load dynamic library './php_dbase.dll' - The specified module could not be found. in c:\ms4w\apps\chameleon\htdocs\common\mlt\mlt.php on line 251 GMap75 PHP/MapScript Error: Warning: dl() [function.dl]: Unable to load dynamic library './php_mapscript_46.dll' - The specified module could not be found. in C:\ms4w\apps\gmap\htdocs\gmap75.phtml on line 54 Warning: dl() [function.dl]: Unable to load dynamic library './php_dbase.dll' - The specified module could not be found. in C:\ms4w\apps\gmap\htdocs\gmap75.phtml on line 58 Fatal error: Call to undefined function ms_GetVersion() in C:\ms4w\apps\gmap\htdocs\gmap75.inc.php on line 51 Thanks, Jon From erki.saluveer at REGIO.EE Thu Nov 3 02:59:24 2005 From: erki.saluveer at REGIO.EE (Erki Saluveer) Date: Thu, 3 Nov 2005 12:59:24 +0200 Subject: Tab, Shp, Shptree, PostGIS performance In-Reply-To: Message-ID: My shptree files are: Myshp.dbf Myshp.prj Myshp.qix Myshp.shp Myshp.shx Anyways it does read qix file, because test results are a bit faster with qix file, but the difference is very-very small. What else could be the reason? I've been looking Mapserver user-list archives and haven't found anyone making this kind of tests. Maybe someone has done and could put his/her results. It would be nice to compare. Erki Saluveer -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bart van den Eijnden Sent: Thursday, November 03, 2005 12:39 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Tab, Shp, Shptree, PostGIS performance Hi, how do you reference your shapefile in your MAP file? Maybe your data statement contains myshp.shp and then the qix file won't be found (it looks for myshp.shp.qix then). Your data statement should look like: DATA "myshp" Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Erki Saluveer 3-11-2005 11:22 >>> Hi I've been using Minnesota Mapserver for a while with a big success. Though I haven't understood completely which file formats to read fits best for Mapserver. Biggest mystery is shape file. It should be the fastest file format to read, but it's been the slowest in all my tests. Like one test I made with Mapinfo TAB, ESRI shape, PostGIS database table and shptree file. I had at first one MapInfo dataset (33 Mb). To get shape file I translated it with MapInfo's Universal Translator. From shape file I made qix file with shptree in depth 8 and using shp2pgsql I created database entry file (I also indexed postgis table) Then I put together 4 different map files to read these. Test was made with single and concurrent queries (500 queries for each map file). The results are as follows: File Type Time per request Time per concurrent request TAB 78 30 SHP 835 579 SHP with qix 822 580 PostGIS 69 19 * Times are in milliseconds Why is shape so slow?!? I appreciate any help to find answer to this question. Sincerely, Erki Saluveer From jon.hadley at GMAIL.COM Thu Nov 3 03:29:42 2005 From: jon.hadley at GMAIL.COM (Jon Hadley) Date: Thu, 3 Nov 2005 11:29:42 +0000 Subject: Another newbie question Message-ID: Sorry guys, another one for ya... I have a large map in a JPG format. What's the simplest way (step by step?) of displaying this image in a web browser via Mapserver? I don't want to do anything fancy yet, just navigate around a one layer image within the browser. I've kinda grasped that it needs the be referenced via the .map file, but I'm a little lost how to go about this. The new user help is useful as reference, but it doesn't really show the process i need to go through. (Sorry to bombard you with simple problems, but Mapserver looks really powerful and I'm chomping at the bit to get it working) Cheers, Jon From robert.wanczyk at PROGEA.PL Thu Nov 3 03:46:53 2005 From: robert.wanczyk at PROGEA.PL (Robert Wanczyk) Date: Thu, 3 Nov 2005 05:46:53 -0600 Subject: Create new point, line, polygon Message-ID: Hi every one, I need know how to used MapServer to create new point, line, polygon , or overwrite an existing one. With one function can I to do it. Can you send me any samples ? And samples how to modify SHP , add point or line. Best Robert From ed at TOPOZONE.COM Thu Nov 3 04:08:03 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Thu, 3 Nov 2005 07:08:03 -0500 Subject: Tab, Shp, Shptree, PostGIS performance Message-ID: Erki - Your test results are SLOWER in one case with the QIX file, and faster in the other. Both are by such small amounts they don't tell anything. Try deleting your QIX file and re-running the tests to see if it matters. Also, you need to give us some more information about the type of request you're testing. Are you using a request that causes most of the data to be drawn on the map, or only a small portion of the data? Can you describe the shapes of the individual data objects? That is, are they roads, state outlines, etc.? The results are very dependent on the type of data and the type of request, which is why it is hard to compare two different user situations. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Erki Saluveer Sent: Thursday, November 03, 2005 5:59 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Tab, Shp, Shptree, PostGIS performance My shptree files are: Myshp.dbf Myshp.prj Myshp.qix Myshp.shp Myshp.shx Anyways it does read qix file, because test results are a bit faster with qix file, but the difference is very-very small. What else could be the reason? I've been looking Mapserver user-list archives and haven't found anyone making this kind of tests. Maybe someone has done and could put his/her results. It would be nice to compare. Erki Saluveer -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bart van den Eijnden Sent: Thursday, November 03, 2005 12:39 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Tab, Shp, Shptree, PostGIS performance Hi, how do you reference your shapefile in your MAP file? Maybe your data statement contains myshp.shp and then the qix file won't be found (it looks for myshp.shp.qix then). Your data statement should look like: DATA "myshp" Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Erki Saluveer 3-11-2005 11:22 >>> Hi I've been using Minnesota Mapserver for a while with a big success. Though I haven't understood completely which file formats to read fits best for Mapserver. Biggest mystery is shape file. It should be the fastest file format to read, but it's been the slowest in all my tests. Like one test I made with Mapinfo TAB, ESRI shape, PostGIS database table and shptree file. I had at first one MapInfo dataset (33 Mb). To get shape file I translated it with MapInfo's Universal Translator. From shape file I made qix file with shptree in depth 8 and using shp2pgsql I created database entry file (I also indexed postgis table) Then I put together 4 different map files to read these. Test was made with single and concurrent queries (500 queries for each map file). The results are as follows: File Type Time per request Time per concurrent request TAB 78 30 SHP 835 579 SHP with qix 822 580 PostGIS 69 19 * Times are in milliseconds Why is shape so slow?!? I appreciate any help to find answer to this question. Sincerely, Erki Saluveer From bpicinbono at WORLDONLINE.FR Thu Nov 3 04:53:16 2005 From: bpicinbono at WORLDONLINE.FR (Blaise Picinbono) Date: Thu, 3 Nov 2005 13:53:16 +0100 Subject: blinking symbol with ming In-Reply-To: <200511031027.jA3ARfAa016935@b3sn28.hannover.bgr.de> Message-ID: Le Jeudi 3 Novembre 2005 11:27, Agneta Schick a ?crit?: > Thank you for your help. I've got the mapserver 4.6.1 finally installed. > Our problem was a too old GNU library. > > My next problem is getting a blinking symbol. I could do this with ming. > Or can someone suggest a better (easier) solution? > > I cannot get the mapserver built when configured with > "--with-ming=../ming/src". > > I get a long list of warnings such as: > mapswf.c:509: warning: passing arg 2 of `SWFButton_addShape' from > incompatible pointer type > > and errors such as > mapswf.c:3012: error: too few arguments to function `SWFMovie_save' > > Could it be that "MING_VERSION_03" is not true? I'm using ming-0.3beta1. > > Which version of ming works with mapserver 4.6.1? > > Agneta Schick Hi Agneta I'm not sure about blinking symbol. Maybe an animated gif ? You should search the list, some people may have found tricks to display animated gps or wifi points. About ming, I build several MapServer versions with several Ming version successfully (as far as I have tested them), but each time I had to update a bit some Ming files and some MapServer files. First, you should get the cvs Ming version, because I think their download link is not updated (but maybe it changed recently ?) Then, you could try an empirical solution : try to modify each line of each file where compilation errors occur (starting with file "mapswf.c", line 3012 in your case). For this error, I replaced the line : SWFMovie_save(image->img.swf->sMainMovie, filename); by this one : SWFMovie_save(image->img.swf->sMainMovie, filename,0); How to modify these files is another question, a bit of googling can help. In my case, as I didn't want gif support and libungif, I had also to remove all references to gif in mapserver and ming files. I could sent you a complete list of all my updates, but I don't think it would be very valuable because it only fits the MapServer setup I need, which might not be your. If you really think Ming can be a solution for you (which I can not assure you), try the update above in the mapswf.c file, rebuild and sent the next error. It should work fine with something like 5 or 10 updates. I find my method far from aesthetic, but it's the only way I've been able to build MapServer with Ming. I would be interested if somebody in this list had a better solution. Good luck Blaise From woodbri at SWOODBRIDGE.COM Thu Nov 3 05:57:29 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Thu, 3 Nov 2005 08:57:29 -0500 Subject: Another newbie question In-Reply-To: Message-ID: This link has an example of how to do this: http://ms.gis.umn.edu/docs/tutorial/tutorial -Steve W. Jon Hadley wrote: > Sorry guys, another one for ya... > > I have a large map in a JPG format. What's the simplest way (step by > step?) of displaying this image in a web browser via Mapserver? > > I don't want to do anything fancy yet, just navigate around a one > layer image within the browser. > > I've kinda grasped that it needs the be referenced via the .map file, > but I'm a little lost how to go about this. The new user help is > useful as reference, but it doesn't really show the process i need to > go through. > > (Sorry to bombard you with simple problems, but Mapserver looks really > powerful and I'm chomping at the bit to get it working) > > Cheers, > > Jon > From tkirstine at JDBARNES.COM Thu Nov 3 06:06:58 2005 From: tkirstine at JDBARNES.COM (Travis Kirstine GIS Tech) Date: Thu, 3 Nov 2005 09:06:58 -0500 Subject: overviews internal and macro tiling Message-ID: Hi, I have some general questions regarding overviews and performance in mapserver. I've been going through the past user lists and it seems the general consensus it that creating sets of images (small tiles to large merged tiles) at different cell resolutions (reduced resolution as you zoom out) that are activated by the MIN MAX Scale definitions in the mapfile is the optimal why to go. I was wondering is it still beneficial to create internal overviews for these images using tool like gdaladdo. I've been doing some testing and don't see much of a change between aggregate images and aggregate images with overview. I was also hoping someone could shed some light around at what scale internal overviews are activated. For instance our data is 0.20m pixel size 1 km square tiles and I run gdaladdo on it gdaladdo -r average image_1.tif 2 4 8 16 32 Right now its my understanding that the first level creates a resampled internal image that is half the resolution 0.4m and second level would resample the image to 0.8m resolution and so on. If I'm zoomed all the way in 1:1 and begin zooming out at what mapscale is the first overview level activated. Travis Kirstine First Base Solutions Limited 140 Renfrew Dr, Suite 100 Markham ON L3R 6B3 Phone 905.477.3600 Fax 905.477.3882 tkirstine at jdbarnes.com From Debbie.Pagurek at EC.GC.CA Thu Nov 3 06:09:54 2005 From: Debbie.Pagurek at EC.GC.CA (Pagurek,Debbie [NCR]) Date: Thu, 3 Nov 2005 09:09:54 -0500 Subject: ODBC and non-spatial databases Message-ID: Please reply to the list so everyone can help out... So you're asking if you can put a variable in the sql statement in an OVF file? I've never done this. I suppose an OVF file could be written out on the fly? Maybe someone else on the list has some ideas. D. Pagurek -----Original Message----- From: Janeks Kamerovskis [mailto:janeks.kamerovskis at silva.lv] Sent: Thursday, November 03, 2005 2:15 AM To: Pagurek,Debbie [NCR] Subject: RE: [UMN_MAPSERVER-USERS] ODBC and non-spatial databases Is it possible to use a variable (depending on user activities) in SQL statement. Brgds Janeks > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Pagurek,Debbie [NCR] > Sent: Wednesday, November 02, 2005 6:21 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] ODBC and non-spatial databases > > You definitely CAN use an SQL statement to return point data instead > of returning the entire table. > > This would be set up in your .ovf file such as: > > > > > ODBC:my_user/my_userpassword at my_DSN_name,my_tablename Sr > cDataSource> > select napsid as station_number,city as > station_location,province_en as > province,air1_map_2005.location_type_en > as location_type,latitude, longitude,ozone2003_ppb as ozone_2003_ppb > from my_tablename > wkbPoint > WGS84 > y="latitude" /> > > > > Please see: > http://mapserver.gis.umn.edu/doc46/ogr-howto.html for more > information. > > D. Pagurek > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Agneta Schick > Sent: Wednesday, November 02, 2005 11:05 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] ODBC and non-spatial databases > > > We have MapServer applications using geographic coordinates which are > accessed through sql in a perl script and added to a layer as pointObj > (Mapscript) > > Is it possible to access the database via ODBC although it is > non-spatial? > > From http://ogr.maptools.org/drv_odbc.html I understand that only > WHOLE tables are returned as layers. Is it true that data from the > tables cannot be selected by criteria? If not, where can I find more > information and perhaps examples. > > Agneta Schick > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~ > ~~~~~ > Agneta Schick > > Bundesanstalt fuer Geowissenschaften und Rohstoffe > Federal Institute for Geosciences and Natural Resources > Stilleweg 2 > D- 30655 Hannover Tel.: +49 511 643 3136 > GERMANY FAX.: +49 511 643 3663 > > schick at sdac.hannover.bgr.de http://www.seismologie.bgr.de > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > ~~ > ~~~~~ > > > From warmerdam at POBOX.COM Thu Nov 3 06:30:11 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 3 Nov 2005 09:30:11 -0500 Subject: overviews internal and macro tiling In-Reply-To: Message-ID: On 11/3/05, Travis Kirstine GIS Tech wrote: > Hi, > I have some general questions regarding overviews and performance in > mapserver. I've been going through the past user lists and it seems the > general consensus it that creating sets of images (small tiles to large > merged tiles) at different cell resolutions (reduced resolution as you zoom > out) that are activated by the MIN MAX Scale definitions in the mapfile is > the optimal why to go. I was wondering is it still beneficial to create > internal overviews for these images using tool like gdaladdo. Travis, My advice is to depend on internal overviews as long for as "far out" as the user can zoom before they start getting a significant number of files rendered per map view (say 8+). At that point you should consider having a whole new layer based in MINSCALE/MAXSCALE instead of depending on internal overviews in the files. > I've been > doing some testing and don't see much of a change between aggregate images > and aggregate images with overview. I was also hoping someone could shed > some light around at what scale internal overviews are activated. For > instance our data is 0.20m pixel size 1 km square tiles and I run gdaladdo > on it > > gdaladdo -r average image_1.tif 2 4 8 16 32 > > Right now its my understanding that the first level creates a resampled > internal image that is half the resolution 0.4m and second level would > resample the image to 0.8m resolution and so on. That is correct. > If I'm zoomed all the way > in 1:1 and begin zooming out at what mapscale is the first overview level > activated. The 0.4m overview should kick in roughly at the point where the map view is for 0.4m pixels. There is a wee bit of rounding logic that might cause it to kick in at around 0.39 or so but you can't really depend on it till you are a wee bit past 0.4m. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at POBOX.COM Thu Nov 3 06:50:35 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 3 Nov 2005 09:50:35 -0500 Subject: SQL-Server and MapServer In-Reply-To: <4369DC42.5010501@herzsys.de> Message-ID: On 11/3/05, listuser HH wrote: > About the performance etc. I can't give you a hint, sorry - but you get the geometry diplayed. I think very important is the amount of features which you will display. I only used it for some single features and this worked good. Perhaps Frank Warmerdam can tell a bit more also for the con's on the usage of WKT in OGR. Folks, Generally speaking table access via ODBC is not doing spatial indexing, and so it can be slow to pull a few rows out of a big table for drawing a small local region. However, I am in the midst of some changes to the ODBC driver to support spatial indexing, and translation of WKT and WKB without going through the OGR VRT driver. This work is now in CVS and would make it so you could use a datasource name like: ODBC:mydsn,tablename(wkt_geometry) This would mean open DSN mydsn, and access only the table named "tablename". Use the column "wkt_geometry" as the geometry. It will be parsed as WKB if the column is BLOB or WKT otherwise. Also, the new spatial indexing support provides for fast spatial queries if the table has columns named "xmin", "xmax", "ymin" and "ymax" with the geometric extents of the geometry for that row. These columns should be indexed for optimal efficiency. Anyone interested in trying this out should grab the CVS snapshot of GDAL/OGR. I would add that using a "select" statement in an OGR VRT file is a very flexible approach in terms of what you can do, but it also has some downsides in terms of performance - especially when used with the current query support in mapserver which requires refetches by feature id when working with the query results. This issue does not affect rendering though. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From kevin at PEOPLEGIS.COM Thu Nov 3 07:10:19 2005 From: kevin at PEOPLEGIS.COM (Kevin Flanders) Date: Thu, 3 Nov 2005 10:10:19 -0500 Subject: symbol transparency Message-ID: I am trying to find the best approach to preparing symbol images, with little luck. I am having trouble creating the transparent layer and controlling which layer is transparent so I can identify it in my symbol file.....any suggestions out there? Kevin -------------- next part -------------- An HTML attachment was scrubbed... URL: From christhorne at SYMPATICO.CA Thu Nov 3 07:31:34 2005 From: christhorne at SYMPATICO.CA (Christopher R. Thorne) Date: Thu, 3 Nov 2005 10:31:34 -0500 Subject: labelcache_map_edge_buffer Information? Message-ID: Hello list, In 4.6 version I have read on the KaMap mailing list that there is a feature to add a edge label buffer to your maps. But what I read seems to deal with this issue within the context of WMS. By adding a METADATA tag with labelcache_map_edge_buffer to the WEB Object. I would like to implement this, but not in a WMS environment. I would like some more explanation on how I can add this to my mapfiles and if there is more steps that require modification of an application I would be very happy if you could point me in the right direction on this issue. Chris -- Christopher R. Thorne, GIS Specialist - christhorne at sympatico.ca Tel:(613)523-6593, Ottawa ON Canada ----------------------------- From assefa at DMSOLUTIONS.CA Thu Nov 3 07:52:56 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 3 Nov 2005 10:52:56 -0500 Subject: labelcache_map_edge_buffer Information? In-Reply-To: <436A2D56.9070400@sympatico.ca> Message-ID: Chris, The labelcache_map_edge_buffer metadata applies on all text rendered by maserver (nothing to do with WMS AFAIK). Check Bug 1353 and 1355 on this issue. Setting it in your map file is like you said a metadata at map level labelcache_map_edge_buffer with the buffer in pixel that ou want (note that the buffer value should be negatif). Or mapscript $oMap->setMetadata("labelcache_map_edge_buffer", -$my_buffer); Later, Christopher R. Thorne wrote: > Hello list, > > In 4.6 version I have read on the KaMap mailing list that there is a > feature to add a edge label buffer to your maps. > > But what I read seems to deal with this issue within the context of WMS. > By adding a METADATA tag with labelcache_map_edge_buffer to the WEB Object. > > I would like to implement this, but not in a WMS environment. > > I would like some more explanation on how I can add this to my mapfiles > and if there is more steps that require modification of an application I > would be very happy if you could point me in the right direction on this > issue. > > Chris > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From assefa at DMSOLUTIONS.CA Thu Nov 3 08:20:11 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 3 Nov 2005 11:20:11 -0500 Subject: Merge several layers into a single multi-layer GetMap request In-Reply-To: <4ac992660511020837i40ce13bfx@mail.gmail.com> Message-ID: Hi There, I am nopt sure why would this happen. Cheking the code, the criteria for merging is the following (mapwmlalayer.c around line 927) : if (!bForceSeparateRequest && lastconnectiontype == MS_WMS && psLastWMSParams != NULL && sThisWMSParams.numparams == psLastWMSParams->numparams && strcmp(sThisWMSParams.onlineresource, psLastWMSParams->onlineresource) == 0) which translates into : - no metadata set force_separate_request - number of parameters are the same between 2 requests (parameters being all the manadatory and non manadory request parameters) - the onlineresource should be the same. Adding a wmss_sld_body would only end up adding one paramater. If all your consececutive layers follow these criterias, It shoudl merge. Thinking about It and reading the doc, I am not sure why the number of parameters is added into the test. Later, J. Parapar wrote: > Hi all > > We have several wms layers with the same wms server in our mapfile > client and MapServer is making one GetMap request for each of the > layers. All the layers have the parameter wms_sld_body set to AUTO. In > some tests with layers without SLD MapServer do merges several layers > into a single multi-layer GetMap request. Does this optimization only > works with non SLD layers? > > Thanks in advance, > Jorge > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From asimpson at I-55.COM Thu Nov 3 08:33:34 2005 From: asimpson at I-55.COM (Simpson) Date: Thu, 3 Nov 2005 10:33:34 -0600 Subject: WFS on 4.4.1 works and not on 4.6.0 In-Reply-To: <436A3258.6030604@dmsolutions.ca> Message-ID: Is there any reason WFS getfeatures and describefeaturetype works fine in 4.4.1, but in 4.6.0 no features are returned from getfeatures, and the describefeaturetype only describes the geometry. The getcapabilities seems to work ok. I can see MS making the SQL calls in the PostGIS DB (4.6.0 is much different than 4.4.1), and it looks as if its getting the four geometries ok ( I run the SQL it issued and get the four rows back ) The only place I see it getting attribute data it issues: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE name = 0 There isn't a row with name = 0 in the table, so it will not get any rows, but maybe all its after is data types? The 4.4.1 version gets the geometry and oid, then loops through each oid getting attribute, geom data: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE OID = 13350367 In case its useful, an almost identical map file works correctly, the table has different columns and the SRID is 4326 not 32615. Thanks for any suggestions, Drew. =========================================================================== ======== MapServer version 4.4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG MapServer version 4.6.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG =========================================================================== ========= # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT 806141.887843 3346695.719558 810886.158231 3350349.755389 UNITS meters SHAPEPATH "data" IMAGECOLOR 255 255 255 DEBUG ON # you may need to change this to match your MapServer build IMAGETYPE png_rgb # # Projection definition, consult the PROJ.4 documentation for parameter discussion # PROJECTION "init=epsg:32615" END # PROJECTION OUTPUTFORMAT NAME png_rgb DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END # # Start of web interface definition (including WMS enabling metadata) # WEB IMAGEPATH "/var/www/ssl/html/scratch/" IMAGEURL "scratch/" METADATA "wfs_title" "WFS for xxx" "wfs_onlineresource" "https://www.xxx.xxx..." "wfs_srs" "EPSG:32615" "ows_schemas_location" "http://ogc.dmsolutions.ca" END END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of layer definitions # LAYER NAME "xxxx" #STATUS OFF STATUS ON TYPE POLYGON DUMP TRUE CONNECTIONTYPE postgis CONNECTION "user=xxx password=xxx dbname=xxx host=xxx port=5432" DATA "the_geom from xxxx" #TEMPLATE "/var/www/ssl/html/xxx" #TOLERANCE 10 #TOLERANCEUNITS meters PROJECTION "init=epsg:32615" END METADATA "wfs_title" "xxxx" "wfs_srs" "EPSG:32615" "wfs_abstract" "xxxx" "wfs_keywordlist" "xxxx" END END END ======================================================================= TABLE DEFINITION Column | Type | Modifiers -------------+------------------------+----------- name | character(24) | not null description | character varying(256) | the_geom | geometry | an_int | integer | comments | character varying | Indexes: "xxxx_pkey" primary key, btree (name) Check constraints: "$1" CHECK (srid(the_geom) = 32615) "$2" CHECK (geometrytype(the_geom) = 'MULTIPOLYGON'::text OR the_geom IS NULL) From BEN at SYNCERA-ITSOLUTIONS.NL Thu Nov 3 08:35:22 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 3 Nov 2005 17:35:22 +0100 Subject: WFS on 4.4.1 works and not on 4.6.0 Message-ID: Also try adding gml_include_items "all" to your LAYER"s METADATA section. Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Simpson 3-11-2005 17:33:34 >>> Is there any reason WFS getfeatures and describefeaturetype works fine in 4.4.1, but in 4.6.0 no features are returned from getfeatures, and the describefeaturetype only describes the geometry. The getcapabilities seems to work ok. I can see MS making the SQL calls in the PostGIS DB (4.6.0 is much different than 4.4.1), and it looks as if its getting the four geometries ok ( I run the SQL it issued and get the four rows back ) The only place I see it getting attribute data it issues: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE name = 0 There isn't a row with name = 0 in the table, so it will not get any rows, but maybe all its after is data types? The 4.4.1 version gets the geometry and oid, then loops through each oid getting attribute, geom data: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE OID = 13350367 In case its useful, an almost identical map file works correctly, the table has different columns and the SRID is 4326 not 32615. Thanks for any suggestions, Drew. ============================================================================ ======== MapServer version 4.4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG MapServer version 4.6.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG ============================================================================ ========= # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT 806141.887843 3346695.719558 810886.158231 3350349.755389 UNITS meters SHAPEPATH "data" IMAGECOLOR 255 255 255 DEBUG ON # you may need to change this to match your MapServer build IMAGETYPE png_rgb # # Projection definition, consult the PROJ.4 documentation for parameter discussion # PROJECTION "init=epsg:32615" END # PROJECTION OUTPUTFORMAT NAME png_rgb DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END # # Start of web interface definition (including WMS enabling metadata) # WEB IMAGEPATH "/var/www/ssl/html/scratch/" IMAGEURL "scratch/" METADATA "wfs_title" "WFS for xxx" "wfs_onlineresource" "https://www.xxx.xxx..." "wfs_srs" "EPSG:32615" "ows_schemas_location" "http://ogc.dmsolutions.ca" END END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of layer definitions # LAYER NAME "xxxx" #STATUS OFF STATUS ON TYPE POLYGON DUMP TRUE CONNECTIONTYPE postgis CONNECTION "user=xxx password=xxx dbname=xxx host=xxx port=5432" DATA "the_geom from xxxx" #TEMPLATE "/var/www/ssl/html/xxx" #TOLERANCE 10 #TOLERANCEUNITS meters PROJECTION "init=epsg:32615" END METADATA "wfs_title" "xxxx" "wfs_srs" "EPSG:32615" "wfs_abstract" "xxxx" "wfs_keywordlist" "xxxx" END END END ======================================================================== TABLE DEFINITION Column | Type | Modifiers -------------+------------------------+----------- name | character(24) | not null description | character varying(256) | the_geom | geometry | an_int | integer | comments | character varying | Indexes: "xxxx_pkey" primary key, btree (name) Check constraints: "$1" CHECK (srid(the_geom) = 32615) "$2" CHECK (geometrytype(the_geom) = 'MULTIPOLYGON'::text OR the_geom IS NULL) From woodbri at SWOODBRIDGE.COM Thu Nov 3 08:39:16 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Thu, 3 Nov 2005 11:39:16 -0500 Subject: Yahoo Maps Using Flash and tiled maps Message-ID: http://maps.yahoo.com/beta/ From dave at DBWS.NET Thu Nov 3 08:57:45 2005 From: dave at DBWS.NET (Dave Brown) Date: Thu, 3 Nov 2005 10:57:45 -0600 Subject: changing projection Message-ID: Hi all, Can someone please point me in the right direction to changing my maps projection to the projection i used to use with map extreme which was Mercator NAD27 I am creating the map in a java servlet. Thanks, Dave. From ezequias at RECIFE.PE.GOV.BR Thu Nov 3 08:54:45 2005 From: ezequias at RECIFE.PE.GOV.BR (Ezequias Rodrigues da Rocha) Date: Thu, 3 Nov 2005 13:54:45 -0300 Subject: Mapserver and Postgis In-Reply-To: <200511031353.17190.bpicinbono@worldonline.fr> Message-ID: Hi list, I am starting with mapserver, but have a very important error and I have no idea how to put it to work. I doesn't even know if I did it before but here is the problem: I am trying to access a postgis layer with the mapserver 4.4.2 and via browser the return of server was: msDrawMap(): Image handling error. Failed to draw layer named 'bairros'. msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with connect string 'user=postgres password=post dbname=dbpotgis host=192.168.0.15 port=5432'. Error reported was 'could not create socket: Permission denied '. This error occured when trying to make a connection to the specified postgresql server. Most commonly this is caused by (1) incorrect connection string (2) you didnt specify a 'user=...' in your connection string (3) the postmaster (postgresql server) isnt running (4) you are not allowing TCP/IP connection to the postmaster (5) your postmaster is not running on the correct port - if its not on 5432 you must specify a 'port=...' (6) the security on your system does not allow the webserver (usually user 'nobody') to make socket connections to the postmaster (7) you forgot to specify a 'host=...' if the postmaster is on a different machine (8) you made a typo I hope someone could help me. Nobody did before. Sincerely Ezequias From dn at HDDESIGN.COM Thu Nov 3 09:22:13 2005 From: dn at HDDESIGN.COM (David Niergarth) Date: Thu, 3 Nov 2005 11:22:13 -0600 Subject: Yahoo Maps Using Flash and tiled maps In-Reply-To: <436A3D34.9010108@swoodbridge.com> Message-ID: Stephen Woodbridge wrote: > http://maps.yahoo.com/beta/ Yikes, just viewing that page manages to freeze every Mozilla-based browser I have! (Mozilla, Firefox, Epiphany, Galeon -- all on FreeBSD) --David From listario at GMAIL.COM Thu Nov 3 09:25:24 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 3 Nov 2005 18:25:24 +0100 Subject: Merge several layers into a single multi-layer GetMap request In-Reply-To: <436A38BB.6010402@dmsolutions.ca> Message-ID: Hi Assefa, thanks for your time. Looking at mapwmslayer.c, at the lines following those, it seems that the parameters which are allowed to be different between the two requests are LAYERS, QUERY_LAYERS and STYLES. The SLD_BODY parameter is different in each request so the layers are not merged. May I post a bug on this in http://mapserver.gis.umn.edu/bugs/? Thanks again, Jorge 2005/11/3, Yewondwossen Assefa : > Hi There, > > I am nopt sure why would this happen. Cheking the code, the criteria > for merging is the following (mapwmlalayer.c around line 927) : > > if (!bForceSeparateRequest && > lastconnectiontype == MS_WMS && > psLastWMSParams != NULL && > sThisWMSParams.numparams == psLastWMSParams->numparams && > strcmp(sThisWMSParams.onlineresource, > psLastWMSParams->onlineresource) == 0) > > which translates into : > > - no metadata set force_separate_request > - number of parameters are the same between 2 requests > (parameters being all the manadatory and non manadory request parameters) > - the onlineresource should be the same. > > Adding a wmss_sld_body would only end up adding one paramater. If all > your consececutive layers follow these criterias, It shoudl merge. > > Thinking about It and reading the doc, I am not sure why the number of > parameters is added into the test. > > Later, > > > J. Parapar wrote: > > Hi all > > > > We have several wms layers with the same wms server in our mapfile > > client and MapServer is making one GetMap request for each of the > > layers. All the layers have the parameter wms_sld_body set to AUTO. In > > some tests with layers without SLD MapServer do merges several layers > > into a single multi-layer GetMap request. Does this optimization only > > works with non SLD layers? > > > > Thanks in advance, > > Jorge > > > > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > > From asimpson at I-55.COM Thu Nov 3 09:35:28 2005 From: asimpson at I-55.COM (Simpson) Date: Thu, 3 Nov 2005 11:35:28 -0600 Subject: WFS on 4.4.1 works and not on 4.6.0 In-Reply-To: Message-ID: That fixed the describefeaturetype, but getfeatures is still not returning any features. Below is all that is returned. The BBOX is in the projection of the layer? Thanks, Drew. =========================================================================== ==== 806291.512569,3346809.680220 809504.014362,3348828.847769 =========================================================== -----Original Message----- From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] Sent: Thursday, November 03, 2005 10:35 AM To: asimpson at I-55.COM; MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] WFS on 4.4.1 works and not on 4.6.0 Also try adding gml_include_items "all" to your LAYER"s METADATA section. Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Simpson 3-11-2005 17:33:34 >>> Is there any reason WFS getfeatures and describefeaturetype works fine in 4.4.1, but in 4.6.0 no features are returned from getfeatures, and the describefeaturetype only describes the geometry. The getcapabilities seems to work ok. I can see MS making the SQL calls in the PostGIS DB (4.6.0 is much different than 4.4.1), and it looks as if its getting the four geometries ok ( I run the SQL it issued and get the four rows back ) The only place I see it getting attribute data it issues: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE name = 0 There isn't a row with name = 0 in the table, so it will not get any rows, but maybe all its after is data types? The 4.4.1 version gets the geometry and oid, then loops through each oid getting attribute, geom data: DECLARE mycursor2 BINARY CURSOR FOR SELECT name::text,description::text,an_int::text,comments::text,asbinary(force_coll ection(force_2d(the_geom)),'NDR') from xxxx WHERE OID = 13350367 In case its useful, an almost identical map file works correctly, the table has different columns and the SRID is 4326 not 32615. Thanks for any suggestions, Drew. =========================================================================== ======== MapServer version 4.4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG MapServer version 4.6.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG =========================================================================== ========= # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT 806141.887843 3346695.719558 810886.158231 3350349.755389 UNITS meters SHAPEPATH "data" IMAGECOLOR 255 255 255 DEBUG ON # you may need to change this to match your MapServer build IMAGETYPE png_rgb # # Projection definition, consult the PROJ.4 documentation for parameter discussion # PROJECTION "init=epsg:32615" END # PROJECTION OUTPUTFORMAT NAME png_rgb DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END # # Start of web interface definition (including WMS enabling metadata) # WEB IMAGEPATH "/var/www/ssl/html/scratch/" IMAGEURL "scratch/" METADATA "wfs_title" "WFS for xxx" "wfs_onlineresource" "https://www.xxx.xxx..." "wfs_srs" "EPSG:32615" "ows_schemas_location" "http://ogc.dmsolutions.ca" END END # # Start of symbol definitions (we're only using a few) # SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # # Start of layer definitions # LAYER NAME "xxxx" #STATUS OFF STATUS ON TYPE POLYGON DUMP TRUE CONNECTIONTYPE postgis CONNECTION "user=xxx password=xxx dbname=xxx host=xxx port=5432" DATA "the_geom from xxxx" #TEMPLATE "/var/www/ssl/html/xxx" #TOLERANCE 10 #TOLERANCEUNITS meters PROJECTION "init=epsg:32615" END METADATA "wfs_title" "xxxx" "wfs_srs" "EPSG:32615" "wfs_abstract" "xxxx" "wfs_keywordlist" "xxxx" END END END ======================================================================= TABLE DEFINITION Column | Type | Modifiers -------------+------------------------+----------- name | character(24) | not null description | character varying(256) | the_geom | geometry | an_int | integer | comments | character varying | Indexes: "xxxx_pkey" primary key, btree (name) Check constraints: "$1" CHECK (srid(the_geom) = 32615) "$2" CHECK (geometrytype(the_geom) = 'MULTIPOLYGON'::text OR the_geom IS NULL) From David.Fawcett at STATE.MN.US Thu Nov 3 09:35:07 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Thu, 3 Nov 2005 11:35:07 -0600 Subject: Class Name Substitution Message-ID: Can one dynamically set a class name using a URL variable? (I assume so) If so, I am trying to pass &name1=foo in my URL And then use something like: CLASS NAME '%name1%' END If I use double or single quotes, I get a class name of %name1%, if I use no quotes, I get a string parsing error. If there is a syntax that works, second question: I seem to remember something about class names not legally being able to start with a number, is this true? Thanks, David. From chris at CENTRALFRONTENAC.COM Thu Nov 3 09:38:36 2005 From: chris at CENTRALFRONTENAC.COM (Chris Matheson) Date: Thu, 3 Nov 2005 12:38:36 -0500 Subject: PHP/Perl/Python Mapscript comparison In-Reply-To: Message-ID: ArcGIS Desktop environments such as ArcView (9.0 or higher) natively supports Python or VBscript scripting within the environment. That may be an influencing factor. As far as the other ESRI products (arcIMS, arcServer, etc.), I'm not sure about native Python support. My opinion begins here, YMMV, disclaimer etc. I think you are on the right track, figure out your needs, plan for the future, then pick the language that fits. These days it seems you can do anything with any language (as long as you have module x, recomplile from source, recode some of something etc.), the trick is finding the one that fit's your needs without having a lot of overhead. My personal experience, I enjoy using php for my small experiments, because I find I can do things quickly. But, python might be a good fit for a more complex application due to the object-oriented nature. I've haven't used perl very much. Chris M. Shanti wrote: >I've read the discussion from January 2005 regarding >advantages/disavantages in terms of features of using mapscript in python, >perl, or php and have another concern that I'm hoping someone might >address. I am trying to determine which scripting language would be the >best for a large application that emphasizes the web interface, and could >migrate to an ArcGIS environment if neccesary. I will be working with a >PostgreSQL/PostGIS RMDS and the web-inteface will be extensive. > >Thanks so much for any advice, >Shanti > >Pamela Pack >Alternative Growth Futures Lab >University of Colorado at Denver >Phone: (303)492-8781 > > > > From christhorne at SYMPATICO.CA Thu Nov 3 10:23:14 2005 From: christhorne at SYMPATICO.CA (Christopher R. Thorne) Date: Thu, 3 Nov 2005 13:23:14 -0500 Subject: labelcache_map_edge_buffer Information? In-Reply-To: <436A3258.6030604@dmsolutions.ca> Message-ID: Thanks Assefa, Is the reason why an application might set the negative buffer value dynamically because of changes in map scale? Like in KaMap where you have set zoom levels. Am I correct in assuming that in order for this feature to be effective the buffer value needs to be changed dynamically for each zoom level? If No, What would be a reasonable static buffer value? -2 -10 -100? Regards, Chris Yewondwossen Assefa wrote: > Chris, > > The labelcache_map_edge_buffer metadata applies on all text rendered > by maserver (nothing to do with WMS AFAIK). Check Bug 1353 and 1355 on > this issue. Setting it in your map file is like you said a metadata at > map level labelcache_map_edge_buffer with the buffer in pixel that ou > want (note that the buffer value should be negatif). Or mapscript > > $oMap->setMetadata("labelcache_map_edge_buffer", -$my_buffer); > > Later, > > > Christopher R. Thorne wrote: >> Hello list, >> >> In 4.6 version I have read on the KaMap mailing list that there is a >> feature to add a edge label buffer to your maps. >> >> But what I read seems to deal with this issue within the context of >> WMS. By adding a METADATA tag with labelcache_map_edge_buffer to the >> WEB Object. >> >> I would like to implement this, but not in a WMS environment. >> >> I would like some more explanation on how I can add this to my >> mapfiles and if there is more steps that require modification of an >> application I would be very happy if you could point me in the right >> direction on this issue. >> >> Chris >> > -- Christopher R. Thorne, GIS Specialist - christhorne at sympatico.ca Tel:(613)523-6593, Ottawa ON Canada ----------------------------- From bartvde at XS4ALL.NL Thu Nov 3 10:33:58 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Thu, 3 Nov 2005 19:33:58 +0100 Subject: WFS on 4.4.1 works and not on 4.6.0 In-Reply-To: Message-ID: What GetFeature request are you trying? Can you post it? Also, in 4.6 the name of the geometry attribute (in the PropertyName part of your request) is now important and should be MSGEOMETRY if I recall correctly. The name was ignored in version 4.4. Best regards, Bart Simpson wrote: >That fixed the describefeaturetype, but getfeatures is still not returning >any features. > >Below is all that is returned. The BBOX is in the projection of the layer? > >Thanks, >Drew. > >============================================================================ >==== > > > xmlns:myns="http://www.ttt.org/myns" > xmlns:wfs="http://www.opengis.net/wfs" > xmlns:gml="http://www.opengis.net/gml" > xmlns:ogc="http://www.opengis.net/ogc" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.opengis.net/wfs >http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd > http://www.ttt.org/myns >https://xxxx/xxx&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatu >reType&TYPENAME=xxxx&OUTPUTFORMAT=XMLSCHEMA"> > > > 806291.512569,3346809.680220 >809504.014362,3348828.847769 > > > > > >=========================================================== > > >-----Original Message----- >From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] >Sent: Thursday, November 03, 2005 10:35 AM >To: asimpson at I-55.COM; MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] WFS on 4.4.1 works and not on 4.6.0 > > >Also try adding > >gml_include_items "all" > >to your LAYER"s METADATA section. > >Bart > >Bart van den Eijnden >Syncera IT Solutions >Postbus 270 >2600 AG DELFT > >tel.nr.: 015-7512436 >email: BEN at Syncera-ITSolutions.nl > > > >>>>Simpson 3-11-2005 17:33:34 >>> >>>> >>>> >Is there any reason WFS getfeatures and describefeaturetype works fine in >4.4.1, but in 4.6.0 no features are returned from getfeatures, and the >describefeaturetype only describes the geometry. The getcapabilities seems >to work ok. > >I can see MS making the SQL calls in the PostGIS DB (4.6.0 is much different >than 4.4.1), and it looks as if its getting the four geometries ok ( I run >the SQL it issued and get the four rows back ) > >The only place I see it getting attribute data it issues: > >DECLARE mycursor2 BINARY CURSOR FOR SELECT >name::text,description::text,an_int::text,comments::text,asbinary(force_coll >ection(force_2d(the_geom)),'NDR') from xxxx WHERE name = 0 > >There isn't a row with name = 0 in the table, so it will not get any rows, >but maybe all its after is data types? > >The 4.4.1 version gets the geometry and oid, then loops through each oid >getting attribute, geom data: > >DECLARE mycursor2 BINARY CURSOR FOR SELECT >name::text,description::text,an_int::text,comments::text,asbinary(force_coll >ection(force_2d(the_geom)),'NDR') from xxxx WHERE OID = 13350367 > >In case its useful, an almost identical map file works correctly, the table >has different columns and the SRID is 4326 not 32615. > >Thanks for any suggestions, >Drew. > >============================================================================ >======== > >MapServer version 4.4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ >SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT >SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=POSTGIS >INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG > >MapServer version 4.6.0 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG >SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT >SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=THREADS INPUT=TIFF >INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG > >============================================================================ >========= > ># ># Start of map file ># >NAME DEMO >STATUS ON >SIZE 600 600 > >EXTENT 806141.887843 3346695.719558 810886.158231 3350349.755389 >UNITS meters > >SHAPEPATH "data" >IMAGECOLOR 255 255 255 > >DEBUG ON > ># you may need to change this to match your MapServer build >IMAGETYPE png_rgb > ># ># Projection definition, consult the PROJ.4 documentation for parameter >discussion ># >PROJECTION > "init=epsg:32615" >END ># PROJECTION > >OUTPUTFORMAT > NAME png_rgb > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE RGB > EXTENSION "png" >END > > ># ># Start of web interface definition (including WMS enabling metadata) ># >WEB > IMAGEPATH "/var/www/ssl/html/scratch/" > IMAGEURL "scratch/" > METADATA > "wfs_title" "WFS for xxx" > "wfs_onlineresource" "https://www.xxx.xxx..." > "wfs_srs" "EPSG:32615" > "ows_schemas_location" "http://ogc.dmsolutions.ca" > END >END > > ># ># Start of symbol definitions (we're only using a few) ># >SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE >END > > ># ># Start of layer definitions ># >LAYER > NAME "xxxx" > #STATUS OFF > STATUS ON > TYPE POLYGON > DUMP TRUE > CONNECTIONTYPE postgis > CONNECTION "user=xxx password=xxx dbname=xxx host=xxx port=5432" > DATA "the_geom from xxxx" > #TEMPLATE "/var/www/ssl/html/xxx" > #TOLERANCE 10 > #TOLERANCEUNITS meters > PROJECTION > "init=epsg:32615" > END > METADATA > "wfs_title" "xxxx" > "wfs_srs" "EPSG:32615" > "wfs_abstract" "xxxx" > "wfs_keywordlist" "xxxx" > END >END >END > > > > >======================================================================== >TABLE DEFINITION > > Column | Type | Modifiers >-------------+------------------------+----------- > name | character(24) | not null > description | character varying(256) | > the_geom | geometry | > an_int | integer | > comments | character varying | >Indexes: > "xxxx_pkey" primary key, btree (name) >Check constraints: > "$1" CHECK (srid(the_geom) = 32615) > "$2" CHECK (geometrytype(the_geom) = 'MULTIPOLYGON'::text OR the_geom IS >NULL) > > > > From woodbri at SWOODBRIDGE.COM Thu Nov 3 10:56:11 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Thu, 3 Nov 2005 13:56:11 -0500 Subject: Yahoo Maps Using Flash and tiled maps In-Reply-To: <436A4745.6080602@hddesign.com> Message-ID: Oops, Sorry didn't expect that to happen. It works fine in Firefox on win2k. I wonder if you have the flash code loaded - is there flash on Linux/FreeBSD? -Steve W. David Niergarth wrote: > Stephen Woodbridge wrote: > > http://maps.yahoo.com/beta/ > > Yikes, just viewing that page manages to freeze every Mozilla-based > browser I have! (Mozilla, Firefox, Epiphany, Galeon -- all on FreeBSD) > > --David > From assefa at DMSOLUTIONS.CA Thu Nov 3 11:20:14 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 3 Nov 2005 14:20:14 -0500 Subject: Merge several layers into a single multi-layer GetMap request In-Reply-To: <4ac992660511030925j3b319116j@mail.gmail.com> Message-ID: Yes Please do so and I will update the code. Later, J. Parapar wrote: > Hi Assefa, thanks for your time. > > Looking at mapwmslayer.c, at the lines following those, it seems that > the parameters which are allowed to be different between the two > requests are LAYERS, QUERY_LAYERS and STYLES. The SLD_BODY parameter > is different in each request so the layers are not merged. > > May I post a bug on this in http://mapserver.gis.umn.edu/bugs/? > > Thanks again, > Jorge > > > 2005/11/3, Yewondwossen Assefa : > >>Hi There, >> >> I am nopt sure why would this happen. Cheking the code, the criteria >>for merging is the following (mapwmlalayer.c around line 927) : >> >> if (!bForceSeparateRequest && >> lastconnectiontype == MS_WMS && >> psLastWMSParams != NULL && >> sThisWMSParams.numparams == psLastWMSParams->numparams && >> strcmp(sThisWMSParams.onlineresource, >> psLastWMSParams->onlineresource) == 0) >> >> which translates into : >> >> - no metadata set force_separate_request >> - number of parameters are the same between 2 requests >>(parameters being all the manadatory and non manadory request parameters) >> - the onlineresource should be the same. >> >> Adding a wmss_sld_body would only end up adding one paramater. If all >>your consececutive layers follow these criterias, It shoudl merge. >> >> Thinking about It and reading the doc, I am not sure why the number of >>parameters is added into the test. >> >>Later, >> >> >>J. Parapar wrote: >> >>>Hi all >>> >>>We have several wms layers with the same wms server in our mapfile >>>client and MapServer is making one GetMap request for each of the >>>layers. All the layers have the parameter wms_sld_body set to AUTO. In >>>some tests with layers without SLD MapServer do merges several layers >>>into a single multi-layer GetMap request. Does this optimization only >>>works with non SLD layers? >>> >>>Thanks in advance, >>>Jorge >>> >>> >> >>-- >>---------------------------------------------------------------- >>Assefa Yewondwossen >>Software Analyst >> >>Email: assefa at dmsolutions.ca >>http://www.dmsolutions.ca/ >> >>Phone: (613) 565-5056 (ext 14) >>Fax: (613) 565-0925 >>---------------------------------------------------------------- >> >> > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From listario at GMAIL.COM Thu Nov 3 11:44:19 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 3 Nov 2005 20:44:19 +0100 Subject: Merge several layers into a single multi-layer GetMap request In-Reply-To: <436A62EE.4040401@dmsolutions.ca> Message-ID: Thanks! Here it is: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1516 Jorge 2005/11/3, Yewondwossen Assefa : > Yes Please do so and I will update the code. > > Later, > > J. Parapar wrote: > > Hi Assefa, thanks for your time. > > > > Looking at mapwmslayer.c, at the lines following those, it seems that > > the parameters which are allowed to be different between the two > > requests are LAYERS, QUERY_LAYERS and STYLES. The SLD_BODY parameter > > is different in each request so the layers are not merged. > > > > May I post a bug on this in http://mapserver.gis.umn.edu/bugs/? > > > > Thanks again, > > Jorge > > > > > > 2005/11/3, Yewondwossen Assefa : > > > >>Hi There, > >> > >> I am nopt sure why would this happen. Cheking the code, the criteria > >>for merging is the following (mapwmlalayer.c around line 927) : > >> > >> if (!bForceSeparateRequest && > >> lastconnectiontype == MS_WMS && > >> psLastWMSParams != NULL && > >> sThisWMSParams.numparams == psLastWMSParams->numparams && > >> strcmp(sThisWMSParams.onlineresource, > >> psLastWMSParams->onlineresource) == 0) > >> > >> which translates into : > >> > >> - no metadata set force_separate_request > >> - number of parameters are the same between 2 requests > >>(parameters being all the manadatory and non manadory request parameters) > >> - the onlineresource should be the same. > >> > >> Adding a wmss_sld_body would only end up adding one paramater. If all > >>your consececutive layers follow these criterias, It shoudl merge. > >> > >> Thinking about It and reading the doc, I am not sure why the number of > >>parameters is added into the test. > >> > >>Later, > >> > >> > >>J. Parapar wrote: > >> > >>>Hi all > >>> > >>>We have several wms layers with the same wms server in our mapfile > >>>client and MapServer is making one GetMap request for each of the > >>>layers. All the layers have the parameter wms_sld_body set to AUTO. In > >>>some tests with layers without SLD MapServer do merges several layers > >>>into a single multi-layer GetMap request. Does this optimization only > >>>works with non SLD layers? > >>> > >>>Thanks in advance, > >>>Jorge > >>> > >>> > >> > >>-- > >>---------------------------------------------------------------- > >>Assefa Yewondwossen > >>Software Analyst > >> > >>Email: assefa at dmsolutions.ca > >>http://www.dmsolutions.ca/ > >> > >>Phone: (613) 565-5056 (ext 14) > >>Fax: (613) 565-0925 > >>---------------------------------------------------------------- > >> > >> > > > > > > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > > From dn at HDDESIGN.COM Thu Nov 3 12:36:03 2005 From: dn at HDDESIGN.COM (David Niergarth) Date: Thu, 3 Nov 2005 14:36:03 -0600 Subject: Yahoo Maps Using Flash and tiled maps In-Reply-To: <436A5D4B.9020102@swoodbridge.com> Message-ID: Hi Steve, Yes, you can run Flash on FreeBSD (via Linux compatibility). I'm using FreeBSD 5.3 with linuxpluginwrapper-20050320, which includes linux-flashplugin-6.0r79_2. My coworker in the next office is using FreeBSD 5.4 and linux-flashplugin-7.0 and he sees the same problem. As soon as the page loads, the browser freezes to the point that we have to kill the process from the command line. The linux-flashplugin is shared by all my Mozilla-based browsers, which implies it's the plugin that's the problem. Other FreeBSD users out there be warned -- all five of you. ;) --David Stephen Woodbridge wrote: > Oops, Sorry didn't expect that to happen. It works fine in Firefox on > win2k. I wonder if you have the flash code loaded - is there flash on > Linux/FreeBSD? > > -Steve W. > > David Niergarth wrote: > >> Stephen Woodbridge wrote: >> > http://maps.yahoo.com/beta/ >> >> Yikes, just viewing that page manages to freeze every Mozilla-based >> browser I have! (Mozilla, Firefox, Epiphany, Galeon -- all on FreeBSD) >> >> --David >> From gsw at GLOBEXPLORER.COM Thu Nov 3 12:58:12 2005 From: gsw at GLOBEXPLORER.COM (Gregory S. Williamson) Date: Thu, 3 Nov 2005 12:58:12 -0800 Subject: Mapserver and Postgis Message-ID: What does the postgres log say ? ... work through each of the 8 points that mapserever helpfully spits out and post the results back if you can't find an answer. Greg W. -----Original Message----- From: UMN MapServer Users List on behalf of Ezequias Rodrigues da Rocha Sent: Thu 11/3/2005 8:54 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Cc: Subject: [UMN_MAPSERVER-USERS] Mapserver and Postgis Hi list, I am starting with mapserver, but have a very important error and I have no idea how to put it to work. I doesn't even know if I did it before but here is the problem: I am trying to access a postgis layer with the mapserver 4.4.2 and via browser the return of server was: msDrawMap(): Image handling error. Failed to draw layer named 'bairros'. msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with connect string 'user=postgres password=post dbname=dbpotgis host=192.168.0.15 port=5432'. Error reported was 'could not create socket: Permission denied '. This error occured when trying to make a connection to the specified postgresql server. Most commonly this is caused by (1) incorrect connection string (2) you didnt specify a 'user=...' in your connection string (3) the postmaster (postgresql server) isnt running (4) you are not allowing TCP/IP connection to the postmaster (5) your postmaster is not running on the correct port - if its not on 5432 you must specify a 'port=...' (6) the security on your system does not allow the webserver (usually user 'nobody') to make socket connections to the postmaster (7) you forgot to specify a 'host=...' if the postmaster is on a different machine (8) you made a typo I hope someone could help me. Nobody did before. Sincerely Ezequias !DSPAM:436a43f4170219854820122! From pgwillia at STUDENT.CS.UWATERLOO.CA Thu Nov 3 14:24:46 2005 From: pgwillia at STUDENT.CS.UWATERLOO.CA (Tricia Williams) Date: Thu, 3 Nov 2005 17:24:46 -0500 Subject: XML Template In-Reply-To: Message-ID: Hi List, I was wondering if it is possible to use an xml template instead of a html template to handle nquery results? I have tried experimenting but the results are not recognized as xml. My header contains: My template contains: ... My footer contains: Any advice or guidance would be much appreciated. Cheers, Tricia From mikesaunt at GMAIL.COM Thu Nov 3 16:10:10 2005 From: mikesaunt at GMAIL.COM (Mike Saunt) Date: Fri, 4 Nov 2005 00:10:10 +0000 Subject: XML Template In-Reply-To: Message-ID: Tricia We have just finished implementing a system like this to get CGI version talking with .NET - simple but very powerful especially with the template replacement options introduced in v4 for the CGI URL parameters. In essence we take the output into a XML template that is built in a fashion to hold all possible output parameters from each execution of the CGI (mode=browse) - this is at my office (it is mdnight here in the UK) but I will try to remember to send to you tomorrow. We simply load this in .NET and and have an 'state' variable holding this between execution. With mode=query (or nquery) we build XML templates per layer. These are then streamed back from an execution and then are loaded into a .NET datatable - we can then easily manipulate, sort, delete records etc. The format we've used is as follows: [fieldname1] [fieldname2] [fieldname3] When MapServer parses this file it replaces the [fieldname1] values with the attribute information. There may be a few on the list who wonder why we have gone about it this way. We have an existing .NET web application that runs on large vendor software and needed to look at addressing some needs for our customers who need more flexible environment. We didn't opt for MapScript in c# at present as we investigated and it appeared to have some memory issues. The great thing with MapServer CGI is that it is totally stateless, executes in fractions of a second (we access over 1 GB of MapInfo files with no problem) and in some cases is actually faster than the vendor software. If anyone wants any further information or ode then just let us know Cheers mike On 03/11/05, Tricia Williams wrote: > > Hi List, > > I was wondering if it is possible to use an xml template instead of a > html template to handle nquery results? I have tried experimenting but > the results are not recognized as xml. > > My header contains: > > > > > My template contains: > > > ... > > > My footer contains: > > > > Any advice or guidance would be much appreciated. > > Cheers, > Tricia > -------------- next part -------------- An HTML attachment was scrubbed... URL: From flavio at TYDAC.CH Thu Nov 3 22:58:28 2005 From: flavio at TYDAC.CH (Flavio Hendry) Date: Fri, 4 Nov 2005 07:58:28 +0100 Subject: symbol transparency In-Reply-To: Message-ID: Hey Kevin how's life there? see http://umn.mapserver.ch/, then under Bitmap Symbols, maybe that is what you are looking for ... otherwise I'd need more explanations of what you want to do ... Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############ ? ? ?Mit freundlichen Gruessen / Kind Regards ############? ? ? ? ? ? ?mailto:flavio at tydac.ch ############ ? ? ? ? TYDAC AG - http://www.tydac.ch #### ? ?#### ? ? ? ?Geographic Information Solutions #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern ############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- -----Original Message----- From: Kevin Flanders To: MAPSERVER-USERS at LISTS.UMN.EDU Date: Thu, 3 Nov 2005 10:10:19 -0500 Subject: [UMN_MAPSERVER-USERS] symbol transparency > I am trying to find the best approach to preparing symbol images, > with > little luck. I am having trouble creating the transparent layer and > controlling which layer is transparent so I can identify it in my > symbol > file.....any suggestions out there? > > > > Kevin > From gis at SCHNEGG.NET Thu Nov 3 23:39:34 2005 From: gis at SCHNEGG.NET (Frank Rittinger) Date: Fri, 4 Nov 2005 08:39:34 +0100 Subject: Mapscript with .MAP files In-Reply-To: Message-ID: Hello Dave, Dave Brown wrote: > Is it possible to load for example in my case MapInfo files without first > having to load a .MAP file ? > > I am writing a java servlet where I want to load directly a MI file and > query that but I cannot seem to find the write methodology.. > You can use the geotools library to directly access MapInfo files. Regards Frank Rittinger From frans at GEODAN.NL Fri Nov 4 00:35:30 2005 From: frans at GEODAN.NL (Frans Knibbe) Date: Fri, 4 Nov 2005 09:35:30 +0100 Subject: Mapserver and Postgis In-Reply-To: <436A40D5.9090708@recife.pe.gov.br> Message-ID: Hello Ezequias, Did you edit pg_hba.conf to allow non-local connections to your database? Regards, Frans Ezequias Rodrigues da Rocha wrote: > Hi list, > > I am starting with mapserver, but have a very important error and I > have no idea how to put it to work. I doesn't even know if I did it > before but here is the problem: > > I am trying to access a postgis layer with the mapserver 4.4.2 and via > browser the return of server was: > > msDrawMap(): Image handling error. Failed to draw layer named 'bairros'. > msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with > connect string 'user=postgres password=post dbname=dbpotgis > host=192.168.0.15 port=5432'. > Error reported was 'could not create socket: Permission denied '. > This error occured when trying to make a connection to the specified > postgresql server. > Most commonly this is caused by > (1) incorrect connection string > (2) you didnt specify a 'user=...' in your connection string > (3) the postmaster (postgresql server) isnt running > (4) you are not allowing TCP/IP connection to the postmaster > (5) your postmaster is not running on the correct port - if its not on > 5432 you must specify a 'port=...' > (6) the security on your system does not allow the webserver (usually > user 'nobody') to make socket connections to the postmaster > (7) you forgot to specify a 'host=...' if the postmaster is on a > different machine > (8) you made a typo > > > I hope someone could help me. Nobody did before. > > Sincerely > Ezequias > > From piero.cavalieri at HEIDI.IT Fri Nov 4 01:24:14 2005 From: piero.cavalieri at HEIDI.IT (Piero Cavalieri) Date: Fri, 4 Nov 2005 03:24:14 -0600 Subject: XML Template Message-ID: Some months ago I did the same (.NET + MapServer CGI) and at the end used an xml file for templates (only for browse mode). You can do the job without using xml files (you can use a fixed structure of your choice and maybe this is also faster). However if you want to use xml files, be sure MapServer doesn't put info that goes before the template's xml document declaration (4.4 did that...). My code fragment was so: private void generateImgXml (string parameters) { // Create a 'WebRequest' with the specified url. queryString = baseUrl + parameters; if(debug) Response.Write("
" + queryString); HttpWebRequest webRequest = (HttpWebRequest) WebRequest.Create(queryString); webRequest.Method = "GET"; // Send the WebRequest and read response HttpWebResponse webResponse = (HttpWebResponse) webRequest.GetResponse(); Stream sResponse = webResponse.GetResponseStream(); StreamReader reader = new StreamReader(sResponse); //first line is additional info from MapServer string header = reader.ReadLine(); //actual parameters XmlDocument xmldoc = new XmlDocument(); string doc = reader.ReadToEnd(); xmldoc.LoadXml(doc); xmldoc.PreserveWhitespace = true; XmlNode root = xmldoc.DocumentElement; img = root.SelectSingleNode("img").Attributes ["value"].Value; mapwidth = root.SelectSingleNode ("mapwidth").Attributes["value"].Value; mapheight = root.SelectSingleNode ("mapheight").Attributes["value"].Value; scalebar = root.SelectSingleNode ("scalebar").Attributes["value"].Value; imgxy = root.SelectSingleNode("imgxy").Attributes ["value"].Value; imgext = root.SelectSingleNode("imgext").Attributes ["value"].Value; referenceMap = root.SelectSingleNode ("referenceMap").Attributes["value"].Value; legend = root.SelectSingleNode("legend").InnerText; sResponse.Close(); reader.Close(); webResponse.Close(); } Template file was so: As you see, when reading xml file, I discard first line (which invalidate the xml doc). Ok? Cheers P. Mike Saunt ha scritto: > Tricia > > We have just finished implementing a system like this to get CGI version talking with .NET - simple but very powerful especially with the template replacement options introduced in v4 for the CGI URL parameters. > > In essence we take the output into a XML template that is built in a fashion to hold all possible output parameters from each execution of the CGI (mode=browse) - this is at my office (it is mdnight here in the UK) but I will try to remember to send to you tomorrow. We simply load this in .NET and and have an 'state' variable holding this between execution. > > With mode=query (or nquery) we build XML templates per layer. These are then streamed back from an execution and then are loaded into a .NET datatable - we can then easily manipulate, sort, delete records etc. The format we've used is as follows: > > > [fieldname1] > [fieldname2] > [fieldname3] > > > When MapServer parses this file it replaces the [fieldname1] values with the attribute information. > > There may be a few on the list who wonder why we have gone about it this way. We have an existing .NET web application that runs on large vendor software and needed to look at addressing some needs for our customers who need more flexible environment. We didn't opt for MapScript in c# at present as we investigated and it appeared to have some memory issues. The great thing with MapServer CGI is that it is totally stateless, executes in fractions of a second (we access over 1 GB of MapInfo files with no problem) and in some cases is actually faster than the vendor software. > > If anyone wants any further information or ode then just let us know > > Cheers > mike > > On 03/11/05, Tricia Williams wrote: > > Hi List, > > I was wondering if it is possible to use an xml template instead of a > html template to handle nquery results? I have tried experimenting but > the results are not recognized as xml. > > My header contains: > > > > > My template contains: > > > ... > > > My footer contains: > > > > Any advice or guidance would be much appreciated. > > Cheers, > Tricia > From karp at MSP-DORTMUND.DE Fri Nov 4 01:48:27 2005 From: karp at MSP-DORTMUND.DE (Andre Karp) Date: Fri, 4 Nov 2005 10:48:27 +0100 Subject: Performance problem with drawing several layers using Postgis Message-ID: Alex and Norbert, thank you very much for your advice. Maybe the "toasted" rows problem is mine, but I found in the meantime another way to organize and query my data - by using variable substitution in the data string -, so I could drop 13 of my 14 layers, so its fast enough now. But nevertheless, thank you very much, I guess I will have to build a system with a couple of layers from postgre sooner or later, so then I will try your advice Regards, Andre ----- Original Message ----- From: "Alexander Mayrhofer" To: "Andre Karp" Cc: Sent: Wednesday, November 02, 2005 3:16 PM Subject: Re: [UMN_MAPSERVER-USERS] Performance problem with drawing several layers using Postgis > Andre Karp wrote: > > thank you for your reply. I also tried the postgis-connection with the > > PROCESSING "CLOSE_CONNECTION=DEFER" option, unfortunatly with no significant > > improvement. > > I have not indexed my classification coloums yet, since finishing a map > > request via postgis-connection took already 5 seconds without any > > filtering/classifying which is far to slow for my purpose. So the problem > > cannot be the filtering/classifying, but must have something to do with my > > postgis-connection, I think. > > Andre, > > perhaps a look on what your box does while rendering would be useful. run > "top" in one window, "vmstat 1" (or, preferred, "iostat 1") in another > window, an look where the bottleneck is. > > If postgres is doing a lot of I/O you might want to check you Postgres > buffer memory settings, make sure that all relevant columns are indexed > (many distributions have very conservative buffer memory settings, which > leads to lots of disk i/o). I've seen a lot of improvement when moving to > Postgres8.1 (beta) since this version is much more efficient in terms of > page caching and index usage - but that's probably overkill if you are not > going to upgrade anyway. > > There is a problem with the postgres query planner with so called "toasted" > rows which affects tables with only a few but large geometries, read > http://postgis.refractions.net/docs/ch05.html how to potentially avoid this. > > (Btw, you did "VACUUM ANALYZE" the tables after loading the shapes?) > > If that does not help, turn on statement and planner logging in postgres, > and examine each query with "EXPLAIN .." (that could also indicate if your > tables suffer the "toast" problem). > > You could also try to remove unneccessary attribute columns to reduce record > size. > > hope that helps > > Alex Mayrhofer > From crazygecko at GMAIL.COM Fri Nov 4 01:56:38 2005 From: crazygecko at GMAIL.COM (Xin) Date: Fri, 4 Nov 2005 09:56:38 +0000 Subject: Changing layer templates on the fly In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD5132E01@s-sp22.pca.state.mn.us> Message-ID: David, Thanks! I remember reading that somewhere now, didn't think too much of it since we were able to change templates onthefly, just not header/footers. I've just tested it out, it works like a dream. One thing though, the regular expression has to be in quotes. Having /./ by itself doesn't seem to work. My line reads: TEMPLATEPATTERN "." thanks again. Xin ps. I am using 4.6! typo On 02/11/05, Fawcett, David wrote: > > Xin, > I assume that you are really are using MapServer 4.6. If you are actually > using version 2.6 I suggest that you upgrade for many, many reasons. > Take a look at TEMPLATEPATTERN > http://ms.gis.umn.edu/docs/reference/mapfile/mapObj#templatepattern > In your mapfile, you need to set a template pattern that will match your > template name. You are not able to substitute template names through the URL > unless you set an appropriate templatepattern. > David. > > -----Original Message----- > *From:* UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] *On > Behalf Of *Xin > *Sent:* Wednesday, November 02, 2005 5:36 AM > *To:* MAPSERVER-USERS at LISTS.UMN.EDU > *Subject:* [UMN_MAPSERVER-USERS] Changing layer templates on the fly > > Hi, > > I'm using MapServer 2.6 via CGI, it's working really well. After reading > about changing attributes on-the-fly via CGI parameters I've been hooked on > it. Changing everything from layer tolerance (map_mylayer_tolerance=10) to > templates (map_mylayer_template=file.html). But for the life of me, I > can't figure out how to change header templates! It simply doesn't work. > > I've tried searching in the mailing list, but there is nothing. > map_mylayer_header=header.html just doesn't work. Specifying the header > attribute in the mapfile works file, but I'd rather change it dynamically. I > realise the layer portion is case-sensitive, so that's not the problem. > > Your help is greatly appreciated. > > Xin > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From frans at GEODAN.NL Fri Nov 4 02:53:37 2005 From: frans at GEODAN.NL (Frans Knibbe) Date: Fri, 4 Nov 2005 11:53:37 +0100 Subject: Performance problem with drawing several layers using Postgis In-Reply-To: <002001c5dfa9$1df37a10$700aa8c0@andre> Message-ID: Andre, A colleague suspects that the PROCESSING "CLOSE_CONNECTION=DEFER" option is only used if OGR is used to access the PostGIS data and is ignored if you use the native PostGIS driver. Maybe someone can confirm this? Regards, Frans Andre Karp wrote: >Hello Frans, > >thank you for your reply. I also tried the postgis-connection with the >PROCESSING "CLOSE_CONNECTION=DEFER" option, unfortunatly with no significant >improvement. >I have not indexed my classification coloums yet, since finishing a map >request via postgis-connection took already 5 seconds without any >filtering/classifying which is far to slow for my purpose. So the problem >cannot be the filtering/classifying, but must have something to do with my >postgis-connection, I think. > >Regards, Andre > > >----- Original Message ----- >From: "Frans Knibbe" >To: "Andre Karp" >Cc: >Sent: Wednesday, November 02, 2005 12:33 PM >Subject: Re: [UMN_MAPSERVER-USERS] Performance problem with drawing several >layers using Postgis > > > > >>Hello Andre, >> >>At least you could leave PROCESSING "CLOSE_CONNECTION=DEFER" in the >>mapfile. Have a look at the thread about PostGIS performance where this >>is suggested: >> >> >> >http://lists.umn.edu/cgi-bin/wa?A2=ind0510&L=mapserver-users&D=0&I=-3&X=44C29F25DCFA63B744&Y=frans%40geodan.nl&P=70952 > > >>And do you have an index on the columns you use in the classification? >>I'm still not sure if this index will be used.. It would be interesting >>to see if this makes a difference. >> >>Regards, >> >>Frans >> >> >>Andre Karp wrote: >> >> >> >>>Hi, >>> >>>my problem sounds a bit obscure to me, but I couldn't figure it out on my >>>own neither searching the archive, so maybe someone of you can give me an >>>advice: >>> >>>I want to use the Mapserver (cgi) to draw a map in which the polygons are >>>colored according to a datebase attribute (I think I have to store this >>>attribute in MySQL or Postgre since it's changed quite often through the >>>internet, several times a day). The user should be enabled to select one, >>>several or all layers out of a set of 15 Layers. Every layer contains the >>>same geometry: about 400 Polygons, not too complex; the corresponding >>>shp-file is about 1000 kB, and drawing the shapefile with mapserver >>>overlaying it 15 times takes less than a second. >>>First I tried accessing the attribute data which is stored in a >>>MySQL-Database via the OGR/ODBC driver, and performance was very weak >>> >>> >(app. > > >>>10 sec.)(the join fields where indexed). Then I tried by moving my data >>>completly into a Postgis-based system (I also built a spatial index): >>>performace got better, but it still takes roughly 5 sec to get a map, >>> >>> >just > > >>>drawing 15 Postgis-stored layers without any filtering or table joins and >>> >>> >so > > >>>on. The application runs on a P3-800 Mhz with 512 MB RAM and Windows >>>2000/Apache System (well, not really fast, but should be sufficient since >>> >>> >it > > >>>has to handle only one request a time?). >>> >>>I would greatly appreciate if someone could give me an idea what could be >>>wrong with my application - thanks a lot in advance! >>> >>>Here the relevant parts of my Mapfile (using OGR/ODBC): >>> >>>LAYER >>> NAME "Layer1" >>> TYPE POLYGON >>> CONNECTIONTYPE OGR >>> CONNECTION "test.shp" >>> DATA "SELECT * FROM test LEFT JOIN 'ODBC:user at testdb'.tbl_reg_cat ON >>>test.ET_ID = tbl_reg_cat.et_id" >>> PROCESSING "CLOSE_CONNECTION=DEFER" >>> STATUS ON >>> ... >>> >>>and this using PostGIS: >>> >>>LAYER >>> NAME "Layer1" >>> TYPE POLYGON >>> CONNECTIONTYPE postgis >>> CONNECTION "user=test1 password=pw1 dbname=test_pg host=localhost" >>> DATA "the_geom from test" >>> STATUS ON >>> CLASS >>> ... >>> >>>Regards, >>> >>>Andre Karp >>> >>> >>> >>> >>> >>> >> >> >> > > > > From A.Nemmert at ONET.AT Fri Nov 4 03:01:16 2005 From: A.Nemmert at ONET.AT (Nemmert, Andreas) Date: Fri, 4 Nov 2005 12:01:16 +0100 Subject: display 3d data with mapserver Message-ID: Hello list, I have implemented a map server with several layers. I have also a layer which displays contour lines. My question is: can I display the contour lines in 3d with the umn map server? or can anyone tell me a program that makes 3d scenes or images like the umn map server makes 2d images? Thank you for your help! With best regards, Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From ezequias at RECIFE.PE.GOV.BR Fri Nov 4 04:07:54 2005 From: ezequias at RECIFE.PE.GOV.BR (Ezequias Rodrigues da Rocha) Date: Fri, 4 Nov 2005 09:07:54 -0300 Subject: Mapserver and Postgis In-Reply-To: <71E37EF6B7DCC1499CEA0316A2568328024BBB45@loki.wc.globexplorer.net> Message-ID: I didn't find nothing on the /usr/local/pgsql/data/pg_log files. Could you mention another file I can see ? Sincerley Ezequias Gregory S. Williamson wrote: >What does the postgres log say ? ... work through each of the 8 points that mapserever helpfully spits out and post the results back if you can't find an answer. > >Greg W. > >-----Original Message----- >From: UMN MapServer Users List on behalf of Ezequias Rodrigues da Rocha >Sent: Thu 11/3/2005 8:54 AM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Cc: >Subject: [UMN_MAPSERVER-USERS] Mapserver and Postgis >Hi list, > >I am starting with mapserver, but have a very important error and I have >no idea how to put it to work. I doesn't even know if I did it before >but here is the problem: > >I am trying to access a postgis layer with the mapserver 4.4.2 and via >browser the return of server was: > >msDrawMap(): Image handling error. Failed to draw layer named 'bairros'. >msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with >connect string 'user=postgres password=post dbname=dbpotgis >host=192.168.0.15 port=5432'. >Error reported was 'could not create socket: Permission denied '. >This error occured when trying to make a connection to the specified >postgresql server. >Most commonly this is caused by >(1) incorrect connection string >(2) you didnt specify a 'user=...' in your connection string >(3) the postmaster (postgresql server) isnt running >(4) you are not allowing TCP/IP connection to the postmaster >(5) your postmaster is not running on the correct port - if its not on >5432 you must specify a 'port=...' >(6) the security on your system does not allow the webserver (usually >user 'nobody') to make socket connections to the postmaster >(7) you forgot to specify a 'host=...' if the postmaster is on a >different machine >(8) you made a typo > > >I hope someone could help me. Nobody did before. > >Sincerely >Ezequias > >!DSPAM:436a43f4170219854820122! > > > > > > > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias at hotmail.com From ezequias at RECIFE.PE.GOV.BR Fri Nov 4 04:09:16 2005 From: ezequias at RECIFE.PE.GOV.BR (Ezequias Rodrigues da Rocha) Date: Fri, 4 Nov 2005 09:09:16 -0300 Subject: Mapserver and Postgis In-Reply-To: <436B1D52.4040300@geodan.nl> Message-ID: My pg_hba.conf is here: host all all 10.0.0.0 255.0.0.0 password host all all 192.168.0.0 255.0.0.0 password host all all 127.0.0.1/32 trust host all all 200.249.133.135 255.255.255.255 password # IPv6 local connections: host all all ::1/128 trust host all all 192.168.0.0 255.255.0 0 password What do you say about that ? Frans Knibbe wrote: > Hello Ezequias, > > Did you edit pg_hba.conf to allow non-local connections to your database? > > Regards, > > Frans > > Ezequias Rodrigues da Rocha wrote: > >> Hi list, >> >> I am starting with mapserver, but have a very important error and I >> have no idea how to put it to work. I doesn't even know if I did it >> before but here is the problem: >> >> I am trying to access a postgis layer with the mapserver 4.4.2 and >> via browser the return of server was: >> >> msDrawMap(): Image handling error. Failed to draw layer named 'bairros'. >> msPOSTGISLayerOpen(): Query error. couldnt make connection to DB with >> connect string 'user=postgres password=post dbname=dbpotgis >> host=192.168.0.15 port=5432'. >> Error reported was 'could not create socket: Permission denied '. >> This error occured when trying to make a connection to the specified >> postgresql server. >> Most commonly this is caused by >> (1) incorrect connection string >> (2) you didnt specify a 'user=...' in your connection string >> (3) the postmaster (postgresql server) isnt running >> (4) you are not allowing TCP/IP connection to the postmaster >> (5) your postmaster is not running on the correct port - if its not >> on 5432 you must specify a 'port=...' >> (6) the security on your system does not allow the webserver (usually >> user 'nobody') to make socket connections to the postmaster >> (7) you forgot to specify a 'host=...' if the postmaster is on a >> different machine >> (8) you made a typo >> >> >> I hope someone could help me. Nobody did before. >> >> Sincerely >> Ezequias >> >> > > -- Ezequias Rodrigues da Rocha http://ezequiasrocha.blogspot.com msn:ezequias at hotmail.com From crazygecko at GMAIL.COM Fri Nov 4 04:11:32 2005 From: crazygecko at GMAIL.COM (Xin) Date: Fri, 4 Nov 2005 12:11:32 +0000 Subject: setting extent of map to extent of one layer Message-ID: Hi, I've just now managed to display a raster image of mine. It took quite alot of zooming around to find it. I've come across these problems before: image being off display when extent is not set correctly. My question is, is there a way of getting mapserver to display a particular layer at its extent? So setting the map extent to the layer's extent. In the docs there's something about ext=shape, but it says that's for querying only. I just want to display. Any help on this, as always, is greatly appreciated. Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From tkirstine at JDBARNES.COM Fri Nov 4 05:50:59 2005 From: tkirstine at JDBARNES.COM (Travis Kirstine GIS Tech) Date: Fri, 4 Nov 2005 08:50:59 -0500 Subject: display 3d data with mapserver In-Reply-To: <97BC5495124F0E4EACA245B52A024FC639F1@sv25.www.bkhl.at> Message-ID: I found this site, but haven't done any investigation. http://www.openscenegraph.org/index.php?page=UserGuides.Osgdem Travis -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Nemmert, Andreas Sent: Friday, November 04, 2005 6:01 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] display 3d data with mapserver Hello list, I have implemented a map server with several layers. I have also a layer which displays contour lines. My question is: can I display the contour lines in 3d with the umn map server? or can anyone tell me a program that makes 3d scenes or images like the umn map server makes 2d images? Thank you for your help! With best regards, Andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From peterb at HOMER.COM.AU Fri Nov 4 05:55:06 2005 From: peterb at HOMER.COM.AU (Peter Bayley) Date: Sat, 5 Nov 2005 00:55:06 +1100 Subject: PHP 5.1 and MapScript Message-ID: Has anyone out there successfully compiled and run MapScript (4.6.1) under PHP 5.1? I have no problems with PHP 5.0.5 but I'm getting a library load error when I try and run under 5.1: PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20041031/php_mapscript.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20041031/php_mapscript.so: undefined symbol: __bb_init_func in Unknown on line 0 Can anyone point me to where this might be going wrong - perhaps a change in the PHP Extensions API - I've looked but can't see anything obvious. It's a Basic Block init functions from libc so it looks like somethign pretty basic is not set up right Regards Peter From Dejan.Gambin at PULA.HR Fri Nov 4 06:11:36 2005 From: Dejan.Gambin at PULA.HR (Gambin Dejan) Date: Fri, 4 Nov 2005 15:11:36 +0100 Subject: problems with running phtml srcipts Message-ID: Hi, I have installed mapserver 4.6 by the ms4w package on my Windows 2000 machine. The problem is I have a running IIS, and I simply configured the Apache to listen on port 8080 to run together with IIS. Everything seems ok but I can't run phtml scripts as php files. I have the following in my httpd.conf: .... AddType application/x-httpd-php .phtml .php Action application/x-httpd-php /cgi-bin/php.exe .... I can run normally the php scripts but I get an empty page when trying to open any phtml file. I have also tried with configuring php as apache module but the result is the same. ms4w is using Apache 2.0.54 and php 4.3.11. Any help? regards, dejan From bpicinbono at WORLDONLINE.FR Fri Nov 4 06:40:17 2005 From: bpicinbono at WORLDONLINE.FR (Blaise Picinbono) Date: Fri, 4 Nov 2005 15:40:17 +0100 Subject: problems with running phtml srcipts In-Reply-To: Message-ID: Le Vendredi 4 Novembre 2005 15:11, Gambin Dejan a ?crit?: > Hi, > > I have installed mapserver 4.6 by the ms4w package on my Windows 2000 > machine. The problem is I have a running IIS, and I simply configured > the Apache to listen on port 8080 to run together with IIS. Everything > seems ok but I can't run phtml scripts as php files. I have the > following in my httpd.conf: > > .... > AddType application/x-httpd-php .phtml .php > Action application/x-httpd-php /cgi-bin/php.exe > .... > > I can run normally the php scripts but I get an empty page when trying > to open any phtml file. I have also tried with configuring php as apache > module but the result is the same. ms4w is using Apache 2.0.54 and php > 4.3.11. > > Any help? > > regards, dejan Hi, I don't know much about IIS. Your Apache config file seems ok. Did you restart the Apache server so that it read again the config file ? Did you restart IIS ? Blaise From Dejan.Gambin at PULA.HR Fri Nov 4 06:42:29 2005 From: Dejan.Gambin at PULA.HR (Gambin Dejan) Date: Fri, 4 Nov 2005 15:42:29 +0100 Subject: problems with running phtml srcipts Message-ID: Apache yes, IIS no..why should IIS be restarted? dejan > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Blaise Picinbono > Sent: Friday, November 04, 2005 3:40 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] problems with running phtml srcipts > > > Le Vendredi 4 Novembre 2005 15:11, Gambin Dejan a ?crit?: > > Hi, > > > > I have installed mapserver 4.6 by the ms4w package on my > Windows 2000 > > machine. The problem is I have a running IIS, and I simply > configured > > the Apache to listen on port 8080 to run together with IIS. > Everything > > seems ok but I can't run phtml scripts as php files. I have the > > following in my httpd.conf: > > > > .... > > AddType application/x-httpd-php .phtml .php > > Action application/x-httpd-php /cgi-bin/php.exe > > .... > > > > I can run normally the php scripts but I get an empty page > when trying > > to open any phtml file. I have also tried with configuring php as > > apache module but the result is the same. ms4w is using > Apache 2.0.54 > > and php 4.3.11. > > > > Any help? > > > > regards, dejan > > Hi, > I don't know much about IIS. Your Apache config file seems > ok. Did you restart > the Apache server so that it read again the config file ? > Did you restart IIS ? > Blaise > From bpicinbono at WORLDONLINE.FR Fri Nov 4 06:48:30 2005 From: bpicinbono at WORLDONLINE.FR (Blaise Picinbono) Date: Fri, 4 Nov 2005 15:48:30 +0100 Subject: problems with running phtml srcipts In-Reply-To: Message-ID: Sorry, as I told you, I don't know anything about IIS, so I can't tell if it has to be restarted or not. You'd better run gnu/linux, but that's only my point of view ;-) It's strange that your phtml page is blank. Did you check the source code of the page ? What does it tell ? Blaise Le Vendredi 4 Novembre 2005 15:42, Gambin Dejan a ?crit?: > Apache yes, IIS no..why should IIS be restarted? > > dejan > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Blaise Picinbono > > Sent: Friday, November 04, 2005 3:40 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] problems with running phtml srcipts > > > > Le Vendredi 4 Novembre 2005 15:11, Gambin Dejan a ?crit?: > > > Hi, > > > > > > I have installed mapserver 4.6 by the ms4w package on my > > > > Windows 2000 > > > > > machine. The problem is I have a running IIS, and I simply > > > > configured > > > > > the Apache to listen on port 8080 to run together with IIS. > > > > Everything > > > > > seems ok but I can't run phtml scripts as php files. I have the > > > following in my httpd.conf: > > > > > > .... > > > AddType application/x-httpd-php .phtml .php > > > Action application/x-httpd-php /cgi-bin/php.exe > > > .... > > > > > > I can run normally the php scripts but I get an empty page > > > > when trying > > > > > to open any phtml file. I have also tried with configuring php as > > > apache module but the result is the same. ms4w is using > > > > Apache 2.0.54 > > > > > and php 4.3.11. > > > > > > Any help? > > > > > > regards, dejan > > > > Hi, > > I don't know much about IIS. Your Apache config file seems > > ok. Did you restart > > the Apache server so that it read again the config file ? > > Did you restart IIS ? > > Blaise From steve.lime at DNR.STATE.MN.US Fri Nov 4 07:20:48 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Fri, 4 Nov 2005 09:20:48 -0600 Subject: XML Template Message-ID: Hi Tricia: You can change the MIME header returned by MapServer for queries by using the parameter QUERYFORMAT (in the WEB section). For example, the following would allow you to output SVG via templates: QUERYFORMAT 'image/svg+xml' I'm pretty sure you can use .xml extensions on the various template files as well. Steve >>> Tricia Williams 11/03/05 4:24 PM >>> Hi List, I was wondering if it is possible to use an xml template instead of a html template to handle nquery results? I have tried experimenting but the results are not recognized as xml. My header contains: My template contains: ... My footer contains: Any advice or guidance would be much appreciated. Cheers, Tricia From lluisgarcia at TECNICS.ORG Fri Nov 4 07:28:29 2005 From: lluisgarcia at TECNICS.ORG (=?iso-8859-1?Q?Llu=EDs_Garcia_i_Mestres?=) Date: Fri, 4 Nov 2005 16:28:29 +0100 Subject: getfeatureinfo in a wms Message-ID: Hi list, I'm trying to implement a new wms layer from the following server: http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? I can display it but I can't figure out how to get the getfeatureinfo in an html. My viewer says that there aren?t query point. Anyone can help to solve this? My layer parameters are: LAYER NAME cadastre2 TYPE RASTER GROUP cadastre2 STATUS ON TEMPLATE "c:\ms4w\Apache\htdocs\mapserver\dades\catalunya\templates\query_buit.html" CONNECTIONTYPE WMS CONNECTION "http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx?" METADATA "wms_name" "Cartograf?a" "wms_request" "GetFeatureInfo" "wms_title" "Catastro" "wms_server_version" "1.1.0" "wms_service" "WMS" "wms_srs" "EPSG:23031" "wms_layers" "Cartograf?a" "wms_format" "image/png" "wms_query_layers" "Cartograf?a" "wms_info_format" "text/html" "wms_transparent" "TRUE" "wms_height" "400" "wms_width" "500" "wms_x" "" "wms_y" "" "wms_exception" "INIMAGE" LLEGENDA_GRUP "Fons" LLEGENDA_NOM "Cadastre query" END PROJECTION "proj=utm" "ellps=GRS80" "zone=31" "north" "no_defs" END END Thanks lluis -------------- next part -------------- An HTML attachment was scrubbed... URL: From bartvde at XS4ALL.NL Fri Nov 4 08:01:45 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Fri, 4 Nov 2005 17:01:45 +0100 Subject: getfeatureinfo in a wms In-Reply-To: <002c01c5e154$6cd33290$2201a8c0@ACER> Message-ID: Mapserver does not cascade WMS GetFeatureInfo, it will not ask the remote server for feature info. This is because the response is poorly defined in the WMS spec. So you would need to build the GetFeatureInfo URL to the remote server yourself in the client and do the request and present the results. If you are using Mapscript there is a function in the API which builds up the GetFeatureInfo URL for you. Best regards, Bart Llu?s Garcia i Mestres wrote: > Hi list, > > I'm trying to implement a new wms layer from the following server: > http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx? > > I can display it but I can't figure out how to get the getfeatureinfo > in an html. My viewer says that there aren?t query point. Anyone can > help to solve this? > > My layer parameters are: > > > LAYER > > NAME cadastre2 > TYPE RASTER > GROUP cadastre2 > STATUS ON > TEMPLATE > "c:\ms4w\Apache\htdocs\mapserver\dades\catalunya\templates\query_buit.html" > CONNECTIONTYPE WMS > CONNECTION > "http://ovc.catastro.meh.es/Cartografia/WMS/ServidorWMS.aspx?" > METADATA > > "wms_name" "Cartograf?a" > "wms_request" "GetFeatureInfo" > "wms_title" "Catastro" > "wms_server_version" "1.1.0" > "wms_service" "WMS" > "wms_srs" "EPSG:23031" > "wms_layers" "Cartograf?a" > "wms_format" "image/png" > "wms_query_layers" "Cartograf?a" > > "wms_info_format" "text/html" > "wms_transparent" "TRUE" > "wms_height" "400" > "wms_width" "500" > "wms_x" "" > "wms_y" "" > "wms_exception" "INIMAGE" > LLEGENDA_GRUP "Fons" > LLEGENDA_NOM "Cadastre query" > END > > PROJECTION > > "proj=utm" > "ellps=GRS80" > "zone=31" > "north" > "no_defs" > > END > > END > > Thanks > > lluis > > From steve.lime at DNR.STATE.MN.US Fri Nov 4 18:43:26 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Fri, 4 Nov 2005 20:43:26 -0600 Subject: Is this thing on???? Message-ID: Just testing the list, traffic seems low, too low... Perhaps it's just me. Steve From ed at TOPOZONE.COM Fri Nov 4 18:50:39 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Fri, 4 Nov 2005 21:50:39 -0500 Subject: Is this thing on???? Message-ID: Steve - I could just start posting all kinds of wish lists, and start benchmarking debates or commercial software comparison flame wars if you'd like... - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Steve Lime Sent: Friday, November 04, 2005 9:43 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Is this thing on???? Just testing the list, traffic seems low, too low... Perhaps it's just me. Steve From bob.basques at CI.STPAUL.MN.US Fri Nov 4 18:55:07 2005 From: bob.basques at CI.STPAUL.MN.US (Blammo) Date: Fri, 4 Nov 2005 20:55:07 -0600 Subject: Is this thing on???? In-Reply-To: Message-ID: I see you. :c) bobb Steve Lime wrote: >Just testing the list, traffic seems low, too low... Perhaps it's just me. > >Steve > > > > From steve.lime at DNR.STATE.MN.US Fri Nov 4 21:53:12 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Fri, 4 Nov 2005 23:53:12 -0600 Subject: Is this thing on???? Message-ID: I should be careful what I wish for... It's just rare to go nearly 12 hours with a message. Steve >>> Ed McNierney 11/04/05 8:50 PM >>> Steve - I could just start posting all kinds of wish lists, and start benchmarking debates or commercial software comparison flame wars if you'd like... - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Steve Lime Sent: Friday, November 04, 2005 9:43 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Is this thing on???? Just testing the list, traffic seems low, too low... Perhaps it's just me. Steve From j.l.h.hartmann at UVA.NL Sat Nov 5 09:53:52 2005 From: j.l.h.hartmann at UVA.NL (Jan Hartmann) Date: Sat, 5 Nov 2005 18:53:52 +0100 Subject: XML Template In-Reply-To: Message-ID: Hi Steve, This works for query templates, but not for normal ones (mode=browse). There would be more possibilities for AJAX applications if Mapserver CGI could return these templates as XML too, with the correct MIME-type and without the comment header. Is this possible? Jan Steve Lime wrote: > Hi Tricia: You can change the MIME header returned by MapServer for queries by using the parameter QUERYFORMAT (in the WEB section). For example, the following would allow you to output SVG via templates: > > QUERYFORMAT 'image/svg+xml' > > I'm pretty sure you can use .xml extensions on the various template files as well. > > Steve > > >>>>Tricia Williams 11/03/05 4:24 PM >>> > > Hi List, > > I was wondering if it is possible to use an xml template instead of a > html template to handle nquery results? I have tried experimenting but > the results are not recognized as xml. > > My header contains: > > > > > My template contains: > > > ... > > > My footer contains: > > > > Any advice or guidance would be much appreciated. > > Cheers, > Tricia > From rsosnowski at CABLEONE.NET Sat Nov 5 18:36:12 2005 From: rsosnowski at CABLEONE.NET (Rob Sosnowski) Date: Sat, 5 Nov 2005 20:36:12 -0600 Subject: projection on the fly Message-ID: Have three main data projections - NAD27 state plane, florida (feet), NAD83 state plane, florida (feet), and UTM 17N (meters). I set the projection object at the top of mapfile to UTM 17N (meters). Problem - Only the NAD83 and UTM data layers are visible. Map extents are set to UTM meters. If however, I change the map extents to state plane feet and change the projection object to NAD 27 state plane, florida - only the NAD 27 data layers show. Any ideas why the NAD27 state plane layers don't show but the NAD83 layers do? Thanks....Rob From pramsey at REFRACTIONS.NET Sat Nov 5 19:10:16 2005 From: pramsey at REFRACTIONS.NET (Paul Ramsey) Date: Sat, 5 Nov 2005 19:10:16 -0800 Subject: projection on the fly In-Reply-To: Message-ID: Offhand, if you're using the epsg file rather than definition your own projections by hand, the NAD83 definitions are in meters, not feet. Am I right? P On Nov 5, 2005, at 6:36 PM, Rob Sosnowski wrote: > Have three main data projections - NAD27 state plane, florida (feet), > NAD83 state plane, florida (feet), and UTM 17N (meters). I set the > projection object at the top of mapfile to UTM 17N (meters). > > Problem - Only the NAD83 and UTM data layers are visible. Map > extents are > set to UTM meters. If however, I change the map extents to state > plane > feet and change the projection object to NAD 27 state plane, florida - > only the NAD 27 data layers show. > > Any ideas why the NAD27 state plane layers don't show but the NAD83 > layers > do? > > Thanks....Rob From jlindstorff at GMAIL.COM Sat Nov 5 20:17:31 2005 From: jlindstorff at GMAIL.COM (James Lindstorff) Date: Sat, 5 Nov 2005 22:17:31 -0600 Subject: XML Template Message-ID: We have done something similar at our site, but we had to remove the comment If there's a 'popupresults'-attribute set it to false. If there's not a 'popupresults'-attribute as in the example code above add it (POPUPRESULTS = "[TRUE|FALSE]"): Hope this works. Regards, Hilbert -----Oorspronkelijk bericht----- Van: UMN MapServer Users List namens Roland Martin Verzonden: wo 9-11-2005 18:10 Aan: MAPSERVER-USERS at LISTS.UMN.EDU CC: Onderwerp: Re: [UMN_MAPSERVER-USERS] Querying - that old chestnut? In 'htdocs\widgets\Query\query.widget.php'? I just tried that, and it doesn't seem to make any difference... Any other ideas? Fanx, Roland. On 09/11/05, Davelaar, Hilbert wrote: > Hi Roland, > > Probably you have to change the attribute 'popupresults' of your query-widget to false (instead of true). > > Cheers, > Hilbert > > -----Oorspronkelijk bericht----- > Van: UMN MapServer Users List namens Roland Martin > Verzonden: wo 9-11-2005 16:35 > Aan: MAPSERVER-USERS at LISTS.UMN.EDU > CC: > Onderwerp: [UMN_MAPSERVER-USERS] Querying - that old chestnut? > > > > Hi MapServer chameleons! > > As a relative newbie, I've been having a bit of trouble setting up the > custom query function. I've followed (as best I could) all the > instructions on the Wiki and taken "inspiration" from the archives of > this list, and at last I now have a custom query tool. Hurrah. > > One slight (i.e. big) problem, though - when I query, it now pops up > with 2 separate responses - the custom one AND the original. I can't > for the life of me see how to prevent it - anyone have any ideas? > > The only thing I can think of at the moment is that I've set it up to > access the widgets in the original (chameleon) folder rather than the > local customised one - would that have any effect? > > Thanks muchly for your thoughts, > Roland. > > > From pramsey at REFRACTIONS.NET Wed Nov 9 11:34:58 2005 From: pramsey at REFRACTIONS.NET (Paul Ramsey) Date: Wed, 9 Nov 2005 11:34:58 -0800 Subject: Join between Postgis table and Postgresql table In-Reply-To: <4371C721.7090308@geodan.nl> Message-ID: No, no, do it on the fly, using the "arbitrary SQL" feature of the Mapserver PostGIS connector: DATA "the_geom from (SELECT g.gid, g.the_geom, a.name, a.description FROM geometries g, attributes a WHERE g.id = a.id) using SRID=4326 using unique gid" Note you have to have a geometry and unique id in your output result, and you have to specify the output SRID. Any SQL is valid in between the (), just make sure you're always outputting a geometry and id. Paulo On Nov 9, 2005, at 1:53 AM, Frans Knibbe wrote: > Hello Carlo, > > If your data do not change much you could join the two tables in > postgreSQL to make a new table which can be used by MapServer. This > you will probably have better performance as well. > > Regards, > > Frans > > Carlo Calvino wrote: > >> Hello all of you, >> I built a spatial database with PostgreSql/PostGis, and imported a >> shapefile (cities.shp) inside it. So I have a postgresql database >> with 2 >> tables, one for the geographic data and the other for alphanumeric >> data. >> I was able to publish the vector data by MapServer, and I was also >> able to >> query it correctly. But...what about querying the vector layer using >> information from the second table? I need joining the two tables. >> As far >> as I know, it is only possible a join between Postgis and a dbf >> file, not >> a DBMS. So there are any suggestions? >> >> >> From lucamarle at GMAIL.COM Wed Nov 9 14:14:09 2005 From: lucamarle at GMAIL.COM (luca marletta) Date: Wed, 9 Nov 2005 23:14:09 +0100 Subject: 2 projections on the same map file Message-ID: Hi list, I'd like to put on different layers 2 raster files with different projections 1) Cassini . Soldner : used in Italy for Mappa Catastale 2) Gauss-Boaga : used for all other kinds of maps. How can I achieve this result even if I know that hardly they can match exactly. Is it possible and how can I write my .map file for projections Maybe some Italians have already faced this problem. Thanks a lot -- luca marletta icq: 70590647 From steve.lime at DNR.STATE.MN.US Wed Nov 9 14:25:58 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 9 Nov 2005 16:25:58 -0600 Subject: WFS Inline Schema Message-ID: Tom: Remember the idea I had about allowing the user to define an application schema for a layer and we'd just include it in the WFS describeFeature response rather than generating schema components. In that sense an application schema could be made inline but the wrapper schema document would still need to be parsed to get to it. Grasping at straws here... Steve >>> "Kralidis,Tom [Burlington]" 11/08/05 5:53 PM >>> What do you mean by inline schema? Do you mean defining the XML Schema in the XML instance document (i.e. the GetFeature response) itself? If yes, that's not going to happen. xsi:schemaLocation provides a namespace and URL value for an XML parser to seek the XML Schema document and validate against it. Perhaps I don't understand your problem clearly enough. Do you have full examples of both the XML instance document, as well as the schema it uses? ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at lists.umn.edu] On Behalf Of Simpson > Sent: Tuesday, 08 November, 2005 16:35 > To: MAPSERVER-USERS at lists.umn.edu > Subject: Re: [UMN_MAPSERVER-USERS] WFS Inline Schema > > > Something along the lines of below xml. > > When the namespace http://www.ttt.org/myns points to a URL > back on the server it came from, the XML parser in GeoTools > tries to GET the document but can't since I have basic auth > running on the server and the XML parser doesn't know how to > authenticate. Getting the main WFS calls (getcapabilities, > getfeature, etc) to authenticate is fairly straight forward > (somebody gave me the code :) ), but the XML parser is deep > in the call stack and running in a thread, so am a little > apprehensive about digging into it. > > Unfortunately, my bodged up XML below doesn't validate saying: > > java.io.IOException: org.xml.sax.SAXException: Could not find > element handler for http://www.w3.org/2001/XMLSchema : schema > as a child of FeatureCollectionType > > I am XML challenged and am currently fumbling around trying > to get an example schema inlined and validated. > > Not sure if it is even possible? If it was, I figured the > Mapserver crew had probably already done that and been there. > > Thanks for any suggestions, > Drew. > > > > xmlns:myns="http://www.ttt.org/myns" > xmlns:wfs="http://www.opengis.net/wfs" > xmlns:gml="http://www.opengis.net/gml" > xmlns:ogc="http://www.opengis.net/ogc" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.opengis.net/wfs > http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd > "> > > > targetNamespace="http://www.ttt.org/myns" > xmlns:myns="http://www.ttt.org/myns" > xmlns:ogc="http://www.opengis.net/ogc" > xmlns:xsd="http://www.w3.org/2001/XMLSchema" > xmlns="http://www.w3.org/2001/XMLSchema" > xmlns:gml="http://www.opengis.net/gml" > elementFormDefault="qualified" version="0.1" > > > > schemaLocation="http://ogc.dmsolutions.ca/gml/2.1.2/feature.xsd" > /> > > type="myns:eden_islesType" > substitutionGroup="gml:_Feature" /> > > > > > > type="gml:GeometryPropertyType" minOccurs="0" maxOccurs="1"/> > > > > > > > > > > > > > > > > 808464.020638,3346885.074396 > 809738.167216,3347815.170807 > > > > > > > 808464.020638,3346885.074396 > 809022.080755,3347464.191029 > > > > > > > 808713.217294,3347464.191029 > 809022.080755,3347334.328511 808621.962181,3346885.074396 > 808506.138383,3346927.191969 808502.628571,3346993.878127 > 808464.020638,3347169.368016 808657.060301,3347443.132243 > 808713.217294,3347464.191029 > > > > > 1 > xxx > ddddddddd > > > > > > > 809130.884929,3347173.046875 > 809738.167216,3347815.170807 > > > > > > > 809130.884929,3347815.170807 > 809569.611437,3347815.170807 809696.331720,3347639.969565 > 809729.800117,3347459.824281 809738.167216,3347346.709801 > 809390.920516,3347173.046875 809130.884929,3347309.759927 > 809130.884929,3347815.170807 > > > > > 2 > yyyy > sdfasdfasdfd > > > > > > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Steve Lime > Sent: Tuesday, November 08, 2005 2:57 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] WFS Inline Schema > > > Drew: I guess I'm not sure exactly what you're asking. Do you > mean changing the schemaLocation to point to a fixed document > rather than the schema generated by the WFS server? > > Steve > > >>> Simpson 11/08/05 12:24 PM >>> > Hello, > > Is it possible to inline the schema in the response from a > getFeature rather than the normal xsi:schemaLocation? > > I am trying to avoid re-writing a bunch of GeoTools to > include basic authentication when parsing the getFeature. > > Thanks, > Drew. > From steve.lime at DNR.STATE.MN.US Wed Nov 9 14:30:23 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 9 Nov 2005 16:30:23 -0600 Subject: Problems getting inline features to work as part of URL request Message-ID: Bill: The syntax you describe is only available via the straight CGI application. You're calling python MapScript I assume. You'd need to add adhoc point plotting to your script. That's easy to do. You just need to parse the contents of a variable and add them to a layer. On the bright side you can shorten the syntax necessary to pass the points. Steve >>> William Hudspeth 11/08/05 3:18 PM >>> Hello, I am having problems getting inline features to appear in my map images. My generic mapfile definition for the layer looks like this: LAYER NAME inlinepoints TYPE POINT STATUS DEFAULT CLASS COLOR 255 0 0 SYMBOL 'circle' SIZE 8 END END My URL request looks like this: http://falstaff.unm.edu/cgi-bin/reason/branching_client.py? layer=inlinepoints&map_inlinepoints_feature=new&map_inlinepoints_feature_points=-106+34 My projection params are set to latlong, wgs84. I am running Mapserver 4.6 on Linux Red Hat Enterprise Advanced Server 3.0. I have tried reversing the order of the lat and long values in the URL, with no effect. Any suggestions appreciated. Bill From steve.lime at DNR.STATE.MN.US Wed Nov 9 14:32:37 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 9 Nov 2005 16:32:37 -0600 Subject: Problems getting inline features to work as part of URL request Message-ID: Nope. Your best best would be to pre-process the data and simply add a column. Otherwise we'd need a substr function, which isn't a bad idea but doesn't exist at the moment. Steve >>> Eric Brown 11/08/05 8:29 PM >>> Is there any way to format a label in cgi mode. For example the label for APN is a 9 digit field - but it really should be formatted with hyphens - so instead of 123456789 I'd like to format it as 123-456-78-9. Please advise, - Eric Brown From jzeisloft at GMAIL.COM Wed Nov 9 16:35:39 2005 From: jzeisloft at GMAIL.COM (Jennifer Zeisloft) Date: Wed, 9 Nov 2005 18:35:39 -0600 Subject: Internal Server Error: "Premature end of script headers, php.exe" Message-ID: Hello All, I am dealing with what seems to be the infamous problem of "Premature end of script headers". I have read through the list responses, checked the syntax of my mapfiles, but all without coming across a solution. From other posts to this list, I am guessing this is a MapServer issue rather than Chameleon (though I could be wrong). The error occurs somewhat randomly: when certain (not all) WMS layers are included in a map context or added to a map (through Chameleon's WMS add layers tool), the map breaks down after one or two (maybe three) navigational operations, like zooming, or after adding other WMS layers. I think the bottom line is two or three map-refreshes one way or another. I have tested this with a number of WMS layers from a number of different servers. While there are some layers for which I cannot reproduce the error, many eventually lead to the same error. First, the browser notes an "Internal Server Error". Second, the Apache error log states: [Wed Nov 09 18:13:04 2005] [error] [client 144.92.46.35] Premature end of script headers: php.exe, referer: http://maps.aqua.wisc.edu/lscmp/viewmaps.phtml [Wed Nov 09 18:13:04 2005] [error] [client 144.92.46.35] File does not exist: C:/ms4w/Apache/htdocs/favicon.ico Our installation currently includes ms4w 1.2.1 and chameleon 2.2 on Windows XP. Lately, I have been receiving the standard Microsoft Error Report pop-ups on the server for an error that the "PHP Script Interpreter encountered a problem and needed to close". I am suspicious that this may have something to do with it (and have asked our IT administrator), but really know very little about it. I would really appreciate any tips or suggestions you could offer. Thank you in advance for your help! Jennifer Zeisloft UW Sea Grant -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacob.delfos at MAUNSELL.COM Wed Nov 9 16:44:52 2005 From: jacob.delfos at MAUNSELL.COM (Jacob Delfos) Date: Thu, 10 Nov 2005 08:44:52 +0800 Subject: ROAD, STREET, BUILDING NAMES DOES'NT APPEAR. Message-ID: Jack, Been trying to send this message to the list, but it seems to disappear in a black hole. My message to you yesterday didn't appear either..... Tried both smtp and exchange servers! Anyway, I'm also trying to work this problem out for some colleagues overseas. Previously I didn't manage. I have done some new experimenting, and I did get to see some Chinese annotations in my map-image. But for all I know, it said "ayooooh... major error" in Chinese..... Try the following: inside the class of the annotation, put this: LABEL TYPE TRUETYPE FONT arial-unicode-ms COLOR 0 0 0 SIZE 12 POSITION CL PARTIALS FALSE BUFFER 0 ENCODING GB2312 END Then inside your fontlist, put a reference to a Chinese font (mine maps to ARIALUNI.TTF). That reference must match the fonttype in the label definition. You may or may not have to turn off the STYLEITEM AUTO setting. I found this info on: http://www.foss4g.org/FOSS4G/modules.php?name=AvantGo&file=print&sid=2 If this works well for you, please let me know. regards, Jacob ? -----Original Message----- ? From: UMN MapServer Users List ? [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jack Ling ? Sent: 9 November 2005 22:20 ? To: MAPSERVER-USERS at LISTS.UMN.EDU ? Subject: Re: [UMN_MAPSERVER-USERS] ROAD, STREET, BUILDING ? NAMES DOES'NT APPEAR. ? ? Hi guys! ? ? ? Thanks a lot everyone here. After trials and re-testing based on your ? comments and suggestions, finally I've the labels come up! Great! ? ? However, I've problem remain to be resolved: there are Chinese (or you ? treat it as Unicode) characters in the DGN map don't show up correctly ? (appears as garbage characters). ? ? Is it an inherent problem when using DGN file with MapServer? Or ? anybody can help? ? ? Thanks a lot. ? ? On 11/9/05, Delfos, Jacob wrote: ? > Hi Jack, ? > ? > Annotation layers can be a bit confusing. They are not ? labels, but yet ? > are partially treated as such..... ? > ? > Anyway, I find that the following annotation layer definition works ? > quite well for me: ? > ? > ? ############################################################## ? ########## ? > LAYER ? > NAME "Annotation" ? > TYPE ANNOTATION ? > CONNECTIONTYPE OGR ? > CONNECTION "yourfile.dgn" ? > ? > LABELITEM "TEXT" ? > ? > STATUS OFF ? > STYLEITEM "AUTO" ? > ? > CLASS ? > ? > END ? > END ? > ? ############################################################## ? ########## ? > ? > You MUST have the LABELITEM defined, and you MUST also have a class ? > (which is best left empty). There is something called ? LABELANGLEITEM, ? > but I am unable to get it to work. The result is that the ? labels are not ? > rotated. Would be good if someone else could explain how to ? rotate DGN ? > labels, because I don't know... ? > ? > Hope this helps, ? > ? > Regards, ? > ? > Jacob ? > ? > From ddeclue2 at EARTHLINK.NET Wed Nov 9 17:26:16 2005 From: ddeclue2 at EARTHLINK.NET (Douglas J. De Clue) Date: Wed, 9 Nov 2005 19:26:16 -0600 Subject: How do I get Apache2 and PHP5 to play nice with MapServer and MapScript? Message-ID: Please Help!! I can download MapServer for Windows and PHPMapScript from the Map Server website and it works fine and I can easily modify the sample project to do some simple mapping tasks using some mapping data that I have. My problem however is that I also have a MySQL 4.x database that I want to use in conjunction with MapServer but I can't seem to find a way to integrate them all together into one webserver. Either the MySQL database is not accessible or the MapServer doesn't work. The version of Apache webserver with Map server just says Apache but the version with the MySQL database says Apache2. I'm new to open source and don't really see anything in your Archives or in the on line help that tells me just what the directory structure needs to look like and which DLL's are required and what exactly the httpd.conf file needs to look like. It's all very frustrating and I'm hoping someone out there has the answers. From stefano.bonnin at COMAI.TO Wed Nov 9 23:55:23 2005 From: stefano.bonnin at COMAI.TO (Stefano B.) Date: Thu, 10 Nov 2005 08:55:23 +0100 Subject: Mapserver 4.8beta and Postgis problem Message-ID: I have a problem with Mapserver4.8 beta. It generates a query to postgres that has a syntax error. The query is: SELECT type::text,asbinary(force_collection(force_2d(the_geom)),'NDR'),gid::text from (SELECT the_geom,gid,type,name from places WHERE site_id = 1037 and layer = 'lyr_1158') as foo USING UNIQUE gid WHERE the_geom && setSRID('BOX3D(1395438.0354687 4996928.553392,1397377.5000833 4998384.533238)'::BOX3D, -1 ); and the postgres (8.1) error: ERROR: syntax error at or near "USING" at character 182 LINE 1: ...ERE site_id = 1037 and layer = 'lyr_1158') as foo USING UNIQ... The original query is: the_geom from (SELECT the_geom,gid,type,name from places WHERE site_id = 1037 and layer = 'lyr_1158') as foo USING UNIQUE gid USING srid=-1 The previous versions of mapserver work perfectly. Thanks PS. Yesterday I posted the same question with some difference. Please ignore this and answer only to this message. Thanks. Any help appreciated. Stefano. -------------- next part -------------- An HTML attachment was scrubbed... URL: From knozi at GMX.AT Thu Nov 10 00:35:36 2005 From: knozi at GMX.AT (Gernot Katzlberger) Date: Thu, 10 Nov 2005 09:35:36 +0100 Subject: length of filter Message-ID: hi list, i have an mapfile with these parameters (mapserver-version 4.4.0). DATA "the_geom from gd_poly_003" FILTER (id='41216' or id='40445' or id='60101' or id='60411' or id='61022' or id='61713' or id='60614' or id='60644' or id='61513' or id='61023' or id='60622' or id='60608' or id='60611' or id='60504' or id='61045' or id='60617' or id='61018' or id='60619' or id='61005' or id='60629' or id='61511' or id='61047' or id='60655' or id='60624' or id='60633' or id='60323' or id='60609' or id='61002' or id='61021' or id='60635') in my application the filter can have up to 2000 differnet "ids" and therefore 2000 "or" statements. (like "id='XXXXX' or") with up to 400 "ids" it works perfect, but if I want more "ids" in the FILTER the mapserver crashes. if I execute the sql in postgres (select the_geom from gd_poly_003 where (id='41216' or id='40445' ....)) it works even with 2000 "or" statements. is there a limitation of the length of the FILTER in mapserver? thanks for your help, gernot From sdc at SDC.COM.AU Thu Nov 10 00:40:14 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 10 Nov 2005 19:10:14 +1030 Subject: Mapfile variable substitution Message-ID: I see several postings regarding mapfile variables which can and cannot be changed via substitution but cannot find a cannonical list. Does such a beast exist? I am particularly interested reference image and layer filter values (but would like to know what else can be changed this way). Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From stefano.bonnin at COMAI.TO Thu Nov 10 01:07:10 2005 From: stefano.bonnin at COMAI.TO (Stefano B.) Date: Thu, 10 Nov 2005 10:07:10 +0100 Subject: length of filter Message-ID: > in my application the filter can have up to 2000 differnet "ids" and > therefore 2000 "or" statements. (like "id='XXXXX' or") > with up to 400 "ids" it works perfect, but if I want more "ids" in the > FILTER the mapserver crashes. > if I execute the sql in postgres (select the_geom from gd_poly_003 where > (id='41216' or id='40445' ....)) it works even with 2000 "or" statements. 2000 or statements? incredible query! :-) I'm not sure, but perhaps you could rewrite the query in another way. Like: DATA "the_geom from (select the_geom from gd_poly_003 where id IN (select id from gd_poly_003 where ))" or something like that. Stefano From steve at SJK.NET.AU Thu Nov 10 00:57:28 2005 From: steve at SJK.NET.AU (Stephen Kelly) Date: Thu, 10 Nov 2005 18:57:28 +1000 Subject: length of filter In-Reply-To: Message-ID: Hi, Not sure if this will help, can you do a SQL query in the database and just update a temp field Update Set t_field = 0 Update
Set t_field = 1 Where id='41216' or id='40445' or id='60101' or id='60411' or id='61022' or id='61713' or id='60614' or id='60644' or id='61513' or id='61023' or id='60622'....... and then do DATA "the_geom from gd_poly_003" FILTER (t_field = 1 Just a thought. Steve -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gernot Katzlberger Sent: Thursday, 10 November 2005 6:36 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] length of filter hi list, i have an mapfile with these parameters (mapserver-version 4.4.0). DATA "the_geom from gd_poly_003" FILTER (id='41216' or id='40445' or id='60101' or id='60411' or id='61022' or id='61713' or id='60614' or id='60644' or id='61513' or id='61023' or id='60622' or id='60608' or id='60611' or id='60504' or id='61045' or id='60617' or id='61018' or id='60619' or id='61005' or id='60629' or id='61511' or id='61047' or id='60655' or id='60624' or id='60633' or id='60323' or id='60609' or id='61002' or id='61021' or id='60635') in my application the filter can have up to 2000 differnet "ids" and therefore 2000 "or" statements. (like "id='XXXXX' or") with up to 400 "ids" it works perfect, but if I want more "ids" in the FILTER the mapserver crashes. if I execute the sql in postgres (select the_geom from gd_poly_003 where (id='41216' or id='40445' ....)) it works even with 2000 "or" statements. is there a limitation of the length of the FILTER in mapserver? thanks for your help, gernot From carlo.calvino at EMAIL.IT Thu Nov 10 04:00:45 2005 From: carlo.calvino at EMAIL.IT (Carlo Calvino) Date: Thu, 10 Nov 2005 06:00:45 -0600 Subject: Join between Postgis table and Postgresql table Message-ID: On Wed, 9 Nov 2005 11:34:58 -0800, Paul Ramsey wrote: >No, no, do it on the fly, using the "arbitrary SQL" feature of the >Mapserver PostGIS connector: > >DATA "the_geom from (SELECT g.gid, g.the_geom, a.name, a.description >FROM geometries g, attributes a WHERE g.id = a.id) using SRID=4326 >using unique gid" > >Note you have to have a geometry and unique id in your output result, >and you have to specify the output SRID. Any SQL is valid in between >the (), just make sure you're always outputting a geometry and id. Thank you very much for your help. I tried your suggestion with this line inside the .map file: DATA "the_geom from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = opo.id_shape) using SRID=4326 using unique gid " Here the relationship between pippo(shape) and opo (data) is 1-to-1. But mapserver (cgi) gives me this error: msDrawMap(): Image handling error. Failed to draw layer named 'cata'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),gid::text from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = opo.id_shape) WHERE the_geom && setSRID('BOX3D(2766010.83333333 4492764,2781280.16666667 4504216)'::BOX3D, 4326 )' Postgresql reports the error as 'ERROR: subquery in FROM must have an alias HINT: For example, FROM (SELECT ...) [AS] foo. ' What is the matter with that? Moreover, I need 'one-to-may' relationship, and as you wrote, it seems to be inapplicable in this case. How could I handle 1-to-many relationship with postgis? From joanancunha at UOL.COM.BR Thu Nov 10 06:13:30 2005 From: joanancunha at UOL.COM.BR (Joana Nicolini Cunha) Date: Thu, 10 Nov 2005 11:13:30 -0300 Subject: join photos and bases Message-ID: Yes, I want to overlay the raster with vector. But I would like to pick up the image from google earth or google map. thanks, Joana ----- Original Message ----- From: "Stephen Woodbridge" To: Sent: Tuesday, November 08, 2005 6:37 PM Subject: Re: [UMN_MAPSERVER-USERS] join photos and bases > Or are you looking to display raster data and overlay that with vector > data where these might be in different projections? Which is easier to do > in mapserver. > > -Steve W. > > Steve Lime wrote: >> Can you be more specific with regards to the process you are >> envisioning? It sounds like you want to select some vector feature >> and use that so select a photograph. That is possible, but is that >> what you are asking. >> >> Steve >> >> >>>>> joanancunha 11/08/05 11:00 AM >>> >> >> Hi, >> >> I need to Know how I can join a satellite photograph, with respect >> coordenates, and a vectorial map or base, using mapserver. Is there a >> specific command? >> >> thank you, >> >> Joana >> From alexandre.fellay at CAMPTOCAMP.COM Thu Nov 10 06:50:05 2005 From: alexandre.fellay at CAMPTOCAMP.COM (Alexandre Fellay) Date: Thu, 10 Nov 2005 15:50:05 +0100 Subject: WMS output formats In-Reply-To: Message-ID: I don't understand some aspects of the behavior of Mapserver (version 4.4.2) as WMS server. My problem is as follows : I want to publish one single raster layer, and only in jpeg format (all other formats being unsuitable for various reasons). So I put in my mapfile IMAGETYPE jpeg I add an OUTPUFORMAT object : OUTPUTFORMAT NAME jpeg DRIVER "GD/JPEG" MIMETYPE "image/jpeg" IMAGEMODE RGB FORMATOPTION QUALITY=88 EXTENSION "jpg" END and the required METADATA in my layer : METADATA "wms_title" "blabla" "wms_srs" "EPSG:21781 EPSG:4326 EPSG:32632" "wms_server_version" "1.1.1" "wms_format" "image/jpeg" "wms_name" "blabla" END The surprise is in the GetCapabilities answer: other formats are advertised as well image/jpeg image/gif image/png image/png; mode=24bit image/wbmp image/tiff And, to make things worse, some wms clients (Gaia 2 for example) seem to have a png default format, resulting in an ugly 8bit image. Is it possible to really limit the supported output formats list ? Alexandre F From dianajimena at GMAIL.COM Thu Nov 10 07:18:22 2005 From: dianajimena at GMAIL.COM (Diana Jimena Pacheco Solano) Date: Thu, 10 Nov 2005 10:18:22 -0500 Subject: setcursor Message-ID: Hi!! Anyone have a example about setcursor? I need it really urgent Thanks!! Greeting from Colombia!! Diana Jimena Pacheco Solano -------------- next part -------------- An HTML attachment was scrubbed... URL: From Eric.Hancock at DEP.STATE.FL.US Thu Nov 10 07:44:02 2005 From: Eric.Hancock at DEP.STATE.FL.US (Hancock, Eric) Date: Thu, 10 Nov 2005 10:44:02 -0500 Subject: shp2img segfaults on sde connection Message-ID: Hello all, I have a mapfile that (and could possibly be configured incorrectly) when trying to generated an image from makes shp2img segfault at msFreeMap(). The image gets generated fine, but shp2img segfaults. When running mapserv as a cgi this causes mapserv to never return the image to the client. Here's my mapfile: MAP IMAGETYPE PNG EXTENT 500000 600000 600000 700000 SIZE 400 300 IMAGECOLOR 255 255 255 DEBUG ON PROJECTION "datum=NAD83" "proj=aea" "ellps=GRS80" "a=6378137" "rf=298.257222101" "lat_0=24" "lon_0=-84" "lat_1=24" "lat_2=31.5" "x_0=400000" "y_0=0" "units=m" END # Start of LAYER DEFINITIONS #--------------------------------------------- LAYER # COUNTYSHORE_AREAS polygon layer begins here NAME county CONNECTION "gistest.dep.state.fl.us,port:5151,sde,user,password" CONNECTIONTYPE SDE DATA "BASE.COUNTYSHORE_AREAS,SHAPE,SDE.DEFAULT" TEMPLATE "/tmp/dummy.tmp" STATUS DEFAULT TYPE POLYGON DEBUG ON # PROJECTION # "datum=NAD83" # "proj=aea" # "ellps=GRS80" # "a=6378137" # "rf=298.257222101" # "lat_0=24" # "lon_0=-84" # "lat_1=24" # "lat_2=31.5" # "x_0=400000" # "y_0=0" # "units=m" # # Alternatively, you can specify an EPSG code. #"init=epsg:102003" # # END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- #Start of WEB Object WEB IMAGEPATH "/tmp/" # IMAGEURL "http://199.73.196.65/" LOG "/tmp/mapservererror.log" END END # end of map file/object --------------shp2img------------------ [oracle at localhost]#./shp2img -m test.map -o test.png Segmentation fault (core dumped) [oracle at localhost]#ls test.png test.png -------gdb log----------------- (gdb) run -m test.map -o test.png Starting program: /home/oracle/mapserver-4.6.1/shp2img -m test.map -o test.png [Thread debugging using libthread_db enabled] [New Thread -1218568064 (LWP 28077)] [Switching to Thread -1218568064 (LWP 28077)] Breakpoint 1, msFreeMap (map=0x886a198) at mapobject.c:145 145 if(!map) return; (gdb) next 142 void msFreeMap(mapObj *map) { (gdb) next 145 if(!map) return; (gdb) next 146 msCloseConnections(map); (gdb) next Program received signal SIGSEGV, Segmentation fault. 0x00cd6bb2 in pthread_join () from /lib/tls/libpthread.so.0 --------------------------------- Does anyone know what I'm doing wrong, or is something wrong with my compile? Thanks, Eric hancock Florida DEP BIS/GIS From stevem at SPATIALMAPPING.COM Thu Nov 10 07:45:58 2005 From: stevem at SPATIALMAPPING.COM (Steven Monai) Date: Thu, 10 Nov 2005 09:45:58 -0600 Subject: Join between Postgis table and Postgresql table Message-ID: Carlo: If you look closely at the error message, it is saying that you need an alias for your subquery in the FROM clause. So, try this in your DATA line: DATA "the_geom from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = opo.id_shape) as foo using SRID=4326 using unique gid " Hope this helps, -SM -- On Thu, 10 Nov 2005 06:00:45 -0600, Carlo Calvino wrote: >On Wed, 9 Nov 2005 11:34:58 -0800, Paul Ramsey >wrote: > >>No, no, do it on the fly, using the "arbitrary SQL" feature of the >>Mapserver PostGIS connector: >> >>DATA "the_geom from (SELECT g.gid, g.the_geom, a.name, a.description >>FROM geometries g, attributes a WHERE g.id = a.id) using SRID=4326 >>using unique gid" >> >>Note you have to have a geometry and unique id in your output result, >>and you have to specify the output SRID. Any SQL is valid in between >>the (), just make sure you're always outputting a geometry and id. > >Thank you very much for your help. I tried your suggestion with this line >inside the .map file: >DATA "the_geom from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, >opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = >opo.id_shape) using SRID=4326 using unique gid " > >Here the relationship between pippo(shape) and opo (data) is 1-to-1. >But mapserver (cgi) gives me this error: > >msDrawMap(): Image handling error. Failed to draw layer named 'cata'. >prepare_database(): Query error. Error executing POSTGIS DECLARE (the >actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT >asbinary(force_collection(force_2d(the_geom)),'NDR'),gid::text from >(SELECT pippo.gid, pippo.the_geom, pippo.id_shape, opo.nome, opo.cognome >FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = opo.id_shape) WHERE >the_geom && setSRID('BOX3D(2766010.83333333 4492764,2781280.16666667 >4504216)'::BOX3D, 4326 )' > >Postgresql reports the error as 'ERROR: subquery in FROM must have an >alias HINT: For example, FROM (SELECT ...) [AS] foo. ' > > >What is the matter with that? Moreover, I need 'one-to-may' relationship, >and as you wrote, it seems to be inapplicable in this case. How could I >handle 1-to-many relationship with postgis? From warmerdam at POBOX.COM Thu Nov 10 07:54:21 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 10 Nov 2005 10:54:21 -0500 Subject: WMS output formats In-Reply-To: <43735E1D.8070804@camptocamp.com> Message-ID: On 11/10/05, Alexandre Fellay wrote: > I don't understand some aspects of the behavior of Mapserver (version 4.4.2) as > WMS server. My problem is as follows : > I want to publish one single raster layer, and only in jpeg format (all other > formats being unsuitable for various reasons). So I put in my mapfile > > IMAGETYPE jpeg > > I add an OUTPUFORMAT object : > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGB > FORMATOPTION QUALITY=88 > EXTENSION "jpg" > END > > and the required METADATA in my layer : > METADATA > "wms_title" "blabla" > "wms_srs" "EPSG:21781 EPSG:4326 EPSG:32632" > "wms_server_version" "1.1.1" > "wms_format" "image/jpeg" > "wms_name" "blabla" > END > > The surprise is in the GetCapabilities answer: other formats are advertised as well > image/jpeg > image/gif > image/png > image/png; mode=24bit > image/wbmp > image/tiff > > And, to make things worse, some wms clients (Gaia 2 for example) seem to have a > png default format, resulting in an ugly 8bit image. > > Is it possible to really limit the supported output formats list ? Alexandre, This issue has come up from time to time, and Assefa has done some work to ensure that non-raster formats don't show up. But there is still no way to prevent default formats from appearing in the WMS capabilities. Unfortunately, I'm not sure fixing this would count as a bug fix, so it might be stuck this way till 5.0. BTW, as far as I can see the wms_format metadata is not defined for any purpose on the WEB metadata list. It does play a role for WMS layers, determining what format remote results should be fetched as. An obvious approach might be to allow the wms_format metadata item on the WEB object to determine a restricted list of formats offered via WMS. I think something similar is already done for WCS, where you can currently restrict the list of formats offered. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From assefa at DMSOLUTIONS.CA Thu Nov 10 08:02:12 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 10 Nov 2005 11:02:12 -0500 Subject: WMS output formats In-Reply-To: <931f8ea90511100754mf22d97dw5060607cb40bc59b@mail.gmail.com> Message-ID: I was just checking this and the bug is described in http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=455. I like the idea of using wms_format (or wms_advertized_format) to limit the formats that are used. As Frank mentionned, It would be a sort of a new fonctionnality but since the changes are are minimal and there was already a bug on it, it is sort of border line between bug and new addition. I would do it for this release though if peopole think it is appropriate. What do you think Frank ? Later, Frank Warmerdam wrote: > On 11/10/05, Alexandre Fellay wrote: > >>I don't understand some aspects of the behavior of Mapserver (version 4.4.2) as >>WMS server. My problem is as follows : >>I want to publish one single raster layer, and only in jpeg format (all other >>formats being unsuitable for various reasons). So I put in my mapfile >> >>IMAGETYPE jpeg >> >>I add an OUTPUFORMAT object : >> >>OUTPUTFORMAT >> NAME jpeg >> DRIVER "GD/JPEG" >> MIMETYPE "image/jpeg" >> IMAGEMODE RGB >> FORMATOPTION QUALITY=88 >> EXTENSION "jpg" >>END >> >>and the required METADATA in my layer : >> METADATA >> "wms_title" "blabla" >> "wms_srs" "EPSG:21781 EPSG:4326 EPSG:32632" >> "wms_server_version" "1.1.1" >> "wms_format" "image/jpeg" >> "wms_name" "blabla" >> END >> >>The surprise is in the GetCapabilities answer: other formats are advertised as well >> image/jpeg >> image/gif >> image/png >> image/png; mode=24bit >> image/wbmp >> image/tiff >> >>And, to make things worse, some wms clients (Gaia 2 for example) seem to have a >>png default format, resulting in an ugly 8bit image. >> >>Is it possible to really limit the supported output formats list ? > > > Alexandre, > > This issue has come up from time to time, and Assefa has > done some work to ensure that non-raster formats don't show up. > But there is still no way to prevent default formats from appearing > in the WMS capabilities. > > Unfortunately, I'm not sure fixing this would count as > a bug fix, so it might be stuck this way till 5.0. > > BTW, as far as I can see the wms_format metadata is not > defined for any purpose on the WEB metadata list. It does > play a role for WMS layers, determining what format remote > results should be fetched as. > > An obvious approach might be to allow the wms_format metadata > item on the WEB object to determine a restricted list of formats > offered via WMS. I think something similar is already done for > WCS, where you can currently restrict the list of formats offered. > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From warmerdam at POBOX.COM Thu Nov 10 08:11:14 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 10 Nov 2005 11:11:14 -0500 Subject: WMS output formats In-Reply-To: <43736F04.8050608@dmsolutions.ca> Message-ID: On 11/10/05, Yewondwossen Assefa wrote: > I was just checking this and the bug is described in > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=455. > > I like the idea of using wms_format (or wms_advertized_format) to > limit the formats that are used. As Frank mentionned, It would be a sort > of a new fonctionnality but since the changes are are minimal and there > was already a bug on it, it is sort of border line between bug and new > addition. I would do it for this release though if peopole think it is > appropriate. What do you think Frank ? Assefa, I have no problem with it, we are only on beta1. It's Daniel, the Release Ayatollah, you need to worry about. :-) Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From listario at GMAIL.COM Thu Nov 10 08:12:59 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 10 Nov 2005 17:12:59 +0100 Subject: WMS client request method Message-ID: Hi all Is it possible to set the WMS client request method to POST? We have a layer with a long SLD_BODY parameter and the web server says that the request is too long. Thanks in advance, Jorge From warmerdam at POBOX.COM Thu Nov 10 08:23:39 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 10 Nov 2005 11:23:39 -0500 Subject: WMS client request method In-Reply-To: <4ac992660511100812n7c0abc12o@mail.gmail.com> Message-ID: On 11/10/05, J. Parapar wrote: > Hi all > > Is it possible to set the WMS client request method to POST? We have > a layer with a long SLD_BODY parameter and the web server says that > the request is too long. Jorge, I think POST WMS (and other cgi style requests) have been supported by MapServer for a long time. I will note that it was only in March 2004 that the code was modified to support posts without CONTENT_LENGTH, but if you are doing this from a browser that should not be an issue. This is really one of the cases where I would encourage you to "just try it" before asking. If if doesn't work then you can point out your problem on the list. When I was at PCI I used to get questions all the time about whether the software supported a particular format. My answer was, try "File->Open" on it, did that work? Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From assefa at DMSOLUTIONS.CA Thu Nov 10 08:35:41 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 10 Nov 2005 11:35:41 -0500 Subject: WMS output formats In-Reply-To: <43735E1D.8070804@camptocamp.com> Message-ID: The idea is to use a metadata ows/wms_formats (or other name) at a web level that would contain a comma separated list of mime types that would be advertized if valid (valid in this case means only testing if there is an output format defined for it, so basically if it is build with that output, It will be listed) If the metadata is not present, the current behaviour, which is advertizing only gd and gdal format, will be used. Please cc your self into bug 455 for more discussions. Later, Alexandre Fellay wrote: > I don't understand some aspects of the behavior of Mapserver (version > 4.4.2) as WMS server. My problem is as follows : > I want to publish one single raster layer, and only in jpeg format (all > other formats being unsuitable for various reasons). So I put in my mapfile > > IMAGETYPE jpeg > > I add an OUTPUFORMAT object : > > OUTPUTFORMAT > NAME jpeg > DRIVER "GD/JPEG" > MIMETYPE "image/jpeg" > IMAGEMODE RGB > FORMATOPTION QUALITY=88 > EXTENSION "jpg" > END > > and the required METADATA in my layer : > METADATA > "wms_title" "blabla" > "wms_srs" "EPSG:21781 EPSG:4326 EPSG:32632" > "wms_server_version" "1.1.1" > "wms_format" "image/jpeg" > "wms_name" "blabla" > END > > The surprise is in the GetCapabilities answer: other formats are > advertised as well > image/jpeg > image/gif > image/png > image/png; mode=24bit > image/wbmp > image/tiff > > And, to make things worse, some wms clients (Gaia 2 for example) seem to > have a png default format, resulting in an ugly 8bit image. > > Is it possible to really limit the supported output formats list ? > > Alexandre F > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From listario at GMAIL.COM Thu Nov 10 08:38:24 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 10 Nov 2005 17:38:24 +0100 Subject: WMS client request method In-Reply-To: <931f8ea90511100823p41b6d790lca5a3b9ce920ff0d@mail.gmail.com> Message-ID: Frank, Thanks for the answer. My problem is with the layers in the client mapfile. We have several wms layers but i do not know how to indicate to MapServer to make POST requests to the WMS server (instead of GET requests). I have found the wfs_request_method parameter but I did not find a "wms_request_method". I have made some tests and, as WMS Server, MapServer do supports URL-encoded POST request. Thanks again, Jorge 2005/11/10, Frank Warmerdam : > On 11/10/05, J. Parapar wrote: > > Hi all > > > > Is it possible to set the WMS client request method to POST? We have > > a layer with a long SLD_BODY parameter and the web server says that > > the request is too long. > > Jorge, > > I think POST WMS (and other cgi style requests) have been > supported by MapServer for a long time. I will note that it was > only in March 2004 that the code was modified to support > posts without CONTENT_LENGTH, but if you are doing this > from a browser that should not be an issue. > > This is really one of the cases where I would encourage you to > "just try it" before asking. If if doesn't work then you can point > out your problem on the list. > > When I was at PCI I used to get questions all the time about > whether the software supported a particular format. My answer > was, try "File->Open" on it, did that work? > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > From warmerdam at POBOX.COM Thu Nov 10 08:43:33 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 10 Nov 2005 11:43:33 -0500 Subject: WMS client request method In-Reply-To: <4ac992660511100837n7bafb19eg@mail.gmail.com> Message-ID: On 11/10/05, J. Parapar wrote: > Frank, > > Thanks for the answer. My problem is with the layers in the client > mapfile. We have several wms layers but i do not know how to indicate > to MapServer to make POST requests to the WMS server (instead of GET > requests). I have found the wfs_request_method parameter but I did not > find a "wms_request_method". > > I have made some tests and, as WMS Server, MapServer do supports > URL-encoded POST request. Jorge, Ah, sorry about that. I missed the point of your request. Sorry if I was condescending. I don't know the answer to your question for sure, but a scan of mapwmslayer.c does not show any occurrences of "post" so I suspect it only supports GET operations at this time. Assefa or Daniel would be the authorities and the folks you would need to hassle to come up with a solution. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From assefa at DMSOLUTIONS.CA Thu Nov 10 08:46:22 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 10 Nov 2005 11:46:22 -0500 Subject: WMS client request method In-Reply-To: <4ac992660511100838t1286fa57l@mail.gmail.com> Message-ID: Hi There, There is actually no support of wms client post request in mapserver. Later, J. Parapar wrote: > Frank, > > Thanks for the answer. My problem is with the layers in the client > mapfile. We have several wms layers but i do not know how to indicate > to MapServer to make POST requests to the WMS server (instead of GET > requests). I have found the wfs_request_method parameter but I did not > find a "wms_request_method". > > I have made some tests and, as WMS Server, MapServer do supports > URL-encoded POST request. > > Thanks again, > Jorge > > 2005/11/10, Frank Warmerdam : > >>On 11/10/05, J. Parapar wrote: >> >>>Hi all >>> >>>Is it possible to set the WMS client request method to POST? We have >>>a layer with a long SLD_BODY parameter and the web server says that >>>the request is too long. >> >>Jorge, >> >>I think POST WMS (and other cgi style requests) have been >>supported by MapServer for a long time. I will note that it was >>only in March 2004 that the code was modified to support >>posts without CONTENT_LENGTH, but if you are doing this >>from a browser that should not be an issue. >> >>This is really one of the cases where I would encourage you to >>"just try it" before asking. If if doesn't work then you can point >>out your problem on the list. >> >>When I was at PCI I used to get questions all the time about >>whether the software supported a particular format. My answer >>was, try "File->Open" on it, did that work? >> >>Best regards, >>-- >>---------------------------------------+-------------------------------------- >>I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com >>light and sound - activate the windows | http://pobox.com/~warmerdam >>and watch the world go round - Rush | Geospatial Programmer for Rent >> > > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From listario at GMAIL.COM Thu Nov 10 09:03:01 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 10 Nov 2005 18:03:01 +0100 Subject: WMS client request method In-Reply-To: <931f8ea90511100843l70242f2elb65016c8b2e251c2@mail.gmail.com> Message-ID: Frank, Don't worry, I supposed it. I appreciate your help very much. Jorge 2005/11/10, Frank Warmerdam : > On 11/10/05, J. Parapar wrote: > > Frank, > > > > Thanks for the answer. My problem is with the layers in the client > > mapfile. We have several wms layers but i do not know how to indicate > > to MapServer to make POST requests to the WMS server (instead of GET > > requests). I have found the wfs_request_method parameter but I did not > > find a "wms_request_method". > > > > I have made some tests and, as WMS Server, MapServer do supports > > URL-encoded POST request. > > Jorge, > > Ah, sorry about that. I missed the point of your request. Sorry > if I was condescending. > > I don't know the answer to your question for sure, but a scan > of mapwmslayer.c does not show any occurrences of "post" > so I suspect it only supports GET operations at this time. > > Assefa or Daniel would be the authorities and the folks you would > need to hassle to come up with a solution. > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > From listario at GMAIL.COM Thu Nov 10 09:04:50 2005 From: listario at GMAIL.COM (J. Parapar) Date: Thu, 10 Nov 2005 18:04:50 +0100 Subject: WMS client request method In-Reply-To: <4373795E.9060703@dmsolutions.ca> Message-ID: OK, thanks Assefa. Jorge 2005/11/10, Yewondwossen Assefa : > Hi There, > > There is actually no support of wms client post request in mapserver. > > Later, > > J. Parapar wrote: > > Frank, > > > > Thanks for the answer. My problem is with the layers in the client > > mapfile. We have several wms layers but i do not know how to indicate > > to MapServer to make POST requests to the WMS server (instead of GET > > requests). I have found the wfs_request_method parameter but I did not > > find a "wms_request_method". > > > > I have made some tests and, as WMS Server, MapServer do supports > > URL-encoded POST request. > > > > Thanks again, > > Jorge > > > > 2005/11/10, Frank Warmerdam : > > > >>On 11/10/05, J. Parapar wrote: > >> > >>>Hi all > >>> > >>>Is it possible to set the WMS client request method to POST? We have > >>>a layer with a long SLD_BODY parameter and the web server says that > >>>the request is too long. > >> > >>Jorge, > >> > >>I think POST WMS (and other cgi style requests) have been > >>supported by MapServer for a long time. I will note that it was > >>only in March 2004 that the code was modified to support > >>posts without CONTENT_LENGTH, but if you are doing this > >>from a browser that should not be an issue. > >> > >>This is really one of the cases where I would encourage you to > >>"just try it" before asking. If if doesn't work then you can point > >>out your problem on the list. > >> > >>When I was at PCI I used to get questions all the time about > >>whether the software supported a particular format. My answer > >>was, try "File->Open" on it, did that work? > >> > >>Best regards, > >>-- > >>---------------------------------------+-------------------------------------- > >>I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > >>light and sound - activate the windows | http://pobox.com/~warmerdam > >>and watch the world go round - Rush | Geospatial Programmer for Rent > >> > > > > > > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > > From steve.lime at DNR.STATE.MN.US Thu Nov 10 09:46:28 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 10 Nov 2005 11:46:28 -0600 Subject: Mapfile variable substitution Message-ID: I just added a quick howto on this subject to the new MapServer web-site. Here's the link: http://ms.gis.umn.edu/docs/howto/runsub Steve >>> Stephen Davies 11/10/05 2:40 AM >>> I see several postings regarding mapfile variables which can and cannot be changed via substitution but cannot find a cannonical list. Does such a beast exist? I am particularly interested reference image and layer filter values (but would like to know what else can be changed this way). Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 From jabennett at USGS.GOV Thu Nov 10 13:56:36 2005 From: jabennett at USGS.GOV (Jennifer A Bennett) Date: Thu, 10 Nov 2005 15:56:36 -0600 Subject: DHTML rubber-band box Message-ID: I am trying to copy the code for the DHTML rubber-band box from the Itasca Demo and cannot get it to show my map. I am wondering what other code I must copy or change to make this work? I am able to get the gist of the Javascript code, but I am not familiar enough to write new code. So far I have copied the Javascript folder and most of the graphics from the Graphics folder into my drive. I have copied and inserted the portion of code below from the (Itasca) index.html into my index.html file.
I have also copied the code below from the itasca_adds_dhtml.html file and placed it into my file called watershed_main.html Here is my watershed_main.html code Interactive Major (HUC Level 4) Web Page

Interactive Major (HUC Level 4) Web Page

pan northwest pan north pan northeast
pan west
pan east
pan southwest pan south pan southeast
scalebar (km) scalebar (mi)

MAP CONTROLS


Choose an Action:
Browse map
Query feature
Query multiple features

Select Layers to Display:

Zoom Controls:
Zoom In
Pan
Zoom Out

Zoom Size

-------------- next part -------------- An HTML attachment was scrubbed... URL: From ealpert at DIGITALGLOBE.COM Thu Nov 10 15:34:02 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Thu, 10 Nov 2005 16:34:02 -0700 Subject: DHTML rubber-band box Message-ID: Check your webserver logs and look at the URL it's submitting...Copy that and in a browse use it changing mode=browse to mode=map...If nothing displays then you most likely have your projection or extents wrong. This is how I initially figured out how to debug what was going on in the dhtml example. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jennifer A Bennett Sent: Thursday, November 10, 2005 2:57 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] DHTML rubber-band box I am trying to copy the code for the DHTML rubber-band box from the Itasca Demo and cannot get it to show my map. I am wondering what other code I must copy or change to make this work? I am able to get the gist of the Javascript code, but I am not familiar enough to write new code. So far I have copied the Javascript folder and most of the graphics from the Graphics folder into my drive. I have copied and inserted the portion of code below from the (Itasca) index.html into my index.html file. I have also copied the code below from the itasca_adds_dhtml.html file and placed it into my file called watershed_main.html Here is my watershed_main.html code Interactive Major (HUC Level 4) Web Page

Interactive Major (HUC Level 4) Web Page

pan northwest pan north pan northeast
pan west
pan east
pan southwest pan south pan southeast
scalebar (km) scalebar (mi)

MAP CONTROLS


Choose an Action:
Browse map
Query feature
Query multiple features

Select Layers to Display:

Zoom Controls:
Zoom In
Pan
Zoom Out

Zoom Size

-------------- next part -------------- An HTML attachment was scrubbed... URL: From Russ.Bradford at CSIRO.AU Thu Nov 10 16:26:50 2005 From: Russ.Bradford at CSIRO.AU (Russ Bradford) Date: Fri, 11 Nov 2005 11:26:50 +1100 Subject: How to show lines between PostGIS data of type POINT Message-ID: Hi Steve, I have tried all manner of slight changes to the code to try to get it to work. This morning I went back to the basics and tried starting out with the basic subquery: geom from ( select geom from shark_pos where shark_name = 'Bomber') as foo using unique oid using srid = -1 This did not work. The error was "column oid does not exist". Now I know that the oid column does exist and that in fact it is the indexed column. So I tried using a different column as unique (pos_time). Again, I get an error stating that column pos_time does not exist. So I returned to the original DATA definition: DATA "geom from shark_pos" and FILTER "shark_name = 'Bomber'" This works - and I can even label the points with pos_time if I so wish. If I look at what MapServer supports I can see "INPUT=POSTGIS" so I am assuming I have Postgis installed and configured correctly. I am using MapServer V 4.6.0 I am at a loss to see where I am going wrong. Any direction would be greatly appreciated. Cheers, Russ. -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at swoodbridge.com] Sent: Thursday, 10 November 2005 2:04 PM To: Bradford, Russ (CMAR, Hobart) Cc: PostGIS Users Discussion Subject: Re: [UMN_MAPSERVER-USERS] How to show lines between PostGIS data of type POINT Russ, 1) Try making 'FROM' as 'from' there is/was a stupid bug on this. 2) the function setsrid(geom, 4326) requires two arguments you only have one 3) not sure where the query is getting oid, I'll cc the list on this and see if they have input on that -Steve Russ.Bradford at csiro.au wrote: > Hi Steve, > > I hope you do not mind me asking you directly before I post to the > list. I tried using your suggestion for creating a line to join the > dots. I consistently come up with an error no matter which way I try > to define the DATA. I have tried: > > LAYER > CONNECTIONTYPE postgis > NAME "Bomber" > CONNECTION "user=postgres password=***** dbname=WhiteShark > host=localhost port=5432" DATA "geom FROM (SELECT setsrid (makeline > (SELECT geom FROM shark_pos ORDER BY pos_date))) as foo using > SRID=4326 USING UNIQUE oid" STATUS ON > TYPE POINT > FILTER "shark_name = 'Bomber'" > ... > > > The above definition is not what you suggested, but I did try that as > well. I have also added a couple of other things (such as 'as foo') > that are suggested in the Refractions tutorial. In all cases the error > message runs along the lines of: > > msDrawMap(): Image handling error. Failed to draw layer named > 'Bomber'. > prepare_database(): Query error. Error executing POSTGIS DECLARE (the > actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > pos_date::text,asbinary(force_collection(force_2d(geom)),'NDR'),oid::tex > t from (SELECT setsrid (makeline (select geom FROM shark_pos ORDER BY > pos_date))) as foo WHERE (shark_name = 'Bomber') and (geom && setSRID( > 'BOX3D(110 -48,156 -2)'::BOX3D,4326) )' > > Postgresql reports the error as 'ERROR: syntax error at or near > "select" at character 149 ' > > In some of the errors I noticed that there were not enough, or too > many, matching parentheses. That is why I have added some to the DATA > definition above. > > The table I am using has an oid column for uniqueness and logically > the dots should be joined in date order. Pos_date is of date type and > the geom is geometry with the constraints of "POINT"::text OR geom IS > NULL & SRID(geom)=4326. > > Do you have any ideas of what I am doing wrong here. Once I have this > working I will post it to the list for any others who may want to do a > similar thing. > > Many thanks, and again I hope you do not mind the direct email > approach in the first instance. > > Russ. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Stephen Woodbridge > Sent: Wednesday, 9 November 2005 3:24 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] How to show lines between PostGIS > data of type POINT > > > Hi Russ, > > Have you looked at > http://ms.gis.umn.edu/community/conferences/MUM3/workshop/postgis/ > > this is a great intro to PostGIS and mapserver. > > If your points are in a table as point geometry (as apposed to a lat > and > > lon column) then you can doe something like: > > select setsrid(makeline((select the_geom from points order by id)), > 4326); > > if you data is in lat, lon columns then: > > select setsrid( > makeline( > (select setsrid( > makepoint(log,lat), 4326 > ) > from points order by id > ) > ), 4326 > ); > > you may need to change the SRID from 4326 to whatever your data is in. > > -Steve > > Russ Bradford wrote: > >>Hi list, >>I too have a database filled with point data for which I would like to > > >>"join-the-dots". Would anyone have a working example of how to do this > > >>using MapServer and PostgreSQL that they would like to share? The >>original thread here mentioned looking into Collect(), MakeLine() and >>AddPoint(). I have searched through the documentation and come up >>blank with all except Collect(). And being very new to MapServer (and >>PostgreSQL) I would like a little more direction in how to apply these > > >>solutions. If it makes any difference, I am using a Windows machine >>with Apache and the latest version of Mapserver. Cheers, Russ. >> >> >>On Tue, 26 Jul 2005 08:50:52 -0500, David Bitner >> >>wrote: >> >> >> >>>To show lines but query points, you would need to have your data in >>>Mapserver as both lines and points. To convert your points to lines >>>in Postgis (can be done on the fly) look into Collect(), MakeLine(), >>>and AddPoint(). You'll need to be sure to order your points by >>>timestamp before aggregating them to the line. >>> >>>On 7/26/05, Sebastian Albrecht wrote: >>> >>> >>>>Hello, >>>> >>>>is it possible to show lines between POINT data results from a >>>>PostGIS-DB? Is it possible to somehow convert one point and the next >>>>one following to a line on-the-fly each time the Mapserver queries >>>>the database? >>>> >>>>My problem is I have a lot of single latlon points which have >>>>different timestamps and further values. The user should be able to >>>>query these values of a single point but lines should be shown in the > > >>>>map. Using a LINE type would not be very consistent because the user >>>>would not know which end of the line is the point the values belong >>>>to. >>>> >>>>One knows something? ;) >>>> >>>>Best regards, >>>>Sebastian >>>> >> >> > From gerry.creager at TAMU.EDU Thu Nov 10 17:14:36 2005 From: gerry.creager at TAMU.EDU (Gerry Creager N5JXS) Date: Thu, 10 Nov 2005 19:14:36 -0600 Subject: So I changed from v4.1 to v4.6 and I get a CCGI error... Message-ID: The error: loadMap(): Web application error. CGI variable "map" is not set. I suspect something in the mapfile, but I don't know what. Is it something someone can suggest without me including the whole bloody mapfile, or do I need to expose the world to my mapfile? Thanks, Gerry -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From warmerdam at POBOX.COM Thu Nov 10 17:18:30 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 10 Nov 2005 20:18:30 -0500 Subject: So I changed from v4.1 to v4.6 and I get a CCGI error... In-Reply-To: <4373F07C.5010900@tamu.edu> Message-ID: On 11/10/05, Gerry Creager N5JXS wrote: > The error: > loadMap(): Web application error. CGI variable "map" is not set. > > I suspect something in the mapfile, but I don't know what. Is it > something someone can suggest without me including the whole bloody > mapfile, or do I need to expose the world to my mapfile? Gerry, In traditional CGI mode you need to indicate the map file to be used in the URL (or via an environment variable). Presumably you don't in this case. Something like: http://gdal.velocet.ca/cgi-bin/mapserv?map=%2Fu%2Fwww%2Fraster_demo%2Fdemo.map&zoomsize=2&qlayer=raster_l Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From carlo.calvino at EMAIL.IT Fri Nov 11 01:32:26 2005 From: carlo.calvino at EMAIL.IT (Carlo Calvino) Date: Fri, 11 Nov 2005 03:32:26 -0600 Subject: Join between Postgis table and Postgresql table Message-ID: On Thu, 10 Nov 2005 09:45:58 -0600, Steven Monai wrote: Steven, it worked!! Thank you very much! :) But now it remains the most important problem: What about 1-to-many relationships? I have a shapefile with point features: let's suppose to click on such a point, i want to see all the analysis (the rows in a table) related to that point. With your suggestion, I can only view one analysis. How can I handle this new situation? >Carlo: > >If you look closely at the error message, it is saying that you need an >alias for your subquery in the FROM clause. So, try this in your DATA line: > >DATA "the_geom from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, >opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = >opo.id_shape) as foo using SRID=4326 using unique gid " > >Hope this helps, >-SM >-- > From crazygecko at GMAIL.COM Fri Nov 11 02:38:53 2005 From: crazygecko at GMAIL.COM (Xin) Date: Fri, 11 Nov 2005 10:38:53 +0000 Subject: timing map requests Message-ID: Hi, I'm optimising a map at the moment as it takes a while to load. I thought it would be great having an objective number telling me how long a map took to process, rather than just me feeling how the speed has changed. I had a good look around in template reference and past posts and wasn't able to find anything. Does anyone know of a way to do this? I'm using MapServer CGI so would prefer a non-php way, perhaps javascript. I might use php if need to. Really appreciate any input. Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlindstorff at GMAIL.COM Fri Nov 11 02:45:51 2005 From: jlindstorff at GMAIL.COM (James Lindstorff) Date: Fri, 11 Nov 2005 11:45:51 +0100 Subject: timing map requests In-Reply-To: Message-ID: We use a web application stress tool link MS WAST http://www.microsoft.com/downloads/details.aspx?FamilyID=E2C0585A-062A-439E-A67D-75A89AA36495&displaylang=en You can of cause use other stress tools. The way we use it is finding a fitting number of URL's and then running the stress test after easy change we make to either setup or data sources. This way we have hard data to back our decisions in changes and optimizations. On 11/11/05, Xin wrote: > Hi, > > I'm optimising a map at the moment as it takes a while to load. I thought > it would be great having an objective number telling me how long a map took > to process, rather than just me feeling how the speed has changed. I had a > good look around in template reference and past posts and wasn't able to > find anything. Does anyone know of a way to do this? I'm using MapServer > CGI so would prefer a non-php way, perhaps javascript. I might use php if > need to. > > Really appreciate any input. > > Cheers, > Xin > From umberto.nicoletti at GMAIL.COM Fri Nov 11 02:49:35 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Fri, 11 Nov 2005 11:49:35 +0100 Subject: timing map requests In-Reply-To: <921bfe120511110245w1ab8092cx9a3ed240d39e705@mail.gmail.com> Message-ID: Try jmeter: http://jakarta.apache.org/jmeter/ It has good support for sessions, forms and everything you will probably need. Umberto On 11/11/05, James Lindstorff wrote: > We use a web application stress tool link > > MS WAST > http://www.microsoft.com/downloads/details.aspx?FamilyID=E2C0585A-062A-439E-A67D-75A89AA36495&displaylang=en > > You can of cause use other stress tools. > > The way we use it is finding a fitting number of URL's and then > running the stress test after easy change we make to either setup or > data sources. > > This way we have hard data to back our decisions in changes and optimizations. > > On 11/11/05, Xin wrote: > > Hi, > > > > I'm optimising a map at the moment as it takes a while to load. I thought > > it would be great having an objective number telling me how long a map took > > to process, rather than just me feeling how the speed has changed. I had a > > good look around in template reference and past posts and wasn't able to > > find anything. Does anyone know of a way to do this? I'm using MapServer > > CGI so would prefer a non-php way, perhaps javascript. I might use php if > > need to. > > > > Really appreciate any input. > > > > Cheers, > > Xin > > > From frequens at GMAIL.COM Fri Nov 11 03:38:11 2005 From: frequens at GMAIL.COM (frequens) Date: Fri, 11 Nov 2005 12:38:11 +0100 Subject: php_ mapscript and WFS Server functionality Message-ID: Hi, Is php_mapscript able to act as WFS Server? It was compiled with the necessary options and phpinfo shows enabled WFS Server and client. If yes, how would this be accomplished, could someone please post an example (URL)? Many thanks in advance, BR frequens -------------- next part -------------- An HTML attachment was scrubbed... URL: From nbarker at RSINC.COM Fri Nov 11 05:00:18 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Fri, 11 Nov 2005 13:00:18 -0000 Subject: ENVI file format Message-ID: Hi, I am using MapServer WCS (though it could be a WMS for this question), and I am wondering about serving ENVI file format data. I am reading ENVI data from disk (*.img, *.hdr), but writing from a WCS is a problem since I would need to have multi-part response. Is there a way to make MapServer zip a file before delivery, so that I can have an output format like ENVI.zip containing envi.img, envi.hdr. I appreciate it is not part of the spec., but could be useful. Many thanks, Norman From crazygecko at GMAIL.COM Fri Nov 11 05:03:30 2005 From: crazygecko at GMAIL.COM (Xin) Date: Fri, 11 Nov 2005 13:03:30 +0000 Subject: timing map requests In-Reply-To: <75b4b93e0511110249t66ff98aelb84c59929d66a055@mail.gmail.com> Message-ID: Cool, thanks for the replies guys. I'll try those out. On 11/11/05, Umberto Nicoletti wrote: > > Try jmeter: > > http://jakarta.apache.org/jmeter/ > > It has good support for sessions, forms and everything you will probably > need. > > Umberto > > On 11/11/05, James Lindstorff wrote: > > We use a web application stress tool link > > > > MS WAST > > > http://www.microsoft.com/downloads/details.aspx?FamilyID=E2C0585A-062A-439E-A67D-75A89AA36495&displaylang=en > > > > You can of cause use other stress tools. > > > > The way we use it is finding a fitting number of URL's and then > > running the stress test after easy change we make to either setup or > > data sources. > > > > This way we have hard data to back our decisions in changes and > optimizations. > > > > On 11/11/05, Xin wrote: > > > Hi, > > > > > > I'm optimising a map at the moment as it takes a while to load. I > thought > > > it would be great having an objective number telling me how long a map > took > > > to process, rather than just me feeling how the speed has changed. I > had a > > > good look around in template reference and past posts and wasn't able > to > > > find anything. Does anyone know of a way to do this? I'm using > MapServer > > > CGI so would prefer a non-php way, perhaps javascript. I might use php > if > > > need to. > > > > > > Really appreciate any input. > > > > > > Cheers, > > > Xin > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From asimpson at I-55.COM Fri Nov 11 05:24:20 2005 From: asimpson at I-55.COM (Simpson) Date: Fri, 11 Nov 2005 07:24:20 -0600 Subject: timing map requests In-Reply-To: Message-ID: shp2img on the command line combined with the time command in unix/linux will do what you want without other time contributing factors, like Web server and network. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Xin Sent: Friday, November 11, 2005 4:39 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] timing map requests Hi, I'm optimising a map at the moment as it takes a while to load. I thought it would be great having an objective number telling me how long a map took to process, rather than just me feeling how the speed has changed. I had a good look around in template reference and past posts and wasn't able to find anything. Does anyone know of a way to do this? I'm using MapServer CGI so would prefer a non-php way, perhaps javascript. I might use php if need to. Really appreciate any input. Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jorn at SPACETEC.NO Fri Nov 11 06:59:25 2005 From: jorn at SPACETEC.NO (=?iso-8859-1?q?J=F8rn_Vegard_R=F8snes?=) Date: Fri, 11 Nov 2005 16:59:25 +0200 Subject: timing map requests In-Reply-To: Message-ID: Grinder should be perfect for you http://grinder.sourceforge.net/ cheers Joern On Friday 11 November 2005 11:38, Xin wrote: > Hi, > > I'm optimising a map at the moment as it takes a while to load. I thought > it would be great having an objective number telling me how long a map took > to process, rather than just me feeling how the speed has changed. I had a > good look around in template reference and past posts and wasn't able to > find anything. Does anyone know of a way to do this? I'm using MapServer > CGI so would prefer a non-php way, perhaps javascript. I might use php if > need to. > > Really appreciate any input. > > Cheers, > Xin From warmerdam at POBOX.COM Fri Nov 11 07:11:38 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Fri, 11 Nov 2005 10:11:38 -0500 Subject: ENVI file format In-Reply-To: Message-ID: On 11/11/05, Norman Barker wrote: > Hi, > > I am using MapServer WCS (though it could be a WMS for this question), and I am wondering about serving ENVI file format data. I am reading ENVI data from disk (*.img, *.hdr), but writing from a WCS is a problem since I would need to have multi-part response. > > Is there a way to make MapServer zip a file before delivery, so that I can have an output format like ENVI.zip containing envi.img, envi.hdr. > > I appreciate it is not part of the spec., but could be useful. Norman, I have had a vague intent to implement such a thing (zipped multi-file responses) for a while; however, I haven't had the time nor clear demand to do so. One issue is that it isn't especially clear from the GDAL API level if/when multiple files are being created. We would likely need to create a new sub-temp directory for each request processed, and then if more than one file is created we could zip the results. We might even need some control of whether this is enabled in the OUTPUTFORMAT declaration. Would you be interested in trying to implement this in msSaveImageGDAL() in mapgdal.c? You might want to "prototype" it now and then you could write an RFC for the feature for MapServer 5.0. Since we are in feature freeze now, we shouldn't be introducing such new features in CVS till 4.8 is in the can. Alternatively, I could implement it, but I would likely need funding as it would likely be a couple days effort. I'm also booked up for 2-3 months. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From amejia at GUA.NET Fri Nov 11 07:03:00 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Fri, 11 Nov 2005 09:03:00 -0600 Subject: Can't install MapServer Message-ID: I'm a newbie on this unix stuff, but I know a little bit about ports, so I tried installing MapServer using ports, but it failed, so I decided to install it manually. When I do the ./configure I get this error: configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local. Make sure GD 2.0.16 or higher is compiled before calling configure. You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv). But I know I have GD installed, and it's higher than the one requiered: # pkg_info | grep gd gd-2.0.33_3,1 A graphics library for fast creation of images gdal-1.2.1_2 A translator library for raster geospatial data formats php5-gd-5.0.5_1 The gd shared extension for php I don't know what to do next... Can somebody help me? Thanks in advance. Alejandro Mejia Evertsz -------------- next part -------------- An HTML attachment was scrubbed... URL: From gavin.simpson at UCL.AC.UK Fri Nov 11 07:26:13 2005 From: gavin.simpson at UCL.AC.UK (Gavin Simpson) Date: Fri, 11 Nov 2005 15:26:13 +0000 Subject: Can't install MapServer In-Reply-To: Message-ID: On Fri, 2005-11-11 at 09:03 -0600, Alejandro Mejia Evertsz wrote: > I'm a newbie on this unix stuff, but I know a little bit about ports, > so I tried installing MapServer using ports, but it failed, so I > decided to install it manually. > When I do the ./configure I get this error: > > configure: error: Could not find gd.h or libgd.a/libgd.so > in /usr/local. Make sure GD 2.0.16 or higher is compiled before > calling configure. You may also get this error if you didn't specify > the appropriate location for one of GD's dependencies (freetype, > libpng, libjpeg or libiconv). > > But I know I have GD installed, and it's higher than the one > requiered: > > # pkg_info | grep gd > gd-2.0.33_3,1 A graphics library for fast creation of images > gdal-1.2.1_2 A translator library for raster geospatial data > formats > php5-gd-5.0.5_1 The gd shared extension for php > > I don't know what to do next... > Can somebody help me? > > Thanks in advance. > > Alejandro Mejia Evertsz If configure can't find gd itself then you need to help it out. try: whereis gd at in bash/shell for example, or search for gd.h, then specify the location in the configure line, --with-gd= etc. I don't know your system, but on linux you'd also have a gd-devel package that contains the headers (gd.h) that you need to compile against. So even though you have gd, you don't seem to have the devel headers installed, you can just use gd. HTH G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Gavin Simpson [T] +44 (0)20 7679 5522 ENSIS Research Fellow [F] +44 (0)20 7679 7565 ENSIS Ltd. & ECRC [E] gavin.simpsonATNOSPAMucl.ac.uk UCL Department of Geography [W] http://www.ucl.ac.uk/~ucfagls/cv/ 26 Bedford Way [W] http://www.ucl.ac.uk/~ucfagls/ London. WC1H 0AP. %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% From woodbri at SWOODBRIDGE.COM Fri Nov 11 07:29:21 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Fri, 11 Nov 2005 10:29:21 -0500 Subject: Can't install MapServer In-Reply-To: Message-ID: Alejandro Mejia Evertsz wrote: > I'm a newbie on this unix stuff, but I know a little bit about ports, so > I tried installing MapServer using ports, but it failed, so I decided to > install it manually. > When I do the ./configure I get this error: > > configure: error: Could not find gd.h or libgd.a/libgd.so in > /usr/local. Make sure GD 2.0.16 or higher is compiled before calling > configure. You may also get this error if you didn't specify the > appropriate location for one of GD's dependencies (freetype, libpng, > libjpeg or libiconv). > > But I know I have GD installed, and it's higher than the one requiered: > > # pkg_info | grep gd > *gd-2.0.33_3,1 A graphics library for fast creation of images > *gdal-1.2.1_2 A translator library for raster geospatial data formats > php5-gd-5.0.5_1 The gd shared extension for php > I don't know what to do next... > Can somebody help me? It is installed at /usr not /usr/local so when you do something like: ./configure \ --with-httpd=/usr/sbin/apache \ --with-proj=/opt/mapserver \ --with-gd=/opt/mapserver \ --with-freetype=/opt/mapserver \ --with-postgis \ --with-php=../php-4.3.4 \ --without-tiff \ --enable-runpath \ --without-xpm \ but replace /opt/mapserver with the path that is appropriate for your system, eg: --with-gd=/usr and you probably do not want --enable-runpath unless you are using strange directories like I do above and you know what that does :) -Steve W. From eywitteveen at GMAIL.COM Fri Nov 11 08:16:54 2005 From: eywitteveen at GMAIL.COM (E Witteveen) Date: Fri, 11 Nov 2005 17:16:54 +0100 Subject: Retrieve label information from a different connection Message-ID: Hello, Currently we are using mapserver on a small scale, and we are looking if we can put mapserver to usage in more situations. We also use Autodesk MapGuide Server and it has some functionalities which i cannot quite discover in mapserver. A thing that we use quite often in Mapguide server is called the "secondary table", which can be used to retrieve information from a different datasource than the one displaying the gis information. The reason for this is that we have to couple administrative data with geo stored in different locations due to the fact that we work in the grey-fields of industry. Importing data into a new system is not really a option. The thing i want to accomplish is to display the gis-information from a shape and add the label information from a non-gis datasource. - The shape contains a gid field and the shape itselve. - The database contains a table with a gid and a label field. In mapguide the viewport(extent) would determine wich gid's are used in the screen and based upon this a second query is fired to determine the label information ( SELECT labelfield FROM labeltable WHERE gid IN (1,2,3,4,5,6,7,8,9,41,42,43,44) ) I've found some information which mentions OGR Join, but i dont know if this is the right tool to do the job. How can i accomplish this in mapserver without importing everything into the same datasource? -- Ing. Eduard Yeb Witteveen Software Engineer Hawar Information Technology bv lid Dijkoraad Groep De Wymerts 7 8701 WT Bolsward Tel: +31 (0)515 570333 Fax: +31 (0)515 570335 http://www.hawarit.com/ nl_NL fy_NL en_US From amejia at GUA.NET Fri Nov 11 08:19:01 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Fri, 11 Nov 2005 10:19:01 -0600 Subject: Can't install MapServer In-Reply-To: <1131722773.5059.52.camel@gsimpson.geog.ucl.ac.uk> Message-ID: Thanks Gavin and Stephen. I forgot to mention I'm running a FreeBSD 5.4 box. I followed your advises like this: I did: # whereis gd gd: /usr/ports/graphics/gd But didn't seem logical to me, cause that location is where you install the port from. Anyway, I tried: #./configure --with-gd=/usr/ports/graphics/gd Got the same error. I searched the files it says and got this locations: # find / -name libgd.so /usr/local/lib/libgd.so # find / -name libgd.a /usr/local/lib/libgd.a # find / -name gd.h /usr/local/include/php/ext/gd/libgd/gd.h /usr/local/include/gd.h /usr/ports/graphics/graphviz/work/graphviz-2.2/gd/gd.h /usr/ports/print/dvipsk-tetex/work/tetex-src-3.0/libs/gd/gd.h /usr/ports/print/teTeX-base/work/tetex-src-3.0/libs/gd/gd.h /usr/ports/www/mod_php5/work/php-5.0.5/ext/gd/libgd/gd.h Then I did a: #./configure --with-gd=/usr/local/include But got the same error. Also got the error when I tried #./configure --with-gd=/usr/local/lib I think I'm not an experienced user with Unix, and this task is going to be harder for a non-unix user. But if anyone has something that could help... I'll be glad to hear about it! ;) Thanks to all. Cheers! -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gavin Simpson Sent: Viernes, 11 de Noviembre de 2005 09:26 a.m. To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Can't install MapServer On Fri, 2005-11-11 at 09:03 -0600, Alejandro Mejia Evertsz wrote: > I'm a newbie on this unix stuff, but I know a little bit about ports, > so I tried installing MapServer using ports, but it failed, so I > decided to install it manually. > When I do the ./configure I get this error: > > configure: error: Could not find gd.h or libgd.a/libgd.so in > /usr/local. Make sure GD 2.0.16 or higher is compiled before calling > configure. You may also get this error if you didn't specify the > appropriate location for one of GD's dependencies (freetype, libpng, > libjpeg or libiconv). > > But I know I have GD installed, and it's higher than the one > requiered: > > # pkg_info | grep gd > gd-2.0.33_3,1 A graphics library for fast creation of images > gdal-1.2.1_2 A translator library for raster geospatial data > formats > php5-gd-5.0.5_1 The gd shared extension for php > > I don't know what to do next... > Can somebody help me? > > Thanks in advance. > > Alejandro Mejia Evertsz If configure can't find gd itself then you need to help it out. try: whereis gd at in bash/shell for example, or search for gd.h, then specify the location in the configure line, --with-gd= etc. I don't know your system, but on linux you'd also have a gd-devel package that contains the headers (gd.h) that you need to compile against. So even though you have gd, you don't seem to have the devel headers installed, you can just use gd. HTH G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Gavin Simpson [T] +44 (0)20 7679 5522 ENSIS Research Fellow [F] +44 (0)20 7679 7565 ENSIS Ltd. & ECRC [E] gavin.simpsonATNOSPAMucl.ac.uk UCL Department of Geography [W] http://www.ucl.ac.uk/~ucfagls/cv/ 26 Bedford Way [W] http://www.ucl.ac.uk/~ucfagls/ London. WC1H 0AP. %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% From crazygecko at GMAIL.COM Fri Nov 11 09:05:26 2005 From: crazygecko at GMAIL.COM (Xin) Date: Fri, 11 Nov 2005 17:05:26 +0000 Subject: timing map requests In-Reply-To: Message-ID: Cheers man! This is *exactly* what I was looking for. The break down of how long each layer took to process is amazing. Really gives me a lot of info to optimise my map. Here's my output from shp2img for those interested: www-data at homer:~/demo/Europa/Aus$ ./shp2img -l all -m australia.map -o hello.png [Fri Nov 11 16:36:56 2005].83988 msDrawMap(): Layer 6 (motorway), 0.024s [Fri Nov 11 16:36:56 2005].84838 msDrawMap(): Layer 7 (mainroads), 0.001s [Fri Nov 11 16:36:56 2005].577472 msDrawMap(): Layer 8 (normalroads), 0.492s [Fri Nov 11 16:36:56 2005].637597 msDrawMap(): Layer 9 (smallroads), 0.060s [Fri Nov 11 16:36:56 2005].713233 msDrawMap(): Layer 10 (airports), 0.075s [Fri Nov 11 16:36:56 2005].713576 msDrawMap(): Layer 11 (Capital), 0.000s [Fri Nov 11 16:36:56 2005].713863 msDrawMap(): Layer 12 (Cities), 0.000s [Fri Nov 11 16:36:56 2005].714620 msDrawMap(): Layer 13 (towns), 0.001s [Fri Nov 11 16:36:56 2005].726380 msDrawMap(): Layer 14 (villages), 0.012s [Fri Nov 11 16:36:57 2005].281766 msDrawMap(): Drawing Label Cache Note that you need 'DEBUG on' for map object and all layer objects. Thanks Simpson! Xin On 11/11/05, Simpson wrote: > > shp2img on the command line combined with the time command in unix/linux > will do what you want without other time contributing factors, like Web > server and network. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amejia at GUA.NET Fri Nov 11 09:06:53 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Fri, 11 Nov 2005 11:06:53 -0600 Subject: Can't install MapServer In-Reply-To: <4374CB00.3000506@spiekermann.de> Message-ID: Thank you very much Manfred! Now ./configure ends fine. Danke! -----Original Message----- From: Manfred Meier [mailto:m.meier at spiekermann.de] Sent: Viernes, 11 de Noviembre de 2005 10:47 a.m. To: Alejandro Mejia Evertsz Subject: Re: [UMN_MAPSERVER-USERS] Can't install MapServer Hello, I tried it on my SuSE and there was the same problem: --with-gd=/usr/local/include didn't do it, but --with-gd=/usr/local is ok. Perhaps it looks then for include and lib. hope, that helps Manfred Alejandro Mejia Evertsz schrieb: > Thanks Gavin and Stephen. > I forgot to mention I'm running a FreeBSD 5.4 box. > I followed your advises like this: > > I did: > > # whereis gd > gd: /usr/ports/graphics/gd > > But didn't seem logical to me, cause that location is where you > install the port from. > Anyway, I tried: > #./configure --with-gd=/usr/ports/graphics/gd > > Got the same error. > > I searched the files it says and got this locations: > > # find / -name libgd.so > /usr/local/lib/libgd.so > > # find / -name libgd.a > /usr/local/lib/libgd.a > > # find / -name gd.h > /usr/local/include/php/ext/gd/libgd/gd.h > /usr/local/include/gd.h > /usr/ports/graphics/graphviz/work/graphviz-2.2/gd/gd.h > /usr/ports/print/dvipsk-tetex/work/tetex-src-3.0/libs/gd/gd.h > /usr/ports/print/teTeX-base/work/tetex-src-3.0/libs/gd/gd.h > /usr/ports/www/mod_php5/work/php-5.0.5/ext/gd/libgd/gd.h > > Then I did a: > #./configure --with-gd=/usr/local/include > > But got the same error. Also got the error when I tried #./configure > --with-gd=/usr/local/lib > > > I think I'm not an experienced user with Unix, and this task is going > to be harder for a non-unix user. > But if anyone has something that could help... I'll be glad to hear > about it! ;) > > Thanks to all. > Cheers! > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Gavin Simpson > Sent: Viernes, 11 de Noviembre de 2005 09:26 a.m. > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Can't install MapServer > > On Fri, 2005-11-11 at 09:03 -0600, Alejandro Mejia Evertsz wrote: > >>I'm a newbie on this unix stuff, but I know a little bit about ports, >>so I tried installing MapServer using ports, but it failed, so I >>decided to install it manually. >>When I do the ./configure I get this error: >> >>configure: error: Could not find gd.h or libgd.a/libgd.so in >>/usr/local. Make sure GD 2.0.16 or higher is compiled before calling >>configure. You may also get this error if you didn't specify the >>appropriate location for one of GD's dependencies (freetype, libpng, >>libjpeg or libiconv). >> >>But I know I have GD installed, and it's higher than the one >>requiered: >> >># pkg_info | grep gd >>gd-2.0.33_3,1 A graphics library for fast creation of images >>gdal-1.2.1_2 A translator library for raster geospatial data >>formats >>php5-gd-5.0.5_1 The gd shared extension for php >> >>I don't know what to do next... >>Can somebody help me? >> >>Thanks in advance. >> >>Alejandro Mejia Evertsz > > > If configure can't find gd itself then you need to help it out. try: > > whereis gd > > at in bash/shell for example, or search for gd.h, then specify the > location in the configure line, --with-gd= etc. I don't know your > system, but on linux you'd also have a gd-devel package that contains > the headers (gd.h) that you need to compile against. So even though > you have gd, you don't seem to have the devel headers installed, you can just use gd. > > HTH > > G > -- > %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% > Gavin Simpson [T] +44 (0)20 7679 5522 > ENSIS Research Fellow [F] +44 (0)20 7679 7565 > ENSIS Ltd. & ECRC [E] gavin.simpsonATNOSPAMucl.ac.uk > UCL Department of Geography [W] http://www.ucl.ac.uk/~ucfagls/cv/ > 26 Bedford Way [W] http://www.ucl.ac.uk/~ucfagls/ > London. WC1H 0AP. > %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~ > % > From abe.gillespie at GMAIL.COM Fri Nov 11 09:25:29 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Fri, 11 Nov 2005 12:25:29 -0500 Subject: [ANNOUNCE] MapServer Console: AXL 2 Mapserver converter In-Reply-To: <75b4b93e0511090151l275192e4jc9533cbca1361050@mail.gmail.com> Message-ID: I'm looking forward to giving this a try. Unfortunately the downloadable archive (0.9) is broken. Would you please fix this and let us know? Thanks. -Abe On 11/9/05, Umberto Nicoletti wrote: > During the last month I have been working on a conversion program > called MapServer Console that strives to generates valid and working > mapserver .map files from AXL files. > The software is currently in beta* and is available from cvs and > through sourceforge. > > I haven't had a chance to try it on Windows yet so I cannot guarantee > that it will work reliably or at all on that platform. All other > UNIX-like platforms that can run Java at least 1.4 should present no > problems. > > The software is at the site: > > http://msconsole.sourceforge.net > > Notes for Windows users are on the download page: > > http://msconsole.sourceforge.net/?page_id=11 > > And the feature list is here: > > http://msconsole.sourceforge.net/?page_id=7 > > Please note that the site allows for anonymous comments, so you can > post your thoughts there, if relevant. > > The AXL files I usually work with are generated from Arc Explorer 9, > so the features available are limited. On the other hand customization > is very easy so new features will be supported with a reasonable > amount of work. > > I hope you enjoy it as much as I have done while writing it! > Umberto > > * I called this release a beta only because the number of supported > features is not complete, but in fact the sofwtare is very stable. > From helmster_99 at YAHOO.COM Fri Nov 11 11:44:13 2005 From: helmster_99 at YAHOO.COM (Chris Helm) Date: Fri, 11 Nov 2005 11:44:13 -0800 Subject: Mapserver query statement In-Reply-To: Message-ID: Hi list- I'm having some trouble with mapserver query results with data PostGIS. I'm wondering if there's a way to find the exact sql statement that mapserver uses when generating a query result in the nquery mode? Thanks, Chris __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs From listario at GMAIL.COM Fri Nov 11 12:47:43 2005 From: listario at GMAIL.COM (J. Parapar) Date: Fri, 11 Nov 2005 21:47:43 +0100 Subject: Mapserver query statement In-Reply-To: <20051111194414.74891.qmail@web50715.mail.yahoo.com> Message-ID: Hi Chris. You can look at the PostgreSQL log (usually in /var/log/postgresql/postgres.log). You have to configure PostgreSQL to log the SQL senteces it receives. But what I find in the log are staments with parameters, and not the real values of the parameters. Jorge 2005/11/11, Chris Helm : > Hi list- > > I'm having some trouble with mapserver query results > with data PostGIS. I'm wondering if there's a way to > find the exact sql statement that mapserver uses when > generating a query result in the nquery mode? > > Thanks, > Chris > > > > __________________________________ > Start your day with Yahoo! - Make it your home page! > http://www.yahoo.com/r/hs > From amejia at GUA.NET Thu Nov 10 14:12:21 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Thu, 10 Nov 2005 16:12:21 -0600 Subject: FW: Can't install MapServer Message-ID: I'm a newbie on this unix stuff, but I know a little bit about ports, so I tried installing MapServer using ports, but it failed, so I decided to install it manually. When I do the ./configure I get this error: configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local. Make sure GD 2.0.16 or higher is compiled before calling configure. You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv). But I know I have GD installed, and it's higher than the one requiered: # pkg_info | grep gd gd-2.0.33_3,1 A graphics library for fast creation of images gdal-1.2.1_2 A translator library for raster geospatial data formats php5-gd-5.0.5_1 The gd shared extension for php I don't know what to do next... Can somebody help me? Thanks in advance. Alejandro Mejia Evertsz -------------- next part -------------- An HTML attachment was scrubbed... URL: From amejia at GUA.NET Thu Nov 10 12:34:32 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Thu, 10 Nov 2005 14:34:32 -0600 Subject: Can't install MapServer Message-ID: I'm a newbie on this unix stuff, but I know a little bit about ports, so I tried installing MapServer using ports, but it failed, so I decided to install it manually. When I do the ./configure I get this error: configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local. Make sure GD 2.0.16 or higher is compiled before calling configure. You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv). But I know I have GD installed, and it's higher than the one requiered: # pkg_info | grep gd gd-2.0.33_3,1 A graphics library for fast creation of images gdal-1.2.1_2 A translator library for raster geospatial data formats php5-gd-5.0.5_1 The gd shared extension for php I don't know what to do next... Can somebody help me? Thanks in advance. Alejandro Mejia Evertsz -------------- next part -------------- An HTML attachment was scrubbed... URL: From amejia at GUA.NET Fri Nov 11 13:38:08 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Fri, 11 Nov 2005 15:38:08 -0600 Subject: Can't install MapServer In-Reply-To: <200511102034.jAAKYZ7G019802@ns1.jetnetla.com> Message-ID: Hi List! My apologies about this 2 mails that where stuck on my SMTP server yesterday when lost connection. The issue I mention here has already solved with valuable help of some of you. Thanks _____ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Alejandro Mejia Evertsz Sent: Jueves, 10 de Noviembre de 2005 02:35 p.m. To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Can't install MapServer I'm a newbie on this unix stuff, but I know a little bit about ports, so I tried installing MapServer using ports, but it failed, so I decided to install it manually. When I do the ./configure I get this error: configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local. Make sure GD 2.0.16 or higher is compiled before calling configure. You may also get this error if you didn't specify the appropriate location for one of GD's dependencies (freetype, libpng, libjpeg or libiconv). But I know I have GD installed, and it's higher than the one requiered: # pkg_info | grep gd gd-2.0.33_3,1 A graphics library for fast creation of images gdal-1.2.1_2 A translator library for raster geospatial data formats php5-gd-5.0.5_1 The gd shared extension for php I don't know what to do next... Can somebody help me? Thanks in advance. Alejandro Mejia Evertsz -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdc at SDC.COM.AU Fri Nov 11 17:24:02 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sat, 12 Nov 2005 11:54:02 +1030 Subject: Changing map file params via URL Message-ID: G'day again. I have read the map file doco on this topic and seen a number of posts requesting information but cannot see the answers that I need. Several people have asked about using map_reference_image to dynamically change the reference image. Is this possible? (I cannot get it to work.) Similarly, I want to use map_reference_extent. If this option is not available, what other alternatives exist (apart from dynamically creating a new, temporary map file.) Is there a definition of "virtually any map file value"? Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From sdc at SDC.COM.AU Fri Nov 11 17:32:36 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sat, 12 Nov 2005 12:02:36 +1030 Subject: Box onreference map Message-ID: I have found a possible partial solution to this problem. In my CGI program, I am using the proj utility to convert the (dynamically determined) lat/long extent of the main map to metres and then using URL substitution to pass these values to mapserv. For testing purposes,I have manually edited the map file to set the reference map extent to the same values and the "box of interest" display now works. My problem now is to work out how to change the reference map extent (and image) dynamically. (See separate posting.) Cheers, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From ed at TOPOZONE.COM Fri Nov 11 17:55:49 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Fri, 11 Nov 2005 20:55:49 -0500 Subject: Shp2img segfault on FWTools 1.0.0a6 Message-ID: Folks - I'm scratching my head over this one. I'm setting up a new test system and have installed FWTools on it. With an Apache front-end, the mapserv CGI works just fine for a simple test, rendering a portion of a GeoTIFF image. I'm interested in doing some lightweight profiling with shp2img, but I cannot get it to work. I have reduced my mapfile to this: Size 400 300 Extent 657052.39 3617276.11 659084.39 3618800.1 Layer Name DRG Type Raster Status Default Data test.tif End End When I run shp2img on it, I get: [Fri Nov 11 20:51:08 2005].807883 msDrawRasterLayerLow(DRG): entering. Segmentation fault The original mapfile has a TILEINDEX in it, and when I use that I get shp2img hanging with 100% CPU usage. I'm very puzzled since this setup works fine with the mapserv binary from the same distribution. Any ideas would be appreciated! - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com From sdc at SDC.COM.AU Fri Nov 11 18:23:58 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sat, 12 Nov 2005 12:53:58 +1030 Subject: Box on reference map Message-ID: Sorry, I got it wrong in my last post. The only combination of extents that works for all options is to have main map extents in lat/long (matching the data) and the reference map extent in the corresponding projection metres. With this (and only this) combination I can pan on the main map using the pan icons and by clicking the reference mapand, use a rubber band to select a box of interest and have it zoom on the main map and display on the reference map and query points by switching to query mode. Dynamically setting reference map image and extent remains a challenge. Cheers, Stephen Davies -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From bartvde at XS4ALL.NL Sat Nov 12 09:26:16 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Sat, 12 Nov 2005 18:26:16 +0100 Subject: php_ mapscript and WFS Server functionality In-Reply-To: <2482247e0511110338q77473e12j93c472f9926f6dd7@mail.gmail.com> Message-ID: AFAIK this is not possible, only Mapserver CGI can be a WFS server. Best regards, Bart frequens wrote: > Hi, > > Is php_mapscript able to act as WFS Server? > It was compiled with the necessary options and phpinfo shows enabled > WFS Server and client. > > If yes, how would this be accomplished, could someone please post an > example (URL)? > > Many thanks in advance, > > BR > > frequens From kenton.williams at UMIT.MAINE.EDU Sat Nov 12 17:06:58 2005 From: kenton.williams at UMIT.MAINE.EDU (Kenton Williams) Date: Sat, 12 Nov 2005 19:06:58 -0600 Subject: Labels in SWF (Flash) output format Message-ID: Hello all, I'm a bit of a newbie regarding mapserver. I have a mapfile that is rendering pretty much just how I want it in PNG and JPEG with labels and all. What I really need is to render the map in SWF (Flash), which does work with one big problem: the labels are not present. I definitely have the right code to get labels, as they appear just as I want in JPEG and PNG output. Changing to SWF output looks exactly the same, except the labels vanish. Are labels not supported in Flash? If they are, what do I need to include in my mapfile to tell Mapserver to render them? Thanks! Kenton Williams From tylermitchell at SHAW.CA Sat Nov 12 23:43:53 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Sat, 12 Nov 2005 23:43:53 -0800 Subject: Fwd: Nonprofit Software Survey Message-ID: In case you didn't see this already and you help select software for NGO/nonprofits... -------- Original Message -------- Subject: [NOSI discussion] Nonprofit Software Survey - We need your help Date: Mon, 07 Nov 2005 15:58:32 -0500 From: Katrin Verclas Aspiration is conducting the first-ever 'Nonprofit Software Survey.' We want to learn how nonprofit/NGO staff and their technology supports around the world: * search for appropriate software for their work, * evaluate software options, and * decide which tools to use. We need your help: 1. Please fill it out! Fill out the Nonprofit Software Survey at http://www.surveymonkey.com/s.asp?u=806691298474. It'll take about 10-15 minutes to complete the survey. 2. Please pass it on! Pass on the Nonprofit Software Survey http://www.surveymonkey.com/s.asp?u=806691298474 to nonprofit and NGO staff and decision makers in your networks. We are especially interested in hearing from program and management staff of nonprofits and NGOs. We will make survey results widely available once the survey is completed. Thank you very much! (and apologies for cross-posting). Best, Katrin Katrin Verclas Aspiration: Better Tools for a Better World www.aspirationtech.org katrin at aspirationtech.org _______________________________________________ nosi-discussion mailing list nosi-discussion at nosi.net http://lists.nosi.net/listinfo.cgi/nosi-discussion-nosi.net ------------------------------------------------------- From osgis.lists at GMAIL.COM Sun Nov 13 09:41:03 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Sun, 13 Nov 2005 17:41:03 +0000 Subject: Mapserver query statement In-Reply-To: <20051111194414.74891.qmail@web50715.mail.yahoo.com> Message-ID: A quick and dirty way is to throw something in the query that you know will cause an error (ie change the srid or something). The error message that gets spit back at you when you try running mapserver then contains the query. It's ugly, but it's easy and fast. On 11/11/05, Chris Helm wrote: > > Hi list- > > I'm having some trouble with mapserver query results > with data PostGIS. I'm wondering if there's a way to > find the exact sql statement that mapserver uses when > generating a query result in the nquery mode? > > Thanks, > Chris > > > > __________________________________ > Start your day with Yahoo! - Make it your home page! > http://www.yahoo.com/r/hs > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mtrp36 at HOTMAIL.COM Sun Nov 13 10:59:55 2005 From: mtrp36 at HOTMAIL.COM (K Kuo) Date: Sun, 13 Nov 2005 18:59:55 +0000 Subject: Help for Mapserver installation Message-ID: Hi, I am new to Mapserver and linux as well. Please help me solve a problem which I have got when I tried to install Mapserver in my new Fedora 4. I got the following messages when I tried to install libJPEG and run make -n install /usr/bin/install -c -m 644 jconfig.h /usr/local/include/jconfig.h /usr/bin/install -c -m 644 ./jpeglib.h /usr/local/include/jpeglib.h /usr/bin/install -c -m 644 ./jmorecfg.h /usr/local/include/jmorecfg.h /usr/bin/install -c -m 644 ./jerror.h /usr/local/include/jerror.h ./libtool --mode=install /usr/bin/install -c libjpeg.la /usr/local/lib/libjpeg.la ./libtool --mode=install /usr/bin/install -c cjpeg /usr/local/bin/cjpeg ./libtool --mode=install /usr/bin/install -c djpeg /usr/local/bin/djpeg ./libtool --mode=install /usr/bin/install -c jpegtran /usr/local/bin/jpegtran ./libtool --mode=install /usr/bin/install -c rdjpgcom /usr/local/bin/rdjpgcom ./libtool --mode=install /usr/bin/install -c wrjpgcom /usr/local/bin/wrjpgcom /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 /usr/bin/install -c -m 644 ./djpeg.1 /usr/local/man/man1/djpeg.1 /usr/bin/install -c -m 644 ./jpegtran.1 /usr/local/man/man1/jpegtran.1 /usr/bin/install -c -m 644 ./rdjpgcom.1 /usr/local/man/man1/rdjpgcom.1 /usr/bin/install -c -m 644 ./wrjpgcom.1 /usr/local/man/man1/wrjpgcom.1 I got the error message when I run make install /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 /usr/bin/install: cannot create regular file `/usr/local/man/man1/cjpeg.1': No such file or directory make: *** [install] Error 1 I have checked the /usr/local/man folder which contains only man3 and man5 sub-folders. Do I have to create a man1 sub-folder before runing make install? Could please give me some advices? Thank you very much Kurt From sergiodlopez at YAHOO.COM Sun Nov 13 15:03:46 2005 From: sergiodlopez at YAHOO.COM (Sergio Lopez) Date: Sun, 13 Nov 2005 17:03:46 -0600 Subject: error 500 while enabling REQUIRES Message-ID: Hi there: I have a problem, when I turn on REQUIRES in a layer I receive a Internal Server error 500. everithing works fine when I comment the line. the line in my .map file is: REQUIRES "![Img]" I also tried REQUIRES "[Img] !=1" the "Img" layer is a TIFF raster. The issue is that the map file worked perfectly well with version 4.2 of mapscript.dll. The problem appeared when I upgraded to 4.4 and above. am I doing something wrong? both llayers are: LAYER NAME "Img" STATUS OFF DATA "mdpgk2.TIF" TYPE RASTER UNITS METERS SIZEUNITS PIXELS END LAYER NAME "Manzanas" GROUP "Base" STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "host=xxport=5432 dbname=xxuser=xxpassword=xx" DATA "the_geom from manzanas" TYPE POLYGON CLASSITEM "verde" UNITS METERS SIZEUNITS PIXELS MAXSCALE 25000 REQUIRES "![Img]" TOLERANCE 10 TOLERANCEUNITS PIXELS CLASS NAME "comunes" EXPRESSION "0" STYLE SYMBOL 0 COLOR 255 255 199 OUTLINECOLOR 100 100 100 SIZE 3 END END CLASS NAME "VERDES" EXPRESSION "1" STYLE SYMBOL 0 COLOR 0 170 0 OUTLINECOLOR 100 100 100 SIZE 3 END END CLASS NAME "AGUA" EXPRESSION "3" STYLE SYMBOL 0 COLOR 0 0 240 OUTLINECOLOR 100 100 100 SIZE 3 END END END Thanks in advance Sergio La Plata - Argentina From mark at GOISC.COM Sun Nov 13 16:46:30 2005 From: mark at GOISC.COM (Mark Alexander) Date: Sun, 13 Nov 2005 18:46:30 -0600 Subject: PHP MapScript hangs or performance degradation Message-ID: I am seeing very similar symptoms. I am running C# mapscript, and I've wrapped it in a .Net web service. The web service will periodically peg the processor at 100%. Appears to be in an endless loop. We opened a priority support ticket with Microsoft. They read a dump and determined the issue is inside the mapscript dll. We just prepared a debug build, did a dump, and Microsoft is going to analyze the problem. Curiously, we are using shapefiles too. We tried to verify them, and one had an error opening in ArcInfo. We replaced it with an uncorrupted copy, and the problem now occurs far less frequently. Based on that, it is my belief that our problem has to do with map server or mapscript having some problem with handling certain shapefiles, and that it goes into an endless loop. For us, the problem would also 'correct itself' but that is simply because the process running the code would recycle. SO--we are probably going to move away from shaepfiles to ArcSDE. I am not sure this will fix the problem--but it might help. We are also going to find out what Microsoft says. I think they'll be able to pinpoint the code that is looping. Feel free to email me if you want to learn the result in a few days. From lfilak at MEDINACO.ORG Sun Nov 13 19:13:01 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Sun, 13 Nov 2005 22:13:01 -0500 Subject: Help for Mapserver installation In-Reply-To: Message-ID: K Kuo writes: > Hi, > I am new to Mapserver and linux as well. Please help me solve a problem > which I have got when I tried to install Mapserver in my new Fedora 4. > > I got the following messages when I tried to install libJPEG and run make > -n install > > /usr/bin/install -c -m 644 jconfig.h /usr/local/include/jconfig.h > /usr/bin/install -c -m 644 ./jpeglib.h /usr/local/include/jpeglib.h > /usr/bin/install -c -m 644 ./jmorecfg.h /usr/local/include/jmorecfg.h > /usr/bin/install -c -m 644 ./jerror.h /usr/local/include/jerror.h > ./libtool --mode=install /usr/bin/install -c libjpeg.la > /usr/local/lib/libjpeg.la > ./libtool --mode=install /usr/bin/install -c cjpeg /usr/local/bin/cjpeg > ./libtool --mode=install /usr/bin/install -c djpeg /usr/local/bin/djpeg > ./libtool --mode=install /usr/bin/install -c jpegtran > /usr/local/bin/jpegtran > ./libtool --mode=install /usr/bin/install -c rdjpgcom > /usr/local/bin/rdjpgcom > ./libtool --mode=install /usr/bin/install -c wrjpgcom > /usr/local/bin/wrjpgcom > /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 > /usr/bin/install -c -m 644 ./djpeg.1 /usr/local/man/man1/djpeg.1 > /usr/bin/install -c -m 644 ./jpegtran.1 /usr/local/man/man1/jpegtran.1 > /usr/bin/install -c -m 644 ./rdjpgcom.1 /usr/local/man/man1/rdjpgcom.1 > /usr/bin/install -c -m 644 ./wrjpgcom.1 /usr/local/man/man1/wrjpgcom.1 > > I got the error message when I run make install > /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 > /usr/bin/install: cannot create regular file > `/usr/local/man/man1/cjpeg.1': No such file or directory > make: *** [install] Error 1 > > I have checked the /usr/local/man folder which contains only man3 and man5 > sub-folders. > Do I have to create a man1 sub-folder before runing make install? Could > please give me some advices? Kurt, Is may be easier to locate an rpm to do the job. You can try: http://rpm.pbone.net/index.php3/stat/4/idpl/1981298/com/libjpeg-6b-34.i386.r pm.html if you don't have a CD. I believe there is also a facility on Fedora named YUM which makes it eaven easier to install needed libraries and any dependecies. You may also want to look at the 'FGS Linux installer' at maptools.org or the rpm's at mappinghacks.com. Lowell From tim at COMMENSPACE.ORG Sun Nov 13 19:15:58 2005 From: tim at COMMENSPACE.ORG (Tim Schaub) Date: Sun, 13 Nov 2005 19:15:58 -0800 Subject: error 500 while enabling REQUIRES Message-ID: > > Hi there: > I have a problem, when I turn on REQUIRES in a layer I > receive a Internal Server error 500. everithing works fine > when I comment the line. REQUIRES doesn't work on layers with NAME or GROUP (named or grouped layers) between 4.2 and 4.8 - see bug #1283: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1283 At 4.8 (and beyond?), REQUIRES still will not work for rasters. Tim From BEN at SYNCERA-ITSOLUTIONS.NL Sun Nov 13 21:55:50 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Mon, 14 Nov 2005 06:55:50 +0100 Subject: Help for Mapserver installation Message-ID: If you are new to Mapserver and Linux I would suggest giving FGS a shot: http://www.maptools.org/fgs Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> K Kuo 13-11-2005 19:59 >>> Hi, I am new to Mapserver and linux as well. Please help me solve a problem which I have got when I tried to install Mapserver in my new Fedora 4. I got the following messages when I tried to install libJPEG and run make -n install /usr/bin/install -c -m 644 jconfig.h /usr/local/include/jconfig.h /usr/bin/install -c -m 644 ./jpeglib.h /usr/local/include/jpeglib.h /usr/bin/install -c -m 644 ./jmorecfg.h /usr/local/include/jmorecfg.h /usr/bin/install -c -m 644 ./jerror.h /usr/local/include/jerror.h ./libtool --mode=install /usr/bin/install -c libjpeg.la /usr/local/lib/libjpeg.la ./libtool --mode=install /usr/bin/install -c cjpeg /usr/local/bin/cjpeg ./libtool --mode=install /usr/bin/install -c djpeg /usr/local/bin/djpeg ./libtool --mode=install /usr/bin/install -c jpegtran /usr/local/bin/jpegtran ./libtool --mode=install /usr/bin/install -c rdjpgcom /usr/local/bin/rdjpgcom ./libtool --mode=install /usr/bin/install -c wrjpgcom /usr/local/bin/wrjpgcom /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 /usr/bin/install -c -m 644 ./djpeg.1 /usr/local/man/man1/djpeg.1 /usr/bin/install -c -m 644 ./jpegtran.1 /usr/local/man/man1/jpegtran.1 /usr/bin/install -c -m 644 ./rdjpgcom.1 /usr/local/man/man1/rdjpgcom.1 /usr/bin/install -c -m 644 ./wrjpgcom.1 /usr/local/man/man1/wrjpgcom.1 I got the error message when I run make install /usr/bin/install -c -m 644 ./cjpeg.1 /usr/local/man/man1/cjpeg.1 /usr/bin/install: cannot create regular file `/usr/local/man/man1/cjpeg.1': No such file or directory make: *** [install] Error 1 I have checked the /usr/local/man folder which contains only man3 and man5 sub-folders. Do I have to create a man1 sub-folder before runing make install? Could please give me some advices? Thank you very much Kurt From dirk at ADVTECHME.COM Sun Nov 13 22:20:43 2005 From: dirk at ADVTECHME.COM (Dirk Tilger) Date: Mon, 14 Nov 2005 10:20:43 +0400 Subject: php mapscript with postgresql 8.1 In-Reply-To: <4371F5CE.8000107@cerene.fr> Message-ID: On Wed, Nov 09, 2005 at 02:12:46PM +0100, St?phane RIFF wrote: > I don't think there were an old link libpq.so.3 before compile mapserver. > But when i try ln -s lipq.so.3 libpq.so.4 i doesn't work, my libpq.so.4 > is in /usr/local/pgsql/lib/ does it matter ? Assuming you haven't a broken linker on your system there are only two possible reasons: 1. The filename libpq.so.3 exists on your system and mapserver has been linked against it 2. You are loading your old php_mapscript.so An ease option to separate the two would be by going into your mapserver build directory and doing: ldd mapscript/php3/php_mapscript.so | grep libpq The command above will output you the exact filename of libpq.so. You can do the same thing with your php_mapscript.so in your PHP directory. Dirk Tilger Advanced Technologies ME FZ LLC Tel +971 4 367 1071 Fax +971 4 367 2529 Mob +971 50 8809132 +966 55 1650025 From umberto.nicoletti at GMAIL.COM Mon Nov 14 00:40:08 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Mon, 14 Nov 2005 09:40:08 +0100 Subject: [ANNOUNCE] MapServer Console: AXL 2 Mapserver converter In-Reply-To: Message-ID: What do you mean by broken? On my Windows XP/Linux box it works just fine. Anyway I will release a better packaged version next week. Regards, Umberto On 11/11/05, Abe Gillespie wrote: > I'm looking forward to giving this a try. Unfortunately the > downloadable archive (0.9) is broken. Would you please fix this and > let us know? > > Thanks. > -Abe > > On 11/9/05, Umberto Nicoletti wrote: > > During the last month I have been working on a conversion program > > called MapServer Console that strives to generates valid and working > > mapserver .map files from AXL files. > > The software is currently in beta* and is available from cvs and > > through sourceforge. > > > > I haven't had a chance to try it on Windows yet so I cannot guarantee > > that it will work reliably or at all on that platform. All other > > UNIX-like platforms that can run Java at least 1.4 should present no > > problems. > > > > The software is at the site: > > > > http://msconsole.sourceforge.net > > > > Notes for Windows users are on the download page: > > > > http://msconsole.sourceforge.net/?page_id=11 > > > > And the feature list is here: > > > > http://msconsole.sourceforge.net/?page_id=7 > > > > Please note that the site allows for anonymous comments, so you can > > post your thoughts there, if relevant. > > > > The AXL files I usually work with are generated from Arc Explorer 9, > > so the features available are limited. On the other hand customization > > is very easy so new features will be supported with a reasonable > > amount of work. > > > > I hope you enjoy it as much as I have done while writing it! > > Umberto > > > > * I called this release a beta only because the number of supported > > features is not complete, but in fact the sofwtare is very stable. > > > From ajfrank at ALICE.IT Mon Nov 14 00:43:08 2005 From: ajfrank at ALICE.IT (Gianfranco Brescia) Date: Mon, 14 Nov 2005 02:43:08 -0600 Subject: Problem with LABEL object Message-ID: Hi to all...I'he a problem with the angle of labels. My map file is LAYER NAME "Grafo_Stradale" TYPE line ... LABELITEM "toponimo" ... CLASS ... LABEL ANGLE auto POSITION auto COLOR 0 0 150 BACKGROUNDCOLOR 255 255 128 BUFFER 2 SIZE small END ... END ... END The label is oriented like the line (street) but not the text!The text is horizontal... how can I make the text oriented like the label and the street? Thanks. From fly2moon2 at GMAIL.COM Mon Nov 14 00:55:10 2005 From: fly2moon2 at GMAIL.COM (Jack Ling) Date: Mon, 14 Nov 2005 16:55:10 +0800 Subject: ROAD, STREET, BUILDING NAMES DOES'NT APPEAR. In-Reply-To: <000901c5e58f$f71ca1e0$5d2815ac@au.aecomnet.com> Message-ID: Hi Jacob and All, Sorry for not relying early as I was struggling with other projects. I finally get it worked out to show Chinese annotations based on all your advices. Yes, the main point is to have the FONT that correctly displays Chinese.(previously, I've problem because the font was not 'good' enough). And have the ENCODING set correctly (* Using UTF-8 for my case, Traditional Chinese). So far, I haven't seen other Chinese-font-related problems yet. I haven't tried the i18n version on doing this. Thanks all again. A copy of the working map file : LABELITEM "TEXT" CLASS LABEL TYPE TRUETYPE FONT bfhei SIZE 15 ANTIALIAS TRUE PARTIALS FALSE ENCODING UTF-8 POSITION CC MINDISTANCE 50 BUFFER 0 COLOR 255 255 255 SHADOWCOLOR 0 0 0 FORCE TRUE END END END best regards, Jack Ling On 11/10/05, Jacob Delfos wrote: > Jack, > > Been trying to send this message to the list, but it seems to disappear in a > black hole. My message to you yesterday didn't appear either..... Tried both > smtp and exchange servers! > > Anyway, I'm also trying to work this problem out for some colleagues > overseas. Previously I > didn't manage. > > I have done some new experimenting, and I did get to see some Chinese > annotations in my map-image. But for all I know, it said "ayooooh... major > error" in Chinese..... > > Try the following: > > inside the class of the annotation, put this: > > LABEL > TYPE TRUETYPE > FONT arial-unicode-ms > COLOR 0 0 0 > SIZE 12 > POSITION CL > PARTIALS FALSE > BUFFER 0 > ENCODING GB2312 > END > > Then inside your fontlist, put a reference to a Chinese font (mine maps to > ARIALUNI.TTF). That reference must match the fonttype in the label > definition. You may or may not have to turn off the STYLEITEM AUTO setting. > > I found this info on: > http://www.foss4g.org/FOSS4G/modules.php?name=AvantGo&file=print&sid=2 > > If this works well for you, please let me know. > > regards, > > Jacob > > > > > > > > ? -----Original Message----- > ? From: UMN MapServer Users List > ? [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jack Ling > ? Sent: 9 November 2005 22:20 > ? To: MAPSERVER-USERS at LISTS.UMN.EDU > ? Subject: Re: [UMN_MAPSERVER-USERS] ROAD, STREET, BUILDING > ? NAMES DOES'NT APPEAR. > ? > ? Hi guys! > ? > ? > ? Thanks a lot everyone here. After trials and re-testing based on your > ? comments and suggestions, finally I've the labels come up! Great! > ? > ? However, I've problem remain to be resolved: there are Chinese (or you > ? treat it as Unicode) characters in the DGN map don't show up correctly > ? (appears as garbage characters). > ? > ? Is it an inherent problem when using DGN file with MapServer? Or > ? anybody can help? > ? > ? Thanks a lot. > ? > ? On 11/9/05, Delfos, Jacob wrote: > ? > Hi Jack, > ? > > ? > Annotation layers can be a bit confusing. They are not > ? labels, but yet > ? > are partially treated as such..... > ? > > ? > Anyway, I find that the following annotation layer definition works > ? > quite well for me: > ? > > ? > > ? ############################################################## > ? ########## > ? > LAYER > ? > NAME "Annotation" > ? > TYPE ANNOTATION > ? > CONNECTIONTYPE OGR > ? > CONNECTION "yourfile.dgn" > ? > > ? > LABELITEM "TEXT" > ? > > ? > STATUS OFF > ? > STYLEITEM "AUTO" > ? > > ? > CLASS > ? > > ? > END > ? > END > ? > > ? ############################################################## > ? ########## > ? > > ? > You MUST have the LABELITEM defined, and you MUST also have a class > ? > (which is best left empty). There is something called > ? LABELANGLEITEM, > ? > but I am unable to get it to work. The result is that the > ? labels are not > ? > rotated. Would be good if someone else could explain how to > ? rotate DGN > ? > labels, because I don't know... > ? > > ? > Hope this helps, > ? > > ? > Regards, > ? > > ? > Jacob > ? > > ? > > > From eywitteveen at GMAIL.COM Mon Nov 14 01:41:11 2005 From: eywitteveen at GMAIL.COM (E Witteveen) Date: Mon, 14 Nov 2005 10:41:11 +0100 Subject: how to display muliple lableitems in a circle(polygon layer) Message-ID: Hello, Currently i'm trying to draw a circle on the map, with in the circle 2 fields and a horizontal-line, dividing the upperpart from the lower part. An example is shown below: ________ / \ / field1 \ | | |------------| | | \ field2 / \________/ The layertype im using is a polygon. Can anyone give me a pointer how i can accomplish this? I've searched the mailinglist and google, but i guess i dont know the proper keyword. Ing. Eduard Yeb Witteveen Software Engineer Hawar Information Technology bv lid Dijkoraad Groep De Wymerts 7 8701 WT Bolsward Tel: +31 (0)515 570333 Fax: +31 (0)515 570335 http://www.hawarit.com/ nl_NL fy_NL en_US From crazygecko at GMAIL.COM Mon Nov 14 02:20:55 2005 From: crazygecko at GMAIL.COM (Xin) Date: Mon, 14 Nov 2005 10:20:55 +0000 Subject: performance tuning annotation layers Message-ID: Hi, I'm currently trying to produce my map under 1 second. A tough goal, yes. I've managed to speed it up from around 3s to 1.5s so far. I did this using various techniques, such as tileindexing, splitting up data, thinning data. Using shp2img I can see drawing label cache takes the most time! Close to a second. Clearly there's some performance to be squeezed out here. I thought I'd email for some advice. Here's what most of my labels look like: LABEL TYPE TRUETYPE FONT "arial" FORCE true SIZE 9 POSITION CR MINDISTANCE 300 MAXSIZE 20 COLOR 0 0 0 OUTLINECOLOR 255 255 255 SHADOWCOLOR 255 255 255 SHADOWSIZE 2 2 ANTIALIAS false PARTIALS FALSE END I notice if I'm using a bold font, they take quite some time longer. Any suggestions? Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From erki.saluveer at REGIO.EE Mon Nov 14 03:01:54 2005 From: erki.saluveer at REGIO.EE (Erki Saluveer) Date: Mon, 14 Nov 2005 13:01:54 +0200 Subject: performance tuning annotation layers In-Reply-To: Message-ID: Hello Xin, I had a problem with performance issue when I had to use labeling for a dense road network. I discovered that outlining takes a lot of time. My test showed: without labels ->0,18 sec with labels -> 0,54 sec with outlined labels ->1,45 sec I got some help from Julien-Samuel Lacroix . He answered in Mapserver-user list: The reason mapserver outlining is slower is that the outline is made by drawing the label 8 more times. To do a good outline, mapserver have to draw the label in all 8 directions in the color of the outline and then draw the label in the good color at the right place. This gives a perfect 1 pixel outline. Even if it seems inefficient, this is what is suggest on the freetype mailing-list. In bug 1243, there's 3 patch to use the freetype outlining options. It use a development version of freetype, though. The official release does not include this functionality. See the bug for more details. http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1243 You have extra shadowing that is probably also taking a time. Greetings, Erki _____ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Xin Sent: Monday, November 14, 2005 12:21 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] performance tuning annotation layers Hi, I'm currently trying to produce my map under 1 second. A tough goal, yes. I've managed to speed it up from around 3s to 1.5s so far. I did this using various techniques, such as tileindexing, splitting up data, thinning data. Using shp2img I can see drawing label cache takes the most time! Close to a second. Clearly there's some performance to be squeezed out here. I thought I'd email for some advice. Here's what most of my labels look like: LABEL TYPE TRUETYPE FONT "arial" FORCE true SIZE 9 POSITION CR MINDISTANCE 300 MAXSIZE 20 COLOR 0 0 0 OUTLINECOLOR 255 255 255 SHADOWCOLOR 255 255 255 SHADOWSIZE 2 2 ANTIALIAS false PARTIALS FALSE END I notice if I'm using a bold font, they take quite some time longer. Any suggestions? Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From almudenarueda at INICIA.ES Mon Nov 14 05:05:38 2005 From: almudenarueda at INICIA.ES (almudena rueda) Date: Mon, 14 Nov 2005 14:05:38 +0100 Subject: ECW on mapserver4.6 Message-ID: Hello all, I'm using php Mapserverscript and I'm trying to upgrade from Mapserver 4.4 to Mapserver 4.6, everythng works well except the ecw files that makes a memory error when I try to show that kind of layers. I'm working in Windows XP with Apache, and using phpMapscript dll. Does anyone know if I have to change anything on my .map file to use Mapscript 4.6, or what can I do to make the updgrade? Here is my ECW raster layer: LAYER NAME "ORTOFOTO 1" GROUP "ORTOFOTO1" STATUS off DATA "35-4-3.ecw" TRANSPARENCY 85 TYPE RASTER PROJECTION "init=epsg:23030" END END # Layer Thanks in advance Almudena -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjbertrand at GMAIL.COM Mon Nov 14 05:53:13 2005 From: mjbertrand at GMAIL.COM (Mathieu Bertrand) Date: Mon, 14 Nov 2005 08:53:13 -0500 Subject: PHP MapScript hangs or performance degradation In-Reply-To: Message-ID: Hi, I'd very like to learn the result you will obtain from microsoft. Few weeks ago, We had a problem similar to you... Mapserver c#, asp.net and data stored in .tab (mapinfo). Everything was nice until a second user connects to our test website, then it was always crashing when both user did any operation at the same time. When the service was not responding anymore, the processor was utilize at 100 percent until we killed the process "asp.net". It was a concurrency problem, I located the problem exactly in the function "msDrawVectorLayer" in mapdraw.c Keep me informed... Thank you, -Mathieu Bertrand On 11/13/05, Mark Alexander wrote: > I am seeing very similar symptoms. I am running C# mapscript, and I've > wrapped it in a .Net web service. The web service will periodically peg > the processor at 100%. Appears to be in an endless loop. We opened a > priority support ticket with Microsoft. They read a dump and determined > the issue is inside the mapscript dll. We just prepared a debug build, did > a dump, and Microsoft is going to analyze the problem. > > Curiously, we are using shapefiles too. We tried to verify them, and one > had an error opening in ArcInfo. We replaced it with an uncorrupted copy, > and the problem now occurs far less frequently. Based on that, it is my > belief that our problem has to do with map server or mapscript having some > problem with handling certain shapefiles, and that it goes into an endless > loop. For us, the problem would also 'correct itself' but that is simply > because the process running the code would recycle. > > SO--we are probably going to move away from shaepfiles to ArcSDE. I am not > sure this will fix the problem--but it might help. We are also going to > find out what Microsoft says. I think they'll be able to pinpoint the code > that is looping. > > Feel free to email me if you want to learn the result in a few days. > From warmerdam at POBOX.COM Mon Nov 14 06:16:52 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Mon, 14 Nov 2005 09:16:52 -0500 Subject: ECW on mapserver4.6 In-Reply-To: <083e01c5e91c$1ccdc290$d4130e3e@mamu> Message-ID: On 11/14/05, almudena rueda wrote: > > Hello all, > > I'm using php Mapserverscript and I'm trying to upgrade from Mapserver 4.4 > to Mapserver 4.6, everythng works well except the ecw files that makes a > memory error when I try to show that kind of layers. I'm working in Windows > XP with Apache, and using phpMapscript dll. Does anyone know if I have to > change anything on my .map file to use Mapscript 4.6, or what can I do to > make the updgrade? > > Here is my ECW raster layer: Almudena, There is nothing apparently wrong with your LAYER definition. When you upgraded to MapServer 4.6 where did you get your ECW support? I would encourage you to use the latest version of the ECW SDK and GDAL 1.3.1. If you downloaded binary packages from somewhere, then please indicate where and we might be able to reproduce the problem. Otherwise there isn't much that can be done to help. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From David.Fawcett at STATE.MN.US Mon Nov 14 06:27:28 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Mon, 14 Nov 2005 08:27:28 -0600 Subject: Setting Title in Imagemap Message-ID: When using MapServer to generate an imagemap, is it possible to set the title property based on a string in a shape .dbf field? I see how to use %s to set it to the id field, but would like to use a formal name for the title. FORMATOPTION "POLYTITLE=[NAME]" didn't get me anywhere either. Thanks, David. From crazygecko at GMAIL.COM Mon Nov 14 06:34:04 2005 From: crazygecko at GMAIL.COM (Xin) Date: Mon, 14 Nov 2005 14:34:04 +0000 Subject: performance tuning annotation layers In-Reply-To: <20051114110154.353A02A2B5D@mail.regio.ee> Message-ID: Thanks Erki. Very interesting! I'll give this a go when I have time. Strange how MapServer needs to draw it 8 times to do an outline. Surely using a font size bigger than itself will give you a pretty good outline. When my coding gets good enough I might explore it further. On 14/11/05, Erki Saluveer wrote: -------------- next part -------------- An HTML attachment was scrubbed... URL: From abe.gillespie at GMAIL.COM Mon Nov 14 06:49:22 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 14 Nov 2005 09:49:22 -0500 Subject: [ANNOUNCE] MapServer Console: AXL 2 Mapserver converter In-Reply-To: <75b4b93e0511140040n19d9f361u23cfa944d1d01365@mail.gmail.com> Message-ID: Well, I just tried it in Windows and it extracted fine. Before I was working in Ubuntu Linux and I was getting some error during extraction. -Abe On 11/14/05, Umberto Nicoletti wrote: > What do you mean by broken? On my Windows XP/Linux box it works just fine. > > Anyway I will release a better packaged version next week. > > Regards, > Umberto > > On 11/11/05, Abe Gillespie wrote: > > I'm looking forward to giving this a try. Unfortunately the > > downloadable archive (0.9) is broken. Would you please fix this and > > let us know? > > > > Thanks. > > -Abe > > > > On 11/9/05, Umberto Nicoletti wrote: > > > During the last month I have been working on a conversion program > > > called MapServer Console that strives to generates valid and working > > > mapserver .map files from AXL files. > > > The software is currently in beta* and is available from cvs and > > > through sourceforge. > > > > > > I haven't had a chance to try it on Windows yet so I cannot guarantee > > > that it will work reliably or at all on that platform. All other > > > UNIX-like platforms that can run Java at least 1.4 should present no > > > problems. > > > > > > The software is at the site: > > > > > > http://msconsole.sourceforge.net > > > > > > Notes for Windows users are on the download page: > > > > > > http://msconsole.sourceforge.net/?page_id=11 > > > > > > And the feature list is here: > > > > > > http://msconsole.sourceforge.net/?page_id=7 > > > > > > Please note that the site allows for anonymous comments, so you can > > > post your thoughts there, if relevant. > > > > > > The AXL files I usually work with are generated from Arc Explorer 9, > > > so the features available are limited. On the other hand customization > > > is very easy so new features will be supported with a reasonable > > > amount of work. > > > > > > I hope you enjoy it as much as I have done while writing it! > > > Umberto > > > > > > * I called this release a beta only because the number of supported > > > features is not complete, but in fact the sofwtare is very stable. > > > > > > From stevem at SPATIALMAPPING.COM Mon Nov 14 07:58:47 2005 From: stevem at SPATIALMAPPING.COM (Steven Monai) Date: Mon, 14 Nov 2005 07:58:47 -0800 Subject: Join between Postgis table and Postgresql table In-Reply-To: Message-ID: Carlo: Okay, so let's say that the data relationship is 1 'pippo' to 0-or-more 'opo's, and 1 'opo' to 0-or-1 'pippo's. In order for MapServer to function correctly, you have to make sure that MapServer gets a unique ID number for each row of your data. 'pippo.gid' is not unique anymore, since a given 'pippo' could appear more than once in the DATA query. However, the primary key of 'opo' (I assume 'opo.gid') should suffice. Therefore, try this for your DATA line: DATA "the_geom from (SELECT opo.gid, pippo.the_geom, pippo.id_shape, opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = opo.id_shape) as foo using SRID=4326 using unique gid " In a sense, this is inefficient for map rendering, since MapServer will draw each pippo's geometry a number of times equal to the number of matching opo's, but it should work. And if you use MapServer's 'nquery' mode for querying, you should get all matching records, not just one. Hope this helps, -SM -- -----Original Message----- From: Carlo Calvino [mailto:carlo.calvino at EMAIL.IT] Sent: Friday, November 11, 2005 1:32 AM To: MAPSERVER-USERS at LISTS.UMN.EDU; Steven Monai Subject: Re: Join between Postgis table and Postgresql table On Thu, 10 Nov 2005 09:45:58 -0600, Steven Monai wrote: Steven, it worked!! Thank you very much! :) But now it remains the most important problem: What about 1-to-many relationships? I have a shapefile with point features: let's suppose to click on such a point, i want to see all the analysis (the rows in a table) related to that point. With your suggestion, I can only view one analysis. How can I handle this new situation? >Carlo: > >If you look closely at the error message, it is saying that you need an >alias for your subquery in the FROM clause. So, try this in your DATA line: > >DATA "the_geom from (SELECT pippo.gid, pippo.the_geom, pippo.id_shape, >opo.nome, opo.cognome FROM pippo LEFT OUTER JOIN opo ON pippo.id_shape = >opo.id_shape) as foo using SRID=4326 using unique gid " > >Hope this helps, >-SM >-- > From sgp_dgtek at HOTMAIL.COM Mon Nov 14 10:08:13 2005 From: sgp_dgtek at HOTMAIL.COM (Suman G. Pradhan) Date: Mon, 14 Nov 2005 12:08:13 -0600 Subject: MapServer C# MapScript Help Message-ID: Hi to all I am newbie in MapServer/MapScript world. I would like to develop a web application using Asp.Net. Please advice me if there is and how do I get working version of C# MapScript and a good tutorial on how to implement MapServer using Asp.Net? Thank you all in anticipation Regards suman From almudenarueda at INICIA.ES Mon Nov 14 11:18:24 2005 From: almudenarueda at INICIA.ES (almudena rueda) Date: Mon, 14 Nov 2005 20:18:24 +0100 Subject: ECW on mapserver4.6 Message-ID: Hello Frank I'm upgrading to mapserver 4.6 using the file "mapserver-4.6.1-win32-php4.4.0.zip" from the MapTools site. I have upgrade the dll's as well as the php version as said in the Readme file of that distribution. I have notice that the gdal version now is 1.3 but the ECW is the same as in mapserver 4.4, can the error be there? Thanks ----- Original Message ----- From: "Frank Warmerdam" To: Sent: Monday, November 14, 2005 3:16 PM Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 On 11/14/05, almudena rueda wrote: > > Hello all, > > I'm using php Mapserverscript and I'm trying to upgrade from Mapserver 4.4 > to Mapserver 4.6, everythng works well except the ecw files that makes a > memory error when I try to show that kind of layers. I'm working in Windows > XP with Apache, and using phpMapscript dll. Does anyone know if I have to > change anything on my .map file to use Mapscript 4.6, or what can I do to > make the updgrade? > > Here is my ECW raster layer: Almudena, There is nothing apparently wrong with your LAYER definition. When you upgraded to MapServer 4.6 where did you get your ECW support? I would encourage you to use the latest version of the ECW SDK and GDAL 1.3.1. If you downloaded binary packages from somewhere, then please indicate where and we might be able to reproduce the problem. Otherwise there isn't much that can be done to help. Best regards, -- ---------------------------------------+------------------------------------ -- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mstangeh at GMAIL.COM Mon Nov 14 11:44:40 2005 From: mstangeh at GMAIL.COM (Mauricio Stange H.) Date: Mon, 14 Nov 2005 16:44:40 -0300 Subject: dynamic layer filter Message-ID: Hi, I'm trying to make a date filter for the information that display a layer of the mapserver, so that the user select a month, or a year and then press a refresh button. I know how to set the filter manually. But how can I make this dynamically. It is possible to do this with the hidden var QueryString?? Thanks, Mauricio Stange H. From warmerdam at POBOX.COM Mon Nov 14 13:53:39 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Mon, 14 Nov 2005 16:53:39 -0500 Subject: ECW on mapserver4.6 In-Reply-To: <001001c5e950$3087d170$984a0e3e@mamu> Message-ID: On 11/14/05, almudena rueda wrote: > Hello Frank > > I'm upgrading to mapserver 4.6 using the file > "mapserver-4.6.1-win32-php4.4.0.zip" from the MapTools site. I have upgrade > the dll's as well as the php version as said in the Readme file of that > distribution. I have notice that the gdal version now is 1.3 but the ECW is > the same as in mapserver 4.4, can the error be there? Almundena, Well, I'm not sure if this will be a problem or not, but it suggests to me that you may not have the latest ECW SDK. Do you think you could prepare a minimal example demonstrating the problem you are running into? Ideally a mapfile and ecw file that can be used with shp2img to demonstrate the problem. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From steve.lime at DNR.STATE.MN.US Mon Nov 14 15:46:26 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 14 Nov 2005 17:46:26 -0600 Subject: Problem with LABEL object Message-ID: Gianfranco: Only TRUETYPE labels may be rotated. Steve >>> Gianfranco Brescia 11/14/05 2:43 AM >>> Hi to all...I'he a problem with the angle of labels. My map file is LAYER NAME "Grafo_Stradale" TYPE line ... LABELITEM "toponimo" ... CLASS ... LABEL ANGLE auto POSITION auto COLOR 0 0 150 BACKGROUNDCOLOR 255 255 128 BUFFER 2 SIZE small END ... END ... END The label is oriented like the line (street) but not the text!The text is horizontal... how can I make the text oriented like the label and the street? Thanks. From jacob.delfos at MAUNSELL.COM Mon Nov 14 15:58:15 2005 From: jacob.delfos at MAUNSELL.COM (Delfos, Jacob) Date: Tue, 15 Nov 2005 07:58:15 +0800 Subject: ECW on mapserver4.6 Message-ID: Almudena, I also had runtime memory errors with ecw, but only in php_mapscript 4.4.2. Maybe your php applications are still pointing to php_mapscript_44.dll (if you kept it side-by-side). Make sure they load the newer 4.6 version. The ecw runtime libraries (NCSEcw.dll, etc) are the same ones as distributed with the 4.4.2 version. But they work fine for me in version 4.6.1. Regards, Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of almudena rueda > Sent: 15 November 2005 03:18 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 > > Hello Frank > > I'm upgrading to mapserver 4.6 using the file > "mapserver-4.6.1-win32-php4.4.0.zip" from the MapTools site. > I have upgrade > the dll's as well as the php version as said in the Readme > file of that > distribution. I have notice that the gdal version now is 1.3 > but the ECW is > the same as in mapserver 4.4, can the error be there? > > Thanks > ----- Original Message ----- > From: "Frank Warmerdam" > To: > Sent: Monday, November 14, 2005 3:16 PM > Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 > > > On 11/14/05, almudena rueda wrote: > > > > Hello all, > > > > I'm using php Mapserverscript and I'm trying to upgrade > from Mapserver 4.4 > > to Mapserver 4.6, everythng works well except the ecw files > that makes a > > memory error when I try to show that kind of layers. I'm working in > Windows > > XP with Apache, and using phpMapscript dll. Does anyone > know if I have to > > change anything on my .map file to use Mapscript 4.6, or > what can I do to > > make the updgrade? > > > > Here is my ECW raster layer: > > Almudena, > > There is nothing apparently wrong with your LAYER definition. > When you upgraded to MapServer 4.6 where did you get your > ECW support? I would encourage you to use the latest version > of the ECW SDK and GDAL 1.3.1. If you downloaded binary > packages from somewhere, then please indicate where and we > might be able to reproduce the problem. Otherwise there isn't > much that can be done to help. > > Best regards, > -- > ---------------------------------------+---------------------- > -------------- > -- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial > Programmer for Rent > From steve.lime at DNR.STATE.MN.US Mon Nov 14 16:29:14 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 14 Nov 2005 18:29:14 -0600 Subject: how to display muliple lableitems in a circle(polygon layer) Message-ID: Is the polygon halves of the circle or what? If not, then MapServer cannot cut the circle in half for you. Your best bet would be to use a couple of point layers. One to draw the whole circle and another to draw just half of it. Then you can label each half. Here's an example image and mapfile: http://maps.dnr.state.mn.us/testing/charts/witteveen.png http://maps.dnr.state.mn.us/testing/charts/witteveen.map Each layer can take it's own label item. Note that the FORCE parameter is necessary for some reason. I think it's probably a problem in the label collision code that isn't taking the offset into account correctly. Probably not a big deal in your case since I imagine the circles are the main attraction in the map. I got a bit carried away with the drop shadows and outlines. Kinda wanted to see what was possible... Steve >>> E Witteveen 11/14/05 3:41 AM >>> Hello, Currently i'm trying to draw a circle on the map, with in the circle 2 fields and a horizontal-line, dividing the upperpart from the lower part. An example is shown below: ________ / \ / field1 \ | | |------------| | | \ field2 / \________/ The layertype im using is a polygon. Can anyone give me a pointer how i can accomplish this? I've searched the mailinglist and google, but i guess i dont know the proper keyword. Ing. Eduard Yeb Witteveen Software Engineer Hawar Information Technology bv lid Dijkoraad Groep De Wymerts 7 8701 WT Bolsward Tel: +31 (0)515 570333 Fax: +31 (0)515 570335 http://www.hawarit.com/ nl_NL fy_NL en_US From steve.lime at DNR.STATE.MN.US Mon Nov 14 16:45:10 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 14 Nov 2005 18:45:10 -0600 Subject: error 500 while enabling REQUIRES Message-ID: Just to clarify... As of 4.8, REQUIRES does work for all layer types, but doesn't support the [rasters] tag anymore. I was not able to come up with a robust and fast method for implementing that tag- the recursion possibilities made my head hurt... Steve >>> Tim Schaub 11/13/05 9:15 PM >>> > > Hi there: > I have a problem, when I turn on REQUIRES in a layer I > receive a Internal Server error 500. everithing works fine > when I comment the line. REQUIRES doesn't work on layers with NAME or GROUP (named or grouped layers) between 4.2 and 4.8 - see bug #1283: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1283 At 4.8 (and beyond?), REQUIRES still will not work for rasters. Tim From steve.lime at DNR.STATE.MN.US Mon Nov 14 16:50:14 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 14 Nov 2005 18:50:14 -0600 Subject: Setting Title in Imagemap Message-ID: It is if you use the shpxy approach to creating imagemaps. For example: http://maps.dnr.state.mn.us/eco/rsg/search/templates/index.html Steve >>> "Fawcett, David" 11/14/05 8:27 AM >>> When using MapServer to generate an imagemap, is it possible to set the title property based on a string in a shape .dbf field? I see how to use %s to set it to the id field, but would like to use a formal name for the title. FORMATOPTION "POLYTITLE=[NAME]" didn't get me anywhere either. Thanks, David. From roger at ROGERBIXBY.COM Mon Nov 14 20:04:22 2005 From: roger at ROGERBIXBY.COM (Roger Bixby) Date: Mon, 14 Nov 2005 20:04:22 -0800 Subject: JavaMapScript Message-ID: Hi all, I'm trying to use the JavaMapScript package and have run into some difficulty. When I run the DrawMap test file included with the distribution I get two different errors. This first error I get when I reference a map file that is not in the same directory as the java class file: C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java -Djava.library.path=c:/mapscript -cp .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg Exception in thread "main" java.lang.UnknownError: No such file or directory at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) at DrawMap.main(DrawMap.java:34) The second is slightly different, but I suspect it's related to the first: If I put the map file, in this case example1-8.map in the classpath, I sometimes get a java IOException: C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java -Djava.library.path=c:/mapscript -cp .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg (example1-8.map)java.io.IOException: (example1-8.map) at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) at DrawMap.main(DrawMap.java:34) I can't find any documentation on these errors at all. What little documentation I have been able to find is a couple of years old. Is there anyone out there now using Java MapScript who can steer me in the right direction with this? Thanks, Roger Bixby From fly2moon2 at GMAIL.COM Mon Nov 14 21:57:14 2005 From: fly2moon2 at GMAIL.COM (Jack Ling) Date: Tue, 15 Nov 2005 13:57:14 +0800 Subject: Auto Font Size / Alignment for Labels? Message-ID: Hi all, After you experts gave me advice so that my map could show the label for the map (ie. oads/buildings etc.), I've been struggling to get the display right for me. - 1st, the labels include things such as Street names, Street No, Building Names etc. I would like the Street Nos to be smaller in font size, while Building Names be bigger. However, since so far I put a finite SIZE (e.g SIZE 14) for the Label layer, all labels have the same font size. My DGN file only have one attribute named "TEXT" which is utiltized as Label annotation. I don't how to have the Font Size of various elements be displayed proportionally.? Anything auto adjusted? -also, the labels are aligned horizontally. I should expect the Labels be aligned properly with the feature. e.g. align along the road direction, building direction etc. - I have perfect display of the maps if I were to open the DXF format version from AutoCad. But seems I can't use DXF as MapServer doesn't support it? That pushes me to ask from my source for a DGN format version of the maps. Now, with the DGN version, I've the above-mentioned probelms....Furthermore, I don't have Microstation to edit a DGN file. I have AutoCad to edit the maps (turn on / off layers), but seems no way I can closely work with MapServer...? Any change I can use AutoCad to do some thing for me? Thanks again. jack ling From cermak at SFOS.UAF.EDU Mon Nov 14 23:52:33 2005 From: cermak at SFOS.UAF.EDU (Rob Cermak) Date: Mon, 14 Nov 2005 22:52:33 -0900 Subject: PHP5 mapserver + mapscript In-Reply-To: <1880f8a70510270549q459e614ej257bd8f352eb1e8e@mail.gmail.com> Message-ID: Peter, We are running Mapserver/Mapscript under apache2/php5 on Mandrake 10.2 (Linux). We are using a combo of source and source RPMS to get the job done. Build notes of various parts can be found here: http://ak.aoos.org/dev/mapserver.html Rob On Thu, 27 Oct 2005, Ing.Peter Misovic wrote: > Thank to all for your help. I gonna to try it under Linux. > > Nice day. > > Peter > > On 10/27/05, taatuut at planet.nl wrote: > > Hello Peter, > > > > You can use MapServer and MapScript with PHP 5. > > > > For Windows you can use the precompiled binaries at > > http://dl.maptools.org/dl/, latest is mapserver-4.6.1-win32- > > php5.0.5.zip > > > > I don't know if there are any easy-installers for Linux available, the > > FGS installer from MapTools is for PHP 4 > > (http://www.maptools.org/fgs/). > > > > But you can compile all needed things yourself of course, see > > http://ms.gis.umn.edu/docs/howto/verboselinuxinstall for more info. > > > > Also don't forget to search the MapServer mailing list. > > > > Regards, > > > > Emil > > > > > > ----- Oorspronkelijk bericht ----- > > Van: "Ing.Peter Misovic" > > Datum: donderdag, oktober 27, 2005 1:05 pm > > Onderwerp: [UMN_MAPSERVER-USERS] PHP5 mapserver + mapscript > > > > > Dear all, > > > at first I start work with I like to know if I can use > > > mapserver+mapscript with php5. > > > > > > > > > Thank you to all. > > > > > > > > > Peter > > > > > > -- Rob Cermak : 907-474-7948 : FAX 907-474-7204 : PGP = 0x75869A6E Alaska Ocean Observing System : Data Management School of Fisheries and Ocean Sciences : University of Alaska Fairbanks cermak at sfos.uaf.edu : fnjrc1 at uaf.edu ED9U1M7P01 at alaska.edu : cermak at alaska.edu From peter.misovic at GMAIL.COM Tue Nov 15 00:05:15 2005 From: peter.misovic at GMAIL.COM (Ing.Peter Misovic) Date: Tue, 15 Nov 2005 09:05:15 +0100 Subject: PHP5 mapserver + mapscript In-Reply-To: Message-ID: Rob, great, that's the platform I use - MDK 10.2. Thank you, Peter On 11/15/05, Rob Cermak wrote: > Peter, > > We are running Mapserver/Mapscript under apache2/php5 on Mandrake 10.2 > (Linux). > > We are using a combo of source and source RPMS to get the job done. > > Build notes of various parts can be found here: > http://ak.aoos.org/dev/mapserver.html > > Rob > > On Thu, 27 Oct 2005, Ing.Peter Misovic wrote: > > > Thank to all for your help. I gonna to try it under Linux. > > > > Nice day. > > > > Peter > > > > On 10/27/05, taatuut at planet.nl wrote: > > > Hello Peter, > > > > > > You can use MapServer and MapScript with PHP 5. > > > > > > For Windows you can use the precompiled binaries at > > > http://dl.maptools.org/dl/, latest is mapserver-4.6.1-win32- > > > php5.0.5.zip > > > > > > I don't know if there are any easy-installers for Linux available, the > > > FGS installer from MapTools is for PHP 4 > > > (http://www.maptools.org/fgs/). > > > > > > But you can compile all needed things yourself of course, see > > > http://ms.gis.umn.edu/docs/howto/verboselinuxinstall for more info. > > > > > > Also don't forget to search the MapServer mailing list. > > > > > > Regards, > > > > > > Emil > > > > > > > > > ----- Oorspronkelijk bericht ----- > > > Van: "Ing.Peter Misovic" > > > Datum: donderdag, oktober 27, 2005 1:05 pm > > > Onderwerp: [UMN_MAPSERVER-USERS] PHP5 mapserver + mapscript > > > > > > > Dear all, > > > > at first I start work with I like to know if I can use > > > > mapserver+mapscript with php5. > > > > > > > > > > > > Thank you to all. > > > > > > > > > > > > Peter > > > > > > > > > > > -- > Rob Cermak : 907-474-7948 : FAX 907-474-7204 : PGP = 0x75869A6E > Alaska Ocean Observing System : Data Management > School of Fisheries and Ocean Sciences : University of Alaska Fairbanks > cermak at sfos.uaf.edu : fnjrc1 at uaf.edu > ED9U1M7P01 at alaska.edu : cermak at alaska.edu > > From eywitteveen at GMAIL.COM Tue Nov 15 01:42:15 2005 From: eywitteveen at GMAIL.COM (E Witteveen) Date: Tue, 15 Nov 2005 10:42:15 +0100 Subject: how to display muliple lableitems in a circle(polygon layer) In-Reply-To: Message-ID: Steve Lime wrote: > Is the polygon halves of the circle or what? If not, then MapServer cannot cut the > circle in half for you. Your best bet would be to use a couple of point layers. One to > draw the whole circle and another to draw just half of it. Then you can label each > half. Here's an example image and mapfile: > > http://maps.dnr.state.mn.us/testing/charts/witteveen.png > http://maps.dnr.state.mn.us/testing/charts/witteveen.map Great! thank you for all the effort > taking the offset into account correctly. Probably not a big deal in your case since I > imagine the circles are the main attraction in the map. Actually they are used to display additional information for a polygon layer. This polygon layer represents parts of a city. For every part of the city there different values apply. Think about the maximum height which is allowed for buildings and the maximum height on which a gutter may be placed. The circles get important if you want information about a layer(the people are used to have this information on their map's so it will be a hard job talking them out of this idea ;) ) > I got a bit carried away with the drop shadows and outlines. Kinda wanted to see > what was possible... Thank you for the work and i can now make the thing working! Below i have pased your code, so all future searches on this topic can find the information also in the mail-archive. (next lines are owned by Steve Lime ) > MAP > NAME 'testy' > EXTENT 0 0 500 500 > SIZE 250 250 > > IMAGETYPE PNG > > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > SYMBOL > NAME 'circle-outline' > TYPE ELLIPSE > POINTS 1 1 END > END > > LAYER > NAME 'circle_top' > STATUS DEFAULT > TYPE POINT > FEATURE > POINTS 150 150 END > POINTS 350 350 END > END > CLASS > STYLE > SYMBOL 'circle' > SIZE 100 > COLOR 181 181 181 > OFFSET 3 3 > END > STYLE > SYMBOL 'circle' > SIZE 100 > COLOR 255 0 0 > END > LABEL > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > SIZE MEDIUM > OFFSET 0 -20 > FORCE TRUE > END > TEXT 'TOP' > END > END > > LAYER > NAME 'circle_bottom' > STATUS DEFAULT > TYPE POINT > FEATURE > POINTS 150 150 END > POINTS 350 350 END > END > CLASS > STYLE > SYMBOL 'circle' > SIZE 100 > COLOR 0 255 0 > ANGLE 180 > END > STYLE > SYMBOL 'circle-outline' > SIZE 100 > COLOR 121 121 121 > END > LABEL > COLOR 0 0 0 > OUTLINECOLOR 255 255 255 > SIZE MEDIUM > OFFSET 0 20 > FORCE TRUE > END > TEXT 'BOTTOM' > END > END > > END From taka_www at SINAMAN.COM Tue Nov 15 02:54:28 2005 From: taka_www at SINAMAN.COM (Taka Wong) Date: Tue, 15 Nov 2005 04:54:28 -0600 Subject: some problem on the source code(gml reader) Message-ID: Hi, I would like to add some functions on the gml reader. Besides, I have found some problem on reading gml2 where including chinese attribute, I then get to modify the codes. I have traced the flow of the function which starting from OGRGMLDataSource::Open Unfortunately, I got lost in gmlreader.cpp. As I know, ogr would load the gml file and check the existance of gfs file. if yes, ogr would read the gfs file, otherwise it would create one. Since not all information is stored in the created gfs file, like the "value" inside "value". I think it is not enough for ogr reading gfs instead of gml. I guess ogr would read the gml again, but I can't find the code about reloading the gml file. Can anybody tell me where does the action of reading gml? Does it using Xerces? since I can only find the parsing function for xsd file, but not gml. Thank you very much Regards, Taka From fedutov at MAIL.RU Tue Nov 15 02:47:47 2005 From: fedutov at MAIL.RU (Sergey Fedutov) Date: Tue, 15 Nov 2005 13:47:47 +0300 Subject: where is my polygons? Message-ID: Hi! I need to render map with buildings layers. (See http://getart.ru/~katsay/tile1.png) and all work fine. But, if i expand map Extent up to 20 meters i always get absent some polygons. (see http://getart.ru/~katsay/tile2.png) Map scale about 1:10000. (on bigger scales 1:25000, 1:50000 all works fine). Layer data stored in WGS84 projection and reprojecting to UTM (esri:53004). I try render layer from PostGis and shapefile, i try modify layer data to close all unclosed polygons. (Via FME Suite). But always get same results with buildings layer. Note, major roads (polygons too) rendering is allways perfect. I use mapserver 4.6.0 via phpMapscript. Whats wrong? Any ideas? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at GOISC.COM Tue Nov 15 03:11:15 2005 From: mark at GOISC.COM (Mark Alexander) Date: Tue, 15 Nov 2005 05:11:15 -0600 Subject: Endless Loop Opening Shapefile? Message-ID: I am using mapscript for C#. It appears to be deadlocking or getting into a loop around the call to msSHPDiskTreeOpen. Anyone had that experience? IF so, how did you deal with it? See call stack below: ChildEBP RetAddr Args to Child 0c36df10 7c83413e 00e10608 00000000 00000002 ntdll! RtlEnterCriticalSection+0x1d 0c36e0dc 7c3527e9 00e10000 00000000 0d6e5ff8 ntdll!RtlReAllocateHeap+0x2a1 0c36e134 0c45ee01 0d6e5ff8 00000002 0c36e180 msvcr71!realloc+0x2ea 0c36e144 0c45e57c 0d6e5ff8 00000002 0c36e19c libmap!msSearchDiskTree+0x31 0c36e180 0c45deea 7c3416b8 00000103 ffffffff libmap!msSHPDiskTreeOpen+0x2cc 0c36e1b0 0c471410 0c36f3a0 00000000 0c36e6fc libmap!msyyerror+0x43a 0c36e9ec 0c4711eb 0c36f284 00000000 0c36f284 libmap!msLoadMapString+0xc0 0c36ea00 0c3f9e44 0c36f284 00000000 0c36f278 libmap!loadOutputFormat+0x4bb 0c36ea10 0c3f9cc6 0c36f284 79b937d0 0c36f650 mapscript! CSharp_mapObj_getLayerByName+0x94 0c36f278 01aabe2e 0c36f284 495c3a43 7074656e mapscript! CSharp_mapObj_getLayer+0xc6 From BEN at SYNCERA-ITSOLUTIONS.NL Tue Nov 15 03:12:53 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Tue, 15 Nov 2005 12:12:53 +0100 Subject: some problem on the source code(gml reader) Message-ID: Hi, it does use Xerces, but it is not part of Mapserver but of the GDAL/OGR library. So you should check the GDAL/OGR sourcecode. http://www.gdal.org Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Taka Wong 15-11-2005 11:54 >>> Hi, I would like to add some functions on the gml reader. Besides, I have found some problem on reading gml2 where including chinese attribute, I then get to modify the codes. I have traced the flow of the function which starting from OGRGMLDataSource::Open Unfortunately, I got lost in gmlreader.cpp. As I know, ogr would load the gml file and check the existance of gfs file. if yes, ogr would read the gfs file, otherwise it would create one. Since not all information is stored in the created gfs file, like the "value" inside "value". I think it is not enough for ogr reading gfs instead of gml. I guess ogr would read the gml again, but I can't find the code about reloading the gml file. Can anybody tell me where does the action of reading gml? Does it using Xerces? since I can only find the parsing function for xsd file, but not gml. Thank you very much Regards, Taka From mikesaunt at GMAIL.COM Tue Nov 15 04:51:02 2005 From: mikesaunt at GMAIL.COM (Mike Saunt) Date: Tue, 15 Nov 2005 12:51:02 +0000 Subject: UK Reference sites Message-ID: Hi all I was wondering if there were any reference sites of MapServer being used in the UK? Many Thanks Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From nbarker at RSINC.COM Tue Nov 15 05:01:34 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Tue, 15 Nov 2005 13:01:34 -0000 Subject: UK Reference sites Message-ID: -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at lists.umn.edu]On Behalf Of Mike Saunt Sent: Tuesday, November 15, 2005 12:51 PM To: MAPSERVER-USERS at lists.umn.edu Subject: [UMN_MAPSERVER-USERS] UK Reference sites Hi all I was wondering if there were any reference sites of MapServer being used in the UK? Many Thanks Mike [Norman Barker] Hi Mike, there a lot of UK Mapserver sites, we recently held a UK MapServer user group in Edinburgh with Steve Lime. The event was only attended by a few people but it did flush out the UK users who would have liked to have come but couldn't make the trip up. RSI UK use MapServer a lot and are writing clients in IDL and ENVI to access OGC servers. I can't name the other companies without their permission, but there are about 20 groups in the UK using it on a daily basis. The Web Coverage Service implementation in MapServer seems to be popular in the UK! If you email me with your requirements (off list) I will try to put you in contact with people in the UK who may be doing something similar. Norman -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Tue Nov 15 06:46:57 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 15 Nov 2005 09:46:57 -0500 Subject: some problem on the source code(gml reader) In-Reply-To: Message-ID: On 11/15/05, Taka Wong wrote: > Can anybody tell me where does the action of reading gml? Does it using > Xerces? since I can only find the parsing function for xsd file, but not > gml. Taka, As Bart mentions, it does depend on Xerces for reading the GML file. The gmlhandler.cpp code is actually used to interprete the start/end tags as it is called back by Xerces. The gmlreader.cpp code "manages" the handler and takes care of assembling things into features. The GMLReader::PrescanForSchema() method makes one pass through the GML file trying to build up schema information suitable for writing to the .gfs file. Xerces supports a variety of character sets; however, it is quite likely that I always coerce the results back to an 8bit encoding in which case proper handling of 16bit characters may be problematic. I would add that the cpl_minixml.cpp parser used for the .gfs file is not "encoding aware" and is likely to cause problems with proper encoding handling. Future discussion on the OGR GML driver should really be on the gdal-dev mailing list. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From umberto.nicoletti at GMAIL.COM Tue Nov 15 08:46:36 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Tue, 15 Nov 2005 17:46:36 +0100 Subject: JavaMapScript In-Reply-To: <43795E46.9040005@rogerbixby.com> Message-ID: Try referenceing the map file with the full path. Regards, Umberto On 11/15/05, Roger Bixby wrote: > Hi all, > > I'm trying to use the JavaMapScript package and have run into some difficulty. > When I run the DrawMap test file included with the distribution I get two > different errors. > > This first error I get when I reference a map file that is not in the same > directory as the java class file: > > C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java > -Djava.library.path=c:/mapscript -cp > .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg > Exception in thread "main" java.lang.UnknownError: No such file or directory > at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) > at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) > at DrawMap.main(DrawMap.java:34) > > The second is slightly different, but I suspect it's related to the first: > > If I put the map file, in this case example1-8.map in the classpath, I sometimes > get a java IOException: > > C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java > -Djava.library.path=c:/mapscript -cp > .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg > (example1-8.map)java.io.IOException: (example1-8.map) > at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) > at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) > at DrawMap.main(DrawMap.java:34) > > I can't find any documentation on these errors at all. What little documentation > I have been able to find is a couple of years old. Is there anyone out there now > using Java MapScript who can steer me in the right direction with this? > > Thanks, > > Roger Bixby > From steve.lime at DNR.STATE.MN.US Tue Nov 15 09:13:36 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Tue, 15 Nov 2005 11:13:36 -0600 Subject: Endless Loop Opening Shapefile? Message-ID: Where was the index file built? On the same platform? Any chance the shapefile could have changed since the index file was written? Have you tried re-building the index? Steve >>> Mark Alexander 11/15/05 5:11 AM >>> I am using mapscript for C#. It appears to be deadlocking or getting into a loop around the call to msSHPDiskTreeOpen. Anyone had that experience? IF so, how did you deal with it? See call stack below: ChildEBP RetAddr Args to Child 0c36df10 7c83413e 00e10608 00000000 00000002 ntdll! RtlEnterCriticalSection+0x1d 0c36e0dc 7c3527e9 00e10000 00000000 0d6e5ff8 ntdll!RtlReAllocateHeap+0x2a1 0c36e134 0c45ee01 0d6e5ff8 00000002 0c36e180 msvcr71!realloc+0x2ea 0c36e144 0c45e57c 0d6e5ff8 00000002 0c36e19c libmap!msSearchDiskTree+0x31 0c36e180 0c45deea 7c3416b8 00000103 ffffffff libmap!msSHPDiskTreeOpen+0x2cc 0c36e1b0 0c471410 0c36f3a0 00000000 0c36e6fc libmap!msyyerror+0x43a 0c36e9ec 0c4711eb 0c36f284 00000000 0c36f284 libmap!msLoadMapString+0xc0 0c36ea00 0c3f9e44 0c36f284 00000000 0c36f278 libmap!loadOutputFormat+0x4bb 0c36ea10 0c3f9cc6 0c36f284 79b937d0 0c36f650 mapscript! CSharp_mapObj_getLayerByName+0x94 0c36f278 01aabe2e 0c36f284 495c3a43 7074656e mapscript! CSharp_mapObj_getLayer+0xc6 From donovan at FUNCTIONFOUR.CA Tue Nov 15 09:10:18 2005 From: donovan at FUNCTIONFOUR.CA (Donovan) Date: Tue, 15 Nov 2005 11:10:18 -0600 Subject: mapscript crashes on getFeature Message-ID: I've been working with mapscript and tomcat for several weeks, generally mapserver is working great but when i try to query a layer (tried a polygon shp file, polygon tab file and a point tab file) the jvm crashes as soon as getFeature is called. QueryByPoint and getResults appear to work - i can iterate over the resultset and print shape indexes but getFeature always crashes with this message: > *** glibc detected *** free(): invalid pointer: 0x093f6e30 *** > 15/11/2005 10:48:04 11023 jsvc.exec error: Service did not exit cleanly Any ideas? I'm really stuck... Following is a snip of the code and some more detail: layer.queryByPoint(map,point,mapscriptConstants.MS_MULTIPLE,-1); resultCacheObj results = layer.getResults(); layer.open(); for (int i=0;i I did that before I sent the original email. Same result. The examples below are from after I moved the map file from it's original location to the same directory I was running the class from. And to speed this up a bit, I'm running this on a Windows XP box. The original location of the map file was c:\tutorial\htdocs\example1-8.map. I tried the following combination of path structures with the same result: c:\\tutorial\\htdocs\\example1-8.map \\tutorial\\htdocs\\example1-8.map /tutorial/htdocs/example1-8.map c:/tutorial/htdocs/example1-8.map Any ideas? Umberto Nicoletti wrote on 11/15/2005, 05:46:36 PM: > Try referenceing the map file with the full path. > > Regards, > Umberto > > On 11/15/05, Roger Bixby wrote: > > Hi all, > > > > I'm trying to use the JavaMapScript package and have run into some difficulty. > > When I run the DrawMap test file included with the distribution I get two > > different errors. > > > > This first error I get when I reference a map file that is not in the same > > directory as the java class file: > > > > C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java > > -Djava.library.path=c:/mapscript -cp > > .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg > > Exception in thread "main" java.lang.UnknownError: No such file or directory > > at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) > > at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) > > at DrawMap.main(DrawMap.java:34) > > > > The second is slightly different, but I suspect it's related to the first: > > > > If I put the map file, in this case example1-8.map in the classpath, I sometimes > > get a java IOException: > > > > C:\eclipse\workspace\tekmaps\.deployables\tekmaps\WEB-INF\classes>java > > -Djava.library.path=c:/mapscript -cp > > .;c:/tekmaps/mapscript/debug/java/mapscript.jar DrawMap example1-8.map map.jpg > > (example1-8.map)java.io.IOException: (example1-8.map) > > at edu.umn.gis.mapscript.mapscriptJNI.new_mapObj(Native Method) > > at edu.umn.gis.mapscript.mapObj.(mapObj.java:328) > > at DrawMap.main(DrawMap.java:34) > > > > I can't find any documentation on these errors at all. What little documentation > > I have been able to find is a couple of years old. Is there anyone out there now > > using Java MapScript who can steer me in the right direction with this? > > > > Thanks, > > > > Roger Bixby > > From lfilak at MEDINACO.ORG Tue Nov 15 10:09:15 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Tue, 15 Nov 2005 13:09:15 -0500 Subject: mapscript crashes on getFeature In-Reply-To: Message-ID: Donovan writes: > I've been working with mapscript and tomcat for several weeks, generally > mapserver is working great but when i try to query a layer (tried a polygon > shp file, polygon tab file and a point tab file) the jvm crashes as soon as > getFeature is called. QueryByPoint and getResults appear to work - i can > iterate over the resultset and print shape indexes but getFeature always > crashes with this message: > >> *** glibc detected *** free(): invalid pointer: 0x093f6e30 *** >> 15/11/2005 10:48:04 11023 jsvc.exec error: Service did not exit cleanly > > Any ideas? I'm really stuck... > > Following is a snip of the code and some more detail: > > layer.queryByPoint(map,point,mapscriptConstants.MS_MULTIPLE,-1); > resultCacheObj results = layer.getResults(); > layer.open(); > for (int i=0;i resultCacheMemberObj result = results.getResult(i); > shapeObj feature = > layer.getFeature(result.getShapeindex(),result.getTileindex()); > } > f.realLayer.close(); > > I'm using mapserver 4.8.0 but also tried 4.6.0 - same results > I compiled mapserver myself with these flags > --with-gdal --with-ogr --with-postgis --with-proj --with-threads --with-png > --with-geos --with-gd --enable-debug > > gdal-1.2.6, proj-4.4.9 and geos-2.1.1 were installed using RPMs from > mappinghacks.com > JDK 1.5.0_05 > Tomcat 5.0 > Fedora core 3 > > I tried loading the jvm in GDB but it don't have the skill to track down the > source of the memory corruption. > Searched the list, google and the documentation with no success... Donovan, This isn't going to help a whole lot but I know this came up before but I think the result is in the new archives and the search doesn't work. Someone should remember posting that error before - if you don't receive anything try submitting with the error as the subject line and that may catch the needed eye. Lowell From sgp_dgtek at HOTMAIL.COM Tue Nov 15 11:08:06 2005 From: sgp_dgtek at HOTMAIL.COM (Suman G. Pradhan) Date: Tue, 15 Nov 2005 13:08:06 -0600 Subject: Csharp/MapScript Message-ID: Dear all Please some one help me finding Csharp/MapScript. Why there is no resources related with MapServer and .Net ? From lfilak at MEDINACO.ORG Tue Nov 15 11:08:20 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Tue, 15 Nov 2005 14:08:20 -0500 Subject: OT: lurking/vacation notifications Message-ID: Greetings all, I just received a vacation notification from ibm.uk (presumably from posting to the list) which makes me wonder if anybody has received such a thing from somebody lurking on the list from addresses such as esri.com, bentley.com, autodesk.com, ... Lowell From sgillies at FRII.COM Tue Nov 15 11:23:44 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Tue, 15 Nov 2005 12:23:44 -0700 Subject: OT: lurking/vacation notifications In-Reply-To: Message-ID: On Nov 15, 2005, at 12:08 PM, Lowell.Filak wrote: > Greetings all, > > I just received a vacation notification from ibm.uk (presumably > from posting > to the list) which makes me wonder if anybody has received such a > thing from > somebody lurking on the list from addresses such as esri.com, > bentley.com, > autodesk.com, ... > > Lowell Doesn't our fancy new listserv allow us to see the subscribers? There's really no reason that the list should be private. And while I'm wishing, it would be great if the mail list were open to Google, and that the vacationing lurkers get automatically unsubscribed, and that I get a pony in time for Christmas. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From mstangeh at GMAIL.COM Tue Nov 15 11:52:04 2005 From: mstangeh at GMAIL.COM (Mauricio Stange H.) Date: Tue, 15 Nov 2005 16:52:04 -0300 Subject: dynamic layer filter, again Message-ID: Hi, me again, please, does somebody know, how to do this. I already have posted the question. Since then I tried with every time recreating a mapfile, (reading from a map file without the filter and inserting it in the new file), but I have problems with it, sometimes I select another filter and the map does't change unless I use a map control. I tried with mapscript too: got the map, got the layer, and have set the filter property, but how update the modified layer into the map??? Please, if somebody have an idea.... Thanks, Mauricio Stange H. From lfilak at MEDINACO.ORG Tue Nov 15 12:04:48 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Tue, 15 Nov 2005 15:04:48 -0500 Subject: OT: lurking/vacation notifications In-Reply-To: <432EC887-5023-4408-AA4C-156D2B13D73E@frii.com> Message-ID: Sean Gillies writes: > On Nov 15, 2005, at 12:08 PM, Lowell.Filak wrote: > >> Greetings all, >> >> I just received a vacation notification from ibm.uk (presumably from >> posting >> to the list) which makes me wonder if anybody has received such a thing >> from >> somebody lurking on the list from addresses such as esri.com, >> bentley.com, >> autodesk.com, ... >> >> Lowell > > Doesn't our fancy new listserv allow us to see the subscribers? There's > really no reason that the list should be private. And while I'm wishing, > it would be great if the mail list were open to Google, and that the > vacationing lurkers get automatically unsubscribed, and that I get a pony > in time for Christmas. Sean, Agreed! But can I opt for my two front teeth vs. a pony? Lowell From kenlord at GMAIL.COM Tue Nov 15 12:13:20 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Tue, 15 Nov 2005 12:13:20 -0800 Subject: OT: lurking/vacation notifications In-Reply-To: <20051115200449.1F7B54D26F@webmail.medinaco.org> Message-ID: I believe the correct answer to your question is: Neigh! muaahahahah! Ken On 11/15/05, Lowell.Filak wrote: > Sean Gillies writes: > > > On Nov 15, 2005, at 12:08 PM, Lowell.Filak wrote: > > > >> Greetings all, > >> > >> I just received a vacation notification from ibm.uk (presumably from > >> posting > >> to the list) which makes me wonder if anybody has received such a thing > >> from > >> somebody lurking on the list from addresses such as esri.com, > >> bentley.com, > >> autodesk.com, ... > >> > >> Lowell > > > > Doesn't our fancy new listserv allow us to see the subscribers? There's > > really no reason that the list should be private. And while I'm wishing, > > it would be great if the mail list were open to Google, and that the > > vacationing lurkers get automatically unsubscribed, and that I get a pony > > in time for Christmas. > > Sean, > > Agreed! But can I opt for my two front teeth vs. a pony? > > Lowell > From abe.gillespie at GMAIL.COM Tue Nov 15 12:22:02 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Tue, 15 Nov 2005 15:22:02 -0500 Subject: OT: lurking/vacation notifications In-Reply-To: <55dd01fa0511151213v20f2492cx8f94295f5ea15e9e@mail.gmail.com> Message-ID: Of course they subscribe; why would you think otherwise? Most of them are probably smart enough to not subscribe with their work email however. -Abe On 11/15/05, Ken Lord wrote: > I believe the correct answer to your question is: > > Neigh! > > muaahahahah! > > Ken > > On 11/15/05, Lowell.Filak wrote: > > Sean Gillies writes: > > > > > On Nov 15, 2005, at 12:08 PM, Lowell.Filak wrote: > > > > > >> Greetings all, > > >> > > >> I just received a vacation notification from ibm.uk (presumably from > > >> posting > > >> to the list) which makes me wonder if anybody has received such a thing > > >> from > > >> somebody lurking on the list from addresses such as esri.com, > > >> bentley.com, > > >> autodesk.com, ... > > >> > > >> Lowell > > > > > > Doesn't our fancy new listserv allow us to see the subscribers? There's > > > really no reason that the list should be private. And while I'm wishing, > > > it would be great if the mail list were open to Google, and that the > > > vacationing lurkers get automatically unsubscribed, and that I get a pony > > > in time for Christmas. > > > > Sean, > > > > Agreed! But can I opt for my two front teeth vs. a pony? > > > > Lowell > > > From ari.jolma at TKK.FI Tue Nov 15 12:25:43 2005 From: ari.jolma at TKK.FI (Ari Jolma) Date: Tue, 15 Nov 2005 22:25:43 +0200 Subject: Privacy of this list, was OT: lurking/vacation notifications In-Reply-To: <432EC887-5023-4408-AA4C-156D2B13D73E@frii.com> Message-ID: Sean Gillies kirjoitti: > Doesn't our fancy new listserv allow us to see the subscribers? > There's really no reason that the list should be private. I got worried when I saw this, when I joined this list: "IMPORTANT: This list is confidential. You should not publicly mention its existence". It seems to imply that I cannot mention this list in any articles I might write, mention it to students, or put links to it on webpages. Ari -- Prof. Ari Jolma Kartografia ja Geoinformatiikka / Cartography and Geoinformatics Teknillinen Korkeakoulu / Helsinki University of Technology POBox 1200, 02015 TKK, Finland Email: ari.jolma at tkk.fi URL: http://www.tkk.fi/~jolma From lfilak at MEDINACO.ORG Tue Nov 15 12:46:19 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Tue, 15 Nov 2005 15:46:19 -0500 Subject: OT: lurking/vacation notifications In-Reply-To: Message-ID: Abe Gillespie writes: > Of course they subscribe; why would you think otherwise? Most of them > are probably smart enough to not subscribe with their work email > however. > > -Abe > > On 11/15/05, Ken Lord wrote: >> I believe the correct answer to your question is: >> >> Neigh! >> >> muaahahahah! >> >> Ken >> >> On 11/15/05, Lowell.Filak wrote: >> > Sean Gillies writes: >> > >> > > On Nov 15, 2005, at 12:08 PM, Lowell.Filak wrote: >> > > >> > >> Greetings all, >> > >> >> > >> I just received a vacation notification from ibm.uk (presumably from >> > >> posting >> > >> to the list) which makes me wonder if anybody has received such a thing >> > >> from >> > >> somebody lurking on the list from addresses such as esri.com, >> > >> bentley.com, >> > >> autodesk.com, ... >> > >> >> > >> Lowell >> > > >> > > Doesn't our fancy new listserv allow us to see the subscribers? There's >> > > really no reason that the list should be private. And while I'm wishing, >> > > it would be great if the mail list were open to Google, and that the >> > > vacationing lurkers get automatically unsubscribed, and that I get a pony >> > > in time for Christmas. >> > >> > Sean, >> > >> > Agreed! But can I opt for my two front teeth vs. a pony? >> > >> > Lowell >> > >> Abe, You did say "most". I'm just curious. Lowell From teb at MALLIT.FR.UMN.EDU Tue Nov 15 15:30:46 2005 From: teb at MALLIT.FR.UMN.EDU (Thomas E Burk) Date: Tue, 15 Nov 2005 17:30:46 -0600 Subject: Privacy of this list, was OT: lurking/vacation notifications Message-ID: We've discussed the issue of keeping names hidden before (several aspects of that) and reached a conclusion (not a concensus of course) leading to setting up the list the way it is. A private list just means it won't show up in local (UMN) or global lists of lists. The message is just canned. I don't think that is a big deal. Tom >X-Umn-Remote-Mta: [N] lsv-m.tc.umn.edu [160.94.23.1] #+HF+LO+NM+TR >X-Umn-Remote-Mta: [N] pne-smtpout1-sn2.hy.skanova.net [81.228.8.83] #+NR+CU+OF (A,-) >X-Umn-Report-As-Spam: >User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) >X-Accept-Language: fi, en >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >Date: Tue, 15 Nov 2005 22:25:43 +0200 >From: Ari Jolma >Subject: [UMN_MAPSERVER-USERS] Privacy of this list, was OT: lurking/vacation notifications >X-To: Sean Gillies >To: MAPSERVER-USERS at lists.umn.edu > >Sean Gillies kirjoitti: > >> Doesn't our fancy new listserv allow us to see the subscribers? >> There's really no reason that the list should be private. > > >I got worried when I saw this, when I joined this list: "IMPORTANT: This >list is confidential. You should not publicly mention its existence". It >seems to imply that I cannot mention this list in any articles I might >write, mention it to students, or put links to it on webpages. > >Ari > >-- >Prof. Ari Jolma >Kartografia ja Geoinformatiikka / Cartography and Geoinformatics >Teknillinen Korkeakoulu / Helsinki University of Technology >POBox 1200, 02015 TKK, Finland >Email: ari.jolma at tkk.fi URL: http://www.tkk.fi/~jolma > From rsosnowski at CABLEONE.NET Tue Nov 15 16:09:00 2005 From: rsosnowski at CABLEONE.NET (Rob Sosnowski) Date: Tue, 15 Nov 2005 18:09:00 -0600 Subject: WMS, proxy server Message-ID: OK, so got serveral WMS to work. PROBLEM: have application that accesses these WMS does not show layers, just red X symbolizing no image. Using Apache Web Server and PHP/Mapscript. I noticed a few threads that indicated that I need to set a proxy server through Apache httpd.conf file. I tried this but failed. Can anyone step me through the process of getting the WMS to be used within another application. Thanks....Rob From sdc at SDC.COM.AU Tue Nov 15 23:03:01 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Wed, 16 Nov 2005 01:03:01 -0600 Subject: dynamic layer filter, again Message-ID: I just today succeeded in getting layer filter changes via URL to work by following the ideas in the CGI Reference. ie ...&map_layername_filter=sql_expression... HTH, Stephen On Tue, 15 Nov 2005 16:52:04 -0300, Mauricio Stange H. wrote: >Hi, me again, > please, does somebody know, how to do this. I already have posted >the question. > Since then I tried with every time recreating a mapfile, (reading >from a map file without the filter and inserting it in the new file), >but I have problems with it, sometimes I select another filter and the >map does't change unless I use a map control. > I tried with mapscript too: got the map, got the layer, and have set >the filter property, but how update the modified layer into the map??? > >Please, if somebody have an idea.... > >Thanks, > Mauricio Stange H. From maro.jam at TISCALI.IT Wed Nov 16 04:01:34 2005 From: maro.jam at TISCALI.IT (Andrea Marelli) Date: Wed, 16 Nov 2005 06:01:34 -0600 Subject: NetCDF in Mapserver... Message-ID: Hi all, I can't see anything (only a white image) when I try to use mapserver with NetCDF files. I need some suggestions... The server has installed Mapservser 4.6.1 (with support for Proj/Geos/Gdal/Postgis/Wfs/Wcs), Gdal 1.3.1 (support for Postgres/Geos/Proj4/Netcd) and NetCDF 3.6.0-p1, ... The NetCDF file's Header is: netcdf N20001832000213_MO { dimensions: lon = 1480 ; lat = 1207 ; variables: float lon(lon) ; lon:units = "Degrees" ; lon:long_name = "Longitude" ; float lat(lat) ; lat:units = "Degrees" ; lat:long_name = "Latitude" ; float chlor_a(lat, lon) ; chlor_a:units = "mg.m-3" ; chlor_a:long_name = "Chlorophyll a concentration, OC4v4 Algorith m" ; chlor_a:missing_value = -9999.f ; float K_490(lat, lon) ; K_490:units = "m-1" ; K_490:long_name = "Diffuse attenuation coefficient at 490 nm" ; K_490:missing_value = -9999.f ; float nLw_412(lat, lon) ; nLw_412:units = "mW.cm-2.sr-1.um-1" ; nLw_412:long_name = "Normalized water-leaving radiance at 412 nm " ; nLw_412:missing_value = -9999.f ; float nLw_443(lat, lon) ; nLw_443:units = "mW.cm-2.sr-1.um-1" ; nLw_443:long_name = "Normalized water-leaving radiance at 443 nm " ; nLw_443:missing_value = -9999.f ; float nLw_490(lat, lon) ; nLw_490:units = "mW.cm-2.sr-1.um-1" ; nLw_490:long_name = "Normalized water-leaving radiance at 490 nm " ; nLw_490:missing_value = -9999.f ; float nLw_510(lat, lon) ; nLw_510:units = "mW.cm-2.sr-1.um-1" ; nLw_510:long_name = "Normalized water-leaving radiance at 510 nm " ; nLw_510:missing_value = -9999.f ; float nLw_555(lat, lon) ; nLw_555:units = "mW.cm-2.sr-1.um-1" ; nLw_555:long_name = "Normalized water-leaving radiance at 555 nm " ; nLw_555:missing_value = -9999.f ; float nLw_670(lat, lon) ; nLw_670:units = "mW.cm-2.sr-1.um-1" ; nLw_670:long_name = "Normalized water-leaving radiance at 670 nm " ; nLw_670:missing_value = -9999.f ; float l3m_data(lat, lon) ; l3m_data:units = "Einstein m^-2 Day" ; l3m_data:long_name = "Photosynthetically Available Radiation" ; l3m_data:missing_value = -9999.f ; float sst(lat, lon) ; sst:units = "Degrees" ; sst:long_name = "Temperature" ; sst:missing_value = -9999.f ; // global attributes: :Year = 2000s ; :Month = 7s ; :Southernmost_Latitude = 22.f ; :Easternmost_Latitude = -20.f ; :Northernmost_Latitude = 75.f ; :Westernmost_Latitude = 45.f ; :Number_of_Columns = 1480s ; :Number_of_Rows = 1207s ; } ######### end of NetCDF file's Header ######## and this is the mapfile: MAP NAME "Test" EXTENT 22 -20 75 45 SIZE 600 600 SHAPEPATH "/raid/emis/satellite_test" LAYER NAME "chlor_a" TYPE raster STATUS DEFAULT PROCESSING "BANDS=3" DATA "N20001832000213_MO.ncdf" CLASS NAME "chlor_a" STYLE COLOR 255 0 0 END END END END ######### end of Map file ######## So, why I can't see anything? Is there anything wrong? Please Help me.. Thanks!!! Andrea From nbarker at RSINC.COM Wed Nov 16 04:17:47 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Wed, 16 Nov 2005 12:17:47 -0000 Subject: NetCDF in Mapserver... Message-ID: -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Andrea Marelli Sent: Wednesday, November 16, 2005 12:02 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] NetCDF in Mapserver... Hi all, I can't see anything (only a white image) when I try to use mapserver with NetCDF files. I need some suggestions... The server has installed Mapservser 4.6.1 (with support for Proj/Geos/Gdal/Postgis/Wfs/Wcs), Gdal 1.3.1 (support for Postgres/Geos/Proj4/Netcd) and NetCDF 3.6.0-p1, ... The NetCDF file's Header is: netcdf N20001832000213_MO { dimensions: lon = 1480 ; lat = 1207 ; variables: float lon(lon) ; lon:units = "Degrees" ; lon:long_name = "Longitude" ; float lat(lat) ; lat:units = "Degrees" ; lat:long_name = "Latitude" ; float chlor_a(lat, lon) ; chlor_a:units = "mg.m-3" ; chlor_a:long_name = "Chlorophyll a concentration, OC4v4 Algorith m" ; chlor_a:missing_value = -9999.f ; float K_490(lat, lon) ; K_490:units = "m-1" ; K_490:long_name = "Diffuse attenuation coefficient at 490 nm" ; K_490:missing_value = -9999.f ; float nLw_412(lat, lon) ; nLw_412:units = "mW.cm-2.sr-1.um-1" ; nLw_412:long_name = "Normalized water-leaving radiance at 412 nm " ; nLw_412:missing_value = -9999.f ; float nLw_443(lat, lon) ; nLw_443:units = "mW.cm-2.sr-1.um-1" ; nLw_443:long_name = "Normalized water-leaving radiance at 443 nm " ; nLw_443:missing_value = -9999.f ; float nLw_490(lat, lon) ; nLw_490:units = "mW.cm-2.sr-1.um-1" ; nLw_490:long_name = "Normalized water-leaving radiance at 490 nm " ; nLw_490:missing_value = -9999.f ; float nLw_510(lat, lon) ; nLw_510:units = "mW.cm-2.sr-1.um-1" ; nLw_510:long_name = "Normalized water-leaving radiance at 510 nm " ; nLw_510:missing_value = -9999.f ; float nLw_555(lat, lon) ; nLw_555:units = "mW.cm-2.sr-1.um-1" ; nLw_555:long_name = "Normalized water-leaving radiance at 555 nm " ; nLw_555:missing_value = -9999.f ; float nLw_670(lat, lon) ; nLw_670:units = "mW.cm-2.sr-1.um-1" ; nLw_670:long_name = "Normalized water-leaving radiance at 670 nm " ; nLw_670:missing_value = -9999.f ; float l3m_data(lat, lon) ; l3m_data:units = "Einstein m^-2 Day" ; l3m_data:long_name = "Photosynthetically Available Radiation" ; l3m_data:missing_value = -9999.f ; float sst(lat, lon) ; sst:units = "Degrees" ; sst:long_name = "Temperature" ; sst:missing_value = -9999.f ; // global attributes: :Year = 2000s ; :Month = 7s ; :Southernmost_Latitude = 22.f ; :Easternmost_Latitude = -20.f ; :Northernmost_Latitude = 75.f ; :Westernmost_Latitude = 45.f ; :Number_of_Columns = 1480s ; :Number_of_Rows = 1207s ; } ######### end of NetCDF file's Header ######## and this is the mapfile: MAP NAME "Test" EXTENT 22 -20 75 45 SIZE 600 600 SHAPEPATH "/raid/emis/satellite_test" LAYER NAME "chlor_a" TYPE raster STATUS DEFAULT PROCESSING "BANDS=3" DATA "N20001832000213_MO.ncdf" CLASS NAME "chlor_a" STYLE COLOR 255 0 0 END END END END ######### end of Map file ######## So, why I can't see anything? Is there anything wrong? Please Help me.. Thanks!!! Andrea Hi Andrea, are you trying to serve netCDF using a WMS, or a WCS? If it is a WCS then there is a tutorial here http://ms.gis.umn.edu:8081/ms_plone/docs/howto/WCSServerFormatHowTo and I would be grateful for any feedback on how to improve this documentation. Norman From Eric.Hancock at DEP.STATE.FL.US Wed Nov 16 05:34:16 2005 From: Eric.Hancock at DEP.STATE.FL.US (Hancock, Eric) Date: Wed, 16 Nov 2005 08:34:16 -0500 Subject: Supported SDE Version Message-ID: Hello All, I'm looking into getting mapserver to compile with ArcSDE. I read in the mapserver documentation that 8.3 and 9.0 will work, but 8.3 may not work with raster? Is this correct, or will 8.3 raster work? Also has anyone tried ArcSDE version 9.1? Thanks, Eric Hancock From nbarker at RSINC.COM Wed Nov 16 06:00:11 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Wed, 16 Nov 2005 14:00:11 -0000 Subject: 24 bit image problems Message-ID: Hi, I have a WMS that is reading 32 bit data, I would like to render this as png24 to get all the colours. An example is currently at http://217.37.214.210/cgi-bin/mapserv.cgi?map=/tmp/portrayal/test/test.map&REQUEST=GetMap&FORMAT=png24&WIDTH=640&HEIGHT=480&SRS=EPSG:4326&BBOX=-122.242,37.3957,-122.2,37.4162&VERSION=1.1.1&LAYERS=PCA The 24 bit mode doesn't seem to be working, any help would be appreciated. MAP NAME TEST STATUS ON IMAGETYPE png24 IMAGECOLOR 240 240 240 SHAPEPATH "/tmp/portrayal/test" PROJECTION "init=epsg:4326" END # OUTPUTFORMAT # NAME png24 # DRIVER "GD/PNG" # MIMETYPE "image/png" # IMAGEMODE RGB # EXTENSION "png" # END WEB IMAGEPATH "/var/www/html/tmp" IMAGEURL "/tmp/" METADATA "ows_title" "test" "ows_srs" "EPSG:4326" END END LAYER NAME "PCA" TYPE RASTER STATUS ON DATA "jsp99hym_rad_pca_geo.bil" END END Many thanks, Norman Barker From Dejan.Gambin at PULA.HR Wed Nov 16 05:59:29 2005 From: Dejan.Gambin at PULA.HR (Gambin Dejan) Date: Wed, 16 Nov 2005 14:59:29 +0100 Subject: Georeferencing tiff by creating tfw file Message-ID: Hi, Even there are probably some utils I can use, I would still like to know how can I calculate the "pixel size" parameter in tfw file (so the first and fourth parameter) from the existing tiff file and the following informations: For example, "gdalinfo my.tif" says Driver: GTiff/GeoTIFF Size is 8857, 5905 Coordinate System is `' Origin = (5455749.998925,5021000.001075) Pixel Size = (0.00215084,-0.00215084) Metadata: TIFFTAG_XRESOLUTION=300 TIFFTAG_YRESOLUTION=300 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: Upper Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, 5020987.300) Upper Right ( 5455769.049, 5021000.001) Lower Right ( 5455769.049, 5020987.300) Center ( 5455759.524, 5020993.651) Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette Color Table (RGB with 2 entries) 0: 255,255,255,255 1: 0,0,0,255 I have xy coordinates (in meters): 5455750 and 5021000 and the scale of 25.40363554. I have tried using the simple formula like: pixel size in inches = scale/resolution, so 25.40363554/300 and converting it to meters gives me 0.002150841. But this is not correct, right? Wiht CAD overlay I have got 0.08467878514170, that is probably right... What am I doing wrong? Is it the resolution that I am using? Do I have to use screen resolution or what? thanks regards, dejan From hobu at IASTATE.EDU Wed Nov 16 06:02:43 2005 From: hobu at IASTATE.EDU (Howard Butler) Date: Wed, 16 Nov 2005 08:02:43 -0600 Subject: Supported SDE Version In-Reply-To: Message-ID: Eric, It does work with 9.1, but there was an additional library that had to be linked in with the software. MapServer 4.8 will have a fix in its configure scripts to grab this. As for raster support, it was only tested with 9.0 (AFAIK, I'm the only one to *ever* get it to work in its current incarnation). I only got things as far as making sure they work, and never tested them in any sort of production environment. My intent, I think, was to have the SDE raster code that Pirmin wrote for MapServer act as a skeleton for developing SDE raster support in GDAL some day. GDAL provides much more for rasters (reprojection being the most important) and we have been moving away from having raster driver support directly in MapServer and instead have used GDAL when possible for that task. That some day hasn't arrived yet, and SDE raster support in MapServer is highly experimental and quite restricted (you can't reproject your SDE image). Hope this helps, Howard At 8:34 AM -0500 11/16/05, Hancock, Eric wrote: >Hello All,=20 > >I'm looking into getting mapserver to compile with ArcSDE. I read in the >mapserver documentation that 8.3 and 9.0 will work, but 8.3 may not work = >with >raster? Is this correct, or will 8.3 raster work? Also has anyone tried >ArcSDE version 9.1? > > >Thanks, > >Eric Hancock From nbarker at RSINC.COM Wed Nov 16 06:09:52 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Wed, 16 Nov 2005 14:09:52 -0000 Subject: 24 bit image problems Message-ID: Hi, please ignore this and accept my apologies for the spam. I need the processing option PROCESSING "SCALE=AUTO" in my layer. Not really used WMS before (mainly WFS and WCS), it is beautiful. Many thanks everyone. Norman -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Norman Barker Sent: Wednesday, November 16, 2005 2:00 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] 24 bit image problems Hi, I have a WMS that is reading 32 bit data, I would like to render this as png24 to get all the colours. An example is currently at http://217.37.214.210/cgi-bin/mapserv.cgi?map=/tmp/portrayal/test/test.map&REQUEST=GetMap&FORMAT=png24&WIDTH=640&HEIGHT=480&SRS=EPSG:4326&BBOX=-122.242,37.3957,-122.2,37.4162&VERSION=1.1.1&LAYERS=PCA The 24 bit mode doesn't seem to be working, any help would be appreciated. MAP NAME TEST STATUS ON IMAGETYPE png24 IMAGECOLOR 240 240 240 SHAPEPATH "/tmp/portrayal/test" PROJECTION "init=epsg:4326" END # OUTPUTFORMAT # NAME png24 # DRIVER "GD/PNG" # MIMETYPE "image/png" # IMAGEMODE RGB # EXTENSION "png" # END WEB IMAGEPATH "/var/www/html/tmp" IMAGEURL "/tmp/" METADATA "ows_title" "test" "ows_srs" "EPSG:4326" END END LAYER NAME "PCA" TYPE RASTER STATUS ON DATA "jsp99hym_rad_pca_geo.bil" END END Many thanks, Norman Barker From dave at DAVEMITCH.COM Wed Nov 16 06:01:35 2005 From: dave at DAVEMITCH.COM (G) Date: Wed, 16 Nov 2005 08:01:35 -0600 Subject: msQueryByRect Problem Message-ID: I am trying to implement a Query By Rectangle tool in a mapserver app. I am using the nquerymap mode to return me an image of selected records When there are records inside the imgext, then it highlights them properly using the "Hilite" option in QueryMap parameter. (so far so good) However, where there are no records, I get the warning "msQueryByRect(): Search returned no results. No matching record(s) found. " but...I want to get just a normal image back with no selected records. Any ideas how I can do this? (N.B. I have tried appending a CGI parameter "map_web_empty" and set this to call the mode map option with same parameters, but this stops my nquery map from working) From warmerdam at POBOX.COM Wed Nov 16 06:23:40 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 16 Nov 2005 09:23:40 -0500 Subject: NetCDF in Mapserver... In-Reply-To: Message-ID: On 11/16/05, Andrea Marelli wrote: > Hi all, > > I can't see anything (only a white image) when I try to use mapserver with > NetCDF files. > I need some suggestions... > > The server has installed Mapservser 4.6.1 (with support for > Proj/Geos/Gdal/Postgis/Wfs/Wcs), Gdal 1.3.1 (support for > Postgres/Geos/Proj4/Netcd) and NetCDF 3.6.0-p1, ... > > The NetCDF file's Header is: Andrea, I would suggest you "inspect" the netcdf file with "gdalinfo". If GDAL is correctly identifying the image section, then this will tell you something about the georeferencing, data type, etc. Since the data is floating point you will likely want to apply some sort of scaling for display purposes. This could be accomplished with a set of CLASSes or you could use a scaling directive on the LAYER. eg. PROCESSING "SCALE=AUTO" There are issues with the GDAL netCDF reading with some datasets. Good luck, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From portier at APEM.ASSO.FR Wed Nov 16 06:26:17 2005 From: portier at APEM.ASSO.FR (thomas portier) Date: Wed, 16 Nov 2005 15:26:17 +0100 Subject: msQueryByRect Problem Message-ID: Hello, It's not very clean but it works : $result=@$layer->queryByRect($rectObj); if ($result == MS_SUCCESS) { if other ideas, i'm interesting Thomas Portier http://www.sig-pyrenees.net ----- Original Message ----- From: "G" To: Sent: Wednesday, November 16, 2005 3:01 PM Subject: [UMN_MAPSERVER-USERS] msQueryByRect Problem > I am trying to implement a Query By Rectangle tool in a mapserver app. > > I am using the nquerymap mode to return me an image of selected records > > When there are records inside the imgext, then it highlights them properly > using the "Hilite" option in QueryMap parameter. (so far so good) > > However, where there are no records, I get the warning > "msQueryByRect(): Search returned no results. No matching record(s) found. " > > but...I want to get just a normal image back with no selected records. > > Any ideas how I can do this? > > (N.B. I have tried appending a CGI parameter "map_web_empty" and set this > to call the mode map option with same parameters, but this stops my nquery > map from working) > > From lfilak at MEDINACO.ORG Wed Nov 16 07:05:18 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Wed, 16 Nov 2005 10:05:18 -0500 Subject: msQueryByRect Problem In-Reply-To: <016d01c5eab9$b5741460$0101a8c0@Assurancetourix> Message-ID: thomas portier writes: > Hello, > > It's not very clean but it works : > > $result=@$layer->queryByRect($rectObj); > if ($result == MS_SUCCESS) { > > if other ideas, i'm interesting > > Thomas Portier > http://www.sig-pyrenees.net > > ----- Original Message ----- > From: "G" > To: > Sent: Wednesday, November 16, 2005 3:01 PM > Subject: [UMN_MAPSERVER-USERS] msQueryByRect Problem > > >> I am trying to implement a Query By Rectangle tool in a mapserver app. >> >> I am using the nquerymap mode to return me an image of selected records >> >> When there are records inside the imgext, then it highlights them properly >> using the "Hilite" option in QueryMap parameter. (so far so good) >> >> However, where there are no records, I get the warning >> "msQueryByRect(): Search returned no results. No matching record(s) found. > " >> >> but...I want to get just a normal image back with no selected records. >> >> Any ideas how I can do this? >> >> (N.B. I have tried appending a CGI parameter "map_web_empty" and set this >> to call the mode map option with same parameters, but this stops my nquery >> map from working) Thomas, For a normal map you could just set the mapextent (rectobj) for the map before doing a draw. There is no need to use a query if you're not doing a query. Lowell From donovan at FUNCTIONFOUR.CA Wed Nov 16 07:06:22 2005 From: donovan at FUNCTIONFOUR.CA (Donovan J Donovan) Date: Wed, 16 Nov 2005 09:06:22 -0600 Subject: mapscript crashes on getFeature Message-ID: For future reference, it was crashing in GEOS code. Compilling without geos resolved the problem - not sure what i lose but performance seems unchanged. Perhaps the problem is specific to geos-2.1.1, i haven't tried upgrading. From dave at DAVEMITCH.COM Wed Nov 16 07:07:48 2005 From: dave at DAVEMITCH.COM (Dave Mitch) Date: Wed, 16 Nov 2005 09:07:48 -0600 Subject: msQueryByRect Problem Message-ID: Hi Thomas, Thanks for your suggestion, however I'm using javascript not PHP. so I don't believe that syntax will work for me. From sgillies at FRII.COM Wed Nov 16 07:19:03 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Wed, 16 Nov 2005 08:19:03 -0700 Subject: mapscript crashes on getFeature In-Reply-To: Message-ID: On Nov 16, 2005, at 8:06 AM, Donovan J Donovan wrote: > For future reference, it was crashing in GEOS code. > Compilling without geos resolved the problem - not sure what i lose > but > performance seems unchanged. > > Perhaps the problem is specific to geos-2.1.1, i haven't tried > upgrading. Which version of MapServer is this, Donovan? Since 4.6 (IIRC), shapeObjs now have a GEOS geometry silently, or maybe not so silently in your case, associated with them. I've cc'd the author of that work to get his attention. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From ed at TOPOZONE.COM Wed Nov 16 07:50:45 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Wed, 16 Nov 2005 10:50:45 -0500 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan - The gdalinfo utility is telling you the pixel size. The fourth line of the output below, beginning with "Origin = ", ends with "Pixel Size = ". Those are the very same values you would use in the first and fourth lines, respectively, of a TFW file. It looks like this is the same value you calculated, and it appears to be correct. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan Sent: Wednesday, November 16, 2005 8:59 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw file Hi, Even there are probably some utils I can use, I would still like to know how can I calculate the "pixel size" parameter in tfw file (so the first and fourth parameter) from the existing tiff file and the following informations: For example, "gdalinfo my.tif" says Driver: GTiff/GeoTIFF Size is 8857, 5905 Coordinate System is `' Origin = (5455749.998925,5021000.001075) Pixel Size = (0.00215084,-0.00215084) Metadata: TIFFTAG_XRESOLUTION=300 TIFFTAG_YRESOLUTION=300 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: Upper Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, 5020987.300) Upper Right ( 5455769.049, 5021000.001) Lower Right ( 5455769.049, 5020987.300) Center ( 5455759.524, 5020993.651) Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette Color Table (RGB with 2 entries) 0: 255,255,255,255 1: 0,0,0,255 I have xy coordinates (in meters): 5455750 and 5021000 and the scale of 25.40363554. I have tried using the simple formula like: pixel size in inches = scale/resolution, so 25.40363554/300 and converting it to meters gives me 0.002150841. But this is not correct, right? Wiht CAD overlay I have got 0.08467878514170, that is probably right... What am I doing wrong? Is it the resolution that I am using? Do I have to use screen resolution or what? thanks regards, dejan From Eric.Hancock at DEP.STATE.FL.US Wed Nov 16 07:50:53 2005 From: Eric.Hancock at DEP.STATE.FL.US (Hancock, Eric) Date: Wed, 16 Nov 2005 10:50:53 -0500 Subject: Supported SDE Version Message-ID: Thanks Howard, You answered my questions. Would it be possible to put this information in the wiki? -Eric Hancock -----Original Message----- From: Howard Butler [mailto:hobu at iastate.edu] Sent: Wednesday, November 16, 2005 9:03 AM To: Hancock, Eric; MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: Supported SDE Version Eric, It does work with 9.1, but there was an additional library that had to be linked in with the software. MapServer 4.8 will have a fix in its configure scripts to grab this. As for raster support, it was only tested with 9.0 (AFAIK, I'm the only one to *ever* get it to work in its current incarnation). I only got things as far as making sure they work, and never tested them in any sort of production environment. My intent, I think, was to have the SDE raster code that Pirmin wrote for MapServer act as a skeleton for developing SDE raster support in GDAL some day. GDAL provides much more for rasters (reprojection being the most important) and we have been moving away from having raster driver support directly in MapServer and instead have used GDAL when possible for that task. That some day hasn't arrived yet, and SDE raster support in MapServer is highly experimental and quite restricted (you can't reproject your SDE image). Hope this helps, Howard At 8:34 AM -0500 11/16/05, Hancock, Eric wrote: >Hello All,=20 > >I'm looking into getting mapserver to compile with ArcSDE. I read in the >mapserver documentation that 8.3 and 9.0 will work, but 8.3 may not work = >with >raster? Is this correct, or will 8.3 raster work? Also has anyone tried >ArcSDE version 9.1? > > >Thanks, > >Eric Hancock From maro.jam at TISCALI.IT Wed Nov 16 07:55:17 2005 From: maro.jam at TISCALI.IT (Andrea Marelli) Date: Wed, 16 Nov 2005 09:55:17 -0600 Subject: NetCDF in Mapserver... Message-ID: Sorry, but i'm not so expert, and i don't know what wms or wcs are... My question is, if it's necessary to covert netcdf files to Geotiff format first, or I can open netcdf files directly.. and also, if i have to use some CONNECTIONTYPE (for example ogr).. NetCDF is in my gldainfo formats' list, but not in the ogrinfo formats' list... what i have to do? thanks. Andrea From nbarker at RSINC.COM Wed Nov 16 08:13:17 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Wed, 16 Nov 2005 16:13:17 -0000 Subject: NetCDF in Mapserver... Message-ID: -----Original Message----- From: Andrea Marelli [mailto:maro.jam at TISCALI.IT] Sent: Wednesday, November 16, 2005 3:55 PM To: MAPSERVER-USERS at LISTS.UMN.EDU; Norman Barker Subject: Re: NetCDF in Mapserver... Sorry, but i'm not so expert, and i don't know what wms or wcs are... My question is, if it's necessary to covert netcdf files to Geotiff format first, or I can open netcdf files directly.. and also, if i have to use some CONNECTIONTYPE (for example ogr).. NetCDF is in my gldainfo formats' list, but not in the ogrinfo formats' list... what i have to do? thanks. Andrea Hi Andrea, it used to the case that you had to convert to Geotiff, but thanks to work from Denis Nadeau and Frank W this is no longer the case. Now you can open netCDF directly from MapServer. You will need to compile WCS support into mapserver, something like ./configure --enable-debug --with-proj=/usr/local --with-ogr=/usr/local/bin/gdal-config --with-wfs --with-wcs --with-wmsclient --with-wfsclient --with-gdal=/usr/local/bin/gdal-config then your mapfile needs to look something like OUTPUTFORMAT NAME GEOTIFF_FLOAT DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE FLOAT32 EXTENSION "tif" END LAYER NAME "mynetcdf" STATUS OFF TYPE RASTER DUMP TRUE DATA "mydata.nc" METADATA wcs_label "Test netCDF Server" ows_extent '-0.5625 -89.69761276245117 359.4375 89.69761276245117' wcs_resolution '1.125 -1.1212201595306397' ows_srs "EPSG:4326" wcs_formats "GEOTIFF_FLOAT" wcs_nativeformat "netCDF" wcs_bandcount "27" wcs_rangeset_axes "bands" wcs_rangeset_label "Atmospheric Levels" wcs_rangeset_name "bands" END END so mapserver is reading netCDF from disk and producing geotiff output. You might want to look at OpenGIS GALEON, http://galeon-wcs.jot.com/WikiHome which is looking at this format in terms of the OGC specs. Hope this helps, Norman From steve.lime at DNR.STATE.MN.US Wed Nov 16 08:43:47 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 16 Nov 2005 10:43:47 -0600 Subject: mapscript crashes on getFeature Message-ID: You've got my attention. Donovan do you have any more specific information regarding the GEOS crash? Steve >>> Sean Gillies 11/16/05 9:19 AM >>> On Nov 16, 2005, at 8:06 AM, Donovan J Donovan wrote: > For future reference, it was crashing in GEOS code. > Compilling without geos resolved the problem - not sure what i lose > but > performance seems unchanged. > > Perhaps the problem is specific to geos-2.1.1, i haven't tried > upgrading. Which version of MapServer is this, Donovan? Since 4.6 (IIRC), shapeObjs now have a GEOS geometry silently, or maybe not so silently in your case, associated with them. I've cc'd the author of that work to get his attention. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From donovan at FUNCTIONFOUR.CA Wed Nov 16 10:07:01 2005 From: donovan at FUNCTIONFOUR.CA (Donovan) Date: Wed, 16 Nov 2005 12:07:01 -0600 Subject: mapscript crashes on getFeature Message-ID: >You've got my attention. Donovan do you have any more specific information regarding the GEOS crash? --Steve Sure, I'm using mapserver 4.8.0beta - but 4.6.0 breaks too --geos-2.1.1 from rpm (gdal-1.2.6 and proj-4.4.9 also) --FedoraCore3 with java1.5 (glibc-2.3.5) I think the crash occurs any time a shapeObj is returned. I modified the java mapscript example class DrawMap from the mapserver source tree to demonstrate the problem - Query.java is attached. Without GEOS, Query.java generates the png but with GEOS, it looks like this: # cd ~/mapserver-4.8.0-beta1/mapscript/java # javac -classpath ./:examples/:./mapscript.jar -d examples/ examples/*.java # java -classpath ./:examples/:./mapscript.jar -Djava.library.path=. Query ../../tests/test.map ./map.png > The map will be drawn to:./map.png > *** glibc detected *** malloc(): memory corruption: 0xb1c11ee8 *** > Aborted From edwin.knuth at UAS.ALASKA.EDU Wed Nov 16 11:14:27 2005 From: edwin.knuth at UAS.ALASKA.EDU (Edwin Knuth) Date: Wed, 16 Nov 2005 10:14:27 -0900 Subject: geodatabase as ogr datasource Message-ID: Hello Everyone, Has anybody had any luck using the new pgeo ogr driver to use a geodatabase as a mapserver layer? What did you .map look like? I appreciate your help. Thanks, Ed -- Edwin Knuth UAS Spatial Data/GINA edwin.knuth at uas.alaska.edu From steve.lime at DNR.STATE.MN.US Wed Nov 16 11:46:09 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 16 Nov 2005 13:46:09 -0600 Subject: msQueryByRect Problem Message-ID: What exactly are you setting web_map_empty to? Steve >>> G 11/16/05 8:01 AM >>> I am trying to implement a Query By Rectangle tool in a mapserver app. I am using the nquerymap mode to return me an image of selected records When there are records inside the imgext, then it highlights them properly using the "Hilite" option in QueryMap parameter. (so far so good) However, where there are no records, I get the warning "msQueryByRect(): Search returned no results. No matching record(s) found. " but...I want to get just a normal image back with no selected records. Any ideas how I can do this? (N.B. I have tried appending a CGI parameter "map_web_empty" and set this to call the mode map option with same parameters, but this stops my nquery map from working) From jabennett at USGS.GOV Wed Nov 16 11:48:21 2005 From: jabennett at USGS.GOV (Jennifer A Bennett) Date: Wed, 16 Nov 2005 13:48:21 -0600 Subject: DHTML rubber-band box In-Reply-To: Message-ID: Ethan, thank you for your response. Unfortunately I am still having trouble. Here is the URL that displays my webpage with a red box in place of the map http://sr08dmnspl/cgi-bin/mapserv.exe?layer=major_basins&zoomsize=2&map=d%3A%2FwebData%2Fwatershed%2Fmajor_basins.map&program=%2Fcgi-bin%2Fmapserv.exe&root=http%3A%2F%2Fsr08dmnspl%2Fwatershed&map_web_imagepath=.%2Ftmp%2F&map_web_imageurl=http%3A%2F%2Fsr08dmnspl%2Fwatershed%2Ftmp%2F When I add 'mode=map' it displays my map, but it is on a blank webpage. I have changed the extents of the map in my code and it still does not show my map. Do you have any other suggestions? Ethan Alpert Sent by: UMN MapServer Users List 11/10/2005 05:34 PM Please respond to Ethan Alpert To MAPSERVER-USERS at LISTS.UMN.EDU cc Subject Re: [UMN_MAPSERVER-USERS] DHTML rubber-band box Check your webserver logs and look at the URL it's submitting...Copy that and in a browse use it changing mode=browse to mode=map...If nothing displays then you most likely have your projection or extents wrong. This is how I initially figured out how to debug what was going on in the dhtml example. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jennifer A Bennett Sent: Thursday, November 10, 2005 2:57 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] DHTML rubber-band box I am trying to copy the code for the DHTML rubber-band box from the Itasca Demo and cannot get it to show my map. I am wondering what other code I must copy or change to make this work? I am able to get the gist of the Javascript code, but I am not familiar enough to write new code. So far I have copied the Javascript folder and most of the graphics from the Graphics folder into my drive. I have copied and inserted the portion of code below from the (Itasca) index.html into my index.html file. I have also copied the code below from the itasca_adds_dhtml.html file and placed it into my file called watershed_main.html Here is my watershed_main.html code Interactive Major (HUC Level 4) Web Page

Interactive Major (HUC Level 4) Web Page

pan northwest pan north pan northeast
pan west
pan east
pan southwest pan south pan southeast
scalebar (km) scalebar (mi)

MAP CONTROLS


Choose an Action:
Browse map
Query feature
Query multiple features

Select Layers to Display:

Zoom Controls:
Zoom In
Pan
Zoom Out

Zoom Size

-------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.hill at GMAIL.COM Wed Nov 16 12:22:57 2005 From: adam.hill at GMAIL.COM (Adam Hill) Date: Wed, 16 Nov 2005 14:22:57 -0600 Subject: dynamic layer filter, again In-Reply-To: Message-ID: So my next queston is if I am requesting "LAYERS=layer1,layer2,layer3" will "&layer1_filter=expr1&layer2_filter=expr2&layer3_filter=expr3" work? adam... On 11/16/05, Stephen Davies wrote: > I just today succeeded in getting layer filter changes via URL to work by > following the ideas in the CGI Reference. ie > ...&map_layername_filter=sql_expression... > > HTH, > Stephen > > On Tue, 15 Nov 2005 16:52:04 -0300, Mauricio Stange H. > wrote: > > >Hi, me again, > > please, does somebody know, how to do this. I already have posted > >the question. > > Since then I tried with every time recreating a mapfile, (reading > >from a map file without the filter and inserting it in the new file), > >but I have problems with it, sometimes I select another filter and the > >map does't change unless I use a map control. > > I tried with mapscript too: got the map, got the layer, and have set > >the filter property, but how update the modified layer into the map??? > > > >Please, if somebody have an idea.... > > > >Thanks, > > Mauricio Stange H. > From ealpert at DIGITALGLOBE.COM Wed Nov 16 12:25:12 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Wed, 16 Nov 2005 13:25:12 -0700 Subject: DHTML rubber-band box Message-ID: Since I can't see your mapfile I'm not sure what could be the problem. If you are not using long/lat coordinates then you'll need to dig into the dhtml code as I'm pretty sure it's just set up by default for long/lat. Keep using the mode=map until you get a map cause that is the first step. If you get a blank page your map file is not correct. You absolutly must get that right before trying to integrate it with the dhtml box. I'll look at the dhtml code and see if I can give some pointers but I suggest getting the map to display first. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jennifer A Bennett Sent: Wednesday, November 16, 2005 12:48 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] DHTML rubber-band box Ethan, thank you for your response. Unfortunately I am still having trouble. Here is the URL that displays my webpage with a red box in place of the map http://sr08dmnspl/cgi-bin/mapserv.exe?layer=major_basins&zoomsize=2&map= d%3A%2FwebData%2Fwatershed%2Fmajor_basins.map&program=%2Fcgi-bin%2Fmapse rv.exe&root=http%3A%2F%2Fsr08dmnspl%2Fwatershed&map_web_imagepath=.%2Ftm p%2F&map_web_imageurl=http%3A%2F%2Fsr08dmnspl%2Fwatershed%2Ftmp%2F When I add 'mode=map' it displays my map, but it is on a blank webpage. I have changed the extents of the map in my code and it still does not show my map. Do you have any other suggestions? Ethan Alpert Sent by: UMN MapServer Users List 11/10/2005 05:34 PM Please respond to Ethan Alpert To MAPSERVER-USERS at LISTS.UMN.EDU cc Subject Re: [UMN_MAPSERVER-USERS] DHTML rubber-band box Check your webserver logs and look at the URL it's submitting...Copy that and in a browse use it changing mode=browse to mode=map...If nothing displays then you most likely have your projection or extents wrong. This is how I initially figured out how to debug what was going on in the dhtml example. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jennifer A Bennett Sent: Thursday, November 10, 2005 2:57 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] DHTML rubber-band box I am trying to copy the code for the DHTML rubber-band box from the Itasca Demo and cannot get it to show my map. I am wondering what other code I must copy or change to make this work? I am able to get the gist of the Javascript code, but I am not familiar enough to write new code. So far I have copied the Javascript folder and most of the graphics from the Graphics folder into my drive. I have copied and inserted the portion of code below from the (Itasca) index.html into my index.html file. I have also copied the code below from the itasca_adds_dhtml.html file and placed it into my file called watershed_main.html Here is my watershed_main.html code Interactive Major (HUC Level 4) Web Page

Interactive Major (HUC Level 4) Web Page

pan northwest pan north pan northeast
pan west
pan east
pan southwest pan south pan southeast
scalebar (km) scalebar (mi)

MAP CONTROLS


Choose an Action:
Browse map
Query feature
Query multiple features

Select Layers to Display:

Zoom Controls:
Zoom In
Pan
Zoom Out

Zoom Size

-------------- next part -------------- An HTML attachment was scrubbed... URL: From ed at TOPOZONE.COM Wed Nov 16 13:53:35 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Wed, 16 Nov 2005 16:53:35 -0500 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan - Well, that's not the GeoTIFF output you posted the first time ! What is the "scale" you have (the value that's 25.40363554)? What is the definition of that value, and its units (if any)? And what are the definition and the units of the "CAD Overlay" output, too? It's hard to work with dimensionless, undefined numbers - where did they come from? We need some more details to be able to help. Thanks! - Ed P.S. Please always reply to the whole list, not just to the first responder. 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] Sent: Wednesday, November 16, 2005 4:31 PM To: Ed McNierney Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw file Ed, Sorry, I have run gdalinfo on the tiff with already existing tfw file that I have calculated and that is WRONG... Running gdalinfo on this tif (that has no associated tfw) results in: Driver: GTiff/GeoTIFF Size is 8857, 5905 Coordinate System is `' Metadata: TIFFTAG_XRESOLUTION=300 TIFFTAG_YRESOLUTION=300 TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: Upper Left ( 0.0, 0.0) Lower Left ( 0.0, 5905.0) Upper Right ( 8857.0, 0.0) Lower Right ( 8857.0, 5905.0) Center ( 4428.5, 2952.5) Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette Color Table (RGB with 2 entries) 0: 255,255,255,255 1: 0,0,0,255 So, I have this output, I have xy coordinates (in meters): 5455750 and 5021000 and I have the scale of 25.40363554. The question remains - how do I calculate the "pixel size" (first and fourth parameter) of tfw file that I need to create. Using CAD Overlay I get the value of 0.08467878514170 that is correct but I need to know how to get this value by formula, not with util like CAD Overlay Sorra again regards, dejan > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ed McNierney > Sent: Wednesday, November 16, 2005 4:51 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > > Dejan - > > The gdalinfo utility is telling you the pixel size. The fourth line > of the output below, beginning with "Origin = ", ends with "Pixel Size > = ". Those are the very same values you would use in the first and > fourth lines, respectively, of a TFW file. It looks like this is the > same value you calculated, and it appears to be correct. > > - 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: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan > Sent: Wednesday, November 16, 2005 8:59 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > Hi, > > Even there are probably some utils I can use, I would still like to > know how can I calculate the "pixel size" parameter in tfw file (so > the first and fourth parameter) from the existing tiff file and the > following > informations: > > For example, "gdalinfo my.tif" says > > Driver: GTiff/GeoTIFF > Size is 8857, 5905 > Coordinate System is `' > Origin = (5455749.998925,5021000.001075) Pixel Size = > (0.00215084,-0.00215084) > Metadata: > TIFFTAG_XRESOLUTION=300 > TIFFTAG_YRESOLUTION=300 > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > Upper Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > 5020987.300) Upper Right ( 5455769.049, > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > Center ( 5455759.524, 5020993.651) > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > Color Table (RGB with 2 entries) > 0: 255,255,255,255 > 1: 0,0,0,255 > > I have xy coordinates (in meters): 5455750 and 5021000 and the scale > of 25.40363554. I have tried using the simple formula like: > > pixel size in inches = scale/resolution, so 25.40363554/300 and > converting it to meters gives me 0.002150841. But this is not correct, > right? > > Wiht CAD overlay I have got 0.08467878514170, that is probably > right... > > What am I doing wrong? Is it the resolution that I am using? > Do I have to use screen resolution or what? > > thanks > > regards, dejan > From jacob.delfos at MAUNSELL.COM Wed Nov 16 14:59:52 2005 From: jacob.delfos at MAUNSELL.COM (Delfos, Jacob) Date: Thu, 17 Nov 2005 06:59:52 +0800 Subject: Auto Font Size / Alignment for Labels? Message-ID: Hi Jack, I think it's important for you to understand the difference between an annotation and a label. A label is the value of an attribute. For example, in a shapefile, a street might have attributes "name", "length", "id". Displaying any of these values on the map would be a label. You could use " angle 'auto' " to rotate this label to the orientation of the feature it belongs to. An annotation is a text object, a graphic. It is an independent object that bears no relation to any other object. Its only relevant attribute is "text". The other attributes it has relate to things like font-size, colour, angle, etc. An annotation is not, and does not belong to, a geometry. An annotation can not align itself to the road automatically, because it does not have anything to do with the road. Any resemblance in rotation-angle was done manually by whom designed the DGN. It does not know that it should align itself to a particular feature. So in your case, the only way to get rotated items is if the rotation exists in the DGN. However, I am NOT sure how to get this rotation to show with "styleitem 'auto'". I believe you can use "labelangleitem 'ANGLE'" to get it, but I'm not sure. Also, annotations/labels can only be rotated for true-type, but it seems that "styleitem 'auto'" picks non-truetype fonts. So you may have to experiment with that. In the past, I have saved the annotation layers to point files (with angle), and then use labelangleitem to show them (in a separate layer). Hope this helps, Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jack Ling > Sent: 15 November 2005 13:57 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Auto Font Size / Alignment for Labels? > > Hi all, > > > After you experts gave me advice so that my map could show the label > for the map (ie. oads/buildings etc.), I've been struggling to get the > display right for me. > > - 1st, the labels include things such as Street names, Street No, > Building Names etc. I would like the Street Nos to be smaller in font > size, while Building Names be bigger. However, since so far I put a > finite SIZE (e.g SIZE 14) for the Label layer, all labels have the > same font size. My DGN file only have one attribute named "TEXT" which > is utiltized as Label annotation. I don't how to have the Font Size of > various elements be displayed proportionally.? Anything auto adjusted? > > -also, the labels are aligned horizontally. I should expect the Labels > be aligned properly with the feature. e.g. align along the road > direction, building direction etc. > > - I have perfect display of the maps if I were to open the DXF format > version from AutoCad. But seems I can't use DXF as MapServer doesn't > support it? That pushes me to ask from my source for a DGN format > version of the maps. Now, with the DGN version, I've the > above-mentioned probelms....Furthermore, I don't have Microstation to > edit a DGN file. I have AutoCad to edit the maps (turn on / off > layers), but seems no way I can closely work with MapServer...? Any > change I can use AutoCad to do some thing for me? > > Thanks again. > jack ling > From dejan.gambin at PULA.HR Wed Nov 16 15:06:30 2005 From: dejan.gambin at PULA.HR (Dejan Gambin) Date: Thu, 17 Nov 2005 00:06:30 +0100 Subject: Georeferencing tiff by creating tfw file In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD5BC@ptolemy.topozone.com> Message-ID: Sorry I forgot to set the CC.. I have received this tif file from a colleague who wanted to "georeference" it and place it on the existing mapserver map. He just sent me the upper left coordinates (real world coordinates in meters) and this scale. Suppose he scanned the paper map that is in 1:25 scale and gave me the coordinates of the upper left corner. So I thought: ..if the map is in 1:25 scale, that means that 1 inch on the map is 25 inches in the real world....if the map was scanned on 300dpi then the pixel size is 25/300 in inches, then converted to meters. But it is not and obviously I am pretty newbie in this geo-math and I am missing some important things. Anyway, after a while he sent me a tfw file saying he has built it with CAD Overlay...that is all I know and this tiff is now positioned well on the map... ...Sorry, I am just curious in how this is theoretically/mathematically calculated so I asked.... This is also interesting to me because we have some non-referenced tiff maps with some known world coordinates on them and I would like to georeference them in the future, if this is possible... regards, dejan > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Wednesday, November 16, 2005 10:54 PM > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > > Dejan - > > Well, that's not the GeoTIFF output you posted the first time ! > > What is the "scale" you have (the value that's 25.40363554)? > What is the definition of that value, and its units (if any)? > And what are the definition and the units of the "CAD > Overlay" output, too? It's hard to work with dimensionless, > undefined numbers - where did they come from? We need some > more details to be able to help. Thanks! > > - Ed > > P.S. Please always reply to the whole list, not just to the > first responder. > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > Sent: Wednesday, November 16, 2005 4:31 PM > To: Ed McNierney > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > Ed, > > Sorry, I have run gdalinfo on the tiff with already existing > tfw file that I have calculated and that is WRONG... > > Running gdalinfo on this tif (that has no associated tfw) results in: > > Driver: GTiff/GeoTIFF > Size is 8857, 5905 > Coordinate System is `' > Metadata: > TIFFTAG_XRESOLUTION=300 > TIFFTAG_YRESOLUTION=300 > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > Upper Left ( 0.0, 0.0) > Lower Left ( 0.0, 5905.0) > Upper Right ( 8857.0, 0.0) > Lower Right ( 8857.0, 5905.0) > Center ( 4428.5, 2952.5) > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > Color Table (RGB with 2 entries) > 0: 255,255,255,255 > 1: 0,0,0,255 > > So, I have this output, I have xy coordinates (in meters): > 5455750 and 5021000 and I have the scale of 25.40363554. The > question remains - how do I calculate the "pixel size" (first > and fourth parameter) of tfw file that I need to create. > > Using CAD Overlay I get the value of 0.08467878514170 that is > correct but I need to know how to get this value by formula, > not with util like CAD Overlay > > Sorra again > > regards, dejan > > > -----Original Message----- > > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Ed McNierney > > Sent: Wednesday, November 16, 2005 4:51 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > > > Dejan - > > > > The gdalinfo utility is telling you the pixel size. The fourth line > > of the output below, beginning with "Origin = ", ends with > "Pixel Size > > > = ". Those are the very same values you would use in the first and > > fourth lines, respectively, of a TFW file. It looks like > this is the > > same value you calculated, and it appears to be correct. > > > > - 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: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Gambin Dejan > > Sent: Wednesday, November 16, 2005 8:59 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > > file > > > > Hi, > > > > Even there are probably some utils I can use, I would still like to > > know how can I calculate the "pixel size" parameter in tfw file (so > > the first and fourth parameter) from the existing tiff file and the > > following > > informations: > > > > For example, "gdalinfo my.tif" says > > > > Driver: GTiff/GeoTIFF > > Size is 8857, 5905 > > Coordinate System is `' > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > (0.00215084,-0.00215084) > > Metadata: > > TIFFTAG_XRESOLUTION=300 > > TIFFTAG_YRESOLUTION=300 > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > Upper Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > > 5020987.300) Upper Right ( 5455769.049, > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > Center ( 5455759.524, 5020993.651) > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > Color Table (RGB with 2 entries) > > 0: 255,255,255,255 > > 1: 0,0,0,255 > > > > I have xy coordinates (in meters): 5455750 and 5021000 and the scale > > of 25.40363554. I have tried using the simple formula like: > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > converting it to meters gives me 0.002150841. But this is > not correct, > > > right? > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > right... > > > > What am I doing wrong? Is it the resolution that I am using? > > Do I have to use screen resolution or what? > > > > thanks > > > > regards, dejan > > > > From kenlord at GMAIL.COM Wed Nov 16 15:07:37 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Wed, 16 Nov 2005 15:07:37 -0800 Subject: geodatabase as ogr datasource In-Reply-To: <4f0ec8d20511161114x473475d9g1a955c587e4f52f@mail.gmail.com> Message-ID: Hi Edwin, You should be able to use the geodatabase file by using OGR as the connectiontype and the name of the .mdb file as the connection Unfortuneatly It seems I deleted my map file that I tested it with, so I can't give you excactly how I did it, but it did work for me. I was using shp2image from the latest FWTools package. For the connection, try the name of the .mdb followed by a comma, followed by the layer name ... or layer number as found by using ogrinfo on the geodatabase. ... Also, a big Thanks to Frank Warmerdam who built the OGR/mapserver/geodatabase functionality recently, contracted by a few of us from the MapServer community. Cheers, Ken Lord Vancouver BC On 11/16/05, Edwin Knuth wrote: > Hello Everyone, > > Has anybody had any luck using the new pgeo ogr driver to use a > geodatabase as a mapserver layer? What did you .map look like? > > I appreciate your help. > > Thanks, > Ed > -- > Edwin Knuth > UAS Spatial Data/GINA > edwin.knuth at uas.alaska.edu > From jacob.delfos at MAUNSELL.COM Wed Nov 16 15:26:43 2005 From: jacob.delfos at MAUNSELL.COM (Delfos, Jacob) Date: Thu, 17 Nov 2005 07:26:43 +0800 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan, I'm not the expert on images here, but this is what I understand: A world file (tfw, jgw, sdw, etc) has 6 parameters: Cellsize X skew X (normally 0) skew Y (normally 0) Cellsize Y (usually negative, as it counts from top (high) to bottom (low) ) Top-left X Top-left Y A good website I just noticed as well is: http://duff.ess.washington.edu/data/raster/drg/tfw.html When your colleagues says he "built the tfw on a CAD overlay", it probably means he used CAD data to georeference the image, and then got the TFW based on the transformation. So be wary that your image position will not be more precise than the CAD it was based on. Your calculations may be correct, but I doubt very much that things will end up at the right scale if something was made at a certain scale, printed, and scanned again. Too many factors that can introduce distortion. So don't rely on that unless you have to. Hope this helps, Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Dejan Gambin > Sent: 17 November 2005 07:07 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > Sorry I forgot to set the CC.. > > I have received this tif file from a colleague who wanted to > "georeference" > it and place it on the existing mapserver map. He just sent > me the upper > left coordinates (real world coordinates in meters) and this > scale. Suppose > he scanned the paper map that is in 1:25 scale and gave me > the coordinates > of the upper left corner. So I thought: > > ..if the map is in 1:25 scale, that means that 1 inch on the map is 25 > inches in the real world....if the map was scanned on 300dpi > then the pixel > size is 25/300 in inches, then converted to meters. But it is not and > obviously I am pretty newbie in this geo-math and I am missing some > important things. > > Anyway, after a while he sent me a tfw file saying he has > built it with CAD > Overlay...that is all I know and this tiff is now positioned > well on the > map... > > ...Sorry, I am just curious in how this is > theoretically/mathematically > calculated so I asked.... > > This is also interesting to me because we have some > non-referenced tiff maps > with some known world coordinates on them and I would like to > georeference > them in the future, if this is possible... > > regards, dejan > > > -----Original Message----- > > From: Ed McNierney [mailto:ed at topozone.com] > > Sent: Wednesday, November 16, 2005 10:54 PM > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw file > > > > > > Dejan - > > > > Well, that's not the GeoTIFF output you posted the first time ! > > > > What is the "scale" you have (the value that's 25.40363554)? > > What is the definition of that value, and its units (if any)? > > And what are the definition and the units of the "CAD > > Overlay" output, too? It's hard to work with dimensionless, > > undefined numbers - where did they come from? We need some > > more details to be able to help. Thanks! > > > > - Ed > > > > P.S. Please always reply to the whole list, not just to the > > first responder. > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > Sent: Wednesday, November 16, 2005 4:31 PM > > To: Ed McNierney > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw file > > > > Ed, > > > > Sorry, I have run gdalinfo on the tiff with already existing > > tfw file that I have calculated and that is WRONG... > > > > Running gdalinfo on this tif (that has no associated tfw) > results in: > > > > Driver: GTiff/GeoTIFF > > Size is 8857, 5905 > > Coordinate System is `' > > Metadata: > > TIFFTAG_XRESOLUTION=300 > > TIFFTAG_YRESOLUTION=300 > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > Upper Left ( 0.0, 0.0) > > Lower Left ( 0.0, 5905.0) > > Upper Right ( 8857.0, 0.0) > > Lower Right ( 8857.0, 5905.0) > > Center ( 4428.5, 2952.5) > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > Color Table (RGB with 2 entries) > > 0: 255,255,255,255 > > 1: 0,0,0,255 > > > > So, I have this output, I have xy coordinates (in meters): > > 5455750 and 5021000 and I have the scale of 25.40363554. The > > question remains - how do I calculate the "pixel size" (first > > and fourth parameter) of tfw file that I need to create. > > > > Using CAD Overlay I get the value of 0.08467878514170 that is > > correct but I need to know how to get this value by formula, > > not with util like CAD Overlay > > > > Sorra again > > > > regards, dejan > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Ed McNierney > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw > > > > > file > > > > > > > > > Dejan - > > > > > > The gdalinfo utility is telling you the pixel size. The > fourth line > > > of the output below, beginning with "Origin = ", ends with > > "Pixel Size > > > > > = ". Those are the very same values you would use in the first and > > > fourth lines, respectively, of a TFW file. It looks like > > this is the > > > same value you calculated, and it appears to be correct. > > > > > > - 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: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Gambin Dejan > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > > > file > > > > > > Hi, > > > > > > Even there are probably some utils I can use, I would > still like to > > > know how can I calculate the "pixel size" parameter in > tfw file (so > > > the first and fourth parameter) from the existing tiff > file and the > > > following > > > informations: > > > > > > For example, "gdalinfo my.tif" says > > > > > > Driver: GTiff/GeoTIFF > > > Size is 8857, 5905 > > > Coordinate System is `' > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > (0.00215084,-0.00215084) > > > Metadata: > > > TIFFTAG_XRESOLUTION=300 > > > TIFFTAG_YRESOLUTION=300 > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > > Upper Left ( 5455749.999, 5021000.001) Lower Left ( > 5455749.999, > > > 5020987.300) Upper Right ( 5455769.049, > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > Center ( 5455759.524, 5020993.651) > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > Color Table (RGB with 2 entries) > > > 0: 255,255,255,255 > > > 1: 0,0,0,255 > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > and the scale > > > of 25.40363554. I have tried using the simple formula like: > > > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > > converting it to meters gives me 0.002150841. But this is > > not correct, > > > > > right? > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > > right... > > > > > > What am I doing wrong? Is it the resolution that I am using? > > > Do I have to use screen resolution or what? > > > > > > thanks > > > > > > regards, dejan > > > > > > > > From ed at TOPOZONE.COM Wed Nov 16 15:42:57 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Wed, 16 Nov 2005 18:42:57 -0500 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan - "..if the map is in 1:25 scale, that means that 1 inch on the map is 25 inches in the real world....if the map was scanned on 300dpi then the pixel size is 25/300 in inches, then converted to meters" Yes, that's all there is to it. There's nothing more to understand. If the scale you're reporting in CAD Overlay is in units of "meters per pixel", then one pixel is 0.08467878514170 meters. If that image were scanned at 600 DPI, then each inch on the printed map source would produce 600 pixels or 50.80 meters. 50.80 meters is 2,000 feet, so that would correspond to a scale of 1" = 2,000' or 1:24,000 scale. Or it could be a 1:12,000 scale map scanned at 300 DPI - or a 1:48,000 scale map scanned at 1,200 DPI. They would all come out the same - the image resolution in units per pixel is a product of the source scale and the scanning resolution, and you can't distinguish the two. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: Dejan Gambin [mailto:dejan.gambin at pula.hr] Sent: Wednesday, November 16, 2005 6:07 PM To: Ed McNierney Cc: MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw file Sorry I forgot to set the CC.. I have received this tif file from a colleague who wanted to "georeference" it and place it on the existing mapserver map. He just sent me the upper left coordinates (real world coordinates in meters) and this scale. Suppose he scanned the paper map that is in 1:25 scale and gave me the coordinates of the upper left corner. So I thought: ..if the map is in 1:25 scale, that means that 1 inch on the map is 25 inches in the real world....if the map was scanned on 300dpi then the pixel size is 25/300 in inches, then converted to meters. But it is not and obviously I am pretty newbie in this geo-math and I am missing some important things. Anyway, after a while he sent me a tfw file saying he has built it with CAD Overlay...that is all I know and this tiff is now positioned well on the map... ...Sorry, I am just curious in how this is theoretically/mathematically calculated so I asked.... This is also interesting to me because we have some non-referenced tiff maps with some known world coordinates on them and I would like to georeference them in the future, if this is possible... regards, dejan > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Wednesday, November 16, 2005 10:54 PM > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > > Dejan - > > Well, that's not the GeoTIFF output you posted the first time ! > > What is the "scale" you have (the value that's 25.40363554)? > What is the definition of that value, and its units (if any)? > And what are the definition and the units of the "CAD Overlay" > output, too? It's hard to work with dimensionless, undefined numbers > - where did they come from? We need some more details to be able to > help. Thanks! > > - Ed > > P.S. Please always reply to the whole list, not just to the first > responder. > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > Sent: Wednesday, November 16, 2005 4:31 PM > To: Ed McNierney > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > Ed, > > Sorry, I have run gdalinfo on the tiff with already existing tfw file > that I have calculated and that is WRONG... > > Running gdalinfo on this tif (that has no associated tfw) results in: > > Driver: GTiff/GeoTIFF > Size is 8857, 5905 > Coordinate System is `' > Metadata: > TIFFTAG_XRESOLUTION=300 > TIFFTAG_YRESOLUTION=300 > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > Upper Left ( 0.0, 0.0) > Lower Left ( 0.0, 5905.0) > Upper Right ( 8857.0, 0.0) > Lower Right ( 8857.0, 5905.0) > Center ( 4428.5, 2952.5) > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > Color Table (RGB with 2 entries) > 0: 255,255,255,255 > 1: 0,0,0,255 > > So, I have this output, I have xy coordinates (in meters): > 5455750 and 5021000 and I have the scale of 25.40363554. The question > remains - how do I calculate the "pixel size" (first and fourth > parameter) of tfw file that I need to create. > > Using CAD Overlay I get the value of 0.08467878514170 that is correct > but I need to know how to get this value by formula, not with util > like CAD Overlay > > Sorra again > > regards, dejan > > > -----Original Message----- > > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Ed McNierney > > Sent: Wednesday, November 16, 2005 4:51 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > > > Dejan - > > > > The gdalinfo utility is telling you the pixel size. The fourth line > > of the output below, beginning with "Origin = ", ends with > "Pixel Size > > > = ". Those are the very same values you would use in the first and > > fourth lines, respectively, of a TFW file. It looks like > this is the > > same value you calculated, and it appears to be correct. > > > > - 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: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Gambin Dejan > > Sent: Wednesday, November 16, 2005 8:59 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > > file > > > > Hi, > > > > Even there are probably some utils I can use, I would still like to > > know how can I calculate the "pixel size" parameter in tfw file (so > > the first and fourth parameter) from the existing tiff file and the > > following > > informations: > > > > For example, "gdalinfo my.tif" says > > > > Driver: GTiff/GeoTIFF > > Size is 8857, 5905 > > Coordinate System is `' > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > (0.00215084,-0.00215084) > > Metadata: > > TIFFTAG_XRESOLUTION=300 > > TIFFTAG_YRESOLUTION=300 > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > Upper Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > > 5020987.300) Upper Right ( 5455769.049, > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > Center ( 5455759.524, 5020993.651) > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > Color Table (RGB with 2 entries) > > 0: 255,255,255,255 > > 1: 0,0,0,255 > > > > I have xy coordinates (in meters): 5455750 and 5021000 and the scale > > of 25.40363554. I have tried using the simple formula like: > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > converting it to meters gives me 0.002150841. But this is > not correct, > > > right? > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > right... > > > > What am I doing wrong? Is it the resolution that I am using? > > Do I have to use screen resolution or what? > > > > thanks > > > > regards, dejan > > > > From sdc at SDC.COM.AU Wed Nov 16 22:33:13 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 17 Nov 2005 00:33:13 -0600 Subject: DHTML rubber-band box Message-ID: G'day Jennifer. I have just gone through the process of hacking the dhtml demo to suit my own application. The javascript is coded for everything in metres (not lat/long) and all sorts of things break if your data is not in metres and you use projections. It is also hard-coded for northern hemisphere which caused me some grief but shouldn't bother you. It is also hard-coded for 72 dpi screens and I am using a 96 dpi LCD - but this is trivial. My raw data is in lat/long projected to metres by mapserver so I had to give map extents in degrees, specify meters as units and specify the reference map extent in metres. HTH, Stephen On Wed, 16 Nov 2005 13:48:21 -0600, Jennifer A Bennett wrote: >Ethan, thank you for your response. Unfortunately I am still having >trouble. >Here is the URL that displays my webpage with a red box in place of the >map > >http://sr08dmnspl/cgi-bin/mapserv.exe?layer=major_basins&zoomsize=2&map=d%3A%2FwebData%2Fwatershed%2Fmajor_basins.map&program=%2Fcgi-bin%2Fmapserv.exe&root=http%3A%2F%2Fsr08dmnspl%2Fwatershed&map_web_imagepath=.%2Ftmp%2F&map_web_imageurl=http%3A%2F%2Fsr08dmnspl%2Fwatershed%2Ftmp%2F > >When I add 'mode=map' it displays my map, but it is on a blank webpage. >I have changed the extents of the map in my code and it still does not >show my map. > >Do you have any other suggestions? > > > > >Ethan Alpert >Sent by: UMN MapServer Users List >11/10/2005 05:34 PM >Please respond to >Ethan Alpert > > >To >MAPSERVER-USERS at LISTS.UMN.EDU >cc > >Subject >Re: [UMN_MAPSERVER-USERS] DHTML rubber-band box > > > > > > >Check your webserver logs and look at the URL it's submitting...Copy that >and in a browse use it changing mode=browse to mode=map...If nothing >displays then you most likely have your projection or extents wrong. This >is how I initially figured out how to debug what was going on in the dhtml >example. > > >-e >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >Behalf Of Jennifer A Bennett >Sent: Thursday, November 10, 2005 2:57 PM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: [UMN_MAPSERVER-USERS] DHTML rubber-band box > > >I am trying to copy the code for the DHTML rubber-band box from the Itasca >Demo and cannot get it to show my map. >I am wondering what other code I must copy or change to make this work? >I am able to get the gist of the Javascript code, but I am not familiar >enough to write new code. > >So far I have copied the Javascript folder and most of the graphics from >the Graphics folder into my drive. >I have copied and inserted the portion of code below from the (Itasca) >index.html into my index.html file. > > > action="/cgi-bin/mapserv.exe"> > > > > > > > > value="d:/webData/watershed/major_basins.map"> > > > > > > > >I have also copied the code below from the itasca_adds_dhtml.html file and >placed it into my file called watershed_main.html > >Here is my watershed_main.html code > > > > > >Interactive Major (HUC Level 4) Web Page > > > > > > > > > > > > > > > > > > >

Interactive Major (HUC Level 4) Web Page

> >
> > > >
> align="center" bgcolor="#666666"> > > > > > > > > > > > > > > > > > >
src="../watershed/images/nw.gif" width="18" height="18" border="0" >alt="pan northwest">src="../watershed/images/n.gif" width="23" height="18" border="0" alt="pan >north">src="../watershed/images/ne.gif" width="18" height="18" border="0" >alt="pan northeast">
src="../watershed/images/w.gif" width="18" height="23" border="0" alt="pan >west"> > >
src="../watershed/images/red_pixel.gif" height="600" width="600">
> >
src="../watershed/images/transparent_pixel.gif" height="600" >width="600">
> 		src="../watershed/images/e.gif" width="18" height="23" border="0" alt="pan >east">
src="../watershed/images/sw.gif" width="18" height="18" border="0" >alt="pan southwest">src="../watershed/images/s.gif" width="23" height="18" border="0" alt="pan >south">src="../watershed/images/se.gif" width="18" height="18" border="0" >alt="pan southeast">
> alt="scalebar (km)" src="../watershed/images/white_pixel.gif"> > scalebar (mi)src="../watershed/images/white_pixel.gif"> >
> 		>

> MAP CONTROLS >

>
> > >

Choose an Action:
> >Browse map
> Query >feature
> Query >multiple features > > >
>

Select Layers to Display:
> >
> > >

Zoom Controls:
> Zoom >In
> Pan
> Zoom Out >

> Zoom Size onChange="ms.zoomsize=this.value"> >

> > From m.tomko at PGRAD.UNIMELB.EDU.AU Wed Nov 16 22:33:31 2005 From: m.tomko at PGRAD.UNIMELB.EDU.AU (Martin Tomko) Date: Thu, 17 Nov 2005 17:33:31 +1100 Subject: off topic - Simple Oracle spatial Viewer In-Reply-To: Message-ID: Dear List, I am looking for some light & simple viewer for the data in Oracle Spatial, so that I can play figure out what is what beofre setting up projects and so on... I tried all kind of OSS (uDig, QGIS,...) all without luck. uDIG + Geoserver WFS would do it, but it seems to be a very heavyweight solution... I want something desktop based, no server side mapserver implementation or so... Please, let me know if there is anything available... Martin From sdc at SDC.COM.AU Wed Nov 16 22:36:06 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 17 Nov 2005 00:36:06 -0600 Subject: dynamic layer filter, again Message-ID: Yes, provided you include the map_ prefix. That is, use: ...&map_layer1_filter=expr1&map_layer2_filter=expr2.... I am currently changing three filters with each URL and it works just fine - as does just about everything else in Mapserver; I reckon it's great. Cheers, Stephen On Wed, 16 Nov 2005 14:22:57 -0600, Adam Hill wrote: >So my next queston is if I am requesting "LAYERS=layer1,layer2,layer3" >will "&layer1_filter=expr1&layer2_filter=expr2&layer3_filter=expr3" >work? > >adam... > >On 11/16/05, Stephen Davies wrote: >> I just today succeeded in getting layer filter changes via URL to work by >> following the ideas in the CGI Reference. ie >> ...&map_layername_filter=sql_expression... >> >> HTH, >> Stephen >> >> On Tue, 15 Nov 2005 16:52:04 -0300, Mauricio Stange H. >> wrote: >> >> >Hi, me again, >> > please, does somebody know, how to do this. I already have posted >> >the question. >> > Since then I tried with every time recreating a mapfile, (reading >> >from a map file without the filter and inserting it in the new file), >> >but I have problems with it, sometimes I select another filter and the >> >map does't change unless I use a map control. >> > I tried with mapscript too: got the map, got the layer, and have set >> >the filter property, but how update the modified layer into the map??? >> > >> >Please, if somebody have an idea.... >> > >> >Thanks, >> > Mauricio Stange H. >> From umberto.nicoletti at GMAIL.COM Wed Nov 16 23:32:52 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Thu, 17 Nov 2005 08:32:52 +0100 Subject: mapscript crashes on getFeature In-Reply-To: Message-ID: I suggest that Query.java be incorporated in mapserver source distribution (with author's permission, of course) as it will help in spot similar errors in future: it will work as a kind of test suite, even if in fact it is not a proper test suite. Best regards, Umberto On 11/16/05, Donovan wrote: > >You've got my attention. Donovan do you have any more specific information > regarding the GEOS crash? --Steve > > Sure, > > I'm using mapserver 4.8.0beta - but 4.6.0 breaks too > --geos-2.1.1 from rpm (gdal-1.2.6 and proj-4.4.9 also) > --FedoraCore3 with java1.5 (glibc-2.3.5) > > I think the crash occurs any time a shapeObj is returned. > > I modified the java mapscript example class DrawMap from the mapserver > source tree to demonstrate the problem - Query.java is attached. > > Without GEOS, Query.java generates the png but with GEOS, it looks like this: > # cd ~/mapserver-4.8.0-beta1/mapscript/java > # javac -classpath ./:examples/:./mapscript.jar -d examples/ examples/*.java > # java -classpath ./:examples/:./mapscript.jar -Djava.library.path=. Query > ../../tests/test.map ./map.png > > > The map will be drawn to:./map.png > > *** glibc detected *** malloc(): memory corruption: 0xb1c11ee8 *** > > Aborted > > From poking around in the source i think the crash happens while freeing the > geometry pointer in the shape obj but i didn't get any further. > > If there is anything else i can provide or if some testing is required i'd > be happy to help... > > Thanks for your attention > > > ----mapscript/java/examples/Query.java----cut-here-- > import edu.umn.gis.mapscript.*; > > public class Query { > > public static void usage() { > System.err.println("Usage: Query {mapfile} {outfile}"); > System.exit(-1); > } > > public static void main(String[] args) { > if (args.length != 2) usage(); > try > { > System.loadLibrary("mapscript"); > } > catch(UnsatisfiedLinkError ule) > { > System.err.println(ule); > System.exit(-1); > } > > mapObj map = new mapObj(args[0]); > map.getImagecolor().setRGB(153, 153, 204); > styleObj st = map.getLayer(1).getClass(0).getStyle(0); > st.getColor().setHex("#000000"); > imageObj img = map.draw(); > System.out.println("The map will be drawn to:"+args[1]); > > layerObj layer = map.getLayerByName("POLYGON"); > layer.setTemplate("dummy.template"); > layer.queryByPoint(map,new pointObj(0.10,51.4,0), > mapscriptConstants.MS_MULTIPLE,-1); > resultCacheObj results = layer.getResults(); > layer.open(); > for (int i=0;i resultCacheMemberObj result = results.getResult(i); > //CRASH HAPPENS ON NEXT LINE > shapeObj feature = layer.getFeature(result.getShapeindex(),-1); > } > layer.close(); > > img.save(args[1], map); > } > } > -----End of Query.java---------- > From Dejan.Gambin at PULA.HR Wed Nov 16 23:39:09 2005 From: Dejan.Gambin at PULA.HR (Gambin Dejan) Date: Thu, 17 Nov 2005 08:39:09 +0100 Subject: Georeferencing tiff by creating tfw file Message-ID: Thanks Ed, thanks Jacob, That is the thing I have missed - the scale reported is in "meters/pixel" and this gives the correct result....but correct me please - isn't the scale "unitsless" parameter? 1inch on map=25inch in world, 1m on map=25m in world? I was looking in gdalinfo output and the TIFFTAG_RESOLUTIONUNIT that is set to pixel/inch, so I did 25/300 thinking it is the pixel size in inches that needs to be converted to meters...obviously wrong regards, dejan > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ed McNierney > Sent: Thursday, November 17, 2005 12:43 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > > Dejan - > > "..if the map is in 1:25 scale, that means that 1 inch on the > map is 25 inches in the real world....if the map was scanned > on 300dpi then the pixel size is 25/300 in inches, then > converted to meters" > > Yes, that's all there is to it. There's nothing more to > understand. If the scale you're reporting in CAD Overlay is > in units of "meters per pixel", then one pixel is > 0.08467878514170 meters. If that image were scanned at 600 > DPI, then each inch on the printed map source would produce > 600 pixels or 50.80 meters. 50.80 meters is 2,000 feet, so > that would correspond to a scale of 1" = 2,000' or 1:24,000 > scale. Or it could be a 1:12,000 scale map scanned at 300 > DPI - or a 1:48,000 scale map scanned at 1,200 DPI. They > would all come out the same - the image resolution in units > per pixel is a product of the source scale and the scanning > resolution, and you can't distinguish the two. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > > -----Original Message----- > From: Dejan Gambin [mailto:dejan.gambin at pula.hr] > Sent: Wednesday, November 16, 2005 6:07 PM > To: Ed McNierney > Cc: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > Sorry I forgot to set the CC.. > > I have received this tif file from a colleague who wanted to > "georeference" it and place it on the existing mapserver map. > He just sent me the upper left coordinates (real world > coordinates in meters) and this scale. Suppose he scanned the > paper map that is in 1:25 scale and gave me the coordinates > of the upper left corner. So I thought: > > ..if the map is in 1:25 scale, that means that 1 inch on the > map is 25 inches in the real world....if the map was scanned > on 300dpi then the pixel size is 25/300 in inches, then > converted to meters. But it is not and obviously I am pretty > newbie in this geo-math and I am missing some important things. > > Anyway, after a while he sent me a tfw file saying he has > built it with CAD Overlay...that is all I know and this tiff > is now positioned well on the map... > > ...Sorry, I am just curious in how this is > theoretically/mathematically calculated so I asked.... > > This is also interesting to me because we have some > non-referenced tiff maps with some known world coordinates on > them and I would like to georeference them in the future, if > this is possible... > > regards, dejan > > > -----Original Message----- > > From: Ed McNierney [mailto:ed at topozone.com] > > Sent: Wednesday, November 16, 2005 10:54 PM > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > > > Dejan - > > > > Well, that's not the GeoTIFF output you posted the first time ! > > > > What is the "scale" you have (the value that's 25.40363554)? > > What is the definition of that value, and its units (if any)? > > And what are the definition and the units of the "CAD Overlay" > > output, too? It's hard to work with dimensionless, > undefined numbers > > - where did they come from? We need some more details to be able to > > help. Thanks! > > > > - Ed > > > > P.S. Please always reply to the whole list, not just to the first > > responder. > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > Sent: Wednesday, November 16, 2005 4:31 PM > > To: Ed McNierney > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > Ed, > > > > Sorry, I have run gdalinfo on the tiff with already > existing tfw file > > that I have calculated and that is WRONG... > > > > Running gdalinfo on this tif (that has no associated tfw) > results in: > > > > Driver: GTiff/GeoTIFF > > Size is 8857, 5905 > > Coordinate System is `' > > Metadata: > > TIFFTAG_XRESOLUTION=300 > > TIFFTAG_YRESOLUTION=300 > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > Upper Left ( 0.0, 0.0) > > Lower Left ( 0.0, 5905.0) > > Upper Right ( 8857.0, 0.0) > > Lower Right ( 8857.0, 5905.0) > > Center ( 4428.5, 2952.5) > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > Color Table (RGB with 2 entries) > > 0: 255,255,255,255 > > 1: 0,0,0,255 > > > > So, I have this output, I have xy coordinates (in meters): > > 5455750 and 5021000 and I have the scale of 25.40363554. > The question > > remains - how do I calculate the "pixel size" (first and fourth > > parameter) of tfw file that I need to create. > > > > Using CAD Overlay I get the value of 0.08467878514170 that > is correct > > but I need to know how to get this value by formula, not with util > > like CAD Overlay > > > > Sorra again > > > > regards, dejan > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Ed McNierney > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw > > > > > file > > > > > > > > > Dejan - > > > > > > The gdalinfo utility is telling you the pixel size. The > fourth line > > > > of the output below, beginning with "Origin = ", ends with > > "Pixel Size > > > > > = ". Those are the very same values you would use in the first and > > > fourth lines, respectively, of a TFW file. It looks like > > this is the > > > same value you calculated, and it appears to be correct. > > > > > > - 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: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Gambin Dejan > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > > > file > > > > > > Hi, > > > > > > Even there are probably some utils I can use, I would > still like to > > > know how can I calculate the "pixel size" parameter in > tfw file (so > > > the first and fourth parameter) from the existing tiff > file and the > > > following > > > informations: > > > > > > For example, "gdalinfo my.tif" says > > > > > > Driver: GTiff/GeoTIFF > > > Size is 8857, 5905 > > > Coordinate System is `' > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > (0.00215084,-0.00215084) > > > Metadata: > > > TIFFTAG_XRESOLUTION=300 > > > TIFFTAG_YRESOLUTION=300 > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner > Coordinates: Upper > > > Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > > > 5020987.300) Upper Right ( 5455769.049, > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > Center ( 5455759.524, 5020993.651) > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > Color Table (RGB with 2 entries) > > > 0: 255,255,255,255 > > > 1: 0,0,0,255 > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > and the scale > > > > of 25.40363554. I have tried using the simple formula like: > > > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > > converting it to meters gives me 0.002150841. But this is > > not correct, > > > > > right? > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > > right... > > > > > > What am I doing wrong? Is it the resolution that I am using? Do I > > > have to use screen resolution or what? > > > > > > thanks > > > > > > regards, dejan > > > > > > > > From as.khadkikar at NCL.RES.IN Wed Nov 16 23:33:26 2005 From: as.khadkikar at NCL.RES.IN (Aniruddha S. Khadkikar) Date: Thu, 17 Nov 2005 13:03:26 +0530 Subject: off topic - Simple Oracle spatial Viewer In-Reply-To: <437C243B.8090401@pgrad.unimelb.edu.au> Message-ID: Hi Martin, One way of looking at the data within your Oracle Spatial tables is by using the spatial index advisor. I am assuming that you have already created tables, added the metadata and built a spatial index on your spatial table. Once you have done this, through Oracle Enterprise Manager do the following: 1. Connect to the database 2. Now go on the upper menu to Tools and select spatial index advisor in the database applications submenu 3. Add the layers from the relevant schema. 4. Using this you can see if the data has been properly populated or not and do other things too. Best wishes Aniruddha Martin Tomko wrote: > Dear List, > I am looking for some light & simple viewer for the data in Oracle > Spatial, so that I can play figure out what is what beofre setting up > projects and so on... I tried all kind of OSS (uDig, QGIS,...) all > without luck. uDIG + Geoserver WFS would do it, but it seems to be a > very heavyweight solution... I want something desktop based, no server > side mapserver implementation or so... Please, let me know if there is > anything available... > Martin > > -- ANIRUDDHA S. KHADKIKAR Ph.D. ..................................................... Digital Information Resource Centre National Chemical Laboratory Dr. Homi Bhabha Road Pune 411008, INDIA ..................................................... Phone : 91 020 25893457 (Off) Fax : 91 020 25893973 Email : as.khadkikar at ncl.res.in Web : http://www.ncbi.org.in ..................................................... ***************************************************************** This email is virus free by TrendMicro Inter Scan Security Suite. ***************************************************************** From jacob.delfos at MAUNSELL.COM Thu Nov 17 00:03:26 2005 From: jacob.delfos at MAUNSELL.COM (Delfos, Jacob) Date: Thu, 17 Nov 2005 16:03:26 +0800 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan, I think you are mixing up scale and resolution: scale is ratio between the real world and whatever you are looking at (hardcopy, screen, etc). So 1:25 means 1 unit on the screen equals 25 units in the real world (whichever units, as you said). Resolution expresses how many pixels go into a fixed length (expressed in a unit). It is necessary to have a unit, because obviously the result between 300 pixels in a metre, or 300 pixels in an inch, will be different. So "metres/pixel" is a resolution, NOT a scale. Metres/pixel tells you have many metres a pixel is, either on your screen or on a hardcopy. This does NOT tell you how many metres it is in the real world (geographic space). You need scale AND resolution to determine that. Hope I didn't confuse you further. Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan > Sent: 17 November 2005 15:39 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > Thanks Ed, thanks Jacob, > > That is the thing I have missed - the scale reported is in > "meters/pixel" and this gives the correct result....but correct me > please - isn't the scale "unitsless" parameter? 1inch on map=25inch in > world, 1m on map=25m in world? I was looking in gdalinfo > output and the > TIFFTAG_RESOLUTIONUNIT that is set to pixel/inch, so I did 25/300 > thinking it is the pixel size in inches that needs to be converted to > meters...obviously wrong > > regards, dejan > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ed McNierney > > Sent: Thursday, November 17, 2005 12:43 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw file > > > > > > Dejan - > > > > "..if the map is in 1:25 scale, that means that 1 inch on the > > map is 25 inches in the real world....if the map was scanned > > on 300dpi then the pixel size is 25/300 in inches, then > > converted to meters" > > > > Yes, that's all there is to it. There's nothing more to > > understand. If the scale you're reporting in CAD Overlay is > > in units of "meters per pixel", then one pixel is > > 0.08467878514170 meters. If that image were scanned at 600 > > DPI, then each inch on the printed map source would produce > > 600 pixels or 50.80 meters. 50.80 meters is 2,000 feet, so > > that would correspond to a scale of 1" = 2,000' or 1:24,000 > > scale. Or it could be a 1:12,000 scale map scanned at 300 > > DPI - or a 1:48,000 scale map scanned at 1,200 DPI. They > > would all come out the same - the image resolution in units > > per pixel is a product of the source scale and the scanning > > resolution, and you can't distinguish the two. > > > > - Ed > > > > Ed McNierney > > President and Chief Mapmaker > > TopoZone.com / Maps a la carte, Inc. > > 73 Princeton Street, Suite 305 > > North Chelmsford, MA 01863 > > Phone: +1 (978) 251-4242 > > Fax: +1 (978) 251-1396 > > ed at topozone.com > > > > -----Original Message----- > > From: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > Sent: Wednesday, November 16, 2005 6:07 PM > > To: Ed McNierney > > Cc: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw file > > > > Sorry I forgot to set the CC.. > > > > I have received this tif file from a colleague who wanted to > > "georeference" it and place it on the existing mapserver map. > > He just sent me the upper left coordinates (real world > > coordinates in meters) and this scale. Suppose he scanned the > > paper map that is in 1:25 scale and gave me the coordinates > > of the upper left corner. So I thought: > > > > ..if the map is in 1:25 scale, that means that 1 inch on the > > map is 25 inches in the real world....if the map was scanned > > on 300dpi then the pixel size is 25/300 in inches, then > > converted to meters. But it is not and obviously I am pretty > > newbie in this geo-math and I am missing some important things. > > > > Anyway, after a while he sent me a tfw file saying he has > > built it with CAD Overlay...that is all I know and this tiff > > is now positioned well on the map... > > > > ...Sorry, I am just curious in how this is > > theoretically/mathematically calculated so I asked.... > > > > This is also interesting to me because we have some > > non-referenced tiff maps with some known world coordinates on > > them and I would like to georeference them in the future, if > > this is possible... > > > > regards, dejan > > > > > -----Original Message----- > > > From: Ed McNierney [mailto:ed at topozone.com] > > > Sent: Wednesday, November 16, 2005 10:54 PM > > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw > > > > > file > > > > > > > > > Dejan - > > > > > > Well, that's not the GeoTIFF output you posted the first time ! > > > > > > What is the "scale" you have (the value that's 25.40363554)? > > > What is the definition of that value, and its units (if any)? > > > And what are the definition and the units of the "CAD Overlay" > > > output, too? It's hard to work with dimensionless, > > undefined numbers > > > - where did they come from? We need some more details to > be able to > > > help. Thanks! > > > > > > - Ed > > > > > > P.S. Please always reply to the whole list, not just to the first > > > responder. > > > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > > Sent: Wednesday, November 16, 2005 4:31 PM > > > To: Ed McNierney > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw > > > > > file > > > > > > Ed, > > > > > > Sorry, I have run gdalinfo on the tiff with already > > existing tfw file > > > that I have calculated and that is WRONG... > > > > > > Running gdalinfo on this tif (that has no associated tfw) > > results in: > > > > > > Driver: GTiff/GeoTIFF > > > Size is 8857, 5905 > > > Coordinate System is `' > > > Metadata: > > > TIFFTAG_XRESOLUTION=300 > > > TIFFTAG_YRESOLUTION=300 > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > > Upper Left ( 0.0, 0.0) > > > Lower Left ( 0.0, 5905.0) > > > Upper Right ( 8857.0, 0.0) > > > Lower Right ( 8857.0, 5905.0) > > > Center ( 4428.5, 2952.5) > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > Color Table (RGB with 2 entries) > > > 0: 255,255,255,255 > > > 1: 0,0,0,255 > > > > > > So, I have this output, I have xy coordinates (in meters): > > > 5455750 and 5021000 and I have the scale of 25.40363554. > > The question > > > remains - how do I calculate the "pixel size" (first and fourth > > > parameter) of tfw file that I need to create. > > > > > > Using CAD Overlay I get the value of 0.08467878514170 that > > is correct > > > but I need to know how to get this value by formula, not > with util > > > like CAD Overlay > > > > > > Sorra again > > > > > > regards, dejan > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > On Behalf Of Ed McNierney > > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > creating tfw > > > > > > > file > > > > > > > > > > > > Dejan - > > > > > > > > The gdalinfo utility is telling you the pixel size. The > > fourth line > > > > > > of the output below, beginning with "Origin = ", ends with > > > "Pixel Size > > > > > > > = ". Those are the very same values you would use in > the first and > > > > fourth lines, respectively, of a TFW file. It looks like > > > this is the > > > > same value you calculated, and it appears to be correct. > > > > > > > > - 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: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > On Behalf Of Gambin Dejan > > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > > file > > > > > > > > Hi, > > > > > > > > Even there are probably some utils I can use, I would > > still like to > > > > know how can I calculate the "pixel size" parameter in > > tfw file (so > > > > the first and fourth parameter) from the existing tiff > > file and the > > > > following > > > > informations: > > > > > > > > For example, "gdalinfo my.tif" says > > > > > > > > Driver: GTiff/GeoTIFF > > > > Size is 8857, 5905 > > > > Coordinate System is `' > > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > > (0.00215084,-0.00215084) > > > > Metadata: > > > > TIFFTAG_XRESOLUTION=300 > > > > TIFFTAG_YRESOLUTION=300 > > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner > > Coordinates: Upper > > > > Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > > > > 5020987.300) Upper Right ( 5455769.049, > > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > > Center ( 5455759.524, 5020993.651) > > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > > Color Table (RGB with 2 entries) > > > > 0: 255,255,255,255 > > > > 1: 0,0,0,255 > > > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > > and the scale > > > > > > of 25.40363554. I have tried using the simple formula like: > > > > > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > > > converting it to meters gives me 0.002150841. But this is > > > not correct, > > > > > > > right? > > > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > > > right... > > > > > > > > What am I doing wrong? Is it the resolution that I am > using? Do I > > > > have to use screen resolution or what? > > > > > > > > thanks > > > > > > > > regards, dejan > > > > > > > > > > > > > From lged_morris at HOTMAIL.COM Thu Nov 17 00:12:43 2005 From: lged_morris at HOTMAIL.COM (=?iso-8859-1?B?TGFycy1H9nJhbiBFZGhvbG0=?=) Date: Thu, 17 Nov 2005 09:12:43 +0100 Subject: WMS no projection nonearth EPSG? Message-ID: Hi! I'm using JUMP to connect and display WMS-layers from my mapserver but I cant find an EPSG for a projection like "nonearth" in Mapinfo. I'm then using local SHP-files overlaying the wms-layers in JUMP. I'm currently using: PROJECTION "proj=tmerc" "ellps=bessel" "lat_0=0" "lon_0=3" "k=0.9997" "x_0=499997" "y_0=87.3" "units=m" END . . . "wms_srs" "AUTO:42001,9001,0,0" If i try to use this to connect from Mapinfo I cant connect because i dont have an EPSG-code. My question: Is there an EPSG-code for an projection that is not an projection eg "nonearth" or plain? Mvh Lars-G?ran Edholm tel 026/24 14 36 1:e byggnadsinspekt?r Bygg- och milj?kontoret 811 80 Sandviken lged_morris at hotmail.com _________________________________________________________________ Chatt: Tr?ffa nya n?tkompisar p? Habbo Hotel http://habbohotel.msn.se/habbo/sv/channelizer From jacob.delfos at MAUNSELL.COM Thu Nov 17 01:01:16 2005 From: jacob.delfos at MAUNSELL.COM (Jacob Delfos) Date: Thu, 17 Nov 2005 17:01:16 +0800 Subject: Georeferencing tiff by creating tfw file Message-ID: An HTML attachment was scrubbed... URL: From maro.jam at TISCALI.IT Thu Nov 17 01:03:10 2005 From: maro.jam at TISCALI.IT (Andrea Marelli) Date: Thu, 17 Nov 2005 03:03:10 -0600 Subject: NetCDF in Mapserver... Message-ID: Hi Norman, Thanks very much for your help and for your hints.. I've tried to change my mapfile as you said, but nothing change... I can't see anything yet.. (the tif image that mapserv create is all black) Now, my mapfile is: #### map file ##### MAP NAME "Test" EXTENT 22 -20 75 45 SIZE 600 600 SHAPEPATH "/raid/emis/satellite_test" IMAGECOLOR 235 225 225 OUTPUTFORMAT NAME GEOTIFF_FLOAT DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE FLOAT32 EXTENSION "tif" END LAYER NAME "layertest" STATUS DEFAULT TYPE RASTER DUMP TRUE DATA "N20001832000213_MO.ncdf" PROCESSING "BANDS=3" PROCESSING "SCALE=AUTO" METADATA wcs_label "Test netCDF Server" ows_extent '22 -20 75 45' wcs_resolution '0.04388924 0.04387414' ows_srs "EPSG:4326" wcs_formats "GEOTIFF_FLOAT" wcs_nativeformat "netCDF" wcs_bandcount "2" wcs_rangeset_axes "lon" wcs_rangeset_label "Atmospheric Levels" wcs_rangeset_name "chlor_a" END TEMPLATEPATTERN 'template*' WEB TEMPLATE 'template.php' IMAGEPATH 'pippo/' IMAGEURL '/pippo/' END END END #### end map file ##### Is it correct? What should i have to put in wcs_rangeset_axes and wcs_rangeset_name? i'm not sure about them.. Another question. Does the outputformat image must be Geotiff (if the input data is NetCDF) or can it be a more simple format as gif or jpeg? Thanks, Andrea From nbarker at RSINC.COM Thu Nov 17 01:19:53 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Thu, 17 Nov 2005 09:19:53 -0000 Subject: NetCDF in Mapserver... Message-ID: -----Original Message----- From: Andrea Marelli [mailto:maro.jam at TISCALI.IT] Sent: Thursday, November 17, 2005 9:03 AM To: MAPSERVER-USERS at LISTS.UMN.EDU; Norman Barker Subject: Re: NetCDF in Mapserver... Hi Norman, Thanks very much for your help and for your hints.. I've tried to change my mapfile as you said, but nothing change... I can't see anything yet.. (the tif image that mapserv create is all black) Now, my mapfile is: #### map file ##### MAP NAME "Test" EXTENT 22 -20 75 45 SIZE 600 600 SHAPEPATH "/raid/emis/satellite_test" IMAGECOLOR 235 225 225 OUTPUTFORMAT NAME GEOTIFF_FLOAT DRIVER "GDAL/GTiff" MIMETYPE "image/tiff" IMAGEMODE FLOAT32 EXTENSION "tif" END LAYER NAME "layertest" STATUS DEFAULT TYPE RASTER DUMP TRUE DATA "N20001832000213_MO.ncdf" PROCESSING "BANDS=3" PROCESSING "SCALE=AUTO" METADATA wcs_label "Test netCDF Server" ows_extent '22 -20 75 45' wcs_resolution '0.04388924 0.04387414' ows_srs "EPSG:4326" wcs_formats "GEOTIFF_FLOAT" wcs_nativeformat "netCDF" wcs_bandcount "2" wcs_rangeset_axes "lon" wcs_rangeset_label "Atmospheric Levels" wcs_rangeset_name "chlor_a" END TEMPLATEPATTERN 'template*' WEB TEMPLATE 'template.php' IMAGEPATH 'pippo/' IMAGEURL '/pippo/' END END END #### end map file ##### Is it correct? What should i have to put in wcs_rangeset_axes and wcs_rangeset_name? i'm not sure about them.. Another question. Does the outputformat image must be Geotiff (if the input data is NetCDF) or can it be a more simple format as gif or jpeg? Thanks, Hi Andrea, it looks like you are confusing MapServer WCS mapfile notation and WMS notation, for a WCS (a way of serving raw coverage data, such as that in netCDF) you don't need to put processing directives. For a WMS you do need the processing directives to produce a picture (Map). Is this server online? I will try to access it for you. If you can send me a netCDF file I can put it through our system and send you the mapfile if you want, then you will only have to change the data path location. Norman From janeks.kamerovskis at SILVA.LV Thu Nov 17 02:56:47 2005 From: janeks.kamerovskis at SILVA.LV (Janeks Kamerovskis) Date: Thu, 17 Nov 2005 12:56:47 +0200 Subject: getting data from Oracle througth MS SQL Message-ID: Hi, Mapserver Gurus! I need quick solution for subj. What I have - is connection to MsSQL, that have linked to Oracle server. What I need - is to get x, y from an Oracle table, that has Geoloc field (with point fearures). My idea is to get those x,y into mapserver by using ovf. I did it succesfully with mySQL. Obviously I need an SQL function that provides x,y from Geoloc. (MsSQL don't like that field - gives error) Could somebody point me to an info or give coments about other solutions! brgds Janeks From ed at TOPOZONE.COM Thu Nov 17 04:40:43 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Thu, 17 Nov 2005 07:40:43 -0500 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan - Jacob is correct, but I wanted to remind you that "scale" is normally reported as a ratio. The example you give is a scale of 1:25, not 25. The ratio is unitless, but the resolution (as Jacob says) is not. Digital images don't have a fundamental scale ratio - the ratio depends on the *physical* size of the image, which can vary depending on how you view or print it. The resolution, however, doesn't change, which is why it's in the GeoTIFF tags and is a much more useful way of talking about the image. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: Gambin Dejan [mailto:Dejan.Gambin at pula.hr] Sent: Thursday, November 17, 2005 2:39 AM To: Ed McNierney Cc: MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw file Thanks Ed, thanks Jacob, That is the thing I have missed - the scale reported is in "meters/pixel" and this gives the correct result....but correct me please - isn't the scale "unitsless" parameter? 1inch on map=25inch in world, 1m on map=25m in world? I was looking in gdalinfo output and the TIFFTAG_RESOLUTIONUNIT that is set to pixel/inch, so I did 25/300 thinking it is the pixel size in inches that needs to be converted to meters...obviously wrong regards, dejan > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ed McNierney > Sent: Thursday, November 17, 2005 12:43 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > > Dejan - > > "..if the map is in 1:25 scale, that means that 1 inch on the map is > 25 inches in the real world....if the map was scanned on 300dpi then > the pixel size is 25/300 in inches, then converted to meters" > > Yes, that's all there is to it. There's nothing more to understand. > If the scale you're reporting in CAD Overlay is in units of "meters > per pixel", then one pixel is 0.08467878514170 meters. If that image > were scanned at 600 DPI, then each inch on the printed map source > would produce 600 pixels or 50.80 meters. 50.80 meters is 2,000 feet, > so that would correspond to a scale of 1" = 2,000' or 1:24,000 scale. > Or it could be a 1:12,000 scale map scanned at 300 DPI - or a 1:48,000 > scale map scanned at 1,200 DPI. They would all come out the same - > the image resolution in units per pixel is a product of the source > scale and the scanning resolution, and you can't distinguish the two. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > > -----Original Message----- > From: Dejan Gambin [mailto:dejan.gambin at pula.hr] > Sent: Wednesday, November 16, 2005 6:07 PM > To: Ed McNierney > Cc: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > Sorry I forgot to set the CC.. > > I have received this tif file from a colleague who wanted to > "georeference" it and place it on the existing mapserver map. > He just sent me the upper left coordinates (real world coordinates in > meters) and this scale. Suppose he scanned the paper map that is in > 1:25 scale and gave me the coordinates of the upper left corner. So I > thought: > > ..if the map is in 1:25 scale, that means that 1 inch on the map is 25 > inches in the real world....if the map was scanned on 300dpi then the > pixel size is 25/300 in inches, then converted to meters. But it is > not and obviously I am pretty newbie in this geo-math and I am missing > some important things. > > Anyway, after a while he sent me a tfw file saying he has built it > with CAD Overlay...that is all I know and this tiff is now positioned > well on the map... > > ...Sorry, I am just curious in how this is > theoretically/mathematically calculated so I asked.... > > This is also interesting to me because we have some non-referenced > tiff maps with some known world coordinates on them and I would like > to georeference them in the future, if this is possible... > > regards, dejan > > > -----Original Message----- > > From: Ed McNierney [mailto:ed at topozone.com] > > Sent: Wednesday, November 16, 2005 10:54 PM > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > > > Dejan - > > > > Well, that's not the GeoTIFF output you posted the first time ! > > > > What is the "scale" you have (the value that's 25.40363554)? > > What is the definition of that value, and its units (if any)? > > And what are the definition and the units of the "CAD Overlay" > > output, too? It's hard to work with dimensionless, > undefined numbers > > - where did they come from? We need some more details to be able to > > help. Thanks! > > > > - Ed > > > > P.S. Please always reply to the whole list, not just to the first > > responder. > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > Sent: Wednesday, November 16, 2005 4:31 PM > > To: Ed McNierney > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw > > > file > > > > Ed, > > > > Sorry, I have run gdalinfo on the tiff with already > existing tfw file > > that I have calculated and that is WRONG... > > > > Running gdalinfo on this tif (that has no associated tfw) > results in: > > > > Driver: GTiff/GeoTIFF > > Size is 8857, 5905 > > Coordinate System is `' > > Metadata: > > TIFFTAG_XRESOLUTION=300 > > TIFFTAG_YRESOLUTION=300 > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > Upper Left ( 0.0, 0.0) > > Lower Left ( 0.0, 5905.0) > > Upper Right ( 8857.0, 0.0) > > Lower Right ( 8857.0, 5905.0) > > Center ( 4428.5, 2952.5) > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > Color Table (RGB with 2 entries) > > 0: 255,255,255,255 > > 1: 0,0,0,255 > > > > So, I have this output, I have xy coordinates (in meters): > > 5455750 and 5021000 and I have the scale of 25.40363554. > The question > > remains - how do I calculate the "pixel size" (first and fourth > > parameter) of tfw file that I need to create. > > > > Using CAD Overlay I get the value of 0.08467878514170 that > is correct > > but I need to know how to get this value by formula, not with util > > like CAD Overlay > > > > Sorra again > > > > regards, dejan > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Ed McNierney > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw > > > > > file > > > > > > > > > Dejan - > > > > > > The gdalinfo utility is telling you the pixel size. The > fourth line > > > > of the output below, beginning with "Origin = ", ends with > > "Pixel Size > > > > > = ". Those are the very same values you would use in the first and > > > fourth lines, respectively, of a TFW file. It looks like > > this is the > > > same value you calculated, and it appears to be correct. > > > > > > - 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: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Gambin Dejan > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > > > file > > > > > > Hi, > > > > > > Even there are probably some utils I can use, I would > still like to > > > know how can I calculate the "pixel size" parameter in > tfw file (so > > > the first and fourth parameter) from the existing tiff > file and the > > > following > > > informations: > > > > > > For example, "gdalinfo my.tif" says > > > > > > Driver: GTiff/GeoTIFF > > > Size is 8857, 5905 > > > Coordinate System is `' > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > (0.00215084,-0.00215084) > > > Metadata: > > > TIFFTAG_XRESOLUTION=300 > > > TIFFTAG_YRESOLUTION=300 > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner > Coordinates: Upper > > > Left ( 5455749.999, 5021000.001) Lower Left ( 5455749.999, > > > 5020987.300) Upper Right ( 5455769.049, > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > Center ( 5455759.524, 5020993.651) > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > Color Table (RGB with 2 entries) > > > 0: 255,255,255,255 > > > 1: 0,0,0,255 > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > and the scale > > > > of 25.40363554. I have tried using the simple formula like: > > > > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > > converting it to meters gives me 0.002150841. But this is > > not correct, > > > > > right? > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is probably > > > right... > > > > > > What am I doing wrong? Is it the resolution that I am using? Do I > > > have to use screen resolution or what? > > > > > > thanks > > > > > > regards, dejan > > > > > > > > From mtrp36 at HOTMAIL.COM Thu Nov 17 07:10:18 2005 From: mtrp36 at HOTMAIL.COM (K Kuo) Date: Thu, 17 Nov 2005 15:10:18 +0000 Subject: Install shapelib HELP Message-ID: Hi, I follow the procedures provided in book "Beginning MapServer open source gis development" by Bill Kropla to build and install shapelib. However, it seems that I failed. Could anyone please give me some suggestions. Thanks in advance. As book said: 1. untar the shapelib tarball tar -xvzf shapelib-1.2.10.tar.gz -C /usr/local/src/ of course, there is no problem... change directory to usr/local/src/shapelib-1.2.10/ 2. make I got some warning messages: shpcreate.c: In function ?main?: shpcreate.c:68: warning: incompatible implicit declaration of built-in function ?exit? shpcreate.c:85: warning: incompatible implicit declaration of built-in function ?exit? shpcreate.c:96: warning: incompatible implicit declaration of built-in function ?exit? cc -g shpadd.c shpopen.o -o shpadd cc -g shpdump.c shpopen.o -o shpdump shpdump.c: In function ?main?: shpdump.c:93: warning: incompatible implicit declaration of built-in function ?exit? shpdump.c:104: warning: incompatible implicit declaration of built-in function ?exit? shpdump.c:198: warning: incompatible implicit declaration of built-in function ?exit? cc -g shprewind.c shpopen.o -o shprewind shprewind.c: In function ?main?: shprewind.c:61: warning: incompatible implicit declaration of built-in function ?exit? shprewind.c:72: warning: incompatible implicit declaration of built-in function ?exit? shprewind.c:85: warning: incompatible implicit declaration of built-in function ?exit? shprewind.c:108: warning: incompatible implicit declaration of built-in function ?exit? 3. I ignore the warning message the keep going with make test it seems to succeeded... I got Stream 2 and Stream 3 succeeded..... 4. change directory to /usr/local/src/shapelib-1.2.10/contrib/tests and type make I got message as follow: make: *** No targets specified and no makefile found. Stop. The book indicates there is a syntax error in the script shpproj.sh I edit the file and change dbfcreate test -s 30 fd to dbfcreate test -s fd 30 then save it and run make check Error message as: make: *** No rule to make target `check'. Stop. Please help.....Thanks by the way, i am running Fedora 4 From warmerdam at POBOX.COM Thu Nov 17 07:37:35 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 17 Nov 2005 10:37:35 -0500 Subject: Install shapelib HELP In-Reply-To: Message-ID: On 11/17/05, K Kuo wrote: > 4. change directory to /usr/local/src/shapelib-1.2.10/contrib/tests and type > make > I got message as follow: > make: *** No targets specified and no makefile found. Stop. K. I suspect you want to do this ("make") in the contrib directory, not contrib/tests. > The book indicates there is a syntax error in the script shpproj.sh > I edit the file and change dbfcreate test -s 30 fd to dbfcreate test -s fd > 30 then save it and run make check > Error message as: > make: *** No rule to make target `check'. Stop. BTW, there is a shapelib mailing list, see http://shapelib.maptools.org Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From abe.gillespie at GMAIL.COM Thu Nov 17 07:39:54 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Thu, 17 Nov 2005 10:39:54 -0500 Subject: [ANNOUNCE] MapServer Console: AXL 2 Mapserver converter In-Reply-To: <437c9e19.1065912b.4f90.ffff9318SMTPIN_ADDED@mx.gmail.com> Message-ID: ArcExplorer can make them. I believe ArcMap can also export them. You should be able to find documentation at esri.com. -Abe On 11/17/05, work at xwb.com wrote: > Where can I find documentation on AXL files and can I make them from ARC > Catalog or ArcMap 9.0? > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Abe Gillespie > > Sent: Monday, November 14, 2005 6:49 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] [ANNOUNCE] MapServer Console: AXL 2 > > Mapserver converter > > > > Well, I just tried it in Windows and it extracted fine. Before I was > > working in Ubuntu Linux and I was getting some error during > > extraction. > > > > -Abe > > > > On 11/14/05, Umberto Nicoletti wrote: > > > What do you mean by broken? On my Windows XP/Linux box it works just > > fine. > > > > > > Anyway I will release a better packaged version next week. > > > > > > Regards, > > > Umberto > > > > > > On 11/11/05, Abe Gillespie wrote: > > > > I'm looking forward to giving this a try. Unfortunately the > > > > downloadable archive (0.9) is broken. Would you please fix this and > > > > let us know? > > > > > > > > Thanks. > > > > -Abe > > > > > > > > On 11/9/05, Umberto Nicoletti wrote: > > > > > During the last month I have been working on a conversion program > > > > > called MapServer Console that strives to generates valid and working > > > > > mapserver .map files from AXL files. > > > > > The software is currently in beta* and is available from cvs and > > > > > through sourceforge. > > > > > > > > > > I haven't had a chance to try it on Windows yet so I cannot > > guarantee > > > > > that it will work reliably or at all on that platform. All other > > > > > UNIX-like platforms that can run Java at least 1.4 should present no > > > > > problems. > > > > > > > > > > The software is at the site: > > > > > > > > > > http://msconsole.sourceforge.net > > > > > > > > > > Notes for Windows users are on the download page: > > > > > > > > > > http://msconsole.sourceforge.net/?page_id=11 > > > > > > > > > > And the feature list is here: > > > > > > > > > > http://msconsole.sourceforge.net/?page_id=7 > > > > > > > > > > Please note that the site allows for anonymous comments, so you can > > > > > post your thoughts there, if relevant. > > > > > > > > > > The AXL files I usually work with are generated from Arc Explorer 9, > > > > > so the features available are limited. On the other hand > > customization > > > > > is very easy so new features will be supported with a reasonable > > > > > amount of work. > > > > > > > > > > I hope you enjoy it as much as I have done while writing it! > > > > > Umberto > > > > > > > > > > * I called this release a beta only because the number of supported > > > > > features is not complete, but in fact the sofwtare is very stable. > > > > > > > > > > > > > > > > > > From Jeroen.Ticheler at FAO.ORG Thu Nov 17 07:49:51 2005 From: Jeroen.Ticheler at FAO.ORG (Jeroen Ticheler) Date: Thu, 17 Nov 2005 16:49:51 +0100 Subject: WMS time YYYY pattern problem Message-ID: Hi! First of all, I have not yet tested this on MapServer 4.8beta, so that one might already solve this. But I post this in any way. The problem occurring is that I have configured a timeseries (5 test years only for now) with the following settings in the LAYER metadata: "wms_timedefault" "1965" # To be generated to reflect the latest image "wms_timeextent" "1961/1965/P1Y" "wms_timeitem" "imgdate" And the pattern set to YYYY in the MAP metadata The default image comes up, but changing the time results in an error about the validity of the timeextent. Looks very similar to what I had with the comma separated time series I reported on earlier, but this time I used the pattern as suggested in previous emails. Also, when requesting 1965 it gives the error that that year is out of the series, but the image is actually there. Can you confirm the YYYY pattern has this problem? The URL to the service (for you to try) is http://193.43.36.137/cgi- bin/agromatrainfall Thanks for any suggestions. Jeroen From dave at DAVEMITCH.COM Thu Nov 17 08:00:20 2005 From: dave at DAVEMITCH.COM (Dave Mitch) Date: Thu, 17 Nov 2005 10:00:20 -0600 Subject: msQueryByRect Problem Message-ID: Hi Steve, The URL I am using is as follows (I have split it up for easier reading) http://ldnpc01/scripts/mapserv.exe?mode=NQUERYMAP& map=C:/Inetpub/wwwroot/mapfiles/uk.map& mapext=304365+392165+309842+386688& mapsize=200+200& qlayer=Addresses& layers=Roads+Addresses& imgext=305186+388824+309787+386058& map_web_empty=http://ldnpc01/scripts/mapserv.exe? mapext=304365+392165+309842+386688& mapsize=200+200&layers=Roads+Addresses& map_mode=MAP& map=C:/Inetpub/wwwroot/mapfiles/uk.map The idea was that if the result cam back as empty the "map_web_empty" would return a normal image, instead of the message. I think it was getting confused with the same parameters appearing. (I now have a work around where I have an HTTP handler, which checks if the contentType result is "text/html", then call the mode=map url instead of nquerymap, but this still seems an unnecessary step) Incidentally the imgext parameter doesn't seem to work, is the only option to use the imgbox parameter with pixels? From steve.lime at DNR.STATE.MN.US Thu Nov 17 08:26:22 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 17 Nov 2005 10:26:22 -0600 Subject: msQueryByRect Problem Message-ID: Did yo try escaping the &'s and ='s in the URL you are passing? Also, I believe the EMPTY tag does support some template substitution so you may simply be able to do something like: EMPTY "http://ldnpc01/scripts/mapserv.exe?mapext=[mapext]&mapsize=[mapwidth]+[mapheight]&layers=[layers]&map_mode=MAP&map=[map]" Steve >>> Dave Mitch 11/17/05 10:00 AM >>> Hi Steve, The URL I am using is as follows (I have split it up for easier reading) http://ldnpc01/scripts/mapserv.exe?mode=NQUERYMAP& map=C:/Inetpub/wwwroot/mapfiles/uk.map& mapext=304365+392165+309842+386688& mapsize=200+200& qlayer=Addresses& layers=Roads+Addresses& imgext=305186+388824+309787+386058& map_web_empty=http://ldnpc01/scripts/mapserv.exe? mapext=304365+392165+309842+386688& mapsize=200+200&layers=Roads+Addresses& map_mode=MAP& map=C:/Inetpub/wwwroot/mapfiles/uk.map The idea was that if the result cam back as empty the "map_web_empty" would return a normal image, instead of the message. I think it was getting confused with the same parameters appearing. (I now have a work around where I have an HTTP handler, which checks if the contentType result is "text/html", then call the mode=map url instead of nquerymap, but this still seems an unnecessary step) Incidentally the imgext parameter doesn't seem to work, is the only option to use the imgbox parameter with pixels? From jeff2005 at SVS.GSFC.NASA.GOV Thu Nov 17 08:32:50 2005 From: jeff2005 at SVS.GSFC.NASA.GOV (Jeff de La Beaujardiere) Date: Thu, 17 Nov 2005 11:32:50 -0500 Subject: WMS time YYYY pattern problem In-Reply-To: <052DEC4C-63BA-4C2D-8DAB-A9772D713B06@fao.org> Message-ID: Jeroen Ticheler wrote: > Also, when requesting 1965 it gives the error that that year is out of > the series, but the image is actually there. If Mapserver is converting time to seconds since the epoch (1970-01-01T00:00:00Z), then 1965 may pose a problem. -Jeff DLB From watry at COAPS.FSU.EDU Thu Nov 17 08:45:29 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Thu, 17 Nov 2005 10:45:29 -0600 Subject: A little help please Message-ID: I tried both the Javascript and Html only solution. The javascript works better and it does open a image of the site but when I click on any of the buttons I get ----------------------------------------------------- The page cannot be found The page you are looking for might have been removed, had its name changed, or is temporarily unavailable. Please try the following: * Make sure that the Web site address displayed in the address bar of your browser is spelled and formatted correctly. * If you reached this page by clicking a link, contact the Web site administrator to alert them that the link is incorrectly formatted. * Click the Back button to try another link. HTTP Error 404 - File or directory not found. Internet Information Services (IIS) ---------------------------------------- I assume this is an IIS problem, any suggests? On Mon, 7 Nov 2005 23:29:50 -0500, Richard Orth - osmoGIS Incorporated wrote: >An initialization string must come from somewhere. It tells the service >where to start, which map file to use, layers to start with, etc. For >auto-starting your map service you have at least two options. >1. A javascript redirector. just place the following code in its own file: >
>
>
>
>Welcome to ...
>
>
>
>
One moment please...
Page Loading

>
>
>
> >2. An HTML only solution. Just change the width and height values to fit >your service. > > > >Welcome to ... > > > > > >Hope this helps > >Richard C Orth > >Gary Watry wrote: > >> Here is a development site I am working on, >> >> I have borrows button icons from Canada, and most of the borrowed code >> comes from the tutorials, or is noted in the source code. >> >> http://indianocean.coaps.fsu.edu/httpdocs/tester.html >> >> The two issues are sort of related. >> >> 1. I would like to have just one page, so I don?t have the >> initialization page like I currently do. What is this done in and >> where does the initialization code from tester.html go? Does it get >> put into the tester1.html file? >> >> 2. I want to put the little clip or animation that tells people to >> wait while the program maps are loading. For example like on the >> Canadian site >> >> http://atlas.gc.ca/site/english/maps/environment/naturalhazards/majorforestfires >> >> Any thoughts would be appreciated? >> >> I am a GIS user/administrator getting into Open Source programming and >> can use any help I can get >> >> Thanks >> >> ______________________________________________________________ >> >> Gary L. Watry >> >> >> GIS Coordinator >> Center for Ocean-Atmospheric Prediction Studies >> FSU / COAPS >> Johnson Building, RM 215 >> 2035 East Paul Dirac Drive >> Tallahassee, Florida 32306-2840 >> >> E-Mail: watry at coaps.fsu.edu >> From jzeisloft at GMAIL.COM Thu Nov 17 09:31:09 2005 From: jzeisloft at GMAIL.COM (Jennifer Zeisloft) Date: Thu, 17 Nov 2005 11:31:09 -0600 Subject: Internal Server Error: "Premature end of script headers, php.exe" In-Reply-To: Message-ID: Hi Tim, I took a look at the bug, but I have to admit the solution is way above my head. Fortunately, I was able to upgrade both of our servers to ms4w 3.0 and the problem has yet to repeat itself. I'm guessing that something I did somewhere along the line corrupted some portion of the installation. Thanks much for the info! Jennifer Zeisloft On 11/16/05, Tim Scollick wrote: > > I'm getting the same error using MS4W when I change the FORMATOPTION > to "OUTPUT_MOVIE=MULTIPLE" when using swf's (it works fine with > FORMATOPTION set to "OUTPUT_MOVIE=SINGLE". > > I have done some research and think that my problem is related to this > "bug": > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=370 > > This "bug" sounds definitely related to your problem. There seems to > be a resolution on that page, although I haven't tried it. > > On 11/9/05, Jennifer Zeisloft wrote: > > Hello All, > > > > I am dealing with what seems to be the infamous problem of "Premature > end > > of script headers". I have read through the list responses, checked the > > syntax of my mapfiles, but all without coming across a solution. From > other > > posts to this list, I am guessing this is a MapServer issue rather than > > Chameleon (though I could be wrong). > > > > The error occurs somewhat randomly: when certain (not all) WMS layers > are > > included in a map context or added to a map (through Chameleon's WMS add > > layers tool), the map breaks down after one or two (maybe three) > > navigational operations, like zooming, or after adding other WMS layers. > I > > think the bottom line is two or three map-refreshes one way or another. > I > > have tested this with a number of WMS layers from a number of different > > servers. While there are some layers for which I cannot reproduce the > > error, many eventually lead to the same error. First, the browser notes > an > > "Internal Server Error". Second, the Apache error log states: > > > > [Wed Nov 09 18:13:04 2005] [error] [client 144.92.46.35] > Premature end of > > script headers: php.exe, referer: > > http://maps.aqua.wisc.edu/lscmp/viewmaps.phtml > > [Wed Nov 09 18:13:04 2005] [error] [client 144.92.46.35] > File does not > > exist: C:/ms4w/Apache/htdocs/favicon.ico > > > > Our installation currently includes ms4w 1.2.1 and chameleon 2.2 on > Windows > > XP. Lately, I have been receiving the standard Microsoft Error Report > > pop-ups on the server for an error that the "PHP Script Interpreter > > encountered a problem and needed to close". I am suspicious that this > may > > have something to do with it (and have asked our IT administrator), but > > really know very little about it. > > > > I would really appreciate any tips or suggestions you could offer. Thank > > you in advance for your help! > > > > Jennifer Zeisloft > > UW Sea Grant > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From candalt at ONLINE.NO Thu Nov 17 10:04:33 2005 From: candalt at ONLINE.NO (Sture Dingsoyr) Date: Thu, 17 Nov 2005 12:04:33 -0600 Subject: Change RESOLUTION Message-ID: Hi Is it possible to change the RESOLUTION of a produced image (e.g a TIF/JPEG)? The reason i want to do this is to be able to use the image for printing prurposes...obviously a resolution of 72 is ok for use on the web (screen). But if one wants to print the produced image on paper a higher resolution wouldt have been great... I try to set the RESOLUTION option in the MAP file...but nothing happens...is the RESOLUTION option a constant set to 72? From ed at TOPOZONE.COM Thu Nov 17 10:22:21 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Thu, 17 Nov 2005 13:22:21 -0500 Subject: Change RESOLUTION Message-ID: Sture - Remember that pixels are just pixels. The output resolution depends on YOU - how many pixels do you want? The MapServer RESOLUTION setting is used for scale calculations, and is unnecessary for what you want to do. Suppose you have an image of a certain geographic extent on the screen - say it's 100 kilometers by 100 kilometers. And that image is 400 x 400 pixels on the screen, and that's about 10 cm by 10 cm on the screen, or a resolution of about 40 pixels / cm. Now you'd like a print version of that image. You'd like the printed version to also be 10 cm by 10 cm, but you'd like to print it at a resolution of 120 pixels / cm. So you just need to ask for 3 times as many pixels. Change the image request to be 1,200 x 1,200 pixels while keeping the geographic extents the same (100 km by 100 km). There's your high-resolution print image. Just remember that you can't do that in your Web browser, because your browser will get in the way and "help" with the printing. But you can download that image and use another application to print it. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sture Dingsoyr Sent: Thursday, November 17, 2005 1:05 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Change RESOLUTION Hi Is it possible to change the RESOLUTION of a produced image (e.g a TIF/JPEG)? The reason i want to do this is to be able to use the image for printing prurposes...obviously a resolution of 72 is ok for use on the web (screen). But if one wants to print the produced image on paper a higher resolution wouldt have been great... I try to set the RESOLUTION option in the MAP file...but nothing happens...is the RESOLUTION option a constant set to 72? From rco at OSMOGIS.COM Thu Nov 17 11:14:05 2005 From: rco at OSMOGIS.COM (Richard Orth - osmoGIS Incorporated) Date: Thu, 17 Nov 2005 14:14:05 -0500 Subject: A little help please In-Reply-To: Message-ID: It may be fouling because of the full path. Try using map=mapdocs\tester.map or the same path used for the template in your .map file. I don't think its an IIS specific problem because I tested both on IIS Hope this helps. Richard C Orth Gary Watry wrote: >I tried both the Javascript and Html only solution. The javascript works >better and it does open a image of the site but when I click on any of the >buttons I get >----------------------------------------------------- >The page cannot be found >The page you are looking for might have been removed, had its name changed, >or is temporarily unavailable. > >Please try the following: > > * Make sure that the Web site address displayed in the address bar of >your browser is spelled and formatted correctly. > * If you reached this page by clicking a link, contact the Web site >administrator to alert them that the link is incorrectly formatted. > * Click the Back button to try another link. > >HTTP Error 404 - File or directory not found. >Internet Information Services (IIS) >---------------------------------------- > >I assume this is an IIS problem, any suggests? > >On Mon, 7 Nov 2005 23:29:50 -0500, Richard Orth - osmoGIS Incorporated > wrote: > > > >>An initialization string must come from somewhere. It tells the service >>where to start, which map file to use, layers to start with, etc. For >>auto-starting your map service you have at least two options. >>1. A javascript redirector. just place the following code in its own file: >>
>>
>>
>>
>>Welcome to ...
>>
>>
>>
>>
One moment please...
Page Loading

>>
>>
>>
>> >>2. An HTML only solution. Just change the width and height values to fit >>your service. >> >> >> >>Welcome to ... >> >> >> >> >> >>Hope this helps >> >>Richard C Orth >> >>Gary Watry wrote: >> >> >> >>>Here is a development site I am working on, >>> >>>I have borrows button icons from Canada, and most of the borrowed code >>>comes from the tutorials, or is noted in the source code. >>> >>>http://indianocean.coaps.fsu.edu/httpdocs/tester.html >>> >>>The two issues are sort of related. >>> >>>1. I would like to have just one page, so I don?t have the >>>initialization page like I currently do. What is this done in and >>>where does the initialization code from tester.html go? Does it get >>>put into the tester1.html file? >>> >>>2. I want to put the little clip or animation that tells people to >>>wait while the program maps are loading. For example like on the >>>Canadian site >>> >>> >>> >>> >http://atlas.gc.ca/site/english/maps/environment/naturalhazards/majorforestfires > > >>>Any thoughts would be appreciated? >>> >>>I am a GIS user/administrator getting into Open Source programming and >>>can use any help I can get >>> >>>Thanks >>> >>>______________________________________________________________ >>> >>>Gary L. Watry >>> >>> >>>GIS Coordinator >>>Center for Ocean-Atmospheric Prediction Studies >>>FSU / COAPS >>>Johnson Building, RM 215 >>>2035 East Paul Dirac Drive >>>Tallahassee, Florida 32306-2840 >>> >>>E-Mail: watry at coaps.fsu.edu >>> >>> >>> > > > From szekeres.tamas at FREEMAIL.HU Thu Nov 17 12:00:34 2005 From: szekeres.tamas at FREEMAIL.HU (Tamas Szekeres) Date: Thu, 17 Nov 2005 14:00:34 -0600 Subject: Csharp/MapScript Message-ID: I recommend to compile mapserver and the related libraries for yourself before using them with ASP.NET. It is highly suggested to use the same compiler version for theese packages (eg VS 2003). The Win32 compilation instructions can be found at: http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html to compile use Visual Studio .NET Command Prompt and nmake. To compile mapscript: 1. download the latest SWIGWin package which contains the Win32 binary SWIG.EXE 2. edit nmake.opt for referring to the SWIG location 3. In Visual Studio .NET Command Prompt cd to mapscript/csharp 4. nmake -f makefile.vc To test the compilation 5. Create an empty ASP.NET C# project 6. Add reference to the previously compiled mapscript_csharp.dll 6. Use the following code to test the map creation private void Page_Load(object sender, System.EventArgs e) { // Put user code to initialize the page here using (mapObj map = new mapObj(@"C:\Maps\MapFiles\mymap.map")) { using(imageObj image = map.draw()) { byte[] img = image.getBytes(); Response.BinaryWrite(img); } } } 7. Before testing the project make sure that all of the dlls (depending on the mapserver compiler options, eg: bgd.dll, gdal13.dll, libcurl.dll, libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside in the correct location. I recommend to place the dll-s to the same directory as your target file. Best Regards, Tamas Szekeres On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan wrote: >Dear all >Please some one help me finding Csharp/MapScript. >Why there is no resources related with MapServer and .Net ? From girgink at GMAIL.COM Thu Nov 17 12:02:29 2005 From: girgink at GMAIL.COM (Serkan Girgin) Date: Thu, 17 Nov 2005 22:02:29 +0200 Subject: labeling with expressions Message-ID: Hi! Is it possible to use expressions instead of a single attribute field for class annotations? If possible I would be happy if you can give an example. Thanks, --- Serkan Girgin girgink at gmail.com From abe.gillespie at GMAIL.COM Thu Nov 17 12:06:53 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Thu, 17 Nov 2005 15:06:53 -0500 Subject: Csharp/MapScript In-Reply-To: Message-ID: Tamas, Isn't there still tremendous threading issues that cause endless problems when hosted in ASP.NET? Or has that been solved ... or have people found work-arounds? Thanks. -Abe On 11/17/05, Tamas Szekeres wrote: > I recommend to compile mapserver and the related libraries for yourself > before using them with ASP.NET. It is highly suggested to use the same > compiler version for theese packages (eg VS 2003). > > The Win32 compilation instructions can be found at: > > http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html > > to compile use Visual Studio .NET Command Prompt and nmake. > > To compile mapscript: > > 1. download the latest SWIGWin package which contains the Win32 binary > SWIG.EXE > > 2. edit nmake.opt for referring to the SWIG location > > 3. In Visual Studio .NET Command Prompt cd to mapscript/csharp > > 4. nmake -f makefile.vc > > To test the compilation > > 5. Create an empty ASP.NET C# project > > 6. Add reference to the previously compiled mapscript_csharp.dll > > 6. Use the following code to test the map creation > > private void Page_Load(object sender, System.EventArgs e) > { > // Put user code to initialize the page here > using (mapObj map = new mapObj(@"C:\Maps\MapFiles\mymap.map")) > { > using(imageObj image = map.draw()) > { > byte[] img = image.getBytes(); > Response.BinaryWrite(img); > } > } > } > > 7. Before testing the project make sure that all of the dlls (depending on > the mapserver compiler options, eg: bgd.dll, gdal13.dll, libcurl.dll, > libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside in the > correct location. I recommend to place the dll-s to the same directory as > your target file. > > > > Best Regards, > > Tamas Szekeres > > > On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan > wrote: > > >Dear all > >Please some one help me finding Csharp/MapScript. > >Why there is no resources related with MapServer and .Net ? > From ierickson at ANALYGIS.COM Thu Nov 17 12:18:33 2005 From: ierickson at ANALYGIS.COM (Ian Erickson) Date: Thu, 17 Nov 2005 13:18:33 -0700 Subject: Csharp/MapScript In-Reply-To: Message-ID: I'd like to know the answer to this as well...are there things that we can do that would promote thread safety - like building MapServer without GDAL support? - Ian Abe Gillespie wrote: >Tamas, > >Isn't there still tremendous threading issues that cause endless >problems when hosted in ASP.NET? Or has that been solved ... or have >people found work-arounds? > >Thanks. >-Abe > >On 11/17/05, Tamas Szekeres wrote: > > >>I recommend to compile mapserver and the related libraries for yourself >>before using them with ASP.NET. It is highly suggested to use the same >>compiler version for theese packages (eg VS 2003). >> >>The Win32 compilation instructions can be found at: >> >>http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html >> >>to compile use Visual Studio .NET Command Prompt and nmake. >> >>To compile mapscript: >> >>1. download the latest SWIGWin package which contains the Win32 binary >>SWIG.EXE >> >>2. edit nmake.opt for referring to the SWIG location >> >>3. In Visual Studio .NET Command Prompt cd to mapscript/csharp >> >>4. nmake -f makefile.vc >> >>To test the compilation >> >>5. Create an empty ASP.NET C# project >> >>6. Add reference to the previously compiled mapscript_csharp.dll >> >>6. Use the following code to test the map creation >> >>private void Page_Load(object sender, System.EventArgs e) >>{ >>// Put user code to initialize the page here >> using (mapObj map = new mapObj(@"C:\Maps\MapFiles\mymap.map")) >> { >> using(imageObj image = map.draw()) >> { >> byte[] img = image.getBytes(); >> Response.BinaryWrite(img); >> } >> } >>} >> >>7. Before testing the project make sure that all of the dlls (depending on >>the mapserver compiler options, eg: bgd.dll, gdal13.dll, libcurl.dll, >>libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside in the >>correct location. I recommend to place the dll-s to the same directory as >>your target file. >> >> >> >>Best Regards, >> >>Tamas Szekeres >> >> >>On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan >> wrote: >> >> >> >>>Dear all >>>Please some one help me finding Csharp/MapScript. >>>Why there is no resources related with MapServer and .Net ? >>> >>> > > > From pmoen at STATE.ND.US Thu Nov 17 12:45:53 2005 From: pmoen at STATE.ND.US (Paul Moen) Date: Thu, 17 Nov 2005 14:45:53 -0600 Subject: Mapscript imgObject clone request. Message-ID: Does anyone know how to clone an imgObject in Mapscript? I need to make a copy of an imgObj to use with pasteImage, so the original image remains unchanged. Is this possible? If not how can I request this feature. This would be beneficial for creating animated maps like radar loops. Thank you in advance, Paul T. Moen pmoen at state.nd.us ND State Water Commission From sgillies at FRII.COM Thu Nov 17 13:28:29 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Thu, 17 Nov 2005 14:28:29 -0700 Subject: Csharp/MapScript In-Reply-To: Message-ID: I wrote the following doc a few months ago, and am pretty sure that most of it still applies http://ms.gis.umn.edu/docs/faq/thread_safety cheers, Sean On Nov 17, 2005, at 1:18 PM, Ian Erickson wrote: > I'd like to know the answer to this as well...are there things that we > can do that would promote thread safety - like building MapServer > without GDAL support? > > - Ian > > Abe Gillespie wrote: > >> Tamas, >> >> Isn't there still tremendous threading issues that cause endless >> problems when hosted in ASP.NET? Or has that been solved ... or have >> people found work-arounds? >> >> Thanks. >> -Abe >> >> On 11/17/05, Tamas Szekeres wrote: >> >> >>> I recommend to compile mapserver and the related libraries for >>> yourself >>> before using them with ASP.NET. It is highly suggested to use the >>> same >>> compiler version for theese packages (eg VS 2003). >>> >>> The Win32 compilation instructions can be found at: >>> >>> http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html >>> >>> to compile use Visual Studio .NET Command Prompt and nmake. >>> >>> To compile mapscript: >>> >>> 1. download the latest SWIGWin package which contains the Win32 >>> binary >>> SWIG.EXE >>> >>> 2. edit nmake.opt for referring to the SWIG location >>> >>> 3. In Visual Studio .NET Command Prompt cd to mapscript/csharp >>> >>> 4. nmake -f makefile.vc >>> >>> To test the compilation >>> >>> 5. Create an empty ASP.NET C# project >>> >>> 6. Add reference to the previously compiled mapscript_csharp.dll >>> >>> 6. Use the following code to test the map creation >>> >>> private void Page_Load(object sender, System.EventArgs e) >>> { >>> // Put user code to initialize the page here >>> using (mapObj map = new mapObj(@"C:\Maps\MapFiles >>> \mymap.map")) >>> { >>> using(imageObj image = map.draw()) >>> { >>> byte[] img = image.getBytes(); >>> Response.BinaryWrite(img); >>> } >>> } >>> } >>> >>> 7. Before testing the project make sure that all of the dlls >>> (depending on >>> the mapserver compiler options, eg: bgd.dll, gdal13.dll, >>> libcurl.dll, >>> libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside >>> in the >>> correct location. I recommend to place the dll-s to the same >>> directory as >>> your target file. >>> >>> >>> >>> Best Regards, >>> >>> Tamas Szekeres >>> >>> >>> On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan >>> wrote: >>> >>> >>> >>>> Dear all >>>> Please some one help me finding Csharp/MapScript. >>>> Why there is no resources related with MapServer and .Net ? >>>> >>>> >> >> >> --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From szekeres.tamas at FREEMAIL.HU Thu Nov 17 13:34:38 2005 From: szekeres.tamas at FREEMAIL.HU (Tamas Szekeres) Date: Thu, 17 Nov 2005 15:34:38 -0600 Subject: Csharp/MapScript Message-ID: Abe, Ian I am not too far with this issue (I would be helpful if anyone could describe that in more detail), but I suppose not to maintain mapscript objects between requests, and also call dispose on the same function where the object was created. One should consider mapscript classes as thread unsafe. Tamas On Thu, 17 Nov 2005 13:18:33 -0700, Ian Erickson wrote: >I'd like to know the answer to this as well...are there things that we >can do that would promote thread safety - like building MapServer >without GDAL support? > >- Ian > >Abe Gillespie wrote: > >>Tamas, >> >>Isn't there still tremendous threading issues that cause endless >>problems when hosted in ASP.NET? Or has that been solved ... or have >>people found work-arounds? >> >>Thanks. >>-Abe >> >>On 11/17/05, Tamas Szekeres wrote: >> >> >>>I recommend to compile mapserver and the related libraries for yourself >>>before using them with ASP.NET. It is highly suggested to use the same >>>compiler version for theese packages (eg VS 2003). >>> >>>The Win32 compilation instructions can be found at: >>> >>>http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html >>> >>>to compile use Visual Studio .NET Command Prompt and nmake. >>> >>>To compile mapscript: >>> >>>1. download the latest SWIGWin package which contains the Win32 binary >>>SWIG.EXE >>> >>>2. edit nmake.opt for referring to the SWIG location >>> >>>3. In Visual Studio .NET Command Prompt cd to mapscript/csharp >>> >>>4. nmake -f makefile.vc >>> >>>To test the compilation >>> >>>5. Create an empty ASP.NET C# project >>> >>>6. Add reference to the previously compiled mapscript_csharp.dll >>> >>>6. Use the following code to test the map creation >>> >>>private void Page_Load(object sender, System.EventArgs e) >>>{ >>>// Put user code to initialize the page here >>> using (mapObj map = new mapObj(@"C:\Maps\MapFiles\mymap.map")) >>> { >>> using(imageObj image = map.draw()) >>> { >>> byte[] img = image.getBytes(); >>> Response.BinaryWrite(img); >>> } >>> } >>>} >>> >>>7. Before testing the project make sure that all of the dlls (depending on >>>the mapserver compiler options, eg: bgd.dll, gdal13.dll, libcurl.dll, >>>libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside in the >>>correct location. I recommend to place the dll-s to the same directory as >>>your target file. >>> >>> >>> >>>Best Regards, >>> >>>Tamas Szekeres >>> >>> >>>On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan >>> wrote: >>> >>> >>> >>>>Dear all >>>>Please some one help me finding Csharp/MapScript. >>>>Why there is no resources related with MapServer and .Net ? >>>> >>>> >> >> >> From jdenovan at GEOREFERENCEONLINE.COM Thu Nov 17 14:09:14 2005 From: jdenovan at GEOREFERENCEONLINE.COM (Janice Denovan) Date: Thu, 17 Nov 2005 16:09:14 -0600 Subject: The Atlas of Canada: New AJAX-like MapServer Interface Message-ID: Hello Jean-Francois, Beautiful, fast, functional and great documentation. You have built the best web map i have ever seen! Runs great in Mozilla1.9 - Runs great in Netscape7.1 - Does not run in IE6...hangs before amimated_map_status1.gif loads? Thanks in advance for any ideas on my IE6 issue. -Janice On Tue, 21 Jun 2005 11:34:14 -0400, Doyon, Jean-Francois wrote: >Hello, > >The Atlas of Canada recently deployed a new mapping interface for it's >MapServer delivered maps. > >This interface implements an AJAX-like paradigm, with the main difference >being that instead of using XML for client-server communications, an >invisible Iframe and HTML is used. This avoids the potential ActiveX >security problems on IE browsers, and makes the whole system much simpler >IMHO. > >This interface was also thoroughly tested for usability (Interviews, focus >groups, one-way mirrors, etc ...) by our target audience, which is the >general public and the educational community. > >Here are a few examples: > >http://atlas.gc.ca/site/english/maps/economic/si/ls/l10 >http://atlas.gc.ca/site/english/maps/peopleandsociety/immigration/imfb_01 >http://atlas.gc.ca/site/english/maps/peopleandsociety/QOL/eco_qoluc_p >http://atlas.gc.ca/site/english/maps/environment/seaice/break-up > >You can view any of our hundreds of maps using the menu on the left. Note >that Reference Maps and Archive Maps are not MapServer driven. Archive Maps >do have a similar type of interface implementation however. > >I look forward to getting some feedback from the MapServer community! > >Cheers, > >Jean-Fran?ois Doyon >Internet Service Development and Systems Support / Sp?cialiste de >d?veloppements internet et soutien technique >Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection >Natural Resources Canada/Ressources Naturelles Canada >http://atlas.gc.ca >Tel./T?l.: (613) 992-4902 >Fax: (613) 947-2410 From abe.gillespie at GMAIL.COM Thu Nov 17 14:12:52 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Thu, 17 Nov 2005 17:12:52 -0500 Subject: Csharp/MapScript In-Reply-To: Message-ID: I believe that even keeping objects lifetime bound to requests isn't enough. AFAIK multiple threads can get involved in a single page request. It's really not pretty at all. One might have better luck in Mono's ASP.NET implementation. -Abe On 11/17/05, Tamas Szekeres wrote: > Abe, Ian > > I am not too far with this issue (I would be helpful if anyone could > describe that in more detail), but I suppose not to maintain mapscript > objects between requests, and also call dispose on the same function where > the object was created. > > One should consider mapscript classes as thread unsafe. > > Tamas > > > On Thu, 17 Nov 2005 13:18:33 -0700, Ian Erickson > wrote: > > >I'd like to know the answer to this as well...are there things that we > >can do that would promote thread safety - like building MapServer > >without GDAL support? > > > >- Ian > > > >Abe Gillespie wrote: > > > >>Tamas, > >> > >>Isn't there still tremendous threading issues that cause endless > >>problems when hosted in ASP.NET? Or has that been solved ... or have > >>people found work-arounds? > >> > >>Thanks. > >>-Abe > >> > >>On 11/17/05, Tamas Szekeres wrote: > >> > >> > >>>I recommend to compile mapserver and the related libraries for yourself > >>>before using them with ASP.NET. It is highly suggested to use the same > >>>compiler version for theese packages (eg VS 2003). > >>> > >>>The Win32 compilation instructions can be found at: > >>> > >>>http://mapserver.gis.umn.edu/doc46/win32_compile-howto.html > >>> > >>>to compile use Visual Studio .NET Command Prompt and nmake. > >>> > >>>To compile mapscript: > >>> > >>>1. download the latest SWIGWin package which contains the Win32 binary > >>>SWIG.EXE > >>> > >>>2. edit nmake.opt for referring to the SWIG location > >>> > >>>3. In Visual Studio .NET Command Prompt cd to mapscript/csharp > >>> > >>>4. nmake -f makefile.vc > >>> > >>>To test the compilation > >>> > >>>5. Create an empty ASP.NET C# project > >>> > >>>6. Add reference to the previously compiled mapscript_csharp.dll > >>> > >>>6. Use the following code to test the map creation > >>> > >>>private void Page_Load(object sender, System.EventArgs e) > >>>{ > >>>// Put user code to initialize the page here > >>> using (mapObj map = new mapObj(@"C:\Maps\MapFiles\mymap.map")) > >>> { > >>> using(imageObj image = map.draw()) > >>> { > >>> byte[] img = image.getBytes(); > >>> Response.BinaryWrite(img); > >>> } > >>> } > >>>} > >>> > >>>7. Before testing the project make sure that all of the dlls (depending > on > >>>the mapserver compiler options, eg: bgd.dll, gdal13.dll, libcurl.dll, > >>>libmap.dll, mapscript.dll, mapscript_csharp.dll, proj.dll) reside in the > >>>correct location. I recommend to place the dll-s to the same directory > as > >>>your target file. > >>> > >>> > >>> > >>>Best Regards, > >>> > >>>Tamas Szekeres > >>> > >>> > >>>On Tue, 15 Nov 2005 13:08:06 -0600, Suman G. Pradhan > >>> wrote: > >>> > >>> > >>> > >>>>Dear all > >>>>Please some one help me finding Csharp/MapScript. > >>>>Why there is no resources related with MapServer and .Net ? > >>>> > >>>> > >> > >> > >> > From Jeroen.Ticheler at FAO.ORG Thu Nov 17 14:17:29 2005 From: Jeroen.Ticheler at FAO.ORG (Jeroen Ticheler) Date: Thu, 17 Nov 2005 23:17:29 +0100 Subject: WMS time YYYY pattern problem In-Reply-To: <437CB0B2.3040607@svs.gsfc.nasa.gov> Message-ID: How do I know? Thanks for the quick response! Jeroen On 17 Nov 2005, at 17:32, Jeff de La Beaujardiere wrote: > Jeroen Ticheler wrote: >> Also, when requesting 1965 it gives the error that that year is >> out of the series, but the image is actually there. > > If Mapserver is converting time to seconds since the epoch > (1970-01-01T00:00:00Z), then 1965 may pose a problem. > > -Jeff DLB From assefa at DMSOLUTIONS.CA Thu Nov 17 15:03:42 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Thu, 17 Nov 2005 18:03:42 -0500 Subject: WMS time YYYY pattern problem In-Reply-To: Message-ID: Mapserver used strptime to convert th time to a tm time structure. On Linux it uses the system function and on windows there is a local copy of the function in mapserver (strptime.c). Cheking the local code used for windows, It could have problems with dates before 1970. Later, Jeroen Ticheler wrote: > How do I know? > Thanks for the quick response! > Jeroen > > On 17 Nov 2005, at 17:32, Jeff de La Beaujardiere wrote: > >> Jeroen Ticheler wrote: >> >>> Also, when requesting 1965 it gives the error that that year is out >>> of the series, but the image is actually there. >> >> >> If Mapserver is converting time to seconds since the epoch >> (1970-01-01T00:00:00Z), then 1965 may pose a problem. >> >> -Jeff DLB > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From jdenovan at GEOREFERENCEONLINE.COM Thu Nov 17 15:23:41 2005 From: jdenovan at GEOREFERENCEONLINE.COM (Janice Denovan) Date: Thu, 17 Nov 2005 17:23:41 -0600 Subject: The Atlas of Canada: New AJAX-like MapServer Interface Message-ID: Hi, Sorry, my mistake. The http://atlas.gc.ca maps run smoothly in Mozilla, Netscape and InternetExplorer. -Janice On Thu, 17 Nov 2005 16:09:14 -0600, Janice Denovan wrote: >Hello Jean-Francois, > >Beautiful, fast, functional and great documentation. You have built the >best web map i have ever seen! > >Runs great in Mozilla1.9 - Runs great in Netscape7.1 - Does not run in >IE6...hangs before amimated_map_status1.gif loads? Thanks in advance for >any ideas on my IE6 issue. > >-Janice > > >On Tue, 21 Jun 2005 11:34:14 -0400, Doyon, Jean-Francois Francois.Doyon at CCRS.NRCAN.GC.CA> wrote: > >>Hello, >> >>The Atlas of Canada recently deployed a new mapping interface for it's >>MapServer delivered maps. >> >>This interface implements an AJAX-like paradigm, with the main difference >>being that instead of using XML for client-server communications, an >>invisible Iframe and HTML is used. This avoids the potential ActiveX >>security problems on IE browsers, and makes the whole system much simpler >>IMHO. >> >>This interface was also thoroughly tested for usability (Interviews, focus >>groups, one-way mirrors, etc ...) by our target audience, which is the >>general public and the educational community. >> >>Here are a few examples: >> >>http://atlas.gc.ca/site/english/maps/economic/si/ls/l10 >>http://atlas.gc.ca/site/english/maps/peopleandsociety/immigration/imfb_01 >>http://atlas.gc.ca/site/english/maps/peopleandsociety/QOL/eco_qoluc_p >>http://atlas.gc.ca/site/english/maps/environment/seaice/break-up >> >>You can view any of our hundreds of maps using the menu on the left. Note >>that Reference Maps and Archive Maps are not MapServer driven. Archive >Maps >>do have a similar type of interface implementation however. >> >>I look forward to getting some feedback from the MapServer community! >> >>Cheers, >> >>Jean-Fran?ois Doyon >>Internet Service Development and Systems Support / Sp?cialiste de >>d?veloppements internet et soutien technique >>Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection >>Natural Resources Canada/Ressources Naturelles Canada >>http://atlas.gc.ca >>Tel./T?l.: (613) 992-4902 >>Fax: (613) 947-2410 From rco at OSMOGIS.COM Thu Nov 17 15:51:52 2005 From: rco at OSMOGIS.COM (Richard Orth - osmoGIS Incorporated) Date: Thu, 17 Nov 2005 18:51:52 -0500 Subject: A little help please In-Reply-To: <000601c5ebc1$16f4e1d0$aed4c992@coaps.fsu.edu> Message-ID: Having it on your server helped diagnose. The url had [program] in it. If you replace the line below in the javascript it should work. Now it will know what program to call document.location = "/cgi-bin/mapserv.exe?" + "program=/cgi-bin/mapserv.exe&zoomsize=2&layer=tidestations&layer=countries&layer=states&map=c:\inetpub\wwwroot\mapdocs\tester.map"; Richard C Orth Gary Watry wrote: >Hi Rich > >Here is where I am at, If you can give me any ideas. >The working site is >http://indianocean.coaps.fsu.edu/httpdocs/indextest.html > >If I use indextest.html to initialize tidestationtest.html with a mouse >click it all works > >If I use test2.html(your script) I get further than I did in the past but >the only button that works is the help button, anywhere else and I get the >"The page cannot be found" error, I don't believe it is a IIS issue or the >first way should not work. > >Am I missing something (like a var or piece of code) in the initialization >of tidestationtest.html that is in the Indextest.html but not present if I >try auto initialization. > >______________________________________________________________ >Gary L. Watry > >GIS Coordinator >Center for Ocean-Atmospheric Prediction Studies >FSU / COAPS >Johnson Building, RM 215 >2035 East Paul Dirac Drive >Tallahassee, Florida 32306-2840 > >E-Mail: watry at coaps.fsu.edu > > >-----Original Message----- >From: Richard Orth - osmoGIS Incorporated [mailto:rco at osmoGIS.com] >Sent: Thursday, November 17, 2005 2:14 PM >To: Gary Watry; MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] A little help please > >It may be fouling because of the full path. Try using > >map=mapdocs\tester.map > >or the same path used for the template in your .map file. >I don't think its an IIS specific problem because I tested both on IIS > >Hope this helps. > >Richard C Orth > >Gary Watry wrote: > > > >>I tried both the Javascript and Html only solution. The javascript works >>better and it does open a image of the site but when I click on any of the >>buttons I get >>----------------------------------------------------- >>The page cannot be found >>The page you are looking for might have been removed, had its name changed, >>or is temporarily unavailable. >> >>Please try the following: >> >> * Make sure that the Web site address displayed in the address bar of >>your browser is spelled and formatted correctly. >> * If you reached this page by clicking a link, contact the Web site >>administrator to alert them that the link is incorrectly formatted. >> * Click the Back button to try another link. >> >>HTTP Error 404 - File or directory not found. >>Internet Information Services (IIS) >>---------------------------------------- >> >>I assume this is an IIS problem, any suggests? >> >>On Mon, 7 Nov 2005 23:29:50 -0500, Richard Orth - osmoGIS Incorporated >> wrote: >> >> >> >> >> >>>An initialization string must come from somewhere. It tells the service >>>where to start, which map file to use, layers to start with, etc. For >>>auto-starting your map service you have at least two options. >>>1. A javascript redirector. just place the following code in its own file: >>>
>>>
>>>
>>>
>>>Welcome to ...
>>>
>>>
>>>
>>>
One moment please...
Page Loading

>>>
>>>
>>>
>>> >>>2. An HTML only solution. Just change the width and height values to fit >>>your service. >>> >>> >>> >>>Welcome to ... >>> >>> > > >>> >>> >>> >>>Hope this helps >>> >>>Richard C Orth >>> >>>Gary Watry wrote: >>> >>> >>> >>> >>> >>>>Here is a development site I am working on, >>>> >>>>I have borrows button icons from Canada, and most of the borrowed code >>>>comes from the tutorials, or is noted in the source code. >>>> >>>>http://indianocean.coaps.fsu.edu/httpdocs/tester.html >>>> >>>>The two issues are sort of related. >>>> >>>>1. I would like to have just one page, so I don't have the >>>>initialization page like I currently do. What is this done in and >>>>where does the initialization code from tester.html go? Does it get >>>>put into the tester1.html file? >>>> >>>>2. I want to put the little clip or animation that tells people to >>>>wait while the program maps are loading. For example like on the >>>>Canadian site >>>> >>>> >>>> >>>> >>>> >>>> >>http://atlas.gc.ca/site/english/maps/environment/naturalhazards/majorforest >> >> >fires > > >> >> >> >> >>>>Any thoughts would be appreciated? >>>> >>>>I am a GIS user/administrator getting into Open Source programming and >>>>can use any help I can get >>>> >>>>Thanks >>>> >>>>______________________________________________________________ >>>> >>>>Gary L. Watry >>>> >>>> >>>>GIS Coordinator >>>>Center for Ocean-Atmospheric Prediction Studies >>>>FSU / COAPS >>>>Johnson Building, RM 215 >>>>2035 East Paul Dirac Drive >>>>Tallahassee, Florida 32306-2840 >>>> >>>>E-Mail: watry at coaps.fsu.edu >>>> >>>> >>>> >>>> >>>> >> >> >> >> > > From ierickson at ANALYGIS.COM Thu Nov 17 16:22:02 2005 From: ierickson at ANALYGIS.COM (Ian Erickson) Date: Thu, 17 Nov 2005 17:22:02 -0700 Subject: Win32 Compilation Question Message-ID: Having a bit of difficulty with compiling all of the pieces.... I started with a basic compilation with VC++ 6.0 and didn't include anything but the basics...I tried to recompile MapServer, this time enabling GDAL but the linker reported the following errors: mapogcsld.obj: unresolved external symbol _msOWSLookupMetadata mapogcsld.obj: unresolved external symbol _msOWSGetSchemasLocation I did not have a problem with the previous compilation of 4.4.1... Can anyone give me some hints as to why this is happening? - Ian Erickson From warmerdam at POBOX.COM Thu Nov 17 16:42:17 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 17 Nov 2005 19:42:17 -0500 Subject: Win32 Compilation Question In-Reply-To: <437D1EAA.2000001@analygis.com> Message-ID: On 11/17/05, Ian Erickson wrote: > Having a bit of difficulty with compiling all of the pieces.... > > I started with a basic compilation with VC++ 6.0 and didn't include > anything but the basics...I tried to recompile MapServer, this time > enabling GDAL but the linker reported the following errors: > > mapogcsld.obj: unresolved external symbol _msOWSLookupMetadata > mapogcsld.obj: unresolved external symbol _msOWSGetSchemasLocation > > I did not have a problem with the previous compilation of 4.4.1... Can > anyone give me some hints as to why this is happening? Ian, Is this with 4.6.1 or 4.8 beta1? Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From ierickson at ANALYGIS.COM Thu Nov 17 16:49:01 2005 From: ierickson at ANALYGIS.COM (Ian Erickson) Date: Thu, 17 Nov 2005 17:49:01 -0700 Subject: Win32 Compilation Question In-Reply-To: <931f8ea90511171642o723b9f05wb9a9c1c1f9e9889f@mail.gmail.com> Message-ID: It's actually 4.6.1 - should have mentioned that - and on further investigation I found that with GDAL enabled, it appears that the WMS=-DUSE_WMS_SVR flag must be enabled... Frank Warmerdam wrote: >On 11/17/05, Ian Erickson wrote: > > >>Having a bit of difficulty with compiling all of the pieces.... >> >>I started with a basic compilation with VC++ 6.0 and didn't include >>anything but the basics...I tried to recompile MapServer, this time >>enabling GDAL but the linker reported the following errors: >> >>mapogcsld.obj: unresolved external symbol _msOWSLookupMetadata >>mapogcsld.obj: unresolved external symbol _msOWSGetSchemasLocation >> >>I did not have a problem with the previous compilation of 4.4.1... Can >>anyone give me some hints as to why this is happening? >> >> > >Ian, > >Is this with 4.6.1 or 4.8 beta1? > >Best regards, >-- >---------------------------------------+-------------------------------------- >I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com >light and sound - activate the windows | http://pobox.com/~warmerdam >and watch the world go round - Rush | Geospatial Programmer for Rent > > > -- Ian Erickson AnalyGIS, LLC Gold Canyon, AZ 85218 http:// www.analygis.com tel: 480.677.6260 mob: 480.221.7173 fax: 480.677.6261 See AnalyGIS at work: http://65.39.85.13/google/ http://65.39.85.13/virtualearth/ From warmerdam at POBOX.COM Thu Nov 17 17:03:43 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 17 Nov 2005 20:03:43 -0500 Subject: Win32 Compilation Question In-Reply-To: <437D24FD.8020009@analygis.com> Message-ID: On 11/17/05, Ian Erickson wrote: > It's actually 4.6.1 - should have mentioned that - and on further > investigation I found that with GDAL enabled, it appears that the > WMS=-DUSE_WMS_SVR flag must be enabled... Ian, If the problem persists in 4.8beta let us know, and I will fix it. This sort of dependency is unintentional. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From sdc at SDC.COM.AU Thu Nov 17 17:45:09 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 17 Nov 2005 19:45:09 -0600 Subject: Symbols help Message-ID: I would like to use symbols of a circle with an embedded + or an embedded x. That is a + in a circle and an x in a circle. Is it possible to create such symbols in the map file or would it be easier to create png images? Cheers and thanks, Stephen From steve.lime at DNR.STATE.MN.US Thu Nov 17 20:25:08 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 17 Nov 2005 22:25:08 -0600 Subject: mapscript crashes on getFeature Message-ID: Hmmm.... The geometry member is initialized to NULL and not used unless you do something like a buffer or a convex hull. The code to free the geometry does check to make sure the geometry is not NULL before unallocating it. This leads me to believe the problem is not GEOS per se but elsewhere in the query or MapScript code- perhaps someplace that doesn't use msInitShape() to initialize a shapeObj structure, which could lead to an unitialized geometry pointer. I guess we should try the same code snippet in another MapScript flavor to make sure it's not a java specific issue. Steve >>> Donovan 11/16/05 12:07 PM >>> >You've got my attention. Donovan do you have any more specific information regarding the GEOS crash? --Steve Sure, I'm using mapserver 4.8.0beta - but 4.6.0 breaks too --geos-2.1.1 from rpm (gdal-1.2.6 and proj-4.4.9 also) --FedoraCore3 with java1.5 (glibc-2.3.5) I think the crash occurs any time a shapeObj is returned. I modified the java mapscript example class DrawMap from the mapserver source tree to demonstrate the problem - Query.java is attached. Without GEOS, Query.java generates the png but with GEOS, it looks like this: # cd ~/mapserver-4.8.0-beta1/mapscript/java # javac -classpath ./:examples/:./mapscript.jar -d examples/ examples/*.java # java -classpath ./:examples/:./mapscript.jar -Djava.library.path=. Query ../../tests/test.map ./map.png > The map will be drawn to:./map.png > *** glibc detected *** malloc(): memory corruption: 0xb1c11ee8 *** > Aborted From steve.lime at DNR.STATE.MN.US Thu Nov 17 20:32:43 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 17 Nov 2005 22:32:43 -0600 Subject: Symbols help Message-ID: There are 2 options. Use an image or use 2 styles stacked on top of one another, e.g.: STYLE SYMBOL 'circle' ... END STYLE SYMBOL '+' ... END Of course you need to define the 2 symbols. I suppose you have one other option that would work if you don't need to label the symbol: CLASS STYLE SYMBOL 'circle' ... END LABEL ... END TEXT 'x' END Hope this helps! Steve >>> Stephen Davies 11/17/05 7:45 PM >>> I would like to use symbols of a circle with an embedded + or an embedded x. That is a + in a circle and an x in a circle. Is it possible to create such symbols in the map file or would it be easier to create png images? Cheers and thanks, Stephen From steve.lime at DNR.STATE.MN.US Thu Nov 17 20:36:38 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 17 Nov 2005 22:36:38 -0600 Subject: labeling with expressions Message-ID: Say you have 2 attributes, foo and bar, then you could do something like: TEXT ([foo] loves [bar].) and if foo=bob and bar=wanda you'd get "bob loves wanda". Steve Stephen Lime Data & Applications Manager Minnesota DNR 500 Lafayette Road St. Paul, MN 55155 651-259-5473 >>> Serkan Girgin 11/17/05 2:02 PM >>> Hi! Is it possible to use expressions instead of a single attribute field for class annotations? If possible I would be happy if you can give an example. Thanks, --- Serkan Girgin girgink at gmail.com From adam at JAMRADAR.COM Thu Nov 17 20:40:56 2005 From: adam at JAMRADAR.COM (Adam) Date: Thu, 17 Nov 2005 22:40:56 -0600 Subject: Chicago Users Group??? Message-ID: Are there any MapServer user groups in Chicago or Burbs? From woodbri at SWOODBRIDGE.COM Thu Nov 17 21:07:39 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Fri, 18 Nov 2005 00:07:39 -0500 Subject: Chicago Users Group??? In-Reply-To: <006b01c5ebfa$475325b0$0200a8c0@PANASONIULSWMR> Message-ID: Adam wrote: > Are there any MapServer user groups in Chicago or Burbs? > Hi Adam, I would be interested in this also. While I'm actually located in the greater Boston, MA area, I work for Where2GetIt.com that is in Wheeling, IL and we are one of the largest mapserver users if you measure it based on mapviews. I am frequently in Wheeling, but rarely with much free time. -Steve W. From woodbri at SWOODBRIDGE.COM Thu Nov 17 21:12:46 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Fri, 18 Nov 2005 00:12:46 -0500 Subject: Where2getit.com Presents Mapserver at ILGISA Conference Message-ID: Hi all, I just did two presentations at the ILGISA Conference in Oak Brook, IL this week on Mapserver for Where2getit.com 1. Getting Started With Mapserver - 3 hr Workshop with 35+ attendees 2. Using ka-map for data distribution - 60+ attendees The presentations are located at: http://where2getit.com/ilgisa/ in case anyone is interested in looking at them. The ILGISA attendees are primarily IL state and local municipal GIS departments and the GIS, surveying, and engineering consulting firms supporting them. The presentations on Mapserver and ka-map were very well received and they would like to do a hands-on mapserver workshop next year instead of a presentation workshop that they asked for this year. -Steve W. http://where2getit.com/ From fly2moon2 at GMAIL.COM Thu Nov 17 22:39:44 2005 From: fly2moon2 at GMAIL.COM (Jack Ling) Date: Fri, 18 Nov 2005 14:39:44 +0800 Subject: Auto Font Size / Alignment for Labels? In-Reply-To: <4997F456680DAD4DA1E042C40C46361106B954@auper1ex002.au.aecomnet.com> Message-ID: Hi All, Really thankful to all who gave me advice; the clarifications on the concept of annotation and label is particularly useful to person like me, who is a starter in GIS and have to develop some works in GIS project. I got better understandings now. And I will need time to digest. When I open the DXF format version (not the DGN version then) of the set of maps in AutoCad, it looks fit for my case. Everything looks fine. Anyone has some idea if I can have something exported from there and be able to be used for MapServer? What a pity that MapServer doesn't support DXF... best regards, jackling On 11/17/05, Delfos, Jacob wrote: > Hi Jack, > > I think it's important for you to understand the difference between an > annotation and a label. > > A label is the value of an attribute. For example, in a shapefile, a > street might have attributes "name", "length", "id". Displaying any of > these values on the map would be a label. You could use " angle 'auto' " > to rotate this label to the orientation of the feature it belongs to. > > An annotation is a text object, a graphic. It is an independent object > that bears no relation to any other object. Its only relevant attribute > is "text". The other attributes it has relate to things like font-size, > colour, angle, etc. An annotation is not, and does not belong to, a > geometry. An annotation can not align itself to the road automatically, > because it does not have anything to do with the road. Any resemblance > in rotation-angle was done manually by whom designed the DGN. It does > not know that it should align itself to a particular feature. > > So in your case, the only way to get rotated items is if the rotation > exists in the DGN. However, I am NOT sure how to get this rotation to > show with "styleitem 'auto'". I believe you can use "labelangleitem > 'ANGLE'" to get it, but I'm not sure. Also, annotations/labels can only > be rotated for true-type, but it seems that "styleitem 'auto'" picks > non-truetype fonts. So you may have to experiment with that. In the > past, I have saved the annotation layers to point files (with angle), > and then use labelangleitem to show them (in a separate layer). > > Hope this helps, > > Jacob > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jack Ling > > Sent: 15 November 2005 13:57 > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: [UMN_MAPSERVER-USERS] Auto Font Size / Alignment for Labels? > > > > Hi all, > > > > > > After you experts gave me advice so that my map could show the label > > for the map (ie. oads/buildings etc.), I've been struggling to get the > > display right for me. > > > > - 1st, the labels include things such as Street names, Street No, > > Building Names etc. I would like the Street Nos to be smaller in font > > size, while Building Names be bigger. However, since so far I put a > > finite SIZE (e.g SIZE 14) for the Label layer, all labels have the > > same font size. My DGN file only have one attribute named "TEXT" which > > is utiltized as Label annotation. I don't how to have the Font Size of > > various elements be displayed proportionally.? Anything auto adjusted? > > > > -also, the labels are aligned horizontally. I should expect the Labels > > be aligned properly with the feature. e.g. align along the road > > direction, building direction etc. > > > > - I have perfect display of the maps if I were to open the DXF format > > version from AutoCad. But seems I can't use DXF as MapServer doesn't > > support it? That pushes me to ask from my source for a DGN format > > version of the maps. Now, with the DGN version, I've the > > above-mentioned probelms....Furthermore, I don't have Microstation to > > edit a DGN file. I have AutoCad to edit the maps (turn on / off > > layers), but seems no way I can closely work with MapServer...? Any > > change I can use AutoCad to do some thing for me? > > > > Thanks again. > > jack ling > > > From Dejan.Gambin at PULA.HR Thu Nov 17 23:13:08 2005 From: Dejan.Gambin at PULA.HR (Gambin Dejan) Date: Fri, 18 Nov 2005 08:13:08 +0100 Subject: Georeferencing tiff by creating tfw file Message-ID: Thanks, I understand what you have been told me BUT, When I put my tiff on the map using "my" cellsize of 0.0021166, it doesn't show correctly on the map (I just get a litte box bottomleft). But if I use the cellsize of 0.08467878514170, then it is correctly shown. That is the thing I didn't understand. (I have already reported my error in first gdalinfo because it was run with my already existing tfw file. I have reported the new gdalinfo output after...) Sorry again to bother you best regards dejan > -----Original Message----- > From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com] > Sent: Thursday, November 17, 2005 11:57 PM > To: Gambin Dejan > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > creating tfw file > > > The TIFFTAG_RESOLUTIONUNIT was set to pixels per inch (dpi). > This is a "graphical" parameter embedded in many images > (geographic or not). It is not related to real-world > coordinates, but to paperspace only. It tells you how many > pixels go into an inch, so that it can be printed at the same > size as the original was. > You are right about cellsize: it expresses how many metres in > real-world coordinates one cell takes up. So this has been > calculated using the TIFFTAG_RESOLUTIONUNIT, and combining > that with the scale information. > > If the figures and units you give are correct, then: > Your original scan is 300dpi, 1:25. > So: 1 pixel = 1/300 inch in paperspace > = 25 * 1/300 inch in real-world space > = 0.08333 inch in real-world space > = 0.002116 metres in real-world space > So your pixel size (real-world space) is roughly 0.0021166m, > as your gdalinfo output mentioned below. So make sure you > understand which values are in geographic space, and which in > paperspace. > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > converting it to meters gives me 0.002150841. But this is > not correct, > right? > > Wiht CAD overlay I have got 0.08467878514170, that is probably > right... > > Both are right, but your CAD overlay reported the cellsize in > real-world inches, your calculation gave it in metres. > > Regards, > > Jacob > > > > > > -----Original Message----- > > From: Gambin Dejan [mailto:Dejan.Gambin at pula.hr] > > Sent: 17 November 2005 16:18 > > To: Delfos, Jacob > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > creating tfw file > > > > No you didn't confuse me, thanks. But I am still not sure > in what is > > wrong in my calculation? Is the TIFFTAG_RESOLUTIONUNIT important > > anyway? Does the CELLSIZE mean "the pixel has CELLSIZE meters" or? > > > > Sorry for bothering you > > > > dejan > > > > > -----Original Message----- > > > From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com] > > > Sent: Thursday, November 17, 2005 9:03 AM > > > To: Gambin Dejan; MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > creating tfw file > > > > > > > > > Dejan, > > > > > > I think you are mixing up scale and resolution: scale is > > > ratio between the real world and whatever you are looking at > > > (hardcopy, screen, etc). So 1:25 means 1 unit on the screen > > > equals 25 units in the real world (whichever units, as you said). > > > > > > Resolution expresses how many pixels go into a fixed length > > > (expressed in a unit). It is necessary to have a unit, > > > because obviously the result between 300 pixels in a metre, > > > or 300 pixels in an inch, will be different. So > > > "metres/pixel" is a resolution, NOT a scale. Metres/pixel > > > tells you have many metres a pixel is, either on your screen > > > or on a hardcopy. This does NOT tell you how many metres it > > > is in the real world (geographic space). You need scale AND > > > resolution to determine that. > > > > > > Hope I didn't confuse you further. > > > > > > Jacob > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan > > > > Sent: 17 November 2005 15:39 > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > creating tfw file > > > > > > > > Thanks Ed, thanks Jacob, > > > > > > > > That is the thing I have missed - the scale reported is in > > > > "meters/pixel" and this gives the correct result....but > > correct me > > > > please - isn't the scale "unitsless" parameter? 1inch on > > > map=25inch in > > > > world, 1m on map=25m in world? I was looking in gdalinfo > > output and > > > > the TIFFTAG_RESOLUTIONUNIT that is set to pixel/inch, so I > > > did 25/300 > > > > thinking it is the pixel size in inches that needs to be > > > converted to > > > > meters...obviously wrong > > > > > > > > regards, dejan > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of > Ed McNierney > > > > > Sent: Thursday, November 17, 2005 12:43 AM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw file > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > "..if the map is in 1:25 scale, that means that 1 inch on the > > > > > map is 25 inches in the real world....if the map was > scanned on > > > > > 300dpi then the pixel size is 25/300 in inches, then > converted > > > > > to meters" > > > > > > > > > > Yes, that's all there is to it. There's nothing more to > > > > > understand. If the scale you're reporting in CAD > Overlay is in > > > > > units of "meters per pixel", then one pixel is > 0.08467878514170 > > > > > meters. If that image were scanned at 600 DPI, then > each inch > > > > > on the printed map source would produce 600 pixels or 50.80 > > > > > meters. 50.80 meters is 2,000 feet, so that would > correspond to > > > > > a scale of 1" = 2,000' or 1:24,000 scale. Or it could be a > > > > > 1:12,000 scale map scanned at 300 DPI - or a 1:48,000 > scale map > > > > > scanned at 1,200 DPI. They would all come out the same - the > > > > > image resolution in units per pixel is a product of > the source > > > > > scale and the scanning resolution, and you can't > distinguish the > > > > > two. > > > > > > > > > > - Ed > > > > > > > > > > Ed McNierney > > > > > President and Chief Mapmaker > > > > > TopoZone.com / Maps a la carte, Inc. > > > > > 73 Princeton Street, Suite 305 > > > > > North Chelmsford, MA 01863 > > > > > Phone: +1 (978) 251-4242 > > > > > Fax: +1 (978) 251-1396 > > > > > ed at topozone.com > > > > > > > > > > -----Original Message----- > > > > > From: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > > > > Sent: Wednesday, November 16, 2005 6:07 PM > > > > > To: Ed McNierney > > > > > Cc: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw file > > > > > > > > > > Sorry I forgot to set the CC.. > > > > > > > > > > I have received this tif file from a colleague who wanted to > > > > > "georeference" it and place it on the existing > mapserver map. He > > > > > just sent me the upper left coordinates (real world > coordinates > > > > > in meters) and this scale. Suppose he scanned the > paper map that > > > > > is in 1:25 scale and gave me the coordinates of the > upper left > > > > > corner. So I thought: > > > > > > > > > > ..if the map is in 1:25 scale, that means that 1 inch > on the map > > > > > is 25 inches in the real world....if the map was scanned on > > > > > 300dpi then the pixel size is 25/300 in inches, then > converted > > > > > to meters. But it is not and obviously I am pretty newbie in > > > > > this geo-math and I am missing some important things. > > > > > > > > > > Anyway, after a while he sent me a tfw file saying he > has built > > > > > it with CAD Overlay...that is all I know and this tiff is now > > > > > positioned well on the map... > > > > > > > > > > ...Sorry, I am just curious in how this is > > > > > theoretically/mathematically calculated so I asked.... > > > > > > > > > > This is also interesting to me because we have some > > > > > non-referenced tiff maps with some known world coordinates on > > > > > them and I would like to georeference them in the future, if > > > > > this is possible... > > > > > > > > > > regards, dejan > > > > > > > > > > > -----Original Message----- > > > > > > From: Ed McNierney [mailto:ed at topozone.com] > > > > > > Sent: Wednesday, November 16, 2005 10:54 PM > > > > > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw > > > > > > > > > > > file > > > > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > > > Well, that's not the GeoTIFF output you posted the > > > first time ! > > > > > > > > > > > > What is the "scale" you have (the value that's > > > 25.40363554)? What > > > > > > is the definition of that value, and its units (if > > > any)? And what > > > > > > are the definition and the units of the "CAD Overlay" > > > output, too? > > > > > > It's hard to work with dimensionless, > > > > > undefined numbers > > > > > > - where did they come from? We need some more details to > > > > be able to > > > > > > help. Thanks! > > > > > > > > > > > > - Ed > > > > > > > > > > > > P.S. Please always reply to the whole list, not just > > > to the first > > > > > > responder. > > > > > > > > > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > > > > > Sent: Wednesday, November 16, 2005 4:31 PM > > > > > > To: Ed McNierney > > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw > > > > > > > > > > > file > > > > > > > > > > > > Ed, > > > > > > > > > > > > Sorry, I have run gdalinfo on the tiff with already > > > > > existing tfw file > > > > > > that I have calculated and that is WRONG... > > > > > > > > > > > > Running gdalinfo on this tif (that has no associated tfw) > > > > > results in: > > > > > > > > > > > > Driver: GTiff/GeoTIFF > > > > > > Size is 8857, 5905 > > > > > > Coordinate System is `' > > > > > > Metadata: > > > > > > TIFFTAG_XRESOLUTION=300 > > > > > > TIFFTAG_YRESOLUTION=300 > > > > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > > > > > Upper Left ( 0.0, 0.0) > > > > > > Lower Left ( 0.0, 5905.0) > > > > > > Upper Right ( 8857.0, 0.0) > > > > > > Lower Right ( 8857.0, 5905.0) > > > > > > Center ( 4428.5, 2952.5) > > > > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > > > > Color Table (RGB with 2 entries) > > > > > > 0: 255,255,255,255 > > > > > > 1: 0,0,0,255 > > > > > > > > > > > > So, I have this output, I have xy coordinates (in > > > meters): 5455750 > > > > > > and 5021000 and I have the scale of 25.40363554. > > > > > The question > > > > > > remains - how do I calculate the "pixel size" (first > > and fourth > > > > > > parameter) of tfw file that I need to create. > > > > > > > > > > > > Using CAD Overlay I get the value of 0.08467878514170 that > > > > > is correct > > > > > > but I need to know how to get this value by formula, not > > > > with util > > > > > > like CAD Overlay > > > > > > > > > > > > Sorra again > > > > > > > > > > > > regards, dejan > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > > > > On Behalf Of Ed McNierney > > > > > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > > creating tfw > > > > > > > > > > > > > file > > > > > > > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > > > > > The gdalinfo utility is telling you the pixel size. The > > > > > fourth line > > > > > > > > > > > > of the output below, beginning with "Origin = ", ends with > > > > > > "Pixel Size > > > > > > > > > > > > > = ". Those are the very same values you would use in > > > > the first and > > > > > > > fourth lines, respectively, of a TFW file. It looks like > > > > > > this is the > > > > > > > same value you calculated, and it appears to be correct. > > > > > > > > > > > > > > - 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: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > > > > On Behalf Of Gambin Dejan > > > > > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > creating tfw > > > > > > > file > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Even there are probably some utils I can use, I would > > > > > still like to > > > > > > > know how can I calculate the "pixel size" parameter in > > > > > tfw file (so > > > > > > > the first and fourth parameter) from the existing tiff > > > > > file and the > > > > > > > following > > > > > > > informations: > > > > > > > > > > > > > > For example, "gdalinfo my.tif" says > > > > > > > > > > > > > > Driver: GTiff/GeoTIFF > > > > > > > Size is 8857, 5905 > > > > > > > Coordinate System is `' > > > > > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > > > > > (0.00215084,-0.00215084) > > > > > > > Metadata: > > > > > > > TIFFTAG_XRESOLUTION=300 > > > > > > > TIFFTAG_YRESOLUTION=300 > > > > > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner > > > > > Coordinates: Upper > > > > > > > Left ( 5455749.999, 5021000.001) Lower Left ( > 5455749.999, > > > > > > > 5020987.300) Upper Right ( 5455769.049, > > > > > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > > > > > Center ( 5455759.524, 5020993.651) > > > > > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > > > > > Color Table (RGB with 2 entries) > > > > > > > 0: 255,255,255,255 > > > > > > > 1: 0,0,0,255 > > > > > > > > > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > > > > > and the scale > > > > > > > > > > > > of 25.40363554. I have tried using the simple > formula like: > > > > > > > > > > > > > > pixel size in inches = scale/resolution, so > > > 25.40363554/300 and > > > > > > > converting it to meters gives me 0.002150841. But this is > > > > > > not correct, > > > > > > > > > > > > > right? > > > > > > > > > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is > > > probably > > > > > > > right... > > > > > > > > > > > > > > What am I doing wrong? Is it the resolution that I am > > > > using? Do I > > > > > > > have to use screen resolution or what? > > > > > > > > > > > > > > thanks > > > > > > > > > > > > > > regards, dejan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From Jeroen.Ticheler at FAO.ORG Thu Nov 17 23:35:32 2005 From: Jeroen.Ticheler at FAO.ORG (Jeroen Ticheler) Date: Fri, 18 Nov 2005 08:35:32 +0100 Subject: WMS time YYYY pattern problem In-Reply-To: <437D0C4E.5060101@dmsolutions.ca> Message-ID: Thanks! I'm actually running on Mac OS X. Same problems? Jeroen On 18 Nov 2005, at 00:03, Yewondwossen Assefa wrote: > Mapserver used strptime to convert th time to a tm time structure. > On Linux it uses the system function and on windows there is a > local copy of the function in mapserver (strptime.c). Cheking the > local code used for windows, It could have problems with dates > before 1970. > > Later, > > Jeroen Ticheler wrote: >> How do I know? >> Thanks for the quick response! >> Jeroen >> On 17 Nov 2005, at 17:32, Jeff de La Beaujardiere wrote: >>> Jeroen Ticheler wrote: >>> >>>> Also, when requesting 1965 it gives the error that that year is >>>> out of the series, but the image is actually there. >>> >>> >>> If Mapserver is converting time to seconds since the epoch >>> (1970-01-01T00:00:00Z), then 1965 may pose a problem. >>> >>> -Jeff DLB > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- > From umn-ms at HYDROTEC.DE Fri Nov 18 00:59:03 2005 From: umn-ms at HYDROTEC.DE (Benedikt Rothe) Date: Fri, 18 Nov 2005 09:59:03 +0100 Subject: mapscript crashes on getFeature In-Reply-To: Message-ID: Hallo Donovan Some month ago I made a posting about Mapserver/Java-crashes in Java-Finalizers, which tries to explain a problem on memory-managment in Mapserver/Javascript ("Java VM Crashes using the Mapscript API"): http://article.gmane.org/gmane.comp.gis.mapserver.user/11536 http://article.gmane.org/gmane.comp.gis.mapserver.user/11678 Additional hint: I found bugs of this kind by changing all existing Java-Mascript-finalizers which call "delete()" to: protected void finalize() { if(swigCPtr != 0 && swigCMemOwn) { System.out.println(this.getClass().getName() + "-finalize deallokiert"); } delete(); } The stdout will have messages for all classes which are freed in a dangerous way. As long as this kind of messages one should look for missing delete's. I hope this helps Benedikt Rothe PS: By following this rules the Java-App became much more stable. But I still face problems of this kind one some machines. UMN MapServer Users List schrieb am 15.11.2005 18:10:18: > I've been working with mapscript and tomcat for several weeks, generally > mapserver is working great but when i try to query a layer (tried a polygon > shp file, polygon tab file and a point tab file) the jvm crashes as soon as > getFeature is called. QueryByPoint and getResults appear to work - i can > iterate over the resultset and print shape indexes but getFeature always > crashes with this message: > > > *** glibc detected *** free(): invalid pointer: 0x093f6e30 *** > > 15/11/2005 10:48:04 11023 jsvc.exec error: Service did not exit cleanly > > Any ideas? I'm really stuck... > > Following is a snip of the code and some more detail: > > layer.queryByPoint(map,point,mapscriptConstants.MS_MULTIPLE,-1); > resultCacheObj results = layer.getResults(); > layer.open(); > for (int i=0;i resultCacheMemberObj result = results.getResult(i); > shapeObj feature = > layer.getFeature(result.getShapeindex(),result.getTileindex()); > } > f.realLayer.close(); > > I'm using mapserver 4.8.0 but also tried 4.6.0 - same results > I compiled mapserver myself with these flags > --with-gdal --with-ogr --with-postgis --with-proj --with-threads --with-png > --with-geos --with-gd --enable-debug > > gdal-1.2.6, proj-4.4.9 and geos-2.1.1 were installed using RPMs from > mappinghacks.com > JDK 1.5.0_05 > Tomcat 5.0 > Fedora core 3 > > I tried loading the jvm in GDB but it don't have the skill to track down the > source of the memory corruption. > Searched the list, google and the documentation with no success... > > Donovan -------------- next part -------------- An HTML attachment was scrubbed... URL: From almudenarueda at INICIA.ES Fri Nov 18 03:50:40 2005 From: almudenarueda at INICIA.ES (almudena rueda) Date: Fri, 18 Nov 2005 12:50:40 +0100 Subject: ECW on mapserver4.6 Message-ID: Hello Frank I've been doing some test on my ecw data and i've notice that the problem (i think) is the gdal library. It works well if i just use a frew ecw files with a size of aprox. 5 mb, but when i try to view all my ecw files (i have 8) it crashes. here is the crash (debug with microsoft c++ compiler): Unhandled exception in php.exe (NTDLL.DLL): 0xc0000005 Access violation and the stack: NTDLL! 77f430fd() GDAL13! 011d8260() GDAL13! 00fbd3b2() GDAL13! 00f1e90f() PHP_MAPSCRIPT_46! 00bf5329() PHP_MAPSCRIPT_46! 00bebd2e() PHP_MAPSCRIPT_46! 00bea870() PHP_MAPSCRIPT_46! 00be9a92() PHP_MAPSCRIPT_46! 00c04426() PHP_MAPSCRIPT_46! 00c04894() PHP_MAPSCRIPT_46! 00baa5cc() PHP_MAPSCRIPT_46! 00b99508() PHP4TS! 100e4147() I've made a .map file with one of my ecw files that is load 8 times so, if you don't mind, you can take a look on it. thanks in advance ----- Original Message ----- From: "Frank Warmerdam" To: "almudena rueda" Cc: Sent: Monday, November 14, 2005 10:53 PM Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 On 11/14/05, almudena rueda wrote: > Hello Frank > > I'm upgrading to mapserver 4.6 using the file > "mapserver-4.6.1-win32-php4.4.0.zip" from the MapTools site. I have upgrade > the dll's as well as the php version as said in the Readme file of that > distribution. I have notice that the gdal version now is 1.3 but the ECW is > the same as in mapserver 4.4, can the error be there? Almundena, Well, I'm not sure if this will be a problem or not, but it suggests to me that you may not have the latest ECW SDK. Do you think you could prepare a minimal example demonstrating the problem you are running into? Ideally a mapfile and ecw file that can be used with shp2img to demonstrate the problem. Best regards, -- ---------------------------------------+------------------------------------ -- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent -------------- next part -------------- A non-text attachment was scrubbed... Name: Voto.zip Type: application/octet-stream Size: 4627551 bytes Desc: not available URL: From dave at DBWS.NET Fri Nov 18 04:34:02 2005 From: dave at DBWS.NET (Dave Brown) Date: Fri, 18 Nov 2005 12:34:02 -0000 Subject: ECW on mapserver4.6 In-Reply-To: <003b01c5ec36$53622fe0$9a4b0f3e@mamu> Message-ID: Are you crazy ? Thanks for hogging my mailbox for an hour while I download your attachment ! -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.362 / Virus Database: 267.13.3/174 - Release Date: 17/11/2005 From almudenarueda at INICIA.ES Fri Nov 18 04:49:27 2005 From: almudenarueda at INICIA.ES (almudena rueda) Date: Fri, 18 Nov 2005 13:49:27 +0100 Subject: ECW on mapserver4.6 Message-ID: Sorry, i didn't realize ----- Original Message ----- From: "Dave Brown" To: Sent: Friday, November 18, 2005 1:34 PM Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 > Are you crazy ? Thanks for hogging my mailbox for an hour while I download > your attachment ! > > > -- > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.1.362 / Virus Database: 267.13.3/174 - Release Date: 17/11/2005 > From umn-ms at HYDROTEC.DE Fri Nov 18 05:51:56 2005 From: umn-ms at HYDROTEC.DE (Benedikt Rothe) Date: Fri, 18 Nov 2005 14:51:56 +0100 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: <75b4b93e0511180409m79062828x2ec56ed33900bef1@mail.gmail.com> Message-ID: Hallo Umberto, Fernando, Donovan and ... Thanks for coming back to this point. This area is also still a big problem to me. (Especially I'm happy about the Java/Oracle-guru-combination Fernando/Umberto.) It's maybe usefull to figure out where we agree and where we disagree: - I disagree to Umberto with the use of the Java-gc in Mapserver 4.6. I state: As long as Java/Mapserver is at is is now (Version 4.6.1) one must not rely on gc only. One has to call delete. To the question of Fernando: "So the question is, where I can call delete? " is my rule of thumb: "Call delete on Mapserver-Objects as soon as you can whenever a delete exists." As a matter of fact: By doing so, delete is called more often then necessary, because in many cases the finaliser would do a good job. But this doesn't matter. - I agree to Umberto that there is a bug in Java/Mapserver behaviour. My suggestion is obvioulsy not a solution but a way to live with the software as it is. If we would come to the question "How should Java/Mapserver behave" my personal opinion is to look at the way the Eclipse-People made SWT. They also had the problem, that Java-Objects enclose ressources which are not managed by the Java-VM: http://www.eclipse.org/articles/swt-design-2/swt-design-2.html (Rule 1: If you created it, you dispose it. ) Following this approache would leave to only small changes in Java/Mapserver-Code but to a different documentation of the Java/Mapscript-API and it should be clearer when a objected has to be delete by the way an object is created. (Actually I suppose, that Umberto will disagree in this point ... :-) ) At last it's maybe usefull to share experiences in stability: We wrote an Oracle-Spatial/Tomcat/Mapserver-Application (Linux-Suse 9.3) - On our testsystem it runs very fine for weeks. The testsystem even survives stress-tests, where we simulate some browsers making many requests. - On the customers (production-)machine we still have Tomcat crashes about one or two times the day. We didn't find a solution (except a watchdog-software which restarts tomcat in the crash-case :-( ) This machine also survives the one- or two-hour stress-tests! This happens although I'm quite shure, that we followed the "delete as soon as possible"-rule. Crashes occure often somewhere in the OCI. But I'm not able to be more precise for the moment, because I have very restricted access to the production-machine and crashes which occure only one or two times a day are obviously difficult to analyse. (Fernando: That does not necessarily mean, that the Mapserver-Oracle-Code is buggy. This could be a consecutive fault from some other memory-management-error ...) Benedikt Umberto Nicoletti schrieb am 18.11.2005 13:09:38: > On 11/18/05, Fernando Simon wrote: > > Hi Benedikt and Umberto, > > Here I'm working with a project that uses JavaMapscript and I'm with > > some stability problems. For the project I use Mapserver (I compiled > > myself, with multi thread support) with just these supports: > > JavaMapscript, Oracle Spatial (I develop the maporaclespatial.c), Raster. > > Sometimes the server (TomCat) crashes in randomly parts of the code, > > I suspect that the issue is with Java garbage collector and the delete > > function. In the code I did as Benedict suggested, if I create an object > > (like layer, class, style....), after I finished all the operations with > > this object I delete it (using delete). > > But Umberto, wrote, correct me if I'm wrong, that he don't use the > > delete function. So the question is, where I can call delete? For what > > objects can I use delete? > > To be exact I wrote: > > /quote > > [...] this is why I never attempt to > release objects on my own, but I always leave it up to the gc. > Even in that case a segfault is indeed possible and that's why we need > to open an issue on bugzilla so that the developers know. > > quote/ > > So my suggestion is: do not use delete at all, since the jvm will > handle that for you automatically, but remember that this will not > prevent random crashes from happening. The issue is unfortunately > deeply rooted within mapserver, which was not coded for long > multi-threaded operations, but rather for short-lived independent > processes. > > To date I have found that Java mapscript can be used to provide basic > mapping services with reasonable stability and performance when only > the following components are involved: > > - shape support > - raster support (via gdal) > - proj > > In the future I will have to support postgis and that frankly worries me a bit. > > HTH, > Umberto > > > Regards. > > > > ------------------------------------------------------------------------ > > Fernando Simon > > Mapserver and Oracle Spatial developer > > G10 - Laboratorio de Computacao Aplicada - Brazil > > http://www.univali.br/g10 - UNIVALI/CTTMAR > > ------------------------------------------------------------------------ > > > > Benedikt Rothe wrote: > > > > > > > > Hallo Umberto and Christian > > > > > > Christian reported a crash in layerObj.delete() which I > > > also detected. > > > I think I understood the following: > > > > > > Let's say, we have an initialized mapObj mO; > > > > > > layerObj lO = new layerObj(mO); > > > // Say lO is the 5th layer now. > > > // Now lO.swigCMemOwn == true and > > > // lO.swigCPtr points onto the mO.swigCPtr->layers[4] > > > > > > ... > > > // now the mapObj is deleted but the Java-layerObj continues to live. > > > // the C-layer-Object mO.swigCPtr->layers[4] will deleted and freed also! > > > mO.delete() > > > // From now on O.swigCPtr points into invalid piece of C-memory. > > > ... > > > > > > Later on the Java-garbage-collector finalizes the layerObj. > > > > > > Because of "lO.swigCMemOwn == true" and "lO.swigCPtr!=0" the > > > finalize-method calls > > > layerObj.delete(). This method frees lO.swigCPtr which is invalid memory. > > > > > > Same story about layerObj/classObj. > > > > > > Benedikt Rothe > > > > > > > > > > > > UMN MapServer Users List schrieb am > > > 28.06.2005 12:16:01: > > > > > > > Hello Umberto, > > > > > > > > Umberto Nicoletti wrote: > > > > > > > > >Hi Christian, > > > > >I do not think the error you are getting is due to threading issues, > > > > >but trying what Mario suggests will at least narrow the search field. > > > > > > > > > >In case you are still getting errors even with synchronized code > > > > >blocks I have a few questions for you to help me understand your > > > > >setup: > > > > >Do you always get errors in delete_classObj or do the segfaults happen > > > > >in different functions? > > > > > > > > > > > > > > Yes, the segfaults alway happen in the delete_classObj function. > > > > > > > > >If the segfault is always caused by > > > > >delete_ClassObj then I suppose you are creating class objects in your > > > > >java code. Is that true? > > > > > > > > > > > > > > Yes, that's true, I need to create classObjects. > > > > > > > > >If that is the case then we can setup a very simple test to reproduce > > > > >the problem: modify one of the examples so that it will load a map and > > > > >then start adding classes in similar fashion to your code, but in a > > > > >tight loop. Classes should be made eligible for gc by dropping all > > > > >references to them. As soon as gc kicks in the vm should crash. At > > > > >that point it will be clear that the problem is in delete_ClassObj and > > > > >the hunting season will be open. > > > > > > > > > > > > > > I have tested a proposed solution by Benedikt Rothe yet, which said that > > > > one should call the delete method of the classObject after it is not > > > > needed any more. > > > > This confirms my assumption that this problem occours when java's > > > > garbage-collector destroys the null-referenced objects. Now it seems to > > > > work properly. > > > > > > > > The mapserver version we actually use is 4.4.1, we have tested 4.4.2, > > > > 4.2.4 and 4.6.0, too before. > > > > > > > > Thank you all for your help! > > > > > > > > Best Regards, > > > > Christian :-) > > > > > > > > > > > > >BTW can you report the mapserver version you are using (I have 4.4.2 > > > > >and I know it works, so if you can use that). > > > > > > > > > >Best Regards, > > > > >Umberto > > > > > > > > > >On 6/21/05, Christian Schroeder wrote: > > > > > > > > > > > > > > >>Hello Umberto, > > > > >> > > > > >>thank your for your immediate answer. > > > > >>I do not call the delete_ methody directly and don't think I am using > > > > >>special gc parameters. > > > > >> > > > > >>And... I have read the README file before compiling the mapserver :-) > > > > >> > > > > >>I will try to get it to work with "synchronized"-flags als Mario Basa > > > > >>supposed. > > > > >> > > > > >>Thank you! > > > > >> > > > > >>Christian > > > > >> > > > > >> > > > > >>Umberto Nicoletti schrieb: > > > > >> > > > > >> > > > > >> > > > > >>>Christian, > > > > >>>are you calling the delete_ methods directly in your code or are you > > > > >>>using some special gc paramaters? > > > > >>> > > > > >>>As a side note the --use-threads option to configure is *absolutely* > > > > >>>necessary, as are brakes on your car. I think we should write it in > > > > >>>the README (as if someone actually cared to read it :-( ). > > > > >>> > > > > >>>Best regards, > > > > >>>Umberto > > > > >>> > > > > >>> > > > > >>>On 6/21/05, Sean Gillies wrote: > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > >>>>I'm forwarding this to the users list. Hopefully, Umberto will > > > be able > > > > >>>>to provide some insight. > > > > >>>> > > > > >>>>cheers, > > > > >>>>Sean > > > > >>>> > > > > >>>>On Jun 16, 2005, at 5:08 PM, Christian Schr?der wrote: > > > > >>>> > > > > >>>> > > > > >>>> > > > > >>>> > > > > >>>> > > > > >>>>>Dear Mr. Gillies, > > > > >>>>> > > > > >>>>>some weeks ago me and Florian Pepping contacted you because we had > > > > >>>>>problems using the Java Mapscript API. Thanks to you we could solve > > > > >>>>>these problems :-) > > > > >>>>> > > > > >>>>>Now we got our program doing what it's supposed to do but there is > > > > >>>>>still a big problem left which we were not able to solve yet: > > > > >>>>>We created a simple servlet which is created inside a Tomcat 5.0 > > > > >>>>>Webserver. This servlet created a map image (png/jpg) and displays > > > > >>>>>some specified objects on the map. (We use it for location based > > > > >>>>>services --> "show me the position of the next printer"). > > > > >>>>>After an irregular number of calls of our servlet which uses > > > the Java > > > > >>>>>Mapscript API the complete Java VM and with it the Tomcat > > > crashes. I > > > > >>>>>attached the error report below. The program works properly for a > > > > >>>>>number of calls (between 5 and 1000 :-) ) and after that it > > > crashes. > > > > >>>>>We have tried several versions of the mapserver (4.4.1, 4.4.2, > > > 4.2.4, > > > > >>>>>4.6.1 RC1) and compiled the Java Mapscript Module with JDK > > > 1.4.2 and > > > > >>>>>1.5.0. We also configured mapserver using the --with-threads > > > option, > > > > >>>>>but all this did not help. By the way the mapserv cgi-module works > > > > >>>>>properly. > > > > >>>>> > > > > >>>>>Do you have an idea for this? > > > > >>>>> > > > > >>>>>Thanks for your anxiety > > > > >>>>> > > > > >>>>>Christian & Florian > > > > >>>>>University of Paderborn, Germany > > > > >>>>> > > > > >>>>> > > > > >>>>>------------------------------------------------------------------- > > > > >>>>> > > > > >>>>>JavaMapscriptLoader: mapscript native library has been loaded. > > > > >>>>>* mapscript native library loaded * > > > > >>>>> > > > > >>>>>An unexpected exception has been detected in native code > > > outside the > > > > >>>>>VM. > > > > >>>>>Unexpected Signal : 11 occurred at PC=0x3338268 > > > > >>>>>Function=delete_classObj+0x8 > > > > >>>>>Library=/usr/lib/libmapscript.so > > > > >>>>> > > > > >>>>>Current Java thread: > > > > >>>>> at edu.umn.gis.mapscript.mapscriptJNI.delete_classObj(Native > > > > >>>>>Method) > > > > >>>>> at edu.umn.gis.mapscript.classObj.delete(classObj.java:32) > > > > >>>>> at edu.umn.gis.mapscript.classObj.finalize(classObj.java:26) > > > > >>>>> at java.lang.ref.Finalizer.invokeFinalizeMethod(Native > > > Method) > > > > >>>>> at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:83) > > > > >>>>> at java.lang.ref.Finalizer.access$100(Finalizer.java:14) > > > > >>>>> at > > > > >>>>>java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160) > > > > >>>>> > > > > >>>>>Dynamic libraries: > > > > >>>>>Can not get information for pid = 10558 > > > > >>>>> > > > > >>>>>Heap at VM Abort: > > > > >>>>>Heap > > > > >>>>>def new generation total 1152K, used 135K [0x08ae0000, > > > 0x08c20000, > > > > >>>>>0x08fc0000) > > > > >>>>> eden space 1024K, 0% used [0x08ae0000, 0x08ae4078, 0x08be0000) > > > > >>>>> from space 128K, 100% used [0x08c00000, 0x08c20000, 0x08c20000) > > > > >>>>> to space 128K, 0% used [0x08be0000, 0x08be0000, 0x08c00000) > > > > >>>>>tenured generation total 15048K, used 13624K [0x08fc0000, > > > > >>>>>0x09e72000, > > > > >>>>>0x0cae0000) > > > > >>>>> the space 15048K, 90% used [0x08fc0000, 0x09d0e1c0, 0x09d0e200, > > > > >>>>>0x09e72000) > > > > >>>>>compacting perm gen total 18432K, used 18373K [0x0cae0000, > > > > >>>>>0x0dce0000, > > > > >>>>>0x10ae0000) > > > > >>>>> the space 18432K, 99% used [0x0cae0000, 0x0dcd1618, 0x0dcd1800, > > > > >>>>>0x0dce0000) > > > > >>>>> > > > > >>>>>Local Time = Tue Jun 14 15:32:19 2005 > > > > >>>>>Elapsed Time = 246 > > > > >>>>># > > > > >>>>># The exception above was detected in native code outside the VM > > > > >>>>># > > > > >>>>># Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed mode) > > > > >>>>># > > > > >>>>># An error report file has been saved as /tmp/hs_err_pid10558.log. > > > > >>>>># Please refer to the file for further information. > > > > >>>>># > > > > >>>>> > > > > >>>>>------------------------------------------------------------------- > > > > >>>>> > > > > >>>>>On Mar 22, 2005, at 12:02 PM, Florian Pepping wrote: > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > >>>>> > > > > >>>>>>Dear Mr. Gillies, > > > > >>>>>> > > > > >>>>>>I'm a student of the University of Paderborn in Germany and > > > member of > > > > >>>>>>the project group "Location Based Services for Wireless > > > Devices". In > > > > >>>>>>this project we try to position laptops and other WLAN-enabled > > > > >>>>>>devices using the signal strength of the WLAN. According to their > > > > >>>>>>position, we want to offer location based services to the persons > > > > >>>>>>using the devices (where I am; where's the next printer; is > > > there a > > > > >>>>>>friend nearby) > > > > >>>>>> > > > > >>>>>>In order to do this, we want to use your mapserver and the Java > > > > >>>>>>Mapscript API to generate maps according to the actual > > > position and > > > > >>>>>>situation. We like to customize the map of our building and add > > > > >>>>>>points, lines and so on. > > > > >>>>>> > > > > >>>>>>We have been able to compile the whole mapserver and the Java > > > > >>>>>>Mapscript API. A small Java example also works, which presents an > > > > >>>>>>unchanged map of our building. > > > > >>>>>> > > > > >>>>>>[...] > > > > >>>>>> > > > > >>>>>> > > > > >>>>>> > > > > >>>>>> > > > > >>> > > > > >>> > > > > >>> > > > > >>> > > > > > > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Fri Nov 18 06:22:18 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Fri, 18 Nov 2005 09:22:18 -0500 Subject: ECW on mapserver4.6 In-Reply-To: <003b01c5ec36$53622fe0$9a4b0f3e@mamu> Message-ID: On 11/18/05, almudena rueda wrote: > Hello Frank > I've been doing some test on my ecw data and i've notice that the problem (i > think) is the gdal library. It works well if i just use a frew ecw files > with a size of aprox. 5 mb, but when i try to view all my ecw files (i have > 8) it crashes. > here is the crash (debug with microsoft c++ compiler): > Unhandled exception in php.exe (NTDLL.DLL): 0xc0000005 Access violation > and the stack: > NTDLL! 77f430fd() > GDAL13! 011d8260() > GDAL13! 00fbd3b2() > GDAL13! 00f1e90f() > PHP_MAPSCRIPT_46! 00bf5329() > PHP_MAPSCRIPT_46! 00bebd2e() > PHP_MAPSCRIPT_46! 00bea870() > PHP_MAPSCRIPT_46! 00be9a92() > PHP_MAPSCRIPT_46! 00c04426() > PHP_MAPSCRIPT_46! 00c04894() > PHP_MAPSCRIPT_46! 00baa5cc() > PHP_MAPSCRIPT_46! 00b99508() > PHP4TS! 100e4147() > I've made a .map file with one of my ecw files that is load 8 times so, if > you don't mind, you can take a look on it. Almudena, I tried this with the FWTools linux version of mapserver and was able to render it fine. However, loading and browsing the file in OpenEV resulted in a crash in the ECW library after a partial load. I tried rendering it with the FWTools windows version with no problem. Loading and browsing in OpenEV also worked fine. I presume you are using binaries from DM Solutions? It may be that they need to upgrade to more recent ECW (and/or GDAL?) libraries to get around this problem. I'm sorry I can't provide anything more concrete. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Frank.Broniewski at MNHA.ETAT.LU Fri Nov 18 06:27:34 2005 From: Frank.Broniewski at MNHA.ETAT.LU (Frank Broniewski) Date: Fri, 18 Nov 2005 15:27:34 +0100 Subject: Modify format of labels from dbf Message-ID: Hello all This post is concerning the bug in bugzilla http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=60 . Is it meanwhile somehow possible? Any alternative way? I'm just curious, because I wanted to do it recently and found this bug report. Greetings from Luxembourg Frank Broniewski Mus?e National d'Histoire et d'Art Section Pr?histoire / Projet EPC T?l: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange From umberto.nicoletti at GMAIL.COM Fri Nov 18 06:48:18 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Fri, 18 Nov 2005 15:48:18 +0100 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: Message-ID: On 11/18/05, umn-ms at hydrotec.de wrote: > > Hallo Umberto, Fernando, Donovan and ... > > Thanks for coming back to this point. This area is also still a big > problem to me. (Especially I'm happy about the Java/Oracle-guru-combination > Fernando/Umberto.) > You are overrating me (blushing) > It's maybe usefull to figure out where we agree and where we disagree: > > - I disagree to Umberto with the use of the Java-gc in Mapserver 4.6. I > state: > As long as Java/Mapserver is at is is now (Version 4.6.1) > one must not rely on gc only. One has to call delete. I should have pointed out that I was talking about 4.4.2. In my applications I *never* create mapscript objects except for the main mapObj (I do not add layers, classes or anything else in Java code). This should explain why I do not see a reason for calling delete explicitly. I have performed extensive profiling (in terms of both concurrent users and elapsed time) for my apps and memory was efficiently managed by the VM with no leaks and this convinced me further not to call delete. > To the question of Fernando: "So the question is, where I can call delete? > " > is my rule of thumb: > "Call delete on Mapserver-Objects as soon as you can whenever a delete > exists." > > As a matter of fact: By doing so, delete is called more often then > necessary, because > in many cases the finaliser would do a good job. But this doesn't matter. > I would suggest that this affirmation be checked against code because I am not sure that the swig glue code will always be safe with regard to double frees. In general I do not see any possible benefit coming from this behaviour, but I could be wrong. > - I agree to Umberto that there is a bug in Java/Mapserver behaviour. > My suggestion is obvioulsy not a solution but a way to live with > the software as it is. > Which is what we do with most software anyway ;-) > If we would come to the question "How should Java/Mapserver behave" > my personal opinion is to look at the way the Eclipse-People made SWT. > They also had the problem, that Java-Objects enclose ressources which are > not managed by the Java-VM: > http://www.eclipse.org/articles/swt-design-2/swt-design-2.html > (Rule 1: If you created it, you dispose it. ) > Following this approache would leave to only small changes in > Java/Mapserver-Code > but to a different documentation of the Java/Mapscript-API and it should be > clearer > when a objected has to be delete by the way an object is created. > (Actually I suppose, that Umberto will disagree in this point ... :-) ) > In fact I disagree when you say that this requires 'only small changes', this is a major effort: - keep in mind that the core swig code is also used by other languages and to my knowledge in python there is no need to do garbage collection yourself, so we should write swig glue code especially for Java. -all delete methods should be implemented so that they are smart enough check for null pointers before dereferencing them, to avoid npe in the gc phase. - finally there is the enormous problem of global variables in mapserver sources which make some of it not thread safe. For the record: I would *love* to be proved wrong and get in exchange a reasonably safe Java mapscript, even without all whistles and bells of a mapserver cgi. > At last it's maybe usefull to share experiences in stability: > We wrote an Oracle-Spatial/Tomcat/Mapserver-Application > (Linux-Suse 9.3) > - On our testsystem it runs very fine for weeks. > The testsystem even survives stress-tests, where we simulate some browsers > making > many requests. > - On the customers (production-)machine we still have Tomcat crashes about > one or > two times the day. We didn't find a solution (except a watchdog-software > which restarts tomcat in > the crash-case :-( ) > This machine also survives the one- or two-hour stress-tests! > > This happens although I'm quite shure, that we followed the "delete as soon > as possible"-rule. BTW: how do you stress test your application (software, configuration, etc)? Best regards, Umberto > Crashes occure often somewhere in the OCI. > But I'm not able to be more precise for the moment, because I have very > restricted access to > the production-machine and crashes which occure only one or two times a day > are obviously difficult to analyse. > (Fernando: That does not necessarily mean, that the Mapserver-Oracle-Code is > buggy. This > could be a consecutive fault from some other memory-management-error ...) > > Benedikt > > Umberto Nicoletti schrieb am 18.11.2005 > 13:09:38: > > > > On 11/18/05, Fernando Simon wrote: > > > Hi Benedikt and Umberto, > > > Here I'm working with a project that uses JavaMapscript and I'm > with > > > some stability problems. For the project I use Mapserver (I compiled > > > myself, with multi thread support) with just these supports: > > > JavaMapscript, Oracle Spatial (I develop the maporaclespatial.c), > Raster. > > > Sometimes the server (TomCat) crashes in randomly parts of the > code, > > > I suspect that the issue is with Java garbage collector and the delete > > > function. In the code I did as Benedict suggested, if I create an > object > > > (like layer, class, style....), after I finished all the operations > with > > > this object I delete it (using delete). > > > But Umberto, wrote, correct me if I'm wrong, that he don't use the > > > delete function. So the question is, where I can call delete? For what > > > objects can I use delete? > > > > To be exact I wrote: > > > > /quote > > > > [...] this is why I never attempt to > > release objects on my own, but I always leave it up to the gc. > > Even in that case a segfault is indeed possible and that's why we need > > to open an issue on bugzilla so that the developers know. > > > > quote/ > > > > So my suggestion is: do not use delete at all, since the jvm will > > handle that for you automatically, but remember that this will not > > prevent random crashes from happening. The issue is unfortunately > > deeply rooted within mapserver, which was not coded for long > > multi-threaded operations, but rather for short-lived independent > > processes. > > > > To date I have found that Java mapscript can be used to provide basic > > mapping services with reasonable stability and performance when only > > the following components are involved: > > > > - shape support > > - raster support (via gdal) > > - proj > > > > In the future I will have to support postgis and that frankly worries me > a bit. > > > > HTH, > > Umberto > > > > > Regards. > > > > > > > ------------------------------------------------------------------------ > > > Fernando Simon > > > Mapserver and Oracle Spatial developer > > > G10 - Laboratorio de Computacao Aplicada - Brazil > > > http://www.univali.br/g10 - UNIVALI/CTTMAR > > > > ------------------------------------------------------------------------ > > > > > > Benedikt Rothe wrote: > > > > > > > > > > > Hallo Umberto and Christian > > > > > > > > Christian reported a crash in layerObj.delete() which I > > > > also detected. > > > > I think I understood the following: > > > > > > > > Let's say, we have an initialized mapObj mO; > > > > > > > > layerObj lO = new layerObj(mO); > > > > // Say lO is the 5th layer now. > > > > // Now lO.swigCMemOwn == true and > > > > // lO.swigCPtr points onto the mO.swigCPtr->layers[4] > > > > > > > > ... > > > > // now the mapObj is deleted but the Java-layerObj continues to live. > > > > // the C-layer-Object mO.swigCPtr->layers[4] will deleted and freed > also! > > > > mO.delete() > > > > // From now on O.swigCPtr points into invalid piece of C-memory. > > > > ... > > > > > > > > Later on the Java-garbage-collector finalizes the layerObj. > > > > > > > > Because of "lO.swigCMemOwn == true" and "lO.swigCPtr!=0" the > > > > finalize-method calls > > > > layerObj.delete(). This method frees lO.swigCPtr which is invalid > memory. > > > > > > > > Same story about layerObj/classObj. > > > > > > > > Benedikt Rothe > > > > > > > > > > > > > > > > UMN MapServer Users List schrieb am > > > > 28.06.2005 12:16:01: > > > > > > > > > Hello Umberto, > > > > > > > > > > Umberto Nicoletti wrote: > > > > > > > > > > >Hi Christian, > > > > > >I do not think the error you are getting is due to threading > issues, > > > > > >but trying what Mario suggests will at least narrow the search > field. > > > > > > > > > > > >In case you are still getting errors even with synchronized code > > > > > >blocks I have a few questions for you to help me understand your > > > > > >setup: > > > > > >Do you always get errors in delete_classObj or do the segfaults > happen > > > > > >in different functions? > > > > > > > > > > > > > > > > > Yes, the segfaults alway happen in the delete_classObj function. > > > > > > > > > > >If the segfault is always caused by > > > > > >delete_ClassObj then I suppose you are creating class objects in > your > > > > > >java code. Is that true? > > > > > > > > > > > > > > > > > Yes, that's true, I need to create classObjects. > > > > > > > > > > >If that is the case then we can setup a very simple test to > reproduce > > > > > >the problem: modify one of the examples so that it will load a map > and > > > > > >then start adding classes in similar fashion to your code, but in > a > > > > > >tight loop. Classes should be made eligible for gc by dropping all > > > > > >references to them. As soon as gc kicks in the vm should crash. At > > > > > >that point it will be clear that the problem is in delete_ClassObj > and > > > > > >the hunting season will be open. > > > > > > > > > > > > > > > > > I have tested a proposed solution by Benedikt Rothe yet, which said > that > > > > > one should call the delete method of the classObject after it is > not > > > > > needed any more. > > > > > This confirms my assumption that this problem occours when java's > > > > > garbage-collector destroys the null-referenced objects. Now it > seems to > > > > > work properly. > > > > > > > > > > The mapserver version we actually use is 4.4.1, we have tested > 4.4.2, > > > > > 4.2.4 and 4.6.0, too before. > > > > > > > > > > Thank you all for your help! > > > > > > > > > > Best Regards, > > > > > Christian :-) > > > > > > > > > > > > > > > >BTW can you report the mapserver version you are using (I have > 4.4.2 > > > > > >and I know it works, so if you can use that). > > > > > > > > > > > >Best Regards, > > > > > >Umberto > > > > > > > > > > > >On 6/21/05, Christian Schroeder wrote: > > > > > > > > > > > > > > > > > >>Hello Umberto, > > > > > >> > > > > > >>thank your for your immediate answer. > > > > > >>I do not call the delete_ methody directly and don't think I am > using > > > > > >>special gc parameters. > > > > > >> > > > > > >>And... I have read the README file before compiling the mapserver > :-) > > > > > >> > > > > > >>I will try to get it to work with "synchronized"-flags als Mario > Basa > > > > > >>supposed. > > > > > >> > > > > > >>Thank you! > > > > > >> > > > > > >>Christian > > > > > >> > > > > > >> > > > > > >>Umberto Nicoletti schrieb: > > > > > >> > > > > > >> > > > > > >> > > > > > >>>Christian, > > > > > >>>are you calling the delete_ methods directly in your code or are > you > > > > > >>>using some special gc paramaters? > > > > > >>> > > > > > >>>As a side note the --use-threads option to configure is > *absolutely* > > > > > >>>necessary, as are brakes on your car. I think we should write it > in > > > > > >>>the README (as if someone actually cared to read it :-( ). > > > > > >>> > > > > > >>>Best regards, > > > > > >>>Umberto > > > > > >>> > > > > > >>> > > > > > >>>On 6/21/05, Sean Gillies wrote: > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>>>I'm forwarding this to the users list. Hopefully, Umberto will > > > > be able > > > > > >>>>to provide some insight. > > > > > >>>> > > > > > >>>>cheers, > > > > > >>>>Sean > > > > > >>>> > > > > > >>>>On Jun 16, 2005, at 5:08 PM, Christian Schr?der wrote: > > > > > >>>> > > > > > >>>> > > > > > >>>> > > > > > >>>> > > > > > >>>> > > > > > >>>>>Dear Mr. Gillies, > > > > > >>>>> > > > > > >>>>>some weeks ago me and Florian Pepping contacted you because we > had > > > > > >>>>>problems using the Java Mapscript API. Thanks to you we could > solve > > > > > >>>>>these problems :-) > > > > > >>>>> > > > > > >>>>>Now we got our program doing what it's supposed to do but > there is > > > > > >>>>>still a big problem left which we were not able to solve yet: > > > > > >>>>>We created a simple servlet which is created inside a Tomcat > 5.0 > > > > > >>>>>Webserver. This servlet created a map image (png/jpg) and > displays > > > > > >>>>>some specified objects on the map. (We use it for location > based > > > > > >>>>>services --> "show me the position of the next printer"). > > > > > >>>>>After an irregular number of calls of our servlet which uses > > > > the Java > > > > > >>>>>Mapscript API the complete Java VM and with it the Tomcat > > > > crashes. I > > > > > >>>>>attached the error report below. The program works properly > for a > > > > > >>>>>number of calls (between 5 and 1000 :-) ) and after that it > > > > crashes. > > > > > >>>>>We have tried several versions of the mapserver (4.4.1, 4.4.2, > > > > 4.2.4, > > > > > >>>>>4.6.1 RC1) and compiled the Java Mapscript Module with JDK > > > > 1.4.2 and > > > > > >>>>>1.5.0. We also configured mapserver using the --with-threads > > > > option, > > > > > >>>>>but all this did not help. By the way the mapserv cgi-module > works > > > > > >>>>>properly. > > > > > >>>>> > > > > > >>>>>Do you have an idea for this? > > > > > >>>>> > > > > > >>>>>Thanks for your anxiety > > > > > >>>>> > > > > > >>>>>Christian & Florian > > > > > >>>>>University of Paderborn, Germany > > > > > >>>>> > > > > > >>>>> > > > > > > >>>>>------------------------------------------------------------------- > > > > > >>>>> > > > > > >>>>>JavaMapscriptLoader: mapscript native library has been loaded. > > > > > >>>>>* mapscript native library loaded * > > > > > >>>>> > > > > > >>>>>An unexpected exception has been detected in native code > > > > outside the > > > > > >>>>>VM. > > > > > >>>>>Unexpected Signal : 11 occurred at PC=0x3338268 > > > > > >>>>>Function=delete_classObj+0x8 > > > > > >>>>>Library=/usr/lib/libmapscript.so > > > > > >>>>> > > > > > >>>>>Current Java thread: > > > > > >>>>> at > edu.umn.gis.mapscript.mapscriptJNI.delete_classObj(Native > > > > > >>>>>Method) > > > > > >>>>> at > edu.umn.gis.mapscript.classObj.delete(classObj.java:32) > > > > > >>>>> at > edu.umn.gis.mapscript.classObj.finalize(classObj.java:26) > > > > > >>>>> at > java.lang.ref.Finalizer.invokeFinalizeMethod(Native > > > > Method) > > > > > >>>>> at > java.lang.ref.Finalizer.runFinalizer(Finalizer.java:83) > > > > > >>>>> at > java.lang.ref.Finalizer.access$100(Finalizer.java:14) > > > > > >>>>> at > > > > > > >>>>>java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160) > > > > > >>>>> > > > > > >>>>>Dynamic libraries: > > > > > >>>>>Can not get information for pid = 10558 > > > > > >>>>> > > > > > >>>>>Heap at VM Abort: > > > > > >>>>>Heap > > > > > >>>>>def new generation total 1152K, used 135K [0x08ae0000, > > > > 0x08c20000, > > > > > >>>>>0x08fc0000) > > > > > >>>>> eden space 1024K, 0% used [0x08ae0000, 0x08ae4078, > 0x08be0000) > > > > > >>>>> from space 128K, 100% used [0x08c00000, 0x08c20000, > 0x08c20000) > > > > > >>>>> to space 128K, 0% used [0x08be0000, 0x08be0000, > 0x08c00000) > > > > > >>>>>tenured generation total 15048K, used 13624K [0x08fc0000, > > > > > >>>>>0x09e72000, > > > > > >>>>>0x0cae0000) > > > > > >>>>> the space 15048K, 90% used [0x08fc0000, 0x09d0e1c0, > 0x09d0e200, > > > > > >>>>>0x09e72000) > > > > > >>>>>compacting perm gen total 18432K, used 18373K [0x0cae0000, > > > > > >>>>>0x0dce0000, > > > > > >>>>>0x10ae0000) > > > > > >>>>> the space 18432K, 99% used [0x0cae0000, 0x0dcd1618, > 0x0dcd1800, > > > > > >>>>>0x0dce0000) > > > > > >>>>> > > > > > >>>>>Local Time = Tue Jun 14 15:32:19 2005 > > > > > >>>>>Elapsed Time = 246 > > > > > >>>>># > > > > > >>>>># The exception above was detected in native code outside the > VM > > > > > >>>>># > > > > > >>>>># Java VM: Java HotSpot(TM) Client VM (1.4.2_08-b03 mixed > mode) > > > > > >>>>># > > > > > >>>>># An error report file has been saved as > /tmp/hs_err_pid10558.log. > > > > > >>>>># Please refer to the file for further information. > > > > > >>>>># > > > > > >>>>> > > > > > > >>>>>------------------------------------------------------------------- > > > > > >>>>> > > > > > >>>>>On Mar 22, 2005, at 12:02 PM, Florian Pepping wrote: > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>> > > > > > >>>>>>Dear Mr. Gillies, > > > > > >>>>>> > > > > > >>>>>>I'm a student of the University of Paderborn in Germany and > > > > member of > > > > > >>>>>>the project group "Location Based Services for Wireless > > > > Devices". In > > > > > >>>>>>this project we try to position laptops and other > WLAN-enabled > > > > > >>>>>>devices using the signal strength of the WLAN. According to > their > > > > > >>>>>>position, we want to offer location based services to the > persons > > > > > >>>>>>using the devices (where I am; where's the next printer; is > > > > there a > > > > > >>>>>>friend nearby) > > > > > >>>>>> > > > > > >>>>>>In order to do this, we want to use your mapserver and the > Java > > > > > >>>>>>Mapscript API to generate maps according to the actual > > > > position and > > > > > >>>>>>situation. We like to customize the map of our building and > add > > > > > >>>>>>points, lines and so on. > > > > > >>>>>> > > > > > >>>>>>We have been able to compile the whole mapserver and the Java > > > > > >>>>>>Mapscript API. A small Java example also works, which > presents an > > > > > >>>>>>unchanged map of our building. > > > > > >>>>>> > > > > > >>>>>>[...] > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > >>> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From sgillies at FRII.COM Fri Nov 18 07:02:20 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Fri, 18 Nov 2005 08:02:20 -0700 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: Message-ID: Umberto, wanna try again and use plain old ascii? thanks, Sean On Nov 18, 2005, at 7:48 AM, Umberto Nicoletti wrote: > T24gMTEvMTgvMDUsIHVtbi1tc0BoeWRyb3RlYy5kZSA8dW1uLW1zQGh5ZHJvdGVjLmRlPi > B3cm90 > ZToKPgo+IEhhbGxvIFVtYmVydG8sIEZlcm5hbmRvLCBEb25vdmFuIGFuZCAuLi4KPgo > +IFRoYW5r > cyBmb3IgY29taW5nIGJhY2sgdG8gdGhpcyBwb2ludC4gVGhpcyBhcmVhIGlzIGFsc28gc3 > RpbGwg > YSBiaWcKPiBwcm9ibGVtIHRvIG1lLiAoRXNwZWNpYWxseSBJJ20gaGFwcHkgYWJvdXQgdG > hlIEph ... From umberto.nicoletti at GMAIL.COM Fri Nov 18 07:06:49 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Fri, 18 Nov 2005 16:06:49 +0100 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: Message-ID: gmail messed up big time! My reply again: On 11/18/05, umn-ms at hydrotec.de wrote: > > Hallo Umberto, Fernando, Donovan and ... > > Thanks for coming back to this point. This area is also still a big > problem to me. (Especially I'm happy about the Java/Oracle-guru-combination > Fernando/Umberto.) > You are overrating me (blushing) > It's maybe usefull to figure out where we agree and where we disagree: > > - I disagree to Umberto with the use of the Java-gc in Mapserver 4.6. I > state: > As long as Java/Mapserver is at is is now (Version 4.6.1) > one must not rely on gc only. One has to call delete. I should have pointed out that I was talking about 4.4.2. In my applications I *never* create mapscript objects except for the main mapObj (I do not add layers, classes or anything else in Java code). This should explain why I do not see a reason for calling delete explicitly. I have performed extensive profiling (in terms of both concurrent users and elapsed time) for my apps and memory was efficiently managed by the VM with no leaks and this convinced me further not to call delete. > To the question of Fernando: "So the question is, where I can call delete? > " > is my rule of thumb: > "Call delete on Mapserver-Objects as soon as you can whenever a delete > exists." > > As a matter of fact: By doing so, delete is called more often then > necessary, because > in many cases the finaliser would do a good job. But this doesn't matter. > I would suggest that this affirmation be checked against code because I am not sure that the swig glue code will always be safe with regard to double frees. In general I do not see any possible benefit coming from this behaviour, but I could be wrong. > - I agree to Umberto that there is a bug in Java/Mapserver behaviour. > My suggestion is obvioulsy not a solution but a way to live with > the software as it is. > Which is what we do with most software anyway ;-) > If we would come to the question "How should Java/Mapserver behave" > my personal opinion is to look at the way the Eclipse-People made SWT. > They also had the problem, that Java-Objects enclose ressources which are > not managed by the Java-VM: > http://www.eclipse.org/articles/swt-design-2/swt-design-2.html > (Rule 1: If you created it, you dispose it. ) > Following this approache would leave to only small changes in > Java/Mapserver-Code > but to a different documentation of the Java/Mapscript-API and it should be > clearer > when a objected has to be delete by the way an object is created. > (Actually I suppose, that Umberto will disagree in this point ... :-) ) > In fact I disagree when you say that this requires 'only small changes', this is a major effort: - keep in mind that the core swig code is also used by other languages and to my knowledge in python there is no need to do garbage collection yourself, so we should write swig glue code especially for Java. -all delete methods should be implemented so that they are smart enough check for null pointers before dereferencing them, to avoid npe in the gc phase. - finally there is the enormous problem of global variables in mapserver sources which make some of it not thread safe. For the record: I would *love* to be proved wrong and get in exchange a reasonably safe Java mapscript, even without all whistles and bells of a mapserver cgi. > At last it's maybe usefull to share experiences in stability: > We wrote an Oracle-Spatial/Tomcat/Mapserver-Application > (Linux-Suse 9.3) > - On our testsystem it runs very fine for weeks. > The testsystem even survives stress-tests, where we simulate some browsers > making > many requests. > - On the customers (production-)machine we still have Tomcat crashes about > one or > two times the day. We didn't find a solution (except a watchdog-software > which restarts tomcat in > the crash-case :-( ) > This machine also survives the one- or two-hour stress-tests! > > This happens although I'm quite shure, that we followed the "delete as soon > as possible"-rule. BTW: how do you stress test your application (software, configuration, etc)? Best regards, Umberto From chris_everhart at HOTMAIL.COM Fri Nov 18 07:09:11 2005 From: chris_everhart at HOTMAIL.COM (Chris Everhart) Date: Fri, 18 Nov 2005 08:09:11 -0700 Subject: CO Front Range Users? Message-ID: Hello, I am just trying to get an idea of how many mapserver users there are on the Front Range (or elsewhere) in CO. Thanks, Chris _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From assefa at DMSOLUTIONS.CA Fri Nov 18 07:22:18 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Fri, 18 Nov 2005 10:22:18 -0500 Subject: ECW on mapserver4.6 In-Reply-To: <931f8ea90511180622q5d3a4c7eh3c60991d61a56be7@mail.gmail.com> Message-ID: What version should be used ? I am using binaries from: ECW JPEG 2000 SDK Release Candidate 1 Version 3.1 Date : 18-02-2005 I just cheked at ermapper site and the one available is still a Release candiate 1 : ECW JPEG 2000 SDK Release Candidate 1 Version 3.1 Date : 06-04-2005 There is also a download for source code so I am wondering if I should consider building the binaries myself. I am upgrading to the latest one for now. Later, Frank Warmerdam wrote: > On 11/18/05, almudena rueda wrote: > >>Hello Frank >>I've been doing some test on my ecw data and i've notice that the problem (i >>think) is the gdal library. It works well if i just use a frew ecw files >>with a size of aprox. 5 mb, but when i try to view all my ecw files (i have >>8) it crashes. >>here is the crash (debug with microsoft c++ compiler): >>Unhandled exception in php.exe (NTDLL.DLL): 0xc0000005 Access violation >>and the stack: >>NTDLL! 77f430fd() >>GDAL13! 011d8260() >>GDAL13! 00fbd3b2() >>GDAL13! 00f1e90f() >>PHP_MAPSCRIPT_46! 00bf5329() >>PHP_MAPSCRIPT_46! 00bebd2e() >>PHP_MAPSCRIPT_46! 00bea870() >>PHP_MAPSCRIPT_46! 00be9a92() >>PHP_MAPSCRIPT_46! 00c04426() >>PHP_MAPSCRIPT_46! 00c04894() >>PHP_MAPSCRIPT_46! 00baa5cc() >>PHP_MAPSCRIPT_46! 00b99508() >>PHP4TS! 100e4147() >>I've made a .map file with one of my ecw files that is load 8 times so, if >>you don't mind, you can take a look on it. > > > Almudena, > > I tried this with the FWTools linux version of mapserver and > was able to render it fine. However, loading and browsing > the file in OpenEV resulted in a crash in the ECW library > after a partial load. > > I tried rendering it with the FWTools windows version with > no problem. Loading and browsing in OpenEV also worked > fine. > > I presume you are using binaries from DM Solutions? It may > be that they need to upgrade to more recent ECW (and/or GDAL?) > libraries to get around this problem. I'm sorry I can't provide > anything more concrete. > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From steve.lime at DNR.STATE.MN.US Fri Nov 18 07:23:22 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Fri, 18 Nov 2005 09:23:22 -0600 Subject: Where2getit.com Presents Mapserver at ILGISA Conference Message-ID: Sweet, I'm glad they contacted you guys. We did a full-day workshop at our state GIS meeting and it was very well recieved. I slid ka-map in at the end as a teaser and jaws were dropping. Very cool. I'm wondering if we should track presentations like this on the new website someplace (or perhaps we already are). What do you think? Steve >>> Stephen Woodbridge 11/17/05 11:12 PM >>> Hi all, I just did two presentations at the ILGISA Conference in Oak Brook, IL this week on Mapserver for Where2getit.com 1. Getting Started With Mapserver - 3 hr Workshop with 35+ attendees 2. Using ka-map for data distribution - 60+ attendees The presentations are located at: http://where2getit.com/ilgisa/ in case anyone is interested in looking at them. The ILGISA attendees are primarily IL state and local municipal GIS departments and the GIS, surveying, and engineering consulting firms supporting them. The presentations on Mapserver and ka-map were very well received and they would like to do a hands-on mapserver workshop next year instead of a presentation workshop that they asked for this year. -Steve W. http://where2getit.com/ From sgillies at FRII.COM Fri Nov 18 08:09:52 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Fri, 18 Nov 2005 09:09:52 -0700 Subject: CO Front Range Users? In-Reply-To: Message-ID: Donnie Marino, who has since moved on to the business software world, hosted a Front Range MapServer Users meeting last fall. About half were DigitalGlobe folks, two from CU's NSIDC, and then Momo and I. I know a dozen or so personally, customers and colleagues. I'm pretty sure that there are many more than that. cheers, Sean On Nov 18, 2005, at 8:09 AM, Chris Everhart wrote: > Hello, > > I am just trying to get an idea of how many mapserver users there > are on the > Front Range (or elsewhere) in CO. > > Thanks, > Chris > > _________________________________________________________________ > Don?t just search. Find. Check out the new MSN Search! > http://search.msn.click-url.com/go/onm00200636ave/direct/01/ --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From umn-ms at HYDROTEC.DE Fri Nov 18 08:06:58 2005 From: umn-ms at HYDROTEC.DE (Benedikt Rothe) Date: Fri, 18 Nov 2005 17:06:58 +0100 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: <75b4b93e0511180648s19a24fd1v3cb93156a02943ff@mail.gmail.com> Message-ID: Hallo Umberto Where to start? > In my applications I *never* create mapscript objects except for the > main mapObj (I do not add layers, classes or anything else in Java > code). This should explain why I do not see a reason for calling > delete explicitly. The delete-issue is indeed only necessary if one creates Java-Wrappers on sub-objects. The example in http://article.gmane.org/gmane.comp.gis.mapserver.user/11678 also bases on creating sub-objects. > I would suggest that this affirmation be checked against code because > I am not sure that the swig glue code will always be safe with regard > to double frees. In general I do not see any possible benefit coming > from this behaviour, but I could be wrong. On the "double free"-aspect: The delete's code code looks like this: public void delete() { if(swigCPtr != 0 && swigCMemOwn) { swigCMemOwn = false; mapscriptJNI.delete_mapObj(swigCPtr); } swigCPtr = 0; } So calling "delete" many times is harmless. > In fact I disagree when you say that this requires 'only small > changes', this is a major effort: > - keep in mind that the core swig code is also used by other languages > and to my knowledge in python there is no need to do garbage > collection yourself, so we should write swig glue code especially for > Java. I have to confess, that "Swig" is a point I've overseen. "only small changes" didn't take the swig-process into account, but only the java-code swig creates. (And no doubt a swig-way is hardly needed.) Mmmh... Would be intersting to see how other Java/Swig-Apps manage this. > - finally there is the enormous problem of global variables in > mapserver sources which make some of it not thread safe. Using java-"synchronized" frequently is unfortunaltey indispensable for now. > BTW: how do you stress test your application (software, configuration, etc)? We wrote a Java Programm which creates n threads, for simulating n browsers. Each thread sleeps for 2 or 3 seconds and then issues a http-Request to the server to force the server to create a map. This is cycled for m-times creating m maps. The requests vary the map-extends which are produced. Example: n=4 Browsers; Each making m=5000 requests. (runs quite long ...) I do remember, that some time ago you suggested a special software for this task, but we found it easier to write a Java-Programm on our own. > > - On our testsystem it runs very fine for weeks. ... > > - On the customers (production-)machine we still have Tomcat crashes about ... > ... Java mapscript can be used ... with reasonable stability > and performance when only the following components are involved: ... > - raster support (via gdal) Mmh. Could be, that our customers production-machine uses rasters and the testsystem only Shape and Oracle. I will have a closer look, wether this makes the difference. Have a nice weekend Benedikt -------------- next part -------------- An HTML attachment was scrubbed... URL: From adam.hill at GMAIL.COM Fri Nov 18 08:26:14 2005 From: adam.hill at GMAIL.COM (Adam Hill) Date: Fri, 18 Nov 2005 10:26:14 -0600 Subject: WMS Time Support for Fractional Seconds Message-ID: Does Mapserver support fractional seconds for WMS Time functions? In the MS Time How-To it does not explicitly mention the ':ss.ss' ISO pattern as being supported, but I was hoping since they were using system functions to parse the string it would happily 'just work', maybe -- just for queries? Am I too hopeful? adam... From sgillies at FRII.COM Fri Nov 18 08:26:56 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Fri, 18 Nov 2005 09:26:56 -0700 Subject: mapscript crashes on getFeature In-Reply-To: Message-ID: Hi all, My tests of the Python module include a test of query result set members and getFeature. See mapscript/python/tests/cases/ resultcachetest.py. I have not been routinely building or testing mapscript with the --with-geos option, but I reconfigured today and the tests pass as usual. This seems to point to this being a Java specific problem. Now that I look at your Java code, I see a potential problem. You shouldn't make the assumption that the tileindex of your resultCacheMemberObj is always -1. I'm not sure that figures into the current issue, but is something you'll want to beware of in the future. Sean On Nov 17, 2005, at 9:25 PM, Steve Lime wrote: > Hmmm.... The geometry member is initialized to NULL and not used > unless = > you do something like a buffer or a convex hull. The code to free > the = > geometry does check to make sure the geometry is not NULL before > unallocati= > ng it. This leads me to believe the problem is not GEOS per se but = > elsewhere in the query or MapScript code- perhaps someplace that > doesn't = > use msInitShape() to initialize a shapeObj structure, which could > lead to = > an unitialized geometry pointer. I guess we should try the same code = > snippet in another MapScript flavor to make sure it's not a java > specific = > issue. > > Steve > >>>> Donovan 11/16/05 12:07 PM >>> >> You've got my attention. Donovan do you have any more specific >> information= > > regarding the GEOS crash? --Steve > > Sure, > > I'm using mapserver 4.8.0beta - but 4.6.0 breaks too > --geos-2.1.1 from rpm (gdal-1.2.6 and proj-4.4.9 also) > --FedoraCore3 with java1.5 (glibc-2.3.5) > > I think the crash occurs any time a shapeObj is returned. > > I modified the java mapscript example class DrawMap from the mapserver > source tree to demonstrate the problem - Query.java is attached. > > Without GEOS, Query.java generates the png but with GEOS, it looks > like = > this: > # cd ~/mapserver-4.8.0-beta1/mapscript/java > # javac -classpath ./:examples/:./mapscript.jar -d examples/ > examples/*.jav= > a > # java -classpath ./:examples/:./mapscript.jar - > Djava.library.path=3D. = > Query > ../../tests/test.map ./map.png > >> The map will be drawn to:./map.png >> *** glibc detected *** malloc(): memory corruption: 0xb1c11ee8 *** >> Aborted > > From poking around in the source i think the crash happens while > freeing = > the > geometry pointer in the shape obj but i didn't get any further. > > If there is anything else i can provide or if some testing is > required i'd > be happy to help... > > Thanks for your attention > > > ----mapscript/java/examples/Query.java----cut-here-- > import edu.umn.gis.mapscript.*; > > public class Query { > > public static void usage() { > System.err.println("Usage: Query {mapfile} {outfile}"); > System.exit(-1); > } > > public static void main(String[] args) { > if (args.length !=3D 2) usage(); > try > { > System.loadLibrary("mapscript"); > } > catch(UnsatisfiedLinkError ule) > { > System.err.println(ule); > System.exit(-1); > } > > mapObj map =3D new mapObj(args[0]); > map.getImagecolor().setRGB(153, 153, 204); > styleObj st =3D map.getLayer(1).getClass(0).getStyle(0); > st.getColor().setHex("#000000"); > imageObj img =3D map.draw(); > System.out.println("The map will be drawn to:"+args[1]); > > layerObj layer =3D map.getLayerByName("POLYGON"); > layer.setTemplate("dummy.template"); > layer.queryByPoint(map,new pointObj(0.10,51.4,0), > mapscriptConstants.MS_MULTIPLE,-1); > resultCacheObj results =3D layer.getResults(); > layer.open(); > for (int i=3D0;i resultCacheMemberObj result =3D results.getResult(i); > //CRASH HAPPENS ON NEXT LINE > shapeObj feature =3D layer.getFeature(result.getShapeindex > (),-1); > } > layer.close(); > > img.save(args[1], map); > } > } > -----End of Query.java---------- --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From ed at TOPOZONE.COM Fri Nov 18 09:15:21 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Fri, 18 Nov 2005 12:15:21 -0500 Subject: Georeferencing tiff by creating tfw file Message-ID: Dejan - Jacob was just giving you an example using numbers you gave starting with "if" - "if" it's 1:25 scale, and "if" it were scanned at 300 DPI. Those obviously aren't the case (I doubt your map is 1:25 scale, where 1 inch on the map is about 2 feet in the real world). - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan Sent: Friday, November 18, 2005 2:13 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw file Thanks, I understand what you have been told me BUT, When I put my tiff on the map using "my" cellsize of 0.0021166, it doesn't show correctly on the map (I just get a litte box bottomleft). But if I use the cellsize of 0.08467878514170, then it is correctly shown. That is the thing I didn't understand. (I have already reported my error in first gdalinfo because it was run with my already existing tfw file. I have reported the new gdalinfo output after...) Sorry again to bother you best regards dejan > -----Original Message----- > From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com] > Sent: Thursday, November 17, 2005 11:57 PM > To: Gambin Dejan > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating tfw > file > > > The TIFFTAG_RESOLUTIONUNIT was set to pixels per inch (dpi). > This is a "graphical" parameter embedded in many images (geographic or > not). It is not related to real-world coordinates, but to paperspace > only. It tells you how many pixels go into an inch, so that it can be > printed at the same size as the original was. > You are right about cellsize: it expresses how many metres in > real-world coordinates one cell takes up. So this has been calculated > using the TIFFTAG_RESOLUTIONUNIT, and combining that with the scale > information. > > If the figures and units you give are correct, then: > Your original scan is 300dpi, 1:25. > So: 1 pixel = 1/300 inch in paperspace > = 25 * 1/300 inch in real-world space > = 0.08333 inch in real-world space > = 0.002116 metres in real-world space So your pixel size > (real-world space) is roughly 0.0021166m, as your gdalinfo output > mentioned below. So make sure you understand which values are in > geographic space, and which in paperspace. > > > pixel size in inches = scale/resolution, so 25.40363554/300 and > > converting it to meters gives me 0.002150841. But this is > not correct, > right? > > Wiht CAD overlay I have got 0.08467878514170, that is probably > right... > > Both are right, but your CAD overlay reported the cellsize in > real-world inches, your calculation gave it in metres. > > Regards, > > Jacob > > > > > > -----Original Message----- > > From: Gambin Dejan [mailto:Dejan.Gambin at pula.hr] > > Sent: 17 November 2005 16:18 > > To: Delfos, Jacob > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating > > tfw file > > > > No you didn't confuse me, thanks. But I am still not sure > in what is > > wrong in my calculation? Is the TIFFTAG_RESOLUTIONUNIT important > > anyway? Does the CELLSIZE mean "the pixel has CELLSIZE meters" or? > > > > Sorry for bothering you > > > > dejan > > > > > -----Original Message----- > > > From: Delfos, Jacob [mailto:jacob.delfos at maunsell.com] > > > Sent: Thursday, November 17, 2005 9:03 AM > > > To: Gambin Dejan; MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by creating > > > tfw file > > > > > > > > > Dejan, > > > > > > I think you are mixing up scale and resolution: scale is ratio > > > between the real world and whatever you are looking at (hardcopy, > > > screen, etc). So 1:25 means 1 unit on the screen equals 25 units > > > in the real world (whichever units, as you said). > > > > > > Resolution expresses how many pixels go into a fixed length > > > (expressed in a unit). It is necessary to have a unit, because > > > obviously the result between 300 pixels in a metre, or 300 pixels > > > in an inch, will be different. So "metres/pixel" is a resolution, > > > NOT a scale. Metres/pixel tells you have many metres a pixel is, > > > either on your screen or on a hardcopy. This does NOT tell you how > > > many metres it is in the real world (geographic space). You need > > > scale AND resolution to determine that. > > > > > > Hope I didn't confuse you further. > > > > > > Jacob > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gambin Dejan > > > > Sent: 17 November 2005 15:39 > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > creating tfw file > > > > > > > > Thanks Ed, thanks Jacob, > > > > > > > > That is the thing I have missed - the scale reported is in > > > > "meters/pixel" and this gives the correct result....but > > correct me > > > > please - isn't the scale "unitsless" parameter? 1inch on > > > map=25inch in > > > > world, 1m on map=25m in world? I was looking in gdalinfo > > output and > > > > the TIFFTAG_RESOLUTIONUNIT that is set to pixel/inch, so I > > > did 25/300 > > > > thinking it is the pixel size in inches that needs to be > > > converted to > > > > meters...obviously wrong > > > > > > > > regards, dejan > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of > Ed McNierney > > > > > Sent: Thursday, November 17, 2005 12:43 AM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw file > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > "..if the map is in 1:25 scale, that means that 1 inch on the > > > > > map is 25 inches in the real world....if the map was > scanned on > > > > > 300dpi then the pixel size is 25/300 in inches, then > converted > > > > > to meters" > > > > > > > > > > Yes, that's all there is to it. There's nothing more to > > > > > understand. If the scale you're reporting in CAD > Overlay is in > > > > > units of "meters per pixel", then one pixel is > 0.08467878514170 > > > > > meters. If that image were scanned at 600 DPI, then > each inch > > > > > on the printed map source would produce 600 pixels or 50.80 > > > > > meters. 50.80 meters is 2,000 feet, so that would > correspond to > > > > > a scale of 1" = 2,000' or 1:24,000 scale. Or it could be a > > > > > 1:12,000 scale map scanned at 300 DPI - or a 1:48,000 > scale map > > > > > scanned at 1,200 DPI. They would all come out the same - the > > > > > image resolution in units per pixel is a product of > the source > > > > > scale and the scanning resolution, and you can't > distinguish the > > > > > two. > > > > > > > > > > - Ed > > > > > > > > > > Ed McNierney > > > > > President and Chief Mapmaker > > > > > TopoZone.com / Maps a la carte, Inc. > > > > > 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 > > > > > Phone: +1 (978) 251-4242 > > > > > Fax: +1 (978) 251-1396 > > > > > ed at topozone.com > > > > > > > > > > -----Original Message----- > > > > > From: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > > > > Sent: Wednesday, November 16, 2005 6:07 PM > > > > > To: Ed McNierney > > > > > Cc: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw file > > > > > > > > > > Sorry I forgot to set the CC.. > > > > > > > > > > I have received this tif file from a colleague who wanted to > > > > > "georeference" it and place it on the existing > mapserver map. He > > > > > just sent me the upper left coordinates (real world > coordinates > > > > > in meters) and this scale. Suppose he scanned the > paper map that > > > > > is in 1:25 scale and gave me the coordinates of the > upper left > > > > > corner. So I thought: > > > > > > > > > > ..if the map is in 1:25 scale, that means that 1 inch > on the map > > > > > is 25 inches in the real world....if the map was scanned on > > > > > 300dpi then the pixel size is 25/300 in inches, then > converted > > > > > to meters. But it is not and obviously I am pretty newbie in > > > > > this geo-math and I am missing some important things. > > > > > > > > > > Anyway, after a while he sent me a tfw file saying he > has built > > > > > it with CAD Overlay...that is all I know and this tiff is now > > > > > positioned well on the map... > > > > > > > > > > ...Sorry, I am just curious in how this is > > > > > theoretically/mathematically calculated so I asked.... > > > > > > > > > > This is also interesting to me because we have some > > > > > non-referenced tiff maps with some known world coordinates on > > > > > them and I would like to georeference them in the future, if > > > > > this is possible... > > > > > > > > > > regards, dejan > > > > > > > > > > > -----Original Message----- > > > > > > From: Ed McNierney [mailto:ed at topozone.com] > > > > > > Sent: Wednesday, November 16, 2005 10:54 PM > > > > > > To: Dejan Gambin; MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw > > > > > > > > > > > file > > > > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > > > Well, that's not the GeoTIFF output you posted the > > > first time ! > > > > > > > > > > > > What is the "scale" you have (the value that's > > > 25.40363554)? What > > > > > > is the definition of that value, and its units (if > > > any)? And what > > > > > > are the definition and the units of the "CAD Overlay" > > > output, too? > > > > > > It's hard to work with dimensionless, > > > > > undefined numbers > > > > > > - where did they come from? We need some more details to > > > > be able to > > > > > > help. Thanks! > > > > > > > > > > > > - Ed > > > > > > > > > > > > P.S. Please always reply to the whole list, not just > > > to the first > > > > > > responder. > > > > > > > > > > > > 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: Dejan Gambin [mailto:dejan.gambin at pula.hr] > > > > > > Sent: Wednesday, November 16, 2005 4:31 PM > > > > > > To: Ed McNierney > > > > > > Subject: RE: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > creating tfw > > > > > > > > > > > file > > > > > > > > > > > > Ed, > > > > > > > > > > > > Sorry, I have run gdalinfo on the tiff with already > > > > > existing tfw file > > > > > > that I have calculated and that is WRONG... > > > > > > > > > > > > Running gdalinfo on this tif (that has no associated tfw) > > > > > results in: > > > > > > > > > > > > Driver: GTiff/GeoTIFF > > > > > > Size is 8857, 5905 > > > > > > Coordinate System is `' > > > > > > Metadata: > > > > > > TIFFTAG_XRESOLUTION=300 > > > > > > TIFFTAG_YRESOLUTION=300 > > > > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner Coordinates: > > > > > > Upper Left ( 0.0, 0.0) > > > > > > Lower Left ( 0.0, 5905.0) > > > > > > Upper Right ( 8857.0, 0.0) > > > > > > Lower Right ( 8857.0, 5905.0) > > > > > > Center ( 4428.5, 2952.5) > > > > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > > > > Color Table (RGB with 2 entries) > > > > > > 0: 255,255,255,255 > > > > > > 1: 0,0,0,255 > > > > > > > > > > > > So, I have this output, I have xy coordinates (in > > > meters): 5455750 > > > > > > and 5021000 and I have the scale of 25.40363554. > > > > > The question > > > > > > remains - how do I calculate the "pixel size" (first > > and fourth > > > > > > parameter) of tfw file that I need to create. > > > > > > > > > > > > Using CAD Overlay I get the value of 0.08467878514170 that > > > > > is correct > > > > > > but I need to know how to get this value by formula, not > > > > with util > > > > > > like CAD Overlay > > > > > > > > > > > > Sorra again > > > > > > > > > > > > regards, dejan > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > > > > On Behalf Of Ed McNierney > > > > > > > Sent: Wednesday, November 16, 2005 4:51 PM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > > > creating tfw > > > > > > > > > > > > > file > > > > > > > > > > > > > > > > > > > > > Dejan - > > > > > > > > > > > > > > The gdalinfo utility is telling you the pixel size. The > > > > > fourth line > > > > > > > > > > > > of the output below, beginning with "Origin = ", ends with > > > > > > "Pixel Size > > > > > > > > > > > > > = ". Those are the very same values you would use in > > > > the first and > > > > > > > fourth lines, respectively, of a TFW file. It looks like > > > > > > this is the > > > > > > > same value you calculated, and it appears to be correct. > > > > > > > > > > > > > > - 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: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > > > > > On Behalf Of Gambin Dejan > > > > > > > Sent: Wednesday, November 16, 2005 8:59 AM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: [UMN_MAPSERVER-USERS] Georeferencing tiff by > > > > creating tfw > > > > > > > file > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > Even there are probably some utils I can use, I would > > > > > still like to > > > > > > > know how can I calculate the "pixel size" parameter in > > > > > tfw file (so > > > > > > > the first and fourth parameter) from the existing tiff > > > > > file and the > > > > > > > following > > > > > > > informations: > > > > > > > > > > > > > > For example, "gdalinfo my.tif" says > > > > > > > > > > > > > > Driver: GTiff/GeoTIFF > > > > > > > Size is 8857, 5905 > > > > > > > Coordinate System is `' > > > > > > > Origin = (5455749.998925,5021000.001075) Pixel Size = > > > > > > > (0.00215084,-0.00215084) > > > > > > > Metadata: > > > > > > > TIFFTAG_XRESOLUTION=300 > > > > > > > TIFFTAG_YRESOLUTION=300 > > > > > > > TIFFTAG_RESOLUTIONUNIT=2 (pixels/inch) Corner > > > > > Coordinates: Upper > > > > > > > Left ( 5455749.999, 5021000.001) Lower Left ( > 5455749.999, > > > > > > > 5020987.300) Upper Right ( 5455769.049, > > > > > > > 5021000.001) Lower Right ( 5455769.049, 5020987.300) > > > > > > > Center ( 5455759.524, 5020993.651) > > > > > > > Band 1 Block=8857x5905 Type=Byte, ColorInterp=Palette > > > > > > > Color Table (RGB with 2 entries) > > > > > > > 0: 255,255,255,255 > > > > > > > 1: 0,0,0,255 > > > > > > > > > > > > > > I have xy coordinates (in meters): 5455750 and 5021000 > > > > > and the scale > > > > > > > > > > > > of 25.40363554. I have tried using the simple > formula like: > > > > > > > > > > > > > > pixel size in inches = scale/resolution, so > > > 25.40363554/300 and > > > > > > > converting it to meters gives me 0.002150841. But this is > > > > > > not correct, > > > > > > > > > > > > > right? > > > > > > > > > > > > > > Wiht CAD overlay I have got 0.08467878514170, that is > > > probably > > > > > > > right... > > > > > > > > > > > > > > What am I doing wrong? Is it the resolution that I am > > > > using? Do I > > > > > > > have to use screen resolution or what? > > > > > > > > > > > > > > thanks > > > > > > > > > > > > > > regards, dejan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From assefa at DMSOLUTIONS.CA Fri Nov 18 10:33:24 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Fri, 18 Nov 2005 13:33:24 -0500 Subject: WMS Time Support for Fractional Seconds In-Reply-To: Message-ID: Hi There, It uses regex to parse the time (so It is based on the patterns defined). You could add into Bugzilla the pattern(s) that you would like to be supported and It could be added after the 4.8 release. Later, Adam Hill wrote: > Does Mapserver support fractional seconds for WMS Time functions? > > In the MS Time How-To it does not explicitly mention the ':ss.ss' ISO > pattern as being supported, but I was hoping since they were using > system functions to parse the string it would happily 'just work', > maybe -- just for queries? > > Am I too hopeful? > > adam... > > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From assefa at DMSOLUTIONS.CA Fri Nov 18 10:53:33 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Fri, 18 Nov 2005 13:53:33 -0500 Subject: WMS time YYYY pattern problem In-Reply-To: <7D069524-561C-453E-9401-CE132EF00A06@FAO.ORG> Message-ID: Not sure. I have check some implementations of strptime.c (although I could not locate the one used on mac) and I do not seem to see the limitation in them. You should file a bug on it. Jeroen Ticheler wrote: > Thanks! I'm actually running on Mac OS X. Same problems? > Jeroen > > On 18 Nov 2005, at 00:03, Yewondwossen Assefa wrote: > >> Mapserver used strptime to convert th time to a tm time structure. On >> Linux it uses the system function and on windows there is a local >> copy of the function in mapserver (strptime.c). Cheking the local >> code used for windows, It could have problems with dates before 1970. >> >> Later, >> >> Jeroen Ticheler wrote: >> >>> How do I know? >>> Thanks for the quick response! >>> Jeroen >>> On 17 Nov 2005, at 17:32, Jeff de La Beaujardiere wrote: >>> >>>> Jeroen Ticheler wrote: >>>> >>>>> Also, when requesting 1965 it gives the error that that year is >>>>> out of the series, but the image is actually there. >>>> >>>> >>>> >>>> If Mapserver is converting time to seconds since the epoch >>>> (1970-01-01T00:00:00Z), then 1965 may pose a problem. >>>> >>>> -Jeff DLB >> >> >> -- >> ---------------------------------------------------------------- >> Assefa Yewondwossen >> Software Analyst >> >> Email: assefa at dmsolutions.ca >> http://www.dmsolutions.ca/ >> >> Phone: (613) 565-5056 (ext 14) >> Fax: (613) 565-0925 >> ---------------------------------------------------------------- >> > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From tylermitchell at SHAW.CA Fri Nov 18 11:16:44 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Fri, 18 Nov 2005 11:16:44 -0800 Subject: Where2getit.com Presents Mapserver at ILGISA Conference Message-ID: > I'm wondering if we should track presentations like > this on the new website someplace (or perhaps we > already are). What do you think? I don't see anything in particular filling this need on the web site already and I think it is a critical need that the web site could fill. New users quite often are looking for promo material for presentations when trying to 'sell' MapServer internally. I suggest we set up a Presentations topic in the Community section on the web site. There we can put links or (ideally) the actual files on line for folks to grab. Tyler From teb at MALLIT.FR.UMN.EDU Fri Nov 18 11:58:56 2005 From: teb at MALLIT.FR.UMN.EDU (Thomas E Burk) Date: Fri, 18 Nov 2005 13:58:56 -0600 Subject: ECW on mapserver4.6 Message-ID: We apologize that this large message was allowed through (and out). This should be fixed now. Tom >X-Umn-Remote-Mta: [N] lsv-m.tc.umn.edu [160.94.23.1] #+HF+LO+NM+TR >X-Umn-Remote-Mta: [N] gate.superbase.co.uk [193.123.234.146] #+NR+OF (I,-) >X-Umn-Report-As-Spam: >MIME-Version: 1.0 >Content-Transfer-Encoding: 7bit >X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 >thread-index: AcXsNyNUsumkSgF9RnmjYcHokMRtdQABQEVQ >Date: Fri, 18 Nov 2005 12:34:02 -0000 >From: Dave Brown >Subject: Re: [UMN_MAPSERVER-USERS] ECW on mapserver4.6 >X-To: almudena rueda >To: MAPSERVER-USERS at LISTS.UMN.EDU > >Are you crazy ? Thanks for hogging my mailbox for an hour while I download >your attachment ! > > >-- >No virus found in this outgoing message. >Checked by AVG Free Edition. >Version: 7.1.362 / Virus Database: 267.13.3/174 - Release Date: 17/11/2005 > > From eknuth at GMAIL.COM Fri Nov 18 11:53:16 2005 From: eknuth at GMAIL.COM (Edwin Knuth) Date: Fri, 18 Nov 2005 13:53:16 -0600 Subject: geodatabase as ogr datasource Message-ID: Ken and All, Thanks for the help. I really appreciate it. Here is what worked for me: LAYER # amphib NAME "amphib" STATUS DEFAULT TYPE POINT CONNECTIONTYPE OGR CONNECTION "admiralty_amphib.mdb,amphib_point" END And I'd like to thank the people that made pgeo happen as well. Definitely good timing. I'm going to be able to do something cool thanks to ogr geodatabase support. On Wed, 16 Nov 2005 15:07:37 -0800, Ken Lord wrote: >Hi Edwin, > >You should be able to use the geodatabase file by using OGR as the >connectiontype and the name of the .mdb file as the connection > >Unfortuneatly It seems I deleted my map file that I tested it with, so >I can't give you excactly how I did it, but it did work for me. I was >using shp2image from the latest FWTools package. > >For the connection, try the name of the .mdb followed by a comma, >followed by the layer name ... or layer number as found by using >ogrinfo on the geodatabase. > > >... Also, a big Thanks to Frank Warmerdam who built the >OGR/mapserver/geodatabase functionality recently, contracted by a few >of us from the MapServer community. > From jmckenna at DMSOLUTIONS.CA Fri Nov 18 13:03:56 2005 From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna) Date: Fri, 18 Nov 2005 16:03:56 -0500 Subject: Where2getit.com Presents Mapserver at ILGISA Conference In-Reply-To: Message-ID: I've added a new section on the site for "MapServer Presentations" in the community section, with a link to Steve's (http://ms.gis.umn.edu/community/). Please feel free to add presentations everyone! jeff Steve Lime wrote: > Sweet, I'm glad they contacted you guys. We did a full-day workshop at our state GIS meeting and it was very well recieved. I slid ka-map in at the end as a teaser and jaws were dropping. Very cool. > > I'm wondering if we should track presentations like this on the new website someplace (or perhaps we already are). What do you think? > > Steve > > >>>>Stephen Woodbridge 11/17/05 11:12 PM >>> > > Hi all, > > I just did two presentations at the ILGISA Conference in Oak Brook, IL > this week on Mapserver for Where2getit.com > > 1. Getting Started With Mapserver - 3 hr Workshop with 35+ attendees > 2. Using ka-map for data distribution - 60+ attendees > > The presentations are located at: > > http://where2getit.com/ilgisa/ > > in case anyone is interested in looking at them. > > The ILGISA attendees are primarily IL state and local municipal GIS > departments and the GIS, surveying, and engineering consulting firms > supporting them. > > The presentations on Mapserver and ka-map were very well received and > they would like to do a hands-on mapserver workshop next year instead of > a presentation workshop that they asked for this year. > > -Steve W. > http://where2getit.com/ > > -- Jeff McKenna DM Solutions Group Inc. http://www.dmsolutions.ca From hobu at IASTATE.EDU Fri Nov 18 13:42:15 2005 From: hobu at IASTATE.EDU (Howard Butler) Date: Fri, 18 Nov 2005 15:42:15 -0600 Subject: Plone MapServer Website maintenance this weekend In-Reply-To: Message-ID: All, I will be working on the Plone website this weekend, and it will be up and down all throughout Saturday and Sunday. I will freeze the content on Saturday morning (~10 AM CST), so please don't add anything and expect it to stick around until Sunday night. I will send another message to the list when I am done. Here's a list of the improvements I hope to add: - Incorporate worldkit in user preferences so that users can pick their lat/lon with a map - Incorporate Plone2PDF, which allows all of the documents to be downloaded as a pdf with minimal styling - Upgrade to Plone 2.1. Faster. Bug fixes. Live AJAX searches ala Google Live Search - Upgrade the Help Center ("Documentation" section) to support language translation - Folders and grouping for Gallery entries - Some folder permissions tweaks - RSS-ifying of all of the major content areas. You will be able to put RSS links of sections of the website in your RSS reader and watch as new content is added to the site if you want. - Other things as necessary - Continue working on the "how to contribute to this website" document. We are still interested in a CSS guru who would be interested in styling the Plone website. It currently is a bit stodgy and dull. Anyone who is interested please contact me. Also, if anyone sees major content that exists on either the wiki or the "blue" website that hasn't made it to the Plone site, let me know. My expectation is to have the Plone website be *the* MapServer website by the end of the month to coordinate with the upcoming MapServer 4.8 release. The "blue" website will still exist as an archive, but it will not be updated in the future. Howard From donovan at FUNCTIONFOUR.CA Fri Nov 18 13:59:00 2005 From: donovan at FUNCTIONFOUR.CA (Donovan) Date: Fri, 18 Nov 2005 15:59:00 -0600 Subject: mapscript crashes on getFeature Message-ID: Yeah, i actually took the tile index out because i didn't want the line to wrap in the email - not the best reason i guess. I just noticed that I also split the img=map.draw() and img.save() lines with the query. They should probably be together after the query. It should work anyway... Thanks, to everyone, for effort and advice. Benedikt's sugesstion to write out class names as they are finalized is handy. I've also started triggering the garbage collector every transaction (while testing) because some of these memory corruption issues don't show up until the objects are freed, making the crashes seem random. Donovan >Now that I look at your Java code, I see a potential problem. You >shouldn't make the assumption that the tileindex of your >resultCacheMemberObj is always -1. I'm not sure that figures into the >current issue, but is something you'll want to beware of in the future. > >Sean > From jlukes at SMPDD.COM Fri Nov 18 14:17:53 2005 From: jlukes at SMPDD.COM (Jon Lukes) Date: Fri, 18 Nov 2005 16:17:53 -0600 Subject: Assistance please Message-ID: I have been trying to figure this out all day. I have mapserver set up on a fedora server and I believe everything is installed properly because I can get one of the Itasca Application(The DHTML rubber band box) working great. I also have the USGS mapsurfer and it seems to be having the same problem. Acoording to the Apache error log on all maps except one "File does not exist: /directory/..." I then checked my Apache access log where I discovered on the one map that does work each request is "GET /cgi-bin/mapserv?map=/directory/...." for 3 requests and "GET /cgi-bin/mapserv?mode=..." for 3 requests and this page creates map properly. Whereas, on the pages that don't display the map properly the first request is "GET /cgi-bin/mapserv?mode=browse&map=/directory/...." The follow requests are "GET /directory/../filename..." and these requests cause my error of "file does not exist". My question is what is where might my problem be coming from. I have been trying to narrow it down but would really appreciate any suggestions. If more info is needed to debug please let me know. Thanks, jon -------------- next part -------------- An HTML attachment was scrubbed... URL: From jp at GUATEC.COM Fri Nov 18 15:11:33 2005 From: jp at GUATEC.COM (JP Liska) Date: Fri, 18 Nov 2005 17:11:33 -0600 Subject: Ttf problems with php_mapscript and php as dso in apache2 Message-ID: Hello, I've been using mapserver 4.4 with php as cgi for a long while. I am interested in using php as dso. I am trying out mapserver 4.8.0-beta1 and I am able to generate an image with shp2img, however when I use this map file with php_mapscript, the process never completes. Note that if I change the font to bitmap, I have no problems at all. Is it supposed to be possible to use php_mapscript in php as dso? Has anyone else had this problem? Thanks in advance -Juan --------------------- I'm configuring with this: ./configure --without-tiff --without-pdf --without-eppl --with-proj=/dls/gis/proj-4.4.9 --with-postgis --without-wms --with-php=/dls/php/php-5.1.0RC4 --enable-debug --with-jpeg=/usr --with-ming=/dls/ming-0.3beta1/src --with-freetype=/usr/bin/freetype-config --with-threads --------------------- I get this when I run configure: ... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. ... checking for gdFontGetTiny in -lgd... yes using GD ( -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS) from system libs. ... --------------------- I'm testing with the following map file: MAP NAME "Testing" EXTENT -90.539942 14.608652 -90.531052 14.617541 IMAGETYPE PNG IMAGECOLOR 255 255 255 STATUS ON SIZE 200 200 FONTSET "fonts.txt" LAYER NAME paises TYPE polygon STATUS on DATA countries LABELITEM "country" CLASS COLOR 248 240 220 OVERLAYSIZE 3 OVERLAYOUTLINECOLOR 100 100 100 SIZE 1 STYLE ANTIALIAS true END LABEL TYPE TRUETYPE FONT "Vera" SIZE 10 COLOR 0 0 0 END END END END From mhoward at AKIMEKA.COM Fri Nov 18 17:19:56 2005 From: mhoward at AKIMEKA.COM (Mark Howard) Date: Fri, 18 Nov 2005 15:19:56 -1000 Subject: ArcIms / Javascript Question Message-ID: This is really an ArcIMS web programming question. I have a STRUTS HTML/javascript application that has an inbedded map. The jsp page has a form: Inside the form is the map: When the map is acted on (clickec...) -- the Map.do action calls a java app to build a new map and then the whole page is reloaded -- with the new map. Of course this is a pain because all the control states have to persisted, and the refresh is annoying. ESRI solves this by using a form for the map with it's own URL. I'd like to try to use a DIV or something similar to hold the map -- and trap the map requests -- and just refresh the map (change the src when the map has been generated). I've done this already by opening a new window with the new URL -- and switching the src. newwin=window.open(theNewURL, "NewWin", width=1000,height=500"); document.getElementById('map').src=newwin.document.getElementById('map') .src; 2 problems. Problem 1 is that (of course) I have to create a window open for the request to run. Problem 2 is that I have to wait until the request is finished so that I get the new map ULR instead of the old one. I can solve problem 1 with a URL grabber routine. If you have such a beast I'd appreciate it if you would share! #2 I'm not so sure of - however #1 involves streaming, so #2 could be called after #1 is complete. Any ideas???? TIA!!!!! Mark From hobu at IASTATE.EDU Fri Nov 18 18:11:50 2005 From: hobu at IASTATE.EDU (Howard Butler) Date: Fri, 18 Nov 2005 20:11:50 -0600 Subject: ArcIms / Javascript Question In-Reply-To: Message-ID: Mark, This is really an email list about UMN MapServer. You also wont find too much information on this list about STRUTS, although I think there might be some folks experimenting with it and Java MapScript. A better place for your question would probably be the ESRI ArcIMS web forums. UMN MapServer does have QueryMap functionality that is similar to what you are describing in your email. You might look at the source code for MapServer or documentation on the MapServer website for information on how it works. There might even be some code or examples you could borrow, as the concepts are quite similar. Having access to the source code of the software you are using so you can see what it is doing is just one of the many advantages of using tools like UMN MapServer Hope this helps, Howard At 3:19 PM -1000 11/18/05, Mark Howard wrote: >This is really an ArcIMS web programming question. I have a STRUTS >HTML/javascript application that has an inbedded map. The jsp page has a >form: > > > >Inside the form is the map: > >((com.esri.aims.mtier.model.map.Map)request.getAttribute("theMap")).getM >apOutput().getURL() %> > >When the map is acted on (clickec...) -- the Map.do action calls a java >app to build a new map and then the whole page is reloaded -- with the >new map. Of course this is a pain because all the control states have to >persisted, and the refresh is annoying. ESRI solves this by using a form >for the map with it's own URL. I'd like to try to use a DIV or something >similar to hold the map -- and trap the map requests -- and just refresh >the map (change the src when the map has been generated). I've done this >already by opening a new window with the new URL -- and switching the >src. > >newwin=3Dwindow.open(theNewURL, "NewWin", width=3D1000,height=3D500"); >document.getElementById('map').src=3Dnewwin.document.getElementById('map'= >) >.src;=20 > >2 problems. >Problem 1 is that (of course) I have to create a window open for the >request to run. >Problem 2 is that I have to wait until the request is finished so that I >get the new map ULR instead of the old one.=20 > >I can solve problem 1 with a URL grabber routine. If you have such a >beast I'd appreciate it if you would share! #2 I'm not so sure of - >however #1 involves streaming, so #2 could be called after #1 is >complete.=20 > > >Any ideas???? > >TIA!!!!! > >Mark From Hilbert.Davelaar at WUR.NL Sun Nov 20 02:26:37 2005 From: Hilbert.Davelaar at WUR.NL (Davelaar, Hilbert) Date: Sun, 20 Nov 2005 11:26:37 +0100 Subject: New MapServer website Message-ID: Hi list, I remember I once saw a new website for the MapServer project, but don't know how to get there anymore. Can someone pass me the URL? Kind regards, Hilbert Davelaar From woodbri at SWOODBRIDGE.COM Sun Nov 20 07:16:44 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Sun, 20 Nov 2005 10:16:44 -0500 Subject: New MapServer website In-Reply-To: <29B94E3912EABD4F90B82AEF6BD9B08401778819@salte0008.wurnet.nl> Message-ID: Davelaar, Hilbert wrote: > Hi list, > > I remember I once saw a new website for the MapServer project, but > don't know how to get there anymore. Can someone pass me the URL? http://ms.gis.umn.edu/ From saburq at GMAIL.COM Sun Nov 20 15:10:20 2005 From: saburq at GMAIL.COM (Shoaib Burq) Date: Mon, 21 Nov 2005 10:10:20 +1100 Subject: Hardware for serving lot's of Raster Message-ID: Hi, I am in the process of spec'ing out some hardware for serving ~1TB of hi-res bathymetry data via mapserver. Having never done this before I am looking for some guidance regarding what to look for in the hardware design. I might be using ka-map and precache the tiles; Updates are not very frequent. Obvious concerns are: 1. Performance, 2. Security, 3. Backup, 4. Portability (if we ever need to change the server's location), 5. Cost (we have a relatively healthy budget) I had a read of the documentation from UCL's ICEDS project but besides stating the use of RAID but is not very specific. any suggestions? chrs Shoaib Burq From ed at TOPOZONE.COM Sun Nov 20 20:02:38 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Sun, 20 Nov 2005 23:02:38 -0500 Subject: Hardware for serving lot's of Raster Message-ID: Shoaib - Much of your answer depends on the usage of your data, not the size of it. If you get one map request a day, and that user's in no hurry, then you can do whatever you like! Some of your answer depends on the details of that data usage as it dictates the organization and structure of your imagery. For example, if you need to quickly served "zoomed out" views at lower resolution but at high quality, you may need to prebuild "overview" images that will require more disk space. That's usually not much more, since the overviews get a lot smaller very quickly. If you're focusing on hardware, I think there are very few important variables. If your data does not change often, and you want the best possible read performance, a RAID 5 array will do that - writes will be slow, but that's OK. Given your description of the data, I don't think there's much reason to consider anything else. Remember that in a RAID 5 array you potentially have many disks working simultaneously for you, so a larger number of smaller disks will generally be faster than an smaller number of larger disks. And you'll get more for your money with more disks per array - an 8-drive RAID 5 array retains 87.5% of its raw capacity, while a 4-drive RAID 5 array only keeps 75% of its raw capacity. You need to choose between IDE and SCSI disk hardware. SCSI disks will be faster, mainly due to higher rotational speeds - it's easy to find 15,000 RPM SCSI drives while IDE drives are usually 7,200 or 5,400 RPM (there are 10K RPM IDE drives but not many). That translates into shorter seek times and quicker reads. If you are mostly reading small, random bits of data (common in a MapServer application) then the seek time will dominate and SCSI will really outperform IDE. The downside is that SCSI disks are MUCH more expensive and have MUCH smaller capacity. That means you'll also pay for more array enclosures, controllers, etc. As a sample data point, I see I can buy one Western Digital 320 GB 7,200 RPM IDE drive for $149.59. By the way, that is a price per megabyte that is just over 219,000 times cheaper than the very first hard disk I purchased for myself, for my new IBM PC. At the opposite extreme I can get a Seagate 146 GB 15,000 RPM SCSI drive for $957.01. It will be considerably faster in real-world performance, but the price per unit storage is 14 times higher! If cost is really no object, buy 15K SCSI drives in RAID 5 arrays and you'll have a great time. If you'd like more information, please try to describe your application and usage model in as much detail as possible, since that's going to have a huge effect on the design. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Shoaib Burq Sent: Sunday, November 20, 2005 6:10 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Hardware for serving lot's of Raster Hi, I am in the process of spec'ing out some hardware for serving ~1TB of hi-res bathymetry data via mapserver. Having never done this before I am looking for some guidance regarding what to look for in the hardware design. I might be using ka-map and precache the tiles; Updates are not very frequent. Obvious concerns are: 1. Performance, 2. Security, 3. Backup, 4. Portability (if we ever need to change the server's location), 5. Cost (we have a relatively healthy budget) I had a read of the documentation from UCL's ICEDS project but besides stating the use of RAID but is not very specific. any suggestions? chrs Shoaib Burq From kenlord at GMAIL.COM Sun Nov 20 21:07:24 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Sun, 20 Nov 2005 21:07:24 -0800 Subject: Hardware for serving lot's of Raster In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD5D4@ptolemy.topozone.com> Message-ID: Hi Shoaib, Ed, If I may interject into your great hard drive summary ... The new SATA II hard drives should also be considered, they can also be placed in RAID arrays. They are roughly the same price as IDE but perform much better, especially in RAID. I'm sure the high end SCSI drives are still better, but SATA II gives a lot of bang for the buck. SATA is related to SCSI, my SATA II drive is listed by Windows XP as a SCSI drive in my Device manager. For a direct comparison, my 7200rpm Samsung SATA II NCQ 8.9ms 80gb drive transfers 2.5 times more data in a given time than my 7200rpm Western Digital 8.9ms 80gb IDE drive. Both drives are worth around $75. The new NCQ feature (native command queing) allows the harddrive to process requests in the most efficient order to reduce seek times ...in older hard drives request are handled in the order they are received. NCQ can give a 25% boost in performance by minimizing seek times this way. SATA II can handle a bandwidth of 3Gb/second, compared to 133Mb/s bandwidth for IDE, and 150 - 300Mb/s for the older SATA drives ... 3Gb/s is far more bandwidth than what the hardware itself can fill. Which is where RAID comes in. IDE RAID is still limited to the 133Mb/s IDE bandwidth limit, the more drives you add, the more you will hit the bandwidth limit. SATA II RAID has a lot more bandwidth room to work with. There is a lot of confusion with the SATA II specification. NCQ, and hot-swapping for example are possible, but not required by the spec, so you have to be sure of what you are buying. You have to be sure that the rest of your system can run SATA II drives. Unfortuneatly I can't compare any of this directly to SCSI, I don't know the numbers on them, hardware is a hobby for me, I'm not an expert ... but given the prices, I do hope that they are that much better. Cheers, Ken Lord Vancouver BC On 11/20/05, Ed McNierney wrote: > Shoaib - > > Much of your answer depends on the usage of your data, not the size of > it. If you get one map request a day, and that user's in no hurry, then > you can do whatever you like! > > Some of your answer depends on the details of that data usage as it > dictates the organization and structure of your imagery. For example, > if you need to quickly served "zoomed out" views at lower resolution but > at high quality, you may need to prebuild "overview" images that will > require more disk space. That's usually not much more, since the > overviews get a lot smaller very quickly. > > If you're focusing on hardware, I think there are very few important > variables. If your data does not change often, and you want the best > possible read performance, a RAID 5 array will do that - writes will be > slow, but that's OK. Given your description of the data, I don't think > there's much reason to consider anything else. > > Remember that in a RAID 5 array you potentially have many disks working > simultaneously for you, so a larger number of smaller disks will > generally be faster than an smaller number of larger disks. And you'll > get more for your money with more disks per array - an 8-drive RAID 5 > array retains 87.5% of its raw capacity, while a 4-drive RAID 5 array > only keeps 75% of its raw capacity. > > You need to choose between IDE and SCSI disk hardware. SCSI disks will > be faster, mainly due to higher rotational speeds - it's easy to find > 15,000 RPM SCSI drives while IDE drives are usually 7,200 or 5,400 RPM > (there are 10K RPM IDE drives but not many). That translates into > shorter seek times and quicker reads. If you are mostly reading small, > random bits of data (common in a MapServer application) then the seek > time will dominate and SCSI will really outperform IDE. > > The downside is that SCSI disks are MUCH more expensive and have MUCH > smaller capacity. That means you'll also pay for more array enclosures, > controllers, etc. > > As a sample data point, I see I can buy one Western Digital 320 GB 7,200 > RPM IDE drive for $149.59. By the way, that is a price per megabyte > that is just over 219,000 times cheaper than the very first hard disk I > purchased for myself, for my new IBM PC. At the opposite extreme I can > get a Seagate 146 GB 15,000 RPM SCSI drive for $957.01. It will be > considerably faster in real-world performance, but the price per unit > storage is 14 times higher! If cost is really no object, buy 15K SCSI > drives in RAID 5 arrays and you'll have a great time. > > If you'd like more information, please try to describe your application > and usage model in as much detail as possible, since that's going to > have a huge effect on the design. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Shoaib Burq > Sent: Sunday, November 20, 2005 6:10 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Hardware for serving lot's of Raster > > Hi, > > I am in the process of spec'ing out some hardware for serving ~1TB of > hi-res bathymetry data via mapserver. Having never done this before I am > looking for some guidance regarding what to look for in the hardware > design. I might be using ka-map and precache the tiles; Updates are not > very frequent. > > Obvious concerns are: > 1. Performance, > 2. Security, > 3. Backup, > 4. Portability (if we ever need to change the server's location), 5. > Cost (we have a relatively healthy budget) > > I had a read of the documentation from UCL's ICEDS project but besides > stating the use of RAID but is not very specific. > > any suggestions? > > chrs > Shoaib Burq > From shawn at SYNACK-HOSTING.COM Sun Nov 20 22:05:02 2005 From: shawn at SYNACK-HOSTING.COM (Shawn Wallbridge) Date: Mon, 21 Nov 2005 00:05:02 -0600 Subject: Hardware for serving lot's of Raster In-Reply-To: <55dd01fa0511202107le3ebbb2y990550162def85cb@mail.gmail.com> Message-ID: On 20-Nov-05, at 11:07 PM, Ken Lord wrote: > Hi Shoaib, Ed, > IDE RAID is still limited to the > 133Mb/s IDE bandwidth limit, the more drives you add, the more you > will hit the bandwidth limit. I would like to comment on this one portion, everything else was excellent information. The bandwidth limit of an IDE RAID controller varies GREATLY depending on the design. Low end 'consumer' IDE 'RAID' controllers like the cheaper Promise controllers are limited because a) they are software based, so the CPU handles all the RAID functionality and b) they tend to use multiple drives per IDE channel. The higher end cards like the 3Ware (my favourite) or the Adaptec controllers are vastly different, they use one drive per channel (so their is no contention) and use dedicated processors for the parity calculations instead of the CPU. If you set up a RAID 0 array (not that that is _really_ raid) you would be able to get much much more than 133Mb/s out of a _real_ raid controller. I have about 8TB of data on 3Ware 750x series IDE controllers and they perform very well. I also have about 8TB of data on 3Ware 950x S-ATA controllers and they also perform well. I am looking forward to building a new server with the 9550SX series S-ATA II controller. shawn From kenlord at GMAIL.COM Sun Nov 20 22:08:42 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Sun, 20 Nov 2005 22:08:42 -0800 Subject: Hardware for serving lot's of Raster In-Reply-To: <6f4271bf9f75031eca5394b41ae36c0a@synack-hosting.com> Message-ID: I happily stand corrected, thanks for the information Shawn. Cheers, Ken Lord Vancouver BC On 11/20/05, Shawn Wallbridge wrote: > On 20-Nov-05, at 11:07 PM, Ken Lord wrote: > > > Hi Shoaib, Ed, > > > > > IDE RAID is still limited to the > > 133Mb/s IDE bandwidth limit, the more drives you add, the more you > > will hit the bandwidth limit. > > I would like to comment on this one portion, everything else was > excellent information. > > The bandwidth limit of an IDE RAID controller varies GREATLY depending > on the design. Low end 'consumer' IDE 'RAID' controllers like the > cheaper Promise controllers are limited because a) they are software > based, so the CPU handles all the RAID functionality and b) they tend > to use multiple drives per IDE channel. The higher end cards like the > 3Ware (my favourite) or the Adaptec controllers are vastly different, > they use one drive per channel (so their is no contention) and use > dedicated processors for the parity calculations instead of the CPU. If > you set up a RAID 0 array (not that that is _really_ raid) you would be > able to get much much more than 133Mb/s out of a _real_ raid > controller. > > I have about 8TB of data on 3Ware 750x series IDE controllers and they > perform very well. I also have about 8TB of data on 3Ware 950x S-ATA > controllers and they also perform well. I am looking forward to > building a new server with the 9550SX series S-ATA II controller. > > > > shawn > From saburq at GMAIL.COM Sun Nov 20 22:49:53 2005 From: saburq at GMAIL.COM (Shoaib Burq) Date: Mon, 21 Nov 2005 17:49:53 +1100 Subject: Hardware for serving lot's of Raster In-Reply-To: <55dd01fa0511202208t6f5cf46ewc84ebff9ff22d10c@mail.gmail.com> Message-ID: Just to put things into perspective. The data will cover 40,000 hectare or 400 sq-km covering 11 discrete regions, spread along a coastal length of about 600 km's. To start with there will be 2 layers (bathymetry & sonar backscatter). I expect to pyramid and tile the contiguous regions to an optimal tile-size (in memory) for map-server to chew-up. I am still unsure how to determine this "optimal" tile size. Any suggestions? We'll probably be on a 64 bit platform, perhaps using SUSE. The max resolution will be 2m pixel size. Later (maybe) we will add about 5 more layers of derived classified layers. We are unsure of the expected users, but I suspect if we advertise it heavily it may be up to 50 visitors a day during the early mad rush when it first comes online, trickling down to nothing :) In addition to standard mapserver web-client (like ka-map) connections, we want to run a WMS and WCS. Thanks for all the input so far. From umberto.nicoletti at GMAIL.COM Sun Nov 20 23:45:58 2005 From: umberto.nicoletti at GMAIL.COM (Umberto Nicoletti) Date: Mon, 21 Nov 2005 08:45:58 +0100 Subject: [mapserver] Java VM Crashes using the Mapscript API In-Reply-To: Message-ID: For load and stress testing of my web apps (but it can be used for web services and databases too) I use jmeter http://jakarta.apache.org/jmeter It is an excellent tool that will also allow to do distributed testing as the request can be dispatched to n clients controlled by a single one. It also has support for cookie-based sessions which is not available in other products. Best regards, Umberto On 11/18/05, umn-ms at hydrotec.de wrote: > > Hallo Umberto > > Where to start? > > > In my applications I *never* create mapscript objects except for the > > main mapObj (I do not add layers, classes or anything else in Java > > code). This should explain why I do not see a reason for calling > > delete explicitly. > > The delete-issue is indeed only necessary if one creates Java-Wrappers > on sub-objects. > > The example in > http://article.gmane.org/gmane.comp.gis.mapserver.user/11678 > also bases on creating sub-objects. > > > I would suggest that this affirmation be checked against code because > > I am not sure that the swig glue code will always be safe with regard > > to double frees. In general I do not see any possible benefit coming > > from this behaviour, but I could be wrong. > > On the "double free"-aspect: The delete's code code looks like this: > > public void delete() { > if(swigCPtr != 0 && swigCMemOwn) { > swigCMemOwn = false; > mapscriptJNI.delete_mapObj(swigCPtr); > } > swigCPtr = 0; > } > So calling "delete" many times is harmless. > > > In fact I disagree when you say that this requires 'only small > > changes', this is a major effort: > > - keep in mind that the core swig code is also used by other languages > > and to my knowledge in python there is no need to do garbage > > collection yourself, so we should write swig glue code especially for > > Java. > > I have to confess, that "Swig" is a point I've overseen. > "only small changes" didn't take the swig-process into account, > but only the java-code swig creates. (And no doubt a swig-way > is hardly needed.) Mmmh... > > Would be intersting to see how other Java/Swig-Apps manage this. > > > - finally there is the enormous problem of global variables in > > mapserver sources which make some of it not thread safe. > > Using java-"synchronized" frequently is unfortunaltey indispensable > for now. > > > BTW: how do you stress test your application (software, configuration, > etc)? > > We wrote a Java Programm which creates n threads, for simulating n browsers. > > Each thread sleeps for 2 or 3 seconds and then issues a http-Request > to the server to force the server to create a map. > This is cycled for m-times creating m maps. > > The requests vary the map-extends which are produced. > > Example: n=4 Browsers; Each making m=5000 requests. > (runs quite long ...) > > I do remember, that some time ago you suggested a special software > for this task, but we found it easier to write a Java-Programm on our own. > > > > - On our testsystem it runs very fine for weeks. > ... > > > - On the customers (production-)machine we still have Tomcat crashes > about > ... > > ... Java mapscript can be used ... with reasonable stability > > and performance when only the following components are involved: > ... > > - raster support (via gdal) > > Mmh. Could be, that our customers production-machine uses rasters and > the testsystem only Shape and Oracle. > I will have a closer look, wether this makes the difference. > > Have a nice weekend > Benedikt > > From fabrice.thevenon at CG64.FR Mon Nov 21 01:39:16 2005 From: fabrice.thevenon at CG64.FR (Fabrice) Date: Mon, 21 Nov 2005 03:39:16 -0600 Subject: Mapscript draw color problem Message-ID: Hello I have update my code from php mapscript 3.6 to 4.6. With 3.6 everithing was OK. With 4.6, I have the following problem : The points I draw dynamically are black instead of red if the outputformat is GIF or PNG, everythings is ok with JPEG (but I don't want to use JPEG...). - My map only use 2 colors (the 256 colors limit should not be the pb) The code looks like this : *************************** ... $res=$map->selectOutputFormat('gif'); $image=$map->draw(); // $themeDessin is the layer in the mapfile used to draw // $tabResult is an array that contains the points to draw // this array is filled with something like $leRec=$theme->getShape(- 1,$i); foreach ($tabResult as $eltDessin) { $eltDessin->draw($map,$themeDessin,$image,0,""); $eltDessin->free(); } $map->drawLabelCache($image); $image_url=$image_url.$image->saveWebImage(); The mapfile looks like : *********************** LAYER NAME "foyers" GROUP "Donn?es" DATA solidarite/foyers STATUS ON TRANSPARENCY 100 TYPE POINT CLASS NAME "foyers" COLOR 255 0 0 SYMBOL "carre" SIZE 7 OUTLINECOLOR 0 0 0 TEMPLATE "Bidon" END END Did someone get a similar problem? Many Thanks for any help Fabrice From BEN at SYNCERA-ITSOLUTIONS.NL Mon Nov 21 01:45:33 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Mon, 21 Nov 2005 10:45:33 +0100 Subject: Mapscript draw color problem Message-ID: What happens if you use the STYLE option instead? CLASS NAME "foyers" STYLE COLOR 255 0 0 SYMBOL "carre" SIZE 7 OUTLINECOLOR 0 0 0 END TEMPLATE "Bidon" END Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Fabrice 11/21/2005 10:39 AM >>> Hello I have update my code from php mapscript 3.6 to 4.6. With 3.6 everithing was OK. With 4.6, I have the following problem : The points I draw dynamically are black instead of red if the outputformat is GIF or PNG, everythings is ok with JPEG (but I don't want to use JPEG...). - My map only use 2 colors (the 256 colors limit should not be the pb) The code looks like this : *************************** ... $res=$map->selectOutputFormat('gif'); $image=$map->draw(); // $themeDessin is the layer in the mapfile used to draw // $tabResult is an array that contains the points to draw // this array is filled with something like $leRec=$theme->getShape(- 1,$i); foreach ($tabResult as $eltDessin) { $eltDessin->draw($map,$themeDessin,$image,0,""); $eltDessin->free(); } $map->drawLabelCache($image); $image_url=$image_url.$image->saveWebImage(); The mapfile looks like : *********************** LAYER NAME "foyers" GROUP "Donn?es" DATA solidarite/foyers STATUS ON TRANSPARENCY 100 TYPE POINT CLASS NAME "foyers" COLOR 255 0 0 SYMBOL "carre" SIZE 7 OUTLINECOLOR 0 0 0 TEMPLATE "Bidon" END END Did someone get a similar problem? Many Thanks for any help Fabrice From listario at GMAIL.COM Mon Nov 21 02:19:44 2005 From: listario at GMAIL.COM (J. Parapar) Date: Mon, 21 Nov 2005 11:19:44 +0100 Subject: Plone MapServer Website maintenance this weekend In-Reply-To: <6.2.3.4.2.20051118150733.03d26078@hobu.mail.iastate.edu> Message-ID: Hi Howard. The Template Reference at http://mapserver.gis.umn.edu/doc46/template-reference.html is not at http://ms.gis.umn.edu/docs/reference/templatereference. Jorge 2005/11/18, Howard Butler : > All, > > I will be working on the Plone website this weekend, and it will be > up and down all throughout Saturday and Sunday. I will freeze the > content on Saturday morning (~10 AM CST), so please don't add > anything and expect it to stick around until Sunday night. I will > send another message to the list when I am done. > > Here's a list of the improvements I hope to add: > - Incorporate worldkit in user preferences so that users can pick > their lat/lon with a map > - Incorporate Plone2PDF, which allows all of the documents to be > downloaded as a pdf with minimal styling > - Upgrade to Plone 2.1. Faster. Bug fixes. Live AJAX searches ala > Google Live Search > - Upgrade the Help Center ("Documentation" section) to support > language translation > - Folders and grouping for Gallery entries > - Some folder permissions tweaks > - RSS-ifying of all of the major content areas. You will be able to > put RSS links of sections of the website in your RSS reader and watch > as new content is added to the site if you want. > - Other things as necessary > - Continue working on the "how to contribute to this website" document. > > We are still interested in a CSS guru who would be interested in > styling the Plone website. It currently is a bit stodgy and > dull. Anyone who is interested please contact me. > > Also, if anyone sees major content that exists on either the wiki or > the "blue" website that hasn't made it to the Plone site, let me > know. My expectation is to have the Plone website be *the* MapServer > website by the end of the month to coordinate with the upcoming > MapServer 4.8 release. The "blue" website will still exist as an > archive, but it will not be updated in the future. > > Howard > From crazygecko at GMAIL.COM Mon Nov 21 03:55:53 2005 From: crazygecko at GMAIL.COM (Xin) Date: Mon, 21 Nov 2005 11:55:53 +0000 Subject: can MapServer run on multiple cpu machines? Message-ID: Hi, Can MapServer run on multiple cpu machines? This would save us some money by buying dual cpu machines, rather than single ones. Since we'll be able to have a lot more processing power for less machines. I was just on the phone to people at Rackspace, and they tell me the application has to be multithreaded. Is MapServer multithreaded? Also, can mapserver take full advantage of dual cores? I read somewhere that they are different to dual cpus. Forgive me if they are! Appreciate the help. Cheers, Xin -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlindstorff at GMAIL.COM Mon Nov 21 04:03:51 2005 From: jlindstorff at GMAIL.COM (James Lindstorff) Date: Mon, 21 Nov 2005 13:03:51 +0100 Subject: can MapServer run on multiple cpu machines? In-Reply-To: Message-ID: The single mapserver process will not be able to take advantage of a multi cpu machine. On the other hand if it's through put you need more instances of mapserver can run simultanious om multiple CPU. That is you can serve for instance two request at the same time, but the single mapserver instance will not gain anything directly by multiple CPU's. On 11/21/05, Xin wrote: > Hi, > > Can MapServer run on multiple cpu machines? This would save us some money > by buying dual cpu machines, rather than single ones. Since we'll be able > to have a lot more processing power for less machines. I was just on the > phone to people at Rackspace, and they tell me the application has to be > multithreaded. Is MapServer multithreaded? > > Also, can mapserver take full advantage of dual cores? I read somewhere > that they are different to dual cpus. Forgive me if they are! > > Appreciate the help. > > Cheers, > Xin > From debono at GRID.UNEP.CH Mon Nov 21 03:53:53 2005 From: debono at GRID.UNEP.CH (andrea de bono) Date: Mon, 21 Nov 2005 12:53:53 +0100 Subject: getNumeric(): Incorrect data type Message-ID: Hi i'm doing some basic exercises from "Web Mapping Illustarted" book. when I want redraw my map after choosing new layer, if I click on it everythings run well, but When I click on the refresh query button tis error appear: getNumeric(): Incorrect data type. somebody can help me, please? Andrea From matthew at PROPERTYRESEARCHPARTNERS.COM Mon Nov 21 04:46:51 2005 From: matthew at PROPERTYRESEARCHPARTNERS.COM (Matthew Haines) Date: Mon, 21 Nov 2005 07:46:51 -0500 Subject: Hardware for serving lots of rasters In-Reply-To: Message-ID: If you're just serving precached tiles, I recommend buying the cheapest hardware you can lay your hands on and having two or three complete sets. Our web site (propertyshark.com) serves about 5,000 to 10,000 users per day. We use celeron servers with non-raid IDE drives. The servers cost something like $345 in rackmount cases with no rails, no drives, and no RAM. We pop in IDE drives and 1 stick of RAM, and off we go. We have mirrored machines and using another machine to load balance between them. The load balancing is just for fault tolerance -- one machine could easily handle the entire load. Matthew From oliver.christen at CAMPTOCAMP.COM Mon Nov 21 06:08:40 2005 From: oliver.christen at CAMPTOCAMP.COM (oliver) Date: Mon, 21 Nov 2005 15:08:40 +0100 Subject: mapscript - php equivalent of symbolSetObj ? Message-ID: Hi, Im currently trying to recover the list of symbols of a symbol file via php/mapscript but i cant find any way to do so. I noticed in the SWIGMapScript references the presence of an object: symbolSetObj, and i wondered what was the equivalent in php? Thank you very much in advance for any info. Regards Oliver From oliver.christen at CAMPTOCAMP.COM Mon Nov 21 06:26:29 2005 From: oliver.christen at CAMPTOCAMP.COM (oliver) Date: Mon, 21 Nov 2005 15:26:29 +0100 Subject: mapscript - php equivalent of symbolSetObj ? Message-ID: It seems i asked my question too quickly. By using getNumSymbols() in a loop with getSymbolObjectById i was able to get all the symbols properties. But now, how do i create images off these symbols (php equivalent to the SWIGMapScript function getImage()) ? Thank you very much in advance for any info. Oliver > Hi, > > Im currently trying to recover the list of symbols of a symbol file via > php/mapscript but i cant find any way to do so. > I noticed in the SWIGMapScript references the presence of an object: > symbolSetObj, and i wondered what was the equivalent in php? > > Thank you very much in advance for any info. > > Regards > Oliver > From amejia at GUA.NET Mon Nov 21 06:51:47 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Mon, 21 Nov 2005 08:51:47 -0600 Subject: DBASE file error. Item 'nombredep' not found. Message-ID: Hi list! I'm new to this mapserver stuff, and I'm having a trouble for creating a map. I have a map called guate.map with only one layer (to start getting used to mapserver). The layer uses deptoswgs84.shp , deptoswgs84.shx and deptoswgs84.dbf Database (.dbf) has a column called "nombredep" and I created a class item under the layer with this name, but the server returns: DBASE file error. Item 'nombredep' not found. I don't know what else to do, cause I even changed the name of the column to change the class item then, but have the same problem. Is the database file corrupted or not compatible with mapserver? Am I doing something wrong? Am I missing any parameters in the map file? You can see the error here: http://168.234.218.12/mapservdemo/ (I'm using the Itasca demo templates cause I'm not an expert with this mapserver thing, and I don't wanna create my own html's and have more mistakes than now) Thanks for your help and your time. Cheers. Alejandro Mejia -------------- next part -------------- An HTML attachment was scrubbed... URL: From amejia at GUA.NET Mon Nov 21 06:59:32 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Mon, 21 Nov 2005 08:59:32 -0600 Subject: DBASE file error. Item 'nombredep' not found. In-Reply-To: Message-ID: Sorry, the links aren't ok: Map File: http://168.234.218.12/guate.map Layer's DB: http://168.234.218.12/deptoswgs84.dbf _____ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Alejandro Mejia Evertsz Sent: Lunes, 21 de Noviembre de 2005 08:52 a.m. To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not found. Hi list! I'm new to this mapserver stuff, and I'm having a trouble for creating a map. I have a map called guate.map with only one layer (to start getting used to mapserver). The layer uses deptoswgs84.shp , deptoswgs84.shx and deptoswgs84.dbf Database (.dbf) has a column called "nombredep" and I created a class item under the layer with this name, but the server returns: DBASE file error. Item 'nombredep' not found. I don't know what else to do, cause I even changed the name of the column to change the class item then, but have the same problem. Is the database file corrupted or not compatible with mapserver? Am I doing something wrong? Am I missing any parameters in the map file? You can see the error here: http://168.234.218.12/mapservdemo/ (I'm using the Itasca demo templates cause I'm not an expert with this mapserver thing, and I don't wanna create my own html's and have more mistakes than now) Thanks for your help and your time. Cheers. Alejandro Mejia -------------- next part -------------- An HTML attachment was scrubbed... URL: From lfilak at MEDINACO.ORG Mon Nov 21 07:02:59 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Mon, 21 Nov 2005 10:02:59 -0500 Subject: DBASE file error. Item 'nombredep' not found. In-Reply-To: Message-ID: Alejandro Mejia Evertsz writes: > Hi list! > > I'm new to this mapserver stuff, and I'm having a trouble for creating a > map. > I have a map called guate.map with only one layer (to start getting used to > mapserver). > The layer uses deptoswgs84.shp , > deptoswgs84.shx and deptoswgs84.dbf > > Database (.dbf) has a column called "nombredep" and I created a class item > under the layer with this name, but the server returns: > > DBASE file error. Item 'nombredep' not found. > > I don't know what else to do, cause I even changed the name of the column to > change the class item then, but have the same problem. > Is the database file corrupted or not compatible with mapserver? > Am I doing something wrong? > Am I missing any parameters in the map file? > > You can see the error here: > http://168.234.218.12/mapservdemo/ > (I'm using the Itasca demo templates cause I'm not an expert with this > mapserver thing, and I don't wanna create my own html's and have more > mistakes than now) Alejandro, Double check capitalization of the item name. HTH Lowell From lfilak at MEDINACO.ORG Mon Nov 21 07:11:58 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Mon, 21 Nov 2005 10:11:58 -0500 Subject: Assistance please In-Reply-To: Message-ID: Jon Lukes writes: > I have been trying to figure this out all day. I have mapserver set up on a > fedora server and I believe everything is installed properly because I can > get one of the Itasca Application(The DHTML rubber band box) working great. > I also have the USGS mapsurfer and it seems to be having the same problem. > Acoording to the Apache error log on all maps except one "File does not > exist: /directory/..." I then checked my Apache access log where I > discovered on the one map that does work each request is "GET > /cgi-bin/mapserv?map=/directory/...." for 3 requests and "GET > /cgi-bin/mapserv?mode=..." for 3 requests and this page creates map > properly. Whereas, on the pages that don't display the map properly the > first request is "GET /cgi-bin/mapserv?mode=browse&map=/directory/...." The > follow requests are "GET /directory/../filename..." and these requests cause > my error of "file does not exist". My question is what is where might my > problem be coming from. I have been trying to narrow it down but would > really appreciate any suggestions. If more info is needed to debug please > let me know. Jon, Needless to say, this could be a whole host of things. There isn't quite enough information (for me at least) but if you're not getting errors when mode=map that is the place to start looking. Mode "map" writes the output directly to the browser instead of to a file first. It may just be a permission issue if Apache doesn't have rights to create a file on /var/www/html/directory/../filename . HTH Lowell From amejia at GUA.NET Mon Nov 21 07:14:43 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Mon, 21 Nov 2005 09:14:43 -0600 Subject: DBASE file error. Item 'nombredep' not found. In-Reply-To: <20051121150300.228744D276@webmail.medinaco.org> Message-ID: Thanks Lowell, I opened the .dbf file on Map Maker's database editor utility, and noticed the column name is all UPPERCASE, but I tried lowecase and lowercase with same results. NOMBREDEP and nombredep If case is important to mapserver, I'll save it now with uppercase. I also tried to remove the quotes "" but same thing. Thanks again for your help. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lowell.Filak Sent: Lunes, 21 de Noviembre de 2005 09:03 a.m. To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not found. Alejandro Mejia Evertsz writes: > Hi list! > > I'm new to this mapserver stuff, and I'm having a trouble for creating > a map. > I have a map called guate.map with only one layer (to start getting > used to mapserver). > The layer uses deptoswgs84.shp > , deptoswgs84.shx and > deptoswgs84.dbf > Database (.dbf) has a column called "nombredep" and I created a class > item under the layer with this name, but the server returns: > > DBASE file error. Item 'nombredep' not found. > > I don't know what else to do, cause I even changed the name of the > column to change the class item then, but have the same problem. > Is the database file corrupted or not compatible with mapserver? > Am I doing something wrong? > Am I missing any parameters in the map file? > > You can see the error here: > http://168.234.218.12/mapservdemo/ > (I'm using the Itasca demo templates cause I'm not an expert with this > mapserver thing, and I don't wanna create my own html's and have more > mistakes than now) Alejandro, Double check capitalization of the item name. HTH Lowell From w.blanken at GEON.NL Mon Nov 21 07:26:05 2005 From: w.blanken at GEON.NL (Wim Blanken) Date: Mon, 21 Nov 2005 16:26:05 +0100 Subject: DBASE file error. Item 'nombredep' not found. Message-ID: Hello Alejandro, I think this has to do with the 8 character limit with dbf files. Have you tried limities the shapefile name to 8 characters? Regards, Wim Blanken Geon bv The Netherlands ----- Original Message ----- From: "Alejandro Mejia Evertsz" To: Sent: Monday, November 21, 2005 4:14 PM Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not found. > Thanks Lowell, > I opened the .dbf file on Map Maker's database editor utility, and noticed > the column name is all UPPERCASE, but I tried lowecase and lowercase with > same results. > NOMBREDEP and nombredep > > If case is important to mapserver, I'll save it now with uppercase. > I also tried to remove the quotes "" but same thing. > > Thanks again for your help. > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Lowell.Filak > Sent: Lunes, 21 de Noviembre de 2005 09:03 a.m. > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not > found. > > Mejia Evertsz writes: > >> Hi list! >> >> I'm new to this mapserver stuff, and I'm having a trouble for creating >> a map. >> I have a map called guate.map with only one layer (to start getting >> used to mapserver). >> The layer uses deptoswgs84.shp >> , deptoswgs84.shx and >> deptoswgs84.dbf >> Database (.dbf) has a column called "nombredep" and I created a class >> item under the layer with this name, but the server returns: >> >> DBASE file error. Item 'nombredep' not found. >> >> I don't know what else to do, cause I even changed the name of the >> column to change the class item then, but have the same problem. >> Is the database file corrupted or not compatible with mapserver? >> Am I doing something wrong? >> Am I missing any parameters in the map file? >> >> You can see the error here: >> http://168.234.218.12/mapservdemo/ >> (I'm using the Itasca demo templates cause I'm not an expert with this >> mapserver thing, and I don't wanna create my own html's and have more >> mistakes than now) > > Alejandro, > > Double check capitalization of the item name. > HTH > > Lowell > > From amejia at GUA.NET Mon Nov 21 07:40:47 2005 From: amejia at GUA.NET (Alejandro Mejia Evertsz) Date: Mon, 21 Nov 2005 09:40:47 -0600 Subject: DBASE file error. Item 'nombredep' not found. In-Reply-To: <001d01c5eeaf$e561b340$6401a8c0@blanken> Message-ID: GREAT!!! Thanks Wim :D I renamed the file to less than 8 characters and it works fine now! Thank you all for your time and patience with a newbie ;) Cheers! -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Wim Blanken Sent: Lunes, 21 de Noviembre de 2005 09:26 a.m. To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not found. Hello Alejandro, I think this has to do with the 8 character limit with dbf files. Have you tried limities the shapefile name to 8 characters? Regards, Wim Blanken Geon bv The Netherlands ----- Original Message ----- From: "Alejandro Mejia Evertsz" To: Sent: Monday, November 21, 2005 4:14 PM Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' not found. > Thanks Lowell, > I opened the .dbf file on Map Maker's database editor utility, and > noticed the column name is all UPPERCASE, but I tried lowecase and > lowercase with same results. > NOMBREDEP and nombredep > > If case is important to mapserver, I'll save it now with uppercase. > I also tried to remove the quotes "" but same thing. > > Thanks again for your help. > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Lowell.Filak > Sent: Lunes, 21 de Noviembre de 2005 09:03 a.m. > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] DBASE file error. Item 'nombredep' > not found. > > Mejia Evertsz writes: > >> Hi list! >> >> I'm new to this mapserver stuff, and I'm having a trouble for >> creating a map. >> I have a map called guate.map with only one layer (to start getting >> used to mapserver). >> The layer uses deptoswgs84.shp >> >> , deptoswgs84.shx and >> deptoswgs84.dbf >> Database (.dbf) has a column called "nombredep" and I created a class >> item under the layer with this name, but the server returns: >> >> DBASE file error. Item 'nombredep' not found. >> >> I don't know what else to do, cause I even changed the name of the >> column to change the class item then, but have the same problem. >> Is the database file corrupted or not compatible with mapserver? >> Am I doing something wrong? >> Am I missing any parameters in the map file? >> >> You can see the error here: >> http://168.234.218.12/mapservdemo/ >> (I'm using the Itasca demo templates cause I'm not an expert with >> this mapserver thing, and I don't wanna create my own html's and have >> more mistakes than now) > > Alejandro, > > Double check capitalization of the item name. > HTH > > Lowell > > From osgis.lists at GMAIL.COM Mon Nov 21 07:45:31 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Mon, 21 Nov 2005 09:45:31 -0600 Subject: Firefox 1.5 & SVG Message-ID: Has anyone out there created any applications using Mapserver with non-plugin SVG now that Firefox 1.5 is coming out with native SVG support? It seems as though the SVG links that come from carto.net are all rigged to primarily work through the adobe plugins. It also looks like Firefox 1.5 is coming out with some other features which could make for some interesting internet as well as more intranet type applications. Has anyone out there looked at or used XForms, E4X, or XBL for creating mapping applications? Going back to older technology, is there anyone who has created any applications useing XUL? I would be very curious to see any examples of any of these (or other features in Firefox or other browsers) or to hear about anyones experiences building (or trying to build) applications with these technologies. -------------- next part -------------- An HTML attachment was scrubbed... URL: From crazygecko at GMAIL.COM Mon Nov 21 08:06:57 2005 From: crazygecko at GMAIL.COM (Xin) Date: Mon, 21 Nov 2005 16:06:57 +0000 Subject: can MapServer run on multiple cpu machines? In-Reply-To: <921bfe120511210403u6589e798g4b9c9446f25b09c2@mail.gmail.com> Message-ID: James, Thanks for the reply. I see what you're saying. Having multiple instances of MapServer taking advantage of multiple CPUs is great, just what I'm looking for. Will this be done automatically? That is to say, will new MapServer instances automatically use other CPUs, or does it require manual setup. Perhaps Apache 2.0's multithreading abilities will handle this. Thanks, Xin On 21/11/05, James Lindstorff wrote: > > The single mapserver process will not be able to take advantage of a > multi cpu machine. > > On the other hand if it's through put you need more instances of > mapserver can run simultanious om multiple CPU. That is you can serve > for instance two request at the same time, but the single mapserver > instance will not gain anything directly by multiple CPU's. > > > > On 11/21/05, Xin wrote: > > Hi, > > > > Can MapServer run on multiple cpu machines? This would save us some > money > > by buying dual cpu machines, rather than single ones. Since we'll be > able > > to have a lot more processing power for less machines. I was just on the > > phone to people at Rackspace, and they tell me the application has to be > > multithreaded. Is MapServer multithreaded? > > > > Also, can mapserver take full advantage of dual cores? I read somewhere > > that they are different to dual cpus. Forgive me if they are! > > > > Appreciate the help. > > > > Cheers, > > Xin > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlindstorff at GMAIL.COM Mon Nov 21 08:21:37 2005 From: jlindstorff at GMAIL.COM (James Lindstorff) Date: Mon, 21 Nov 2005 17:21:37 +0100 Subject: can MapServer run on multiple cpu machines? In-Reply-To: Message-ID: Don't know your OS but if you run apache in prefork-mode to will happen "automatically" in that your OS will schedule the instances to run on an idle CPU. On 11/21/05, Xin wrote: > James, > > Thanks for the reply. > > I see what you're saying. Having multiple instances of MapServer taking > advantage of multiple CPUs is great, just what I'm looking for. Will this > be done automatically? That is to say, will new MapServer instances > automatically use other CPUs, or does it require manual setup. Perhaps > Apache 2.0's multithreading abilities will handle this. > > Thanks, > Xin > > On 21/11/05, James Lindstorff wrote: > > The single mapserver process will not be able to take advantage of a > > multi cpu machine. > > > > On the other hand if it's through put you need more instances of > > mapserver can run simultanious om multiple CPU. That is you can serve > > for instance two request at the same time, but the single mapserver > > instance will not gain anything directly by multiple CPU's. > > > > > > > > On 11/21/05, Xin wrote: > > > Hi, > > > > > > Can MapServer run on multiple cpu machines? This would save us some > money > > > by buying dual cpu machines, rather than single ones. Since we'll be > able > > > to have a lot more processing power for less machines. I was just on > the > > > phone to people at Rackspace, and they tell me the application has to be > > > multithreaded. Is MapServer multithreaded? > > > > > > Also, can mapserver take full advantage of dual cores? I read > somewhere > > > that they are different to dual cpus. Forgive me if they are! > > > > > > Appreciate the help. > > > > > > Cheers, > > > Xin > > > > > > > From Nick at STONE-ENV.COM Mon Nov 21 12:41:29 2005 From: Nick at STONE-ENV.COM (Nick Floersch) Date: Mon, 21 Nov 2005 15:41:29 -0500 Subject: Mapserver users/developers in Vermont? Message-ID: Hi all! I'm just looking to find out how many other folks in the State of Vermont (USA) are using the great and powerful Mapserver. The environmental engineering firm I work for has been using Mapserver for a number of varied but small projects over the past couple of years. We are slowly trying to get more hard-core in terms of Mapserver application development. As such, we thought it might be nice to at least know who else around us we could work with or talk with when we have questions, or perhaps just to trade notes :) Happy (US) thanksgiving too! Nicholas Floersch Web Application Developer Stone Environmental, Inc. Montpelier, Vermont, USA www.stone-env.com From Dennis_Byrne at AK.BLM.GOV Mon Nov 21 12:50:25 2005 From: Dennis_Byrne at AK.BLM.GOV (Dennis Byrne) Date: Mon, 21 Nov 2005 11:50:25 -0900 Subject: mapserver.jar questions Message-ID: I am trying to run the following code: layerObj lyr = new layerObj(null); lyr.setType(mapscript.MS_LAYER_POINT); lyr.setConnectiontype(mapscript.MS_INLINE); I am getting the following Exception ERROR gov.blm.ak.spatial.tag.MapServerTag - java.lang.UnsatisfiedLinkError: get_MS_FILE_MAP java.lang.UnsatisfiedLinkError: get_MS_FILE_MAP at edu.umn.gis.mapscript.mapscriptJNI.get_MS_FILE_MAP(Native Method) at edu.umn.gis.mapscript.mapscriptConstants.(mapscriptConstants.java:27) at gov.blm.ak.spatial.tag.MapServerTag.doTagSafe(Unknown Source) If mapscript.* is not where I should be pulling these values from, where should they come from? Furthermore, where in the documentation are the actual values of these constants Dennis Byrne -------------- next part -------------- An HTML attachment was scrubbed... URL: From dldeskins at GMAIL.COM Mon Nov 21 13:08:14 2005 From: dldeskins at GMAIL.COM (dldeskins at GMAIL.COM) Date: Mon, 21 Nov 2005 15:08:14 -0600 Subject: Dynamic points and labels Message-ID: I have written a function that is used place points dynamically on a map from session variables: function addPoints(&$map,&$image,$xCoor,$yCoor, $symbol, $text) { $my_layer = ms_newLayerObj($map); $my_layer->set("name", "myLayer"); $my_layer->set("type", MS_LAYER_POINT); $my_layer->set("status", MS_ON); $my_layer->set(transparency, 75); $pt = ms_newPointObj(); $ln = ms_newLineObj(); $shp = ms_newShapeObj(MS_SHAPE_POINT); // these are pixel coordinates because TRANSFORM is FALSE $pt->setXY($xCoor, $yCoor); $ln->add($pt); $shp->add($ln); $my_class = ms_newClassObj($my_layer); $my_class->label->set("font", "arial-bold"); $my_class->label->set("type", MS_TRUETYPE); $my_class->label->set("size", 7); $my_class->label->color->setRGB(255, 0 , 0); $my_class->label->backgroundcolor->setRGB(255, 255 , 255); $my_class->label->set("position", MS_LC); $my_class->label->set("force", MS_TRUE); $my_class->label->set("partials", MS_TRUE); $my_class->label->set("buffer", 0); $shp->set("text", stripslashes($text)); $my_style = ms_newStyleObj($my_class); if($symbol == "g") { $my_style->set("symbolname","star_green"); } elseif($symbol == "b") { $my_style->set("symbolname","star_blue"); } $my_layer->addFeature($shp); $my_layer->draw($image); } The symbols are showing in the proper place. The problem that I am having is that the label will not show. Can anyone see a problem with the function? I would eventually like to set the font, color, size dynamically also. Thanks From bob.basques at CI.STPAUL.MN.US Mon Nov 21 13:24:55 2005 From: bob.basques at CI.STPAUL.MN.US (Bob Basques) Date: Mon, 21 Nov 2005 15:24:55 -0600 Subject: Line Labels (multiple Labels) Message-ID: All, I think I saw something like this being asked a few months back, but haven't found it in a search. I need to be able to label a line at both ends and on both sides. Are there some techniques to use in MapServer for this? I can generate the point locations from other software for the labels, but the dataset changes quite frequently and I woulds like to pursue an automated method if possible. What I'm trying to label is a Street Centerline with the address ranges on both ends, we also have a right/left distinction at both ends so that I would need a label on each side of the line as well. Needless to say the labels would need to align with the line segment as well rotationally Even a search keyword would help if someone knows of something in the archives. Thanks for any info. bobb From Jeremy.Sears at CCRS.NRCAN.GC.CA Mon Nov 21 13:22:28 2005 From: Jeremy.Sears at CCRS.NRCAN.GC.CA (Sears, Jeremy) Date: Mon, 21 Nov 2005 16:22:28 -0500 Subject: PDF Output in Mapserver Message-ID: Good Day All, I'm attempting to create a button that allows clients to have a pdf image of a map streamed to their browser. Im using the following document as a guide: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapscriptPDF Im running MS4W with Chameleon on an XPbox. I have a newbie question for anyone with any knowledge in this area. Where do I add/modify code as described in this doc? Do I create a widget to implement the pdf output? Do I modify the existing PrintProduction widget? or should I be thinking about coding elsewhere in my files? I've go PDFlib(demo) working with my php install and can successfully execute the PDF generating php code. Any suggestions would be greatly appreciated. Best Regards Jeremy From woodbri at SWOODBRIDGE.COM Mon Nov 21 14:02:48 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Mon, 21 Nov 2005 17:02:48 -0500 Subject: Line Labels (multiple Labels) In-Reply-To: <43823B27.9050908@ci.stpaul.mn.us> Message-ID: I have asked about this feature in the past. It would be a very nice feature to have, but it is not available in mapserver yet unless you want to code it up :) maporama does it and it looks very nice. http://www.maporama.com/share/ I think it would be great if mapserver supported a more abstract label positioning grammar like: LABEL LABELITEM ... LOCATION POSITION ... PERCENT_ALONG SIDE [LEFT|RIGHT|CENTER|INSIDE|OUTSIDE] OFFSET [X|Y|NORMAL] END END Then you could attach multiple label blocks to a layer to generate the labels you want. Moving LABELITEM into the LABEL block allows each block too have its on item field. This could also be used to display labels along polygon boundaries using INSIDE|OUTSIDE for things like administrative boundaries. -Steve Bob Basques wrote: > All, > > I think I saw something like this being asked a few months back, but > haven't found it in a search. > > I need to be able to label a line at both ends and on both sides. Are > there some techniques to use in MapServer for this? I can generate the > point locations from other software for the labels, but the dataset > changes quite frequently and I woulds like to pursue an automated method > if possible. > > What I'm trying to label is a Street Centerline with the address ranges > on both ends, we also have a right/left distinction at both ends so that > I would need a label on each side of the line as well. Needless to say > the labels would need to align with the line segment as well rotationally > > Even a search keyword would help if someone knows of something in the > archives. > > Thanks for any info. > > bobb > From arun_kanth at YAHOO.COM Mon Nov 21 14:30:30 2005 From: arun_kanth at YAHOO.COM (Arun K Chanumalla) Date: Mon, 21 Nov 2005 16:30:30 -0600 Subject: Slow Layer Display Message-ID: Hello Everyone, iam a newbie to mapserver and this is my first post.i have an elevation data shape file which has as many as 4344711 records in the .dbf file.This shape file is taking 7--8 mins to get completely displayed on the browser. iam assuming that delay in display time is due to the large numebr of records in the .dbf file. is there a way to speed up the process of displaying the shapefile. iam using PHP and html. All your suggestions are welcome Regards Arun From ealpert at DIGITALGLOBE.COM Mon Nov 21 14:48:58 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Mon, 21 Nov 2005 15:48:58 -0700 Subject: Slow Layer Display Message-ID: Check out generating a spatial index (.qix) for your shapefile using shptree. This will speed up displaying when zoomed in to a subset. Also check out MAXSCALE and MINSCALE to make sure you're only displaying the shapefile when it makes sense. With such a large number of records does it make sense to always display the layer? -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Arun K Chanumalla Sent: Monday, November 21, 2005 3:31 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Slow Layer Display Hello Everyone, iam a newbie to mapserver and this is my first post.i have an elevation data shape file which has as many as 4344711 records in the .dbf file.This shape file is taking 7--8 mins to get completely displayed on the browser. iam assuming that delay in display time is due to the large numebr of records in the .dbf file. is there a way to speed up the process of displaying the shapefile. iam using PHP and html. All your suggestions are welcome Regards Arun From arun_kanth at YAHOO.COM Mon Nov 21 15:14:56 2005 From: arun_kanth at YAHOO.COM (Arun K Chanumalla) Date: Mon, 21 Nov 2005 15:14:56 -0800 Subject: Slow Layer Display In-Reply-To: <8B319E5A30FF4A48BE7EEAAF609DB23306BB6E@COMAIL01.digitalglobe.com> Message-ID: Hi Ethan, Thanks for a quick turn around. We are not displaying any shapefiles within a scale limit and hence there is no scale information in the map files.we are just trying to display the shapefiles as they are. how do i generate a spatial index (.qix) for the shape file..? is there a documentation avilable for that on the mapserver web site. Do you think 7-8 mins of time is reasonable for the shape file with 4344711 records in the .dbf file.? Thanks for trying to help me Arun --- Ethan Alpert wrote: > Check out generating a spatial index (.qix) for your > shapefile using > shptree. This will speed up displaying when zoomed > in to a subset. > > Also check out MAXSCALE and MINSCALE to make sure > you're only displaying > the shapefile when it makes sense. With such a large > number of records > does it make sense to always display the layer? > > -e > > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Arun K Chanumalla > Sent: Monday, November 21, 2005 3:31 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Slow Layer Display > > > Hello Everyone, > iam a newbie to mapserver and this is my > first post.i have an elevation data shape file which > has as many as > 4344711 records in the .dbf file.This shape file is > taking 7--8 mins to > get completely displayed on the browser. > > iam assuming that delay in display time is due to > the large numebr of > records in the .dbf file. > > is there a way to speed up the process of displaying > the shapefile. iam > using PHP and html. > > All your suggestions are welcome > > Regards > Arun > __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From ealpert at DIGITALGLOBE.COM Mon Nov 21 15:29:47 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Mon, 21 Nov 2005 16:29:47 -0700 Subject: Slow Layer Display Message-ID: The .qix file will only help when zooming in to smaller areas. Are you really able to see all 4344711 records in one display? I doubt it which is why I suggested MINSCALE/MAXSCALE. 7-8 minutes could be fast or slow depends on your hardward it's a *LOT* of records and is more features than I ever show at once. When I have such large sets I only display them at scales that make sense. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Arun K Chanumalla Sent: Monday, November 21, 2005 4:15 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Slow Layer Display Hi Ethan, Thanks for a quick turn around. We are not displaying any shapefiles within a scale limit and hence there is no scale information in the map files.we are just trying to display the shapefiles as they are. how do i generate a spatial index (.qix) for the shape file..? is there a documentation avilable for that on the mapserver web site. Do you think 7-8 mins of time is reasonable for the shape file with 4344711 records in the .dbf file.? Thanks for trying to help me Arun --- Ethan Alpert wrote: > Check out generating a spatial index (.qix) for your shapefile using > shptree. This will speed up displaying when zoomed > in to a subset. > > Also check out MAXSCALE and MINSCALE to make sure > you're only displaying > the shapefile when it makes sense. With such a large > number of records > does it make sense to always display the layer? > > -e > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Arun K Chanumalla > Sent: Monday, November 21, 2005 3:31 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Slow Layer Display > > > Hello Everyone, > iam a newbie to mapserver and this is my > first post.i have an elevation data shape file which > has as many as > 4344711 records in the .dbf file.This shape file is > taking 7--8 mins to > get completely displayed on the browser. > > iam assuming that delay in display time is due to > the large numebr of > records in the .dbf file. > > is there a way to speed up the process of displaying > the shapefile. iam > using PHP and html. > > All your suggestions are welcome > > Regards > Arun > __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com From aaronr at ECOTRUST.ORG Mon Nov 21 17:34:28 2005 From: aaronr at ECOTRUST.ORG (Aaron Racicot) Date: Mon, 21 Nov 2005 17:34:28 -0800 Subject: Open Source GIS Presentation Message-ID: Hello, Sorry for the possible cross post, but I thought that this might be of interest to some people on both the Mapserver and Natural Resources Mapping lists. While this presentation is not just about Mapserver, it is about Open Source GIS in our organization and where we are trying to take the integration of web mapping and server side GIS. This presentation was my keynote talk on Open Source GIS made at Oregon State University (OSU) for GIS day last week (Thanks to Dawn Wright for the invitation!). While the event is pretty much sponsored by ESRI, there was a very high level of interest in Open Source tools this year. We had a packed house of Faculty, Staff, Grad Students and industry folks all with an open ear ... very cool experience. The reactions were great and I wanted to make this material available for anyone else who might be interested in giving such a talk or just interested in my self-centered look at Open Source GIS today. I hope people are able to follow the slides without me talking to them, but if there are any questions or if it spurs some thoughts people want to talk about I am very interested. Feel free to download, pass on, munge, or whatever you feel like. I am always interested in what people think and maybe this will even spur some chatter on these lists about Open Source GIS and Web-Based Decision Support Tools! Aaron http://pearl.ecotrust.org/gis_day_05/index.phtml Jeff, I do not have permissions to add to the new "Mapserver Presentations" page on the Plone site. Can you either post this there or let me know how users can get permissions to update these pages? Thanks +----------------------------------------+ | Aaron Racicot | aaronr(at)ecotrust.org| | GIS Programmer | 503.467.0759 | +----------------------------------------+ | e c o t r u s t | | Jean Vollum Natural Capital Center | | 721 NW Ninth Avenue | | Suite 200 | | Portland, OR 97209 | | www.ecotrust.org | +----------------------------------------+ From bob.basques at CI.STPAUL.MN.US Mon Nov 21 18:57:00 2005 From: bob.basques at CI.STPAUL.MN.US (Blammo) Date: Mon, 21 Nov 2005 20:57:00 -0600 Subject: Line Labels (multiple Labels) Message-ID: All, OK, I thought about this some more . . . . Just as a cheat to get something going, what about just stringing two of the labels together, top and bottom of the line, and seperate them by some spaces in the text. This would essentailly give me what I'm looking for, but it also has one problem, I need to be able to figure out the line direction. The address ranges are from-to related to the beginning/end of the lines. Is there a way to tell which direction a line is drawn? I believe the AUTO align does something like this doesn't it? The output would look something like: LeftMin LeftMax -----------------------------> RightMin RightMax RightMax RightMin <----------------------------- LeftMax LeftMin bobb Stephen Woodbridge wrote: > I have asked about this feature in the past. It would be a very nice > feature to have, but it is not available in mapserver yet unless you > want to code it up maporama does it and it looks very nice. > > http://www.maporama.com/share/ > > I think it would be great if mapserver supported a more abstract label > positioning grammar like: > > LABEL > LABELITEM > ... > LOCATION > POSITION ... > PERCENT_ALONG > SIDE [LEFT|RIGHT|CENTER|INSIDE|OUTSIDE] > OFFSET [X|Y|NORMAL] > END > END > > Then you could attach multiple label blocks to a layer to generate the > labels you want. Moving LABELITEM into the LABEL block allows each > block too have its on item field. > > This could also be used to display labels along polygon boundaries > using INSIDE|OUTSIDE for things like administrative boundaries. > > -Steve > > Bob Basques wrote: > >> All, >> >> I think I saw something like this being asked a few months back, but >> haven't found it in a search. >> >> I need to be able to label a line at both ends and on both sides. >> Are there some techniques to use in MapServer for this? I can >> generate the point locations from other software for the labels, but >> the dataset changes quite frequently and I woulds like to pursue an >> automated method if possible. >> >> What I'm trying to label is a Street Centerline with the address >> ranges on both ends, we also have a right/left distinction at both >> ends so that I would need a label on each side of the line as well. >> Needless to say the labels would need to align with the line segment >> as well rotationally >> >> Even a search keyword would help if someone knows of something in the >> archives. >> >> Thanks for any info. >> >> bobb >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smile_n.gif Type: image/gif Size: 144 bytes Desc: not available URL: From David.Fawcett at STATE.MN.US Mon Nov 21 18:53:46 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Mon, 21 Nov 2005 20:53:46 -0600 Subject: Transparent Pixmap Background in MapScript Message-ID: I know that I have seen the proper code before, but my search hasn't been able to relocate it. In python mapscript, I am creating a pixmap symbol from a gif. I am building everything without a map file. Everything works, but I end up getting a black background on my transparent gif symbol. I am pretty sure that I need to set a color or background color, but can't get it quite right. Here is what I am trying: # add the image symbol we defined above to the inline layer cls = mapscript.classObj(inline_layer) cls.name='classname' style = mapscript.styleObj(cls) style.symbol = mymap.symbolset.index('from_img') style.backgroundcolor.setRGB(-1, -1, -1) style.color.setRGB(-1, -1, -1) Thanks, David. From sgillies at FRII.COM Mon Nov 21 21:11:51 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Mon, 21 Nov 2005 22:11:51 -0700 Subject: Transparent Pixmap Background in MapScript In-Reply-To: Message-ID: On Nov 21, 2005, at 7:53 PM, Fawcett, David wrote: > I know that I have seen the proper code before, but my search hasn't = > been able to relocate it. =20 > > In python mapscript, I am creating a pixmap symbol from a gif. I am = > building everything without a map file. Everything works, but I > end up = > getting a black background on my transparent gif symbol. =20 > > I am pretty sure that I need to set a color or background color, but = > can't get it quite right. =20 > > Here is what I am trying:=20 > > # add the image symbol we defined above to the inline layer > cls =3D mapscript.classObj(inline_layer) > cls.name=3D'classname' > style =3D mapscript.styleObj(cls) > style.symbol =3D mymap.symbolset.index('from_img') > style.backgroundcolor.setRGB(-1, -1, -1) > style.color.setRGB(-1, -1, -1) > > > Thanks,=20 > > David. If your GIF is properly transparent, all you have to do is set the transparency property of your layer layer.transparency = mapscript.MS_GD_ALPHA cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From tylermitchell at SHAW.CA Mon Nov 21 23:01:24 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 21 Nov 2005 23:01:24 -0800 Subject: Slow Layer Display In-Reply-To: <20051121231456.26864.qmail@web53004.mail.yahoo.com> Message-ID: On November 21, 2005 15:14, Arun K Chanumalla wrote: > how do i generate a spatial index (.qix) for the shape > file..? > is there a documentation avilable for that on the > mapserver web site. Hi Arun, You will need a tool called shptree. It should have come with your MapServer installation. Where did you get MapServer from? Are you running on linux or windows using a pre-made package? > Do you think 7-8 mins of time is reasonable for the > shape file with 4344711 records in the .dbf file.? I don't think so, but you need to plan ahead. What type of data is it - points, lines or polygons? I'm assuming it is not point data, as I expect that wouldn't take so long to draw. If it is line or polygon data, then you should create a lower 'resolution' version of the dataset for viewing at different scales. I haven't used it for a while, but I remember a perl script called thin.pl that can help you do this. I usually do this by putting the shapefile into a PostGIS database and using the simplify() function. This reduces the complexity (number of points) of the shapes and improves performance. Let me know if you need more detail. Anyone else using a good generalisation method? Tyler From luca76 at GMAIL.COM Mon Nov 21 23:19:10 2005 From: luca76 at GMAIL.COM (Luca Manganelli) Date: Tue, 22 Nov 2005 08:19:10 +0100 Subject: Restricting label display Message-ID: Hi, I would like to know how to: not display labels equals to "0.00" in the map is it possible? -- "An algorithm must be seen to be believed." -- Donald Knuth, in "Fundamental Algorithms" http://www.trapanator.com/blog From Frank.Broniewski at MNHA.ETAT.LU Tue Nov 22 00:18:51 2005 From: Frank.Broniewski at MNHA.ETAT.LU (Frank Broniewski) Date: Tue, 22 Nov 2005 09:18:51 +0100 Subject: AW: [UMN_MAPSERVER-USERS] Dynamic points and labels In-Reply-To: Message-ID: Hello I think you need to draw the label cache before drawing your map image. I append my code, so you can see, what I do: foreach($this->session->get('points') as $points) { $myXY = ms_newPointObj(); $myXY->setXY($points['x'], $points['y']); $dummylayer = $this->map->getLayerByName('DummyPoint'); $success = $myXY->draw($this->map, $dummylayer, $mapimage, $points['class'], $points['label']); } $this->map->drawLabelCache($mapimage); Frank Broniewski Mus?e National d'Histoire et d'Art Section Pr?histoire / Projet EPC T?l: +352 260 281-21 241, Rue de Luxembourg L-8077 Bertrange -----Urspr?ngliche Nachricht----- Von: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Im Auftrag von dldeskins at GMAIL.COM Gesendet: Montag, 21. November 2005 22:08 An: MAPSERVER-USERS at LISTS.UMN.EDU Betreff: [UMN_MAPSERVER-USERS] Dynamic points and labels I have written a function that is used place points dynamically on a map from session variables: function addPoints(&$map,&$image,$xCoor,$yCoor, $symbol, $text) { $my_layer = ms_newLayerObj($map); $my_layer->set("name", "myLayer"); $my_layer->set("type", MS_LAYER_POINT); $my_layer->set("status", MS_ON); $my_layer->set(transparency, 75); $pt = ms_newPointObj(); $ln = ms_newLineObj(); $shp = ms_newShapeObj(MS_SHAPE_POINT); // these are pixel coordinates because TRANSFORM is FALSE $pt->setXY($xCoor, $yCoor); $ln->add($pt); $shp->add($ln); $my_class = ms_newClassObj($my_layer); $my_class->label->set("font", "arial-bold"); $my_class->label->set("type", MS_TRUETYPE); $my_class->label->set("size", 7); $my_class->label->color->setRGB(255, 0 , 0); $my_class->label->backgroundcolor->setRGB(255, 255 , 255); $my_class->label->set("position", MS_LC); $my_class->label->set("force", MS_TRUE); $my_class->label->set("partials", MS_TRUE); $my_class->label->set("buffer", 0); $shp->set("text", stripslashes($text)); $my_style = ms_newStyleObj($my_class); if($symbol == "g") { $my_style->set("symbolname","star_green"); } elseif($symbol == "b") { $my_style->set("symbolname","star_blue"); } $my_layer->addFeature($shp); $my_layer->draw($image); } The symbols are showing in the proper place. The problem that I am having is that the label will not show. Can anyone see a problem with the function? I would eventually like to set the font, color, size dynamically also. Thanks From artur.skalski at ACXIOM.COM Tue Nov 22 01:57:03 2005 From: artur.skalski at ACXIOM.COM (Artur Skalski) Date: Tue, 22 Nov 2005 03:57:03 -0600 Subject: can this be done? Message-ID: Hi All I've got quite intersting problem to solve, and I was wondering if You dear Mapserver users coudl help me a bit. The issue looks like this: I've got Mapinfo point layer with ID information (and only ID), and I've got other informations describing those points in databese, like mysql or oracle, whatever.... my question is can I somehow join those informations and create thematic map? Can i get infos for creating thematic map in mapfile from diferent place than geometry, or maybe should this be done dinamicaly using php, any way how mapfile should look like? Do you have any clues how to solve it? Thanks Regards Artur From luca.casagrande at GMAIL.COM Tue Nov 22 03:24:55 2005 From: luca.casagrande at GMAIL.COM (Luca Casagrande) Date: Tue, 22 Nov 2005 11:24:55 +0000 Subject: PDF Output in Mapserver In-Reply-To: Message-ID: On Monday 21 November 2005 21:22, Sears, Jeremy wrote: > Good Day All, > I'm attempting to create a button that allows clients to have a pdf image > of a map streamed to their browser. > > Im using the following document as a guide: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapscriptPDF > > Im running MS4W with Chameleon on an XPbox. > > I have a newbie question for anyone with any knowledge in this area. Where > do I add/modify code as described in this doc? Do I create a widget to > implement the pdf output? Do I modify the existing PrintProduction widget? > or should I be thinking about coding elsewhere in my files? > > I've go PDFlib(demo) working with my php install and can successfully > execute the PDF generating php code. > > Any suggestions would be greatly appreciated. > > Best Regards > Jeremy You can ceck this: http://pmapper.sourceforge.net it has got html and pdf printing Bye Luca From ian.miller at SPATIALVISION.COM.AU Tue Nov 22 02:55:55 2005 From: ian.miller at SPATIALVISION.COM.AU (Ian Miller) Date: Tue, 22 Nov 2005 04:55:55 -0600 Subject: WMS GetFeatureInfo problem with ArcSDE layer Message-ID: I have a mapserver map file with many ArcSDE layers defined in it and am calling this via a WMS client. For many layers (point and polygon), the GetFeatureInfo request works correctly, returning a GML string with the one or many results. For a number of layers however, both point and polygon, I am getting one of two different errors. In some cases, the feature(s) returned are nowhere near the point clicked, even though the BBOX coordinates included in the request are correct. eg for the request: http://203.21.120.26/cgi-bin/mapserv? map=amsis.map&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&MAXFEATURES=100&O UTPUTFORMAT=GML2&TYPENAME=PETROLEUMWELLS&BBOX=119.7781007751938,- 17.236434108527135,119.88791989664084,-17.126614987080103 the return is: 119.822556,-17.166944 119.822556,- 17.166944 144.671667,-8.282500 144.671667,- 8.282500 144.671667,- 8.282500 595 Petroleum Well 10567 Dibiri 1A 4895 Dry Phillips Aust Oil Co &lt;null&gt; Geoscience Australia 10000000 0 00:00:00 05/25/2005 5 &lt;null&gt; &lt;null&gt; &lt;null&gt; 0 &lt;shape&gt; 561 You can see the gml:boundedBy box coordinates match the request BBOX coordinates but the returned feature is in a totally different place. If I query this ArcSDE layer from a client like ArcMap it works correctly. Note that if I export the ArcSDE layer to a shapefile and use that with mapserver, the result is also correct. Possibly related, some polygon layers also fail, although the symptoms are different. In that case I get a truncated return GML string such as: which would appear to indicate that the process terminated abnormally mid request but if I use a debug-enabled version of mapserver I don't see any error message. Again, exported to shapefiles the request works correctly. Note that in both cases if I use a WFS GETFEATURE in place of the WMS GetFeatureInfo I get similar errors. Can anyone help? From BEN at SYNCERA-ITSOLUTIONS.NL Tue Nov 22 03:09:35 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Tue, 22 Nov 2005 12:09:35 +0100 Subject: WMS GetFeatureInfo problem with ArcSDE layer Message-ID: With respect to your first problem (results are totally off), does your table have a primary key? Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Ian Miller 11/22/2005 11:55:55 AM >>> I have a mapserver map file with many ArcSDE layers defined in it and am calling this via a WMS client. For many layers (point and polygon), the GetFeatureInfo request works correctly, returning a GML string with the one or many results. For a number of layers however, both point and polygon, I am getting one of two different errors. In some cases, the feature(s) returned are nowhere near the point clicked, even though the BBOX coordinates included in the request are correct. eg for the request: http://203.21.120.26/cgi-bin/mapserv? map=amsis.map&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&MAXFEATURES=100&O UTPUTFORMAT=GML2&TYPENAME=PETROLEUMWELLS&BBOX=119.7781007751938,- 17.236434108527135,119.88791989664084,-17.126614987080103 the return is: 119.822556,-17.166944 119.822556,- 17.166944 144.671667,-8.282500 144.671667,- 8.282500 144.671667,- 8.282500 595 Petroleum Well 10567 Dibiri 1A 4895 Dry Phillips Aust Oil Co &lt;null&gt; Geoscience Australia 10000000 0 00:00:00 05/25/2005 5 &lt;null&gt; &lt;null&gt; &lt;null&gt; 0 &lt;shape&gt; 561 You can see the gml:boundedBy box coordinates match the request BBOX coordinates but the returned feature is in a totally different place. If I query this ArcSDE layer from a client like ArcMap it works correctly. Note that if I export the ArcSDE layer to a shapefile and use that with mapserver, the result is also correct. Possibly related, some polygon layers also fail, although the symptoms are different. In that case I get a truncated return GML string such as: which would appear to indicate that the process terminated abnormally mid request but if I use a debug-enabled version of mapserver I don't see any error message. Again, exported to shapefiles the request works correctly. Note that in both cases if I use a WFS GETFEATURE in place of the WMS GetFeatureInfo I get similar errors. Can anyone help? From siki at AGT.BME.HU Tue Nov 22 06:38:26 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Tue, 22 Nov 2005 13:38:26 -0100 Subject: Line Labels (multiple Labels) {Scanned} In-Reply-To: <438288FC.30801@ci.stpaul.mn.us> Message-ID: Hi, You can add the same shape file to your map file, and you can specify different label location (e.g. LL, LR, UL, UR). LAYER NAME "l1" DATA " LABELITEM "from_left" TYPE ANNOTATION CLASS LABEL ... POSITION UL ANGLE AUTO END END END LAYER NAME "l2" DATA " LABELITEM "from_right" TYPE ANNOTATION CLASS LABEL ... POSITION LL ANGLE AUTO END END END ... Bye, Zoltan On Mon, 21 Nov 2005, Blammo wrote: > All, > > OK, I thought about this some more . . . . > > Just as a cheat to get something going, what about just stringing two of > the labels together, top and bottom of the line, and seperate them by > some spaces in the text. This would essentailly give me what I'm > looking for, but it also has one problem, I need to be able to figure > out the line direction. The address ranges are from-to related to the > beginning/end of the lines. Is there a way to tell which direction a > line is drawn? I believe the AUTO align does something like this > doesn't it? > > The output would look something like: > > LeftMin LeftMax > -----------------------------> > RightMin RightMax > > > RightMax RightMin > <----------------------------- > LeftMax LeftMin > > bobb > > > Stephen Woodbridge wrote: > > > I have asked about this feature in the past. It would be a very nice > > feature to have, but it is not available in mapserver yet unless you > > want to code it up maporama does it and it looks very nice. > > > > http://www.maporama.com/share/ > > > > I think it would be great if mapserver supported a more abstract label > > positioning grammar like: > > > > LABEL > > LABELITEM > > ... > > LOCATION > > POSITION ... > > PERCENT_ALONG > > SIDE [LEFT|RIGHT|CENTER|INSIDE|OUTSIDE] > > OFFSET [X|Y|NORMAL] > > END > > END > > > > Then you could attach multiple label blocks to a layer to generate the > > labels you want. Moving LABELITEM into the LABEL block allows each > > block too have its on item field. > > > > This could also be used to display labels along polygon boundaries > > using INSIDE|OUTSIDE for things like administrative boundaries. > > > > -Steve > > > > Bob Basques wrote: > > > >> All, > >> > >> I think I saw something like this being asked a few months back, but > >> haven't found it in a search. > >> > >> I need to be able to label a line at both ends and on both sides. > >> Are there some techniques to use in MapServer for this? I can > >> generate the point locations from other software for the labels, but > >> the dataset changes quite frequently and I woulds like to pursue an > >> automated method if possible. > >> > >> What I'm trying to label is a Street Centerline with the address > >> ranges on both ends, we also have a right/left distinction at both > >> ends so that I would need a label on each side of the line as well. > >> Needless to say the labels would need to align with the line segment > >> as well rotationally > >> > >> Even a search keyword would help if someone knows of something in the > >> archives. > >> > >> Thanks for any info. > >> > >> bobb > >> > > > > > From siki at AGT.BME.HU Tue Nov 22 06:45:08 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Tue, 22 Nov 2005 13:45:08 -0100 Subject: Restricting label display {Scanned} In-Reply-To: Message-ID: Hi, You may use FILTER to select rows based on attribute value or you can define a CLASS and add a regexp EXPRESSION which fits only for the labels to display. Bye, Zoltan On Tue, 22 Nov 2005, Luca Manganelli wrote: > Hi, > > I would like to know how to: > > not display labels equals to "0.00" in the map > > is it possible? > > -- > "An algorithm must be seen to be believed." > -- Donald Knuth, in "Fundamental Algorithms" > http://www.trapanator.com/blog > From siki at AGT.BME.HU Tue Nov 22 06:53:34 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Tue, 22 Nov 2005 13:53:34 -0100 Subject: can this be done? {Scanned} In-Reply-To: Message-ID: Hi, You can join to tables for queriing purpose in mapserver :( It is not usefull to create thematic maps. You can choose between two solutions. 1. Join the database tables using MapInfo or other GIS software to create a new mapinfo TAB. This is a poor solution if the data are updated in the separate GIS, RDBMS environment 2. Write a program/script to join your data and run it as offen as neccessary (using cron on linux or scheduled task on win32). Bye, Zoltan On Tue, 22 Nov 2005, Artur Skalski wrote: > Hi All > > I've got quite intersting problem to solve, and I was wondering if You dear > Mapserver users coudl help me a bit. > > The issue looks like this: > > I've got Mapinfo point layer with ID information (and only ID), and I've got > other informations describing those points in databese, like mysql or > oracle, whatever.... my question is can I somehow join those informations > and create thematic map? Can i get infos for creating thematic map in > mapfile from diferent place than geometry, or maybe should this be done > dinamicaly using php, any way how mapfile should look like? > > Do you have any clues how to solve it? > > Thanks > > Regards > > Artur > From ian.miller at SPATIALVISION.COM.AU Tue Nov 22 03:30:07 2005 From: ian.miller at SPATIALVISION.COM.AU (Ian Miller) Date: Tue, 22 Nov 2005 22:30:07 +1100 Subject: WMS GetFeatureInfo problem with ArcSDE layer In-Reply-To: Message-ID: Bart, Thanks for your quick response! The table had only the normal ArcSDE applied OBJECTID unique index and no separate user primary key, although other layers that work correctly have the same setup. I've tried adding a separate user PK on another column but it doesn't help the problem. One further interesting (and confusing) fact is that out of the 200 or so features in this layer, a small number return the correct value when clicked. Seems to be no pattern (spatial or attribute-wise) as to which features work correctly - maybe its just co-incidence, I guess even randomly some will be correct!? At 10:09 PM 22/11/2005, you wrote: >With respect to your first problem (results are totally off), does >your table have a primary key? > >Best regards, >Bart > >Bart van den Eijnden >Syncera IT Solutions >Postbus 270 >2600 AG DELFT > >tel.nr.: 015-7512436 >email: BEN at Syncera-ITSolutions.nl > > >>> Ian Miller 11/22/2005 11:55:55 AM >>> >I have a mapserver map file with many ArcSDE layers defined in it and am >calling this via a WMS client. For many layers (point and polygon), the >GetFeatureInfo request works correctly, returning a GML string with the one >or many results. > >For a number of layers however, both point and polygon, I am getting one of >two different errors. In some cases, the feature(s) returned are nowhere >near the point clicked, even though the BBOX coordinates included in the >request are correct. eg for the request: > >http://203.21.120.26/cgi-bin/mapserv? >map=amsis.map&VERSION=1.0.0&SERVICE=WFS&REQUEST=GetFeature&MAXFEATURES=100&O >UTPUTFORMAT=GML2&TYPENAME=PETROLEUMWELLS&BBOX=119.7781007751938,- >17.236434108527135,119.88791989664084,-17.126614987080103 > >the return is: > >xmlns:myns="http://www.ttt.org/myns" >xmlns:wfs="http://www.opengis.net/wfs" >xmlns:gml="http://www.opengis.net/gml" >xmlns:ogc="http://www.opengis.net/ogc" >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >xsi:schemaLocation="http://www.opengis.net/wfs >http://schemas.opengeospatial.net/wfs/1.0.0/WFS- >basic.xsd http://www.ttt.org/myns >http://203.21.120.26/cgi-bin/mapserv? >map=amsis.map&SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureT >ype&TYPENAME=PETROLEUMWELLS&OUTPUTFORMAT=XMLSCHEMA"> > > 119.822556,-17.166944 119.822556,- >17.166944 > > > 144.671667,-8.282500 144.671667,- >8.282500 > srsName="EPSG:4326"> 144.671667,- >8.282500 > 595 >Petroleum Well >10567 Dibiri 1A >4895 >Dry Phillips Aust Oil >Co > > >&lt;null&gt; >Geoscience Australia >10000000 >0 >00:00:00 05/25/2005 >5 >&lt;null&gt; >&lt;null&gt; >&lt;null&gt; >0 >&lt;shape&gt; >561 > > >You can see the gml:boundedBy box coordinates match the request BBOX >coordinates but the returned feature is in a totally different place. If I >query this ArcSDE layer from a client like ArcMap it works correctly. Note >that if I export the ArcSDE layer to a shapefile and use that with >mapserver, the result is also correct. > >Possibly related, some polygon layers also fail, although the symptoms are >different. In that case I get a truncated return GML string such as: > >xmlns:gml="http://www.opengis.net/gml" >xmlns:xlink="http://www.w3.org/1999/xlink" >xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> > > >which would appear to indicate that the process terminated abnormally mid >request but if I use a debug-enabled version of mapserver I don't see any >error message. Again, exported to shapefiles the request works correctly. > >Note that in both cases if I use a WFS GETFEATURE in place of the WMS >GetFeatureInfo I get similar errors. > >Can anyone help? Regards Ian Miller SPATIAL VISION Phone: +61 3 9691 3034 Fax: +61 3 9691 3001 Mobile: 0419 185 470 E-mail: Ian.Miller at spatialvision.com.au For the latest news visit http://www.spatialvision.com.au/ This e-mail is privileged and confidential and intended only for the addressee(s). If received in error please delete and advise Spatial Vision by return e-mail. From ks at MAPMEDIA.DE Tue Nov 22 04:21:19 2005 From: ks at MAPMEDIA.DE (Karlheinz Schmidt (MapMedia GmbH)) Date: Tue, 22 Nov 2005 13:21:19 +0100 Subject: MYGIS supports Web Feature Server (WFS)???? Message-ID: Hi MS User. I like MYSQL and MYGIS of the UMN-Mapserver. But there is a problem. I'm using connectiontype MYGIS to display a line layer. This layer was put into the MYSQL Database with shp2mysql.pl. This works fine.. there is (for instance) only one problem: the layer show no getFeatureInfo() and a WFS can't be set up. Why? The layer looks like this: NAME "bsp" ... PROJECTION "init=epsg:31464" #PROJECTION END ... WEB IMAGEPATH "/tmp/" TEMPLATE "map_template.html" METADATA "wms_title" "Beispielkarte der UMNMapServer" "wms_srs" "EPSG:31464 EPSG:4326" "mm_DEBUG" "FALSE" "WFS_TITLE" "UMNMapServer" ## REQUIRED "WFS_ONLINERESOURCE" "http://...&" "WFS_SRS" "EPSG:31464 EPSG:4326" "WFS_ABSTRACT" "WFS BSP" "WFS_ENCODING" "ISO-8859-1" "ows_schema_location" "http://schemas.opengeospatial.net" "WFS_GEOMETRY_ELEMENT_NAME" "MS_GEOMETRY" END END ... LAYER NAME "germany_highways00" METADATA # #Metadata for the WFS-Server Service # "WFS_TITLE" "germany_highways00" #"WFS_EXTENT" "4053000 5238800 4712400 6109700" "wfs_srs" "EPSG:31464 EPSG:4326" "GML_INCLUDE_ITEMS" "all" #"wfs_keywordlist" "gid, f_NAME" END TOLERANCE 10 TYPE LINE STATUS default CONNECTIONTYPE mygis CONNECTION "localhost:xxx:xxx:germany:bin" DATA "geometry from germany_highways00 feature, germany_highways00_bin geometry" LABELITEM "f_NAME" SYMBOLSCALE 100000 CLASS NAME "germany_highways00" STYLE SYMBOL "punkt1_1" SIZE 6 COLOR 0 0 0 END STYLE SYMBOL "punkt1_1" SIZE 3 COLOR 255 220 220 END STYLE SYMBOL "punkt1_1" SIZE 1 COLOR 0 0 0 END TEMPLATE "german_highways00_query.html" LABEL TYPE TRUETYPE FONT "Arial" COLOR 255 255 255 BACKGROUNDCOLOR 0 50 255 PARTIALS true ANGLE AUTO POSITION AUTO SIZE 8 ANTIALIAS true END END ... END The REQUEST=DescribeFeatureType& &SERVICE=WFS&VERSION=1.0.0& TYPENAME=germany_highways00 works well. BUT the &REQUEST=getcapabilities shows a nonsens LatLongBoundingBox germany_highways00 germany_highways00 EPSG:31464 Why is that? Perhaps a SRID- function is used within UMN Mapserver 4.6 but in the WKB_GEOMETRY column the entry is binary? Is there somthing wrong or could it be that this WFS function is not yet supporteed in the MYGIS Interface? Can anybody show (or send me) an example where WFS work with MYGIS? I'm looking forward for an answer. Greetings from Berlin K. Schmidt From zak4ms at GMAIL.COM Tue Nov 22 06:17:21 2005 From: zak4ms at GMAIL.COM (Zak James) Date: Tue, 22 Nov 2005 09:17:21 -0500 Subject: MapLab/Geocoding/Deploying In-Reply-To: Message-ID: Jeff, Gmapfactory applications rely on mapserver, php mapscript and php being available, so you would need these for deployment. For linux, the fgs installer can set up a server with all necessary dependencies (see http://www.maptools.org/fgs/). On windows, you can use the ms4w installer, but it's not really designed for deploying applications, only for development (see http://www.maptools.org/ms4w/). Regardless of how you choose to deploy your application, extending gmapfactory projects is not an easy thing to do. If you require capabilities beyond the built-in functions, you are better off using a toolkit like chameleon (http://chameleon.maptools.org/) or mapbuilder (http://mapbuilder.sourceforge.net/). zak On 10/17/05, Jeff A. Briere wrote: > We are new to Mapserver, however we have been successful at > developing a MapLab application using the MS4W installation on a > stand alone computer. > > We are wondering if there are any Geocoding capabilities within > MapServer? Any source code or examples would be appreciated. > > Also, now that we have completed development using the basic > tools provided within Maplab, we are wondering if we could enhance > this application further outside of MapLab - has anyone had any > success on this - any advice on how to proceed would be great. > > Finally, from a deployment perspective (this may be a dumb > question), I am not sure were to begin. Do MapLab applications > rely on an underlying Mapserver or are they driven entirely by PHP? > The real question here is how do I take an application developed on > a stand alone and get it working on my webpage when I'm not sure > about all of the software dependancies? Again any advice would > be great? > > Thanks, > > Jeff > -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca From woodbri at SWOODBRIDGE.COM Tue Nov 22 06:17:39 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 22 Nov 2005 09:17:39 -0500 Subject: Restricting label display In-Reply-To: Message-ID: Luca, Do your labeling for this layer in a separate annotation layer and create two classes like this: LAYER TYPE ANNOTATION DATA ... CLASSITEM 'labelfield' LABELITEM 'labelfield' CLASS EXPRESSION "0.00" # DO NOTHING TO SKIP THESE END CLASS # NO EXPRESSION so all other items are drawn here COLOR ... LABEL .... END END END Hope this helps. -Steve W. Luca Manganelli wrote: > Hi, > > I would like to know how to: > > not display labels equals to "0.00" in the map > > is it possible? > > -- > "An algorithm must be seen to be believed." > -- Donald Knuth, in "Fundamental Algorithms" > http://www.trapanator.com/blog > From woodbri at SWOODBRIDGE.COM Tue Nov 22 06:20:01 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 22 Nov 2005 09:20:01 -0500 Subject: can this be done? In-Reply-To: Message-ID: Artur Skalski wrote: > Hi All > > I've got quite intersting problem to solve, and I was wondering if You dear > Mapserver users coudl help me a bit. > > The issue looks like this: > > I've got Mapinfo point layer with ID information (and only ID), and I've got > other informations describing those points in databese, like mysql or > oracle, whatever.... my question is can I somehow join those informations > and create thematic map? Can i get infos for creating thematic map in > mapfile from diferent place than geometry, or maybe should this be done > dinamicaly using php, any way how mapfile should look like? > > Do you have any clues how to solve it? I am doing thematic maps using joins from PostGIS and it works great. I think you can also do some limit joins using GDAL and ODBC connection, but you would have to read the docs on that as I haven't tried that. -Steve W. From abe.gillespie at GMAIL.COM Tue Nov 22 06:40:18 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Tue, 22 Nov 2005 09:40:18 -0500 Subject: JOIN / ODBC Message-ID: I just read the post "can this be done" and then found this: http://ms.gis.umn.edu/docs/reference/vector_data/VirtualSpatialData This makes me think it might be possible to join a layer to an ODBC table. Previously I thought it was only possible to join to a DBF. Is this possible? I'd like to join an Access DB to a MapServer layer. Thanks. -Abe From woodbri at SWOODBRIDGE.COM Tue Nov 22 06:48:13 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 22 Nov 2005 09:48:13 -0500 Subject: JOIN / ODBC In-Reply-To: Message-ID: I have not tried it, but it is my belief that this can be done. Hey, give it a try and report back. -Steve W. Abe Gillespie wrote: > I just read the post "can this be done" and then found this: > > http://ms.gis.umn.edu/docs/reference/vector_data/VirtualSpatialData > > This makes me think it might be possible to join a layer to an ODBC > table. Previously I thought it was only possible to join to a DBF. > Is this possible? I'd like to join an Access DB to a MapServer layer. > > Thanks. > -Abe > From warmerdam at POBOX.COM Tue Nov 22 06:50:41 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 22 Nov 2005 09:50:41 -0500 Subject: JOIN / ODBC In-Reply-To: Message-ID: On 11/22/05, Abe Gillespie wrote: > I just read the post "can this be done" and then found this: > > http://ms.gis.umn.edu/docs/reference/vector_data/VirtualSpatialData > > This makes me think it might be possible to join a layer to an ODBC > table. Previously I thought it was only possible to join to a DBF. > Is this possible? I'd like to join an Access DB to a MapServer layer. Abe, It should be possible to join a table from an access database to feature data using the above mechanisms as long as the feature data is already read through ODBC. You might want to read over some of the caveats with regard to OGR SQL JOINs at: http://www.gdal.org/ogr/ogr_sql.html Amoung other things, performance will often suffer using this approach unless you have few features, or the ODBC datasource is indexed well. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From candalt at ONLINE.NO Tue Nov 22 11:00:27 2005 From: candalt at ONLINE.NO (Sture Dingsoyr) Date: Tue, 22 Nov 2005 13:00:27 -0600 Subject: Mapscript compilation on Windows Message-ID: Hi I have compiled Mapserver on my windows machine with these options: This is the output from my "mapserv.exe -v" MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG Here POSTGIS is enabled so everything looks fine. I then want to compile MAPSCRIPT. This also works fine..and i get the "php_mapscript.dll" that also works fine in PHP. When i do a i get: MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG My problem is that the "php_mapscript.dll" do not says it supports POSTGIS. (look at the result above). Anybody have any ideas... The reason i am compiling is that i need a mapserver that supports both POSTGIS and ORACLE SDE in MAPSCRIPT. All help appriciated :-) From assefa at DMSOLUTIONS.CA Tue Nov 22 12:04:03 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Tue, 22 Nov 2005 15:04:03 -0500 Subject: Mapscript compilation on Windows In-Reply-To: Message-ID: The php mapscript would not indicate that. I does not indicate any supported formats. If your php mapscript is linked with a mapserver library built with Postgis, then you should have it. The best thing is to open a simple map file with a postgis layer using mapscript. Later, Sture Dingsoyr wrote: > Hi > > I have compiled Mapserver on my windows machine with these options: > > This is the output from my "mapserv.exe -v" > > MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE DEBUG=MSDEBUG > > > Here POSTGIS is enabled so everything looks fine. I then want to compile > MAPSCRIPT. This also works fine..and i get the "php_mapscript.dll" that > also works fine in PHP. > > When i do a i get: > MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > DEBUG=MSDEBUG > > > My problem is that the "php_mapscript.dll" do not says it supports > POSTGIS. (look at the result above). > > Anybody have any ideas... > > The reason i am compiling is that i need a mapserver that supports both > POSTGIS and ORACLE SDE in MAPSCRIPT. > > All help appriciated :-) > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From nemo at IRONCOUNTYFOREST.ORG Tue Nov 22 13:00:51 2005 From: nemo at IRONCOUNTYFOREST.ORG (Nemo Martinko) Date: Tue, 22 Nov 2005 15:00:51 -0600 Subject: Classify Multiple Raster Layers Message-ID: Is there a way to classify all the raster layers in a map file at once? I have a number of raster layers in my map file, and adding a new one for every day. I have fourteen classes, meaning 48 lines in the map file. I'm new to mapserver and the rasters are ArcInfo grids, so I haven't looked into preprocessing. Is there a way to set a default class struction so that I don't have to keep copying the 48 lines for every layer? From nemo at IRONCOUNTYFOREST.ORG Tue Nov 22 13:17:38 2005 From: nemo at IRONCOUNTYFOREST.ORG (Nemo Martinko) Date: Tue, 22 Nov 2005 15:17:38 -0600 Subject: 2 projections on the same map file Message-ID: > I'd like to put on different layers 2 raster files > with different projections.... > Is it possible and how can I write my .map file for projections? I'm new to the list, so you might wait to see if somebody with more experience posts, but I'm pretty sure it will work if you set a projection for the map, then set the projections for each layer. Get more info about adding a projection def here... http://mapserver.gis.umn.edu/doc46/mapfile-reference.html#projection If you need more detailed info, look at the PROJ documentation that is linked to for the mapserver doc page above. The basic structure of the map file would be... MAP ... ... PROJECTION ... ... END ... ... LAYER ... ... PROJECTION ... ... END END LAYER ... ... PROJECTION ... ... END END END From jeff2005 at SVS.GSFC.NASA.GOV Tue Nov 22 13:41:38 2005 From: jeff2005 at SVS.GSFC.NASA.GOV (Jeff de La Beaujardiere) Date: Tue, 22 Nov 2005 16:41:38 -0500 Subject: display polyline as solid fill? Message-ID: I downloaded a global coastline shapefile with feature type linestring. I can feed it to UMN Mapserver and generate nice maps of the coastline. However, I need the option to display the land (or the ocean) as a solid color rather than an outline. - Is there any way to do a solid fill if the FT is linestring? - Would it work if were able to convert the FT to polygon? Thanks for any info, Jeff DLB From warmerdam at POBOX.COM Tue Nov 22 15:20:44 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 22 Nov 2005 18:20:44 -0500 Subject: Classify Multiple Raster Layers In-Reply-To: Message-ID: On 11/22/05, Nemo Martinko wrote: > Is there a way to classify all the raster layers in a map file at once? > > I have a number of raster layers in my map file, and adding a new one for > every day. I have fourteen classes, meaning 48 lines in the map file. I'm > new to mapserver and the rasters are ArcInfo grids, so I haven't looked into > preprocessing. Is there a way to set a default class struction so that I > don't have to keep copying the 48 lines for every layer? Nerno, With static map files there is no way of duplicating the class definitions for each layer. Possibly one day you might want to look at automating what you are doing with mapscript. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From robert-fritz at WEB.DE Wed Nov 23 01:11:03 2005 From: robert-fritz at WEB.DE (robert fritz) Date: Wed, 23 Nov 2005 10:11:03 +0100 Subject: JOIN / ODBC Message-ID: Hello, it is possible to join a layer to an odbc database. i use the join to an access database:: GROUP "G_BPLiv" NAME "BPLiv" TYPE POLYGON STATUS ON CONNECTIONTYPE OGR CONNECTION "D:\MS_Data\fgt\data\shapes\satzungen\bplaene_iv.shp" DATA "SELECT * FROM bplaene_iv LEFT JOIN 'ODBC:satz_blp'.satzungen ON bplaene_iv.DB_ID = Satzungen.SATZUNGSID" robert __________________________________________________________________________ Erweitern Sie FreeMail zu einem noch leistungsst?rkeren E-Mail-Postfach! Mehr Infos unter http://freemail.web.de/home/landingpad/?mc=021131 From oliver.christen at CAMPTOCAMP.COM Wed Nov 23 03:00:07 2005 From: oliver.christen at CAMPTOCAMP.COM (oliver) Date: Wed, 23 Nov 2005 12:00:07 +0100 Subject: mapscript - php equivalent of symbolSetObj ? Message-ID: After having toyed with the available functions of php/mapscript, i seem to have found a way to create icon on-the-fly from the symbol file. Im pasting here the code so it may help other people. If you think you know a better way to do it, let me know, im always interessed :) // $msMapObj is a valid mapObj $newLayer = ms_newLayerObj($msMapObj); // create new layer $newLayer->set('type', 0); // set layer type, important, cause error if not set $newClass = ms_newClassObj($newLayer); // create new classe $newStyle = ms_newStyleObj($newClass); // create new style $newStyle->color->setRGB(255,0,0); // important, display white on white otherwise $newStyle->set('size', 30); // important, size 0 for a symbol point will display nothing // loop through all the symbols in the symbol file for($ii=0; $ii<$msMapObj->getNumSymbols(); $ii++) { $symbolName = $msMapObj->getSymbolObjectById($ii)->name; $newStyle->set('symbolname', $symbolName); $newIcon = $newClass->createLegendIcon(30,30); $iconPath = '/the/Path/To/The/Folder/Where/You/Want/To/Save/The/Icons/'.$symbolName.'.jp g'; $check = $newIcon->saveImage($iconPath); $newIcon->free(); // free resources // if the icons are not created, check if the script has the writing right in the target folder } // remove the layer, is this really working ??? $newLayer->set("status", MS_DELETE); > It seems i asked my question too quickly. > By using getNumSymbols() in a loop with getSymbolObjectById i was able to > get all the symbols properties. > > But now, how do i create images off these symbols (php equivalent to the > SWIGMapScript function getImage()) ? > > Thank you very much in advance for any info. > Oliver > > > Hi, > > > > Im currently trying to recover the list of symbols of a symbol file via > > php/mapscript but i cant find any way to do so. > > I noticed in the SWIGMapScript references the presence of an object: > > symbolSetObj, and i wondered what was the equivalent in php? > > > > Thank you very much in advance for any info. > > > > Regards > > Oliver > > > From candalt at ONLINE.NO Wed Nov 23 03:16:20 2005 From: candalt at ONLINE.NO (=?iso-8859-1?Q?Sture_Dings=F8yr?=) Date: Wed, 23 Nov 2005 12:16:20 +0100 Subject: Mapscript compilation on Windows Message-ID: Hi again... Thanx for quick response...with the help of your answer...i solved the problem :-) When i build the binary i did this serveral times, and each time i added some functionality..eg. WMS, PROJ, POSTGIS just to confirm that things worked. In the mapserver directory a libmap.dll is created along with mapserv.exe. When i had compiled mapscript and copied the php_mapscript.dll to the c:\php\ext catalog i forgot to also copy the libmap.dll to c:\php (i have c:\php in my PATH variable). Once i did this now outputs "INPUT=POSTGIS" and everything works great... Thanx again :-) Best regards Sture The php mapscript would not indicate that. I does not indicate any supported formats. If your php mapscript is linked with a mapserver library built with Postgis, then you should have it. The best thing is to open a simple map file with a postgis layer using mapscript. Later, Sture Dingsoyr wrote: > Hi > > I have compiled Mapserver on my windows machine with these options: > > This is the output from my "mapserv.exe -v" > > MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE DEBUG=MSDEBUG > > > Here POSTGIS is enabled so everything looks fine. I then want to compile > MAPSCRIPT. This also works fine..and i get the "php_mapscript.dll" that > also works fine in PHP. > > When i do a i get: > MapServer version 4.6.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > SUPPORTS=WCS_SERVER INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > DEBUG=MSDEBUG > > > My problem is that the "php_mapscript.dll" do not says it supports > POSTGIS. (look at the result above). > > Anybody have any ideas... > > The reason i am compiling is that i need a mapserver that supports both > POSTGIS and ORACLE SDE in MAPSCRIPT. > > All help appriciated :-) > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From janeks.kamerovskis at SILVA.LV Wed Nov 23 03:53:58 2005 From: janeks.kamerovskis at SILVA.LV (Janeks Kamerovskis) Date: Wed, 23 Nov 2005 13:53:58 +0200 Subject: problem with OGR connection using *.ovf -> orginfo and direct SQL query -> different results Message-ID: Hi! So I have following *.ovf : ODBC:un/pw at myDSN SELECT My_ID,x,y FROM OPENQUERY (linkServ, 'SELECT RS.GEOLOC.sdo_point.x as x, RS.GEOLOC.sdo_point.y as y, RS.my_ID FROM myTable RS') RS wkbPoint WGS84 That produces folowing ogrinfo output: C:\Program Files\FWTools1.0.0a7>ogrinfo -fid 391 e:/mapserver/mapdefs/rs.ovf lay er rs ERROR 4: Update access not supported for VRT datasources. Had to open data source read-only. INFO: Open of `e:/mapserver/mapdefs/rs.ovf' using driver `VRT' successful. Layer name: rs Geometry: Point Feature Count: 393 ERROR 1: SetAttributeFilter() not supported on ExecuteSQL() results. ERROR 1: SetAttributeFilter() not supported on ExecuteSQL() results. Extent: (314.000000, 6.000000) - (737.000000, 6.000000) Layer SRS WKT: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], TOWGS84[0,0,0,0,0,0,0], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.0174532925199433, AUTHORITY["EPSG","9108"]], AXIS["Lat",NORTH], AXIS["Long",EAST], AUTHORITY["EPSG","4326"]] RS_STORAGE_ID: String (38.0) x: Real (0.0) y: Real (0.0) OGRFeature(rs):391 RS_STORAGE_ID (String) = 507.00 x (Real) = 358 y (Real) = 6 POINT (358 6 0) While simple query to mydatabase connection with the same query string like in *.ovf file produces for given record: 506 464918.0 6310080.0 At the same time I have simple table in another mySQL database with the same point features and very similar *.ovf file, that gives correct (equal) results. Could somebody point me to right direction, what could be wrong!? Thanks in advance! Janeks From artur.skalski at ACXIOM.COM Wed Nov 23 04:00:27 2005 From: artur.skalski at ACXIOM.COM (Artur Skalski) Date: Wed, 23 Nov 2005 06:00:27 -0600 Subject: php5.0.5 Message-ID: Hi All I know that this subject was discussed some time ago, but I'm still facing this problem with loading php_mapscrit_46.dll for php 5.0.5. I have IIS and php cgi running very well, I've downloaded the php_mapscript_46.dll build for php 5.0.5 and still can't load this library. I've read the posts obut it that there ara some others dll missing that should also be supported, can anyone tell, what are these dll's, how to get them, how to solve this problem? regards Artur From dgadoury at DMSOLUTIONS.CA Wed Nov 23 04:22:52 2005 From: dgadoury at DMSOLUTIONS.CA (Dean Gadoury) Date: Wed, 23 Nov 2005 07:22:52 -0500 Subject: display polyline as solid fill? In-Reply-To: <43839092.6060005@svs.gsfc.nasa.gov> Message-ID: Hi, I don't think there's any way you can make MapServer draw linestring features as polygons with a fill. If you first convert the line features to polygons in a GIS you'll be able use that as a layer with TYPE POLYGON and use fills. Dean Jeff de La Beaujardiere wrote: > I downloaded a global coastline shapefile with feature type linestring. > I can feed it to UMN Mapserver and generate nice maps of the coastline. > However, I need the option to display the land (or the ocean) as a solid > color rather than an outline. > > - Is there any way to do a solid fill if the FT is linestring? > - Would it work if were able to convert the FT to polygon? > > Thanks for any info, > Jeff DLB > From assefa at DMSOLUTIONS.CA Wed Nov 23 06:39:01 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Wed, 23 Nov 2005 09:39:01 -0500 Subject: php5.0.5 In-Reply-To: Message-ID: Artur, I think I missed the posts about dlls missing and could not locate it. Could you please repost it. Could you please also run dlldepend on it, It might give you whicgh dlls are mising. Later, Artur Skalski wrote: > Hi All > > I know that this subject was discussed some time ago, but I'm still facing > this problem with loading php_mapscrit_46.dll for php 5.0.5. I have IIS and > php cgi running very well, I've downloaded the php_mapscript_46.dll build > for php 5.0.5 and still can't load this library. I've read the posts obut it > that there ara some others dll missing that should also be supported, can > anyone tell, what are these dll's, how to get them, how to solve this > problem? > > regards > > Artur > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From janeks.kamerovskis at SILVA.LV Wed Nov 23 07:08:06 2005 From: janeks.kamerovskis at SILVA.LV (Janeks Kamerovskis) Date: Wed, 23 Nov 2005 17:08:06 +0200 Subject: php5.0.5 In-Reply-To: <43847F05.7080800@dmsolutions.ca> Message-ID: Some couple days ago I also updated MapServer and PHP MapScript. Probably I faced with the same problem. But it seems that it was so that PHP installation/configuration are different from previous versions. I also could not load php_mapscrit_46.dll. The problem disapears when I put all PHP's dlls into his (where php.exe) directory. That was writen somewhere in PHP's readme file. In this case Win2000 and IIS. Hope it helps, Janeks > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Yewondwossen Assefa > Sent: Wednesday, November 23, 2005 4:39 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] php5.0.5 > > Artur, > > I think I missed the posts about dlls missing and could not locate it. > Could you please repost it. Could you please also run dlldepend on it, > It might give you whicgh dlls are mising. > > Later, > > Artur Skalski wrote: > > Hi All > > > > I know that this subject was discussed some time ago, but I'm still > facing > > this problem with loading php_mapscrit_46.dll for php 5.0.5. I have IIS > and > > php cgi running very well, I've downloaded the php_mapscript_46.dll > build > > for php 5.0.5 and still can't load this library. I've read the posts > obut it > > that there ara some others dll missing that should also be supported, > can > > anyone tell, what are these dll's, how to get them, how to solve this > > problem? > > > > regards > > > > Artur > > > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- From eric at GOMOOS.ORG Wed Nov 23 07:10:10 2005 From: eric at GOMOOS.ORG (Eric Bridger) Date: Wed, 23 Nov 2005 10:10:10 -0500 Subject: BIO WW3 Timing Message-ID: Both this morning and yesterday I notice a significant lag between the availability of WW3 at LSU and TAMU. At 8AM EST (7AM CST) WW3 is available via WMS at LSU but not at TAMU. ADCIRC meanwhile was available at both WMS's. Not until 10AM did the WW3 become available at TAMU. This corresponds to what Donna noticed yesterday, that the WW3 GIS files did not appear on the LDM at TAMU until 10AM EST. Why should ADCIRC be available so soon and WW3 not? Could the LSU folks, XP, Chiraq, Jon look into this. Thanks. Eric From eric at GOMOOS.ORG Wed Nov 23 07:17:50 2005 From: eric at GOMOOS.ORG (Eric Bridger) Date: Wed, 23 Nov 2005 10:17:50 -0500 Subject: BIO WW3 Timing In-Reply-To: <1132758615.1869.78.camel@ubet.gomoos.org> Message-ID: Sorry folks. Wrong list. On Wed, 2005-11-23 at 10:10, Eric Bridger wrote: > Both this morning and yesterday I notice a significant lag between the > availability of WW3 at LSU and TAMU. > > At 8AM EST (7AM CST) WW3 is available via WMS at LSU but not at TAMU. > > ADCIRC meanwhile was available at both WMS's. > > Not until 10AM did the WW3 become available at TAMU. > > This corresponds to what Donna noticed yesterday, that the WW3 GIS files > did not appear on the LDM at TAMU until 10AM EST. > > Why should ADCIRC be available so soon and WW3 not? > > Could the LSU folks, XP, Chiraq, Jon look into this. > > Thanks. > > Eric From janeks.kamerovskis at SILVA.LV Wed Nov 23 07:30:35 2005 From: janeks.kamerovskis at SILVA.LV (Janeks Kamerovskis) Date: Wed, 23 Nov 2005 17:30:35 +0200 Subject: php5.0.5 In-Reply-To: <7D1D1DD803D83641A6DEA6F9F428DEE24D4CCF@warmsx02.Corp.Acxiom.net> Message-ID: I installed MapScript more for testing purposes. So I have only few very simple and ugly php test scripts, but all of them worked like before. Janeks > -----Original Message----- > From: Skalski Artur - askals [mailto:Artur.Skalski at acxiom.com] > Sent: Wednesday, November 23, 2005 5:16 PM > To: Janeks Kamerovskis > Subject: RE: [UMN_MAPSERVER-USERS] php5.0.5 > > Yes, that's true, I've came up with the same idea, and now all works fine > (loading the module), but this was one of three ways of installing > phpmapscirpt was, the first was to update system PATH, and this doesn't > work. > > But did you faced any problems with work of your application after going > on php 5.0.5, because I cant get it work, I keep getting lots of error > messages.. :( > > Artur > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Janeks Kamerovskis > Sent: Wednesday, November 23, 2005 4:08 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] php5.0.5 > > > Some couple days ago I also updated MapServer and PHP MapScript. > Probably I faced with the same problem. > But it seems that it was so that PHP installation/configuration are > different from previous versions. > I also could not load php_mapscrit_46.dll. > The problem disapears when I put all PHP's dlls into his (where php.exe) > directory. That was writen somewhere in PHP's readme file. > > In this case Win2000 and IIS. > > Hope it helps, > Janeks > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Yewondwossen Assefa > > Sent: Wednesday, November 23, 2005 4:39 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] php5.0.5 > > > > Artur, > > > > I think I missed the posts about dlls missing and could not locate it. > > Could you please repost it. Could you please also run dlldepend on it, > > It might give you whicgh dlls are mising. > > > > Later, > > > > Artur Skalski wrote: > > > Hi All > > > > > > I know that this subject was discussed some time ago, but I'm still > > facing > > > this problem with loading php_mapscrit_46.dll for php 5.0.5. I have > IIS > > and > > > php cgi running very well, I've downloaded the php_mapscript_46.dll > > build > > > for php 5.0.5 and still can't load this library. I've read the posts > > obut it > > > that there ara some others dll missing that should also be supported, > > can > > > anyone tell, what are these dll's, how to get them, how to solve this > > > problem? > > > > > > regards > > > > > > Artur > > > > > > > > > -- > > ---------------------------------------------------------------- > > Assefa Yewondwossen > > Software Analyst > > > > Email: assefa at dmsolutions.ca > > http://www.dmsolutions.ca/ > > > > Phone: (613) 565-5056 (ext 14) > > Fax: (613) 565-0925 > > ---------------------------------------------------------------- > ************************************************************************* > The information contained in this communication is confidential, is > intended only for the use of the recipient named above, and may be > legally privileged. > > If the reader of this message is not the intended recipient, you are > hereby notified that any dissemination, distribution or copying of this > communication is strictly prohibited. > > If you have received this communication in error, please resend this > communication to the sender and delete the original message or any copy > of it from your computer system. > > Thank you. > ************************************************************************* From bluecarto at GMAIL.COM Wed Nov 23 07:37:42 2005 From: bluecarto at GMAIL.COM (Pierre GIRAUD) Date: Wed, 23 Nov 2005 16:37:42 +0100 Subject: shpxy for map areas - multipolygons Message-ID: Hello list, I'm working with the very useful [shpxy ...] tag to build HTML map areas (imagemap). But when trying to draw a map with multipolygons, the map areas are not correctly parsed. Some commas are missing, or wrong coords are given. Might this be a bug to report ? Regards Pierre GIRAUD From warmerdam at POBOX.COM Wed Nov 23 08:04:51 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 23 Nov 2005 11:04:51 -0500 Subject: problem with OGR connection using *.ovf -> orginfo and direct SQL query -> different results In-Reply-To: Message-ID: On 11/23/05, Janeks Kamerovskis wrote: > > While simple query to mydatabase connection with the same query string like > in *.ovf file produces for given record: > > 506 464918.0 6310080.0 > > At the same time I have simple table in another mySQL database with the same > point features and very similar *.ovf file, that gives correct (equal) > results. > > Could somebody point me to right direction, what could be wrong!? Janeks, I'm not really clear on what you consider to be correct and incorrect behavior. I will add that for feature id based queries to work properly in MapServer through OVF files and ODBC it is critical that a sensible integer column get selected as the feature id column. There has been some very recent work in this regard, and you might want to grab the latest FWTools build: http://www.gdal.org/dl/fwtools/FWTools100a8.exe With this, you can set the ODBC_OGR_FID configuration (environment) variable to for use of a particular column as the FID. eg. ogrinfo --config ODBC_OGR_FID My_ID -fid 391 e:/mapserver/mapdefs/rs.ovf layer rs Best regards, ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at POBOX.COM Wed Nov 23 08:20:21 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 23 Nov 2005 11:20:21 -0500 Subject: JOIN / ODBC In-Reply-To: <2077138859@web.de> Message-ID: On 11/23/05, robert fritz wrote: > Hello, > > it is possible to join a layer to an odbc database. i use the join to an access database:: > > > GROUP "G_BPLiv" > NAME "BPLiv" > TYPE POLYGON > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "D:\MS_Data\fgt\data\shapes\satzungen\bplaene_iv.shp" > > DATA "SELECT * FROM bplaene_iv LEFT JOIN 'ODBC:satz_blp'.satzungen ON bplaene_iv.DB_ID = Satzungen.SATZUNGSID" Robert, I think this should work. I would suggest you test it first with ogrinfo and see if that works. eg. ogrinfo -ro D:\MS_Data\fgt\data\shapes\satzungen\bplaene_iv.shp \ -sql "select ..." If the Satzungen.SATZUNGSID field isn't indexed performance will be very poor. In any event performance isn't likely to be great if you are dealing with a very large number of features, since a new SELECT on a particular ID will be issued to the ODBC datasource for each record selected from the shapefile. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From steve.lime at DNR.STATE.MN.US Wed Nov 23 08:37:39 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 23 Nov 2005 10:37:39 -0600 Subject: shpxy for map areas - multipolygons Message-ID: The tag is a work in progress, especially with image coordinates. Can you provide a data sample and tag usage sample? Steve >>> Pierre GIRAUD 11/23/05 9:37 AM >>> Hello list, I'm working with the very useful [shpxy ...] tag to build HTML map areas (imagemap). But when trying to draw a map with multipolygons, the map areas are not correctly parsed. Some commas are missing, or wrong coords are given. Might this be a bug to report ? Regards Pierre GIRAUD From j.cook at OXFORDARCH.CO.UK Wed Nov 23 08:31:33 2005 From: j.cook at OXFORDARCH.CO.UK (joanne cook) Date: Wed, 23 Nov 2005 16:31:33 -0000 Subject: problems querying ogr data source Message-ID: Hi All, I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. I would be very grateful for any thoughts that anyone has on this curious situation! All the best Jo Cook ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From artur.skalski at ACXIOM.COM Wed Nov 23 08:41:02 2005 From: artur.skalski at ACXIOM.COM (Artur Skalski) Date: Wed, 23 Nov 2005 10:41:02 -0600 Subject: php 5.0.5 mapscript and Message-ID: As my struggle with getting my mapserver application to work on latest php and php_mapscript46 continous, I want to ask for your help again. Right now I'm trying to set up gmap75 application from dmsollutions. I came to the point where i have working mapserver (I get the message about query string), and loadable php_mapscript module (when displaying phpinfo() all works well). Starting the application with: http://localhost/mapserver/gmap/ gmap75.phtml I get map and key map displayed, also the scalebar, but I cant do anything else, can't zoom, pan, query, display or hide layer, and get lots of notices about udefined indexes (probably all vars used in php code) Do You have any ideas how to solve this problem, where am I doing sth wrong ?? regards Artur From warmerdam at POBOX.COM Wed Nov 23 09:13:05 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 23 Nov 2005 12:13:05 -0500 Subject: problems querying ogr data source In-Reply-To: <0BC713988F4ACD4BB87C1028B70BB2D411D610@servermail2.janus2.com> Message-ID: On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From pauljame at GMAIL.COM Wed Nov 23 10:43:48 2005 From: pauljame at GMAIL.COM (Paul james) Date: Wed, 23 Nov 2005 16:43:48 -0200 Subject: Thematic mapping Message-ID: Hi all... Is it posible to make Thematic mapping with mapserver? I need associante some graph with my map ( Each state with a pizza diagram ).. How can I do that? ty -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmckenna at DMSOLUTIONS.CA Wed Nov 23 11:46:23 2005 From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna) Date: Wed, 23 Nov 2005 14:46:23 -0500 Subject: Open Source GIS Presentation In-Reply-To: <35469E27904CA04687795AF87D26930001CCF3@september.ecotrust.org> Message-ID: Thanks for submitting this Aaron. I've added a link to it on http://ms.gis.umn.edu/community/ms-presentations/. You should now be able to add to this page by submitting a "comment" at the bottom of the page. I believe this comment will be emailed to the document/page author and then he/she will add the link. thanks! jeff Aaron Racicot wrote: > Jeff, > I do not have permissions to add to the new "Mapserver Presentations" > page on the Plone site. Can you either post this there or let me know > how users can get permissions to update these pages? Thanks > -- Jeff McKenna DM Solutions Group Inc. http://www.dmsolutions.ca From dylan.beaudette at GMAIL.COM Wed Nov 23 15:38:03 2005 From: dylan.beaudette at GMAIL.COM (Dylan Beaudette) Date: Wed, 23 Nov 2005 15:38:03 -0800 Subject: Open Source GIS Presentation In-Reply-To: <35469E27904CA04687795AF87D26930001CCF3@september.ecotrust.org> Message-ID: Cool presentation! I recently gave a talk as well at the Soil Science Society of America meetings in Utah last month on a tool that we have developed with Mapserver+MySQL+PHP. If anyone is interested the site is: http://casoilresource.lawr.ucdavis.edu/drupal/node/27 Cheers! -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 On Monday 21 November 2005 05:34 pm, Aaron Racicot wrote: > Hello, > > Sorry for the possible cross post, but I thought that this might be of > interest to some people on both the Mapserver and Natural Resources > Mapping lists. While this presentation is not just about Mapserver, it > is about Open Source GIS in our organization and where we are trying to > take the integration of web mapping and server side GIS. > > This presentation was my keynote talk on Open Source GIS made at Oregon > State University (OSU) for GIS day last week (Thanks to Dawn Wright for > the invitation!). While the event is pretty much sponsored by ESRI, > there was a very high level of interest in Open Source tools this year. > We had a packed house of Faculty, Staff, Grad Students and industry > folks all with an open ear ... very cool experience. The reactions were > great and I wanted to make this material available for anyone else who > might be interested in giving such a talk or just interested in my > self-centered look at Open Source GIS today. I hope people are able to > follow the slides without me talking to them, but if there are any > questions or if it spurs some thoughts people want to talk about I am > very interested. > > Feel free to download, pass on, munge, or whatever you feel like. I am > always interested in what people think and maybe this will even spur > some chatter on these lists about Open Source GIS and Web-Based Decision > Support Tools! > > Aaron > > http://pearl.ecotrust.org/gis_day_05/index.phtml > > Jeff, > I do not have permissions to add to the new "Mapserver Presentations" > page on the Plone site. Can you either post this there or let me know > how users can get permissions to update these pages? Thanks > > +----------------------------------------+ > > | Aaron Racicot | aaronr(at)ecotrust.org| > | GIS Programmer | 503.467.0759 | > > +----------------------------------------+ > > | e c o t r u s t | > | Jean Vollum Natural Capital Center | > | 721 NW Ninth Avenue | > | Suite 200 | > | Portland, OR 97209 | > | www.ecotrust.org | > > +----------------------------------------+ From sdc at SDC.COM.AU Wed Nov 23 17:57:06 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 24 Nov 2005 12:27:06 +1030 Subject: Expanding horizons Message-ID: My current Postgis/Mapserver application is proving so successful that I have been asked to expand it's scope from just Australia to include North America. However, I am unsure how best to handle such a wide-ranging set of data with such disparate projections etc let alone hemispheres. Do I need to maintain different tables and, therefore, different layers for each continent so that I can continue to use SRID 4283 for Oz and add 4326 or whatever for US? How can I work out which metre-based projections to use for distance calcs etc? Some map displays will include geometries from both continents while others will be only a couple of kilometers across. Any and all advice will be greatly appreciated. Cheers and thanks, Stephen Davies -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From BEN at SYNCERA-ITSOLUTIONS.NL Wed Nov 23 21:59:03 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 24 Nov 2005 06:59:03 +0100 Subject: Thematic mapping Message-ID: Search in the archive for pie chart. There was a nice example by Steve Lime end of 2004. See below. Best regards, Bart Forwarded message: Hi all: I was updating mapgd.c today to make use of GD functions that appeared in GD 2.0.x. I made a small modification to the marker drawing code for ELLIPSE symbols, specifically circles. Now if you specify a style angle it is interpreted as a "pie slice". You can do things like: http://maps.dnr.state.mn.us/testing/charts/test.gif http://maps.dnr.state.mn.us/testing/charts/test.map Since you can load an angle from an attribute (via ANGLEITEM) you can build simple pie charts pretty easy. Only problem is it's hard to do more than 2 colors, and the origin is always 0. Assuming folks are ok with the modification (it's only 5 lines of code) what about adding a STARTANGLE parameter? We could probably do some auto computation of starting angles between styles so that multiple element charts would be possible/easy to construct. Steve Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Paul james 11/23/2005 7:43 PM >>> Hi all... Is it posible to make Thematic mapping with mapserver? I need associante some graph with my map ( Each state with a pizza diagram ).. How can I do that? ty From nacional at CBS.UMN.EDU Wed Nov 23 23:53:06 2005 From: nacional at CBS.UMN.EDU (Pericles S. Nacionales) Date: Thu, 24 Nov 2005 01:53:06 -0600 Subject: GRASS 6.0.1 rasters and MapServer 4.8 beta1 Message-ID: I just noticed than when using a bitmapped (thematic/paletted) GRASS raster data with less than 256 "colors", MapServer segfaults. This doesn't happen with a TIFF bitmap and it doesn't happen when the GRASS bitmap has 256 color entries. I tried the same GRASS bitmap in QGIS and GRASS itself and it displays fine there. Is this a known issue in MapServer? Has anybody experienced this? I have created a test case which can be downloaded at http://hypnos.cbs.umn.edu/downloads/grasstest.zip. Thanks! -Perry -- Pericles S. Nacionales Conservation Biology Program University of Minnesota 1530 Cleveland Ave. N., 115GrnH St. Paul, MN 55108 From sbeorchia at GI-LEMANS.COM Thu Nov 24 00:09:43 2005 From: sbeorchia at GI-LEMANS.COM (Sylvain Beorchia) Date: Thu, 24 Nov 2005 09:09:43 +0100 Subject: SPAM!!!: SPAM!!!: Re: SPAM!!!: Re: [UMN_MAPSERVER-USERS] JOIN / ODBC Message-ID: Hi, This works. I've tried it yesterday...that's really cool, i was looking for that functionnality for a long time... But it's very slow, very very slow.. or maybe i don't use it like i should do ? The only way i found to get it faster is to have a small shapfile, and a small database.... If someone tried this method, and can give me any advices. Thanks. Sylvain B. ----- Original Message ----- From: "Frank Warmerdam" To: Sent: Wednesday, November 23, 2005 5:20 PM Subject: SPAM!!!: Re: [UMN_MAPSERVER-USERS] JOIN / ODBC On 11/23/05, robert fritz wrote: > Hello, > > it is possible to join a layer to an odbc database. i use the join to an > access database:: > > > GROUP "G_BPLiv" > NAME "BPLiv" > TYPE POLYGON > STATUS ON > CONNECTIONTYPE OGR > CONNECTION "D:\MS_Data\fgt\data\shapes\satzungen\bplaene_iv.shp" > > DATA "SELECT * FROM bplaene_iv LEFT JOIN 'ODBC:satz_blp'.satzungen ON > bplaene_iv.DB_ID = Satzungen.SATZUNGSID" Robert, I think this should work. I would suggest you test it first with ogrinfo and see if that works. eg. ogrinfo -ro D:\MS_Data\fgt\data\shapes\satzungen\bplaene_iv.shp \ -sql "select ..." If the Satzungen.SATZUNGSID field isn't indexed performance will be very poor. In any event performance isn't likely to be great if you are dealing with a very large number of features, since a new SELECT on a particular ID will be issued to the ODBC datasource for each record selected from the shapefile. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From j.cook at OXFORDARCH.CO.UK Thu Nov 24 01:08:34 2005 From: j.cook at OXFORDARCH.CO.UK (joanne cook) Date: Thu, 24 Nov 2005 09:08:34 -0000 Subject: problems querying ogr data source Message-ID: Hi Frank, Many thanks for the quick response. I should be able to upgrade to the nightly snapshot of gdal/ogr, but is there anywhere where I might find some information on the syntax of this config line? I had a look in the main mapserver and ogr/vrt documentation and couldn't find anything that specifically referred to it. All the best Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From BEN at SYNCERA-ITSOLUTIONS.NL Thu Nov 24 01:24:48 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 24 Nov 2005 10:24:48 +0100 Subject: problems querying ogr data source Message-ID: Hi Joanne, it was also recently posted on the gdal-dev list by Frank to me: Bart, A few days ago I added a mechanism to specify the name of the FID column using the ODBC_OGR_FID configuration variable. So, in a mapfile you could put: CONFIG "ODBC_OGR_FID" "ID" However, this is a global setting, not layer specific. If this won't do the trick, let me know and I will add a way to specify the FID along with the tablename in the datasource name. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 10:08:34 AM >>> Hi Frank, Many thanks for the quick response. I should be able to upgrade to the nightly snapshot of gdal/ogr, but is there anywhere where I might find some information on the syntax of this config line? I had a look in the main mapserver and ogr/vrt documentation and couldn't find anything that specifically referred to it. All the best Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From xpereta at SEMICINTERNET.COM Thu Nov 24 01:19:02 2005 From: xpereta at SEMICINTERNET.COM (Xavier Pereta) Date: Thu, 24 Nov 2005 03:19:02 -0600 Subject: problems querying ogr data source Message-ID: Hi Joanne, I faced the same problem recently after upgrading my mapserver version. As Frank says in his reply it seems that you are relaying on the OGR driver to detect the ID column automaticaly. It worked OK for me in the previous version too. I solved it introducing a new line in the .ovf file declaring the ID column in my database: IdColumn Xavier Pereta From j.cook at OXFORDARCH.CO.UK Thu Nov 24 02:58:53 2005 From: j.cook at OXFORDARCH.CO.UK (joanne cook) Date: Thu, 24 Nov 2005 10:58:53 -0000 Subject: problems querying ogr data source Message-ID: Hi Bart, So what version of gdal/ogr would I have to upgrade to in order for this to work? Also, can I clarify- the "ID" in the CONFIG line, presumably that's the unique ID for my table. So in my case it's called "ProjectID". Does it need to be in capitals or should it be exactly as written in the database itself? Many thanks for your help Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] Sent: Thu 24/11/2005 09:24 To: MAPSERVER-USERS at LISTS.UMN.EDU; joanne cook Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source Hi Joanne, it was also recently posted on the gdal-dev list by Frank to me: Bart, A few days ago I added a mechanism to specify the name of the FID column using the ODBC_OGR_FID configuration variable. So, in a mapfile you could put: CONFIG "ODBC_OGR_FID" "ID" However, this is a global setting, not layer specific. If this won't do the trick, let me know and I will add a way to specify the FID along with the tablename in the datasource name. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 10:08:34 AM >>> Hi Frank, Many thanks for the quick response. I should be able to upgrade to the nightly snapshot of gdal/ogr, but is there anywhere where I might find some information on the syntax of this config line? I had a look in the main mapserver and ogr/vrt documentation and couldn't find anything that specifically referred to it. All the best Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From artur.skalski at ACXIOM.COM Thu Nov 24 03:24:18 2005 From: artur.skalski at ACXIOM.COM (Artur Skalski) Date: Thu, 24 Nov 2005 05:24:18 -0600 Subject: x y from file or db Message-ID: Hi List One question, could someone point me location of docs how-to to generate map of point layer, where points are created from x and y column in dbf file, access, or other database. Is it posible to work with such points like with points generated upon a shp file? I supose generating of point map like that is possible? regards and thanks for all tips Artur From BEN at SYNCERA-ITSOLUTIONS.NL Thu Nov 24 03:57:50 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 24 Nov 2005 12:57:50 +0100 Subject: x y from file or db Message-ID: Hi, look at OGR Virtual Spatial Data http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData Or this: http://www.gdal.org/ogr/drv_vrt.html Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Artur Skalski 11/24/2005 12:24:18 PM >>> Hi List One question, could someone point me location of docs how-to to generate map of point layer, where points are created from x and y column in dbf file, access, or other database. Is it posible to work with such points like with points generated upon a shp file? I supose generating of point map like that is possible? regards and thanks for all tips Artur From BEN at SYNCERA-ITSOLUTIONS.NL Thu Nov 24 03:59:38 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Thu, 24 Nov 2005 12:59:38 +0100 Subject: problems querying ogr data source Message-ID: Hi Jo, I would suggest taking the last available daily snapshot of GDAL. You should specify the primary key of your table, and I assume it should be in the case like it is in your DB (you could use ogrinfo to check the case). Btw, I haven't tried this myself yet, it is on my todo list. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 11:58:53 AM >>> Hi Bart, So what version of gdal/ogr would I have to upgrade to in order for this to work? Also, can I clarify- the "ID" in the CONFIG line, presumably that's the unique ID for my table. So in my case it's called "ProjectID". Does it need to be in capitals or should it be exactly as written in the database itself? Many thanks for your help Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] Sent: Thu 24/11/2005 09:24 To: MAPSERVER-USERS at LISTS.UMN.EDU; joanne cook Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source Hi Joanne, it was also recently posted on the gdal-dev list by Frank to me: Bart, A few days ago I added a mechanism to specify the name of the FID column using the ODBC_OGR_FID configuration variable. So, in a mapfile you could put: CONFIG "ODBC_OGR_FID" "ID" However, this is a global setting, not layer specific. If this won't do the trick, let me know and I will add a way to specify the FID along with the tablename in the datasource name. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 10:08:34 AM >>> Hi Frank, Many thanks for the quick response. I should be able to upgrade to the nightly snapshot of gdal/ogr, but is there anywhere where I might find some information on the syntax of this config line? I had a look in the main mapserver and ogr/vrt documentation and couldn't find anything that specifically referred to it. All the best Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From j.cook at OXFORDARCH.CO.UK Thu Nov 24 04:04:05 2005 From: j.cook at OXFORDARCH.CO.UK (joanne cook) Date: Thu, 24 Nov 2005 12:04:05 -0000 Subject: problems querying ogr data source Message-ID: Hi Bart, OK, well I'm stuck at that stage as I don't have the tools to compile the source code (I'm on a standard windows machine). I guess I'll just have to wait until that gets included in the binaries... Thanks Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] Sent: Thu 24/11/2005 11:59 To: MAPSERVER-USERS at LISTS.UMN.EDU; joanne cook Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source Hi Jo, I would suggest taking the last available daily snapshot of GDAL. You should specify the primary key of your table, and I assume it should be in the case like it is in your DB (you could use ogrinfo to check the case). Btw, I haven't tried this myself yet, it is on my todo list. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 11:58:53 AM >>> Hi Bart, So what version of gdal/ogr would I have to upgrade to in order for this to work? Also, can I clarify- the "ID" in the CONFIG line, presumably that's the unique ID for my table. So in my case it's called "ProjectID". Does it need to be in capitals or should it be exactly as written in the database itself? Many thanks for your help Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: Bart van den Eijnden [mailto:BEN at Syncera-ITSolutions.NL] Sent: Thu 24/11/2005 09:24 To: MAPSERVER-USERS at LISTS.UMN.EDU; joanne cook Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source Hi Joanne, it was also recently posted on the gdal-dev list by Frank to me: Bart, A few days ago I added a mechanism to specify the name of the FID column using the ODBC_OGR_FID configuration variable. So, in a mapfile you could put: CONFIG "ODBC_OGR_FID" "ID" However, this is a global setting, not layer specific. If this won't do the trick, let me know and I will add a way to specify the FID along with the tablename in the datasource name. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> joanne cook 11/24/2005 10:08:34 AM >>> Hi Frank, Many thanks for the quick response. I should be able to upgrade to the nightly snapshot of gdal/ogr, but is there anywhere where I might find some information on the syntax of this config line? I had a look in the main mapserver and ogr/vrt documentation and couldn't find anything that specifically referred to it. All the best Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From listuser at HERZSYS.DE Thu Nov 24 04:34:13 2005 From: listuser at HERZSYS.DE (listuser HH) Date: Thu, 24 Nov 2005 13:34:13 +0100 Subject: x y from file or db In-Reply-To: Message-ID: Artur Skalski wrote: >Hi List > >One question, could someone point me location of docs how-to to generate map >of point layer, where points are created from x and y column in dbf file, >access, or other database. Is it posible to work with such points like with >points generated upon a shp file? I supose generating of point map like that >is possible? > >regards > >and thanks for all tips > >Artur > > > > Hi, have a look at: http://ogr.maptools.org/drv_vrt.html http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData Regards, Norbert From warmerdam at POBOX.COM Thu Nov 24 07:25:10 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 24 Nov 2005 10:25:10 -0500 Subject: SPAM!!!: SPAM!!!: Re: SPAM!!!: Re: [UMN_MAPSERVER-USERS] JOIN / ODBC In-Reply-To: <000201c5f0ce$6d3f2070$8469850a@GILEMANS> Message-ID: On 11/24/05, Sylvain Beorchia wrote: > Hi, > > This works. I've tried it yesterday...that's really cool, i was looking for > that functionnality for a long time... > But it's very slow, very very slow.. or maybe i don't use it like i should > do ? > The only way i found to get it faster is to have a small shapfile, and a > small database.... > > If someone tried this method, and can give me any advices. Sylvain, I think the best way to make it fast is to put everything within one real RDBMS. Then the join can be done in the database. My approach of having to issue a separate SELECT for record needed from the joined database is inevitably high overhead. Of course, it is also critical to have the joined database indexed on the id used in the join. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at POBOX.COM Thu Nov 24 07:37:17 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Thu, 24 Nov 2005 10:37:17 -0500 Subject: GRASS 6.0.1 rasters and MapServer 4.8 beta1 In-Reply-To: <200511240153.06346.nacional@cbs.umn.edu> Message-ID: On 11/24/05, Pericles S. Nacionales wrote: > I just noticed than when using a bitmapped (thematic/paletted) GRASS raster > data with less than 256 "colors", MapServer segfaults. This doesn't happen > with a TIFF bitmap and it doesn't happen when the GRASS bitmap has 256 color > entries. I tried the same GRASS bitmap in QGIS and GRASS itself and it > displays fine there. Is this a known issue in MapServer? Has anybody > experienced this? > > I have created a test case which can be downloaded at > http://hypnos.cbs.umn.edu/downloads/grasstest.zip. Perry, I have found the fix for this bug. Could you file a bug report in bugzilla? If I fix another bug in this beta period without a corresponding bug number the release manager is likely to make me pay for all the beer next time we get together. That could be expensive! Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From nacional at CBS.UMN.EDU Thu Nov 24 08:28:19 2005 From: nacional at CBS.UMN.EDU (Pericles S. Nacionales) Date: Thu, 24 Nov 2005 10:28:19 -0600 Subject: GRASS 6.0.1 rasters and MapServer 4.8 beta1 In-Reply-To: <931f8ea90511240737p24b7a166xb960e2b49d49cf43@mail.gmail.com> Message-ID: On Thursday 24 November 2005 09:37, Frank Warmerdam wrote: > On 11/24/05, Pericles S. Nacionales wrote: > > I just noticed than when using a bitmapped (thematic/paletted) GRASS > > raster data with less than 256 "colors", MapServer segfaults. This > > doesn't happen with a TIFF bitmap and it doesn't happen when the GRASS > > bitmap has 256 color entries. I tried the same GRASS bitmap in QGIS and > > GRASS itself and it displays fine there. Is this a known issue in > > MapServer? Has anybody experienced this? > > > > I have created a test case which can be downloaded at > > http://hypnos.cbs.umn.edu/downloads/grasstest.zip. > > Perry, > > I have found the fix for this bug. Could you file a bug report > in bugzilla? If I fix another bug in this beta period without a > corresponding bug number the release manager is likely > to make me pay for all the beer next time we get together. > That could be expensive! > Thanks, Frank! The next beer's on me. ;) From trondmm-mapserver at CRUSADERS.NO Thu Nov 24 08:55:19 2005 From: trondmm-mapserver at CRUSADERS.NO (Trond Michelsen) Date: Thu, 24 Nov 2005 17:55:19 +0100 Subject: Bad colors with mapserver Message-ID: Hi. I'm serving a set of png-files with mapserver, and when I request images as gif or png, the colors become very strange. Colors are fine if I request a jpeg-image, though. The image shows precipitation on January 4th 1961. as png: http://norgena.met.no/wmsmapserv?SERVICE=WMS&FORMAT=image%2Fpng&SRS=EPSG%3A32633&VERSION=1.1.1&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&REQUEST=GetMap&BBOX=-74000%2C6450000%2C1120000%2C8000000&TIME=1961-01-04&LAYERS=rr&WIDTH=600&HEIGHT=775 as gif: http://norgena.met.no/wmsmapserv?SERVICE=WMS&FORMAT=image%2Fgif&SRS=EPSG%3A32633&VERSION=1.1.1&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&REQUEST=GetMap&BBOX=-74000%2C6450000%2C1120000%2C8000000&TIME=1961-01-04&LAYERS=rr&WIDTH=600&HEIGHT=775 as jpeg: http://norgena.met.no/wmsmapserv?SERVICE=WMS&FORMAT=image%2Fjpeg&SRS=EPSG%3A32633&VERSION=1.1.1&EXCEPTIONS=application%2Fvnd.ogc.se_inimage&REQUEST=GetMap&BBOX=-74000%2C6450000%2C1120000%2C8000000&TIME=1961-01-04&LAYERS=rr&WIDTH=600&HEIGHT=775 Original image: http://norgena.met.no/klima/rr/1961/01/rr_1961_01_04.png Does anyone know what I can do to get colors that are as close to the original image as possible? This is what my mapfile looks like: --8<-- MAP name klimawms imagetype png extent -75000 6450000 1120000 8000000 size 1195 1550 units meters imagecolor 255 255 255 transparent on DEBUG off WEB METADATA "wms_title" "Metno Klima WMS" "wms_onlineresource" "http://norgena.met.no/wmsmapserv?" "wms_srs" "EPSG:32633 EPSG:32634" END END # Web Interface Options PROJECTION "init=epsg:32633" END LAYER NAME "rr" DATA "../klima/rr/%year%/%month%/rr_%year%_%month%_%day%.png" TYPE RASTER STATUS ON OFFSITE 255 255 255 METADATA "wms_title" "Nedb?r siste d?gn" END END LAYER NAME "tam" DATA "../klima/tam/%year%/%month%/tam_%year%_%month%_%day%.png" TYPE RASTER STATUS ON OFFSITE 255 255 255 METADATA "wms_title" "Temperatur siste d?gn" END END END # map --8<-- -- Trond Michelsen From tylermitchell at SHAW.CA Thu Nov 24 09:08:54 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Thu, 24 Nov 2005 09:08:54 -0800 Subject: Bad colors with mapserver Message-ID: > name klimawms > imagetype png Hi Trond, Trying changing imagetype to PNG24... Tyler From trondmm-mapserver at CRUSADERS.NO Thu Nov 24 10:36:21 2005 From: trondmm-mapserver at CRUSADERS.NO (Trond Michelsen) Date: Thu, 24 Nov 2005 19:36:21 +0100 Subject: Bad colors with mapserver In-Reply-To: <3b70003b3e82.3b3e823b7000@shaw.ca> Message-ID: On Thu, Nov 24, 2005 at 09:08:54AM -0800, Tyler Mitchell wrote: >> name klimawms >> imagetype png > Hi Trond, > Trying changing imagetype to PNG24... Hmm. I've tried setting imagetype to "png24" without success. But I can try "PNG24" as well. It'll have to wait until tomorrow, though. I was also thinking this could be a good opportunity to experiment with OUTPUTFORMAT. -- Trond Michelsen From sgillies at FRII.COM Thu Nov 24 11:37:14 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Thu, 24 Nov 2005 12:37:14 -0700 Subject: Bad colors with mapserver In-Reply-To: Message-ID: On Nov 24, 2005, at 11:36 AM, Trond Michelsen wrote: > On Thu, Nov 24, 2005 at 09:08:54AM -0800, Tyler Mitchell wrote: >>> name klimawms >>> imagetype png >> Hi Trond, >> Trying changing imagetype to PNG24... > > Hmm. I've tried setting imagetype to "png24" without success. But I > can try "PNG24" as well. It'll have to wait until tomorrow, though. > > I was also thinking this could be a good opportunity to experiment > with OUTPUTFORMAT. > Trond, Sounds like you've used up all 256 colors in the standard 8-bit PNG palette. If JPEG looks OK, then 24-bit PNG should be OK too. One of the most common causes is anti-aliased freetype fonts. Your font color may be black, so you figure one color, right? Well, if you look at your image closely, you'll see that black text rendered with anti aliasing over a blue polygon actually uses 12+ colors. In the same map, you'll also have text over green polygons, red polygons, with another 12+ colors for each. It adds up quick. Using pixmap symbols can also eat up big chunks of color space in your output image. If you have to use an 8-bit indexed color PNG, you can reserve important colors by drawing layers with that color early. All you have to do is draw a single point or line. gobble gobble, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From trondmm-mapserver at CRUSADERS.NO Thu Nov 24 13:17:36 2005 From: trondmm-mapserver at CRUSADERS.NO (Trond Michelsen) Date: Thu, 24 Nov 2005 22:17:36 +0100 Subject: Bad colors with mapserver In-Reply-To: <312D8304-D255-4365-9919-62DAF6A86C2C@frii.com> Message-ID: On Thu, Nov 24, 2005 at 12:37:14PM -0700, Sean Gillies wrote: > On Nov 24, 2005, at 11:36 AM, Trond Michelsen wrote: >> On Thu, Nov 24, 2005 at 09:08:54AM -0800, Tyler Mitchell wrote: >>>> name klimawms >>>> imagetype png >>> Hi Trond, >>> Trying changing imagetype to PNG24... >> Hmm. I've tried setting imagetype to "png24" without success. But I >> can try "PNG24" as well. It'll have to wait until tomorrow, though. > Sounds like you've used up all 256 colors in the standard 8-bit PNG > palette. If JPEG looks OK, then 24-bit PNG should be OK too. > One of the most common causes is anti-aliased freetype fonts. Your > font color may be black, so you figure one color, right? Well, if you > look at your image closely, you'll see that black text rendered with > anti aliasing over a blue polygon actually uses 12+ colors. In the > same map, you'll also have text over green polygons, red polygons, > with another 12+ colors for each. It adds up quick. Using pixmap > symbols can also eat up big chunks of color space in your output image. Doh! I can't believe I forgot about anti-aliasing. The text and logoes aren't even supposed to be there. I was thinking of just creating a shape-file which covers all tekst and logoes, but I suppose it's better to ask for a set of pictures with nothing but the map. I'll have a look at that tomorrow. Thanks. > If you have to use an 8-bit indexed color PNG, you can reserve > important colors by drawing layers with that color early. All you > have to do is draw a single point or line. Nice to know. Thanks. -- Trond Michelsen From patrick.kosiol at GMX.DE Thu Nov 24 15:22:24 2005 From: patrick.kosiol at GMX.DE (Patrick Kosiol) Date: Fri, 25 Nov 2005 07:22:24 +0800 Subject: Census Tiger/Line and Mapserver Message-ID: Hello, is there any package of mapserver including the TIGER/Line data of the US Census bureau free available? Something like an out-of-the-box solution. Regards, Patrick From flavio at TYDAC.CH Thu Nov 24 23:22:01 2005 From: flavio at TYDAC.CH (Flavio Hendry) Date: Fri, 25 Nov 2005 08:22:01 +0100 Subject: Bad colors with mapserver In-Reply-To: <20051124211736.GJ13245@crusaders.no> Message-ID: Hi Trond be aware that PNG24 files tend to get huge, such as 400k vs. 70k as a JPEG or GIF. if it is an internet app, I would not use PNG24. I don't know what your source data is, if it is a raster, just reduce the colors to 8bit and you will be fine using PNG or GIF as output. Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############ ? ? ?Mit freundlichen Gruessen / Kind Regards ############? ? ? ? ? ? ?mailto:flavio at tydac.ch ############ ? ? ? ? TYDAC AG - http://www.tydac.ch #### ? ?#### ? ? ? ?Geographic Information Solutions #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern ############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From taka_www at SINAMAN.COM Fri Nov 25 01:39:02 2005 From: taka_www at SINAMAN.COM (Taka Wong) Date: Fri, 25 Nov 2005 03:39:02 -0600 Subject: problem about GML3 Level 0 Message-ID: Hi, I am now trying to read GML 3 by ogr, these GML3 files were generated by MapXtreme WFS. Ive found that ogr cannot read these file. Then I have also try to generated these files into GML2 and these files can be read successfully. As I remember, ogr can somehow support reading GML3 Lv0 by reading the xsd schema file. However, I dont know the standard. Does it mean if I have a proper xsd file, I can use ogr to read GML 3 file eventually? I have read about the source code (parsexsd.cpp) of OGR, I knew that ogr would know the structure of each feature by reading xsd. But I am sorry that I cant trace that how does it help on reading GML3 files, or even GML2. If that is possible, may I have a set of xsd file and GML file which is claimed as GML3 Lv0? and also may I have the standard of GML3 Lv0?? since I cannot find the reference. Thank you very much Regards Taka From warmerdam at POBOX.COM Fri Nov 25 06:24:12 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Fri, 25 Nov 2005 09:24:12 -0500 Subject: problem about GML3 Level 0 In-Reply-To: Message-ID: On 11/25/05, Taka Wong wrote: > Hi, > > I am now trying to read GML 3 by ogr, these GML3 files were generated by > MapXtreme WFS. Ive found that ogr cannot read these file. Then I have also > try to generated these files into GML2 and these files can be read > successfully. As I remember, ogr can somehow support reading GML3 Lv0 by > reading the xsd schema file. However, I dont know the standard. Does it > mean if I have a proper xsd file, I can use ogr to read GML 3 file > eventually? > > I have read about the source code (parsexsd.cpp) of OGR, I knew that ogr > would know the structure of each feature by reading xsd. But I am sorry > that I cant trace that how does it help on reading GML3 files, or even GML2. > > If that is possible, may I have a set of xsd file and GML file which is > claimed as GML3 Lv0? and also may I have the standard of GML3 Lv0?? since I > cannot find the reference. Taka, OGR hasn't been properly tested on "real" GML3L0 files and there may well be lots of GML3 constructs that are legal but not recognised by OGR. Could you submit a bug report with the files in question in the OGR bugzilla? I can't promise to fix it quickly, but I hope to eventually. http://bugzilla.remotesensing.org/enter_bug.cgi?product=GDAL&component=OGR_SF Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From j.cook at OXFORDARCH.CO.UK Fri Nov 25 06:48:58 2005 From: j.cook at OXFORDARCH.CO.UK (joanne cook) Date: Fri, 25 Nov 2005 14:48:58 -0000 Subject: problems querying ogr data source Message-ID: Hi Frank, I don't think I can upgrade to the nightly snapshot of gdal/ogr as I don't have any compilation tools. Is there a work around for this, ie if I add a column called FID to my database table will that work? Alternatively, do you have any idea when this latest build of gdal/ogr will get incorporated into the mapserver binaries download? Thanks for your help Jo ------------------------------------------- Joanne Cook BSc MLitt AIFA Information Systems Coordinator Oxford Archaeology North ------------------------------------------- ________________________________ From: fwarmerdam at gmail.com on behalf of Frank Warmerdam Sent: Wed 23/11/2005 17:13 To: joanne cook Cc: MAPSERVER-USERS at lists.umn.edu Subject: Re: [UMN_MAPSERVER-USERS] problems querying ogr data source On 11/23/05, joanne cook wrote: > Hi All, > > I have recently upgraded to Mapserver version 4.2.5, and have come across a problem, that I'm fairly convinced I didn't have before the upgrade. I have a layer in my map file that is an ogr connection via an ovf file to a microsoft access database. I also have other standard layers based on shape files. When I am in nquery mode and I query the layer based on the access database it returns the top record from the database regardless of where on the map I am clicking. If I choose more than one point then it returns more records, working down from the first record in order. If I query an area with no points, then I get the standard error message. When I query one of the other layers the querying works properly. > > I would be very grateful for any thoughts that anyone has on this curious situation! Jo, I suspect this is a problem with the OGR ODBC driver selecting a column as the feature id. If it ends up with the default mechanism of assigning feature ids sequentially to the result set, then you would see problems like the above. I don't know why it would have worked with an older mapserver. Are you in a position to upgrade to a nightly snapshot of GDAL/OGR? If so, you can add a CONFIG line to your map file to force selection of a particular column as fid. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com From warmerdam at POBOX.COM Fri Nov 25 07:07:52 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Fri, 25 Nov 2005 10:07:52 -0500 Subject: problems querying ogr data source In-Reply-To: <0BC713988F4ACD4BB87C1028B70BB2D411D61E@servermail2.janus2.com> Message-ID: On 11/25/05, joanne cook wrote: > Hi Frank, > > I don't think I can upgrade to the nightly snapshot of gdal/ogr as I don't have any compilation tools. Is there a work around for this, ie if I add a column called FID to my database table will that work? Joanne, No, that won't help. Are you using an VRT (OVF) file? If so, specifing the FID in there may help as someone suggested once. > Alternatively, do you have any idea when this latest build of gdal/ogr will get incorporated into the mapserver binaries download? I'm afraid I have no control over that, but it is unlikely they will incorporate the updates until I issue a GDAL 1.3.2 release. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From rafael.lucero at GEOPLANOPUS.CA Fri Nov 25 07:53:24 2005 From: rafael.lucero at GEOPLANOPUS.CA (Rafael Lucero) Date: Fri, 25 Nov 2005 09:53:24 -0600 Subject: Problems with Oracle Spatial and 3D Geometries Message-ID: Hi All, I'm attempting to display an Oracle Spatial layer in Mapserver using native support (OCI) and while I have been successful with most layers, I am experiencing problems with a road network. The road network is three dimensional (i.e. it has measures) and the geometry of the vast majority of the elements have an SDO_GTYPE value of 3002 (3D line). When I display an extent of the layer that only has geometries of this type, there is absolutely no problem. However, a few of the elements in this layer have an SDO_GTYPE of 3306 (3D Multiline, measure value is contained on third dimension). If I try to display an extent that contains one of these elements, Mapserver displays a blank map. To test this, I defined the DATA portion of my layer as such: Blank Map --------- LAYER ... CONNECTIONTYPE oraclespatial DATA "SHAPE FROM LOCAL_ROAD_NETWORK USING UNIQUE NE_ID FILTER VERSION 9i" ... END Workaround (no Multiline shapes) -------------------------------- LAYER ... CONNECTIONTYPE oraclespatial DATA "SHAPE FROM (SELECT c.SHAPE,c.NE_ID FROM LOCAL_ROAD_NETWORK c WHERE c.SHAPE.GET_LRS_DIM()=0) USING UNIQUE NE_ID FILTER VERSION 9i" ... END Since the only shapes in my layer that are Multiline ALSO have an LRS_DIM of 3, the workaround will simply not display any Multiline shapes. Although I'm not a C programmer, I had a quick look at maporaclespatial.c and while I may be completely off, I noticed that osGetOrdinates() function only supports geometries that have an LRS_DIM of 0 (e.g. 2001, 2002, 2003, 3001, 3002, 3003 etc.). Has anyone else experienced issues with display 3D Line elements (multiline or not) with an LRS dimension set to 3 rather than 0? Is this currently supported in Mapserver's Oracle Spatial functionality? Thanks, and I look forward to any help or suggestions anyone might have to offer. Cheers, Rafael From nbarker at RSINC.COM Fri Nov 25 08:05:08 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Fri, 25 Nov 2005 16:05:08 -0000 Subject: Templates using lat lon Message-ID: Hi, I am using a very simple template file (all it does is show the image dynamically). However I am specifying the Map Object in the map file with lat lon extents, setting the log and debug options on the web object show that the wrong extents are being called by the client which is using Is it a requirement for the map extents to be specified in a projected coordinate system? Any help would be great. Many thanks, Norman From fsimon at UNIVALI.BR Fri Nov 25 08:34:56 2005 From: fsimon at UNIVALI.BR (Fernando Simon) Date: Fri, 25 Nov 2005 14:34:56 -0200 Subject: Problems with Oracle Spatial and 3D Geometries In-Reply-To: Message-ID: Hi Rafael, The 3D support for Oracle Spatial leyer just started in the 4.4 version, so it's very new and not completely tested with all of kind of data. When I added this support I didn't have access for data with LRS dimension as 3, so I didn't implement this support, sorry. I intend to add the support for this kind of data for the next version of maporaclespatial.c, I don't know if can be added for the 4.8 version (it's in beta now) but for 5.0 of course. To do this I need some data examples, can you send me some examples of this kind of data? Thanks for your reply. Best regards. ------------------------------------------------------------------------ Fernando Simon Mapserver and Oracle Spatial developer G10 - Laboratorio de Computacao Aplicada - Brazil http://www.univali.br/g10 - UNIVALI/CTTMAR ------------------------------------------------------------------------ Rafael Lucero wrote: >Hi All, > > I'm attempting to display an Oracle Spatial layer in Mapserver using >native support (OCI) and while I have been successful with most layers, I am >experiencing problems with a road network. The road network is three >dimensional (i.e. it has measures) and the geometry of the vast majority of >the elements have an SDO_GTYPE value of 3002 (3D line). When I display an >extent of the layer that only has geometries of this type, there is >absolutely no problem. > > However, a few of the elements in this layer have an SDO_GTYPE of 3306 (3D >Multiline, measure value is contained on third dimension). If I try to >display an extent that contains one of these elements, Mapserver displays a >blank map. To test this, I defined the DATA portion of my layer as such: > >Blank Map >--------- >LAYER >... > CONNECTIONTYPE oraclespatial > DATA "SHAPE FROM LOCAL_ROAD_NETWORK USING UNIQUE NE_ID FILTER VERSION 9i" >... >END > >Workaround (no Multiline shapes) >-------------------------------- >LAYER >... > CONNECTIONTYPE oraclespatial > DATA "SHAPE FROM (SELECT c.SHAPE,c.NE_ID FROM LOCAL_ROAD_NETWORK c WHERE >c.SHAPE.GET_LRS_DIM()=0) USING UNIQUE NE_ID FILTER VERSION 9i" >... >END > > >Since the only shapes in my layer that are Multiline ALSO have an LRS_DIM of >3, the workaround will simply not display any Multiline shapes. Although >I'm not a C programmer, I had a quick look at maporaclespatial.c and while I >may be completely off, I noticed that osGetOrdinates() function only >supports geometries that have an LRS_DIM of 0 (e.g. 2001, 2002, 2003, 3001, >3002, 3003 etc.). > >Has anyone else experienced issues with display 3D Line elements (multiline >or not) with an LRS dimension set to 3 rather than 0? Is this currently >supported in Mapserver's Oracle Spatial functionality? Thanks, and I look >forward to any help or suggestions anyone might have to offer. > >Cheers, > >Rafael > > > From girgink at GMAIL.COM Fri Nov 25 09:00:29 2005 From: girgink at GMAIL.COM (Serkan Girgin) Date: Fri, 25 Nov 2005 19:00:29 +0200 Subject: labeling a shapefile using mysql table Message-ID: Hi, I have a shapefile which includes polygons and a MySQL table which holds descriptions related with these polygons. In order to label polygons with their descriptions in Mapserver, is it necessary to duplicate description field in the shapefile dbf? Is there a way to use MySQL table directly to label the features? (both tables include unique polygon identifiers) Regards, --- Serkan Girgin girgink at gmail.com From dmorissette at DMSOLUTIONS.CA Fri Nov 25 10:41:30 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Fri, 25 Nov 2005 13:41:30 -0500 Subject: MapServer 4.8.0-beta2 released Message-ID: Hi everyone, Time has come for a MapServer 4.8 release. We are already at the second beta and due to a little timing problem, I failed to announce beta1 a few weeks ago. Anyway, today MapServer 4.8.0-beta2 is available. Our current plan is to have the 4.8.0 release done by mid-December. More details on the release plan are available at http://ms.gis.umn.edu/development/release_plans/mapserver_4_8/ For the impatients, the source package is available at the usual location: http://mapserver.gis.umn.edu/dload.html Windows binaries should be made available at the usual locations shortly. Since the creation of the MapServer Technical Steering Committee in August, new features are now tracked via RFC documents. You can browse the complete list of RFCs at http://ms.gis.umn.edu/development/rfc The relevant RFCs for the 4.8 release are: * MS RFC 2: Creating line features and/or shapes using WKT * MS RFC 3: Layer Plug-in Architecture * MS RFC 4: MapServer Raster Resampling * MS RFC 5: MapServer Horizon Reprojection Improvements * MS RFC 6: Color Range Mapping of Continuous Feature Values * MS RFC 8: Pluggable External Feature Layer Providers Once again, all the details are available in the RFC documents at the URL above. Of course, this release also brings a large number of small enhancements and bug fixes that didn't deserve their own RFC. I have included a copy of the list of changes/fixes from the HISTORY.TXT at the end of this message. Oh, and finally, another piece of news is that we are planning to switch to the new Plone site at the same time as the 4.8 release (preview available at http://ms.gis.umn.edu/). The most up to date documentation for the 4.8 release will be found on this site and not in the old blue site. Best Regards, Daniel ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ Version 4.8.0-beta2 (2005-11-23) -------------------------------- - Use dynamic allocation for ellipse symbol's STYLE array, avoiding the static limitation on the STYLE argument values. (bug 1539) - Fix bug in mapproject.c when splitting over the horizon lines. - Fix Tcl mapscript's getBytes method (bug 1533). - Use mapscript.i in-place when building Ruby mapscript, copying not necessary (bug 1528). - Expose maximum lengths of layer, class, and style arrays in mapscript (bug 1522). - correct msGetVersion to indicate if mapserver was build with MYGIS support. - Fixed hang in msProjectRect() for very small rectangles due to round off problems (bug 1526). Version 4.8.0-beta1 (2005-11-04) -------------------------------- - Bug 1509: Fixed bounding box calculation in mapresample.c. The bottom right corner was being missed in the calculation. - MS RFC 2: added OGR based shape<->WKT implementation. - mapgdal.c: fixed some mutex lock release issues on error conditions. - MS RFC 8: External plugin layer providers (bug 1477) - SLD : syntax error when auto generating external symbols (Bug 1508). - MS RFC 3: Layer vtable architecture (bug 1477) - wms time : correct a problem when hadling wms times with tile index rasters (bug 1506). - WMS TIME : Add suuport for multiple interval extents (Bug 1498) - Removed deprecated --with-php-regex-dir switch (bug 1468) - support wms_attribution element for LAYER's (Bug 1502) - Correct php/mapscript bug : initialization of scale happens when preparequery is called (Bug 1334). - msProjectShape() will now project the lines it can, but completely delete lines that cannot be projected properly and "NULL" the shape if there are no lines left. (Bug 411) - Expose msLayerWhichShapes and msLayerNextShape in MapScript. (bug 1481) - Added support to MapScript to change images in a previously defined symbol. (bug 1471) - mapogcfiler.c : bug 1490. Crash when size of sld filters was huge. - Fixed --enable-point-z-m fix in configure.in (== -> =) (bug 1485). - Extra scalebar layer creation is prevented with a typo fix in mapscale.c. Good catch, Tamas (bug 1480). - mapwmslayer.c : use transparency set at the layer level on wms client layers (Bug 1458) - mapresample.c: added BILINEAR/AVERAGE resampling options. - mapfile.c: avoid tail recursion in freeFeatureList(). - maplegend.c: fixed leak of imageObj when embedding legends. - msGDALCleanup(): better error handler cleanup. - Modified msResetErrorList() to free the last error link too, to ensure msCleanup() scrubs all error related memory. - Fix in msGetGDALGetTransform() to use default geotransform even if GDALGetGeoTransform() fails but alters the geotransform array. - Typemaps for C# to enable imageObj.getBytes() method (bug 1389). - Enable -DUSE_ZLIB via configure for compressed SVG output (bug 1307). - maputil.c/msAddLine(): rewrite msAddLine() to call msAddLineDirectly, and use realloc() in msAddLineDirectly() to optimize growth of shapeObjs. (bug 1432) - msTmpFile: ensure counter is incremented to avoid duplicate temporary filenames. (bug 1312) - SLD external graphic symbol format tests now for mime type like image/gif instead of just GIF. (bug 1430) - Added support for OGR layers to use SQL type filers (bug 1292) - mapio/cgiutil - fixed POST support in fastcgi mode. (bug 1259) - mapresample.c - ensure that multi-band raw results can be resampled. (bug 1372) - Add support in OGC FE for matchCase attribute on PropertyIsEqual and PropertyIsLike (bug 1416) - Fixed sortshp.c to free shapes after processing to avoid major memory leak. (bug 1418) - fixed msHTTPInit() not ever being called which prevented msHTTPCleanup() from properly cleaning up cUrl with curl_global_cleanup(). (bug 1417) - mapsde.c: add thread locking in msSDELCacheAdd - fixed mappool.c so that any thread can release a connection, not just it's allocator. (bug 1402) - mapthread.c/h: Added TLOCK_SDE and TLOCK_ORACLE - not used yet. - Fixed copying of layer and join items. (bug 1403) - Fixed copying of processing directives within copy of a layer. (bug 1399) - Problems with string initialization. (bug 1312) - Fix svg output for multipolygons. (bug 1390) - Added querymapObj to PHP MapScript (bug 535) From dmorissette at DMSOLUTIONS.CA Fri Nov 25 10:45:57 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Fri, 25 Nov 2005 13:45:57 -0500 Subject: MapServer 4.8.0-beta2 released In-Reply-To: <43875ADA.5050005@dmsolutions.ca> Message-ID: Daniel Morissette wrote: > > The relevant RFCs for the 4.8 release are: > > * MS RFC 2: Creating line features and/or shapes using WKT > * MS RFC 3: Layer Plug-in Architecture > * MS RFC 4: MapServer Raster Resampling > * MS RFC 5: MapServer Horizon Reprojection Improvements > * MS RFC 6: Color Range Mapping of Continuous Feature Values > * MS RFC 8: Pluggable External Feature Layer Providers > OOpps... a little correction: RFC-6 (Color Range Mapping of Continuous Feature Values) is NOT part of 4.8. It has been deferred to a later release. Also, RFC-2 (Creating line features and/or shapes using WKT) is mostly done in 4.8, but some little details may or may not make it in this release. For more details see bug 1466 at http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1466 Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From gerry.creager at TAMU.EDU Fri Nov 25 11:01:53 2005 From: gerry.creager at TAMU.EDU (Gerry Creager N5JXS) Date: Fri, 25 Nov 2005 13:01:53 -0600 Subject: MapServer 4.8.0-beta2 released In-Reply-To: <43875BE5.30906@dmsolutions.ca> Message-ID: Aw, man!!!!!!! RFC-6 was one of those that's going to have significant positive impact on some of the ocean and coastal model visualizations in Mapserver we're doing with SCOOP! Hope it will come along soon! gerry Daniel Morissette wrote: > Daniel Morissette wrote: > >> >> The relevant RFCs for the 4.8 release are: >> >> * MS RFC 2: Creating line features and/or shapes using WKT >> * MS RFC 3: Layer Plug-in Architecture >> * MS RFC 4: MapServer Raster Resampling >> * MS RFC 5: MapServer Horizon Reprojection Improvements >> * MS RFC 6: Color Range Mapping of Continuous Feature Values >> * MS RFC 8: Pluggable External Feature Layer Providers >> > > OOpps... a little correction: > > RFC-6 (Color Range Mapping of Continuous Feature Values) is NOT part of > 4.8. It has been deferred to a later release. > > Also, RFC-2 (Creating line features and/or shapes using WKT) is mostly > done in 4.8, but some little details may or may not make it in this > release. For more details see bug 1466 at > http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1466 > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From assefa at DMSOLUTIONS.CA Fri Nov 25 12:16:24 2005 From: assefa at DMSOLUTIONS.CA (Yewondwossen Assefa) Date: Fri, 25 Nov 2005 15:16:24 -0500 Subject: [Gdal-dev] SDE Implementation In-Reply-To: <931f8ea90511251106h4db8d859m97fec6ff4ca3330a@mail.gmail.com> Message-ID: This info maybe of interest to the list. Are the capabilities more or less similar between the mapserver implemenation and the OGR one ? Thanks, Frank Warmerdam wrote: > Howard, > > I have now have the essentials of the read-only SDE vector driver > complete. This includes: > o Getting list of layers (tables) from registration info > o Support for the attribute field types supported by mapsde.c, > including date, and blob. > o Support for fast GetFeature() fetching the row by rowid. > o Support for fast spatial extents from layerinfo. > o Support for relatively fast feature counting using a fetch > of only the feature ids. > o Support for fast spatial query using spatial constraints on stream. > o Support for fast attribute filtering using queryinfo where clause. > o Support for reading coordinate system (from layerinfo). > o Support for point, line and polygon geometries (2d or 3d). > o I avoid fetching the layerinfo unless needed. Normally just for > layers that are actively queried rather than all layers in the > datasource. > o Configuration logic on unix (similar to MapServer config options). > > Still needed: > o Support for multi-point, multi-line and multi-polygon geometries. > o Support for esoteric field types (XML, etc). > o Logic to pass layers names, shape column, and fid column in the > datasource names. > o Build support on windows. > o Review annotation and "cad' data objects for possible support. > > Testing needed: > o With no coordref. > o Odd field types (blob, date, etc). > o Tables with no geometry? > o Tables with multiple geometry columns. > o datasources with no registration info (SDE for Coverages). > o test with 3D layers. > o test with measured layers (measures to be ignored). > > All in all the SDE API is pretty straight forward, and this has > been a surprisingly pleasant activity. Of course, in large part > that is due to your providing a setup server, and providing > me with good documentation. > > If you are feeling ambitious, feel free to try building and > testing things a bit. > > Best regards, > -- > ---------------------------------------+-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > _______________________________________________ > Gdal-dev mailing list > Gdal-dev at lists.maptools.org > http://lists.maptools.org/mailman/listinfo/gdal-dev > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From warmerdam at POBOX.COM Fri Nov 25 12:26:40 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Fri, 25 Nov 2005 15:26:40 -0500 Subject: [Gdal-dev] SDE Implementation In-Reply-To: <43877118.2090705@dmsolutions.ca> Message-ID: On 11/25/05, Yewondwossen Assefa wrote: > This info maybe of interest to the list. > > > Are the capabilities more or less similar between the mapserver > implemenation and the OGR one ? Assefa, The capabilities are similar to the direct SDE support in MapServer. I can't currently think of any significant advantage to using SDE through OGR instead of SDE directly in MapServer. I would add the mapsde.c code was a very useful guide to me in my implementation. The OGR SDE support is mostly useful in the context of translating to ther formats, or other OGR based applications. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From williampaul28 at YAHOO.COM Fri Nov 25 14:58:36 2005 From: williampaul28 at YAHOO.COM (william paul) Date: Fri, 25 Nov 2005 14:58:36 -0800 Subject: write shp files from MS Access MS SQL Message-ID: Hello: It is possible to write shp files from a MS Access database or a MS SQL database. I am working with both MS Access and MS SQL. I work on a data entry form. Some fields are for geographic coordinates. When the form is submitted I want to write shp file using the fields with the coordinates from the database, so the features appear on the map in real time Does someone give me some examples or some links from where I can read more? Thank you William --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Dennis_Byrne at AK.BLM.GOV Fri Nov 25 16:32:59 2005 From: Dennis_Byrne at AK.BLM.GOV (Dennis Byrne) Date: Fri, 25 Nov 2005 15:32:59 -0900 Subject: HTTP parameters used to style background color Message-ID: I am using HTTP requests like the following to generate map images. http://mydomain.com/fcgi-bin/mapserv?img.y=200.0&img.x=300.0&imgext=-2126099.0%20174206.0%201534483.0%202614595.0&zoom=1&layers=alaska_gen&layers=arimspt&map=%2Fopt%2Fmaps%2Falaska_test.map& The background for these images defaults to grey. Can anyone tell me how to change this color ... a link to this in the documenation would be appreciated as well. Dennis Byrne -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenton.williams at UMIT.MAINE.EDU Fri Nov 25 21:20:25 2005 From: kenton.williams at UMIT.MAINE.EDU (Kenton Williams) Date: Fri, 25 Nov 2005 23:20:25 -0600 Subject: using METADATA in Mapfile for storing labels Message-ID: Hello, I am trying to work out how to include labels for features in the METADATA for any given layer in a Mapfile. The output formats I wish to use do not support labels in the output files (SWF and SVG). I have been told that the labels can be specified in the Mapfile METADATA, but I do not know how one goes about telling Mapserver to put the label data there. Furthermore, I do not know how I would access it once it's there, nor do I know how to specify in METADATA where specific labels should be placed and what rotation angle to use. Is any of this possible? If so, does anyone have information (sample Mapfile for example) that they would be willing to provide? Once I know how to instruct Mapserver to put the labels in the METADATA, I can go about figuring out how to pull it back out in my client side application. Thanks very much for any assistance you can provide. Kenton Williams Graduate Research Assistant Maine Image Analysis Lab University of Maine From rsosnowski at CABLEONE.NET Fri Nov 25 21:40:32 2005 From: rsosnowski at CABLEONE.NET (Rob Sosnowski) Date: Fri, 25 Nov 2005 23:40:32 -0600 Subject: multiple WMS Message-ID: Hello, I have two WMS, one serving up 4 layers (I'll call it WMS1), the other 3 (I'll call it WMS2). The gis web app calls both WMS within the mapfile. All layers are in the same projection. PROBLEM IS: If 1 or more layers are being drawn from WMS1, then no layers from WMS2 are visible. If I turn off all layers from WMS1, I can display 1 or more layers from WMS2. What's the trick to use multiple WMS within a mapfile? Thanks....Rob From siki at AGT.BME.HU Sat Nov 26 05:31:48 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Sat, 26 Nov 2005 12:31:48 -0100 Subject: labeling a shapefile using mysql table {Scanned} {Scanned} In-Reply-To: <43874338.052e6f3b.5cfd.ffff9625@mx.gmail.com> Message-ID: Hi, Check ogr howto, how to use sql statement to connect external database. Bye Zoltan On Fri, 25 Nov 2005, Serkan Girgin wrote: > Hi, > > I have a shapefile which includes polygons and a MySQL table which holds > descriptions related with these polygons. In order to label polygons with > their descriptions in Mapserver, is it necessary to duplicate description > field in the shapefile dbf? Is there a way to use MySQL table directly to > label the features? (both tables include unique polygon identifiers) > > Regards, > > --- > Serkan Girgin > girgink at gmail.com > From siki at AGT.BME.HU Sat Nov 26 05:35:10 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Sat, 26 Nov 2005 12:35:10 -0100 Subject: HTTP parameters used to style background color {Scanned} {Scanned} In-Reply-To: Message-ID: Hi, Check the mapfile documentation on map object's IMAGECOLOR mapserver.gis.umn.edu/doc46/mapfile-reference.html#map Bye Zoltan On Fri, 25 Nov 2005, Dennis Byrne wrote: > I am using HTTP requests like the following to generate map images. > > http://mydomain.com/fcgi-bin/mapserv?img.y=200.0&img.x=300.0&imgext=-2126099.0%20174206.0%201534483.0%202614595.0&zoom=1&layers=alaska_gen&layers=arimspt&map=%2Fopt%2Fmaps%2Falaska_test.map& > > The background for these images defaults to grey. Can anyone tell me how > to change this color ... a link to this in the documenation would be > appreciated as well. > > Dennis Byrne > From bartvde at XS4ALL.NL Sat Nov 26 05:01:29 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Sat, 26 Nov 2005 14:01:29 +0100 Subject: write shp files from MS Access MS SQL In-Reply-To: <20051125225836.13713.qmail@web31711.mail.mud.yahoo.com> Message-ID: Hi, you could do this by setting up an ovf file for your database connection+table. Then with ogr2ogr you can create a shapefile from it. Check the following: -for ovf files (virtual spatial data): http://www.gdal.org/ogr/drv_vrt.html -for ogr2ogr syntax: http://www.gdal.org/ogr/ogr2ogr.html There is a php module for OGR, which might be useable for this (otherwise the next generation SWIG binding for OGR could also be useable): -for PHP/ogr module: http://dl.maptools.org/dl/php_ogr/ Best regards, Bart william paul wrote: > Hello: > > It is possible to write shp files from a MS Access database or a MS > SQL database. I am working with both MS Access and MS SQL. I work on a > data entry form. Some fields are for geographic coordinates. When the > form is submitted I want to write shp file using the fields with the > coordinates from the database, so the features appear on the map in > real time > > Does someone give me some examples or some links from where I can read > more? > > Thank you > > William > > ------------------------------------------------------------------------ > Yahoo! Music Unlimited - Access over 1 million songs. Try it free. > -- +------------------------+ | Bart van den Eijnden | | OSGIS, Open Source GIS | | http://www.osgis.nl | +------------------------+ From alba75 at YAHOO.COM Sat Nov 26 07:16:45 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Sat, 26 Nov 2005 07:16:45 -0800 Subject: Problem in zoomin with png/gif symbols Message-ID: Dear all, i'm getting a weird problem with my mapserver application. I' m using a point layer and i'm trying to render it into the map using a GIF symbol. When i load the map in its full extent or zooming out (starting from fullextent visualization) the symbols are shown and they scale correctly with the view scale. On the other hand, when i try to zoom in, starting from the full extent scale, the symbols desapear, while the rest of layers continue to be shown correctly. I tried to change some parameters but nothing changed. -i substituted the GIF with a PNG...but nothing -i setted up Maxscale and Minscale and i tried to change it several times, but nothing happen. - i setted up the Symbolscale with different values, and the size of synbols changed according to the value i putted there, but once passed the fullextent scale, again the simbols desapear. So what's wrong in my file????? This is my mapfile extract: # # Start of map file - created Sat Nov 26 05:30:10 2005 # NAME 'Sirignano' STATUS ON PROJECTION 'init=epsg:4326' END SIZE 550 646 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 UNITS meters FONTSET 'D:/ms4w/Apache/htdocs/sirignano/fonts/fonts.fnt' IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB LOG Sirignano.log TEMPLATE sirignano.html IMAGEPATH 'D:/ms4w/Apache/htdocs/temp/' IMAGEURL 'http://localhost/temp/' EMPTY 'http://localhost/sirignano/nothing.html' # change this value to match your setup METADATA WMS_ONLINERESOURCE 'http://localhost//cgi-bin/mapserv.exe?map=D:/ms4w/Apache/htdocs/sirignano/Sirignano.map' 'WMS_SRS' 'epsg:4326' WMS_ACCESSCONSTRAINTS 'none' WMS_TITLE 'Sirignano' WMS_FEATURE_INFO_MIME_TYPE 'text/html' WMS_ABSTRACT '' END #METADATA END #HEADER # # Properties for the querymap # QUERYMAP SIZE 200 200 STATUS ON #OFF STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE STATUS ON IMAGE graphics/map_ref.png SIZE 120 80 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END #REFERENCE # # Start of symbol # SYMBOL NAME 'albero' TYPE PIXMAP IMAGE 'd:/ms4w/apache/htdocs/sirignano/symbols/albero.gif END #Symbol :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: LAYER NAME 'Alberi.shp' DATA 'd:/ms4w/apache/htdocs/sirignano/data/alberi' STATUS ON TYPE Point MINSCALE 200 MAXSCALE 200000 SYMBOLSCALE 3000 CLASSITEM 'Entity' CLASS NAME ' ' EXPRESSION 'Point' COLOR 0 0 0 SYMBOL 'albero' END END # END OF LAYERFILE END # MAPFILE :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: I would be grateful to you, if u could solve my problem. Thanx in advance Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Personals Single? There's someone we'd like you to meet. Lot's of someone's, actually. Yahoo! Personals -------------- next part -------------- An HTML attachment was scrubbed... URL: From w.blanken at GEON.NL Sat Nov 26 09:28:56 2005 From: w.blanken at GEON.NL (Wim Blanken) Date: Sat, 26 Nov 2005 18:28:56 +0100 Subject: write shp files from MS Access MS SQL Message-ID: Hello William, I agree with Bart. But I had a problem with this using tables with spaces. So be aware if your tablenames in MSaccess have spaces in them..... Regards, Wim Blanken The Netherlands ----- Original Message ----- From: william paul To: MAPSERVER-USERS at LISTS.UMN.EDU Sent: Friday, November 25, 2005 11:58 PM Subject: [UMN_MAPSERVER-USERS] write shp files from MS Access MS SQL Hello: It is possible to write shp files from a MS Access database or a MS SQL database. I am working with both MS Access and MS SQL. I work on a data entry form. Some fields are for geographic coordinates. When the form is submitted I want to write shp file using the fields with the coordinates from the database, so the features appear on the map in real time Does someone give me some examples or some links from where I can read more? Thank you William ------------------------------------------------------------------------------ Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at STATE.MN.US Sat Nov 26 12:23:38 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Sat, 26 Nov 2005 14:23:38 -0600 Subject: Problem in zoomin with png/gif symbols Message-ID: Try removing the minscale and maxscale from the point layer and see if they continue to work. I also see that the layer status is set to on. Do you have a control on your template that tells mapserver to display that layer? With status of on, you need to specify the layer name in the URL or post that calls the mapserver. Try setting the layer status to default and see if that fixes the issue. David. -----Original Message----- From: UMN MapServer Users List on behalf of Dott. Stefano Albanese Sent: Sat 11/26/2005 9:16 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Problem in zoomin with png/gif symbols Dear all, i'm getting a weird problem with my mapserver application. I' m using a point layer and i'm trying to render it into the map using a GIF symbol. When i load the map in its full extent or zooming out (starting from fullextent visualization) the symbols are shown and they scale correctly with the view scale. On the other hand, when i try to zoom in, starting from the full extent scale, the symbols desapear, while the rest of layers continue to be shown correctly. I tried to change some parameters but nothing changed. -i substituted the GIF with a PNG...but nothing -i setted up Maxscale and Minscale and i tried to change it several times, but nothing happen. - i setted up the Symbolscale with different values, and the size of synbols changed according to the value i putted there, but once passed the fullextent scale, again the simbols desapear. So what's wrong in my file????? This is my mapfile extract: # # Start of map file - created Sat Nov 26 05:30:10 2005 # NAME 'Sirignano' STATUS ON PROJECTION 'init=epsg:4326' END SIZE 550 646 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 UNITS meters FONTSET 'D:/ms4w/Apache/htdocs/sirignano/fonts/fonts.fnt' IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB LOG Sirignano.log TEMPLATE sirignano.html IMAGEPATH 'D:/ms4w/Apache/htdocs/temp/' IMAGEURL 'http://localhost/temp/' EMPTY 'http://localhost/sirignano/nothing.html' # change this value to match your setup METADATA WMS_ONLINERESOURCE 'http://localhost//cgi-bin/mapserv.exe?map=D:/ms4w/Apache/htdocs/sirignano/Sirignano.map' 'WMS_SRS' 'epsg:4326' WMS_ACCESSCONSTRAINTS 'none' WMS_TITLE 'Sirignano' WMS_FEATURE_INFO_MIME_TYPE 'text/html' WMS_ABSTRACT '' END #METADATA END #HEADER # # Properties for the querymap # QUERYMAP SIZE 200 200 STATUS ON #OFF STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE STATUS ON IMAGE graphics/map_ref.png SIZE 120 80 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END #REFERENCE # # Start of symbol # SYMBOL NAME 'albero' TYPE PIXMAP IMAGE 'd:/ms4w/apache/htdocs/sirignano/symbols/albero.gif END #Symbol :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: LAYER NAME 'Alberi.shp' DATA 'd:/ms4w/apache/htdocs/sirignano/data/alberi' STATUS ON TYPE Point MINSCALE 200 MAXSCALE 200000 SYMBOLSCALE 3000 CLASSITEM 'Entity' CLASS NAME ' ' EXPRESSION 'Point' COLOR 0 0 0 SYMBOL 'albero' END END # END OF LAYERFILE END # MAPFILE :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: I would be grateful to you, if u could solve my problem. Thanx in advance Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Personals Single? There's someone we'd like you to meet. Lot's of someone's, actually. Yahoo! Personals From alba75 at YAHOO.COM Sat Nov 26 16:19:31 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Sat, 26 Nov 2005 16:19:31 -0800 Subject: Problem in zoomin with png/gif symbols In-Reply-To: <20051126151646.36386.qmail@web50011.mail.yahoo.com> Message-ID: Yes, i've a checkbox in template to control activation of layer. Unfortunately it keeps working strange the same, also eliminnating minsacle and maxscale: starting from fullextent and zooming out symbols are shown, otherwise they desapear, altough symbol is shown in the legend image. What an enigma!!! Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdc at SDC.COM.AU Sat Nov 26 18:00:07 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sun, 27 Nov 2005 12:30:07 +1030 Subject: Using truetype fonts (Linux) Message-ID: G'day. I see references in postings and doco to fonts.list as what looks like a mechanism for telling mapserver where to find truetype fonts but I cannot find anything to tell me the format of this file. The recent paper on cartographic symbols refers to "the ALIAS name of the font file to the parameter FONT as defined in the file fonts.list". What does this mean? I have a pretty full set of truetype fonts installed and use them successfully with other software but have no file called fonts.list anywhere on the system. Is this maybe a windows-specific thing? If so, how does one use truetype fonts with mapserver under Linux? Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From woodbri at SWOODBRIDGE.COM Sat Nov 26 18:14:36 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Sat, 26 Nov 2005 21:14:36 -0500 Subject: Using truetype fonts (Linux) In-Reply-To: <200511271230.13203.sdc@sdc.com.au> Message-ID: Stephen, The file format is lines like: arial /usr/share/fonts/truetype/arial.ttf arial-bold /usr/share/fonts/truetype/arial-bold.ttf I think blank lines are ignored and maybe lines starting with '#', but not sure on these. it the name you refer to in your mapfile is the actual path to the font file you want to use -Steve W. Stephen Davies wrote: > G'day. > > I see references in postings and doco to fonts.list as what looks like a > mechanism for telling mapserver where to find truetype fonts but I > cannot find anything to tell me the format of this file. > > The recent paper on cartographic symbols refers to "the ALIAS name of > the font file to the parameter FONT as defined in the file fonts.list". > What does this mean? > > I have a pretty full set of truetype fonts installed and use them > successfully with other software but have no file called fonts.list > anywhere on the system. > > Is this maybe a windows-specific thing? > If so, how does one use truetype fonts with mapserver under Linux? > > Cheers and thanks, > Stephen > From alba75 at YAHOO.COM Sat Nov 26 18:24:17 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Sat, 26 Nov 2005 18:24:17 -0800 Subject: Problem visualizing point file as pixmap symbols In-Reply-To: <0BC713988F4ACD4BB87C1028B70BB2D411D61E@servermail2.janus2.com> Message-ID: I'm having problem in visualizing a point shape file using a symbol. That's the problem: I've a point file and each point in file represents the location of a tree in the map. I used a gif representing a tree as symbol to substitute points in map. Everything works fine, my trees are shown at each point location. But if i zoom in map or if i move the map using pan tool and at least one tree goes out of the map frame then all the tree desapear from the map altough in the legend image the trees layer is still represented. It seems like the layer can be visible only if all its features are shown in the map frame. Why this? Is this a bug or i'm missing any parameter to set? Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdc at SDC.COM.AU Sat Nov 26 22:44:40 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sun, 27 Nov 2005 17:14:40 +1030 Subject: Using truetype fonts (Linux) In-Reply-To: <4389168C.2030005@swoodbridge.com> Message-ID: Thanks Steve. Problem solved. Cheers, Stephen On Sun, 27 Nov 2005 12:44 pm, Stephen Woodbridge wrote: > Stephen, > > The file format is lines like: > > > arial /usr/share/fonts/truetype/arial.ttf > arial-bold /usr/share/fonts/truetype/arial-bold.ttf > > I think blank lines are ignored and maybe lines starting with '#', but > not sure on these. > > it the name you refer to in your mapfile > is the actual path to the font file you want to use > > -Steve W. > > Stephen Davies wrote: > > G'day. > > > > I see references in postings and doco to fonts.list as what looks like a > > mechanism for telling mapserver where to find truetype fonts but I > > cannot find anything to tell me the format of this file. > > > > The recent paper on cartographic symbols refers to "the ALIAS name of > > the font file to the parameter FONT as defined in the file fonts.list". > > What does this mean? > > > > I have a pretty full set of truetype fonts installed and use them > > successfully with other software but have no file called fonts.list > > anywhere on the system. > > > > Is this maybe a windows-specific thing? > > If so, how does one use truetype fonts with mapserver under Linux? > > > > Cheers and thanks, > > Stephen > > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: Type: application/pgp-signature Size: 189 bytes Desc: signature URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From sdc at SDC.COM.AU Sat Nov 26 22:50:02 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Sun, 27 Nov 2005 17:20:02 +1030 Subject: Using truetype fonts (Linux) In-Reply-To: <4389168C.2030005@swoodbridge.com> Message-ID: OOPS! I spoke too soon. The error messages went away but I hadn't checked the results properly. The symbol definition that I am building looks like this: SYMBOL NAME "fence" TYPE TRUETYPE FONT "arial" CHARACTER "/" ANTIALIAS TRUE GAP 15 END What I see when I try to draw a "fence" is not the "/" character but the string "/". The character number used is irrelevant; whatever number I put in the symbol file is displayed as a string rather than as a character. Stephen >Thanks Steve. Problem solved. >Cheers, >Stephen On Sun, 27 Nov 2005 12:44 pm, Stephen Woodbridge wrote: > Stephen, > > The file format is lines like: > > > arial /usr/share/fonts/truetype/arial.ttf > arial-bold /usr/share/fonts/truetype/arial-bold.ttf > > I think blank lines are ignored and maybe lines starting with '#', but > not sure on these. > > it the name you refer to in your mapfile > is the actual path to the font file you want to use > > -Steve W. > > Stephen Davies wrote: > > G'day. > > > > I see references in postings and doco to fonts.list as what looks like a > > mechanism for telling mapserver where to find truetype fonts but I > > cannot find anything to tell me the format of this file. > > > > The recent paper on cartographic symbols refers to "the ALIAS name of > > the font file to the parameter FONT as defined in the file fonts.list". > > What does this mean? > > > > I have a pretty full set of truetype fonts installed and use them > > successfully with other software but have no file called fonts.list > > anywhere on the system. > > > > Is this maybe a windows-specific thing? > > If so, how does one use truetype fonts with mapserver under Linux? > > > > Cheers and thanks, > > Stephen > > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: Type: application/pgp-signature Size: 189 bytes Desc: signature URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From armin.burger at GMX.NET Sun Nov 27 03:22:27 2005 From: armin.burger at GMX.NET (Armin Burger) Date: Sun, 27 Nov 2005 12:22:27 +0100 Subject: Using truetype fonts (Linux) In-Reply-To: <200511271720.04860.sdc@sdc.com.au> Message-ID: Stephen, you're missing the semicolon. Try to use CHARACTER "/" Normally it should also work to specify CHARACTER "/" Armin Stephen Davies wrote: > OOPS! I spoke too soon. > > The error messages went away but I hadn't checked the results properly. > > The symbol definition that I am building looks like this: > > SYMBOL > NAME "fence" > TYPE TRUETYPE > FONT "arial" > CHARACTER "/" > ANTIALIAS TRUE > GAP 15 > END > > What I see when I try to draw a "fence" is not the "/" character but the > string "/". > > The character number used is irrelevant; whatever number I put in the > symbol file is displayed as a string rather than as a character. > > Stephen > > From fx.gamoy at GEOMATIKA.FR Sun Nov 27 06:40:39 2005 From: fx.gamoy at GEOMATIKA.FR (Fx Gamoy) Date: Sun, 27 Nov 2005 14:40:39 +0000 Subject: Virtualspatiallayer on debian sarge Message-ID: Hello everybody i ve compiled gdal-1.3.0 with unixodbc 2.2.4 and libmyodbc on a debian sarge box I have configured odbc.ini using the dsn i can successfully use isql on a mysql database and i can use ogrinfo on my ovf file. I ve compiled mapserver 4.4.0-beta2 with gdal, ogr, and php. Mapserver works fine until i put a virtual layer into the mapfile. i can get my $layer= $oMap->getlayerbyname("virtual") using php_mapscript but php fail with the function draw(); I get on the apache error log (error.log) php-cgi: line3 : 10548 segmentation fault the mapimage is not computed... if i put the layer off everything works fine... Any idea?? thanks.. fx ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From jbarong at HOTMAIL.COM Sun Nov 27 11:53:12 2005 From: jbarong at HOTMAIL.COM (Juan Baron) Date: Sun, 27 Nov 2005 13:53:12 -0600 Subject: java mapscript and j2ee Message-ID: Hi list, I have used mapserver like cgi but now I will use mapserver in an application j2ee using mapscript. I don't understand as to communicate with mapserver and to tell him for example that you layer to show, and neither I understand as mapserver gives me the exit. Could somebody give me a brief introduction of the mapscript use? Thank you From jmckenna at DMSOLUTIONS.CA Sun Nov 27 12:36:00 2005 From: jmckenna at DMSOLUTIONS.CA (Jeff McKenna) Date: Sun, 27 Nov 2005 15:36:00 -0500 Subject: Census Tiger/Line and Mapserver In-Reply-To: <43864B30.1070808@gmx.de> Message-ID: I didn't see any replies to this, but we offer that exact package...it isn't free though, sorry (http://maps.dmsolutions.ca/us_streets.html). jeff Patrick Kosiol wrote: > Hello, > > is there any package of mapserver including the TIGER/Line data of the > US Census bureau free available? Something like an out-of-the-box solution. > > > Regards, > > Patrick > -- Jeff McKenna DM Solutions Group Inc. http://www.dmsolutions.ca From fx.gamoy at GEOMATIKA.FR Sun Nov 27 14:14:11 2005 From: fx.gamoy at GEOMATIKA.FR (FX GAMOY) Date: Sun, 27 Nov 2005 23:14:11 +0100 Subject: [solved] Virtualspatiallayer on debian sarge In-Reply-To: <1133102439.4389c5674c4ff@webmail.anotherlight.com> Message-ID: Hello everybody everything works fine now... php was built with mysql-3.23 client librairy and the mysql server is 4.24 so i installed the package libmysqlclient12-dev and compiled manually php --with-mysql=/usr and now my virtual layers are displayed.. best regards fx Le Dimanche 27 Novembre 2005 15:40, Fx Gamoy a ?crit?: > Hello everybody > > i ve compiled gdal-1.3.0 with unixodbc 2.2.4 and libmyodbc on a debian > sarge box > I have configured odbc.ini > using the dsn i can successfully use isql on a mysql database and i can use > ogrinfo on my ovf file. > > I ve compiled mapserver 4.4.0-beta2 with gdal, ogr, and php. > > Mapserver works fine until i put a virtual layer into the mapfile. > > i can get my $layer= $oMap->getlayerbyname("virtual") using php_mapscript > but php fail with the function draw(); > I get on the apache error log (error.log) > php-cgi: line3 : 10548 segmentation fault > the mapimage is not computed... > if i put the layer off everything works fine... > > Any idea?? > thanks.. > > fx > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. -- FX GAMOY 06 87 39 32 03 -- G?omatika Technopole de la C?te Basque Pavillon Izarbel 64210 BIDART -- http://www.geomatika.fr/ http://www.pagesbasques.com/ From hunt at EECS.OREGONSTATE.EDU Sun Nov 27 19:29:00 2005 From: hunt at EECS.OREGONSTATE.EDU (David Hunt) Date: Sun, 27 Nov 2005 19:29:00 -0800 Subject: Cleaning Shapefiles and creating a coverage Message-ID: Hello all, Does anyone know of a free utility to clean shapefiles? I am also looking for a utility to take a coverage and convert it into a coverage. Thanks for the help. David hunt at eecs.orst.edu From woodbri at SWOODBRIDGE.COM Sun Nov 27 19:46:15 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Sun, 27 Nov 2005 22:46:15 -0500 Subject: Cleaning Shapefiles and creating a coverage In-Reply-To: <1133148540.438a797c75f8c@webmail.oregonstate.edu> Message-ID: Hi Dave, What type of cleaning do you want to do? What do you expect such a utility to do? -Steve David Hunt wrote: > Hello all, > > Does anyone know of a free utility to clean shapefiles? I am also looking for a > utility to take a coverage and convert it into a coverage. > > Thanks for the help. > David > hunt at eecs.orst.edu > From hunt at EECS.OREGONSTATE.EDU Sun Nov 27 20:30:59 2005 From: hunt at EECS.OREGONSTATE.EDU (David Hunt) Date: Sun, 27 Nov 2005 20:30:59 -0800 Subject: Cleaning Shapefiles and creating a coverage In-Reply-To: <438A7D87.60604@swoodbridge.com> Message-ID: I want to insure that the external boundary of polygon has its vertices oriented clockwise and the vertices of interior voids are oriented counter-clockwise. Also the goal is to remove the duplicate edges that are shared among polygons because I need the shapefile to be converted into a coverage. Basically I want the clean tool to perform the functionality of ESRI's CleanShapeFile.exe. Thanks Dave Quoting Stephen Woodbridge : > Hi Dave, > > What type of cleaning do you want to do? > What do you expect such a utility to do? > > -Steve > > David Hunt wrote: > > Hello all, > > > > Does anyone know of a free utility to clean shapefiles? I am also looking > for a > > utility to take a coverage and convert it into a coverage. > > > > Thanks for the help. > > David > > hunt at eecs.orst.edu > > > From pianosnake at GMAIL.COM Sun Nov 27 20:50:07 2005 From: pianosnake at GMAIL.COM (Flo) Date: Sun, 27 Nov 2005 23:50:07 -0500 Subject: swf flash output Message-ID: Hello, I was wondering if there's a way to take out the "getURL" which gets placed in the main swf file produced by mapserver when requesting the "OUTPUT_MOVIE=MULTIPLE" format option. The getURL is there to enable the small swf movie to load swf movies for each of the layers. I'm designing a container application for the swf output and the getURL from the main swf file are a pain to deal with. Ideally they should be left out altogether and it should be up to the flash container, which has read the variables in the main swf file, to call the map layers. The container is usually in _level0 of the Flash player and the getURL calls place the map layers in _level1, _level2 etc... which are on top of the container. The container then has to have extra code to get rid of the _level1, _level2 movies, and bring them into _level0 from where they can be manipulated with various options like zoom and pan. Thanks a bunch, J. A. From dylan.beaudette at GMAIL.COM Sun Nov 27 21:10:44 2005 From: dylan.beaudette at GMAIL.COM (Dylan Beaudette) Date: Sun, 27 Nov 2005 21:10:44 -0800 Subject: Cleaning Shapefiles and creating a coverage In-Reply-To: <1133152259.438a8803e204e@webmail.oregonstate.edu> Message-ID: On Nov 27, 2005, at 8:30 PM, David Hunt wrote: > I want to insure that the external boundary of polygon has its > vertices oriented > clockwise and the vertices of interior voids are oriented > counter-clockwise. > Also the goal is to remove the duplicate edges that are shared among > polygons > because I need the shapefile to be converted into a coverage. > Basically I want the clean tool to perform the functionality of ESRI's > CleanShapeFile.exe. > > Thanks > Dave > > Quoting Stephen Woodbridge : > >> Hi Dave, >> >> What type of cleaning do you want to do? >> What do you expect such a utility to do? >> >> -Steve >> >> David Hunt wrote: >>> Hello all, >>> >>> Does anyone know of a free utility to clean shapefiles? I am also >>> looking >> for a >>> utility to take a coverage and convert it into a coverage. >>> >>> Thanks for the help. >>> David >>> hunt at eecs.orst.edu >>> >> > > Dave, I think what you are referring to is "topological cleaning" of a shapefile: i.e. convert a shapefile to an ESRI coverage via building of topology. GRASS can build a topologically correct vector from a shapefile, which can then be exported to a variety of formats which can be converted into a "Coverage" . Cheers, -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From dylan.beaudette at GMAIL.COM Sun Nov 27 21:19:16 2005 From: dylan.beaudette at GMAIL.COM (Dylan Beaudette) Date: Sun, 27 Nov 2005 21:19:16 -0800 Subject: Thematic mapping In-Reply-To: Message-ID: Looks like a great idea to me! Nice pie charts. Dylan On Nov 23, 2005, at 9:59 PM, Bart van den Eijnden wrote: > Search in the archive for pie chart. There was a nice example by Steve > Lime end of 2004. See below. > > Best regards, > Bart > > Forwarded message: > > Hi all: I was updating mapgd.c today to make use of GD functions that > appeared in GD 2.0.x. I made a small modification to the marker drawing > code for ELLIPSE symbols, specifically circles. Now if you specify a > style angle it is interpreted as a "pie slice". You can do things like: > > http://maps.dnr.state.mn.us/testing/charts/test.gif > http://maps.dnr.state.mn.us/testing/charts/test.map > > Since you can load an angle from an attribute (via ANGLEITEM) you can > build simple pie charts pretty easy. Only problem is it's hard to do > more than 2 colors, and the origin is always 0. > > Assuming folks are ok with the modification (it's only 5 lines of code) > what about adding a STARTANGLE parameter? We could probably do some > auto > computation of starting angles between styles so that multiple element > charts would be possible/easy to construct. > > Steve > > Bart van den Eijnden > Syncera IT Solutions > Postbus 270 > 2600 AG DELFT > > tel.nr.: 015-7512436 > email: BEN at Syncera-ITSolutions.nl > >>>> Paul james 11/23/2005 7:43 PM >>> > Hi all... Is it posible to make Thematic mapping with mapserver? I > need > associante some graph with my map ( Each state with a pizza diagram ).. > How can I do that? > > ty > > -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From sdc at SDC.COM.AU Sun Nov 27 21:31:34 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Mon, 28 Nov 2005 16:01:34 +1030 Subject: Using truetype fonts (Linux) In-Reply-To: <438996F3.4070702@gmx.net> Message-ID: Thanks Armin. The "Construction of Cartographic Symbols" document p10 does not include the semicolon - that was my guide. It does work to simply specify CHARACTER "/". Another win to MapServer;-) Cheers and thanks, Stephen On Sun, 27 Nov 2005 09:52 pm, Armin Burger wrote: > Stephen, > > you're missing the semicolon. Try to use > > CHARACTER "/" > > Normally it should also work to specify > > CHARACTER "/" > > Armin > > > Stephen Davies wrote: > > OOPS! I spoke too soon. > > > > The error messages went away but I hadn't checked the results properly. > > > > The symbol definition that I am building looks like this: > > > > SYMBOL > > NAME "fence" > > TYPE TRUETYPE > > FONT "arial" > > CHARACTER "/" > > ANTIALIAS TRUE > > GAP 15 > > END > > > > What I see when I try to draw a "fence" is not the "/" character but the > > string "/". > > > > The character number used is irrelevant; whatever number I put in the > > symbol file is displayed as a string rather than as a character. > > > > Stephen > > > > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: Type: application/pgp-signature Size: 189 bytes Desc: signature URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From luca76 at GMAIL.COM Mon Nov 28 00:13:24 2005 From: luca76 at GMAIL.COM (Luca Manganelli) Date: Mon, 28 Nov 2005 09:13:24 +0100 Subject: Maximum number of symbols limit ? Message-ID: Hi, is there a limit of maximum number of symbols in mapserver? -- "An algorithm must be seen to be believed." -- Donald Knuth, in "Fundamental Algorithms" http://www.trapanator.com/blog From xavier.mauclaire at STRATEGIS.FR Mon Nov 28 00:50:21 2005 From: xavier.mauclaire at STRATEGIS.FR (Xavier mauclaire) Date: Mon, 28 Nov 2005 09:50:21 +0100 Subject: mapscript with c# and MapInfo tab Message-ID: Hi I'm using mapscript (4.6) with c# and mapinfo tables. As i have to read attributes data from the mapinfo tab used in the mapfile. i've problems using the mapscript layerOBj class to get these informations. In fact i have to read a field value each feature of a tab file. I'm using the OGR connectiontype 1 )How can i get the number of feature stored in a layerobj? the getnumfeatures function returns only the inline number of features 2) Can i create cartographics objects with mapserver whatever connectiontype used ? if mapserver is not used to do these thing what can use to get these informations. I'm using c# best regards Xavier MAUCLAIRE Conseils et d?veloppements en SIG STRATEGIS S.A. Parc 2000 19, rue Joe Dassin 34184 Montpellier Cedex 4 T?l. +33 (0) 4.67.40.75.40 Fax +33 (0) 4.67.40.75.41 www.strategis.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: logostrat.jpg Type: image/jpeg Size: 3153 bytes Desc: not available URL: From alba75 at YAHOO.COM Mon Nov 28 01:26:23 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Mon, 28 Nov 2005 01:26:23 -0800 Subject: HELP!!!! Problem visualizing point file as pixmap symbols Message-ID: Hi all, I'm having problem in visualizing a point shape file using a symbol. That's the problem:I've a point file and each point in file represents the location of a tree in the map. I used a Gif representing a tree as symbol to substitute points in map. Everything works fine, my trees are shown at each point location. But if i zoom in map or if i move the map using pan tool and at least one tree goes out of the map frame then all the tree disappear from the map altough in the legend the trees layer is still represented. It seems like the layer can be visible only if all its features are shown inside the map frame. Why this? Is this a bug or I'm missing any parameter to set? Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From artur.skalski at ACXIOM.COM Mon Nov 28 02:19:56 2005 From: artur.skalski at ACXIOM.COM (Artur Skalski) Date: Mon, 28 Nov 2005 04:19:56 -0600 Subject: Not wanted zooming out Message-ID: Hi List I'm using mapserver 44, with php mapscript, and I've got some problem zooming. In my application I've added an option to add point dynamicaly, the code looks like this: else if ($HTTP_FORM_VARS["CMD"] == "ADD_POINT") { $nClickGeoX = GMapPix2Geo($nClickPixX, 0, $dfWidthPix, $dfMinX, $dfMaxX, 0); $nClickGeoY = GMapPix2Geo($nClickPixY, 0, $dfHeightPix, $dfMinY, $dfMaxY, 1); $spoint = ms_newPointObj(); $spoint->setXY($nClickGeoX, $nClickGeoY); $slayer = $gpoMap->getLayerByName(selpoint); $sline = ms_newLineObj(); $sline->add($spoint); $sshape = ms_newShapeObj(MS_SHAPE_POINT); $sshape->add($sline); $slayer->addFeature($sshape); adding works wery well but I've got some unexpected behaviour which is that after adding a point maps zooms out itself to the max extent, why? the part of mapfile for this layer looks like this: LAYER NAME selpoint TYPE POINT STATUS ON CLASS NAME "0" STYLE COLOR 0 0 180 SYMBOL 'C:\Inetpub\wwwroot\mapserver\sopot\etc\tutaj.gif' END END END Do you have any idea why is this happening, and how can i avoide it? regards Artur From sdc at SDC.COM.AU Mon Nov 28 02:27:50 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Mon, 28 Nov 2005 20:57:50 +1030 Subject: Pixmap symbols and transparent Message-ID: How does one determine the palette indexes for use with the TRANSPARENT option in pixmap symbol definitions? (Why is the transparency of the image file not used?) Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From nicolas at MAICH.GR Mon Nov 28 03:40:02 2005 From: nicolas at MAICH.GR (Nikos) Date: Mon, 28 Nov 2005 13:40:02 +0200 Subject: Win32 Compilation Question In-Reply-To: <931f8ea90511171642o723b9f05wb9a9c1c1f9e9889f@mail.gmail.com> Message-ID: Hello, On a similar note, is anyone compiling ms easily with the msys/mingw toolchain? regards, nikos Frank Warmerdam wrote: >On 11/17/05, Ian Erickson wrote: > > >>Having a bit of difficulty with compiling all of the pieces.... >> >>I started with a basic compilation with VC++ 6.0 and didn't include >>anything but the basics...I tried to recompile MapServer, this time >>enabling GDAL but the linker reported the following errors: >> >>mapogcsld.obj: unresolved external symbol _msOWSLookupMetadata >>mapogcsld.obj: unresolved external symbol _msOWSGetSchemasLocation >> >>I did not have a problem with the previous compilation of 4.4.1... Can >>anyone give me some hints as to why this is happening? >> >> > >Ian, > >Is this with 4.6.1 or 4.8 beta1? > >Best regards, >-- >---------------------------------------+-------------------------------------- >I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com >light and sound - activate the windows | http://pobox.com/~warmerdam >and watch the world go round - Rush | Geospatial Programmer for Rent > > From steve.lime at DNR.STATE.MN.US Mon Nov 28 05:37:04 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 07:37:04 -0600 Subject: MapServer Foundation - Open Letter Message-ID: An Open Letter to the MapServer Open Source Web Mapping Community November 28, 2005 Greetings MapServer community, We are pleased to share with you some exciting news about the future of open source web mapping. Over the past few years MapServer adoption has grown ten-fold and has become the web mapping platform of choice for many businesses, government agencies, nonprofit groups and individuals. The MapServer developers have added powerful new features. The community has enjoyed three incredible conferences and continues to support each other and enhance the community. We want to ensure that this success and momentum continues for the MapServer product and community. MapServer continues to run well in diverse environments and its rich set of features play an indispensable role in many organizations. More than ever, we are committed to improving MapServer and providing exceptional value to the community. To this end, we take this opportunity to share two bits of news: the creation of the MapServer Foundation and welcoming the addition of Autodesk's next-generation web mapping platform (previously known as Tux) as open source into the foundation. MapServer Foundation We are delighted to announce the creation of the MapServer Foundation (mapserverfoundation.org). The foundation is a nonprofit organization whose goal is to provide a supportive framework for open, collaborative development of geospatial software. Several groups and individuals are collaborating to help launch and sponsor the new foundation. Financial support from Autodesk will allow us to get the foundation up and running. In this letter, we present some ideas of how we think the foundation can help the community, but these ideas need broader discussion and debate within the community. We looked to other successful open source movements, such as Apache, to see how our community could benefit from the creation of an independent foundation. It is clear that the time has come to create a formal infrastructure to help further support and promote the professional open source web mapping development environments and communities. While initially focused on web mapping projects, we hope the foundation will adopt other open source geospatial projects that need a home. Forming the foundation is only the beginning, as we now seek community involvement and participation. The foundation will have a governance model that allows it to be run by a Board of Directors that represents the community. How it is ultimately going to be run is up to the members of the community. The foundation will also have a set of bylaws that provide structure and can be amended through a community voting process. Role of the foundation The first priority for the foundation is to engage the broader MapServer community. Members of the community are encouraged to join and get involved. Consider this letter as your invitation to participate. The community web site is the place where you, as a user and participant in the community, can follow and contribute to the development of the MapServer Foundation family of projects. The primary responsibilities of the foundation may include: * Support code repository and other project infrastructure * Formalized process for decision-making (e.g. where to host the next conference) * Legal protection for the source code and developers of the software * Paying for development work on minor improvements of the platform * Acting as a central repository for marketing, branding and professional image development of the product * Providing process for mitigating disputes * Financial support for advocacy, sponsorship, community events and conferences Many of these community-related functions have been overseen in an ad-hoc manner or deferred to the University of Minnesota or other organizations in the past. The foundation will streamline the coordination of legal, administrative and governance efforts. As MapServer will now be officially managed by the foundation, it no longer makes sense to call it UMN MapServer. Product branding is also becoming more important and this is a good opportunity to introduce a more visual name for the product. We propose calling it MapServer Cheetah. This presents a fast and agile image that suits the product well and will help differentiate it from other MapServer products. MapServer Cheetah & MapServer Enterprise We are also very excited about Autodesk's decision to release their next generation web mapping platform into the open source community through the MapServer Foundation. This adds further legitimacy to our open source development platform. Their product will be named MapServer Enterprise and is the successor to Autodesk MapGuide but built on an entirely new architecture. MapServer Enterprise and MapServer Cheetah will be run as two separate but parallel projects. There are no plans to merge them into one but we aim to share technologies between the two projects wherever possible. We also hope to provide utilities that allow the community to easily use one or both platforms. MapServer Enterprise will be licensed using the OSI-approved GNU Lesser General Public License (LGPL). MapServer Cheetah will continue to be licensed under an MIT-style open source license. Autodesk is eager to participate in an open and transparent development process driven by independent guidance from the community. We encourage you to check out MapServer Enterprise, which is available today on the community web site. We are proud to be part of this community and we hope you will join us in establishing the MapServer Foundation. For more information on how to get involved, please visit the community site at: mapserverfoundation.org and join the mailing list discussions. Sincerely, Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) Yewondwossen Assefa, MTSC Member Howard Butler, MTSC Member Daniel Morissette, MTSC Member Perry Nacionales, MTSC Member Frank Warmerdam, MTSC Member Tom Burk, University of Minnesota David McIlhagga, DM Solutions Group Tyler Mitchell Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee Gary Lang, Autodesk From steve.lime at DNR.STATE.MN.US Mon Nov 28 05:47:37 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 07:47:37 -0600 Subject: Pixmap symbols and transparent Message-ID: You shouldn't have to do that, in fact, I don't believe that option is even used any more. MapServer will use transparency if the image has it. There must be an error in the documentation someplace. Are you seeing otherwise? Steve >>> Stephen Davies 11/28/05 4:27 AM >>> How does one determine the palette indexes for use with the TRANSPARENT option in pixmap symbol definitions? (Why is the transparency of the image file not used?) Cheers and thanks, Stephen -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 From Tom.Kralidis at EC.GC.CA Mon Nov 28 06:26:43 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Mon, 28 Nov 2005 09:26:43 -0500 Subject: [Freegis-list] MapServer Foundation - Open Letter Message-ID: I think this is great news. I think this provides the potential for improved formal process around the good work we've all been doing over the years. I'll leave my foundation specific questions to the new mailing list. Welcome Autodesk and here we go! ..Tom > -----Original Message----- > From: freegis-list-bounces at intevation.de > [mailto:freegis-list-bounces at intevation.de] On Behalf Of Steve Lime > Sent: Monday, 28 November, 2005 08:37 > To: freegis-list at intevation.de; mapserver-dev at lists.umn.edu; > mapserver-users at lists.umn.edu > Subject: [Freegis-list] MapServer Foundation - Open Letter > > > An Open Letter to the MapServer Open Source Web Mapping Community > > November 28, 2005 > > Greetings MapServer community, > > We are pleased to share with you some exciting news about the future > of open source web mapping. > > Over the past few years MapServer adoption has grown ten-fold and has > become the web mapping platform of choice for many businesses, > government agencies, nonprofit groups and individuals. The MapServer > developers have added powerful new features. The community has enjoyed > three incredible conferences and continues to support each other and > enhance the community. > > We want to ensure that this success and momentum continues for the > MapServer product and community. MapServer continues to run well in > diverse environments and its rich set of features play an > indispensable role in many organizations. More than ever, we are > committed to improving MapServer and providing exceptional value to > the community. > > To this end, we take this opportunity to share two bits of > news: the creation of the MapServer Foundation and welcoming > the addition of Autodesk's next-generation web mapping > platform (previously known as Tux) as open source into the foundation. > > MapServer Foundation > > We are delighted to announce the creation of the MapServer Foundation > (mapserverfoundation.org). The foundation is a nonprofit organization > whose goal is to provide a supportive framework for open, > collaborative development of geospatial software. Several groups and > individuals are collaborating to help launch and sponsor the new > foundation. Financial support from Autodesk will allow us to get the > foundation up and running. In this letter, we present some ideas of > how we think the foundation can help the community, but these ideas > need broader discussion and debate within the community. > > We looked to other successful open source movements, such as Apache, > to see how our community could benefit from the creation of an > independent foundation. It is clear that the time has come to create a > formal infrastructure to help further support and promote the > professional open source web mapping development environments and > communities. While initially focused on web mapping projects, we hope > the foundation will adopt other open source geospatial projects > that need a home. > > Forming the foundation is only the beginning, as we now seek community > involvement and participation. The foundation will have a governance > model that allows it to be run by a Board of Directors that represents > the community. How it is ultimately going to be run is up to the > members of the community. The foundation will also have a set of > bylaws that provide structure and can be amended through a community > voting process. > > Role of the foundation > > The first priority for the foundation is to engage the broader > MapServer community. Members of the community are encouraged to join > and get involved. Consider this letter as your invitation to > participate. The community web site is the place where you, as a user > and participant in the community, can follow and contribute to the > development of the MapServer Foundation family of projects. > > The primary responsibilities of the foundation may include: > > * Support code repository and other project infrastructure > * Formalized process for decision-making (e.g. where to host the > next conference) > * Legal protection for the source code and developers of > the software > * Paying for development work on minor improvements of > the platform > * Acting as a central repository for marketing, branding > and professional image development of the product > * Providing process for mitigating disputes > * Financial support for advocacy, sponsorship, community > events and conferences > > Many of these community-related functions have been overseen in an > ad-hoc manner or deferred to the University of Minnesota or other > organizations in the past. The foundation will streamline the > coordination of legal, administrative and governance efforts. > > As MapServer will now be officially managed by the foundation, it no > longer makes sense to call it UMN MapServer. Product branding is also > becoming more important and this is a good opportunity to introduce a > more visual name for the product. We propose calling it MapServer > Cheetah. This presents a fast and agile image that suits the > product well and will help differentiate it from other > MapServer products. > > MapServer Cheetah & MapServer Enterprise > > We are also very excited about Autodesk's decision to release their > next generation web mapping platform into the open source community > through the MapServer Foundation. This adds further legitimacy to our > open source development platform. Their product will be named > MapServer Enterprise and is the successor to Autodesk MapGuide but > built on an entirely new architecture. > > MapServer Enterprise and MapServer Cheetah will be run as two separate > but parallel projects. There are no plans to merge them into one but > we aim to share technologies between the two projects wherever > possible. We also hope to provide utilities that allow the community > to easily use one or both platforms. > > MapServer Enterprise will be licensed using the OSI-approved GNU > Lesser General Public License (LGPL). MapServer Cheetah will continue > to be licensed under an MIT-style open source license. Autodesk is > eager to participate in an open and transparent development process > driven by independent guidance from the community. We encourage you to > check out MapServer Enterprise, which is available today on the > community web site. > > We are proud to be part of this community and we hope you will join us > in establishing the MapServer Foundation. For more information on how > to get involved, please visit the community site at: > mapserverfoundation.org and join the mailing list discussions. > > Sincerely, > > Steve Lime, Chair, MapServer Technical Steering Committee > (MTSC) Yewondwossen Assefa, MTSC Member Howard Butler, MTSC > Member Daniel Morissette, MTSC Member Perry Nacionales, MTSC > Member Frank Warmerdam, MTSC Member Tom Burk, University of > Minnesota David McIlhagga, DM Solutions Group Tyler Mitchell > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing > committee Gary Lang, Autodesk > > _______________________________________________ > Freegis-list mailing list > Freegis-list at intevation.de > https://intevation.de/mailman/listinfo/freegis-list > From mstangeh.foros at GMAIL.COM Mon Nov 28 06:31:07 2005 From: mstangeh.foros at GMAIL.COM (Mauricio Stange H.) Date: Mon, 28 Nov 2005 11:31:07 -0300 Subject: mapserver - windows 2003 Message-ID: hi, I have developed a couple of maps wtih apache and postgis, but now I need to migrate it to windows 2003, using de windows web server. So, for php and postgis there was no problem, but mapserver doesn't work. I do what the README-Install.txt says, (using C:/Inetpub/wwwroot/cgi-bin for mapserv.exe), but when enter the link "http://localhost/cgi-bin/mapserv.exe", but I recieve a "HTTP 500 internal server error" The page cannot be displayed, blablabla. Does somebody knows, how to successfully install mapserver under windows using IIS, or where is my problem?? thanks, Mauricio Stange H. From bartvde at XS4ALL.NL Mon Nov 28 06:42:15 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Mon, 28 Nov 2005 15:42:15 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: This is great news indeed. Very exciting. Must have been a lot of hard work behind the scenes! Thanks for pushing Mapserver into a stable future, as you said a lot of people depend on it. Best regards, Bart > An Open Letter to the MapServer Open Source Web Mapping Community > > November 28, 2005 > > Greetings MapServer community, > > We are pleased to share with you some exciting news about the future of > open source web mapping. > > Over the past few years MapServer adoption has grown ten-fold and has > become the web mapping platform of choice for many businesses, government > agencies, nonprofit groups and individuals. The MapServer developers have > added powerful new features. The community has enjoyed three incredible > conferences and continues to support each other and enhance the community. > > We want to ensure that this success and momentum continues for the > MapServer product and community. MapServer continues to run well in > diverse environments and its rich set of features play an indispensable > role in many organizations. More than ever, we are committed to improving > MapServer and providing exceptional value to the community. > > To this end, we take this opportunity to share two bits of news: the > creation of the MapServer Foundation and welcoming the addition of > Autodesk's next-generation web mapping platform (previously known as Tux) > as open source into the foundation. > > MapServer Foundation > > We are delighted to announce the creation of the MapServer Foundation > (mapserverfoundation.org). The foundation is a nonprofit organization > whose goal is to provide a supportive framework for open, collaborative > development of geospatial software. Several groups and individuals are > collaborating to help launch and sponsor the new foundation. Financial > support from Autodesk will allow us to get the foundation up and running. > In this letter, we present some ideas of how we think the foundation can > help the community, but these ideas need broader discussion and debate > within the community. > > We looked to other successful open source movements, such as Apache, to > see how our community could benefit from the creation of an independent > foundation. It is clear that the time has come to create a formal > infrastructure to help further support and promote the professional open > source web mapping development environments and communities. While > initially focused on web mapping projects, we hope the foundation will > adopt other open source geospatial projects that need a home. > > Forming the foundation is only the beginning, as we now seek community > involvement and participation. The foundation will have a governance model > that allows it to be run by a Board of Directors that represents the > community. How it is ultimately going to be run is up to the members of > the community. The foundation will also have a set of bylaws that provide > structure and can be amended through a community voting process. > > Role of the foundation > > The first priority for the foundation is to engage the broader MapServer > community. Members of the community are encouraged to join and get > involved. Consider this letter as your invitation to participate. The > community web site is the place where you, as a user and participant in > the community, can follow and contribute to the development of the > MapServer Foundation family of projects. > > The primary responsibilities of the foundation may include: > > * Support code repository and other project infrastructure > * Formalized process for decision-making (e.g. where to host the next > conference) > * Legal protection for the source code and developers of the software > * Paying for development work on minor improvements of the platform > * Acting as a central repository for marketing, branding and > professional image development of the product > * Providing process for mitigating disputes > * Financial support for advocacy, sponsorship, community events and > conferences > > Many of these community-related functions have been overseen in an ad-hoc > manner or deferred to the University of Minnesota or other organizations > in the past. The foundation will streamline the coordination of legal, > administrative and governance efforts. > > As MapServer will now be officially managed by the foundation, it no > longer makes sense to call it UMN MapServer. Product branding is also > becoming more important and this is a good opportunity to introduce a more > visual name for the product. We propose calling it MapServer Cheetah. This > presents a fast and agile image that suits the product well and will help > differentiate it from other MapServer products. > > MapServer Cheetah & MapServer Enterprise > > We are also very excited about Autodesk's decision to release their next > generation web mapping platform into the open source community through the > MapServer Foundation. This adds further legitimacy to our open source > development platform. Their product will be named MapServer Enterprise and > is the successor to Autodesk MapGuide but built on an entirely new > architecture. > > MapServer Enterprise and MapServer Cheetah will be run as two separate but > parallel projects. There are no plans to merge them into one but we aim to > share technologies between the two projects wherever possible. We also > hope to provide utilities that allow the community to easily use one or > both platforms. > > MapServer Enterprise will be licensed using the OSI-approved GNU Lesser > General Public License (LGPL). MapServer Cheetah will continue to be > licensed under an MIT-style open source license. Autodesk is eager to > participate in an open and transparent development process driven by > independent guidance from the community. We encourage you to check out > MapServer Enterprise, which is available today on the community web site. > > We are proud to be part of this community and we hope you will join us in > establishing the MapServer Foundation. For more information on how to get > involved, please visit the community site at: mapserverfoundation.org and > join the mailing list discussions. > > Sincerely, > > Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) > Yewondwossen Assefa, MTSC Member > Howard Butler, MTSC Member > Daniel Morissette, MTSC Member > Perry Nacionales, MTSC Member > Frank Warmerdam, MTSC Member > Tom Burk, University of Minnesota > David McIlhagga, DM Solutions Group > Tyler Mitchell > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee > Gary Lang, Autodesk > > From bartvde at XS4ALL.NL Mon Nov 28 06:46:11 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Mon, 28 Nov 2005 15:46:11 +0100 Subject: mapserver - windows 2003 In-Reply-To: <438B14AB.2050407@gmail.com> Message-ID: Hi, are you sure all the dll's can be found by Mapserver? Can you do mapserv -v in a DOS command prompt, or use a dependency checker tool to analyze this (like depends)? You also need to create a Web Service Extension for the mapserv CGI process in the IIS Manager. A Windows 2000 version guide is available here: http://ms.gis.umn.edu/docs/howto/setupiis Best regards, Bart > hi, > I have developed a couple of maps wtih apache and postgis, but now I > need to migrate it to windows 2003, using de windows web server. So, for > php and postgis there was no problem, but mapserver doesn't work. I do > what the README-Install.txt says, (using C:/Inetpub/wwwroot/cgi-bin for > mapserv.exe), but when enter the link > "http://localhost/cgi-bin/mapserv.exe", but I recieve a "HTTP 500 > internal server error" The page cannot be displayed, blablabla. > > Does somebody knows, how to successfully install mapserver under windows > using IIS, or where is my problem?? > > thanks, > Mauricio Stange H. > From mtilquin at GMAIL.COM Mon Nov 28 06:54:03 2005 From: mtilquin at GMAIL.COM (Tilquin Manuel) Date: Mon, 28 Nov 2005 15:54:03 +0100 Subject: No subject Message-ID: It is possible to use mapserver with asp.net? Thank you From taatuut at PLANET.NL Mon Nov 28 07:08:00 2005 From: taatuut at PLANET.NL (Emil Zegers) Date: Mon, 28 Nov 2005 16:08:00 +0100 Subject: MapServer Foundation - Open Letter Message-ID: Congratulations all with this remarkable step ahead. Looks like MapServer is getting even more mature very quick. Also looking forward to see proposals for the new logo :-) Regards, Emil Zegers ----- Oorspronkelijk bericht ----- Van: Steve Lime Datum: maandag, november 28, 2005 2:37 pm Onderwerp: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > An Open Letter to the MapServer Open Source Web Mapping Community > > November 28, 2005 > > Greetings MapServer community, > > We are pleased to share with you some exciting news about the > future of open source web mapping. > > Over the past few years MapServer adoption has grown ten-fold and > has become the web mapping platform of choice for many businesses, > government agencies, nonprofit groups and individuals. The > MapServer developers have added powerful new features. The > community has enjoyed three incredible conferences and continues > to support each other and enhance the community. > > We want to ensure that this success and momentum continues for the > MapServer product and community. MapServer continues to run well > in diverse environments and its rich set of features play an > indispensable role in many organizations. More than ever, we are > committed to improving MapServer and providing exceptional value > to the community. > > To this end, we take this opportunity to share two bits of news: > the creation of the MapServer Foundation and welcoming the > addition of Autodesk's next-generation web mapping platform > (previously known as Tux) as open source into the foundation. > > MapServer Foundation > > We are delighted to announce the creation of the MapServer > Foundation (mapserverfoundation.org). The foundation is a > nonprofit organization whose goal is to provide a supportive > framework for open, collaborative development of geospatial > software. Several groups and individuals are collaborating to help > launch and sponsor the new foundation. Financial support from > Autodesk will allow us to get the foundation up and running. In > this letter, we present some ideas of how we think the foundation > can help the community, but these ideas need broader discussion > and debate within the community. > > We looked to other successful open source movements, such as > Apache, to see how our community could benefit from the creation > of an independent foundation. It is clear that the time has come > to create a formal infrastructure to help further support and > promote the professional open source web mapping development > environments and communities. While initially focused on web > mapping projects, we hope the foundation will adopt other open > source geospatial projects that need a home. > > Forming the foundation is only the beginning, as we now seek > community involvement and participation. The foundation will have > a governance model that allows it to be run by a Board of > Directors that represents the community. How it is ultimately > going to be run is up to the members of the community. The > foundation will also have a set of bylaws that provide structure > and can be amended through a community voting process. > > Role of the foundation > > The first priority for the foundation is to engage the broader > MapServer community. Members of the community are encouraged to > join and get involved. Consider this letter as your invitation to > participate. The community web site is the place where you, as a > user and participant in the community, can follow and contribute > to the development of the MapServer Foundation family of projects. > > The primary responsibilities of the foundation may include: > > * Support code repository and other project infrastructure > * Formalized process for decision-making (e.g. where to host > the next conference) > * Legal protection for the source code and developers of the > software * Paying for development work on minor improvements of > the platform > * Acting as a central repository for marketing, branding and > professional image development of the product > * Providing process for mitigating disputes > * Financial support for advocacy, sponsorship, community > events and conferences > > Many of these community-related functions have been overseen in an > ad-hoc manner or deferred to the University of Minnesota or other > organizations in the past. The foundation will streamline the > coordination of legal, administrative and governance efforts. > > As MapServer will now be officially managed by the foundation, it > no longer makes sense to call it UMN MapServer. Product branding > is also becoming more important and this is a good opportunity to > introduce a more visual name for the product. We propose calling > it MapServer Cheetah. This presents a fast and agile image that > suits the product well and will help differentiate it from other > MapServer products. > > MapServer Cheetah & MapServer Enterprise > > We are also very excited about Autodesk's decision to release > their next generation web mapping platform into the open source > community through the MapServer Foundation. This adds further > legitimacy to our open source development platform. Their product > will be named MapServer Enterprise and is the successor to > Autodesk MapGuide but built on an entirely new architecture. > > MapServer Enterprise and MapServer Cheetah will be run as two > separate but parallel projects. There are no plans to merge them > into one but we aim to share technologies between the two projects > wherever possible. We also hope to provide utilities that allow > the community to easily use one or both platforms. > > MapServer Enterprise will be licensed using the OSI-approved GNU > Lesser General Public License (LGPL). MapServer Cheetah will > continue to be licensed under an MIT-style open source license. > Autodesk is eager to participate in an open and transparent > development process driven by independent guidance from the > community. We encourage you to check out MapServer Enterprise, > which is available today on the community web site. > > We are proud to be part of this community and we hope you will > join us in establishing the MapServer Foundation. For more > information on how to get involved, please visit the community > site at: mapserverfoundation.org and join the mailing list > discussions. > Sincerely, > > Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) > Yewondwossen Assefa, MTSC Member > Howard Butler, MTSC Member > Daniel Morissette, MTSC Member > Perry Nacionales, MTSC Member > Frank Warmerdam, MTSC Member > Tom Burk, University of Minnesota > David McIlhagga, DM Solutions Group > Tyler Mitchell > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee > Gary Lang, Autodesk > From BEN at SYNCERA-ITSOLUTIONS.NL Mon Nov 28 07:08:38 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Mon, 28 Nov 2005 16:08:38 +0100 Subject: No subject Message-ID: Mapserver has SWIG (swig.org) bindings called Mapscript, and there are C# bindings available. I don't know if they should be considered beta. So yes, you should be able to use Mapserver with ASP.NET. You could also just interface the Mapserver CGI interface or the Mapserver WMS/WFS interface from your asp.net code. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Tilquin Manuel 11/28/05 3:54 PM >>> It is possible to use mapserver with asp.net? Thank you From rschumeyer at IEEE.ORG Mon Nov 28 07:45:57 2005 From: rschumeyer at IEEE.ORG (Rick Schumeyer) Date: Mon, 28 Nov 2005 10:45:57 -0500 Subject: error accessing postgis Message-ID: Mapserver [v4.6.1] returns an error when I try to access a postgis [1.0.4] database. (Postgis is installed with postgresql 8.1.0). I assume my mapfile is incorrect, but I'm not sure what the mistake is. Here is the error: msDrawMap(): Image handling error. Failed to draw layer named 'sdata'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') )' Postgresql reports the error as 'ERROR: column "oid" does not exist ' The relevant portion of my mapfile: LAYER NAME "sdata" CONNECTIONTYPE POSTGIS CONNECTION "dbname=gtest user=postgres host=localhost" DATA "iarea from sdata" TYPE line STATUS default CLASS NAME "State Line" STYLE SYMBOL "BigLine" SIZE 2 COLOR 255 0 0 END END END The definition of the table "sdata": Table "public.sdata" Column | Type | Modifiers ------------+--------------------------+------------------------------------ ---------------- id | integer | not null default nextval('sdata_id_seq'::regclass) instrument | character varying(20) | begintime | timestamp with time zone | endtime | timestamp with time zone | iarea | geometry | filename | character varying(512) | Indexes: "idx_iarea" gist (iarea) Check constraints: "enforce_dims_iarea" CHECK (ndims(iarea) = 2) "enforce_geotype_iarea" CHECK (geometrytype(iarea) = 'POLYGON'::text OR iarea IS NULL) "enforce_srid_iarea" CHECK (srid(iarea) = 4326) ECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') ) -------------- next part -------------- An HTML attachment was scrubbed... URL: From woodbri at SWOODBRIDGE.COM Mon Nov 28 08:01:51 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Mon, 28 Nov 2005 11:01:51 -0500 Subject: error accessing postgis In-Reply-To: <000601c5f432$dcd81ce0$0200a8c0@dell8200> Message-ID: By default posgres 8.1 does not build oids any more. You need to change you query to specify some other unique column for mapserver. You can add a serial column and make it the primary key then reference that. -Steve W. Rick Schumeyer wrote: > Mapserver [v4.6.1] returns an error when I try to access a postgis > [1.0.4] database. (Postgis is installed with postgresql 8.1.0). I > assume my mapfile is incorrect, but I?m not sure what the mistake is. > > > > Here is the error: > > > > msDrawMap(): Image handling error. Failed to draw layer named 'sdata'. > prepare_database(): Query error. Error executing POSTGIS DECLARE (the > actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata > WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, > find_srid('','sdata','iarea') )' > > Postgresql reports the error as 'ERROR: column "oid" does not exist ' > > > > The relevant portion of my mapfile: > > > > LAYER > > NAME "sdata" > > CONNECTIONTYPE POSTGIS > > CONNECTION "dbname=gtest user=postgres host=localhost" > > DATA "iarea from sdata" > > TYPE line > > STATUS default > > CLASS > > NAME "State Line" > > STYLE > > SYMBOL "BigLine" > > SIZE 2 > > COLOR 255 0 0 > > END > > END > > END > > > > The definition of the table ?sdata?: > > > > Table ?public.sdata" > > Column | Type | Modifiers > > ------------+--------------------------+---------------------------------------------------- > > id | integer | not null default > nextval('sdata_id_seq'::regclass) > > instrument | character varying(20) | > > begintime | timestamp with time zone | > > endtime | timestamp with time zone | > > iarea | geometry | > > filename | character varying(512) | > > Indexes: > > "idx_iarea" gist (iarea) > > Check constraints: > > "enforce_dims_iarea" CHECK (ndims(iarea) = 2) > > "enforce_geotype_iarea" CHECK (geometrytype(iarea) = 'POLYGON'::text > OR iarea IS NULL) > > "enforce_srid_iarea" CHECK (srid(iarea) = 4326) > > ECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata > WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, > find_srid('','sdata','iarea') ) > > > > > From BEN at SYNCERA-ITSOLUTIONS.NL Mon Nov 28 08:02:09 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Mon, 28 Nov 2005 17:02:09 +0100 Subject: error accessing postgis Message-ID: See: http://lists.maptools.org/pipermail/ms4w-users/2005-November/000363.html Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Rick Schumeyer 11/28/05 4:45 PM >>> Mapserver [v4.6.1] returns an error when I try to access a postgis [1.0.4] database. (Postgis is installed with postgresql 8.1.0). I assume my mapfile is incorrect, but I'm not sure what the mistake is. Here is the error: msDrawMap(): Image handling error. Failed to draw layer named 'sdata'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') )' Postgresql reports the error as 'ERROR: column "oid" does not exist ' The relevant portion of my mapfile: LAYER NAME "sdata" CONNECTIONTYPE POSTGIS CONNECTION "dbname=gtest user=postgres host=localhost" DATA "iarea from sdata" TYPE line STATUS default CLASS NAME "State Line" STYLE SYMBOL "BigLine" SIZE 2 COLOR 255 0 0 END END END The definition of the table "sdata": Table "public.sdata" Column | Type | Modifiers ------------+--------------------------+------------------------------------ ---------------- id | integer | not null default nextval('sdata_id_seq'::regclass) instrument | character varying(20) | begintime | timestamp with time zone | endtime | timestamp with time zone | iarea | geometry | filename | character varying(512) | Indexes: "idx_iarea" gist (iarea) Check constraints: "enforce_dims_iarea" CHECK (ndims(iarea) = 2) "enforce_geotype_iarea" CHECK (geometrytype(iarea) = 'POLYGON'::text OR iarea IS NULL) "enforce_srid_iarea" CHECK (srid(iarea) = 4326) ECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') ) From m.cave-ayland at WEBBASED.CO.UK Mon Nov 28 08:03:36 2005 From: m.cave-ayland at WEBBASED.CO.UK (Mark Cave-Ayland) Date: Mon, 28 Nov 2005 16:03:36 -0000 Subject: error accessing postgis In-Reply-To: <000601c5f432$dcd81ce0$0200a8c0@dell8200> Message-ID: Hi Rick, Under PostgreSQL 8.1 the in-built OID column on user table is deprecated, and so you must specify a unique column name for Mapserver to use as a primary key by adding a ?using unique? clause to your data statement, e.g. DATA ?iarea from sdata using unique id? Perhaps this is worth mentioning in the FAQ, or even modifying the version detection code in mappostgis.c so that if PostgreSQL 8.1 is detected then a more helpful error message can be emitted. Kind regards, Mark. ----- WebBased Ltd 17 Research Way Plymouth PL6 8BT T: +44 (0)1752 797131 F: +44 (0)1752 791023 http://www.webbased.co.uk?? http://www.infomapper.com http://www.swtc.co.uk? This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ________________________________________ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Rick Schumeyer Sent: 28 November 2005 15:46 To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] error accessing postgis Mapserver [v4.6.1] returns an error when I try to access a postgis [1.0.4] database.? (Postgis is installed with postgresql 8.1.0).? I assume my mapfile is incorrect, but I?m not sure what the mistake is. ? Here is the error: ? msDrawMap(): Image handling error. Failed to draw layer named 'sdata'. prepare_database(): Query error. Error executing POSTGIS DECLARE (the actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') )' Postgresql reports the error as 'ERROR: column "oid" does not exist ' ? The relevant portion of my mapfile: ? LAYER ???? NAME "sdata" ???? CONNECTIONTYPE POSTGIS ???? CONNECTION "dbname=gtest user=postgres host=localhost" ???? DATA "iarea from sdata" ???? TYPE line ???? STATUS default ???? CLASS ????????? NAME "State Line" ????????? STYLE ?????????????? SYMBOL "BigLine" ?????????????? SIZE 2 ?????????????? COLOR 255 0 0 ????????? END ???? END END ? The definition of the table ?sdata?: ? Table ?public.sdata" ?? Column?? |?????????? Type?????????? |???????????????????? Modifiers ------------+--------------------------+------------------------------------ ---------------- ?id???????? | integer????????????????? | not null default nextval('sdata_id_seq'::regclass) ?instrument | character varying(20)??? | ?begintime? | timestamp with time zone | ?endtime??? | timestamp with time zone | ?iarea????? | geometry???????????????? | ?filename?? | character varying(512)?? | Indexes: ??? "idx_iarea" gist (iarea) Check constraints: ??? "enforce_dims_iarea" CHECK (ndims(iarea) = 2) ??? "enforce_geotype_iarea" CHECK (geometrytype(iarea) = 'POLYGON'::text OR iarea IS NULL) ??? "enforce_srid_iarea" CHECK (srid(iarea) = 4326) ECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, find_srid('','sdata','iarea') ) ? ? From frequens at GMAIL.COM Mon Nov 28 08:22:59 2005 From: frequens at GMAIL.COM (frequens) Date: Mon, 28 Nov 2005 17:22:59 +0100 Subject: error accessing postgis Message-ID: There is something going on also in Mapserver 4.8 beta.... The SQL statements which performed perfectly well under 4.6.1 accessing the PostgreSQL 8.0.3 and Postgis 1.0.3 fail in Mapserver 4.8b1 and 4.8b2 accessing the same database configuration. Could somebody please shed some light about the matter? BR frequens -------------- next part -------------- An HTML attachment was scrubbed... URL: From jlacroix at DMSOLUTIONS.CA Mon Nov 28 08:26:27 2005 From: jlacroix at DMSOLUTIONS.CA (Julien-Samuel Lacroix) Date: Mon, 28 Nov 2005 11:26:27 -0500 Subject: Maximum number of symbols limit ? In-Reply-To: Message-ID: Hi, Yes, the limit of symbol is define in mapsymbol.h by the MS_MAXSYMBOLS constant. By default the limit is set to 64. You can easily change this limit if you are able to recompile mapserver. Otherwise, you can find someone to do it for you. Julien Luca Manganelli wrote: > Hi, is there a limit of maximum number of symbols in mapserver? > > -- > "An algorithm must be seen to be believed." > -- Donald Knuth, in "Fundamental Algorithms" > http://www.trapanator.com/blog > > -- ------------------------------------------------------------ Julien-Samuel Lacroix jlacroix at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From steve.lime at DNR.STATE.MN.US Mon Nov 28 08:53:25 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 10:53:25 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Someone already sent along one idea- a cheetah with a map instead of spots... Steve >>> Emil Zegers 11/28/05 9:08 AM >>> Congratulations all with this remarkable step ahead. Looks like MapServer is getting even more mature very quick. Also looking forward to see proposals for the new logo :-) Regards, Emil Zegers ----- Oorspronkelijk bericht ----- Van: Steve Lime Datum: maandag, november 28, 2005 2:37 pm Onderwerp: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > An Open Letter to the MapServer Open Source Web Mapping Community > > November 28, 2005 > > Greetings MapServer community, > > We are pleased to share with you some exciting news about the > future of open source web mapping. > > Over the past few years MapServer adoption has grown ten-fold and > has become the web mapping platform of choice for many businesses, > government agencies, nonprofit groups and individuals. The > MapServer developers have added powerful new features. The > community has enjoyed three incredible conferences and continues > to support each other and enhance the community. > > We want to ensure that this success and momentum continues for the > MapServer product and community. MapServer continues to run well > in diverse environments and its rich set of features play an > indispensable role in many organizations. More than ever, we are > committed to improving MapServer and providing exceptional value > to the community. > > To this end, we take this opportunity to share two bits of news: > the creation of the MapServer Foundation and welcoming the > addition of Autodesk's next-generation web mapping platform > (previously known as Tux) as open source into the foundation. > > MapServer Foundation > > We are delighted to announce the creation of the MapServer > Foundation (mapserverfoundation.org). The foundation is a > nonprofit organization whose goal is to provide a supportive > framework for open, collaborative development of geospatial > software. Several groups and individuals are collaborating to help > launch and sponsor the new foundation. Financial support from > Autodesk will allow us to get the foundation up and running. In > this letter, we present some ideas of how we think the foundation > can help the community, but these ideas need broader discussion > and debate within the community. > > We looked to other successful open source movements, such as > Apache, to see how our community could benefit from the creation > of an independent foundation. It is clear that the time has come > to create a formal infrastructure to help further support and > promote the professional open source web mapping development > environments and communities. While initially focused on web > mapping projects, we hope the foundation will adopt other open > source geospatial projects that need a home. > > Forming the foundation is only the beginning, as we now seek > community involvement and participation. The foundation will have > a governance model that allows it to be run by a Board of > Directors that represents the community. How it is ultimately > going to be run is up to the members of the community. The > foundation will also have a set of bylaws that provide structure > and can be amended through a community voting process. > > Role of the foundation > > The first priority for the foundation is to engage the broader > MapServer community. Members of the community are encouraged to > join and get involved. Consider this letter as your invitation to > participate. The community web site is the place where you, as a > user and participant in the community, can follow and contribute > to the development of the MapServer Foundation family of projects. > > The primary responsibilities of the foundation may include: > > * Support code repository and other project infrastructure > * Formalized process for decision-making (e.g. where to host > the next conference) > * Legal protection for the source code and developers of the > software * Paying for development work on minor improvements of > the platform > * Acting as a central repository for marketing, branding and > professional image development of the product > * Providing process for mitigating disputes > * Financial support for advocacy, sponsorship, community > events and conferences > > Many of these community-related functions have been overseen in an > ad-hoc manner or deferred to the University of Minnesota or other > organizations in the past. The foundation will streamline the > coordination of legal, administrative and governance efforts. > > As MapServer will now be officially managed by the foundation, it > no longer makes sense to call it UMN MapServer. Product branding > is also becoming more important and this is a good opportunity to > introduce a more visual name for the product. We propose calling > it MapServer Cheetah. This presents a fast and agile image that > suits the product well and will help differentiate it from other > MapServer products. > > MapServer Cheetah & MapServer Enterprise > > We are also very excited about Autodesk's decision to release > their next generation web mapping platform into the open source > community through the MapServer Foundation. This adds further > legitimacy to our open source development platform. Their product > will be named MapServer Enterprise and is the successor to > Autodesk MapGuide but built on an entirely new architecture. > > MapServer Enterprise and MapServer Cheetah will be run as two > separate but parallel projects. There are no plans to merge them > into one but we aim to share technologies between the two projects > wherever possible. We also hope to provide utilities that allow > the community to easily use one or both platforms. > > MapServer Enterprise will be licensed using the OSI-approved GNU > Lesser General Public License (LGPL). MapServer Cheetah will > continue to be licensed under an MIT-style open source license. > Autodesk is eager to participate in an open and transparent > development process driven by independent guidance from the > community. We encourage you to check out MapServer Enterprise, > which is available today on the community web site. > > We are proud to be part of this community and we hope you will > join us in establishing the MapServer Foundation. For more > information on how to get involved, please visit the community > site at: mapserverfoundation.org and join the mailing list > discussions. > Sincerely, > > Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) > Yewondwossen Assefa, MTSC Member > Howard Butler, MTSC Member > Daniel Morissette, MTSC Member > Perry Nacionales, MTSC Member > Frank Warmerdam, MTSC Member > Tom Burk, University of Minnesota > David McIlhagga, DM Solutions Group > Tyler Mitchell > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee > Gary Lang, Autodesk > From crazygecko at GMAIL.COM Mon Nov 28 08:53:53 2005 From: crazygecko at GMAIL.COM (Xin) Date: Mon, 28 Nov 2005 16:53:53 +0000 Subject: MapServer Foundation - Open Letter In-Reply-To: <7880c5a787dbd9.787dbd97880c5a@planet.nl> Message-ID: Very exciting indeed. Always having more more opensource mapping softwares to play with. Can't wait to see what this step brings. Xin On 28/11/05, Emil Zegers wrote: > > Congratulations all with this remarkable step ahead. > > Looks like MapServer is getting even more mature very quick. > > Also looking forward to see proposals for the new logo :-) > > Regards, > > Emil Zegers > > > ----- Oorspronkelijk bericht ----- > Van: Steve Lime > Datum: maandag, november 28, 2005 2:37 pm > Onderwerp: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > An Open Letter to the MapServer Open Source Web Mapping Community > > > > November 28, 2005 > > > > Greetings MapServer community, > > > > We are pleased to share with you some exciting news about the > > future of open source web mapping. > > > > Over the past few years MapServer adoption has grown ten-fold and > > has become the web mapping platform of choice for many businesses, > > government agencies, nonprofit groups and individuals. The > > MapServer developers have added powerful new features. The > > community has enjoyed three incredible conferences and continues > > to support each other and enhance the community. > > > > We want to ensure that this success and momentum continues for the > > MapServer product and community. MapServer continues to run well > > in diverse environments and its rich set of features play an > > indispensable role in many organizations. More than ever, we are > > committed to improving MapServer and providing exceptional value > > to the community. > > > > To this end, we take this opportunity to share two bits of news: > > the creation of the MapServer Foundation and welcoming the > > addition of Autodesk's next-generation web mapping platform > > (previously known as Tux) as open source into the foundation. > > > > MapServer Foundation > > > > We are delighted to announce the creation of the MapServer > > Foundation (mapserverfoundation.org). The foundation is a > > nonprofit organization whose goal is to provide a supportive > > framework for open, collaborative development of geospatial > > software. Several groups and individuals are collaborating to help > > launch and sponsor the new foundation. Financial support from > > Autodesk will allow us to get the foundation up and running. In > > this letter, we present some ideas of how we think the foundation > > can help the community, but these ideas need broader discussion > > and debate within the community. > > > > We looked to other successful open source movements, such as > > Apache, to see how our community could benefit from the creation > > of an independent foundation. It is clear that the time has come > > to create a formal infrastructure to help further support and > > promote the professional open source web mapping development > > environments and communities. While initially focused on web > > mapping projects, we hope the foundation will adopt other open > > source geospatial projects that need a home. > > > > Forming the foundation is only the beginning, as we now seek > > community involvement and participation. The foundation will have > > a governance model that allows it to be run by a Board of > > Directors that represents the community. How it is ultimately > > going to be run is up to the members of the community. The > > foundation will also have a set of bylaws that provide structure > > and can be amended through a community voting process. > > > > Role of the foundation > > > > The first priority for the foundation is to engage the broader > > MapServer community. Members of the community are encouraged to > > join and get involved. Consider this letter as your invitation to > > participate. The community web site is the place where you, as a > > user and participant in the community, can follow and contribute > > to the development of the MapServer Foundation family of projects. > > > > The primary responsibilities of the foundation may include: > > > > * Support code repository and other project infrastructure > > * Formalized process for decision-making (e.g. where to host > > the next conference) > > * Legal protection for the source code and developers of the > > software * Paying for development work on minor improvements of > > the platform > > * Acting as a central repository for marketing, branding and > > professional image development of the product > > * Providing process for mitigating disputes > > * Financial support for advocacy, sponsorship, community > > events and conferences > > > > Many of these community-related functions have been overseen in an > > ad-hoc manner or deferred to the University of Minnesota or other > > organizations in the past. The foundation will streamline the > > coordination of legal, administrative and governance efforts. > > > > As MapServer will now be officially managed by the foundation, it > > no longer makes sense to call it UMN MapServer. Product branding > > is also becoming more important and this is a good opportunity to > > introduce a more visual name for the product. We propose calling > > it MapServer Cheetah. This presents a fast and agile image that > > suits the product well and will help differentiate it from other > > MapServer products. > > > > MapServer Cheetah & MapServer Enterprise > > > > We are also very excited about Autodesk's decision to release > > their next generation web mapping platform into the open source > > community through the MapServer Foundation. This adds further > > legitimacy to our open source development platform. Their product > > will be named MapServer Enterprise and is the successor to > > Autodesk MapGuide but built on an entirely new architecture. > > > > MapServer Enterprise and MapServer Cheetah will be run as two > > separate but parallel projects. There are no plans to merge them > > into one but we aim to share technologies between the two projects > > wherever possible. We also hope to provide utilities that allow > > the community to easily use one or both platforms. > > > > MapServer Enterprise will be licensed using the OSI-approved GNU > > Lesser General Public License (LGPL). MapServer Cheetah will > > continue to be licensed under an MIT-style open source license. > > Autodesk is eager to participate in an open and transparent > > development process driven by independent guidance from the > > community. We encourage you to check out MapServer Enterprise, > > which is available today on the community web site. > > > > We are proud to be part of this community and we hope you will > > join us in establishing the MapServer Foundation. For more > > information on how to get involved, please visit the community > > site at: mapserverfoundation.org and join the mailing list > > discussions. > > Sincerely, > > > > Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) > > Yewondwossen Assefa, MTSC Member > > Howard Butler, MTSC Member > > Daniel Morissette, MTSC Member > > Perry Nacionales, MTSC Member > > Frank Warmerdam, MTSC Member > > Tom Burk, University of Minnesota > > David McIlhagga, DM Solutions Group > > Tyler Mitchell > > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee > > Gary Lang, Autodesk > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nacional at CBS.UMN.EDU Mon Nov 28 09:08:43 2005 From: nacional at CBS.UMN.EDU (Pericles S. Nacionales) Date: Mon, 28 Nov 2005 11:08:43 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Hey, how about a new map projection in the shape of a Cheetah! -Perry Steve Lime wrote: > Someone already sent along one idea- a cheetah with a map instead of spots... > > Steve > > >>>>Emil Zegers 11/28/05 9:08 AM >>> > > Congratulations all with this remarkable step ahead. > > Looks like MapServer is getting even more mature very quick. > > Also looking forward to see proposals for the new logo :-) > > Regards, > > Emil Zegers > > > ----- Oorspronkelijk bericht ----- > Van: Steve Lime > Datum: maandag, november 28, 2005 2:37 pm > Onderwerp: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > >>An Open Letter to the MapServer Open Source Web Mapping Community >> >>November 28, 2005 >> >>Greetings MapServer community, >> >>We are pleased to share with you some exciting news about the >>future of open source web mapping. >> >>Over the past few years MapServer adoption has grown ten-fold and >>has become the web mapping platform of choice for many businesses, >>government agencies, nonprofit groups and individuals. The >>MapServer developers have added powerful new features. The >>community has enjoyed three incredible conferences and continues >>to support each other and enhance the community. >> >>We want to ensure that this success and momentum continues for the >>MapServer product and community. MapServer continues to run well >>in diverse environments and its rich set of features play an >>indispensable role in many organizations. More than ever, we are >>committed to improving MapServer and providing exceptional value >>to the community. >> >>To this end, we take this opportunity to share two bits of news: >>the creation of the MapServer Foundation and welcoming the >>addition of Autodesk's next-generation web mapping platform >>(previously known as Tux) as open source into the foundation. >> >>MapServer Foundation >> >>We are delighted to announce the creation of the MapServer >>Foundation (mapserverfoundation.org). The foundation is a >>nonprofit organization whose goal is to provide a supportive >>framework for open, collaborative development of geospatial >>software. Several groups and individuals are collaborating to help >>launch and sponsor the new foundation. Financial support from >>Autodesk will allow us to get the foundation up and running. In >>this letter, we present some ideas of how we think the foundation >>can help the community, but these ideas need broader discussion >>and debate within the community. >> >>We looked to other successful open source movements, such as >>Apache, to see how our community could benefit from the creation >>of an independent foundation. It is clear that the time has come >>to create a formal infrastructure to help further support and >>promote the professional open source web mapping development >>environments and communities. While initially focused on web >>mapping projects, we hope the foundation will adopt other open >>source geospatial projects that need a home. >> >>Forming the foundation is only the beginning, as we now seek >>community involvement and participation. The foundation will have >>a governance model that allows it to be run by a Board of >>Directors that represents the community. How it is ultimately >>going to be run is up to the members of the community. The >>foundation will also have a set of bylaws that provide structure >>and can be amended through a community voting process. >> >>Role of the foundation >> >>The first priority for the foundation is to engage the broader >>MapServer community. Members of the community are encouraged to >>join and get involved. Consider this letter as your invitation to >>participate. The community web site is the place where you, as a >>user and participant in the community, can follow and contribute >>to the development of the MapServer Foundation family of projects. >> >>The primary responsibilities of the foundation may include: >> >> * Support code repository and other project infrastructure >> * Formalized process for decision-making (e.g. where to host >>the next conference) >> * Legal protection for the source code and developers of the >>software * Paying for development work on minor improvements of >>the platform >> * Acting as a central repository for marketing, branding and >>professional image development of the product >> * Providing process for mitigating disputes >> * Financial support for advocacy, sponsorship, community >>events and conferences >> >>Many of these community-related functions have been overseen in an >>ad-hoc manner or deferred to the University of Minnesota or other >>organizations in the past. The foundation will streamline the >>coordination of legal, administrative and governance efforts. >> >>As MapServer will now be officially managed by the foundation, it >>no longer makes sense to call it UMN MapServer. Product branding >>is also becoming more important and this is a good opportunity to >>introduce a more visual name for the product. We propose calling >>it MapServer Cheetah. This presents a fast and agile image that >>suits the product well and will help differentiate it from other >>MapServer products. >> >>MapServer Cheetah & MapServer Enterprise >> >>We are also very excited about Autodesk's decision to release >>their next generation web mapping platform into the open source >>community through the MapServer Foundation. This adds further >>legitimacy to our open source development platform. Their product >>will be named MapServer Enterprise and is the successor to >>Autodesk MapGuide but built on an entirely new architecture. >> >>MapServer Enterprise and MapServer Cheetah will be run as two >>separate but parallel projects. There are no plans to merge them >>into one but we aim to share technologies between the two projects >>wherever possible. We also hope to provide utilities that allow >>the community to easily use one or both platforms. >> >>MapServer Enterprise will be licensed using the OSI-approved GNU >>Lesser General Public License (LGPL). MapServer Cheetah will >>continue to be licensed under an MIT-style open source license. >>Autodesk is eager to participate in an open and transparent >>development process driven by independent guidance from the >>community. We encourage you to check out MapServer Enterprise, >>which is available today on the community web site. >> >>We are proud to be part of this community and we hope you will >>join us in establishing the MapServer Foundation. For more >>information on how to get involved, please visit the community >>site at: mapserverfoundation.org and join the mailing list >>discussions. >>Sincerely, >> >>Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) >>Yewondwossen Assefa, MTSC Member >>Howard Butler, MTSC Member >>Daniel Morissette, MTSC Member >>Perry Nacionales, MTSC Member >>Frank Warmerdam, MTSC Member >>Tom Burk, University of Minnesota >>David McIlhagga, DM Solutions Group >>Tyler Mitchell >>Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee >>Gary Lang, Autodesk >> > > > > From Ken.Boss at DNR.STATE.MN.US Mon Nov 28 09:13:37 2005 From: Ken.Boss at DNR.STATE.MN.US (Ken Boss) Date: Mon, 28 Nov 2005 11:13:37 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Are there any graphics wizards out there who could doctor a photo of a cheetah to look something like the cow in the attached jpeg? (I'm told that's a moo-cator projection...) >>> Steve Lime 11/28/2005 10:53:25 AM >>> Someone already sent along one idea- a cheetah with a map instead of spots... Steve >>> Emil Zegers 11/28/05 9:08 AM >>> Congratulations all with this remarkable step ahead. Looks like MapServer is getting even more mature very quick. Also looking forward to see proposals for the new logo :-) Regards, Emil Zegers -------------- next part -------------- A non-text attachment was scrubbed... Name: MapCow.jpg Type: image/jpeg Size: 51620 bytes Desc: JPEG image URL: From tylermitchell at SHAW.CA Mon Nov 28 09:22:44 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 09:22:44 -0800 Subject: MapServer Foundation - Open Letter Message-ID: > Are there any graphics wizards out there who could doctor a photo > of a cheetah to look something like the cow in the attached jpeg? > (I'm told that's a moo-cator projection...) You guys are sorta twisted ;) and I'm even worse because I'll probably try something tonight :) I'm really excited about the foundation developments. I have some notes online about all the possible things a foundation could do: http://ms.gis.umn.edu/community/foundation I look forward to your comments/feedback (but suggest it be moved over to the foundation mailing list instead). From osgis.lists at GMAIL.COM Mon Nov 28 09:24:12 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Mon, 28 Nov 2005 11:24:12 -0600 Subject: True Type Map Symbols Message-ID: How many folks out there are using True Type for map symbols? I am using True Type for my highway shields (interstate is actually made up of three symbols which I then show on top of eachother in red, white, and blue). Has anyone put together a "font" of various map symbols? If not, is there anyone else who has cobbled together a small selection of symbols that we could combine and make available to the rest of the community? Additionally, is there (or would it be easy to add) a way that a symbol could be defined as a combination of three other symbols each with a different color so that in the mapfile, all you would need to do is have the symbol name and size (see interestate example above)? David From bluecarto at GMAIL.COM Mon Nov 28 09:39:39 2005 From: bluecarto at GMAIL.COM (Pierre GIRAUD) Date: Mon, 28 Nov 2005 18:39:39 +0100 Subject: shapefile date type field Message-ID: Hi all, I have a shapefile with attribute datas. One field is of date type. An orginfo gives it for integer type while jump says it's of date type Is date type in the shapefile specifications ? Is Mapserver able to tell what type it is on query results ? Thx Pierre GIRAUD From steve.lime at DNR.STATE.MN.US Mon Nov 28 10:06:30 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 12:06:30 -0600 Subject: True Type Map Symbols Message-ID: We, the DNR, have a couple of TrueType fonts available for download: - road symbols: http://www.dnr.state.mn.us/mis/gis/tools/arcview/extensions/roadsym/roadsym.html - recreation symbols: http://www.dnr.state.mn.us/mis/gis/tools/arcview/extensions/RecSym/recsym.html You'll see the links to the .TTF files on those pages. The road symbols probably aren't exactly what you're looking for but would serve as a start if you can find a decent font editor. Steve >>> David Bitner 11/28/05 11:24 AM >>> How many folks out there are using True Type for map symbols? I am using True Type for my highway shields (interstate is actually made up of three symbols which I then show on top of eachother in red, white, and blue). Has anyone put together a "font" of various map symbols? If not, is there anyone else who has cobbled together a small selection of symbols that we could combine and make available to the rest of the community? Additionally, is there (or would it be easy to add) a way that a symbol could be defined as a combination of three other symbols each with a different color so that in the mapfile, all you would need to do is have the symbol name and size (see interestate example above)? David From steve.lime at DNR.STATE.MN.US Mon Nov 28 10:15:27 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 12:15:27 -0600 Subject: shapefile date type field Message-ID: MapServer treats everything as a string unless you explicitly use expressions to change the context in which a value is being referenced. So, for example you can use a number stored as a string in math expressions and you can use numbers in string expressions. To put a value into date context you need to enclose it in backtics, e.g.: (`[DATECOL]` < `2004-10-20`) Steve >>> Pierre GIRAUD 11/28/05 11:39 AM >>> Hi all, I have a shapefile with attribute datas. One field is of date type. An orginfo gives it for integer type while jump says it's of date type Is date type in the shapefile specifications ? Is Mapserver able to tell what type it is on query results ? Thx Pierre GIRAUD From info at MORENET.PL Mon Nov 28 10:17:48 2005 From: info at MORENET.PL (Sebastian Podjasek) Date: Mon, 28 Nov 2005 12:17:48 -0600 Subject: Projection problems... Message-ID: I have strange problem with projection. I'm using Transverse Mercator on Europe dataset with following settings: PROJECTION "proj=tmerc" "lat_0=0" "lon_0=20" "ellps=krass" "towgs84=28,-130,-95,0,0,0,0" "units=m" END And on 'edges' of map and in very small scale I get strange results, lines are disappearing, polygons are painted partially and so on. You can view results produced by Mapserver in three different projections on this site: http://maps.morenet.pl/gallery/ Every image represents almost same area north of Dublin/Ireland which is far from my center line (20 E). Is this 'normal' behavior in this projection or maybe there's some kind of bug... -- morenet.pl Sebastian Podjasek From abe.gillespie at GMAIL.COM Mon Nov 28 10:55:02 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 28 Nov 2005 13:55:02 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <80c80b80eb2e.80eb2e80c80b@shaw.ca> Message-ID: Honestly, Cheetah? Hasn't Apple already monopolized all the large cat names? Besides, there's an HTML server named Tomcat. Let's start our own naming cliche. -Abe On 11/28/05, Tyler Mitchell wrote: > > Are there any graphics wizards out there who could doctor a photo > > of a cheetah to look something like the cow in the attached jpeg? > > (I'm told that's a moo-cator projection...) > > You guys are sorta twisted ;) and I'm even worse because I'll probably try something tonight :) > > I'm really excited about the foundation developments. I have some notes online about all the possible things a foundation could do: > http://ms.gis.umn.edu/community/foundation > > I look forward to your comments/feedback (but suggest it be moved over to the foundation mailing list instead). > From Jeremy.Sears at CCRS.NRCAN.GC.CA Mon Nov 28 11:03:39 2005 From: Jeremy.Sears at CCRS.NRCAN.GC.CA (Sears, Jeremy) Date: Mon, 28 Nov 2005 14:03:39 -0500 Subject: MapServer Foundation - Open Letter Message-ID: I concur. How about a dolphin? They're fast, agile and intelligent. If TV has taught us anything they are also friendly and fun to work with... just like Mapserver. Jeremy -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Abe Gillespie Sent: November 28, 2005 1:55 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Honestly, Cheetah? Hasn't Apple already monopolized all the large cat names? Besides, there's an HTML server named Tomcat. Let's start our own naming cliche. -Abe On 11/28/05, Tyler Mitchell wrote: > > Are there any graphics wizards out there who could doctor a photo > > of a cheetah to look something like the cow in the attached jpeg? > > (I'm told that's a moo-cator projection...) > > You guys are sorta twisted ;) and I'm even worse because I'll probably try something tonight :) > > I'm really excited about the foundation developments. I have some notes online about all the possible things a foundation could do: > http://ms.gis.umn.edu/community/foundation > > I look forward to your comments/feedback (but suggest it be moved over to the foundation mailing list instead). > From work at XWB.COM Mon Nov 28 11:07:12 2005 From: work at XWB.COM (Chip Taylor) Date: Mon, 28 Nov 2005 11:07:12 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: I suggest raptors, since they fly high and see lots of terrain. How about Hawk, or Eagle or Osprey? Chip Taylor > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Sears, Jeremy > Sent: Monday, November 28, 2005 11:04 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > I concur. > How about a dolphin? They're fast, agile and intelligent. If TV has taught > us anything they are also friendly and fun to work with... just like > Mapserver. > > Jeremy > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Abe Gillespie > Sent: November 28, 2005 1:55 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > names? Besides, there's an HTML server named Tomcat. > > Let's start our own naming cliche. > > -Abe > > On 11/28/05, Tyler Mitchell wrote: > > > Are there any graphics wizards out there who could doctor a photo > > > of a cheetah to look something like the cow in the attached jpeg? > > > (I'm told that's a moo-cator projection...) > > > > You guys are sorta twisted ;) and I'm even worse because I'll probably > try something tonight :) > > > > I'm really excited about the foundation developments. I have some notes > online about all the possible things a foundation could do: > > http://ms.gis.umn.edu/community/foundation > > > > I look forward to your comments/feedback (but suggest it be moved over > to > the foundation mailing list instead). > > > From osgis.lists at GMAIL.COM Mon Nov 28 11:07:42 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Mon, 28 Nov 2005 13:07:42 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Dolphin is already used by MYSQL. On 11/28/05, Sears, Jeremy wrote: > I concur. > How about a dolphin? They're fast, agile and intelligent. If TV has taught > us anything they are also friendly and fun to work with... just like > Mapserver. > > Jeremy > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Abe Gillespie > Sent: November 28, 2005 1:55 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > names? Besides, there's an HTML server named Tomcat. > > Let's start our own naming cliche. > > -Abe > > On 11/28/05, Tyler Mitchell wrote: > > > Are there any graphics wizards out there who could doctor a photo > > > of a cheetah to look something like the cow in the attached jpeg? > > > (I'm told that's a moo-cator projection...) > > > > You guys are sorta twisted ;) and I'm even worse because I'll probably > try something tonight :) > > > > I'm really excited about the foundation developments. I have some notes > online about all the possible things a foundation could do: > > http://ms.gis.umn.edu/community/foundation > > > > I look forward to your comments/feedback (but suggest it be moved over to > the foundation mailing list instead). > > > From mstangeh.foros at GMAIL.COM Mon Nov 28 11:07:46 2005 From: mstangeh.foros at GMAIL.COM (Mauricio Stange H.) Date: Mon, 28 Nov 2005 16:07:46 -0300 Subject: mapserver - windows 2003 In-Reply-To: <7D1D1DD803D83641A6DEA6F9F428DEE24D4CE5@warmsx02.Corp.Acxiom.net> Message-ID: The version is the 4.4.1. I tried to execute mapserv -v , but it ask me for the dll msvcr70.dll. Skalski Artur - askals wrote: >Which version of mapserver are You trying to install on IIS? > >Artur > > >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Mauricio Stange H. >Sent: Monday, November 28, 2005 3:31 PM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: [UMN_MAPSERVER-USERS] mapserver - windows 2003 > > >hi, > I have developed a couple of maps wtih apache and postgis, but now I >need to migrate it to windows 2003, using de windows web server. So, for >php and postgis there was no problem, but mapserver doesn't work. I do >what the README-Install.txt says, (using C:/Inetpub/wwwroot/cgi-bin for >mapserv.exe), but when enter the link >"http://localhost/cgi-bin/mapserv.exe", but I recieve a "HTTP 500 >internal server error" The page cannot be displayed, blablabla. > >Does somebody knows, how to successfully install mapserver under windows >using IIS, or where is my problem?? > >thanks, > Mauricio Stange H. >*************************************************************************** >The information contained in this communication is confidential, is >intended only for the use of the recipient named above, and may be legally >privileged. > >If the reader of this message is not the intended recipient, you are >hereby notified that any dissemination, distribution or copying of this >communication is strictly prohibited. > >If you have received this communication in error, please resend this >communication to the sender and delete the original message or any copy >of it from your computer system. > >Thank You. >**************************************************************************** > > > From David.Fawcett at STATE.MN.US Mon Nov 28 11:07:44 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Mon, 28 Nov 2005 13:07:44 -0600 Subject: MapServer Foundation - Open Letter Message-ID: The dolphin may be taken in the opensource world as well.... http://www.mysql.com/ -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy Sent: Monday, November 28, 2005 1:04 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter I concur. How about a dolphin? They're fast, agile and intelligent. If TV has taught us anything they are also friendly and fun to work with... just like Mapserver. Jeremy -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Abe Gillespie Sent: November 28, 2005 1:55 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Honestly, Cheetah? Hasn't Apple already monopolized all the large cat names? Besides, there's an HTML server named Tomcat. Let's start our own naming cliche. -Abe On 11/28/05, Tyler Mitchell wrote: > > Are there any graphics wizards out there who could doctor a photo of > > a cheetah to look something like the cow in the attached jpeg? (I'm > > told that's a moo-cator projection...) > > You guys are sorta twisted ;) and I'm even worse because I'll > probably try something tonight :) > > I'm really excited about the foundation developments. I have some > notes online about all the possible things a foundation could do: > http://ms.gis.umn.edu/community/foundation > > I look forward to your comments/feedback (but suggest it be moved over > to the foundation mailing list instead). > From mstangeh.foros at GMAIL.COM Mon Nov 28 11:10:51 2005 From: mstangeh.foros at GMAIL.COM (Mauricio Stange H.) Date: Mon, 28 Nov 2005 16:10:51 -0300 Subject: mapserver - windows 2003 In-Reply-To: <007f01c5f42b$bedc5910$6401a8c0@BlueMan> Message-ID: An HTML attachment was scrubbed... URL: From abe.gillespie at GMAIL.COM Mon Nov 28 11:13:02 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 28 Nov 2005 14:13:02 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D059D@s-sp22.pca.state.mn.us> Message-ID: I like the raptor idea. You got my vote Chip! See, this is how "community" is *supposed* to work. :) -Abe On 11/28/05, Fawcett, David wrote: > The dolphin may be taken in the opensource world as well.... > > http://www.mysql.com/ > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Sears, Jeremy > Sent: Monday, November 28, 2005 1:04 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > I concur. > How about a dolphin? They're fast, agile and intelligent. If TV has > taught us anything they are also friendly and fun to work with... just > like Mapserver. > > Jeremy > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Abe Gillespie > Sent: November 28, 2005 1:55 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > names? Besides, there's an HTML server named Tomcat. > > Let's start our own naming cliche. > > -Abe > > On 11/28/05, Tyler Mitchell wrote: > > > Are there any graphics wizards out there who could doctor a photo of > > > > a cheetah to look something like the cow in the attached jpeg? (I'm > > > told that's a moo-cator projection...) > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > probably > try something tonight :) > > > > I'm really excited about the foundation developments. I have some > > notes > online about all the possible things a foundation could do: > > http://ms.gis.umn.edu/community/foundation > > > > I look forward to your comments/feedback (but suggest it be moved over > > > to > the foundation mailing list instead). > > > From Jeremy.Sears at CCRS.NRCAN.GC.CA Mon Nov 28 11:22:05 2005 From: Jeremy.Sears at CCRS.NRCAN.GC.CA (Sears, Jeremy) Date: Mon, 28 Nov 2005 14:22:05 -0500 Subject: MapServer Foundation - Open Letter Message-ID: Dang. Dolphins rock. >Dolphin is already used by MYSQL. On 11/28/05, Sears, Jeremy wrote: > I concur. > How about a dolphin? They're fast, agile and intelligent. If TV has taught > us anything they are also friendly and fun to work with... just like > Mapserver. > > Jeremy > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > Behalf Of Abe Gillespie > Sent: November 28, 2005 1:55 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > names? Besides, there's an HTML server named Tomcat. > > Let's start our own naming cliche. > > -Abe > > On 11/28/05, Tyler Mitchell wrote: > > > Are there any graphics wizards out there who could doctor a photo > > > of a cheetah to look something like the cow in the attached jpeg? > > > (I'm told that's a moo-cator projection...) > > > > You guys are sorta twisted ;) and I'm even worse because I'll probably > try something tonight :) > > > > I'm really excited about the foundation developments. I have some notes > online about all the possible things a foundation could do: > > http://ms.gis.umn.edu/community/foundation > > > > I look forward to your comments/feedback (but suggest it be moved over to > the foundation mailing list instead). > > > From andy.canfield at GMAIL.COM Mon Nov 28 11:18:22 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 11:18:22 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... just > > like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > > names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? (I'm > > > > told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved over > > > > > to > > the foundation mailing list instead). > > > > > > From steve.lime at DNR.STATE.MN.US Mon Nov 28 11:37:40 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 13:37:40 -0600 Subject: MapServer Foundation - Open Letter Message-ID: The name is not a done deal, merely a suggestion that some of the developer types came up with. We need a way to differentiate the UMN MapServer that does not imply legacy (e.g. MapServer Classic) since UMN MapServer is not going anywhere. The idea behind cheetah was that it represents speed and agility. Certainly other animals, plants, insects or objects might do a better job (and result in a better logo). Fire away... Steve >>> Andy Canfield 11/28/05 1:18 PM >>> Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... just > > like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large cat > > names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? (I'm > > > > told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved over > > > > > to > > the foundation mailing list instead). > > > > > > From akrherz at IASTATE.EDU Mon Nov 28 11:39:27 2005 From: akrherz at IASTATE.EDU (Daryl Herzmann) Date: Mon, 28 Nov 2005 13:39:27 -0600 Subject: error accessing postgis In-Reply-To: <2482247e0511280822u6edcd92i86f2a4a68c67d492@mail.gmail.com> Message-ID: On Mon, 28 Nov 2005, frequens wrote: > There is something going on also in Mapserver 4.8 beta.... > The SQL statements which performed perfectly well under 4.6.1 accessing the > PostgreSQL 8.0.3 and Postgis 1.0.3 > fail in Mapserver 4.8b1 and 4.8b2 accessing the same database configuration. > > Could somebody please shed some light about the matter? http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1443 Proposed patch included in bug report.... HTH, daryl -- /** * Daryl Herzmann (akrherz at iastate.edu) * Program Assistant -- Iowa Environmental Mesonet * http://mesonet.agron.iastate.edu */ From cplist at EARTHLINK.NET Mon Nov 28 11:42:07 2005 From: cplist at EARTHLINK.NET (Charlton Purvis) Date: Mon, 28 Nov 2005 14:42:07 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Why not have something that has to do w/ the speed of light since nothing travels faster? From ed at TOPOZONE.COM Mon Nov 28 11:45:43 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Mon, 28 Nov 2005 14:45:43 -0500 Subject: MapServer Foundation - Open Letter Message-ID: Well, both DM Solutions and Autodesk issued press releases today that will be widely reprinted and reported in the press. Each stated that MapServer "will be called/renamed MapServer Cheetah". That's going to cause confusion if that's not correct, and will be confusing to undo. If the name's not a done deal, it shouldn't have been announced. At least in Autodesk's release the UMN MapServer package isn't mentioned until the sixth paragraph, so maybe it won't be noticed. - Ed -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Steve Lime Sent: Monday, November 28, 2005 2:38 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter The name is not a done deal, merely a suggestion that some of the developer types came up with. We need a way to differentiate the UMN MapServer that does not imply legacy (e.g. MapServer Classic) since UMN MapServer is not going anywhere. The idea behind cheetah was that it represents speed and agility. Certainly other animals, plants, insects or objects might do a better job (and result in a better logo). Fire away... Steve >>> Andy Canfield 11/28/05 1:18 PM >>> Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... > > just like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > cat names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a > > > > photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > (I'm told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > over > > > > > to > > the foundation mailing list instead). > > > > > > From andy.canfield at GMAIL.COM Mon Nov 28 11:46:41 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 11:46:41 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <006001c5f453$d14462f0$0200a8c1@latitude> Message-ID: How long will it be up for suggestion and shouldn't we set up some sort of poll with all the submitted names once names are no longer being taken with all the names submitted up to that point? I just ask because trying to look for all the names submitted in this thread could become a very tedious task very quickly if lots of people submit names. On 11/28/05, Charlton Purvis wrote: > Why not have something that has to do w/ the speed of light since nothing > travels faster? > From David.Fawcett at STATE.MN.US Mon Nov 28 11:53:00 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Mon, 28 Nov 2005 13:53:00 -0600 Subject: MapServer Foundation - Open Letter Message-ID: My frustration is that there is a need to pick a random animal or additional name to add to the product. This just dilutes the value of the current brand. To me, MapServer is the product that we all use, love/hate, contribute to, etc. Not even U of M MapServer, just MapServer. I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I believe, will confuse a lot of people to think that it is a code extension of MapServer or a Deluxe version of what is currently being called 'Cheetah'. They get more of the name than the original product does. Maybe MapServer and MapServer Enterprise, just as confusing, but at least we get to keep the original name and brand. MapServer Core? MapServer Foo Edition? ... My concern with branding has nothing to do with whether or not the foundation is a good thing. I think that it could be. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Andy Canfield Sent: Monday, November 28, 2005 1:18 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... > > just like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > cat names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a > > > > photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > (I'm told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > over > > > > > to > > the foundation mailing list instead). > > > > > > From kenlord at GMAIL.COM Mon Nov 28 11:56:54 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Mon, 28 Nov 2005 11:56:54 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD601@ptolemy.topozone.com> Message-ID: Three comments: Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! Con MapServer: I for one welcome our new Autodesk overlords. As for the naming: I've always been fond of the platypus. Cheers, Ken Lord Vancouver BC On 11/28/05, Ed McNierney wrote: > Well, both DM Solutions and Autodesk issued press releases today that > will be widely reprinted and reported in the press. Each stated that > MapServer "will be called/renamed MapServer Cheetah". That's going to > cause confusion if that's not correct, and will be confusing to undo. > If the name's not a done deal, it shouldn't have been announced. > > At least in Autodesk's release the UMN MapServer package isn't mentioned > until the sixth paragraph, so maybe it won't be noticed. > > - Ed > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Steve Lime > Sent: Monday, November 28, 2005 2:38 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > The name is not a done deal, merely a suggestion that some of the > developer types came up with. We need a way to differentiate the UMN > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > MapServer is not going anywhere. The idea behind cheetah was that it > represents speed and agility. Certainly other animals, plants, insects > or objects might do a better job (and result in a better logo). Fire > away... > > Steve > > >>> Andy Canfield 11/28/05 1:18 PM >>> > Do we get a say or is this already a done deal? From what I read on the > DM Solutions site it seems like this is pretty much a done deal. > If it's not I like "Osprey" as they have always been my favorite bird of > prey and I like the raptor idea way better than the cheeta thing. > > On 11/28/05, Abe Gillespie wrote: > > I like the raptor idea. You got my vote Chip! > > > > See, this is how "community" is *supposed* to work. :) > > > > -Abe > > > > On 11/28/05, Fawcett, David wrote: > > > The dolphin may be taken in the opensource world as well.... > > > > > > http://www.mysql.com/ > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > Sent: Monday, November 28, 2005 1:04 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > I concur. > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > taught us anything they are also friendly and fun to work with... > > > just like Mapserver. > > > > > > Jeremy > > > > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > Behalf Of Abe Gillespie > > > Sent: November 28, 2005 1:55 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > Let's start our own naming cliche. > > > > > > -Abe > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > Are there any graphics wizards out there who could doctor a > > > > > photo of > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > probably > > > try something tonight :) > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > notes > > > online about all the possible things a foundation could do: > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > over > > > > > > > to > > > the foundation mailing list instead). > > > > > > > > > > From steve.lime at DNR.STATE.MN.US Mon Nov 28 11:56:21 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 13:56:21 -0600 Subject: MapServer Foundation - Open Letter Message-ID: I can't speak for the other press releases. The open letter states "we propose"... Steve >>> Ed McNierney 11/28/05 1:45 PM >>> Well, both DM Solutions and Autodesk issued press releases today that will be widely reprinted and reported in the press. Each stated that MapServer "will be called/renamed MapServer Cheetah". That's going to cause confusion if that's not correct, and will be confusing to undo. If the name's not a done deal, it shouldn't have been announced. At least in Autodesk's release the UMN MapServer package isn't mentioned until the sixth paragraph, so maybe it won't be noticed. - Ed -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Steve Lime Sent: Monday, November 28, 2005 2:38 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter The name is not a done deal, merely a suggestion that some of the developer types came up with. We need a way to differentiate the UMN MapServer that does not imply legacy (e.g. MapServer Classic) since UMN MapServer is not going anywhere. The idea behind cheetah was that it represents speed and agility. Certainly other animals, plants, insects or objects might do a better job (and result in a better logo). Fire away... Steve >>> Andy Canfield 11/28/05 1:18 PM >>> Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... > > just like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > cat names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a > > > > photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > (I'm told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > over > > > > > to > > the foundation mailing list instead). > > > > > > From hfl at HOME.NL Mon Nov 28 11:56:06 2005 From: hfl at HOME.NL (Huub Fleuren) Date: Mon, 28 Nov 2005 20:56:06 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <006001c5f453$d14462f0$0200a8c1@latitude> Message-ID: Like Mapserver Light ? (classic vs. enterprise) Charlton Purvis wrote: >Why not have something that has to do w/ the speed of light since nothing >travels faster? > > > > From nacional at CBS.UMN.EDU Mon Nov 28 11:58:24 2005 From: nacional at CBS.UMN.EDU (Pericles S. Nacionales) Date: Mon, 28 Nov 2005 13:58:24 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <006001c5f453$d14462f0$0200a8c1@latitude> Message-ID: I like that. Something like MapServer Interstellar Overdrive... Oh, wait, I'm thinking of a song. ;) How about MapServer Buzz Lightyear? Or MapServer Quanta? Charlton Purvis wrote: > Why not have something that has to do w/ the speed of light since nothing > travels faster? > > > From steve.lime at DNR.STATE.MN.US Mon Nov 28 12:02:30 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 14:02:30 -0600 Subject: MapServer Foundation - Open Letter Message-ID: I look at this as an opportunity to brand something that never really had one. Cripes, even around here the software has at least 3 names: MapServer, Minnesota MapServer and UMN MapServer. Which one is it? >>> "Fawcett, David" 11/28/05 1:53 PM >>> My frustration is that there is a need to pick a random animal or additional name to add to the product. This just dilutes the value of the current brand. To me, MapServer is the product that we all use, love/hate, contribute to, etc. Not even U of M MapServer, just MapServer. I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I believe, will confuse a lot of people to think that it is a code extension of MapServer or a Deluxe version of what is currently being called 'Cheetah'. They get more of the name than the original product does. Maybe MapServer and MapServer Enterprise, just as confusing, but at least we get to keep the original name and brand. MapServer Core? MapServer Foo Edition? ... My concern with branding has nothing to do with whether or not the foundation is a good thing. I think that it could be. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Andy Canfield Sent: Monday, November 28, 2005 1:18 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Do we get a say or is this already a done deal? From what I read on the DM Solutions site it seems like this is pretty much a done deal. If it's not I like "Osprey" as they have always been my favorite bird of prey and I like the raptor idea way better than the cheeta thing. On 11/28/05, Abe Gillespie wrote: > I like the raptor idea. You got my vote Chip! > > See, this is how "community" is *supposed* to work. :) > > -Abe > > On 11/28/05, Fawcett, David wrote: > > The dolphin may be taken in the opensource world as well.... > > > > http://www.mysql.com/ > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > Sent: Monday, November 28, 2005 1:04 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > I concur. > > How about a dolphin? They're fast, agile and intelligent. If TV has > > taught us anything they are also friendly and fun to work with... > > just like Mapserver. > > > > Jeremy > > > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > Behalf Of Abe Gillespie > > Sent: November 28, 2005 1:55 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > cat names? Besides, there's an HTML server named Tomcat. > > > > Let's start our own naming cliche. > > > > -Abe > > > > On 11/28/05, Tyler Mitchell wrote: > > > > Are there any graphics wizards out there who could doctor a > > > > photo of > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > (I'm told that's a moo-cator projection...) > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > probably > > try something tonight :) > > > > > > I'm really excited about the foundation developments. I have some > > > notes > > online about all the possible things a foundation could do: > > > http://ms.gis.umn.edu/community/foundation > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > over > > > > > to > > the foundation mailing list instead). > > > > > > From jeff at PROPERTYKEY.COM Mon Nov 28 12:03:24 2005 From: jeff at PROPERTYKEY.COM (Jeff Hoffmann) Date: Mon, 28 Nov 2005 14:03:24 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Steve Lime wrote: > The name is not a done deal, merely a suggestion that some of the developer > types came up with. We need a way to differentiate the UMN MapServer that > does not imply legacy (e.g. MapServer Classic) since UMN MapServer is not > going anywhere. The idea behind cheetah was that it represents speed and > agility. Certainly other animals, plants, insects or objects might do a better > job (and result in a better logo). Fire away... If I got a vote, I'd vote for some kind of raptor, myself. The obvious things are there with their soaring/surveying lifestyle (like others mentioned), but it also seems like an appropriate nod to the legacy of development at UMN. For one thing, there's a Raptor Center at the UMN (http://www.raptor.cvm.umn.edu). Also, I can't say I've ever seen a cheetah roaming around the Twin Cities, but I see quite a few hawks and, every once in a while, a bald eagle or two. -- Jeff Hoffmann jeff at propertykey.com From thomas.bonfort at GMAIL.COM Mon Nov 28 12:05:33 2005 From: thomas.bonfort at GMAIL.COM (thomas bonfort) Date: Mon, 28 Nov 2005 21:05:33 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D059E@s-sp22.pca.state.mn.us> Message-ID: +1 with david, I don't think adding a somewhat artificial suffix to mapserver adds any value. how about a simple "Mapserver community edition" or something in the likes? -- tb On 11/28/05, Fawcett, David wrote: > My frustration is that there is a need to pick a random animal or > additional name to add to the product. This just dilutes the value of > the current brand. To me, MapServer is the product that we all use, > love/hate, contribute to, etc. Not even U of M MapServer, just > MapServer. > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > believe, will confuse a lot of people to think that it is a code > extension of MapServer or a Deluxe version of what is currently being > called 'Cheetah'. They get more of the name than the original product > does. > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > least we get to keep the original name and brand. MapServer Core? > MapServer Foo Edition? ... > > My concern with branding has nothing to do with whether or not the > foundation is a good thing. I think that it could be. > > David. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Andy Canfield > Sent: Monday, November 28, 2005 1:18 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Do we get a say or is this already a done deal? From what I read on the > DM Solutions site it seems like this is pretty much a done deal. If it's > not I like "Osprey" as they have always been my favorite bird of prey > and I like the raptor idea way better than the cheeta thing. > > On 11/28/05, Abe Gillespie wrote: > > I like the raptor idea. You got my vote Chip! > > > > See, this is how "community" is *supposed* to work. :) > > > > -Abe > > > > On 11/28/05, Fawcett, David wrote: > > > The dolphin may be taken in the opensource world as well.... > > > > > > http://www.mysql.com/ > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > Sent: Monday, November 28, 2005 1:04 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > I concur. > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > taught us anything they are also friendly and fun to work with... > > > just like Mapserver. > > > > > > Jeremy > > > > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > Behalf Of Abe Gillespie > > > Sent: November 28, 2005 1:55 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > Letter > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > Let's start our own naming cliche. > > > > > > -Abe > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > Are there any graphics wizards out there who could doctor a > > > > > photo of > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > probably > > > try something tonight :) > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > notes > > > online about all the possible things a foundation could do: > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > over > > > > > > > to > > > the foundation mailing list instead). > > > > > > > > > > From David.Fawcett at STATE.MN.US Mon Nov 28 12:15:17 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Mon, 28 Nov 2005 14:15:17 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Thomas, I like the idea of the inclusion of 'Community' in the name. It shows the roots of the product and the responsive support that has built up around it. We could still pick a Peregrine, Shrew, Slime Mold, Cyano Bacteria, whatever as the mascot... Of course, IANAMC (IANA Marketing Consultant) David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of thomas bonfort Sent: Monday, November 28, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter +1 with david, I don't think adding a somewhat artificial suffix to mapserver adds any value. how about a simple "Mapserver community edition" or something in the likes? -- tb On 11/28/05, Fawcett, David wrote: > My frustration is that there is a need to pick a random animal or > additional name to add to the product. This just dilutes the value of > the current brand. To me, MapServer is the product that we all use, > love/hate, contribute to, etc. Not even U of M MapServer, just > MapServer. > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > believe, will confuse a lot of people to think that it is a code > extension of MapServer or a Deluxe version of what is currently being > called 'Cheetah'. They get more of the name than the original product > does. > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > least we get to keep the original name and brand. MapServer Core? > MapServer Foo Edition? ... > > My concern with branding has nothing to do with whether or not the > foundation is a good thing. I think that it could be. > > David. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Andy Canfield > Sent: Monday, November 28, 2005 1:18 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Do we get a say or is this already a done deal? From what I read on > the DM Solutions site it seems like this is pretty much a done deal. > If it's not I like "Osprey" as they have always been my favorite bird > of prey and I like the raptor idea way better than the cheeta thing. > > On 11/28/05, Abe Gillespie wrote: > > I like the raptor idea. You got my vote Chip! > > > > See, this is how "community" is *supposed* to work. :) > > > > -Abe > > > > On 11/28/05, Fawcett, David wrote: > > > The dolphin may be taken in the opensource world as well.... > > > > > > http://www.mysql.com/ > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > Sent: Monday, November 28, 2005 1:04 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > I concur. > > > How about a dolphin? They're fast, agile and intelligent. If TV > > > has taught us anything they are also friendly and fun to work > > > with... just like Mapserver. > > > > > > Jeremy > > > > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > Behalf Of Abe Gillespie > > > Sent: November 28, 2005 1:55 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > Letter > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > Let's start our own naming cliche. > > > > > > -Abe > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > Are there any graphics wizards out there who could doctor a > > > > > photo of > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > probably > > > try something tonight :) > > > > > > > > I'm really excited about the foundation developments. I have > > > > some > > > > > notes > > > online about all the possible things a foundation could do: > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > I look forward to your comments/feedback (but suggest it be > > > > moved over > > > > > > > to > > > the foundation mailing list instead). > > > > > > > > > > From abe.gillespie at GMAIL.COM Mon Nov 28 12:22:15 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 28 Nov 2005 15:22:15 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <438B628C.9070107@propertykey.com> Message-ID: Hurray, four votes for raptor! Might we go ahead and make this an official process by putting up a poll somewhere as suggested previously? We can include what has already been suggested here and other options like "no new name" and "other". Where, if "other" wins, we'd have to go into double over time with another poll. :) -Abe On 11/28/05, Jeff Hoffmann wrote: > Steve Lime wrote: > > The name is not a done deal, merely a suggestion that some of the developer > > types came up with. We need a way to differentiate the UMN MapServer that > > does not imply legacy (e.g. MapServer Classic) since UMN MapServer is not > > going anywhere. The idea behind cheetah was that it represents speed and > > agility. Certainly other animals, plants, insects or objects might do a better > > job (and result in a better logo). Fire away... > > If I got a vote, I'd vote for some kind of raptor, myself. The obvious > things are there with their soaring/surveying lifestyle (like others > mentioned), but it also seems like an appropriate nod to the legacy of > development at UMN. For one thing, there's a Raptor Center at the UMN > (http://www.raptor.cvm.umn.edu). Also, I can't say I've ever seen a > cheetah roaming around the Twin Cities, but I see quite a few hawks and, > every once in a while, a bald eagle or two. > > -- > Jeff Hoffmann > jeff at propertykey.com > From osgis.lists at GMAIL.COM Mon Nov 28 12:33:27 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Mon, 28 Nov 2005 14:33:27 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D059F@s-sp22.pca.state.mn.us> Message-ID: I agree that the Mascot should be secondary and a nice little thing to use for logos etc.. I think that having two products Mapserver Foo and Mapserver Bar are going to make it sound like they are two levels of the same product (like ArcView/ArcInfo) rather than two distinct products. I like the proposal of something like Community Mapserver and Mapserver Enterprise and then having a logo mascot of some kind that represents the Mapserver Foundation. If it was a natural thing, I would vote for something found in Minnesota to reflect the heritage of Mapserver (Perhaps the Aspen reflecting the interconnected root system with a nice simple leaf as a logo, or the Eagle as stated before, or why not the loon to represent ....). Basically, keep the names of the products descriptive and then back that up with having some kind of symbol to use across all products that come out of the Mapserver Foundation. On 11/28/05, Fawcett, David wrote: > Thomas, > > I like the idea of the inclusion of 'Community' in the name. It shows > the roots of the product and the responsive support that has built up > around it. We could still pick a Peregrine, Shrew, Slime Mold, Cyano > Bacteria, whatever as the mascot... > > Of course, IANAMC (IANA Marketing Consultant) > > David. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of thomas bonfort > Sent: Monday, November 28, 2005 2:06 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > +1 with david, I don't think adding a somewhat artificial suffix to > mapserver adds any value. > how about a simple "Mapserver community edition" or something in the > likes? > -- > tb > > On 11/28/05, Fawcett, David wrote: > > My frustration is that there is a need to pick a random animal or > > additional name to add to the product. This just dilutes the value of > > > the current brand. To me, MapServer is the product that we all use, > > love/hate, contribute to, etc. Not even U of M MapServer, just > > MapServer. > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > > > believe, will confuse a lot of people to think that it is a code > > extension of MapServer or a Deluxe version of what is currently being > > called 'Cheetah'. They get more of the name than the original product > > > does. > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > least we get to keep the original name and brand. MapServer Core? > > MapServer Foo Edition? ... > > > > My concern with branding has nothing to do with whether or not the > > foundation is a good thing. I think that it could be. > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Andy Canfield > > Sent: Monday, November 28, 2005 1:18 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Do we get a say or is this already a done deal? From what I read on > > the DM Solutions site it seems like this is pretty much a done deal. > > If it's not I like "Osprey" as they have always been my favorite bird > > of prey and I like the raptor idea way better than the cheeta thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV > > > > has taught us anything they are also friendly and fun to work > > > > with... just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have > > > > > some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be > > > > > moved over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > From ericbrown at NETXN.COM Mon Nov 28 12:34:51 2005 From: ericbrown at NETXN.COM (Eric Brown) Date: Mon, 28 Nov 2005 12:34:51 -0800 Subject: Where to post this question Message-ID: All, I've thoroughly enjoyed the instant bureaucracy of naming Mapserver - just shows you what happens when people get organized. :) I'm curious as to where one might post a possible contract job to implement Mapserver in a particular installation. And... I don't want to perturb too many people, so I don't dare officially post a job. If this is the appropriate location, I can dig it - if I should go to Monster, then so be it. Just that I'd really like Mapserver expertise. Thank you, - Eric. P.S. I like the cheetah - but Seagate might not be happy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.canfield at GMAIL.COM Mon Nov 28 12:41:05 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 12:41:05 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <71c3c6c50511281233x3361e860of0cdae51efcd14e6@mail.gmail.com> Message-ID: Something from Minnesota would be cool. How about Mapserver Loon or Mapserver Mosquito? :) Seriously though Aspen sounds cool so does Osprey as quit a few live in the BWCA. On 11/28/05, David Bitner wrote: > I agree that the Mascot should be secondary and a nice little thing to > use for logos etc.. I think that having two products Mapserver Foo > and Mapserver Bar are going to make it sound like they are two levels > of the same product (like ArcView/ArcInfo) rather than two distinct > products. > > I like the proposal of something like Community Mapserver and > Mapserver Enterprise and then having a logo mascot of some kind that > represents the Mapserver Foundation. If it was a natural thing, I > would vote for something found in Minnesota to reflect the heritage of > Mapserver (Perhaps the Aspen reflecting the interconnected root system > with a nice simple leaf as a logo, or the Eagle as stated before, or > why not the loon to represent ....). Basically, keep the names of the > products descriptive and then back that up with having some kind of > symbol to use across all products that come out of the Mapserver > Foundation. > > On 11/28/05, Fawcett, David wrote: > > Thomas, > > > > I like the idea of the inclusion of 'Community' in the name. It shows > > the roots of the product and the responsive support that has built up > > around it. We could still pick a Peregrine, Shrew, Slime Mold, Cyano > > Bacteria, whatever as the mascot... > > > > Of course, IANAMC (IANA Marketing Consultant) > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of thomas bonfort > > Sent: Monday, November 28, 2005 2:06 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > +1 with david, I don't think adding a somewhat artificial suffix to > > mapserver adds any value. > > how about a simple "Mapserver community edition" or something in the > > likes? > > -- > > tb > > > > On 11/28/05, Fawcett, David wrote: > > > My frustration is that there is a need to pick a random animal or > > > additional name to add to the product. This just dilutes the value of > > > > > the current brand. To me, MapServer is the product that we all use, > > > love/hate, contribute to, etc. Not even U of M MapServer, just > > > MapServer. > > > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > > > > > believe, will confuse a lot of people to think that it is a code > > > extension of MapServer or a Deluxe version of what is currently being > > > called 'Cheetah'. They get more of the name than the original product > > > > > does. > > > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > > least we get to keep the original name and brand. MapServer Core? > > > MapServer Foo Edition? ... > > > > > > My concern with branding has nothing to do with whether or not the > > > foundation is a good thing. I think that it could be. > > > > > > David. > > > > > > -----Original Message----- > > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On Behalf Of Andy Canfield > > > Sent: Monday, November 28, 2005 1:18 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > > > > Do we get a say or is this already a done deal? From what I read on > > > the DM Solutions site it seems like this is pretty much a done deal. > > > If it's not I like "Osprey" as they have always been my favorite bird > > > of prey and I like the raptor idea way better than the cheeta thing. > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > -Abe > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > Letter > > > > > > > > > > > > > > > I concur. > > > > > How about a dolphin? They're fast, agile and intelligent. If TV > > > > > has taught us anything they are also friendly and fun to work > > > > > with... just like Mapserver. > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > Behalf Of Abe Gillespie > > > > > Sent: November 28, 2005 1:55 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > -Abe > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > photo of > > > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > probably > > > > > try something tonight :) > > > > > > > > > > > > I'm really excited about the foundation developments. I have > > > > > > some > > > > > > > > > notes > > > > > online about all the possible things a foundation could do: > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > I look forward to your comments/feedback (but suggest it be > > > > > > moved over > > > > > > > > > > > to > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > > > From steve.lime at DNR.STATE.MN.US Mon Nov 28 12:41:47 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 14:41:47 -0600 Subject: Where to post this question Message-ID: Try the site www.gjc.org. It's cheap (or free- kinda like shareware for posting jobs) and gets lots of traffic. The GJC was created just to keep job postings off technical mailing lists like this. Steve >>> Eric Brown 11/28/05 2:34 PM >>> All, I've thoroughly enjoyed the instant bureaucracy of naming Mapserver - just shows you what happens when people get organized. :) I'm curious as to where one might post a possible contract job to implement Mapserver in a particular installation. And... I don't want to perturb too many people, so I don't dare officially post a job. If this is the appropriate location, I can dig it - if I should go to Monster, then so be it. Just that I'd really like Mapserver expertise. Thank you, - Eric. P.S. I like the cheetah - but Seagate might not be happy. From Jeremy.Sears at CCRS.NRCAN.GC.CA Mon Nov 28 12:44:58 2005 From: Jeremy.Sears at CCRS.NRCAN.GC.CA (Sears, Jeremy) Date: Mon, 28 Nov 2005 15:44:58 -0500 Subject: Where to post this question Message-ID: Hi Eric, you could try: http://www.geomaticscanada.com/ and http://gisjobs.ca/ Both are Canadian sites for geomatics related job ops. Jeremy -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Eric Brown Sent: November 28, 2005 3:35 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Where to post this question All, I've thoroughly enjoyed the instant bureaucracy of naming Mapserver - just shows you what happens when people get organized. :) I'm curious as to where one might post a possible contract job to implement Mapserver in a particular installation. And... I don't want to perturb too many people, so I don't dare officially post a job. If this is the appropriate location, I can dig it - if I should go to Monster, then so be it. Just that I'd really like Mapserver expertise. Thank you, - Eric. P.S. I like the cheetah - but Seagate might not be happy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve.lime at DNR.STATE.MN.US Mon Nov 28 12:45:06 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 14:45:06 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Hmmmm.... Community Edition, has a nice ring to it. >>> thomas bonfort 11/28/05 2:05 PM >>> +1 with david, I don't think adding a somewhat artificial suffix to mapserver adds any value. how about a simple "Mapserver community edition" or something in the likes? -- tb On 11/28/05, Fawcett, David wrote: > My frustration is that there is a need to pick a random animal or > additional name to add to the product. This just dilutes the value of > the current brand. To me, MapServer is the product that we all use, > love/hate, contribute to, etc. Not even U of M MapServer, just > MapServer. > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > believe, will confuse a lot of people to think that it is a code > extension of MapServer or a Deluxe version of what is currently being > called 'Cheetah'. They get more of the name than the original product > does. > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > least we get to keep the original name and brand. MapServer Core? > MapServer Foo Edition? ... > > My concern with branding has nothing to do with whether or not the > foundation is a good thing. I think that it could be. > > David. > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Andy Canfield > Sent: Monday, November 28, 2005 1:18 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Do we get a say or is this already a done deal? From what I read on the > DM Solutions site it seems like this is pretty much a done deal. If it's > not I like "Osprey" as they have always been my favorite bird of prey > and I like the raptor idea way better than the cheeta thing. > > On 11/28/05, Abe Gillespie wrote: > > I like the raptor idea. You got my vote Chip! > > > > See, this is how "community" is *supposed* to work. :) > > > > -Abe > > > > On 11/28/05, Fawcett, David wrote: > > > The dolphin may be taken in the opensource world as well.... > > > > > > http://www.mysql.com/ > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > Sent: Monday, November 28, 2005 1:04 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > Letter > > > > > > > > > I concur. > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > taught us anything they are also friendly and fun to work with... > > > just like Mapserver. > > > > > > Jeremy > > > > > > > > > -----Original Message----- > > > From: UMN MapServer Users List > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > Behalf Of Abe Gillespie > > > Sent: November 28, 2005 1:55 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > Letter > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > Let's start our own naming cliche. > > > > > > -Abe > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > Are there any graphics wizards out there who could doctor a > > > > > photo of > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > probably > > > try something tonight :) > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > notes > > > online about all the possible things a foundation could do: > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > over > > > > > > > to > > > the foundation mailing list instead). > > > > > > > > > > From Richard_D_Levine at RAYTHEON.COM Mon Nov 28 13:05:52 2005 From: Richard_D_Levine at RAYTHEON.COM (Rick Levine) Date: Mon, 28 Nov 2005 16:05:52 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <55dd01fa0511281156p7c92d849y17a8a303a8d06921@mail.gmail.com> Message-ID: The platypus rocks! If there is an intelligent designer (cough) it shows either a sense of humor or a need for rehab. That said, uh, there is not much mapping connection. Rick UMN MapServer Users List wrote on 11/28/2005 02:56:54 PM: > Three comments: > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > Con MapServer: I for one welcome our new Autodesk overlords. > > As for the naming: I've always been fond of the platypus. > > Cheers, > Ken Lord > Vancouver BC > > > On 11/28/05, Ed McNierney wrote: > > Well, both DM Solutions and Autodesk issued press releases today that > > will be widely reprinted and reported in the press. Each stated that > > MapServer "will be called/renamed MapServer Cheetah". That's going to > > cause confusion if that's not correct, and will be confusing to undo. > > If the name's not a done deal, it shouldn't have been announced. > > > > At least in Autodesk's release the UMN MapServer package isn't mentioned > > until the sixth paragraph, so maybe it won't be noticed. > > > > - Ed > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Steve Lime > > Sent: Monday, November 28, 2005 2:38 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > The name is not a done deal, merely a suggestion that some of the > > developer types came up with. We need a way to differentiate the UMN > > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > > MapServer is not going anywhere. The idea behind cheetah was that it > > represents speed and agility. Certainly other animals, plants, insects > > or objects might do a better job (and result in a better logo). Fire > > away... > > > > Steve > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > Do we get a say or is this already a done deal? From what I read on the > > DM Solutions site it seems like this is pretty much a done deal. > > If it's not I like "Osprey" as they have always been my favorite bird of > > prey and I like the raptor idea way better than the cheeta thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > taught us anything they are also friendly and fun to work with... > > > > just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > From alba75 at YAHOO.COM Mon Nov 28 13:22:33 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Mon, 28 Nov 2005 13:22:33 -0800 Subject: HELP!!!! Problem visualizing point file as pixmap symbols Message-ID: Hi all, I'm having problem in visualizing a point shape file using a symbol. That's the problem:I've a point file and each point in file represents the location of a tree in the map. I used a Gif representing a tree as symbol to substitute points in map. Everything works fine, my trees are shown at each point location. But if i zoom in map or if i move the map using pan tool and at least one tree goes out of the map frame then all the tree disappear from the map altough in the legend the trees layer is still represented. It seems like the layer can be visible only if all its features are shown inside the map frame. Why this? Is this a bug or I'm missing any parameter to set? Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenlord at GMAIL.COM Mon Nov 28 13:26:50 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Mon, 28 Nov 2005 13:26:50 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: I disagree, there certainly is a connection for the platypus and MapServer! The platypus was once a creature that the establishment refused to believe in. The 'scientists' considered it to be a hoax, a joke, and an impossibility. Some even stood up shouting against the existance of the furry creature. ... Much like the way every ESRI salesman at every conference I've been to has dealt with MapServer ... lies, jokes, and denials about everything we all know to be true. And much like how the tricky platypus covertly sneaks up to his prey, the shrimp, using electromagnetic detectors in his bill ... I've had much enjoyment leading those ESRI salesmen into stating their lies so that I could embarass them. And finally, today's massive acknowlegement of the MapServer project by AutoDesk is akin to them having received a defensive jab of poison from the Platypus' venomous rear claws. Cheers, Ken Lord Vancouver BC On 11/28/05, Rick Levine wrote: > The platypus rocks! If there is an intelligent designer (cough) it shows > either a sense of humor or a need for rehab. That said, uh, there is not > much mapping connection. > > Rick > > UMN MapServer Users List wrote on > 11/28/2005 02:56:54 PM: > > > Three comments: > > > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > > > Con MapServer: I for one welcome our new Autodesk overlords. > > > > As for the naming: I've always been fond of the platypus. > > > > Cheers, > > Ken Lord > > Vancouver BC > > > > > > On 11/28/05, Ed McNierney wrote: > > > Well, both DM Solutions and Autodesk issued press releases today that > > > will be widely reprinted and reported in the press. Each stated that > > > MapServer "will be called/renamed MapServer Cheetah". That's going to > > > cause confusion if that's not correct, and will be confusing to undo. > > > If the name's not a done deal, it shouldn't have been announced. > > > > > > At least in Autodesk's release the UMN MapServer package isn't > mentioned > > > until the sixth paragraph, so maybe it won't be noticed. > > > > > > - Ed > > > > > > -----Original Message----- > > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On > > > Behalf Of Steve Lime > > > Sent: Monday, November 28, 2005 2:38 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > The name is not a done deal, merely a suggestion that some of the > > > developer types came up with. We need a way to differentiate the UMN > > > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > > > MapServer is not going anywhere. The idea behind cheetah was that it > > > represents speed and agility. Certainly other animals, plants, insects > > > or objects might do a better job (and result in a better logo). Fire > > > away... > > > > > > Steve > > > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > > Do we get a say or is this already a done deal? From what I read on the > > > DM Solutions site it seems like this is pretty much a done deal. > > > If it's not I like "Osprey" as they have always been my favorite bird > of > > > prey and I like the raptor idea way better than the cheeta thing. > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > -Abe > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > Letter > > > > > > > > > > > > > > > I concur. > > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > > taught us anything they are also friendly and fun to work with... > > > > > just like Mapserver. > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > Behalf Of Abe Gillespie > > > > > Sent: November 28, 2005 1:55 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > Letter > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > -Abe > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > photo of > > > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > probably > > > > > try something tonight :) > > > > > > > > > > > > I'm really excited about the foundation developments. I have > some > > > > > > > > > notes > > > > > online about all the possible things a foundation could do: > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > > over > > > > > > > > > > > to > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > From abe.gillespie at GMAIL.COM Mon Nov 28 13:27:23 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 28 Nov 2005 16:27:23 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: I must admit I'm also partial to the comical idea of a platypus, If the poll materializes I'll be hard-pressed to choose between the raptor and the platypus. :) -Abe On 11/28/05, Rick Levine wrote: > The platypus rocks! If there is an intelligent designer (cough) it shows > either a sense of humor or a need for rehab. That said, uh, there is not > much mapping connection. > > Rick > > UMN MapServer Users List wrote on > 11/28/2005 02:56:54 PM: > > > Three comments: > > > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > > > Con MapServer: I for one welcome our new Autodesk overlords. > > > > As for the naming: I've always been fond of the platypus. > > > > Cheers, > > Ken Lord > > Vancouver BC > > > > > > On 11/28/05, Ed McNierney wrote: > > > Well, both DM Solutions and Autodesk issued press releases today that > > > will be widely reprinted and reported in the press. Each stated that > > > MapServer "will be called/renamed MapServer Cheetah". That's going to > > > cause confusion if that's not correct, and will be confusing to undo. > > > If the name's not a done deal, it shouldn't have been announced. > > > > > > At least in Autodesk's release the UMN MapServer package isn't > mentioned > > > until the sixth paragraph, so maybe it won't be noticed. > > > > > > - Ed > > > > > > -----Original Message----- > > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On > > > Behalf Of Steve Lime > > > Sent: Monday, November 28, 2005 2:38 PM > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > The name is not a done deal, merely a suggestion that some of the > > > developer types came up with. We need a way to differentiate the UMN > > > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > > > MapServer is not going anywhere. The idea behind cheetah was that it > > > represents speed and agility. Certainly other animals, plants, insects > > > or objects might do a better job (and result in a better logo). Fire > > > away... > > > > > > Steve > > > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > > Do we get a say or is this already a done deal? From what I read on the > > > DM Solutions site it seems like this is pretty much a done deal. > > > If it's not I like "Osprey" as they have always been my favorite bird > of > > > prey and I like the raptor idea way better than the cheeta thing. > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > -Abe > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > Letter > > > > > > > > > > > > > > > I concur. > > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > > taught us anything they are also friendly and fun to work with... > > > > > just like Mapserver. > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > Behalf Of Abe Gillespie > > > > > Sent: November 28, 2005 1:55 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > Letter > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > -Abe > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > photo of > > > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > probably > > > > > try something tonight :) > > > > > > > > > > > > I'm really excited about the foundation developments. I have > some > > > > > > > > > notes > > > > > online about all the possible things a foundation could do: > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > > over > > > > > > > > > > > to > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > From gerry.creager at TAMU.EDU Mon Nov 28 13:27:50 2005 From: gerry.creager at TAMU.EDU (Gerry Creager) Date: Mon, 28 Nov 2005 15:27:50 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <7425d0870511281241l931217dqd72e32aa3f98a9e2@mail.gmail.com> Message-ID: If we used the mosquito, could we scale its image so it' be small enough for a single screen, or would we then require dual screens for working w/ Mapserver? gerry Andy Canfield wrote: > Something from Minnesota would be cool. How about Mapserver Loon or > Mapserver Mosquito? :) Seriously though Aspen sounds cool so does > Osprey as quit a few live in the BWCA. > > > On 11/28/05, David Bitner wrote: > >>I agree that the Mascot should be secondary and a nice little thing to >>use for logos etc.. I think that having two products Mapserver Foo >>and Mapserver Bar are going to make it sound like they are two levels >>of the same product (like ArcView/ArcInfo) rather than two distinct >>products. >> >>I like the proposal of something like Community Mapserver and >>Mapserver Enterprise and then having a logo mascot of some kind that >>represents the Mapserver Foundation. If it was a natural thing, I >>would vote for something found in Minnesota to reflect the heritage of >>Mapserver (Perhaps the Aspen reflecting the interconnected root system >>with a nice simple leaf as a logo, or the Eagle as stated before, or >>why not the loon to represent ....). Basically, keep the names of the >>products descriptive and then back that up with having some kind of >>symbol to use across all products that come out of the Mapserver >>Foundation. >> >>On 11/28/05, Fawcett, David wrote: >> >>>Thomas, >>> >>>I like the idea of the inclusion of 'Community' in the name. It shows >>>the roots of the product and the responsive support that has built up >>>around it. We could still pick a Peregrine, Shrew, Slime Mold, Cyano >>>Bacteria, whatever as the mascot... >>> >>>Of course, IANAMC (IANA Marketing Consultant) >>> >>>David. >>> >>>-----Original Message----- >>>From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >>>Behalf Of thomas bonfort >>>Sent: Monday, November 28, 2005 2:06 PM >>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter >>> >>> >>>+1 with david, I don't think adding a somewhat artificial suffix to >>>mapserver adds any value. >>>how about a simple "Mapserver community edition" or something in the >>>likes? >>>-- >>>tb >>> >>>On 11/28/05, Fawcett, David wrote: >>> >>>>My frustration is that there is a need to pick a random animal or >>>>additional name to add to the product. This just dilutes the value of >>> >>>>the current brand. To me, MapServer is the product that we all use, >>>>love/hate, contribute to, etc. Not even U of M MapServer, just >>>>MapServer. >>>> >>>>I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I >>> >>>>believe, will confuse a lot of people to think that it is a code >>>>extension of MapServer or a Deluxe version of what is currently being >>>>called 'Cheetah'. They get more of the name than the original product >>> >>>>does. >>>> >>>>Maybe MapServer and MapServer Enterprise, just as confusing, but at >>>>least we get to keep the original name and brand. MapServer Core? >>>>MapServer Foo Edition? ... >>>> >>>>My concern with branding has nothing to do with whether or not the >>>>foundation is a good thing. I think that it could be. >>>> >>>>David. >>>> >>>>-----Original Message----- >>>>From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] >>>>On Behalf Of Andy Canfield >>>>Sent: Monday, November 28, 2005 1:18 PM >>>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter >>>> >>>> >>>>Do we get a say or is this already a done deal? From what I read on >>>>the DM Solutions site it seems like this is pretty much a done deal. >>>>If it's not I like "Osprey" as they have always been my favorite bird >>>>of prey and I like the raptor idea way better than the cheeta thing. >>>> >>>>On 11/28/05, Abe Gillespie wrote: >>>> >>>>>I like the raptor idea. You got my vote Chip! >>>>> >>>>>See, this is how "community" is *supposed* to work. :) >>>>> >>>>>-Abe >>>>> >>>>>On 11/28/05, Fawcett, David wrote: >>>>> >>>>>>The dolphin may be taken in the opensource world as well.... >>>>>> >>>>>>http://www.mysql.com/ >>>>>> >>>>>>-----Original Message----- >>>>>>From: UMN MapServer Users List >>>>>>[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy >>>>>>Sent: Monday, November 28, 2005 1:04 PM >>>>>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>>>>>Letter >>>>>> >>>>>> >>>>>>I concur. >>>>>>How about a dolphin? They're fast, agile and intelligent. If TV >>>>>>has taught us anything they are also friendly and fun to work >>>>>>with... just like Mapserver. >>>>>> >>>>>>Jeremy >>>>>> >>>>>> >>>>>>-----Original Message----- >>>>>>From: UMN MapServer Users List >>>>>>[mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On >>>>>>Behalf Of Abe Gillespie >>>>>>Sent: November 28, 2005 1:55 PM >>>>>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>>> >>>>Letter >>>> >>>>>> >>>>>>Honestly, Cheetah? Hasn't Apple already monopolized all the large >>> >>>>>>cat names? Besides, there's an HTML server named Tomcat. >>>>>> >>>>>>Let's start our own naming cliche. >>>>>> >>>>>>-Abe >>>>>> >>>>>>On 11/28/05, Tyler Mitchell wrote: >>>>>> >>>>>>>>Are there any graphics wizards out there who could doctor a >>>>>>>>photo of >>>>>> >>>>>>>>a cheetah to look something like the cow in the attached jpeg? >>> >>>>>>>>(I'm told that's a moo-cator projection...) >>>>>>> >>>>>>>You guys are sorta twisted ;) and I'm even worse because I'll >>>>>>>probably >>>>>> >>>>>>try something tonight :) >>>>>> >>>>>>>I'm really excited about the foundation developments. I have >>>>>>>some >>>> >>>>>>>notes >>>>>> >>>>>>online about all the possible things a foundation could do: >>>>>> >>>>>>>http://ms.gis.umn.edu/community/foundation >>>>>>> >>>>>>>I look forward to your comments/feedback (but suggest it be >>>>>>>moved over >>>>>> >>>>>>>to >>>>>> >>>>>>the foundation mailing list instead). >>>>>> > -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From gsw at GLOBEXPLORER.COM Mon Nov 28 13:29:08 2005 From: gsw at GLOBEXPLORER.COM (Gregory S. Williamson) Date: Mon, 28 Nov 2005 13:29:08 -0800 Subject: Mapserver in action -- another happy user Message-ID: We've been using MMS for some time now for applications that were limited to clients, but we have now extended our ImageAtlas product to use MMS in a limited way (currently it only shows streets). We are at . There are couple of buttons at the bottom of the screen that control overlays. Sorry about watermarks, but hey, we've got to have something left to sell. Thanks to the whole MMS community for this great tool and all of their help! Greg Williamson DBA GlobeXplorer LLC From tylermitchell at SHAW.CA Mon Nov 28 13:35:11 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 13:35:11 -0800 Subject: MapServer product naming (was: MapServer Foundation - Open Letter) Message-ID: > Might we go ahead and make this an official > process by putting up a poll somewhere as > suggested previously? We can include what has > already been suggested here and other options like > "no new name" and "other". Where, if "other" > wins, we'd have to go into double over > time with another poll. :) I'll check out the new mapserver site's polling capabilities and see if it can handle some sort of voting process. Out of curiosity, how many votes do you think you'd need to have an official/collective "yes" in the MapServer community? I'd love to hear opinions on that... Tyler From tylermitchell at SHAW.CA Mon Nov 28 13:44:46 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 13:44:46 -0800 Subject: Mapserver in action -- another happy user Message-ID: ----- Original Message ----- From: "Gregory S. Williamson" > We've been using MMS for some time now for applications that were > limited to clients, but we have now extended our ImageAtlas > product to use MMS in a limited way (currently it only shows > streets). We are at <." target="l">http://www.globexplorer.com/>. Thanks for sharing the testimony Gregory - that's great to hear! Tyler From abe.gillespie at GMAIL.COM Mon Nov 28 13:45:54 2005 From: abe.gillespie at GMAIL.COM (Abe Gillespie) Date: Mon, 28 Nov 2005 16:45:54 -0500 Subject: MapServer product naming (was: MapServer Foundation - Open Letter) In-Reply-To: <8a89958a2d6f.8a2d6f8a8995@shaw.ca> Message-ID: Why not just use a time-limited poll instead of a total votes poll? A few days, a week, a couple of weeks? Shall we vote? - kidding. :) -Abe On 11/28/05, Tyler Mitchell wrote: > > Might we go ahead and make this an official > > process by putting up a poll somewhere as > > suggested previously? We can include what has > > already been suggested here and other options like > > "no new name" and "other". Where, if "other" > > wins, we'd have to go into double over > > time with another poll. :) > > I'll check out the new mapserver site's polling capabilities and see if it can handle some sort of voting process. > > Out of curiosity, how many votes do you think you'd need to have an official/collective "yes" in the MapServer community? I'd love to hear opinions on that... > > Tyler > From andy.canfield at GMAIL.COM Mon Nov 28 13:48:18 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 13:48:18 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <55dd01fa0511281326q754dc653wd771662422fbf08a@mail.gmail.com> Message-ID: In light of that I would like to change my vote to Platypus as well. On 11/28/05, Ken Lord wrote: > I disagree, there certainly is a connection for the platypus and MapServer! > > The platypus was once a creature that the establishment refused to > believe in. The 'scientists' considered it to be a hoax, a joke, and > an impossibility. Some even stood up shouting against the existance of > the furry creature. > > ... Much like the way every ESRI salesman at every conference I've > been to has dealt with MapServer ... lies, jokes, and denials about > everything we all know to be true. > > And much like how the tricky platypus covertly sneaks up to his prey, > the shrimp, using electromagnetic detectors in his bill ... I've had > much enjoyment leading those ESRI salesmen into stating their lies so > that I could embarass them. > > And finally, today's massive acknowlegement of the MapServer project > by AutoDesk is akin to them having received a defensive jab of poison > from the Platypus' venomous rear claws. > > Cheers, > Ken Lord > Vancouver BC > > > > > On 11/28/05, Rick Levine wrote: > > The platypus rocks! If there is an intelligent designer (cough) it shows > > either a sense of humor or a need for rehab. That said, uh, there is not > > much mapping connection. > > > > Rick > > > > UMN MapServer Users List wrote on > > 11/28/2005 02:56:54 PM: > > > > > Three comments: > > > > > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > > > > > Con MapServer: I for one welcome our new Autodesk overlords. > > > > > > As for the naming: I've always been fond of the platypus. > > > > > > Cheers, > > > Ken Lord > > > Vancouver BC > > > > > > > > > On 11/28/05, Ed McNierney wrote: > > > > Well, both DM Solutions and Autodesk issued press releases today that > > > > will be widely reprinted and reported in the press. Each stated that > > > > MapServer "will be called/renamed MapServer Cheetah". That's going to > > > > cause confusion if that's not correct, and will be confusing to undo. > > > > If the name's not a done deal, it shouldn't have been announced. > > > > > > > > At least in Autodesk's release the UMN MapServer package isn't > > mentioned > > > > until the sixth paragraph, so maybe it won't be noticed. > > > > > > > > - Ed > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On > > > > Behalf Of Steve Lime > > > > Sent: Monday, November 28, 2005 2:38 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > > > The name is not a done deal, merely a suggestion that some of the > > > > developer types came up with. We need a way to differentiate the UMN > > > > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > > > > MapServer is not going anywhere. The idea behind cheetah was that it > > > > represents speed and agility. Certainly other animals, plants, insects > > > > or objects might do a better job (and result in a better logo). Fire > > > > away... > > > > > > > > Steve > > > > > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > > > Do we get a say or is this already a done deal? From what I read on the > > > > DM Solutions site it seems like this is pretty much a done deal. > > > > If it's not I like "Osprey" as they have always been my favorite bird > > of > > > > prey and I like the raptor idea way better than the cheeta thing. > > > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > > > -Abe > > > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > > > -----Original Message----- > > > > > > From: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > Letter > > > > > > > > > > > > > > > > > > I concur. > > > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > > > taught us anything they are also friendly and fun to work with... > > > > > > just like Mapserver. > > > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: UMN MapServer Users List > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > > Behalf Of Abe Gillespie > > > > > > Sent: November 28, 2005 1:55 PM > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > Letter > > > > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > > > -Abe > > > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > > photo of > > > > > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > > probably > > > > > > try something tonight :) > > > > > > > > > > > > > > I'm really excited about the foundation developments. I have > > some > > > > > > > > > > > notes > > > > > > online about all the possible things a foundation could do: > > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > > > over > > > > > > > > > > > > > to > > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > > > > > > > From sdc at SDC.COM.AU Mon Nov 28 13:50:35 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Tue, 29 Nov 2005 08:20:35 +1030 Subject: Pixmap symbols and transparent In-Reply-To: Message-ID: I am basing my symbol work on the recent "Construction of Cartographic Symbols" paper. Cheers, Stephen On Tue, 29 Nov 2005 12:17 am, Steve Lime wrote: > You shouldn't have to do that, in fact, I don't believe that option is even used any more. MapServer will use transparency if the image has it. There must be an error in the documentation someplace. > > Are you seeing otherwise? > > Steve > > >>> Stephen Davies 11/28/05 4:27 AM >>> > How does one determine the palette indexes for use with the TRANSPARENT > option in pixmap symbol definitions? > > (Why is the transparency of the image file not used?) > > Cheers and thanks, > Stephen > > -- > ======================================================================== > This email is for the person(s) identified above, and is confidential to > the sender and the person(s). No one else is authorised to use or > disseminate this email or its contents. > > Stephen Davies Consulting Voice: 08-8177 1595 > Adelaide, South Australia. Fax: 08-8177 0133 > Computing & Network solutions. Mobile:0403 0405 83 > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: From dejan.gambin at PULA.HR Mon Nov 28 13:53:03 2005 From: dejan.gambin at PULA.HR (Dejan Gambin) Date: Mon, 28 Nov 2005 22:53:03 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <7880c5a787dbd9.787dbd97880c5a@planet.nl> Message-ID: Congratulations to all the mapserver developers from me too! It is really a great news.... dejan > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Emil Zegers > Sent: Monday, November 28, 2005 4:08 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Congratulations all with this remarkable step ahead. > > Looks like MapServer is getting even more mature very quick. > > Also looking forward to see proposals for the new logo :-) > > Regards, > > Emil Zegers > > > ----- Oorspronkelijk bericht ----- > Van: Steve Lime > Datum: maandag, november 28, 2005 2:37 pm > Onderwerp: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > An Open Letter to the MapServer Open Source Web Mapping Community > > > > November 28, 2005 > > > > Greetings MapServer community, > > > > We are pleased to share with you some exciting news about the > > future of open source web mapping. > > > > Over the past few years MapServer adoption has grown ten-fold and > > has become the web mapping platform of choice for many businesses, > > government agencies, nonprofit groups and individuals. The > > MapServer developers have added powerful new features. The > > community has enjoyed three incredible conferences and continues > > to support each other and enhance the community. > > > > We want to ensure that this success and momentum continues for the > > MapServer product and community. MapServer continues to run well > > in diverse environments and its rich set of features play an > > indispensable role in many organizations. More than ever, we are > > committed to improving MapServer and providing exceptional value > > to the community. > > > > To this end, we take this opportunity to share two bits of news: > > the creation of the MapServer Foundation and welcoming the > > addition of Autodesk's next-generation web mapping platform > > (previously known as Tux) as open source into the foundation. > > > > MapServer Foundation > > > > We are delighted to announce the creation of the MapServer > > Foundation (mapserverfoundation.org). The foundation is a > > nonprofit organization whose goal is to provide a supportive > > framework for open, collaborative development of geospatial > > software. Several groups and individuals are collaborating to help > > launch and sponsor the new foundation. Financial support from > > Autodesk will allow us to get the foundation up and running. In > > this letter, we present some ideas of how we think the foundation > > can help the community, but these ideas need broader discussion > > and debate within the community. > > > > We looked to other successful open source movements, such as > > Apache, to see how our community could benefit from the creation > > of an independent foundation. It is clear that the time has come > > to create a formal infrastructure to help further support and > > promote the professional open source web mapping development > > environments and communities. While initially focused on web > > mapping projects, we hope the foundation will adopt other open > > source geospatial projects that need a home. > > > > Forming the foundation is only the beginning, as we now seek > > community involvement and participation. The foundation will have > > a governance model that allows it to be run by a Board of > > Directors that represents the community. How it is ultimately > > going to be run is up to the members of the community. The > > foundation will also have a set of bylaws that provide structure > > and can be amended through a community voting process. > > > > Role of the foundation > > > > The first priority for the foundation is to engage the broader > > MapServer community. Members of the community are encouraged to > > join and get involved. Consider this letter as your invitation to > > participate. The community web site is the place where you, as a > > user and participant in the community, can follow and contribute > > to the development of the MapServer Foundation family of projects. > > > > The primary responsibilities of the foundation may include: > > > > * Support code repository and other project infrastructure > > * Formalized process for decision-making (e.g. where to host > > the next conference) > > * Legal protection for the source code and developers of the > > software * Paying for development work on minor improvements of > > the platform > > * Acting as a central repository for marketing, branding and > > professional image development of the product > > * Providing process for mitigating disputes > > * Financial support for advocacy, sponsorship, community > > events and conferences > > > > Many of these community-related functions have been overseen in an > > ad-hoc manner or deferred to the University of Minnesota or other > > organizations in the past. The foundation will streamline the > > coordination of legal, administrative and governance efforts. > > > > As MapServer will now be officially managed by the foundation, it > > no longer makes sense to call it UMN MapServer. Product branding > > is also becoming more important and this is a good opportunity to > > introduce a more visual name for the product. We propose calling > > it MapServer Cheetah. This presents a fast and agile image that > > suits the product well and will help differentiate it from other > > MapServer products. > > > > MapServer Cheetah & MapServer Enterprise > > > > We are also very excited about Autodesk's decision to release > > their next generation web mapping platform into the open source > > community through the MapServer Foundation. This adds further > > legitimacy to our open source development platform. Their product > > will be named MapServer Enterprise and is the successor to > > Autodesk MapGuide but built on an entirely new architecture. > > > > MapServer Enterprise and MapServer Cheetah will be run as two > > separate but parallel projects. There are no plans to merge them > > into one but we aim to share technologies between the two projects > > wherever possible. We also hope to provide utilities that allow > > the community to easily use one or both platforms. > > > > MapServer Enterprise will be licensed using the OSI-approved GNU > > Lesser General Public License (LGPL). MapServer Cheetah will > > continue to be licensed under an MIT-style open source license. > > Autodesk is eager to participate in an open and transparent > > development process driven by independent guidance from the > > community. We encourage you to check out MapServer Enterprise, > > which is available today on the community web site. > > > > We are proud to be part of this community and we hope you will > > join us in establishing the MapServer Foundation. For more > > information on how to get involved, please visit the community > > site at: mapserverfoundation.org and join the mailing list > > discussions. > > Sincerely, > > > > Steve Lime, Chair, MapServer Technical Steering Committee (MTSC) > > Yewondwossen Assefa, MTSC Member Howard Butler, MTSC Member > > Daniel Morissette, MTSC Member > > Perry Nacionales, MTSC Member > > Frank Warmerdam, MTSC Member > > Tom Burk, University of Minnesota > > David McIlhagga, DM Solutions Group > > Tyler Mitchell > > Claude Philipona, Camptocamp SA and FOSS4G 2006 organizing committee > > Gary Lang, Autodesk > > > From kenlord at GMAIL.COM Mon Nov 28 13:55:46 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Mon, 28 Nov 2005 13:55:46 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <7425d0870511281348t5c88c891k8b5862a0639042b2@mail.gmail.com> Message-ID: In case some aren't familiar enough with the lovable platypus ... which by the way has the densest fur of the animal kingdom .. http://images.google.ca/images?q=platypus&hl=en Ken On 11/28/05, Andy Canfield wrote: > In light of that I would like to change my vote to Platypus as well. > > On 11/28/05, Ken Lord wrote: > > I disagree, there certainly is a connection for the platypus and MapServer! > > > > The platypus was once a creature that the establishment refused to > > believe in. The 'scientists' considered it to be a hoax, a joke, and > > an impossibility. Some even stood up shouting against the existance of > > the furry creature. > > > > ... Much like the way every ESRI salesman at every conference I've > > been to has dealt with MapServer ... lies, jokes, and denials about > > everything we all know to be true. > > > > And much like how the tricky platypus covertly sneaks up to his prey, > > the shrimp, using electromagnetic detectors in his bill ... I've had > > much enjoyment leading those ESRI salesmen into stating their lies so > > that I could embarass them. > > > > And finally, today's massive acknowlegement of the MapServer project > > by AutoDesk is akin to them having received a defensive jab of poison > > from the Platypus' venomous rear claws. > > > > Cheers, > > Ken Lord > > Vancouver BC > > > > > > > > > > On 11/28/05, Rick Levine wrote: > > > The platypus rocks! If there is an intelligent designer (cough) it shows > > > either a sense of humor or a need for rehab. That said, uh, there is not > > > much mapping connection. > > > > > > Rick > > > > > > UMN MapServer Users List wrote on > > > 11/28/2005 02:56:54 PM: > > > > > > > Three comments: > > > > > > > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > > > > > > > Con MapServer: I for one welcome our new Autodesk overlords. > > > > > > > > As for the naming: I've always been fond of the platypus. > > > > > > > > Cheers, > > > > Ken Lord > > > > Vancouver BC > > > > > > > > > > > > On 11/28/05, Ed McNierney wrote: > > > > > Well, both DM Solutions and Autodesk issued press releases today that > > > > > will be widely reprinted and reported in the press. Each stated that > > > > > MapServer "will be called/renamed MapServer Cheetah". That's going to > > > > > cause confusion if that's not correct, and will be confusing to undo. > > > > > If the name's not a done deal, it shouldn't have been announced. > > > > > > > > > > At least in Autodesk's release the UMN MapServer package isn't > > > mentioned > > > > > until the sixth paragraph, so maybe it won't be noticed. > > > > > > > > > > - Ed > > > > > > > > > > -----Original Message----- > > > > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > > On > > > > > Behalf Of Steve Lime > > > > > Sent: Monday, November 28, 2005 2:38 PM > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > > > > > The name is not a done deal, merely a suggestion that some of the > > > > > developer types came up with. We need a way to differentiate the UMN > > > > > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN > > > > > MapServer is not going anywhere. The idea behind cheetah was that it > > > > > represents speed and agility. Certainly other animals, plants, insects > > > > > or objects might do a better job (and result in a better logo). Fire > > > > > away... > > > > > > > > > > Steve > > > > > > > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > > > > Do we get a say or is this already a done deal? From what I read on the > > > > > DM Solutions site it seems like this is pretty much a done deal. > > > > > If it's not I like "Osprey" as they have always been my favorite bird > > > of > > > > > prey and I like the raptor idea way better than the cheeta thing. > > > > > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > > > > > -Abe > > > > > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: UMN MapServer Users List > > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > > Letter > > > > > > > > > > > > > > > > > > > > > I concur. > > > > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > > > > taught us anything they are also friendly and fun to work with... > > > > > > > just like Mapserver. > > > > > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: UMN MapServer Users List > > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > > > Behalf Of Abe Gillespie > > > > > > > Sent: November 28, 2005 1:55 PM > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > > Letter > > > > > > > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > > > > > -Abe > > > > > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > > > photo of > > > > > > > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > > > probably > > > > > > > try something tonight :) > > > > > > > > > > > > > > > > I'm really excited about the foundation developments. I have > > > some > > > > > > > > > > > > > notes > > > > > > > online about all the possible things a foundation could do: > > > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > > > > over > > > > > > > > > > > > > > > to > > > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: platygeo.jpg Type: image/jpeg Size: 4575 bytes Desc: not available URL: From hobu at IASTATE.EDU Mon Nov 28 13:58:22 2005 From: hobu at IASTATE.EDU (Howard Butler) Date: Mon, 28 Nov 2005 15:58:22 -0600 Subject: Pixmap symbols and transparent In-Reply-To: Message-ID: Try setting transparency to MS_GD_ALPHA See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=926 for some background. Some documentation needs to be fixed up... Howard At 03:50 PM 11/28/2005, Stephen Davies wrote: >--Boundary-02=_yu3iDSgVeU0BqTY >Content-Type: text/plain; > charset="iso-8859-1" >Content-Transfer-Encoding: quoted-printable >Content-Description: signed data >Content-Disposition: inline > >I am basing my symbol work on the recent "Construction of Cartographic=20 >Symbols" paper. > >Cheers, >Stephen > >On Tue, 29 Nov 2005 12:17 am, Steve Lime wrote: > > You shouldn't have to do that, in fact, I don't believe that option is=20 >even used any more. MapServer will use transparency if the image has=20 >it. There must be an error in the documentation someplace. > >=20 > > Are you seeing otherwise? > >=20 > > Steve > >=20 > > >>> Stephen Davies 11/28/05 4:27 AM >>> > > How does one determine the palette indexes for use with the=20 >TRANSPARENT=20 > > option in pixmap symbol definitions? > >=20 > > (Why is the transparency of the image file not used?) > >=20 > > Cheers and thanks, > > Stephen > >=20 > > --=20 > >=20 >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > This email is for the person(s) identified above, and is confidential=20 >to > > the sender and the person(s). No one else is authorised to use or > > disseminate this email or its contents. > >=20 > > Stephen Davies Consulting Voice: 08-8177=20 >1595 > > Adelaide, South Australia. Fax: 08-8177=20 >0133 > > Computing & Network solutions. Mobile:0403 0405=20 >83 > >=20 > >=20 > >=20 > >=2D-=20 >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >This email is for the person(s) identified above, and is confidential to >the sender and the person(s). No one else is authorised to use or >disseminate this email or its contents. > >Stephen Davies Consulting Voice: 08-8177 1595 >Adelaide, South Australia. Fax: 08-8177 0133 >Computing & Network solutions. Mobile:0403 0405 83 > >--Boundary-02=_yu3iDSgVeU0BqTY >Content-Type: application/pgp-signature >Content-Description: signature > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.2 (GNU/Linux) > >iD8DBQBDi3uydGvWqdjgngARAgyWAJ4mfMfnlMO8YVvLh4f0h/wodax4SgCdG/bi >bvRXGxHUJ0m5QHIY0wnyQ/4= >=T+5l >-----END PGP SIGNATURE----- > >--Boundary-02=_yu3iDSgVeU0BqTY-- From work at XWB.COM Mon Nov 28 14:00:52 2005 From: work at XWB.COM (Chip Taylor) Date: Mon, 28 Nov 2005 14:00:52 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <55dd01fa0511281355g5dc18ab6s62df193af5a95e27@mail.gmail.com> Message-ID: Hmm... according to the images on the page you sent us, there is already a Linux Platypus. I think that the playful platypus would be a bad choice. While the animal is an endearing creature with its poison spurs and all, it LAYS EGGS and we all know that the Mapserver developers certainly have not laid an egg with Mapserver! Chip Taylor From steve.lime at DNR.STATE.MN.US Mon Nov 28 14:01:29 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 16:01:29 -0600 Subject: Pixmap symbols and transparent Message-ID: Try using a transparent image as a marker and see what happens. Steve >>> Stephen Davies 11/28/05 3:50 PM >>> I am basing my symbol work on the recent "Construction of Cartographic Symbols" paper. Cheers, Stephen On Tue, 29 Nov 2005 12:17 am, Steve Lime wrote: > You shouldn't have to do that, in fact, I don't believe that option is even used any more. MapServer will use transparency if the image has it. There must be an error in the documentation someplace. > > Are you seeing otherwise? > > Steve > > >>> Stephen Davies 11/28/05 4:27 AM >>> > How does one determine the palette indexes for use with the TRANSPARENT > option in pixmap symbol definitions? > > (Why is the transparency of the image file not used?) > > Cheers and thanks, > Stephen > > -- > ======================================================================== > This email is for the person(s) identified above, and is confidential to > the sender and the person(s). No one else is authorised to use or > disseminate this email or its contents. > > Stephen Davies Consulting Voice: 08-8177 1595 > Adelaide, South Australia. Fax: 08-8177 0133 > Computing & Network solutions. Mobile:0403 0405 83 > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 From andy.canfield at GMAIL.COM Mon Nov 28 14:17:32 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 14:17:32 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: We seem to have been Slashdotted on this now as well: http://slashdot.org/article.pl?sid=05/11/28/1940207 On 11/28/05, Chip Taylor wrote: > Hmm... according to the images on the page you sent us, there is already a > Linux Platypus. > > I think that the playful platypus would be a bad choice. While the animal > is an endearing creature with its poison spurs and all, it LAYS EGGS and we > all know that the Mapserver developers certainly have not laid an egg with > Mapserver! > > Chip Taylor > From Richard_D_Levine at RAYTHEON.COM Mon Nov 28 14:26:40 2005 From: Richard_D_Levine at RAYTHEON.COM (Rick Levine) Date: Mon, 28 Nov 2005 17:26:40 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: UMN MapServer Users List wrote on 11/28/2005 05:00:52 PM: > Hmm... according to the images on the page you sent us, there is already a > Linux Platypus. It was a proposed logo. Tux the penguin got the job. His wife lays eggs too. When he can get home from his busy marketing job. > > I think that the playful platypus would be a bad choice. While the animal > is an endearing creature with its poison spurs and all, it LAYS EGGS and we > all know that the Mapserver developers certainly have not laid an egg with > Mapserver! The fact that it is warm blooded, has fur, swims like a fish and walks on land, has a bill like a bird and lays eggs is why it rocks. It is all things to all people, at least all people who try to classify creatures into groups. It is not stereotyping when you do it to animals. If there was a Familae Nerdicus, the platypus would be in it. > > Chip Taylor From Mark.Hudson at XWAVE.COM Mon Nov 28 14:27:45 2005 From: Mark.Hudson at XWAVE.COM (Mark Hudson) Date: Mon, 28 Nov 2005 16:27:45 -0600 Subject: Projecting TIF images Message-ID: Hi everyone: I am new to the MapServer world - I've used only ESRI products prior to now. I just started a new job and have been tasked with MapServer related work. I've been through some tutorials and documentation on the website, but a problem I'm having is getting a GeoTIFF image in the same projection as my other data. I have no access to ESRI products here. I need to get the shapefile and TIF of the world overlapping - they are currently offset somewhat - suggesting different projections. I downloaded the free Quantum GIS and the layer's property pages in there indicated they are both latlong, WGS84. Can anyone help? I realize that you can 'project on the fly' by specifying the current projection in the Layer Object, and the desired projection in the Map Object, but my problem seems to be getting a handle on the current projection. Do any of the MapServer tools/utilities allow you to get all the projection and coordinate information? Mark. From jacob.delfos at MAUNSELL.COM Mon Nov 28 14:38:53 2005 From: jacob.delfos at MAUNSELL.COM (Jacob Delfos) Date: Tue, 29 Nov 2005 06:38:53 +0800 Subject: MapServer Foundation - Open Letter Message-ID: ? The fact that it is warm blooded, has fur, swims like a fish ? and walks on ? land, has a bill like a bird and lays eggs is why it rocks. Plus he's Australian. That's pretty cool too. I personally like the name Cheetah as well, and think it's a name likely to be taken more seriously. But seriously, these are great developments. I bet certain commercial software providers are having a seriously bad day... or bad year. Jacob JACOB DELFOS SPATIAL INFORMATION ANALYST Maunsell Australia Pty Ltd 629 Newcastle Street, WA 6007 PO Box 81, WA 6902 Leederville Western Australia ABN 20 093 846 925 Tel + 61 8 9281 6185 Fax + 61 8 9281 6297 jacob.delfos at maunsell.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ealpert at DIGITALGLOBE.COM Mon Nov 28 14:44:54 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Mon, 28 Nov 2005 15:44:54 -0700 Subject: Projecting TIF images Message-ID: Check out gdal. It has utilities to warp and/or transform images. http://gdal.maptools.org/ -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Mark Hudson Sent: Monday, November 28, 2005 3:28 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Projecting TIF images Hi everyone: I am new to the MapServer world - I've used only ESRI products prior to now. I just started a new job and have been tasked with MapServer related work. I've been through some tutorials and documentation on the website, but a problem I'm having is getting a GeoTIFF image in the same projection as my other data. I have no access to ESRI products here. I need to get the shapefile and TIF of the world overlapping - they are currently offset somewhat - suggesting different projections. I downloaded the free Quantum GIS and the layer's property pages in there indicated they are both latlong, WGS84. Can anyone help? I realize that you can 'project on the fly' by specifying the current projection in the Layer Object, and the desired projection in the Map Object, but my problem seems to be getting a handle on the current projection. Do any of the MapServer tools/utilities allow you to get all the projection and coordinate information? Mark. From tylermitchell at SHAW.CA Mon Nov 28 15:09:08 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 15:09:08 -0800 Subject: MapServer Foundation - Open Letter Message-ID: > We seem to have been Slashdotted on this now as well: > http://slashdot.org/article.pl?sid=05/11/28/1940207 I submitted a more community focused one to slashdot, guess I was too slow :) From woklist at KYNGCHAOS.COM Mon Nov 28 15:44:01 2005 From: woklist at KYNGCHAOS.COM (William Kyngesburye) Date: Mon, 28 Nov 2005 17:44:01 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <71c3c6c50511281233x3361e860of0cdae51efcd14e6@mail.gmail.com> Message-ID: I like the raptor idea (esp. Peregrine - fast). But adding it to the name makes it gimicky. It's not 'MySQL Dolphin'... Like: a raptor flying over a map. ----- William Kyngesburye http://www.kyngchaos.com/ "Those people who most want to rule people are, ipso-facto, those least suited to do it." - A rule of the universe, from the HitchHiker's Guide to the Galaxy From plists at PROMETHEUS.ORG.YU Mon Nov 28 16:24:41 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Tue, 29 Nov 2005 01:24:41 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: On Monday 28 November 2005 20:07, Chip Taylor wrote: > I suggest raptors, since they fly high and see lots of terrain. How about > Hawk, or Eagle or Osprey? Besides, if symbolism is important, IMHO I feel MapServer would be more of a swallow in the world of birds. It can be found on all five continents and although small, is one of the fastest maneuvering birds there is, and has no problems flying for thousands of miles (unlike a cheetah which runs out of breath after a few hundred yards :). It is a bird that forms local groups and knows it's way across both land and sea quite well. Not really a predator (although much of the not too conspicuous non-bird fauna found on http://www.prometheus.org.yu/gallery2/main.php?g2_view=core.ShowItem&g2_itemId=2738 will beg to differ), much more of a little piece of freedom and joy in the blue sky. PS. Those who run MapServer on terabyte datasets and powerful servers can always refer to african swallows and coconuts. From Richard_D_Levine at RAYTHEON.COM Mon Nov 28 14:15:50 2005 From: Richard_D_Levine at RAYTHEON.COM (Rick Levine) Date: Mon, 28 Nov 2005 17:15:50 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <55dd01fa0511281355g5dc18ab6s62df193af5a95e27@mail.gmail.com> Message-ID: I looked through the images and found this rather disturbing site (if you are easily disturbed.) http://www.ibiblio.org/pub/Linux/logos/platypus/!INDEX.html Seems somebody wanted the platypus for the Linux logo. Do not tell Tux he was second string.... Rick UMN MapServer Users List wrote on 11/28/2005 04:55:46 PM: > In case some aren't familiar enough with the lovable platypus ... > which by the way has the densest fur of the animal kingdom .. > > http://images.google.ca/images?q=platypus&hl=en > > Ken > > > On 11/28/05, Andy Canfield wrote: > > In light of that I would like to change my vote to Platypus as well. > > > > On 11/28/05, Ken Lord wrote: > > > I disagree, there certainly is a connection for the platypus andMapServer! > > > > > > The platypus was once a creature that the establishment refused to > > > believe in. The 'scientists' considered it to be a hoax, a joke, and > > > an impossibility. Some even stood up shouting against the existance of > > > the furry creature. > > > > > > ... Much like the way every ESRI salesman at every conference I've > > > been to has dealt with MapServer ... lies, jokes, and denials about > > > everything we all know to be true. > > > > > > And much like how the tricky platypus covertly sneaks up to his prey, > > > the shrimp, using electromagnetic detectors in his bill ... I've had > > > much enjoyment leading those ESRI salesmen into stating their lies so > > > that I could embarass them. > > > > > > And finally, today's massive acknowlegement of the MapServer project > > > by AutoDesk is akin to them having received a defensive jab of poison > > > from the Platypus' venomous rear claws. > > > > > > Cheers, > > > Ken Lord > > > Vancouver BC > > > > > > > > > > > > > > > On 11/28/05, Rick Levine wrote: > > > > The platypus rocks! If there is an intelligent designer > (cough) it shows > > > > either a sense of humor or a need for rehab. That said, uh, > there is not > > > > much mapping connection. > > > > > > > > Rick > > > > > > > > UMN MapServer Users List wrote on > > > > 11/28/2005 02:56:54 PM: > > > > > > > > > Three comments: > > > > > > > > > > Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! > > > > > > > > > > Con MapServer: I for one welcome our new Autodesk overlords. > > > > > > > > > > As for the naming: I've always been fond of the platypus. > > > > > > > > > > Cheers, > > > > > Ken Lord > > > > > Vancouver BC > > > > > > > > > > > > > > > On 11/28/05, Ed McNierney wrote: > > > > > > Well, both DM Solutions and Autodesk issued press releasestoday that > > > > > > will be widely reprinted and reported in the press. Each > stated that > > > > > > MapServer "will be called/renamed MapServer Cheetah". > That's going to > > > > > > cause confusion if that's not correct, and will be > confusing to undo. > > > > > > If the name's not a done deal, it shouldn't have been announced. > > > > > > > > > > > > At least in Autodesk's release the UMN MapServer package isn't > > > > mentioned > > > > > > until the sixth paragraph, so maybe it won't be noticed. > > > > > > > > > > > > - Ed > > > > > > > > > > > > -----Original Message----- > > > > > > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] > > > > On > > > > > > Behalf Of Steve Lime > > > > > > Sent: Monday, November 28, 2005 2:38 PM > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - > Open Letter > > > > > > > > > > > > The name is not a done deal, merely a suggestion that some of the > > > > > > developer types came up with. We need a way to differentiate the UMN > > > > > > MapServer that does not imply legacy (e.g. MapServer > Classic) since UMN > > > > > > MapServer is not going anywhere. The idea behind cheetah was that it > > > > > > represents speed and agility. Certainly other animals, > plants, insects > > > > > > or objects might do a better job (and result in a better logo). Fire > > > > > > away... > > > > > > > > > > > > Steve > > > > > > > > > > > > >>> Andy Canfield 11/28/05 1:18 PM >>> > > > > > > Do we get a say or is this already a done deal? From what > I read on the > > > > > > DM Solutions site it seems like this is pretty much a done deal. > > > > > > If it's not I like "Osprey" as they have always been my > favorite bird > > > > of > > > > > > prey and I like the raptor idea way better than the cheeta thing. > > > > > > > > > > > > On 11/28/05, Abe Gillespie wrote: > > > > > > > I like the raptor idea. You got my vote Chip! > > > > > > > > > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > > > > > > > > > -Abe > > > > > > > > > > > > > > On 11/28/05, Fawcett, David wrote: > > > > > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > > > > > > > > > http://www.mysql.com/ > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: UMN MapServer Users List > > > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of > Sears, Jeremy > > > > > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > > > Letter > > > > > > > > > > > > > > > > > > > > > > > > I concur. > > > > > > > > How about a dolphin? They're fast, agile and > intelligent. If TV has > > > > > > > > taught us anything they are also friendly and fun to > work with... > > > > > > > > just like Mapserver. > > > > > > > > > > > > > > > > Jeremy > > > > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > > From: UMN MapServer Users List > > > > > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > > > > > Behalf Of Abe Gillespie > > > > > > > > Sent: November 28, 2005 1:55 PM > > > > > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > > > > > Letter > > > > > > > > > > > > > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized > all the large > > > > > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > > > > > > > > > Let's start our own naming cliche. > > > > > > > > > > > > > > > > -Abe > > > > > > > > > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > > > > > photo of > > > > > > > > > > > > > > > > > > a cheetah to look something like the cow in the > attached jpeg? > > > > > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > > > > > probably > > > > > > > > try something tonight :) > > > > > > > > > > > > > > > > > > I'm really excited about the foundation developments. I have > > > > some > > > > > > > > > > > > > > > notes > > > > > > > > online about all the possible things a foundation could do: > > > > > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > > > > > > > > > I look forward to your comments/feedback (but > suggest it be moved > > > > > > > > > over > > > > > > > > > > > > > > > > > to > > > > > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [attachment "platygeo.jpg" deleted by Richard D Levine/US/Raytheon] From john.craddock at XITECH.COM.AU Mon Nov 28 15:51:46 2005 From: john.craddock at XITECH.COM.AU (John Craddock) Date: Tue, 29 Nov 2005 09:51:46 +1000 Subject: MapServer Foundation - Open Letter Message-ID: Viewing all this through the looking glass, it seems to me that we have just witnessed the largest reverse takeover of a community brand name by a commercial organisation in corporate IT history see the release containing: - "Autodesk plans to offer a commercial version of the product called Autodesk MapServer Enterprise in 2006, as well as an authoring environment which handles geospatial data collection and preparation of the data for distribution via the Internet." Takeover cost? Nix Brilliant! Next move: Leverage the logo - keep the Platypus out of it! Regards John C Australia > -----Original Message----- > From: Tyler Mitchell [mailto:tylermitchell at SHAW.CA] > Sent: 29 November 2005 09:09 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > We seem to have been Slashdotted on this now as well: > > http://slashdot.org/article.pl?sid=05/11/28/1940207 > > I submitted a more community focused one to slashdot, guess I > was too slow :) > From sgillies at FRII.COM Mon Nov 28 16:27:33 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Mon, 28 Nov 2005 17:27:33 -0700 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: On Nov 28, 2005, at 12:53 PM, Fawcett, David wrote: > My frustration is that there is a need to pick a random animal or > additional name to add to the product. This just dilutes the value of > the current brand. To me, MapServer is the product that we all use, > love/hate, contribute to, etc. Not even U of M MapServer, just > MapServer. =20 > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > believe, will confuse a lot of people to think that it is a code > extension of MapServer or a Deluxe version of what is currently being > called 'Cheetah'. They get more of the name than the original product > does. =20 Word. > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > least we get to keep the original name and brand. MapServer Core? > MapServer Foo Edition? ... =20 > > My concern with branding has nothing to do with whether or not the > foundation is a good thing. I think that it could be. =20 > > David. =20 The foundation could be a good thing, particularly if it keeps people from suing me ;) Still, I think we've given, or sold, a big chunk of our mojo to Autodesk to use in their attempt to re-launch MapGuide. Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From kenlord at GMAIL.COM Mon Nov 28 16:28:59 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Mon, 28 Nov 2005 16:28:59 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <1AAB041E53A631468FD049F217BFEFB00148B6@server.office.xitech.com.au> Message-ID: That would be the 'Con' part of my original response to this thread ... In the Simpsons theme ... 'I for one wecome our new Autodesk Overlords' Ken On 11/28/05, John Craddock wrote: > Viewing all this through the looking glass, it seems to me that we have just witnessed the largest reverse takeover of a community brand name by a commercial organisation in corporate IT history see the release containing: - > > "Autodesk plans to offer a commercial version of the product called Autodesk MapServer Enterprise in 2006, as well as an authoring environment which handles geospatial data collection and preparation of the data for distribution via the Internet." > > Takeover cost? Nix > Brilliant! > > Next move: Leverage the logo - keep the Platypus out of it! > > Regards > John C > Australia > > > -----Original Message----- > > From: Tyler Mitchell [mailto:tylermitchell at SHAW.CA] > > Sent: 29 November 2005 09:09 > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > > We seem to have been Slashdotted on this now as well: > > > http://slashdot.org/article.pl?sid=05/11/28/1940207 > > > > I submitted a more community focused one to slashdot, guess I > > was too slow :) > > > From Russ.Bradford at CSIRO.AU Mon Nov 28 17:11:52 2005 From: Russ.Bradford at CSIRO.AU (Russ Bradford) Date: Tue, 29 Nov 2005 12:11:52 +1100 Subject: error accessing postgis Message-ID: I have had this same problem. I could not do even the most simple SQL query using MapServer and a postgis postgreSQL database. There was no "oid" column - even though there was one in the database. I have just overcome this problem (which was more related to my inexperience than anything else) by using the following definition for the DATA tag: DATA "geom from (select column_a, oid, geom from tablename where column_name = 'value') as foo using unique oid using srid = 4326)" I use column_a as the LABELITEM. In short I have found that in the DATA definition you need to specify every column that you will be using (specifically "oid"). Hope this helps. Cheers, Russ. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Stephen Woodbridge Sent: Tuesday, 29 November 2005 3:02 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] error accessing postgis By default posgres 8.1 does not build oids any more. You need to change you query to specify some other unique column for mapserver. You can add a serial column and make it the primary key then reference that. -Steve W. Rick Schumeyer wrote: > Mapserver [v4.6.1] returns an error when I try to access a postgis > [1.0.4] database. (Postgis is installed with postgresql 8.1.0). I > assume my mapfile is incorrect, but I'm not sure what the mistake is. > > > > Here is the error: > > > > msDrawMap(): Image handling error. Failed to draw layer named 'sdata'. > prepare_database(): Query error. Error executing POSTGIS DECLARE (the > actual query) statement: 'DECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata > WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, > find_srid('','sdata','iarea') )' > > Postgresql reports the error as 'ERROR: column "oid" does not exist ' > > > > The relevant portion of my mapfile: > > > > LAYER > > NAME "sdata" > > CONNECTIONTYPE POSTGIS > > CONNECTION "dbname=gtest user=postgres host=localhost" > > DATA "iarea from sdata" > > TYPE line > > STATUS default > > CLASS > > NAME "State Line" > > STYLE > > SYMBOL "BigLine" > > SIZE 2 > > COLOR 255 0 0 > > END > > END > > END > > > > The definition of the table "sdata": > > > > Table "public.sdata" > > Column | Type | Modifiers > > ------------+--------------------------+------------------------------ > ------------+--------------------------+---------------------- > > id | integer | not null default > nextval('sdata_id_seq'::regclass) > > instrument | character varying(20) | > > begintime | timestamp with time zone | > > endtime | timestamp with time zone | > > iarea | geometry | > > filename | character varying(512) | > > Indexes: > > "idx_iarea" gist (iarea) > > Check constraints: > > "enforce_dims_iarea" CHECK (ndims(iarea) = 2) > > "enforce_geotype_iarea" CHECK (geometrytype(iarea) = > 'POLYGON'::text > OR iarea IS NULL) > > "enforce_srid_iarea" CHECK (srid(iarea) = 4326) > > ECLARE mycursor BINARY CURSOR FOR SELECT > asbinary(force_collection(force_2d(iarea)),'NDR'),OID::text from sdata > WHERE iarea && setSRID('BOX3D(-180 -135,180 135)'::BOX3D, > find_srid('','sdata','iarea') ) > > > > > From pram123 at GMAIL.COM Mon Nov 28 17:27:20 2005 From: pram123 at GMAIL.COM (Prashanth Ram) Date: Mon, 28 Nov 2005 20:27:20 -0500 Subject: Census Tiger/Line and Mapserver In-Reply-To: <43864B30.1070808@gmx.de> Message-ID: Patrick: Hopefully, I'm not too late to reply to this thread... but we offer mapserver w/tiger line data. -Prashanth -- HTMLX.com Mapserver Hosting, Mapscript Hosting, PHP Hosting PostgreSQL w/PostGIS extension enabled Hosting On 11/24/05, Patrick Kosiol wrote: > > Hello, > > is there any package of mapserver including the TIGER/Line data of the > US Census bureau free available? Something like an out-of-the-box > solution. > > > Regards, > > Patrick > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lfilak at MEDINACO.ORG Mon Nov 28 19:25:53 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Mon, 28 Nov 2005 22:25:53 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: "IF there is..." end the search, I know of a handy pocket reference. It will be interesting to see what happens. Tyler tried to post a more community based article to slashdot but somebody already posted what "they" see as the story - "Autodesk embraces opensource". On one hand Mapguide couldn't gain market from ArcIMS so why not take advantage of another name. On the other hand maybe we can finally count on a coming Linux version of AutoCAD and dump the Solaris R13. Lowell Rick Levine writes: > The platypus rocks! If there is an intelligent designer (cough) it shows > either a sense of humor or a need for rehab. That said, uh, there is not > much mapping connection. > > Rick > > UMN MapServer Users List wrote on > 11/28/2005 02:56:54 PM: > >> Three comments: >> >> Pro MapServer: Mapguide is dead! now onwards to slay ArcIMS! >> >> Con MapServer: I for one welcome our new Autodesk overlords. >> >> As for the naming: I've always been fond of the platypus. >> >> Cheers, >> Ken Lord >> Vancouver BC >> >> >> On 11/28/05, Ed McNierney wrote: >> > Well, both DM Solutions and Autodesk issued press releases today that >> > will be widely reprinted and reported in the press. Each stated that >> > MapServer "will be called/renamed MapServer Cheetah". That's going to >> > cause confusion if that's not correct, and will be confusing to undo. >> > If the name's not a done deal, it shouldn't have been announced. >> > >> > At least in Autodesk's release the UMN MapServer package isn't > mentioned >> > until the sixth paragraph, so maybe it won't be noticed. >> > >> > - Ed >> > >> > -----Original Message----- >> > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On >> > Behalf Of Steve Lime >> > Sent: Monday, November 28, 2005 2:38 PM >> > To: MAPSERVER-USERS at LISTS.UMN.EDU >> > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter >> > >> > The name is not a done deal, merely a suggestion that some of the >> > developer types came up with. We need a way to differentiate the UMN >> > MapServer that does not imply legacy (e.g. MapServer Classic) since UMN >> > MapServer is not going anywhere. The idea behind cheetah was that it >> > represents speed and agility. Certainly other animals, plants, insects >> > or objects might do a better job (and result in a better logo). Fire >> > away... >> > >> > Steve >> > >> > >>> Andy Canfield 11/28/05 1:18 PM >>> >> > Do we get a say or is this already a done deal? From what I read on the >> > DM Solutions site it seems like this is pretty much a done deal. >> > If it's not I like "Osprey" as they have always been my favorite bird > of >> > prey and I like the raptor idea way better than the cheeta thing. >> > >> > On 11/28/05, Abe Gillespie wrote: >> > > I like the raptor idea. You got my vote Chip! >> > > >> > > See, this is how "community" is *supposed* to work. :) >> > > >> > > -Abe >> > > >> > > On 11/28/05, Fawcett, David wrote: >> > > > The dolphin may be taken in the opensource world as well.... >> > > > >> > > > http://www.mysql.com/ >> > > > >> > > > -----Original Message----- >> > > > From: UMN MapServer Users List >> > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy >> > > > Sent: Monday, November 28, 2005 1:04 PM >> > > > To: MAPSERVER-USERS at LISTS.UMN.EDU >> > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >> > > > Letter >> > > > >> > > > >> > > > I concur. >> > > > How about a dolphin? They're fast, agile and intelligent. If TV has >> > > > taught us anything they are also friendly and fun to work with... >> > > > just like Mapserver. >> > > > >> > > > Jeremy >> > > > >> > > > >> > > > -----Original Message----- >> > > > From: UMN MapServer Users List >> > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On >> > > > Behalf Of Abe Gillespie >> > > > Sent: November 28, 2005 1:55 PM >> > > > To: MAPSERVER-USERS at LISTS.UMN.EDU >> > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >> > > > Letter >> > > > >> > > > >> > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large >> > > > cat names? Besides, there's an HTML server named Tomcat. >> > > > >> > > > Let's start our own naming cliche. >> > > > >> > > > -Abe >> > > > >> > > > On 11/28/05, Tyler Mitchell wrote: >> > > > > > Are there any graphics wizards out there who could doctor a >> > > > > > photo of >> > > > >> > > > > > a cheetah to look something like the cow in the attached jpeg? >> > > > > > (I'm told that's a moo-cator projection...) >> > > > > >> > > > > You guys are sorta twisted ;) and I'm even worse because I'll >> > > > > probably >> > > > try something tonight :) >> > > > > >> > > > > I'm really excited about the foundation developments. I have > some >> > >> > > > > notes >> > > > online about all the possible things a foundation could do: >> > > > > http://ms.gis.umn.edu/community/foundation >> > > > > >> > > > > I look forward to your comments/feedback (but suggest it be moved >> > > > > over >> > > > >> > > > > to >> > > > the foundation mailing list instead). >> > > > > >> > > > >> > > >> > From ed at TOPOZONE.COM Mon Nov 28 19:55:03 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Mon, 28 Nov 2005 22:55:03 -0500 Subject: MapServer Foundation thoughts and reactions Message-ID: Folks - This morning I sent a few comments about the MapServer Foundation off-list to Steve Lime, and (at my request) he forwarded them on to some of the other folks involved. After a comments by a few folks there were requests that I post my messages to the broader community. This post is an attempt to do that in a consolidated way. I apologize for being wordy, but there's a lot to say. I've been a member of the MapServer "community" for several years now. The Foundation project is the first time I can ever recall there being a conscious, ongoing, and deliberate attempt to exclude most of the community from a discussion of significance about MapServer. A small number of people - some of whom are dedicated developers who've contributed far more than I ever have - decided to enter into discussions that included two commercial firms (DM Solutions and Autodesk). No one else got to participate, and the work was deliberately kept secret. Doesn't sound like much of an "open" project to me. A MapServer Foundation is a very, very good idea. This MapServer Foundation has gotten off to a very, very bad start. I find myself in the position of being quite reluctant to support this instance of a concept I eagerly wish to support. I think I should start by explaining why I think a MapServer Foundation is a very good idea (as opposed to what others think, even though we generally seem to agree). MapServer has been well-served by the technical and development community that supports it. It has mainly lacked many of the things that make a "program" a "product". It needs better documentation, easier setup and sample sites, product summaries and literature, feature/benefit brochures and comparisons, benchmarking tests, presentations, a coordinated trade show/conference plan, better marketing, directories of consultants, reference sites, etc. I don't mean to denigrate any of the efforts made along any of these lines, but I think we all know there are things you can currently get from commercial vendors that aren't available with MapServer. A Foundation would be a great way to provide these things. It wouldn't need to get in the way of the development work, and could complement it by filling in the blanks. All of that takes money. A MapServer Foundation needs funding to do these things. Fortunately, there are several subsets of the MapServer community that are in a position to contribute funding. There are commercial users of MapServer (folks like me, GlobeXplorer, etc.), commercial developers/consultancies like DM Solutions and others, and the government and educational users who tend to not have much money to spend but can usually contribute something. To date, organizations interested in financial support for MapServer have been limited to funding specific software development tasks. The pace of that development has been such that every time I raise an idea about a project TopoZone could fund, it seems that someone else has gotten there first. I could have chipped in money for "future development", but there was no place to put it - it didn't make sense to just send Frank or Daniel or Steve a check and tell them to try to spend it somehow. And I would rather fund the "other stuff" than fund feature development - there's more of a need for it. A Foundation could fix that, by providing a place that takes in revenue from members and sponsors, and uses that revenue to fund projects - probably non-development projects as I mentioned above, since those won't get funded otherwise. The OGC membership model is a relevant and simple example of this sort of thing. So what does the Foundation need to do that? It needs to be open and inclusive, eligible to all to participate as peers or as peers within certain classes of membership. It needs to be independent of any particular sponsor, and it also needs to APPEAR to be independent. It needs to have a clear mission and it needs to simplify and clarify things for its members and for its constituent base. It needs to be seen as the unswerving voice dedicated to the support of MapServer and nothing else. Today's announcement missed those goals by a wide mark. Some of those errors can be corrected, but some we'll have to live with forever. And most of them could have been avoided by the kind of open, inclusive discussion we've always had in the MapServer community - until now. Supporting the MapServer Foundation is a great PR and marketing opportunity. It appears that Autodesk and DM Solutions were extremely aware of that, and made sure that they didn't have to share that opportunity with anyone else. Being a "founder" is very important, and you've already seen Autodesk and DM Solutions take advantage of that through their own press releases today. No other company will *ever* get that chance - the press doesn't really care about the next few companies to sign on. When I created TopoZone in 1999, it was incredibly important to be the first topographic map site on the Web, because the PR value was so great. I suspect very few folks remember who launched the second one.... Companies will be attracted to sponsor the Foundation because of that PR value. Unfortunately, that value's gone and nothing will get it back. I'm certainly a potential financial supporter of the Foundation, but I'm also running a business. I can't simply give money away, but I can spend it on things that give me PR and marketing value. I could spend a pretty substantial (for me) sum as an annual commitment to the Foundation. I am now a *lot* less inclined to provide that support to this Foundation, because the value (in PR and marketing terms) is a whole lot less than it would have been if I could have been invited to the party. I'm certainly welcome to sign on and take a seat right up near the front - as long as it isn't in the front row. I don't say that because I'm personally miffed at being excluded - I'm just TopoZone. I say that because we'll never know how many firms and how much financial support could have been raised if someone had tried to solicit input and support in an open, inclusive way. There are lots of us out here. I've been told that it's "incredibly important" that the Foundation be seen as vendor-neutral and that it not be at the mercy of a single funder's contributions. Sounds good, but don't tell me that now - those are both reasons to solicit a larger number of contributing founding members rather than selling the whole package to Autodesk. It's not easy to undo that; the Foundation is clearly already seen as an Autodesk initiative by the press (in part because Autodesk has tried to make that point clear) and not many firms are interested in throwing money at Autodesk - they've got more of it than I do. My second huge concern is the branding/product lineup for the Foundation. I woke up this morning to two MapServers where we had one before. One of them has the impressive-sounding name "MapServer Enterprise" while the other is currently named after a large pussycat but may or may not be open to the possibility of being named after a different mammal. There's no doubt in the potential customer's mind which one is the grown-up, field-tested, production-ready, scalable, capable system. Unfortunately, they're thinking of the wrong one. Branding really matters. It's very important. Tyler Mitchell says so, too, on the new MapServer site. Autodesk has zillions of people who know that very, very well. They just bought a great brand and MapServer suddenly managed to take a back seat to itself, something I would have thought anatomically impossible. They've managed to appropriate a well-respected brand name and take center stage with it. Autodesk's press release takes advantage of that ambiguity by introducing Steve Lime as the "creator of MapServer" without saying which one they're talking about! Speaking of press releases, in an effort like this it is common for all founding members to see and sign off on each other's press releases in advance, something which appears (from some developer comments) to not have happened here. This is PR 101 stuff - if you don't try to keep what you're doing a secret, you might get helpful advice. The same is true, by the way, about the questions raised on Autodesk's patent policy. This should NOT be an open question *after* the announcement - Autodesk's patent portfolio and their defense of it are well-known. It should have been one of the first questions raised and answered. Once the Foundation's plans were made public it only took a few hours to bring it to everyone's attention - remember the benefits of open development? The "MapServer Enterprise" product just got inserted into the MapServer family by decree. Customers know very well that when they see two similar products side-by-side, usually due to a merger or acquisition, they sit back and wait to see which one gets killed off. This usually has the effect of discouraging adoption of BOTH products, because customers don't know which one to implement and don't want to make the wrong choice. Believe me, I've been a CTO standing up in front of customers in that situation more than once - they don't believe you can serve two masters, and they're right. Does the Apache Foundation offer two Web servers? Apache Enterprise and Apache Other? Can't kill off MapServer, you say? Perhaps not in a technical sense, but if there's a MapServer Foundation and a MapServer Enterprise, who's going to notice if that other thingy doesn't get the same amount of attention? Perhaps the platypus is indeed a good choice, as it may belong with the nearly-extinct monotremes. You can't kill the MapServer code, but you can certainly kill the brand. Please don't confuse the two. Why was the Foundation "announced" when it apparently doesn't actually exist? It seems like today's announcement was designed primarily to maximize the PR value to DM Solutions and Autodesk - after all, the press got briefed about it before the rest of us did. As far as I can tell, there isn't any foundation, but when we get one it's going to be great and open to all, because DM Solutions and UMN and Autodesk have all assured each other that it will be. Each time I hear that "now's the time to participate", I cringe because I'm being told that by the exclusive group who deliberately prevented all of us from participating until they decided they had gotten what they needed out of it and it's now OK to let the rest of us inside. The time to participate was last week, or last month, before anything got announced and before we were all handed the Foundation. If the Foundation is really a genuinely open opportunity for us, then tell us that the inclusion of Autodesk's product isn't non-negotiable. Do the rest of us get to insert MapServer-branded products whenever we want to? All of these problems were preventable. All it would have taken was an open discussion of the proposal. You get a lot of people spouting off, and then you find out who's really interested. You find out how many commercial sponsors you can get and at what level of support. You create what appears to the public as a truly open consortium that's worth watching, instead of one that triggers discussions about Autodesk. You demonstrate right from the start that you have a broad base of commercial support, with commercial firms from the USA, Canada, Europe, South America, Australia, etc. What was the perceived benefit of keeping the process secret and exclusive? Did someone threaten to pick up their marbles and go home? You can often be surprised at how many folks are willing to contribute their own marbles when something like that happens - but you never know until you ask. The MapServer community really needs a Foundation to support it and to keep the product healthy and growing. There are many examples of the creation of such consortia to draw from, both inside of and outside of the Open Source community. It doesn't appear those examples were considered. We really need a MapServer Foundation - I'm not at all sure that we need this one. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com From steve.lime at DNR.STATE.MN.US Mon Nov 28 20:04:57 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Mon, 28 Nov 2005 22:04:57 -0600 Subject: MapServer Foundation - Open Letter Message-ID: One could take the entirely opposite view as well... Steve >>> John Craddock 11/28/05 5:51 PM >>> Viewing all this through the looking glass, it seems to me that we have just witnessed the largest reverse takeover of a community brand name by a commercial organisation in corporate IT history see the release containing: - "Autodesk plans to offer a commercial version of the product called Autodesk MapServer Enterprise in 2006, as well as an authoring environment which handles geospatial data collection and preparation of the data for distribution via the Internet." Takeover cost? Nix Brilliant! Next move: Leverage the logo - keep the Platypus out of it! Regards John C Australia > -----Original Message----- > From: Tyler Mitchell [mailto:tylermitchell at SHAW.CA] > Sent: 29 November 2005 09:09 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > We seem to have been Slashdotted on this now as well: > > http://slashdot.org/article.pl?sid=05/11/28/1940207 > > I submitted a more community focused one to slashdot, guess I > was too slow :) > From mapserver at EIDESIS.ORG Mon Nov 28 20:12:51 2005 From: mapserver at EIDESIS.ORG (Puneet Kishor) Date: Mon, 28 Nov 2005 22:12:51 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD609@ptolemy.topozone.com> Message-ID: Greetings all (and Ed). I re-joined the list today on coming across the Autodesk newsblurb. My immediate feeling was, "If you can't beat 'em..." The "you" was Autodesk, and "'em" was you-know-who. That was followed by a little bit of giddyness, as it meant that my beloved MapServer was going high profile. I immediately darted off a congratulatory note to the pater of MapServer. But, the feeling has worn off; and Ed's very thoughtful (and wordy) note below has reinforced some of the diffidence that I feel. First, I do feel that MapServer seems to get the second place here. Everyone and their janitor wants "Enterprise." This Cheetah bullshit ain't gonna work. Makes MS-C look sound like a hobby-kit. Second, Autodesk gets a big, free PR thing out of it, and it doesn't even work on a Mac... I mean, give me a break. I am all for the foundation, have been from the day I chimed in my support at Ottawa... we all wanted to know where to send the check of support, and a foundation would have been such a recipient. This foundation is a bit of a squib, unless one's shilling for Autodesk. That said, I am not as pessimistic as Ed might sound... yes, there never will be another "founder" other than those involved, and yes, personally, I would rather think of UMN as a founder instead of any other commercial entity. But, the key is to find a way out/around this, and get the MapServer brand as de-commercialized as possible. And, for heaven's sake, lets get the Enterprise moniker. Ed McNierney wrote: > Folks - > > This morning I sent a few comments about the MapServer Foundation > off-list to Steve Lime, and (at my request) he forwarded them on to some > of the other folks involved. After a comments by a few folks there were > requests that I post my messages to the broader community. This post is > an attempt to do that in a consolidated way. I apologize for being > wordy, but there's a lot to say. > > I've been a member of the MapServer "community" for several years now. > The Foundation project is the first time I can ever recall there being a > conscious, ongoing, and deliberate attempt to exclude most of the > community from a discussion of significance about MapServer. A small > number of people - some of whom are dedicated developers who've > contributed far more than I ever have - decided to enter into > discussions that included two commercial firms (DM Solutions and > Autodesk). No one else got to participate, and the work was > deliberately kept secret. Doesn't sound like much of an "open" project > to me. > > A MapServer Foundation is a very, very good idea. This MapServer > Foundation has gotten off to a very, very bad start. I find myself in > the position of being quite reluctant to support this instance of a > concept I eagerly wish to support. > > I think I should start by explaining why I think a MapServer Foundation > is a very good idea (as opposed to what others think, even though we > generally seem to agree). MapServer has been well-served by the > technical and development community that supports it. It has mainly > lacked many of the things that make a "program" a "product". It needs > better documentation, easier setup and sample sites, product summaries > and literature, feature/benefit brochures and comparisons, benchmarking > tests, presentations, a coordinated trade show/conference plan, better > marketing, directories of consultants, reference sites, etc. I don't > mean to denigrate any of the efforts made along any of these lines, but > I think we all know there are things you can currently get from > commercial vendors that aren't available with MapServer. A Foundation > would be a great way to provide these things. It wouldn't need to get > in the way of the development work, and could complement it by filling > in the blanks. > > All of that takes money. A MapServer Foundation needs funding to do > these things. Fortunately, there are several subsets of the MapServer > community that are in a position to contribute funding. There are > commercial users of MapServer (folks like me, GlobeXplorer, etc.), > commercial developers/consultancies like DM Solutions and others, and > the government and educational users who tend to not have much money to > spend but can usually contribute something. > > To date, organizations interested in financial support for MapServer > have been limited to funding specific software development tasks. The > pace of that development has been such that every time I raise an idea > about a project TopoZone could fund, it seems that someone else has > gotten there first. I could have chipped in money for "future > development", but there was no place to put it - it didn't make sense to > just send Frank or Daniel or Steve a check and tell them to try to spend > it somehow. And I would rather fund the "other stuff" than fund feature > development - there's more of a need for it. A Foundation could fix > that, by providing a place that takes in revenue from members and > sponsors, and uses that revenue to fund projects - probably > non-development projects as I mentioned above, since those won't get > funded otherwise. The OGC membership model is a relevant and simple > example of this sort of thing. > > So what does the Foundation need to do that? It needs to be open and > inclusive, eligible to all to participate as peers or as peers within > certain classes of membership. It needs to be independent of any > particular sponsor, and it also needs to APPEAR to be independent. It > needs to have a clear mission and it needs to simplify and clarify > things for its members and for its constituent base. It needs to be > seen as the unswerving voice dedicated to the support of MapServer and > nothing else. > > Today's announcement missed those goals by a wide mark. Some of those > errors can be corrected, but some we'll have to live with forever. And > most of them could have been avoided by the kind of open, inclusive > discussion we've always had in the MapServer community - until now. > > Supporting the MapServer Foundation is a great PR and marketing > opportunity. It appears that Autodesk and DM Solutions were extremely > aware of that, and made sure that they didn't have to share that > opportunity with anyone else. Being a "founder" is very important, and > you've already seen Autodesk and DM Solutions take advantage of that > through their own press releases today. No other company will *ever* > get that chance - the press doesn't really care about the next few > companies to sign on. When I created TopoZone in 1999, it was > incredibly important to be the first topographic map site on the Web, > because the PR value was so great. I suspect very few folks remember > who launched the second one.... > > Companies will be attracted to sponsor the Foundation because of that PR > value. Unfortunately, that value's gone and nothing will get it back. > I'm certainly a potential financial supporter of the Foundation, but I'm > also running a business. I can't simply give money away, but I can > spend it on things that give me PR and marketing value. I could spend a > pretty substantial (for me) sum as an annual commitment to the > Foundation. I am now a *lot* less inclined to provide that support to > this Foundation, because the value (in PR and marketing terms) is a > whole lot less than it would have been if I could have been invited to > the party. I'm certainly welcome to sign on and take a seat right up > near the front - as long as it isn't in the front row. > > I don't say that because I'm personally miffed at being excluded - I'm > just TopoZone. I say that because we'll never know how many firms and > how much financial support could have been raised if someone had tried > to solicit input and support in an open, inclusive way. There are lots > of us out here. I've been told that it's "incredibly important" that > the Foundation be seen as vendor-neutral and that it not be at the mercy > of a single funder's contributions. Sounds good, but don't tell me that > now - those are both reasons to solicit a larger number of contributing > founding members rather than selling the whole package to Autodesk. > It's not easy to undo that; the Foundation is clearly already seen as an > Autodesk initiative by the press (in part because Autodesk has tried to > make that point clear) and not many firms are interested in throwing > money at Autodesk - they've got more of it than I do. > > My second huge concern is the branding/product lineup for the > Foundation. I woke up this morning to two MapServers where we had one > before. One of them has the impressive-sounding name "MapServer > Enterprise" while the other is currently named after a large pussycat > but may or may not be open to the possibility of being named after a > different mammal. There's no doubt in the potential customer's mind > which one is the grown-up, field-tested, production-ready, scalable, > capable system. Unfortunately, they're thinking of the wrong one. > > Branding really matters. It's very important. Tyler Mitchell says so, > too, on the new MapServer site. Autodesk has zillions of people who > know that very, very well. They just bought a great brand and MapServer > suddenly managed to take a back seat to itself, something I would have > thought anatomically impossible. They've managed to appropriate a > well-respected brand name and take center stage with it. Autodesk's > press release takes advantage of that ambiguity by introducing Steve > Lime as the "creator of MapServer" without saying which one they're > talking about! Speaking of press releases, in an effort like this it is > common for all founding members to see and sign off on each other's > press releases in advance, something which appears (from some developer > comments) to not have happened here. This is PR 101 stuff - if you > don't try to keep what you're doing a secret, you might get helpful > advice. > > The same is true, by the way, about the questions raised on Autodesk's > patent policy. This should NOT be an open question *after* the > announcement - Autodesk's patent portfolio and their defense of it are > well-known. It should have been one of the first questions raised and > answered. Once the Foundation's plans were made public it only took a > few hours to bring it to everyone's attention - remember the benefits of > open development? > > The "MapServer Enterprise" product just got inserted into the MapServer > family by decree. Customers know very well that when they see two > similar products side-by-side, usually due to a merger or acquisition, > they sit back and wait to see which one gets killed off. This usually > has the effect of discouraging adoption of BOTH products, because > customers don't know which one to implement and don't want to make the > wrong choice. Believe me, I've been a CTO standing up in front of > customers in that situation more than once - they don't believe you can > serve two masters, and they're right. > > Does the Apache Foundation offer two Web servers? Apache Enterprise and > Apache Other? > > Can't kill off MapServer, you say? Perhaps not in a technical sense, > but if there's a MapServer Foundation and a MapServer Enterprise, who's > going to notice if that other thingy doesn't get the same amount of > attention? Perhaps the platypus is indeed a good choice, as it may > belong with the nearly-extinct monotremes. You can't kill the MapServer > code, but you can certainly kill the brand. Please don't confuse the > two. > > Why was the Foundation "announced" when it apparently doesn't actually > exist? It seems like today's announcement was designed primarily to > maximize the PR value to DM Solutions and Autodesk - after all, the > press got briefed about it before the rest of us did. As far as I can > tell, there isn't any foundation, but when we get one it's going to be > great and open to all, because DM Solutions and UMN and Autodesk have > all assured each other that it will be. Each time I hear that "now's > the time to participate", I cringe because I'm being told that by the > exclusive group who deliberately prevented all of us from participating > until they decided they had gotten what they needed out of it and it's > now OK to let the rest of us inside. The time to participate was last > week, or last month, before anything got announced and before we were > all handed the Foundation. If the Foundation is really a genuinely open > opportunity for us, then tell us that the inclusion of Autodesk's > product isn't non-negotiable. Do the rest of us get to insert > MapServer-branded products whenever we want to? > > All of these problems were preventable. All it would have taken was an > open discussion of the proposal. You get a lot of people spouting off, > and then you find out who's really interested. You find out how many > commercial sponsors you can get and at what level of support. You > create what appears to the public as a truly open consortium that's > worth watching, instead of one that triggers discussions about Autodesk. > You demonstrate right from the start that you have a broad base of > commercial support, with commercial firms from the USA, Canada, Europe, > South America, Australia, etc. What was the perceived benefit of > keeping the process secret and exclusive? Did someone threaten to pick > up their marbles and go home? You can often be surprised at how many > folks are willing to contribute their own marbles when something like > that happens - but you never know until you ask. > > The MapServer community really needs a Foundation to support it and to > keep the product healthy and growing. There are many examples of the > creation of such consortia to draw from, both inside of and outside of > the Open Source community. It doesn't appear those examples were > considered. We really need a MapServer Foundation - I'm not at all sure > that we need this one. From lfilak at MEDINACO.ORG Mon Nov 28 21:03:51 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Tue, 29 Nov 2005 00:03:51 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438BD543.4030401@eidesis.org> Message-ID: Just as a side-note I can't envision UMN, DM Solutions, & Autodesk lumped together in the discussion. While I understand the points made and responsibility must be shouldered. I also know that DM Solutions & UMN has always put Mapserver first. I think Steve alluded to the legal protection aspect that comes with Autodesk. Wasn't it a couple of years ago that a copyright holder threatened to sue the world of internet mapping? We thought it was a joke but... Is it possible that DMS & UMN felt the need (pressure) to do it NOW (aka. our next generation app is ready and we need to beat Goliath to market or else we pull out of negotiations)? Lowell Puneet Kishor writes: > Greetings all (and Ed). I re-joined the list today on coming across the > Autodesk newsblurb. My immediate feeling was, "If you can't beat 'em..." > The "you" was Autodesk, and "'em" was you-know-who. That was followed by a > little bit of giddyness, as it meant that my beloved MapServer was going > high profile. I immediately darted off a congratulatory note to the pater > of MapServer. But, the feeling has worn off; and Ed's very thoughtful (and > wordy) note below has reinforced some of the diffidence that I feel. > > First, I do feel that MapServer seems to get the second place here. > Everyone and their janitor wants "Enterprise." This Cheetah bullshit ain't > gonna work. Makes MS-C look sound like a hobby-kit. > > Second, Autodesk gets a big, free PR thing out of it, and it doesn't even > work on a Mac... I mean, give me a break. > > I am all for the foundation, have been from the day I chimed in my support > at Ottawa... we all wanted to know where to send the check of support, and > a foundation would have been such a recipient. > > This foundation is a bit of a squib, unless one's shilling for Autodesk. > > That said, I am not as pessimistic as Ed might sound... yes, there never > will be another "founder" other than those involved, and yes, personally, > I would rather think of UMN as a founder instead of any other commercial > entity. But, the key is to find a way out/around this, and get the > MapServer brand as de-commercialized as possible. > > And, for heaven's sake, lets get the Enterprise moniker. > > Ed McNierney wrote: >> Folks - >> >> This morning I sent a few comments about the MapServer Foundation >> off-list to Steve Lime, and (at my request) he forwarded them on to some >> of the other folks involved. After a comments by a few folks there were >> requests that I post my messages to the broader community. This post is >> an attempt to do that in a consolidated way. I apologize for being >> wordy, but there's a lot to say. >> >> I've been a member of the MapServer "community" for several years now. >> The Foundation project is the first time I can ever recall there being a >> conscious, ongoing, and deliberate attempt to exclude most of the >> community from a discussion of significance about MapServer. A small >> number of people - some of whom are dedicated developers who've >> contributed far more than I ever have - decided to enter into >> discussions that included two commercial firms (DM Solutions and >> Autodesk). No one else got to participate, and the work was >> deliberately kept secret. Doesn't sound like much of an "open" project >> to me. >> >> A MapServer Foundation is a very, very good idea. This MapServer >> Foundation has gotten off to a very, very bad start. I find myself in >> the position of being quite reluctant to support this instance of a >> concept I eagerly wish to support. >> >> I think I should start by explaining why I think a MapServer Foundation >> is a very good idea (as opposed to what others think, even though we >> generally seem to agree). MapServer has been well-served by the >> technical and development community that supports it. It has mainly >> lacked many of the things that make a "program" a "product". It needs >> better documentation, easier setup and sample sites, product summaries >> and literature, feature/benefit brochures and comparisons, benchmarking >> tests, presentations, a coordinated trade show/conference plan, better >> marketing, directories of consultants, reference sites, etc. I don't >> mean to denigrate any of the efforts made along any of these lines, but >> I think we all know there are things you can currently get from >> commercial vendors that aren't available with MapServer. A Foundation >> would be a great way to provide these things. It wouldn't need to get >> in the way of the development work, and could complement it by filling >> in the blanks. >> >> All of that takes money. A MapServer Foundation needs funding to do >> these things. Fortunately, there are several subsets of the MapServer >> community that are in a position to contribute funding. There are >> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >> commercial developers/consultancies like DM Solutions and others, and >> the government and educational users who tend to not have much money to >> spend but can usually contribute something. >> >> To date, organizations interested in financial support for MapServer >> have been limited to funding specific software development tasks. The >> pace of that development has been such that every time I raise an idea >> about a project TopoZone could fund, it seems that someone else has >> gotten there first. I could have chipped in money for "future >> development", but there was no place to put it - it didn't make sense to >> just send Frank or Daniel or Steve a check and tell them to try to spend >> it somehow. And I would rather fund the "other stuff" than fund feature >> development - there's more of a need for it. A Foundation could fix >> that, by providing a place that takes in revenue from members and >> sponsors, and uses that revenue to fund projects - probably >> non-development projects as I mentioned above, since those won't get >> funded otherwise. The OGC membership model is a relevant and simple >> example of this sort of thing. >> >> So what does the Foundation need to do that? It needs to be open and >> inclusive, eligible to all to participate as peers or as peers within >> certain classes of membership. It needs to be independent of any >> particular sponsor, and it also needs to APPEAR to be independent. It >> needs to have a clear mission and it needs to simplify and clarify >> things for its members and for its constituent base. It needs to be >> seen as the unswerving voice dedicated to the support of MapServer and >> nothing else. >> >> Today's announcement missed those goals by a wide mark. Some of those >> errors can be corrected, but some we'll have to live with forever. And >> most of them could have been avoided by the kind of open, inclusive >> discussion we've always had in the MapServer community - until now. >> >> Supporting the MapServer Foundation is a great PR and marketing >> opportunity. It appears that Autodesk and DM Solutions were extremely >> aware of that, and made sure that they didn't have to share that >> opportunity with anyone else. Being a "founder" is very important, and >> you've already seen Autodesk and DM Solutions take advantage of that >> through their own press releases today. No other company will *ever* >> get that chance - the press doesn't really care about the next few >> companies to sign on. When I created TopoZone in 1999, it was >> incredibly important to be the first topographic map site on the Web, >> because the PR value was so great. I suspect very few folks remember >> who launched the second one.... >> >> Companies will be attracted to sponsor the Foundation because of that PR >> value. Unfortunately, that value's gone and nothing will get it back. >> I'm certainly a potential financial supporter of the Foundation, but I'm >> also running a business. I can't simply give money away, but I can >> spend it on things that give me PR and marketing value. I could spend a >> pretty substantial (for me) sum as an annual commitment to the >> Foundation. I am now a *lot* less inclined to provide that support to >> this Foundation, because the value (in PR and marketing terms) is a >> whole lot less than it would have been if I could have been invited to >> the party. I'm certainly welcome to sign on and take a seat right up >> near the front - as long as it isn't in the front row. >> >> I don't say that because I'm personally miffed at being excluded - I'm >> just TopoZone. I say that because we'll never know how many firms and >> how much financial support could have been raised if someone had tried >> to solicit input and support in an open, inclusive way. There are lots >> of us out here. I've been told that it's "incredibly important" that >> the Foundation be seen as vendor-neutral and that it not be at the mercy >> of a single funder's contributions. Sounds good, but don't tell me that >> now - those are both reasons to solicit a larger number of contributing >> founding members rather than selling the whole package to Autodesk. >> It's not easy to undo that; the Foundation is clearly already seen as an >> Autodesk initiative by the press (in part because Autodesk has tried to >> make that point clear) and not many firms are interested in throwing >> money at Autodesk - they've got more of it than I do. >> >> My second huge concern is the branding/product lineup for the >> Foundation. I woke up this morning to two MapServers where we had one >> before. One of them has the impressive-sounding name "MapServer >> Enterprise" while the other is currently named after a large pussycat >> but may or may not be open to the possibility of being named after a >> different mammal. There's no doubt in the potential customer's mind >> which one is the grown-up, field-tested, production-ready, scalable, >> capable system. Unfortunately, they're thinking of the wrong one. >> >> Branding really matters. It's very important. Tyler Mitchell says so, >> too, on the new MapServer site. Autodesk has zillions of people who >> know that very, very well. They just bought a great brand and MapServer >> suddenly managed to take a back seat to itself, something I would have >> thought anatomically impossible. They've managed to appropriate a >> well-respected brand name and take center stage with it. Autodesk's >> press release takes advantage of that ambiguity by introducing Steve >> Lime as the "creator of MapServer" without saying which one they're >> talking about! Speaking of press releases, in an effort like this it is >> common for all founding members to see and sign off on each other's >> press releases in advance, something which appears (from some developer >> comments) to not have happened here. This is PR 101 stuff - if you >> don't try to keep what you're doing a secret, you might get helpful >> advice. >> >> The same is true, by the way, about the questions raised on Autodesk's >> patent policy. This should NOT be an open question *after* the >> announcement - Autodesk's patent portfolio and their defense of it are >> well-known. It should have been one of the first questions raised and >> answered. Once the Foundation's plans were made public it only took a >> few hours to bring it to everyone's attention - remember the benefits of >> open development? >> >> The "MapServer Enterprise" product just got inserted into the MapServer >> family by decree. Customers know very well that when they see two >> similar products side-by-side, usually due to a merger or acquisition, >> they sit back and wait to see which one gets killed off. This usually >> has the effect of discouraging adoption of BOTH products, because >> customers don't know which one to implement and don't want to make the >> wrong choice. Believe me, I've been a CTO standing up in front of >> customers in that situation more than once - they don't believe you can >> serve two masters, and they're right. >> >> Does the Apache Foundation offer two Web servers? Apache Enterprise and >> Apache Other? >> >> Can't kill off MapServer, you say? Perhaps not in a technical sense, >> but if there's a MapServer Foundation and a MapServer Enterprise, who's >> going to notice if that other thingy doesn't get the same amount of >> attention? Perhaps the platypus is indeed a good choice, as it may >> belong with the nearly-extinct monotremes. You can't kill the MapServer >> code, but you can certainly kill the brand. Please don't confuse the >> two. >> >> Why was the Foundation "announced" when it apparently doesn't actually >> exist? It seems like today's announcement was designed primarily to >> maximize the PR value to DM Solutions and Autodesk - after all, the >> press got briefed about it before the rest of us did. As far as I can >> tell, there isn't any foundation, but when we get one it's going to be >> great and open to all, because DM Solutions and UMN and Autodesk have >> all assured each other that it will be. Each time I hear that "now's >> the time to participate", I cringe because I'm being told that by the >> exclusive group who deliberately prevented all of us from participating >> until they decided they had gotten what they needed out of it and it's >> now OK to let the rest of us inside. The time to participate was last >> week, or last month, before anything got announced and before we were >> all handed the Foundation. If the Foundation is really a genuinely open >> opportunity for us, then tell us that the inclusion of Autodesk's >> product isn't non-negotiable. Do the rest of us get to insert >> MapServer-branded products whenever we want to? >> >> All of these problems were preventable. All it would have taken was an >> open discussion of the proposal. You get a lot of people spouting off, >> and then you find out who's really interested. You find out how many >> commercial sponsors you can get and at what level of support. You >> create what appears to the public as a truly open consortium that's >> worth watching, instead of one that triggers discussions about Autodesk. >> You demonstrate right from the start that you have a broad base of >> commercial support, with commercial firms from the USA, Canada, Europe, >> South America, Australia, etc. What was the perceived benefit of >> keeping the process secret and exclusive? Did someone threaten to pick >> up their marbles and go home? You can often be surprised at how many >> folks are willing to contribute their own marbles when something like >> that happens - but you never know until you ask. >> >> The MapServer community really needs a Foundation to support it and to >> keep the product healthy and growing. There are many examples of the >> creation of such consortia to draw from, both inside of and outside of >> the Open Source community. It doesn't appear those examples were >> considered. We really need a MapServer Foundation - I'm not at all sure >> that we need this one. From richard.greenwood at GMAIL.COM Mon Nov 28 21:22:03 2005 From: richard.greenwood at GMAIL.COM (Richard Greenwood) Date: Mon, 28 Nov 2005 22:22:03 -0700 Subject: Mapserver Foundation Message-ID: I have such deep respect for Steve, Yewondwossen, Howard, Daniel, Perry, Frank, Tom, David, and Tyler that I am reluctant to express negativity toward the Mapserver Foundation. But I am shocked by the initial presentation of the Foundation. The Mapserver Foundation should first and foremost be for Mapserver, the Mapserver that we are all know and love, that's been around as "Mapserver" for long enough that we call it Mapserver. Secondary projects should be added when they have demonstrated their merit. Knowing nothing more than what I have read in the last 30 minutes I am left with the feeling that AutoDesk has bought in and taken over. Mapserver is a proven application with a long track record. Mapserver Enterprise? Never heard of it. Yet it's getting top billing, and everybody is scrambling to pick a new name for our beloved Mapserver. I'd have envisioned a Mapserver Foundation that could server as an umbrella for related projects like GDAL, Proj, PostGIS, GRASS, etc. But it reads more like some AutoDesk initiative which has allowed it's little half-brother to play on the team. Sorry to come down on you guys. Maybe I'm just seeing it wrong and you can cast it in a different light. Regards, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From mapserver at EIDESIS.ORG Mon Nov 28 21:23:20 2005 From: mapserver at EIDESIS.ORG (Puneet Kishor) Date: Mon, 28 Nov 2005 23:23:20 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <20051129050351.E54014D272@webmail.medinaco.org> Message-ID: I must underscore that I am not alluding to any conspiracy of any sort. I am only alluding to the facts that -- 1. Putting commercial entries as sponsors of opensource, Autodesk or any other, in the manner that it seems like in the case of MapServer, takes something away from the grassroots community aspect of it all. DMS is fairly innocuous here, and I have little reason to doubt them. I have known them for several years, and some of them are my friends. Others may rightly or wrongly feel differently. I can certainly understand Ed's point of view given his position as a business owner of a similar scale. But, does Autodesk being in the fray preclude, antagonize, or even attract other similar sized commercial entities? How will ESRI or Intergraph or Mapinfo or even Oracle and/or Microsoft (all with interests in GIS and mapping) react? 2. The nomenclature does make it seem like the real MapServer has gotten the short shrift. First there was 'classic' or 'lite.' Then came 'professional.' Now Enterprise seems to be all the rage. I could imagine M2EE (MapServer 2 Enterprise Edition), but MapServer Cheetah just doesn't have the same feel other than providing a convenient pencil cover art for the next O'Reilly mapping-made-easy edition. It does seem like Autodesk is making out here on the goodwill established by MapServer. If not a fork of the source, it certainly will be a fork of the energies. I highly doubt the same folks will be able to contribute to both causes with equal vigor. On the other hand, yes, legal indemnification might be worthwhile attraction. Does Autodesk really provide that? To what extent? I haven't done my due diligence on all aspects of the deal. Lowell.Filak wrote: > Just as a side-note I can't envision UMN, DM Solutions, & Autodesk > lumped together in the discussion. While I understand the points made > and responsibility must be shouldered. I also know that DM Solutions & > UMN has always put Mapserver first. > I think Steve alluded to the legal protection aspect that comes with > Autodesk. Wasn't it a couple of years ago that a copyright holder > threatened to sue the world of internet mapping? We thought it was a > joke but... > Is it possible that DMS & UMN felt the need (pressure) to do it NOW > (aka. our next generation app is ready and we need to beat Goliath to > market or else we pull out of negotiations)? > Lowell > Puneet Kishor writes: >> Greetings all (and Ed). I re-joined the list today on coming across >> the Autodesk newsblurb. My immediate feeling was, "If you can't beat >> 'em..." The "you" was Autodesk, and "'em" was you-know-who. That was >> followed by a little bit of giddyness, as it meant that my beloved >> MapServer was going high profile. I immediately darted off a >> congratulatory note to the pater of MapServer. But, the feeling has >> worn off; and Ed's very thoughtful (and wordy) note below has >> reinforced some of the diffidence that I feel. >> First, I do feel that MapServer seems to get the second place here. >> Everyone and their janitor wants "Enterprise." This Cheetah bullshit >> ain't gonna work. Makes MS-C look sound like a hobby-kit. >> Second, Autodesk gets a big, free PR thing out of it, and it doesn't >> even work on a Mac... I mean, give me a break. >> I am all for the foundation, have been from the day I chimed in my >> support at Ottawa... we all wanted to know where to send the check of >> support, and a foundation would have been such a recipient. >> This foundation is a bit of a squib, unless one's shilling for Autodesk. >> That said, I am not as pessimistic as Ed might sound... yes, there >> never will be another "founder" other than those involved, and yes, >> personally, I would rather think of UMN as a founder instead of any >> other commercial entity. But, the key is to find a way out/around >> this, and get the MapServer brand as de-commercialized as possible. >> And, for heaven's sake, lets get the Enterprise moniker. >> Ed McNierney wrote: >>> Folks - >>> This morning I sent a few comments about the MapServer Foundation >>> off-list to Steve Lime, and (at my request) he forwarded them on to some >>> of the other folks involved. After a comments by a few folks there were >>> requests that I post my messages to the broader community. This post is >>> an attempt to do that in a consolidated way. I apologize for being >>> wordy, but there's a lot to say. >>> I've been a member of the MapServer "community" for several years now. >>> The Foundation project is the first time I can ever recall there being a >>> conscious, ongoing, and deliberate attempt to exclude most of the >>> community from a discussion of significance about MapServer. A small >>> number of people - some of whom are dedicated developers who've >>> contributed far more than I ever have - decided to enter into >>> discussions that included two commercial firms (DM Solutions and >>> Autodesk). No one else got to participate, and the work was >>> deliberately kept secret. Doesn't sound like much of an "open" project >>> to me. >>> A MapServer Foundation is a very, very good idea. This MapServer >>> Foundation has gotten off to a very, very bad start. I find myself in >>> the position of being quite reluctant to support this instance of a >>> concept I eagerly wish to support. >>> I think I should start by explaining why I think a MapServer Foundation >>> is a very good idea (as opposed to what others think, even though we >>> generally seem to agree). MapServer has been well-served by the >>> technical and development community that supports it. It has mainly >>> lacked many of the things that make a "program" a "product". It needs >>> better documentation, easier setup and sample sites, product summaries >>> and literature, feature/benefit brochures and comparisons, benchmarking >>> tests, presentations, a coordinated trade show/conference plan, better >>> marketing, directories of consultants, reference sites, etc. I don't >>> mean to denigrate any of the efforts made along any of these lines, but >>> I think we all know there are things you can currently get from >>> commercial vendors that aren't available with MapServer. A Foundation >>> would be a great way to provide these things. It wouldn't need to get >>> in the way of the development work, and could complement it by filling >>> in the blanks. >>> All of that takes money. A MapServer Foundation needs funding to do >>> these things. Fortunately, there are several subsets of the MapServer >>> community that are in a position to contribute funding. There are >>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >>> commercial developers/consultancies like DM Solutions and others, and >>> the government and educational users who tend to not have much money to >>> spend but can usually contribute something. >>> To date, organizations interested in financial support for MapServer >>> have been limited to funding specific software development tasks. The >>> pace of that development has been such that every time I raise an idea >>> about a project TopoZone could fund, it seems that someone else has >>> gotten there first. I could have chipped in money for "future >>> development", but there was no place to put it - it didn't make sense to >>> just send Frank or Daniel or Steve a check and tell them to try to spend >>> it somehow. And I would rather fund the "other stuff" than fund feature >>> development - there's more of a need for it. A Foundation could fix >>> that, by providing a place that takes in revenue from members and >>> sponsors, and uses that revenue to fund projects - probably >>> non-development projects as I mentioned above, since those won't get >>> funded otherwise. The OGC membership model is a relevant and simple >>> example of this sort of thing. >>> So what does the Foundation need to do that? It needs to be open and >>> inclusive, eligible to all to participate as peers or as peers within >>> certain classes of membership. It needs to be independent of any >>> particular sponsor, and it also needs to APPEAR to be independent. It >>> needs to have a clear mission and it needs to simplify and clarify >>> things for its members and for its constituent base. It needs to be >>> seen as the unswerving voice dedicated to the support of MapServer and >>> nothing else. >>> Today's announcement missed those goals by a wide mark. Some of those >>> errors can be corrected, but some we'll have to live with forever. And >>> most of them could have been avoided by the kind of open, inclusive >>> discussion we've always had in the MapServer community - until now. >>> Supporting the MapServer Foundation is a great PR and marketing >>> opportunity. It appears that Autodesk and DM Solutions were extremely >>> aware of that, and made sure that they didn't have to share that >>> opportunity with anyone else. Being a "founder" is very important, and >>> you've already seen Autodesk and DM Solutions take advantage of that >>> through their own press releases today. No other company will *ever* >>> get that chance - the press doesn't really care about the next few >>> companies to sign on. When I created TopoZone in 1999, it was >>> incredibly important to be the first topographic map site on the Web, >>> because the PR value was so great. I suspect very few folks remember >>> who launched the second one.... >>> Companies will be attracted to sponsor the Foundation because of that PR >>> value. Unfortunately, that value's gone and nothing will get it back. >>> I'm certainly a potential financial supporter of the Foundation, but I'm >>> also running a business. I can't simply give money away, but I can >>> spend it on things that give me PR and marketing value. I could spend a >>> pretty substantial (for me) sum as an annual commitment to the >>> Foundation. I am now a *lot* less inclined to provide that support to >>> this Foundation, because the value (in PR and marketing terms) is a >>> whole lot less than it would have been if I could have been invited to >>> the party. I'm certainly welcome to sign on and take a seat right up >>> near the front - as long as it isn't in the front row. >>> I don't say that because I'm personally miffed at being excluded - I'm >>> just TopoZone. I say that because we'll never know how many firms and >>> how much financial support could have been raised if someone had tried >>> to solicit input and support in an open, inclusive way. There are lots >>> of us out here. I've been told that it's "incredibly important" that >>> the Foundation be seen as vendor-neutral and that it not be at the mercy >>> of a single funder's contributions. Sounds good, but don't tell me that >>> now - those are both reasons to solicit a larger number of contributing >>> founding members rather than selling the whole package to Autodesk. >>> It's not easy to undo that; the Foundation is clearly already seen as an >>> Autodesk initiative by the press (in part because Autodesk has tried to >>> make that point clear) and not many firms are interested in throwing >>> money at Autodesk - they've got more of it than I do. >>> My second huge concern is the branding/product lineup for the >>> Foundation. I woke up this morning to two MapServers where we had one >>> before. One of them has the impressive-sounding name "MapServer >>> Enterprise" while the other is currently named after a large pussycat >>> but may or may not be open to the possibility of being named after a >>> different mammal. There's no doubt in the potential customer's mind >>> which one is the grown-up, field-tested, production-ready, scalable, >>> capable system. Unfortunately, they're thinking of the wrong one. >>> Branding really matters. It's very important. Tyler Mitchell says so, >>> too, on the new MapServer site. Autodesk has zillions of people who >>> know that very, very well. They just bought a great brand and MapServer >>> suddenly managed to take a back seat to itself, something I would have >>> thought anatomically impossible. They've managed to appropriate a >>> well-respected brand name and take center stage with it. Autodesk's >>> press release takes advantage of that ambiguity by introducing Steve >>> Lime as the "creator of MapServer" without saying which one they're >>> talking about! Speaking of press releases, in an effort like this it is >>> common for all founding members to see and sign off on each other's >>> press releases in advance, something which appears (from some developer >>> comments) to not have happened here. This is PR 101 stuff - if you >>> don't try to keep what you're doing a secret, you might get helpful >>> advice. >>> The same is true, by the way, about the questions raised on Autodesk's >>> patent policy. This should NOT be an open question *after* the >>> announcement - Autodesk's patent portfolio and their defense of it are >>> well-known. It should have been one of the first questions raised and >>> answered. Once the Foundation's plans were made public it only took a >>> few hours to bring it to everyone's attention - remember the benefits of >>> open development? >>> The "MapServer Enterprise" product just got inserted into the MapServer >>> family by decree. Customers know very well that when they see two >>> similar products side-by-side, usually due to a merger or acquisition, >>> they sit back and wait to see which one gets killed off. This usually >>> has the effect of discouraging adoption of BOTH products, because >>> customers don't know which one to implement and don't want to make the >>> wrong choice. Believe me, I've been a CTO standing up in front of >>> customers in that situation more than once - they don't believe you can >>> serve two masters, and they're right. >>> Does the Apache Foundation offer two Web servers? Apache Enterprise and >>> Apache Other? >>> Can't kill off MapServer, you say? Perhaps not in a technical sense, >>> but if there's a MapServer Foundation and a MapServer Enterprise, who's >>> going to notice if that other thingy doesn't get the same amount of >>> attention? Perhaps the platypus is indeed a good choice, as it may >>> belong with the nearly-extinct monotremes. You can't kill the MapServer >>> code, but you can certainly kill the brand. Please don't confuse the >>> two. >>> Why was the Foundation "announced" when it apparently doesn't actually >>> exist? It seems like today's announcement was designed primarily to >>> maximize the PR value to DM Solutions and Autodesk - after all, the >>> press got briefed about it before the rest of us did. As far as I can >>> tell, there isn't any foundation, but when we get one it's going to be >>> great and open to all, because DM Solutions and UMN and Autodesk have >>> all assured each other that it will be. Each time I hear that "now's >>> the time to participate", I cringe because I'm being told that by the >>> exclusive group who deliberately prevented all of us from participating >>> until they decided they had gotten what they needed out of it and it's >>> now OK to let the rest of us inside. The time to participate was last >>> week, or last month, before anything got announced and before we were >>> all handed the Foundation. If the Foundation is really a genuinely open >>> opportunity for us, then tell us that the inclusion of Autodesk's >>> product isn't non-negotiable. Do the rest of us get to insert >>> MapServer-branded products whenever we want to? >>> All of these problems were preventable. All it would have taken was an >>> open discussion of the proposal. You get a lot of people spouting off, >>> and then you find out who's really interested. You find out how many >>> commercial sponsors you can get and at what level of support. You >>> create what appears to the public as a truly open consortium that's >>> worth watching, instead of one that triggers discussions about Autodesk. >>> You demonstrate right from the start that you have a broad base of >>> commercial support, with commercial firms from the USA, Canada, Europe, >>> South America, Australia, etc. What was the perceived benefit of >>> keeping the process secret and exclusive? Did someone threaten to pick >>> up their marbles and go home? You can often be surprised at how many >>> folks are willing to contribute their own marbles when something like >>> that happens - but you never know until you ask. >>> The MapServer community really needs a Foundation to support it and to >>> keep the product healthy and growing. There are many examples of the >>> creation of such consortia to draw from, both inside of and outside of >>> the Open Source community. It doesn't appear those examples were >>> considered. We really need a MapServer Foundation - I'm not at all sure >>> that we need this one. > > From andy.canfield at GMAIL.COM Mon Nov 28 21:33:50 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Mon, 28 Nov 2005 21:33:50 -0800 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438BE5C8.2060308@eidesis.org> Message-ID: While I am not a big part of the Mapserver project I do have a huge amount of time and effort vested into getting my company to use Mapserver for our server side GIS. I agree with a lot of Ed's points to some extent. I have dealt with Autodesk for years and despite whatever they may say upfront and in the open they are far from being open source friendly. To the point where they have sued and threatened to sue some very close friends for a small amount of reverse engineering they did on the dwg format. So I was very, very, very surprised to see this mornings announcement that a company who abuses the patent system, puts it's API's under pay to use programs, and sues developers who try and use it's file formats without using proprietary products is suddenly deeply in bed with the largest ( and best ) open source GIS project in the world. Autodesk seems to have taken a horrible product ( Mapguide ) and turned it into something awesome ( Mapserver ) all at no cost to themselves plus picking up the brand and name recognition it so desparetly needs in the GIS community because lets face it normal GIS professionals sweat bullets when they hear they have to work on a project where the file format is DWG and Autodesk has always been the last late date to the GIS party. In one swoop they changed all that and without the knowledge of almost the entire community of Mapserver users and developers. Brilliant move on Autodesk's part. Does anyone else see that maybe "something is rotten in the state of Denmark" here? Am I missing something? I read the press releases and I think a foundation is a great idea but with this partner and without the knowledge of the greater community? It just doesn't feel right to me it feels like in a year or two I might really regret the day I read that press release. Am I over reacting? Am I not seeing something really great that everyone else sees? Help me out here folks and let me and everyone else know if this thing is good or bad or neutral or what your thoughts are on this whole very surprising turn of events. Andy From woodbri at SWOODBRIDGE.COM Mon Nov 28 21:47:30 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 29 Nov 2005 00:47:30 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD609@ptolemy.topozone.com> Message-ID: Ed, Thank you for putting exactly what I have been feeling into words. I've been reading all the posts today and getting more and more depressed by the situation and I can't agree with you more. The idea of a foundation is great for Mapserver and needed for all the reason you point out. But this does not feel great to me, nor does it feel like a great thing for mapserver and the Mapserver brand dilution might be catastrophic only time will tell. I'm sure it feels great to DM Solutions and AutoDesk. I wish this had been done in a more open and inclusive way, that is what a community project is about. -Steve W. Ed McNierney wrote: > Folks - > > This morning I sent a few comments about the MapServer Foundation > off-list to Steve Lime, and (at my request) he forwarded them on to some > of the other folks involved. After a comments by a few folks there were > requests that I post my messages to the broader community. This post is > an attempt to do that in a consolidated way. I apologize for being > wordy, but there's a lot to say. > > I've been a member of the MapServer "community" for several years now. > The Foundation project is the first time I can ever recall there being a > conscious, ongoing, and deliberate attempt to exclude most of the > community from a discussion of significance about MapServer. A small > number of people - some of whom are dedicated developers who've > contributed far more than I ever have - decided to enter into > discussions that included two commercial firms (DM Solutions and > Autodesk). No one else got to participate, and the work was > deliberately kept secret. Doesn't sound like much of an "open" project > to me. > > A MapServer Foundation is a very, very good idea. This MapServer > Foundation has gotten off to a very, very bad start. I find myself in > the position of being quite reluctant to support this instance of a > concept I eagerly wish to support. > > I think I should start by explaining why I think a MapServer Foundation > is a very good idea (as opposed to what others think, even though we > generally seem to agree). MapServer has been well-served by the > technical and development community that supports it. It has mainly > lacked many of the things that make a "program" a "product". It needs > better documentation, easier setup and sample sites, product summaries > and literature, feature/benefit brochures and comparisons, benchmarking > tests, presentations, a coordinated trade show/conference plan, better > marketing, directories of consultants, reference sites, etc. I don't > mean to denigrate any of the efforts made along any of these lines, but > I think we all know there are things you can currently get from > commercial vendors that aren't available with MapServer. A Foundation > would be a great way to provide these things. It wouldn't need to get > in the way of the development work, and could complement it by filling > in the blanks. > > All of that takes money. A MapServer Foundation needs funding to do > these things. Fortunately, there are several subsets of the MapServer > community that are in a position to contribute funding. There are > commercial users of MapServer (folks like me, GlobeXplorer, etc.), > commercial developers/consultancies like DM Solutions and others, and > the government and educational users who tend to not have much money to > spend but can usually contribute something. > > To date, organizations interested in financial support for MapServer > have been limited to funding specific software development tasks. The > pace of that development has been such that every time I raise an idea > about a project TopoZone could fund, it seems that someone else has > gotten there first. I could have chipped in money for "future > development", but there was no place to put it - it didn't make sense to > just send Frank or Daniel or Steve a check and tell them to try to spend > it somehow. And I would rather fund the "other stuff" than fund feature > development - there's more of a need for it. A Foundation could fix > that, by providing a place that takes in revenue from members and > sponsors, and uses that revenue to fund projects - probably > non-development projects as I mentioned above, since those won't get > funded otherwise. The OGC membership model is a relevant and simple > example of this sort of thing. > > So what does the Foundation need to do that? It needs to be open and > inclusive, eligible to all to participate as peers or as peers within > certain classes of membership. It needs to be independent of any > particular sponsor, and it also needs to APPEAR to be independent. It > needs to have a clear mission and it needs to simplify and clarify > things for its members and for its constituent base. It needs to be > seen as the unswerving voice dedicated to the support of MapServer and > nothing else. > > Today's announcement missed those goals by a wide mark. Some of those > errors can be corrected, but some we'll have to live with forever. And > most of them could have been avoided by the kind of open, inclusive > discussion we've always had in the MapServer community - until now. > > Supporting the MapServer Foundation is a great PR and marketing > opportunity. It appears that Autodesk and DM Solutions were extremely > aware of that, and made sure that they didn't have to share that > opportunity with anyone else. Being a "founder" is very important, and > you've already seen Autodesk and DM Solutions take advantage of that > through their own press releases today. No other company will *ever* > get that chance - the press doesn't really care about the next few > companies to sign on. When I created TopoZone in 1999, it was > incredibly important to be the first topographic map site on the Web, > because the PR value was so great. I suspect very few folks remember > who launched the second one.... > > Companies will be attracted to sponsor the Foundation because of that PR > value. Unfortunately, that value's gone and nothing will get it back. > I'm certainly a potential financial supporter of the Foundation, but I'm > also running a business. I can't simply give money away, but I can > spend it on things that give me PR and marketing value. I could spend a > pretty substantial (for me) sum as an annual commitment to the > Foundation. I am now a *lot* less inclined to provide that support to > this Foundation, because the value (in PR and marketing terms) is a > whole lot less than it would have been if I could have been invited to > the party. I'm certainly welcome to sign on and take a seat right up > near the front - as long as it isn't in the front row. > > I don't say that because I'm personally miffed at being excluded - I'm > just TopoZone. I say that because we'll never know how many firms and > how much financial support could have been raised if someone had tried > to solicit input and support in an open, inclusive way. There are lots > of us out here. I've been told that it's "incredibly important" that > the Foundation be seen as vendor-neutral and that it not be at the mercy > of a single funder's contributions. Sounds good, but don't tell me that > now - those are both reasons to solicit a larger number of contributing > founding members rather than selling the whole package to Autodesk. > It's not easy to undo that; the Foundation is clearly already seen as an > Autodesk initiative by the press (in part because Autodesk has tried to > make that point clear) and not many firms are interested in throwing > money at Autodesk - they've got more of it than I do. > > My second huge concern is the branding/product lineup for the > Foundation. I woke up this morning to two MapServers where we had one > before. One of them has the impressive-sounding name "MapServer > Enterprise" while the other is currently named after a large pussycat > but may or may not be open to the possibility of being named after a > different mammal. There's no doubt in the potential customer's mind > which one is the grown-up, field-tested, production-ready, scalable, > capable system. Unfortunately, they're thinking of the wrong one. > > Branding really matters. It's very important. Tyler Mitchell says so, > too, on the new MapServer site. Autodesk has zillions of people who > know that very, very well. They just bought a great brand and MapServer > suddenly managed to take a back seat to itself, something I would have > thought anatomically impossible. They've managed to appropriate a > well-respected brand name and take center stage with it. Autodesk's > press release takes advantage of that ambiguity by introducing Steve > Lime as the "creator of MapServer" without saying which one they're > talking about! Speaking of press releases, in an effort like this it is > common for all founding members to see and sign off on each other's > press releases in advance, something which appears (from some developer > comments) to not have happened here. This is PR 101 stuff - if you > don't try to keep what you're doing a secret, you might get helpful > advice. > > The same is true, by the way, about the questions raised on Autodesk's > patent policy. This should NOT be an open question *after* the > announcement - Autodesk's patent portfolio and their defense of it are > well-known. It should have been one of the first questions raised and > answered. Once the Foundation's plans were made public it only took a > few hours to bring it to everyone's attention - remember the benefits of > open development? > > The "MapServer Enterprise" product just got inserted into the MapServer > family by decree. Customers know very well that when they see two > similar products side-by-side, usually due to a merger or acquisition, > they sit back and wait to see which one gets killed off. This usually > has the effect of discouraging adoption of BOTH products, because > customers don't know which one to implement and don't want to make the > wrong choice. Believe me, I've been a CTO standing up in front of > customers in that situation more than once - they don't believe you can > serve two masters, and they're right. > > Does the Apache Foundation offer two Web servers? Apache Enterprise and > Apache Other? > > Can't kill off MapServer, you say? Perhaps not in a technical sense, > but if there's a MapServer Foundation and a MapServer Enterprise, who's > going to notice if that other thingy doesn't get the same amount of > attention? Perhaps the platypus is indeed a good choice, as it may > belong with the nearly-extinct monotremes. You can't kill the MapServer > code, but you can certainly kill the brand. Please don't confuse the > two. > > Why was the Foundation "announced" when it apparently doesn't actually > exist? It seems like today's announcement was designed primarily to > maximize the PR value to DM Solutions and Autodesk - after all, the > press got briefed about it before the rest of us did. As far as I can > tell, there isn't any foundation, but when we get one it's going to be > great and open to all, because DM Solutions and UMN and Autodesk have > all assured each other that it will be. Each time I hear that "now's > the time to participate", I cringe because I'm being told that by the > exclusive group who deliberately prevented all of us from participating > until they decided they had gotten what they needed out of it and it's > now OK to let the rest of us inside. The time to participate was last > week, or last month, before anything got announced and before we were > all handed the Foundation. If the Foundation is really a genuinely open > opportunity for us, then tell us that the inclusion of Autodesk's > product isn't non-negotiable. Do the rest of us get to insert > MapServer-branded products whenever we want to? > > All of these problems were preventable. All it would have taken was an > open discussion of the proposal. You get a lot of people spouting off, > and then you find out who's really interested. You find out how many > commercial sponsors you can get and at what level of support. You > create what appears to the public as a truly open consortium that's > worth watching, instead of one that triggers discussions about Autodesk. > You demonstrate right from the start that you have a broad base of > commercial support, with commercial firms from the USA, Canada, Europe, > South America, Australia, etc. What was the perceived benefit of > keeping the process secret and exclusive? Did someone threaten to pick > up their marbles and go home? You can often be surprised at how many > folks are willing to contribute their own marbles when something like > that happens - but you never know until you ask. > > The MapServer community really needs a Foundation to support it and to > keep the product healthy and growing. There are many examples of the > creation of such consortia to draw from, both inside of and outside of > the Open Source community. It doesn't appear those examples were > considered. We really need a MapServer Foundation - I'm not at all sure > that we need this one. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > From slgoode at GMAIL.COM Mon Nov 28 21:47:53 2005 From: slgoode at GMAIL.COM (Lance Goode) Date: Mon, 28 Nov 2005 19:47:53 -1000 Subject: Compiling Mapserver with PostGIS support under Windows Message-ID: Hello, I'm attempting to compile Mapserver with support for PostGIS (Postgresql 8.1) using Visual C++ 7. The Mapserver make file requires a version of the Postgresql client "libpqdll.lib" which is where I'm stuck. I've got the Postgresql 8.1 source but have not been able to create libpqdll.lib using VC++. (seems like a problem with linking in appropriate winsock definitions). As an alternative, I have been able to compile a static version of libpqxx (2.5.5), but haven't been able to get it to link into Mapserver. I've noticed that others are having similar problems, but I've yet to find a solution. I've used pre-built versions of Mapserver (MS4W and FWTools) sucessfully with Postgresql 8.1/PostGIS, so I know it is possible. If anyone can provide any insight into this problem, I would be much obliged. Perhaps I should be using a different compiler? (Mingw?) thanks, Lance Goode -------------- next part -------------- An HTML attachment was scrubbed... URL: From tylermitchell at SHAW.CA Mon Nov 28 22:39:50 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 22:39:50 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <1AAB041E53A631468FD049F217BFEFB00148B6@server.office.xitech.com.au> Message-ID: On November 28, 2005 15:51, John Craddock wrote: > Viewing all this through the looking glass, it seems to me that we have > just witnessed the largest reverse takeover of a community brand name by a > commercial organisation in corporate IT history... John, The takeover scenario is a moot point, especially in light of the establishment of the foundation. That is the whole purpose of having an arms-length, community-run organisation to manage and protect things. Finding a way for diverse companies, non-profits, individuals and government has been what MapServer is all about. That is why MapServer is what it is today. That is what this announcement is all about too. Rather than go it alone, we believe that the result can be greater than the sum of its parts. We sought to find common ground and even common names so that we can be seen as cooperating rather than competing, sharing rather than trying to take advantage. Autodesk didn't push over the developers and grab the name from them, the use of the name was a mutual idea and discussed. To make it out that Autodesk "took" something is not fair nor accurate. Commercial groups have been building on MapServer for years, they've provided some of the excellent support and development we've enjoyed. Our relationship with Autodesk need not be any different - another developer and supporter, at the table with the rest of us. This isn't about MapServer vs. Autodesk - it's about finding a way to work with a new group in the open source web mapping community. I believe that we have common goals and that Autodesk is not interested in stacking the deck or doing a power-play on the rest of us - it wouldn't fit within our community and would be counter to a foundation. You can turn them away to do their own thing or work together for a common goal. Tyler From candalt at ONLINE.NO Mon Nov 28 22:55:16 2005 From: candalt at ONLINE.NO (=?iso-8859-1?Q?Sture_Dings=F8yr?=) Date: Tue, 29 Nov 2005 07:55:16 +0100 Subject: Compiling Mapserver with PostGIS support under Windows Message-ID: Hi there This is what i did (i used Visual C++ 6.0): I did not use the PostgreSQL 8.1 source but the postgresql-8.0.0. - open CMD - vcvars32 (this sets the Visual C++ 6.0 environment variables). You will find a vcvars32.bat file under your install directory for Visual C++ 7.0 - enter the postgresql-8.0.0 directory - cd src - nmake /f win32.make This produced under "postgresql-8.0.0\src\interfaces\libpq\Release" a libpq.dll Thats it :-) Hello, I'm attempting to compile Mapserver with support for PostGIS (Postgresql 8.1) using Visual C++ 7. The Mapserver make file requires a version of the Postgresql client "libpqdll.lib" which is where I'm stuck. I've got the Postgresql 8.1 source but have not been able to create libpqdll.lib using VC++. (seems like a problem with linking in appropriate winsock definitions). As an alternative, I have been able to compile a static version of libpqxx (2.5.5), but haven't been able to get it to link into Mapserver. I've noticed that others are having similar problems, but I've yet to find a solution. I've used pre-built versions of Mapserver (MS4W and FWTools) sucessfully with Postgresql 8.1/PostGIS, so I know it is possible. If anyone can provide any insight into this problem, I would be much obliged. Perhaps I should be using a different compiler? (Mingw?) thanks, Lance Goode From BEN at SYNCERA-ITSOLUTIONS.NL Mon Nov 28 22:58:33 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Tue, 29 Nov 2005 07:58:33 +0100 Subject: Compiling Mapserver with PostGIS support under Windows Message-ID: I put my build report in the Mapserver bugzilla a while ago: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=1251 Maybe it can help. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Sture Dings?yr 11/29/05 7:55 AM >>> Hi there This is what i did (i used Visual C++ 6.0): I did not use the PostgreSQL 8.1 source but the postgresql-8.0.0. - open CMD - vcvars32 (this sets the Visual C++ 6.0 environment variables). You will find a vcvars32.bat file under your install directory for Visual C++ 7.0 - enter the postgresql-8.0.0 directory - cd src - nmake /f win32.make This produced under "postgresql-8.0.0\src\interfaces\libpq\Release" a libpq.dll Thats it :-) Hello, I'm attempting to compile Mapserver with support for PostGIS (Postgresql 8.1) using Visual C++ 7. The Mapserver make file requires a version of the Postgresql client "libpqdll.lib" which is where I'm stuck. I've got the Postgresql 8.1 source but have not been able to create libpqdll.lib using VC++. (seems like a problem with linking in appropriate winsock definitions). As an alternative, I have been able to compile a static version of libpqxx (2.5.5), but haven't been able to get it to link into Mapserver. I've noticed that others are having similar problems, but I've yet to find a solution. I've used pre-built versions of Mapserver (MS4W and FWTools) sucessfully with Postgresql 8.1/PostGIS, so I know it is possible. If anyone can provide any insight into this problem, I would be much obliged. Perhaps I should be using a different compiler? (Mingw?) thanks, Lance Goode From ttsai at POBOX.COM Mon Nov 28 22:34:24 2005 From: ttsai at POBOX.COM (Tim Tsai) Date: Tue, 29 Nov 2005 00:34:24 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Tucows already has a Platypus product (albeit not mapping related). http://resellers.tucows.com/backoffice/ Tim On Mon, Nov 28, 2005 at 05:26:40PM -0500, Rick Levine wrote: > UMN MapServer Users List wrote on > 11/28/2005 05:00:52 PM: > > > Hmm... according to the images on the page you sent us, there is already > a > > Linux Platypus. > > It was a proposed logo. Tux the penguin got the job. His wife lays eggs > too. When he can get home from his busy marketing job. > > > > > I think that the playful platypus would be a bad choice. While the > animal > > is an endearing creature with its poison spurs and all, it LAYS EGGS and > we > > all know that the Mapserver developers certainly have not laid an egg > with > > Mapserver! > > The fact that it is warm blooded, has fur, swims like a fish and walks on > land, has a bill like a bird and lays eggs is why it rocks. It is all > things to all people, at least all people who try to classify creatures > into groups. It is not stereotyping when you do it to animals. If there > was a Familae Nerdicus, the platypus would be in it. > > > > > > Chip Taylor From jegou at UNIV-TLSE2.FR Mon Nov 28 23:02:08 2005 From: jegou at UNIV-TLSE2.FR (=?ISO-8859-1?Q?Laurent_J=E9gou?=) Date: Tue, 29 Nov 2005 08:02:08 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <200511282239.52270.tylermitchell@shaw.ca> Message-ID: Hello folks, as a relatively recent MapServer user and teacher (two years), and after reading this topic on the list, i'm feeling ambivalent about the yesterday announcement. But i'm very confident, MapServer is used widely and intensively, and the community is definitely active ;-) If i may suggest an animal totem for the the 'cheetah' version, the great book from Tyler Mitchell has already a bird on cover :-) My best wishes (and thanks) to the MapServer Foundation, keep up the great work on providing free astounding web mapping software. Laurent. From tylermitchell at SHAW.CA Mon Nov 28 23:09:15 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 23:09:15 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <438BFCF0.6050802@univ-tlse2.fr> Message-ID: On November 28, 2005 23:02, Laurent J?gou wrote: > If i may suggest an animal totem for the the 'cheetah' version, the > great book from Tyler Mitchell has already a bird on cover :-):-) Laurent, thanks for the kind words! Hmm...I fear that "MapServer Snipe" would be commonly mis-read as "MapServer Sniper" and elicit too many violent images :) Tyler From bartvde at XS4ALL.NL Mon Nov 28 23:35:30 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Tue, 29 Nov 2005 08:35:30 +0100 Subject: mapserver - windows 2003 In-Reply-To: <438B5582.3060309@gmail.com> Message-ID: You can download that dll here: http://www.dll-files.com/dllindex/dll-files.shtml?msvcr70 Better try the maptools.org binaries of Mapserver though: http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html Best regards, Bart > The version is the 4.4.1. I tried to execute mapserv -v , but it ask me > for the dll msvcr70.dll. > > > Skalski Artur - askals wrote: > >>Which version of mapserver are You trying to install on IIS? >> >>Artur >> >> >>-----Original Message----- >>From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On >> Behalf Of Mauricio Stange H. >>Sent: Monday, November 28, 2005 3:31 PM >>To: MAPSERVER-USERS at LISTS.UMN.EDU >>Subject: [UMN_MAPSERVER-USERS] mapserver - windows 2003 >> >> >>hi, >> I have developed a couple of maps wtih apache and postgis, but now I >>need to migrate it to windows 2003, using de windows web server. So, for >>php and postgis there was no problem, but mapserver doesn't work. I do >>what the README-Install.txt says, (using C:/Inetpub/wwwroot/cgi-bin for >>mapserv.exe), but when enter the link >>"http://localhost/cgi-bin/mapserv.exe", but I recieve a "HTTP 500 >>internal server error" The page cannot be displayed, blablabla. >> >>Does somebody knows, how to successfully install mapserver under windows >>using IIS, or where is my problem?? >> >>thanks, >> Mauricio Stange H. >>*************************************************************************** >>The information contained in this communication is confidential, is >>intended only for the use of the recipient named above, and may be >> legally >>privileged. >> >>If the reader of this message is not the intended recipient, you are >>hereby notified that any dissemination, distribution or copying of this >>communication is strictly prohibited. >> >>If you have received this communication in error, please resend this >>communication to the sender and delete the original message or any copy >>of it from your computer system. >> >>Thank You. >>**************************************************************************** >> >> >> > From bartvde at XS4ALL.NL Mon Nov 28 23:57:03 2005 From: bartvde at XS4ALL.NL (Bart van den Eijnden) Date: Tue, 29 Nov 2005 08:57:03 +0100 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD609@ptolemy.topozone.com> Message-ID: Hi Ed, I do see your points and I agree with the fact that Autodesk has taken good PR advantage of this. For me the positive feeling about the foundation prevails, but then again I am not in a similar situation as you with your company. I do hope DMSG and/or Autodesk will post a reply to your post on-list. I do want to say I can't see a Mapserver foundation without your support, since your role in the community has been tremendous. Best regards, Bart > Folks - > > This morning I sent a few comments about the MapServer Foundation > off-list to Steve Lime, and (at my request) he forwarded them on to some > of the other folks involved. After a comments by a few folks there were > requests that I post my messages to the broader community. This post is > an attempt to do that in a consolidated way. I apologize for being > wordy, but there's a lot to say. > > I've been a member of the MapServer "community" for several years now. > The Foundation project is the first time I can ever recall there being a > conscious, ongoing, and deliberate attempt to exclude most of the > community from a discussion of significance about MapServer. A small > number of people - some of whom are dedicated developers who've > contributed far more than I ever have - decided to enter into > discussions that included two commercial firms (DM Solutions and > Autodesk). No one else got to participate, and the work was > deliberately kept secret. Doesn't sound like much of an "open" project > to me. > > A MapServer Foundation is a very, very good idea. This MapServer > Foundation has gotten off to a very, very bad start. I find myself in > the position of being quite reluctant to support this instance of a > concept I eagerly wish to support. > > I think I should start by explaining why I think a MapServer Foundation > is a very good idea (as opposed to what others think, even though we > generally seem to agree). MapServer has been well-served by the > technical and development community that supports it. It has mainly > lacked many of the things that make a "program" a "product". It needs > better documentation, easier setup and sample sites, product summaries > and literature, feature/benefit brochures and comparisons, benchmarking > tests, presentations, a coordinated trade show/conference plan, better > marketing, directories of consultants, reference sites, etc. I don't > mean to denigrate any of the efforts made along any of these lines, but > I think we all know there are things you can currently get from > commercial vendors that aren't available with MapServer. A Foundation > would be a great way to provide these things. It wouldn't need to get > in the way of the development work, and could complement it by filling > in the blanks. > > All of that takes money. A MapServer Foundation needs funding to do > these things. Fortunately, there are several subsets of the MapServer > community that are in a position to contribute funding. There are > commercial users of MapServer (folks like me, GlobeXplorer, etc.), > commercial developers/consultancies like DM Solutions and others, and > the government and educational users who tend to not have much money to > spend but can usually contribute something. > > To date, organizations interested in financial support for MapServer > have been limited to funding specific software development tasks. The > pace of that development has been such that every time I raise an idea > about a project TopoZone could fund, it seems that someone else has > gotten there first. I could have chipped in money for "future > development", but there was no place to put it - it didn't make sense to > just send Frank or Daniel or Steve a check and tell them to try to spend > it somehow. And I would rather fund the "other stuff" than fund feature > development - there's more of a need for it. A Foundation could fix > that, by providing a place that takes in revenue from members and > sponsors, and uses that revenue to fund projects - probably > non-development projects as I mentioned above, since those won't get > funded otherwise. The OGC membership model is a relevant and simple > example of this sort of thing. > > So what does the Foundation need to do that? It needs to be open and > inclusive, eligible to all to participate as peers or as peers within > certain classes of membership. It needs to be independent of any > particular sponsor, and it also needs to APPEAR to be independent. It > needs to have a clear mission and it needs to simplify and clarify > things for its members and for its constituent base. It needs to be > seen as the unswerving voice dedicated to the support of MapServer and > nothing else. > > Today's announcement missed those goals by a wide mark. Some of those > errors can be corrected, but some we'll have to live with forever. And > most of them could have been avoided by the kind of open, inclusive > discussion we've always had in the MapServer community - until now. > > Supporting the MapServer Foundation is a great PR and marketing > opportunity. It appears that Autodesk and DM Solutions were extremely > aware of that, and made sure that they didn't have to share that > opportunity with anyone else. Being a "founder" is very important, and > you've already seen Autodesk and DM Solutions take advantage of that > through their own press releases today. No other company will *ever* > get that chance - the press doesn't really care about the next few > companies to sign on. When I created TopoZone in 1999, it was > incredibly important to be the first topographic map site on the Web, > because the PR value was so great. I suspect very few folks remember > who launched the second one.... > > Companies will be attracted to sponsor the Foundation because of that PR > value. Unfortunately, that value's gone and nothing will get it back. > I'm certainly a potential financial supporter of the Foundation, but I'm > also running a business. I can't simply give money away, but I can > spend it on things that give me PR and marketing value. I could spend a > pretty substantial (for me) sum as an annual commitment to the > Foundation. I am now a *lot* less inclined to provide that support to > this Foundation, because the value (in PR and marketing terms) is a > whole lot less than it would have been if I could have been invited to > the party. I'm certainly welcome to sign on and take a seat right up > near the front - as long as it isn't in the front row. > > I don't say that because I'm personally miffed at being excluded - I'm > just TopoZone. I say that because we'll never know how many firms and > how much financial support could have been raised if someone had tried > to solicit input and support in an open, inclusive way. There are lots > of us out here. I've been told that it's "incredibly important" that > the Foundation be seen as vendor-neutral and that it not be at the mercy > of a single funder's contributions. Sounds good, but don't tell me that > now - those are both reasons to solicit a larger number of contributing > founding members rather than selling the whole package to Autodesk. > It's not easy to undo that; the Foundation is clearly already seen as an > Autodesk initiative by the press (in part because Autodesk has tried to > make that point clear) and not many firms are interested in throwing > money at Autodesk - they've got more of it than I do. > > My second huge concern is the branding/product lineup for the > Foundation. I woke up this morning to two MapServers where we had one > before. One of them has the impressive-sounding name "MapServer > Enterprise" while the other is currently named after a large pussycat > but may or may not be open to the possibility of being named after a > different mammal. There's no doubt in the potential customer's mind > which one is the grown-up, field-tested, production-ready, scalable, > capable system. Unfortunately, they're thinking of the wrong one. > > Branding really matters. It's very important. Tyler Mitchell says so, > too, on the new MapServer site. Autodesk has zillions of people who > know that very, very well. They just bought a great brand and MapServer > suddenly managed to take a back seat to itself, something I would have > thought anatomically impossible. They've managed to appropriate a > well-respected brand name and take center stage with it. Autodesk's > press release takes advantage of that ambiguity by introducing Steve > Lime as the "creator of MapServer" without saying which one they're > talking about! Speaking of press releases, in an effort like this it is > common for all founding members to see and sign off on each other's > press releases in advance, something which appears (from some developer > comments) to not have happened here. This is PR 101 stuff - if you > don't try to keep what you're doing a secret, you might get helpful > advice. > > The same is true, by the way, about the questions raised on Autodesk's > patent policy. This should NOT be an open question *after* the > announcement - Autodesk's patent portfolio and their defense of it are > well-known. It should have been one of the first questions raised and > answered. Once the Foundation's plans were made public it only took a > few hours to bring it to everyone's attention - remember the benefits of > open development? > > The "MapServer Enterprise" product just got inserted into the MapServer > family by decree. Customers know very well that when they see two > similar products side-by-side, usually due to a merger or acquisition, > they sit back and wait to see which one gets killed off. This usually > has the effect of discouraging adoption of BOTH products, because > customers don't know which one to implement and don't want to make the > wrong choice. Believe me, I've been a CTO standing up in front of > customers in that situation more than once - they don't believe you can > serve two masters, and they're right. > > Does the Apache Foundation offer two Web servers? Apache Enterprise and > Apache Other? > > Can't kill off MapServer, you say? Perhaps not in a technical sense, > but if there's a MapServer Foundation and a MapServer Enterprise, who's > going to notice if that other thingy doesn't get the same amount of > attention? Perhaps the platypus is indeed a good choice, as it may > belong with the nearly-extinct monotremes. You can't kill the MapServer > code, but you can certainly kill the brand. Please don't confuse the > two. > > Why was the Foundation "announced" when it apparently doesn't actually > exist? It seems like today's announcement was designed primarily to > maximize the PR value to DM Solutions and Autodesk - after all, the > press got briefed about it before the rest of us did. As far as I can > tell, there isn't any foundation, but when we get one it's going to be > great and open to all, because DM Solutions and UMN and Autodesk have > all assured each other that it will be. Each time I hear that "now's > the time to participate", I cringe because I'm being told that by the > exclusive group who deliberately prevented all of us from participating > until they decided they had gotten what they needed out of it and it's > now OK to let the rest of us inside. The time to participate was last > week, or last month, before anything got announced and before we were > all handed the Foundation. If the Foundation is really a genuinely open > opportunity for us, then tell us that the inclusion of Autodesk's > product isn't non-negotiable. Do the rest of us get to insert > MapServer-branded products whenever we want to? > > All of these problems were preventable. All it would have taken was an > open discussion of the proposal. You get a lot of people spouting off, > and then you find out who's really interested. You find out how many > commercial sponsors you can get and at what level of support. You > create what appears to the public as a truly open consortium that's > worth watching, instead of one that triggers discussions about Autodesk. > You demonstrate right from the start that you have a broad base of > commercial support, with commercial firms from the USA, Canada, Europe, > South America, Australia, etc. What was the perceived benefit of > keeping the process secret and exclusive? Did someone threaten to pick > up their marbles and go home? You can often be surprised at how many > folks are willing to contribute their own marbles when something like > that happens - but you never know until you ask. > > The MapServer community really needs a Foundation to support it and to > keep the product healthy and growing. There are many examples of the > creation of such consortia to draw from, both inside of and outside of > the Open Source community. It doesn't appear those examples were > considered. We really need a MapServer Foundation - I'm not at all sure > that we need this one. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > > From tylermitchell at SHAW.CA Mon Nov 28 23:57:35 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Mon, 28 Nov 2005 23:57:35 -0800 Subject: My MapServer Foundation thoughts Message-ID: Hi guys, As you probably already know, I believe today's announcements are something worth being exciting about. Allow me to clarify my thoughts on this a bit and maybe help put things in a different light. Foundation is only begun In a nutshell, several groups and individuals have agreed that a foundation is a good idea and they want to see it move forward. Someone, at some point had to at least start talking about how to do this. There have been no final decisions about how it will run, what it will do or even how much funding it requires. All that's been decided is that there will be a foundation and that Autodesk wants to contribute code to it. That is what has happened, the rest is unwritten and open for the community to decide. Autodesk's Role The assumption that Autodesk has somehow rolled in and taken the best seat in the house is far from the truth. We debated the issues such as naming and branding. Our group became comfortable with the ideas and thought they could at least serve as a starting place for community discussion. There was no name stealing, these were mutually debated and agreed upon ideas. No one was forced to sign the open letter. We could have told Autodesk to take their product and head out the door and they would have. Instead we tried to find the best possible way to work with them and build on the momentum around their open source announcements. We debated and struggled to get to where we are, but we also found some common ground. I see your point about DM and Autodesk's press release as being a PR win for them, but what I see is a win for the MapServer community in general. We got some great PR - more than we could have mustered on our own. Both those companies can speak for themselves, but I know they are excited about the foundation and how it can help the community. Are they interested in running the foundation? Not at all. Are they going to stack the deck and push it around? Impossible - you and I won't let it happen. An important function of the foundation is to protect MapServer from being controlled by any individual company or organisation be that Autodesk, DM Solutions, UMN or anyone else. So why talk as if Autodesk is taking over the world when it is still, and always will be, a community effort? I, for one, would never have signed the letter if I felt the MapServer community or the product were in jeopardy. I appreciate the concern from those of you who have built your businesses on MapServer, I certainly don't have as much at stake. But what I don't understand is why, for the broader community's benefit, the PR issue is such a barrier. Is that really standing in the way of your wanting to be involved in what you argue is a good idea? Tyler From alba75 at YAHOO.COM Tue Nov 29 00:05:41 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Tue, 29 Nov 2005 00:05:41 -0800 Subject: PIXMAX SYMBOLS PROBLEM!!! Message-ID: Hi all, I'm having problem in visualizing a point shape file using a symbol. That's the problem:I've a point file and each point in file represents the location of a tree in the map. I used a Gif representing a tree as symbol to substitute points in map. Everything works fine, my trees are shown at each point location. But if i zoom in map or if i move the map using pan tool and at least one tree goes out of the map frame then all the tree disappear from the map altough in the legend the trees layer is still represented. It seems like the layer can be visible only if all its features are shown inside the map frame. Why this? Is this a bug or I'm missing any parameter to set? Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.craddock at XITECH.COM.AU Tue Nov 29 00:05:45 2005 From: john.craddock at XITECH.COM.AU (John Craddock) Date: Tue, 29 Nov 2005 18:05:45 +1000 Subject: MapServer Foundation - Open Letter Message-ID: Tyler, See discussion mixed in. > -----Original Message----- > From: Tyler Mitchell [mailto:tylermitchell at SHAW.CA] > Sent: 29 November 2005 16:40 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > John, > The takeover scenario is a moot point, especially in light of the > establishment of the foundation. That is the whole purpose > of having an > arms-length, community-run organisation to manage and protect things. Whether or not a reverse takeover has occurred will out by the effluxion of time. However, there is no doubting the factual nature of my observation that AutoDesk has garnered the community brand name for nix. Ed has put this point much more eloquently than I. > Finding a way for diverse companies, non-profits, individuals > and government > has been what MapServer is all about. That is why MapServer > is what it is > today. That is what this announcement is all about too. > Rather than go it > alone, we believe that the result can be greater than the sum > of its parts. It is my contention that the actions announced today have just changed that model completely. > We sought to find common ground and even common names so that > we can be seen > as cooperating rather than competing, sharing rather than > trying to take > advantage. AutoDesk didn't push over the developers and grab > the name from > them, the use of the name was a mutual idea and discussed. > To make it out > that AutoDesk "took" something is not fair nor accurate. Well someone just gave it away then. Let's wait and see what happens when another corporate uses MapServer in its product name. > Commercial groups have been building on MapServer for years, > they've provided > some of the excellent support and development we've enjoyed. Our > relationship with AutoDesk need not be any different - > another developer and > supporter, at the table with the rest of us. This isn't > about MapServer vs. > AutoDesk - it's about finding a way to work with a new group > in the open > source web mapping community. I believe that we have common > goals and that > AutoDesk is not interested in stacking the deck or doing a > power-play on the > rest of us - it wouldn't fit within our community and would > be counter to a > foundation. The commercial model does not have altruism in its schema. Even if a corporate professes it, the stock analysts won't allow it. Why would AutoDesk be any different than M$? > You can turn them away to do their own thing or work together > for a common > goal. Seems to me like it is all over bar the shouting. Another bloodless coup. Now everyone is working together for the common good of AutoDesk. > Tyler > The fact that: It has been presented as a fait accompli; Media releases have been made; It was done in secret; The community was not consulted; and That the community brand name was given away for nix; Indicates to me that something is crook in Tallarook. Sorry but at the moment it is all pointing in that direction. I sincerely hope that I am proven wrong in the long haul. Best regards John C From candalt at ONLINE.NO Tue Nov 29 00:20:02 2005 From: candalt at ONLINE.NO (=?iso-8859-1?Q?Sture_Dings=F8yr?=) Date: Tue, 29 Nov 2005 09:20:02 +0100 Subject: Mapscript and CSHARP Message-ID: Hi I have just compiled Mapserver and Mapscript for Windows. I normally use PHP and Mapscript in my applications, but when i compiled mapscript for PHP i saw that there is also a "moduel" for accessing mapscript in CSHARP. I compiled this "module" as well, and made a project in Visual Studio. And i made the hole thing work... :-) Now I am wondering...is this CSHARP module tested in any way. Is it stable enough to use? Eg. in a web ASP.NET project? Anybody got any experiences? Best Regards Sture From lester at LSCES.CO.UK Tue Nov 29 01:05:33 2005 From: lester at LSCES.CO.UK (Lester Caine) Date: Tue, 29 Nov 2005 09:05:33 +0000 Subject: My MapServer Foundation thoughts In-Reply-To: <200511282357.36618.tylermitchell@shaw.ca> Message-ID: Tyler Mitchell wrote: > I appreciate the concern from those of you who have built your businesses on > MapServer, I certainly don't have as much at stake. But what I don't > understand is why, for the broader community's benefit, the PR issue is such > a barrier. Is that really standing in the way of your wanting to be involved > in what you argue is a good idea? As you will see from my sig, I am someone how has some experiance of Foundations related to Open Source products. Firebird is probably a special case, since the original Interbase was a commercial product, but Firebird is totally free of any restrictions, and the Foundation funds the core development team. We have some major contributors who fund their own developments, but all of that work is then rolled back into the open source product - towards a single goal. There are a number of commercial developments that provide overlays to the core Firebird engine, and these can be considered as client and and management tools which make applications in particular areas easier to maintain and so are profitable. Since MapServer is the core engine and there are various editor and client applications available, the model is not to different. The potential structure is not that dissimilar to that of Firebird but the major thing we found was that there should only be ONE target engine. Currently effort is split between two branches which address different problems and other branches were developing from that but now that the effort is being directed to a SINGLE code base things are a lot better. The 'Classic' and 'Superserver' versions of Firebird will still be maintained since they have plusses and minuses, but they are combined in the one core engine that provides an identical interface for who ever accesses it ( Along with the embeded version - but that is another story ;) ) Separate 'parallel' projects just divide effort, a single target is much more practical in the long run! Then there need be only one MapServer !! -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From m.cave-ayland at WEBBASED.CO.UK Tue Nov 29 01:22:25 2005 From: m.cave-ayland at WEBBASED.CO.UK (Mark Cave-Ayland) Date: Tue, 29 Nov 2005 09:22:25 -0000 Subject: Compiling Mapserver with PostGIS support under Windows In-Reply-To: <5ff01fc00511282147s7cbddb89i123637dec01b4cd6@mail.gmail.com> Message-ID: Hi Lance, If it helps, the MSVC libpq import library is included with the standard PostgreSQL 8.1 Win32 installer available from www.postgresql.org. On the installation options page, select ?Development?, ?Library Files? and then enable the ?MSVC++ Library Files? option. Kind regards, Mark. ------------------------ WebBased Ltd 17 Research Way Plymouth PL6 8BT T: +44 (0)1752 797131 F: +44 (0)1752 791023 http://www.webbased.co.uk?? http://www.infomapper.com http://www.swtc.co.uk? This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ________________________________________ From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lance Goode Sent: 29 November 2005 05:48 To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Compiling Mapserver with PostGIS support under Windows Hello, I'm attempting to compile Mapserver with support for PostGIS (Postgresql 8.1) using Visual C++ 7.? The Mapserver make file requires a version of the Postgresql client "libpqdll.lib" which is where I'm stuck.? I've got the Postgresql 8.1 source but have not been able to create libpqdll.lib using VC++. (seems like a problem with linking in appropriate winsock definitions). ?As an alternative, I have been able to compile a static version of libpqxx (2.5.5), but haven't been able to get it to link into Mapserver.? I've noticed that others are having similar problems, but I've yet to find a solution. I've used pre-built versions of Mapserver (MS4W and FWTools) sucessfully with Postgresql 8.1/PostGIS, so I know it is possible.? If anyone can provide any insight into this problem, I would be much obliged.? Perhaps I should be using a different compiler? (Mingw?) thanks, Lance Goode From bvanmeul at EBE.UCT.AC.ZA Tue Nov 29 02:03:29 2005 From: bvanmeul at EBE.UCT.AC.ZA (Bas Vanmeulebrouk) Date: Tue, 29 Nov 2005 12:03:29 +0200 Subject: java mapscript and j2ee In-Reply-To: Message-ID: Hello Juan, A couple of weeks ago, I posted this message as a response to a similar question. Does this answer your question? Bas. I am not very experienced in Java MapScript either, but I may have some code which may be usefull for you. In my servlet, I have got a MapServerMap object to encapsulate MapScript. I create this object like this: public MapServerMap(String aMapFileName) throws Exception { super(); try { File f = new File(aMapFileName); if (f.exists()) { Map = new mapObj(aMapFileName); } else { throw new Exception("Map file not found: " + aMapFileName); } } catch (UnknownError e) { throw new Exception(ErrorMessages.errCreatingMapServerMap); } catch (Exception e) { throw new Exception(e.getMessage()); } } And I use it like this for instance: public void Zoom(int aZoomFactor) { float x = Map.getWidth() / 2; float y = Map.getHeight() / 2; pointObj point = new pointObj(x, y, 0.0, 0.0); Map.zoomPoint(aZoomFactor, point, Map.getWidth(), Map.getHeight(), Map .getExtent(), null); } After I have done all the panning, zooming, filtering and turning layers on and off I draw the map like this: public String Draw() throws MapServerException { try { /* * Draw the map and return the URL under which it was stored */ imageObj image = Map.draw(); String fn = "map_" + getUniqueID() + "." + Map.getOutputformat().getExtension(); image.save(StringUtils.CheckAndAppend(image.getImagepath(), "\\") + fn, Map); return StringUtils.CheckAndAppend(image.getImageurl(), "/") + fn; } catch (UnknownError e) { throw new MapServerException("Error drawing map."); } } Juan Baron wrote: >Hi list, > >I have used mapserver like cgi but now I will use mapserver in an >application j2ee using mapscript. I don't understand as to communicate >with mapserver and to tell him for example that you layer to show, and >neither I understand as mapserver gives me the exit. >Could somebody give me a brief introduction of the mapscript use? > >Thank you > > From mstangeh.foros at GMAIL.COM Tue Nov 29 03:39:43 2005 From: mstangeh.foros at GMAIL.COM (Mauricio Stange H.) Date: Tue, 29 Nov 2005 08:39:43 -0300 Subject: mapserver - windows 2003 In-Reply-To: <17764.194.109.194.13.1133189171.squirrel@webmail.xs4all.nl> Message-ID: Thanks, now it works, at least it throws me that there is no querystring when I go to the http://localhost/mapserv... direction. but I'm having a problem with the php, I says * "Security Alert!* The PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set, e.g. via an Apache Action directive." how do I resolve this.. Mauricio Stange H. Bart van den Eijnden wrote: >Hi, > >are you sure all the dll's can be found by Mapserver? Can you do mapserv >-v in a DOS command prompt, or use a dependency checker tool to analyze >this (like depends)? > >You also need to create a Web Service Extension for the mapserv CGI >process in the IIS Manager. > >A Windows 2000 version guide is available here: >http://ms.gis.umn.edu/docs/howto/setupiis > >Best regards, >Bart > > > >>hi, >> I have developed a couple of maps wtih apache and postgis, but now I >>need to migrate it to windows 2003, using de windows web server. So, for >>php and postgis there was no problem, but mapserver doesn't work. I do >>what the README-Install.txt says, (using C:/Inetpub/wwwroot/cgi-bin for >>mapserv.exe), but when enter the link >>"http://localhost/cgi-bin/mapserv.exe", but I recieve a "HTTP 500 >>internal server error" The page cannot be displayed, blablabla. >> >>Does somebody knows, how to successfully install mapserver under windows >>using IIS, or where is my problem?? >> >>thanks, >> Mauricio Stange H. >> >> >> > > > > > > From mapserver at EIDESIS.ORG Tue Nov 29 04:30:07 2005 From: mapserver at EIDESIS.ORG (Puneet Kishor) Date: Tue, 29 Nov 2005 06:30:07 -0600 Subject: My MapServer Foundation thoughts In-Reply-To: <200511282357.36618.tylermitchell@shaw.ca> Message-ID: Tyler Mitchell wrote: > In a nutshell, several groups and individuals have agreed that a foundation is > a good idea and they want to see it move forward. Yes, the foundation is a great idea. I believe so, and, I think, Ed echoed the same sentiment. > All that's been decided is that there will be a foundation and > that Autodesk wants to contribute code to it. The problem seems to lie with how it came about, and with some of the result -- It was done in 'secrecy,' or so it seems. MapServer is all about community, and the community was note roped in. Just having a poll, or an animated list discussion, or even a half-a-day discussion at a MapServer meeting, whatever, would have helped tremendously. Sure, there would have been detractors even then, but know one could have said, "Holy crap! where did that come from?" I remember when we all first met at the first MUM... we were all putting faces to the names we had known from the list for a long while. It was like a large family get-together. Less than 200 folks, but there was joy in seeing and "recognizing" each other. This secretive seeming maneuver has led to bickering. It should have been not so... put the 'open' back in open source, because OS is not just about the source, it is being open about everything. > Autodesk's Role > The assumption that Autodesk has somehow rolled in and taken the best seat in > the house is far from the truth. We debated the issues such as naming and > branding. Our group became comfortable with the ideas and thought they could > at least serve as a starting place for community discussion. There was no > name stealing, these were mutually debated and agreed upon ideas. see, here is the problem... who is 'we'? who was in 'our group'? It would have been nice if publicly the community (which is mostly the denizens of these lists), had backed the 'group' and said, "Hey, great! go ahead." It is all about the process. As far as we here in our group see, the naming is terrible. I have an idea... let our product be "MapServer Enterprise" (as loath as I am to elongate the name), and let Autodesk call their product the "Autodesk Plug-in/Extension for MapServer Enterprise." That way, the focus will be very clear, and the traditionally MapServer developers and users will continue to work on/with the product they love, and those who want to use the Autodesk Plug-in for M2EE will do so as well. From dmcilhagga at DMSOLUTIONS.CA Tue Nov 29 05:11:14 2005 From: dmcilhagga at DMSOLUTIONS.CA (Dave McIlhagga) Date: Tue, 29 Nov 2005 08:11:14 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438BE5C8.2060308@eidesis.org> Message-ID: Hi everyone, This has been quite a day of discussion and events unfolding as anyone would expect from a vibrant user community. It is another great reminder of how passionate and committed we all are to MapServer. I just wanted to take a few moments to clarify some of the background that went into the announcement yesterday from a DM Solutions perspective so that it can hopefully help the healthy discussion that is happenning. As most of you know, DM has played an important role in the development and maintenance of MapServer over the past five years. This is certainly a role that brings credit - but it also comes with a responsibility to act in the best interest of the community. It is for this reason that the past few months, though very exciting, have also been stressful as we take this responsibility very seriously. Autodesk first approached us about their plans to open source their next generation of web mapping technology -- and their desire to contribute to, and participate in the open source community. Essentially they said, we want to be a part of this world -- now how do we do it? Ideally -- we would love to have seen this initial discussion take place in the open, in the full broad community, however I hope people can appreciate the major sensitivies and legal ramifications a public company faces in terms of disclosure & discussion of plans. To put it very simply - what took place yesterday could not have happenned any other way than it did. Once it became clear that Autodesk would be proceeding with the open source initiative - it became critical to broaden the discussion to include the key contributors to MapServer, which believe me is a grey line, and one of the most difficult decisions that had to be made by this group. Who should be involved? We drew the line as best we could around those who had given the greatest amount of contribution to MapServer. I appreciate we may/may not have gotten the right people - but believe me, I really wrestled with ensuring we were inclusive as we could be at this sensitive stage. So why MapServer? Some see this as a sell-out, but I look at this way - this group could have said no -- but the consequences of this would have been two completely separate communities. Isn't one of the key goals of open source one of inclusion? I felt, and I believe all the signatories felt, that we needed to be one family of technologies. With open source, we are all part of the same team - working together to build the best open source technologies we can to support our own applications and projects. I hope people can appreciate - that putting up walls around MapServer to protect it, ironically would have done far more damage to MapServer than good. Also - I'd like to point out that most of the confusion about the role of the Foundation, how projects will become part of the foundation etc... is due to the fact that everyone who has been part of the process to date has felt so strongly that we could only make the minimal neccessary decisions before we really get to work on building our Foundation with the full community starting yesterday, Nov. 28th. One other note -- about the naming of MapServer Enterprise -- it was in fact the community developers who coined this name for the technology contributed by Autodesk vs. the original. This was due to it's capabilities for data management, user access control, etc... that would be more appropriate in an enterprise environment, vs. the lean, fast, robust traditional mapServer that is the incredible web publishing tool we've all come to love. I'd also like to re-iterate our ongoing commitment to MapServer (Cheetah, or whatever it might become ...) as it has a very important role to play now and into the foreseeable future. We will be working with MapServer Enterprise as well - and look forward to providing more choice and options to customers and open source technology users. I think we all have worked very hard to see open source and MapServer recognized, and accepted in the broader GeoSpatial and IT space. I, and I believe the key contributors to MapServer have done our best to make yesterday's announcement a part of making this happen. Dave Puneet Kishor wrote: > I must underscore that I am not alluding to any conspiracy of any sort. > I am only alluding to the facts that -- > > 1. Putting commercial entries as sponsors of opensource, Autodesk or any > other, in the manner that it seems like in the case of MapServer, takes > something away from the grassroots community aspect of it all. DMS is > fairly innocuous here, and I have little reason to doubt them. I have > known them for several years, and some of them are my friends. Others > may rightly or wrongly feel differently. I can certainly understand Ed's > point of view given his position as a business owner of a similar scale. > But, does Autodesk being in the fray preclude, antagonize, or even > attract other similar sized commercial entities? How will ESRI or > Intergraph or Mapinfo or even Oracle and/or Microsoft (all with > interests in GIS and mapping) react? > > 2. The nomenclature does make it seem like the real MapServer has gotten > the short shrift. First there was 'classic' or 'lite.' Then came > 'professional.' Now Enterprise seems to be all the rage. I could imagine > M2EE (MapServer 2 Enterprise Edition), but MapServer Cheetah just > doesn't have the same feel other than providing a convenient pencil > cover art for the next O'Reilly mapping-made-easy edition. It does seem > like Autodesk is making out here on the goodwill established by > MapServer. If not a fork of the source, it certainly will be a fork of > the energies. I highly doubt the same folks will be able to contribute > to both causes with equal vigor. > > On the other hand, yes, legal indemnification might be worthwhile > attraction. Does Autodesk really provide that? To what extent? I haven't > done my due diligence on all aspects of the deal. > > > > Lowell.Filak wrote: > >> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk >> lumped together in the discussion. While I understand the points made >> and responsibility must be shouldered. I also know that DM Solutions & >> UMN has always put Mapserver first. >> I think Steve alluded to the legal protection aspect that comes with >> Autodesk. Wasn't it a couple of years ago that a copyright holder >> threatened to sue the world of internet mapping? We thought it was a >> joke but... >> Is it possible that DMS & UMN felt the need (pressure) to do it NOW >> (aka. our next generation app is ready and we need to beat Goliath to >> market or else we pull out of negotiations)? >> Lowell >> Puneet Kishor writes: >> >>> Greetings all (and Ed). I re-joined the list today on coming across >>> the Autodesk newsblurb. My immediate feeling was, "If you can't beat >>> 'em..." The "you" was Autodesk, and "'em" was you-know-who. That was >>> followed by a little bit of giddyness, as it meant that my beloved >>> MapServer was going high profile. I immediately darted off a >>> congratulatory note to the pater of MapServer. But, the feeling has >>> worn off; and Ed's very thoughtful (and wordy) note below has >>> reinforced some of the diffidence that I feel. >>> First, I do feel that MapServer seems to get the second place here. >>> Everyone and their janitor wants "Enterprise." This Cheetah bullshit >>> ain't gonna work. Makes MS-C look sound like a hobby-kit. >>> Second, Autodesk gets a big, free PR thing out of it, and it doesn't >>> even work on a Mac... I mean, give me a break. >>> I am all for the foundation, have been from the day I chimed in my >>> support at Ottawa... we all wanted to know where to send the check of >>> support, and a foundation would have been such a recipient. >>> This foundation is a bit of a squib, unless one's shilling for Autodesk. >>> That said, I am not as pessimistic as Ed might sound... yes, there >>> never will be another "founder" other than those involved, and yes, >>> personally, I would rather think of UMN as a founder instead of any >>> other commercial entity. But, the key is to find a way out/around >>> this, and get the MapServer brand as de-commercialized as possible. >>> And, for heaven's sake, lets get the Enterprise moniker. >>> Ed McNierney wrote: >>> >>>> Folks - >>>> This morning I sent a few comments about the MapServer Foundation >>>> off-list to Steve Lime, and (at my request) he forwarded them on to >>>> some >>>> of the other folks involved. After a comments by a few folks there >>>> were >>>> requests that I post my messages to the broader community. This >>>> post is >>>> an attempt to do that in a consolidated way. I apologize for being >>>> wordy, but there's a lot to say. >>>> I've been a member of the MapServer "community" for several years now. >>>> The Foundation project is the first time I can ever recall there >>>> being a >>>> conscious, ongoing, and deliberate attempt to exclude most of the >>>> community from a discussion of significance about MapServer. A small >>>> number of people - some of whom are dedicated developers who've >>>> contributed far more than I ever have - decided to enter into >>>> discussions that included two commercial firms (DM Solutions and >>>> Autodesk). No one else got to participate, and the work was >>>> deliberately kept secret. Doesn't sound like much of an "open" project >>>> to me. >>>> A MapServer Foundation is a very, very good idea. This MapServer >>>> Foundation has gotten off to a very, very bad start. I find myself in >>>> the position of being quite reluctant to support this instance of a >>>> concept I eagerly wish to support. >>>> I think I should start by explaining why I think a MapServer Foundation >>>> is a very good idea (as opposed to what others think, even though we >>>> generally seem to agree). MapServer has been well-served by the >>>> technical and development community that supports it. It has mainly >>>> lacked many of the things that make a "program" a "product". It needs >>>> better documentation, easier setup and sample sites, product summaries >>>> and literature, feature/benefit brochures and comparisons, benchmarking >>>> tests, presentations, a coordinated trade show/conference plan, better >>>> marketing, directories of consultants, reference sites, etc. I don't >>>> mean to denigrate any of the efforts made along any of these lines, but >>>> I think we all know there are things you can currently get from >>>> commercial vendors that aren't available with MapServer. A Foundation >>>> would be a great way to provide these things. It wouldn't need to get >>>> in the way of the development work, and could complement it by filling >>>> in the blanks. >>>> All of that takes money. A MapServer Foundation needs funding to do >>>> these things. Fortunately, there are several subsets of the MapServer >>>> community that are in a position to contribute funding. There are >>>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >>>> commercial developers/consultancies like DM Solutions and others, and >>>> the government and educational users who tend to not have much money to >>>> spend but can usually contribute something. >>>> To date, organizations interested in financial support for MapServer >>>> have been limited to funding specific software development tasks. The >>>> pace of that development has been such that every time I raise an idea >>>> about a project TopoZone could fund, it seems that someone else has >>>> gotten there first. I could have chipped in money for "future >>>> development", but there was no place to put it - it didn't make >>>> sense to >>>> just send Frank or Daniel or Steve a check and tell them to try to >>>> spend >>>> it somehow. And I would rather fund the "other stuff" than fund >>>> feature >>>> development - there's more of a need for it. A Foundation could fix >>>> that, by providing a place that takes in revenue from members and >>>> sponsors, and uses that revenue to fund projects - probably >>>> non-development projects as I mentioned above, since those won't get >>>> funded otherwise. The OGC membership model is a relevant and simple >>>> example of this sort of thing. >>>> So what does the Foundation need to do that? It needs to be open and >>>> inclusive, eligible to all to participate as peers or as peers within >>>> certain classes of membership. It needs to be independent of any >>>> particular sponsor, and it also needs to APPEAR to be independent. It >>>> needs to have a clear mission and it needs to simplify and clarify >>>> things for its members and for its constituent base. It needs to be >>>> seen as the unswerving voice dedicated to the support of MapServer and >>>> nothing else. >>>> Today's announcement missed those goals by a wide mark. Some of those >>>> errors can be corrected, but some we'll have to live with forever. And >>>> most of them could have been avoided by the kind of open, inclusive >>>> discussion we've always had in the MapServer community - until now. >>>> Supporting the MapServer Foundation is a great PR and marketing >>>> opportunity. It appears that Autodesk and DM Solutions were extremely >>>> aware of that, and made sure that they didn't have to share that >>>> opportunity with anyone else. Being a "founder" is very important, and >>>> you've already seen Autodesk and DM Solutions take advantage of that >>>> through their own press releases today. No other company will *ever* >>>> get that chance - the press doesn't really care about the next few >>>> companies to sign on. When I created TopoZone in 1999, it was >>>> incredibly important to be the first topographic map site on the Web, >>>> because the PR value was so great. I suspect very few folks remember >>>> who launched the second one.... >>>> Companies will be attracted to sponsor the Foundation because of >>>> that PR >>>> value. Unfortunately, that value's gone and nothing will get it back. >>>> I'm certainly a potential financial supporter of the Foundation, but >>>> I'm >>>> also running a business. I can't simply give money away, but I can >>>> spend it on things that give me PR and marketing value. I could >>>> spend a >>>> pretty substantial (for me) sum as an annual commitment to the >>>> Foundation. I am now a *lot* less inclined to provide that support to >>>> this Foundation, because the value (in PR and marketing terms) is a >>>> whole lot less than it would have been if I could have been invited to >>>> the party. I'm certainly welcome to sign on and take a seat right up >>>> near the front - as long as it isn't in the front row. >>>> I don't say that because I'm personally miffed at being excluded - I'm >>>> just TopoZone. I say that because we'll never know how many firms and >>>> how much financial support could have been raised if someone had tried >>>> to solicit input and support in an open, inclusive way. There are lots >>>> of us out here. I've been told that it's "incredibly important" that >>>> the Foundation be seen as vendor-neutral and that it not be at the >>>> mercy >>>> of a single funder's contributions. Sounds good, but don't tell me >>>> that >>>> now - those are both reasons to solicit a larger number of contributing >>>> founding members rather than selling the whole package to Autodesk. >>>> It's not easy to undo that; the Foundation is clearly already seen >>>> as an >>>> Autodesk initiative by the press (in part because Autodesk has tried to >>>> make that point clear) and not many firms are interested in throwing >>>> money at Autodesk - they've got more of it than I do. >>>> My second huge concern is the branding/product lineup for the >>>> Foundation. I woke up this morning to two MapServers where we had one >>>> before. One of them has the impressive-sounding name "MapServer >>>> Enterprise" while the other is currently named after a large pussycat >>>> but may or may not be open to the possibility of being named after a >>>> different mammal. There's no doubt in the potential customer's mind >>>> which one is the grown-up, field-tested, production-ready, scalable, >>>> capable system. Unfortunately, they're thinking of the wrong one. >>>> Branding really matters. It's very important. Tyler Mitchell says so, >>>> too, on the new MapServer site. Autodesk has zillions of people who >>>> know that very, very well. They just bought a great brand and >>>> MapServer >>>> suddenly managed to take a back seat to itself, something I would have >>>> thought anatomically impossible. They've managed to appropriate a >>>> well-respected brand name and take center stage with it. Autodesk's >>>> press release takes advantage of that ambiguity by introducing Steve >>>> Lime as the "creator of MapServer" without saying which one they're >>>> talking about! Speaking of press releases, in an effort like this >>>> it is >>>> common for all founding members to see and sign off on each other's >>>> press releases in advance, something which appears (from some developer >>>> comments) to not have happened here. This is PR 101 stuff - if you >>>> don't try to keep what you're doing a secret, you might get helpful >>>> advice. >>>> The same is true, by the way, about the questions raised on Autodesk's >>>> patent policy. This should NOT be an open question *after* the >>>> announcement - Autodesk's patent portfolio and their defense of it are >>>> well-known. It should have been one of the first questions raised and >>>> answered. Once the Foundation's plans were made public it only took a >>>> few hours to bring it to everyone's attention - remember the >>>> benefits of >>>> open development? >>>> The "MapServer Enterprise" product just got inserted into the MapServer >>>> family by decree. Customers know very well that when they see two >>>> similar products side-by-side, usually due to a merger or acquisition, >>>> they sit back and wait to see which one gets killed off. This usually >>>> has the effect of discouraging adoption of BOTH products, because >>>> customers don't know which one to implement and don't want to make the >>>> wrong choice. Believe me, I've been a CTO standing up in front of >>>> customers in that situation more than once - they don't believe you can >>>> serve two masters, and they're right. >>>> Does the Apache Foundation offer two Web servers? Apache Enterprise >>>> and >>>> Apache Other? >>>> Can't kill off MapServer, you say? Perhaps not in a technical sense, >>>> but if there's a MapServer Foundation and a MapServer Enterprise, who's >>>> going to notice if that other thingy doesn't get the same amount of >>>> attention? Perhaps the platypus is indeed a good choice, as it may >>>> belong with the nearly-extinct monotremes. You can't kill the >>>> MapServer >>>> code, but you can certainly kill the brand. Please don't confuse the >>>> two. >>>> Why was the Foundation "announced" when it apparently doesn't actually >>>> exist? It seems like today's announcement was designed primarily to >>>> maximize the PR value to DM Solutions and Autodesk - after all, the >>>> press got briefed about it before the rest of us did. As far as I can >>>> tell, there isn't any foundation, but when we get one it's going to be >>>> great and open to all, because DM Solutions and UMN and Autodesk have >>>> all assured each other that it will be. Each time I hear that "now's >>>> the time to participate", I cringe because I'm being told that by the >>>> exclusive group who deliberately prevented all of us from participating >>>> until they decided they had gotten what they needed out of it and it's >>>> now OK to let the rest of us inside. The time to participate was last >>>> week, or last month, before anything got announced and before we were >>>> all handed the Foundation. If the Foundation is really a genuinely >>>> open >>>> opportunity for us, then tell us that the inclusion of Autodesk's >>>> product isn't non-negotiable. Do the rest of us get to insert >>>> MapServer-branded products whenever we want to? >>>> All of these problems were preventable. All it would have taken was an >>>> open discussion of the proposal. You get a lot of people spouting off, >>>> and then you find out who's really interested. You find out how many >>>> commercial sponsors you can get and at what level of support. You >>>> create what appears to the public as a truly open consortium that's >>>> worth watching, instead of one that triggers discussions about >>>> Autodesk. >>>> You demonstrate right from the start that you have a broad base of >>>> commercial support, with commercial firms from the USA, Canada, Europe, >>>> South America, Australia, etc. What was the perceived benefit of >>>> keeping the process secret and exclusive? Did someone threaten to pick >>>> up their marbles and go home? You can often be surprised at how many >>>> folks are willing to contribute their own marbles when something like >>>> that happens - but you never know until you ask. >>>> The MapServer community really needs a Foundation to support it and to >>>> keep the product healthy and growing. There are many examples of the >>>> creation of such consortia to draw from, both inside of and outside of >>>> the Open Source community. It doesn't appear those examples were >>>> considered. We really need a MapServer Foundation - I'm not at all >>>> sure >>>> that we need this one. >> >> >> > From cplist at EARTHLINK.NET Tue Nov 29 06:07:54 2005 From: cplist at EARTHLINK.NET (Charlton Purvis) Date: Tue, 29 Nov 2005 09:07:54 -0500 Subject: MS Foundation web presence question In-Reply-To: <438C5372.5040406@dmsolutions.ca> Message-ID: Hi, folks: I have been paying attention to the spirited dialog re. yesterday's announcement. But I may have missed something along the way, and I have just taken my first look at the .org site. If the Foundation is still in its early stages, who has been working to release what I see here? http://www.mapserverfoundation.org/mapserver_enterprise/download.html And for how long? I'm still downloading the whopping 125MB demo from here http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=6153839. Long gone are small installs. That site refers to that d/l as AutodeskR MapServer Studio - Preview, and it's terribly confusing how that relates to what we're calling Cheetah or Enterprise. That is, if it is supposed to relate at all. And not to belabor the point, the .org website appears to leave little doubt that there are 2 separate beasts (Cheetah and Enterprise) that already have names. Charlton From mjdelafuente at GMAIL.COM Tue Nov 29 06:01:05 2005 From: mjdelafuente at GMAIL.COM (Miguel de la Fuente) Date: Tue, 29 Nov 2005 11:01:05 -0300 Subject: label rounded with a circle Message-ID: Hello, does anybody know how to put a circle around the labels in MapServer? An example please? Thank you in advance, Miguel -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at STATE.MN.US Tue Nov 29 06:15:25 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Tue, 29 Nov 2005 08:15:25 -0600 Subject: PIXMAX SYMBOLS PROBLEM!!! Message-ID: Stefano, I suggest that you post text from your mapfile. We need more details to be able to help you make this work. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Dott. Stefano Albanese Sent: Tuesday, November 29, 2005 2:06 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] PIXMAX SYMBOLS PROBLEM!!! Hi all, I'm having problem in visualizing a point shape file using a symbol. That's the problem:I've a point file and each point in file represents the location of a tree in the map. I used a Gif representing a tree as symbol to substitute points in map. Everything works fine, my trees are shown at each point location. But if i zoom in map or if i move the map using pan tool and at least one tree goes out of the map frame then all the tree disappear from the map altough in the legend the trees layer is still represented. It seems like the layer can be visible only if all its features are shown inside the map frame. Why this? Is this a bug or I'm missing any parameter to set? Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 ________________________________ Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ed at TOPOZONE.COM Tue Nov 29 06:22:49 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 09:22:49 -0500 Subject: MapServer Foundation thoughts and reactions Message-ID: "Autodesk first approached us about their plans to open source their next generation of web mapping technology -- and their desire to contribute to, and participate in the open source community. Essentially they said, we want to be a part of this world -- now how do we do it?" And you replied, "You do it in an open, inclusive way that opens the discussion to all stakeholders, not just a self-selected few. You don't ask us to sign non-disclosure agreements and deliberately exclude the majority of the community. We may be influential and major contributors, but we're not the only ones and we don't own this product. That's the way we do things in the open source community, so if you want to be part of this world, that's the way it works." Right? - Ed Ed McNierney TopoZone.com ________________________________ From: UMN MapServer Users List on behalf of Dave McIlhagga Sent: Tue 11/29/2005 8:11 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions Hi everyone, This has been quite a day of discussion and events unfolding as anyone would expect from a vibrant user community. It is another great reminder of how passionate and committed we all are to MapServer. I just wanted to take a few moments to clarify some of the background that went into the announcement yesterday from a DM Solutions perspective so that it can hopefully help the healthy discussion that is happenning. As most of you know, DM has played an important role in the development and maintenance of MapServer over the past five years. This is certainly a role that brings credit - but it also comes with a responsibility to act in the best interest of the community. It is for this reason that the past few months, though very exciting, have also been stressful as we take this responsibility very seriously. Autodesk first approached us about their plans to open source their next generation of web mapping technology -- and their desire to contribute to, and participate in the open source community. Essentially they said, we want to be a part of this world -- now how do we do it? Ideally -- we would love to have seen this initial discussion take place in the open, in the full broad community, however I hope people can appreciate the major sensitivies and legal ramifications a public company faces in terms of disclosure & discussion of plans. To put it very simply - what took place yesterday could not have happenned any other way than it did. Once it became clear that Autodesk would be proceeding with the open source initiative - it became critical to broaden the discussion to include the key contributors to MapServer, which believe me is a grey line, and one of the most difficult decisions that had to be made by this group. Who should be involved? We drew the line as best we could around those who had given the greatest amount of contribution to MapServer. I appreciate we may/may not have gotten the right people - but believe me, I really wrestled with ensuring we were inclusive as we could be at this sensitive stage. So why MapServer? Some see this as a sell-out, but I look at this way - this group could have said no -- but the consequences of this would have been two completely separate communities. Isn't one of the key goals of open source one of inclusion? I felt, and I believe all the signatories felt, that we needed to be one family of technologies. With open source, we are all part of the same team - working together to build the best open source technologies we can to support our own applications and projects. I hope people can appreciate - that putting up walls around MapServer to protect it, ironically would have done far more damage to MapServer than good. Also - I'd like to point out that most of the confusion about the role of the Foundation, how projects will become part of the foundation etc... is due to the fact that everyone who has been part of the process to date has felt so strongly that we could only make the minimal neccessary decisions before we really get to work on building our Foundation with the full community starting yesterday, Nov. 28th. One other note -- about the naming of MapServer Enterprise -- it was in fact the community developers who coined this name for the technology contributed by Autodesk vs. the original. This was due to it's capabilities for data management, user access control, etc... that would be more appropriate in an enterprise environment, vs. the lean, fast, robust traditional mapServer that is the incredible web publishing tool we've all come to love. I'd also like to re-iterate our ongoing commitment to MapServer (Cheetah, or whatever it might become ...) as it has a very important role to play now and into the foreseeable future. We will be working with MapServer Enterprise as well - and look forward to providing more choice and options to customers and open source technology users. I think we all have worked very hard to see open source and MapServer recognized, and accepted in the broader GeoSpatial and IT space. I, and I believe the key contributors to MapServer have done our best to make yesterday's announcement a part of making this happen. Dave Puneet Kishor wrote: > I must underscore that I am not alluding to any conspiracy of any sort. > I am only alluding to the facts that -- > > 1. Putting commercial entries as sponsors of opensource, Autodesk or any > other, in the manner that it seems like in the case of MapServer, takes > something away from the grassroots community aspect of it all. DMS is > fairly innocuous here, and I have little reason to doubt them. I have > known them for several years, and some of them are my friends. Others > may rightly or wrongly feel differently. I can certainly understand Ed's > point of view given his position as a business owner of a similar scale. > But, does Autodesk being in the fray preclude, antagonize, or even > attract other similar sized commercial entities? How will ESRI or > Intergraph or Mapinfo or even Oracle and/or Microsoft (all with > interests in GIS and mapping) react? > > 2. The nomenclature does make it seem like the real MapServer has gotten > the short shrift. First there was 'classic' or 'lite.' Then came > 'professional.' Now Enterprise seems to be all the rage. I could imagine > M2EE (MapServer 2 Enterprise Edition), but MapServer Cheetah just > doesn't have the same feel other than providing a convenient pencil > cover art for the next O'Reilly mapping-made-easy edition. It does seem > like Autodesk is making out here on the goodwill established by > MapServer. If not a fork of the source, it certainly will be a fork of > the energies. I highly doubt the same folks will be able to contribute > to both causes with equal vigor. > > On the other hand, yes, legal indemnification might be worthwhile > attraction. Does Autodesk really provide that? To what extent? I haven't > done my due diligence on all aspects of the deal. > > > > Lowell.Filak wrote: > >> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk >> lumped together in the discussion. While I understand the points made >> and responsibility must be shouldered. I also know that DM Solutions & >> UMN has always put Mapserver first. >> I think Steve alluded to the legal protection aspect that comes with >> Autodesk. Wasn't it a couple of years ago that a copyright holder >> threatened to sue the world of internet mapping? We thought it was a >> joke but... >> Is it possible that DMS & UMN felt the need (pressure) to do it NOW >> (aka. our next generation app is ready and we need to beat Goliath to >> market or else we pull out of negotiations)? >> Lowell >> Puneet Kishor writes: >> >>> Greetings all (and Ed). I re-joined the list today on coming across >>> the Autodesk newsblurb. My immediate feeling was, "If you can't beat >>> 'em..." The "you" was Autodesk, and "'em" was you-know-who. That was >>> followed by a little bit of giddyness, as it meant that my beloved >>> MapServer was going high profile. I immediately darted off a >>> congratulatory note to the pater of MapServer. But, the feeling has >>> worn off; and Ed's very thoughtful (and wordy) note below has >>> reinforced some of the diffidence that I feel. >>> First, I do feel that MapServer seems to get the second place here. >>> Everyone and their janitor wants "Enterprise." This Cheetah bullshit >>> ain't gonna work. Makes MS-C look sound like a hobby-kit. >>> Second, Autodesk gets a big, free PR thing out of it, and it doesn't >>> even work on a Mac... I mean, give me a break. >>> I am all for the foundation, have been from the day I chimed in my >>> support at Ottawa... we all wanted to know where to send the check of >>> support, and a foundation would have been such a recipient. >>> This foundation is a bit of a squib, unless one's shilling for Autodesk. >>> That said, I am not as pessimistic as Ed might sound... yes, there >>> never will be another "founder" other than those involved, and yes, >>> personally, I would rather think of UMN as a founder instead of any >>> other commercial entity. But, the key is to find a way out/around >>> this, and get the MapServer brand as de-commercialized as possible. >>> And, for heaven's sake, lets get the Enterprise moniker. >>> Ed McNierney wrote: >>> >>>> Folks - >>>> This morning I sent a few comments about the MapServer Foundation >>>> off-list to Steve Lime, and (at my request) he forwarded them on to >>>> some >>>> of the other folks involved. After a comments by a few folks there >>>> were >>>> requests that I post my messages to the broader community. This >>>> post is >>>> an attempt to do that in a consolidated way. I apologize for being >>>> wordy, but there's a lot to say. >>>> I've been a member of the MapServer "community" for several years now. >>>> The Foundation project is the first time I can ever recall there >>>> being a >>>> conscious, ongoing, and deliberate attempt to exclude most of the >>>> community from a discussion of significance about MapServer. A small >>>> number of people - some of whom are dedicated developers who've >>>> contributed far more than I ever have - decided to enter into >>>> discussions that included two commercial firms (DM Solutions and >>>> Autodesk). No one else got to participate, and the work was >>>> deliberately kept secret. Doesn't sound like much of an "open" project >>>> to me. >>>> A MapServer Foundation is a very, very good idea. This MapServer >>>> Foundation has gotten off to a very, very bad start. I find myself in >>>> the position of being quite reluctant to support this instance of a >>>> concept I eagerly wish to support. >>>> I think I should start by explaining why I think a MapServer Foundation >>>> is a very good idea (as opposed to what others think, even though we >>>> generally seem to agree). MapServer has been well-served by the >>>> technical and development community that supports it. It has mainly >>>> lacked many of the things that make a "program" a "product". It needs >>>> better documentation, easier setup and sample sites, product summaries >>>> and literature, feature/benefit brochures and comparisons, benchmarking >>>> tests, presentations, a coordinated trade show/conference plan, better >>>> marketing, directories of consultants, reference sites, etc. I don't >>>> mean to denigrate any of the efforts made along any of these lines, but >>>> I think we all know there are things you can currently get from >>>> commercial vendors that aren't available with MapServer. A Foundation >>>> would be a great way to provide these things. It wouldn't need to get >>>> in the way of the development work, and could complement it by filling >>>> in the blanks. >>>> All of that takes money. A MapServer Foundation needs funding to do >>>> these things. Fortunately, there are several subsets of the MapServer >>>> community that are in a position to contribute funding. There are >>>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >>>> commercial developers/consultancies like DM Solutions and others, and >>>> the government and educational users who tend to not have much money to >>>> spend but can usually contribute something. >>>> To date, organizations interested in financial support for MapServer >>>> have been limited to funding specific software development tasks. The >>>> pace of that development has been such that every time I raise an idea >>>> about a project TopoZone could fund, it seems that someone else has >>>> gotten there first. I could have chipped in money for "future >>>> development", but there was no place to put it - it didn't make >>>> sense to >>>> just send Frank or Daniel or Steve a check and tell them to try to >>>> spend >>>> it somehow. And I would rather fund the "other stuff" than fund >>>> feature >>>> development - there's more of a need for it. A Foundation could fix >>>> that, by providing a place that takes in revenue from members and >>>> sponsors, and uses that revenue to fund projects - probably >>>> non-development projects as I mentioned above, since those won't get >>>> funded otherwise. The OGC membership model is a relevant and simple >>>> example of this sort of thing. >>>> So what does the Foundation need to do that? It needs to be open and >>>> inclusive, eligible to all to participate as peers or as peers within >>>> certain classes of membership. It needs to be independent of any >>>> particular sponsor, and it also needs to APPEAR to be independent. It >>>> needs to have a clear mission and it needs to simplify and clarify >>>> things for its members and for its constituent base. It needs to be >>>> seen as the unswerving voice dedicated to the support of MapServer and >>>> nothing else. >>>> Today's announcement missed those goals by a wide mark. Some of those >>>> errors can be corrected, but some we'll have to live with forever. And >>>> most of them could have been avoided by the kind of open, inclusive >>>> discussion we've always had in the MapServer community - until now. >>>> Supporting the MapServer Foundation is a great PR and marketing >>>> opportunity. It appears that Autodesk and DM Solutions were extremely >>>> aware of that, and made sure that they didn't have to share that >>>> opportunity with anyone else. Being a "founder" is very important, and >>>> you've already seen Autodesk and DM Solutions take advantage of that >>>> through their own press releases today. No other company will *ever* >>>> get that chance - the press doesn't really care about the next few >>>> companies to sign on. When I created TopoZone in 1999, it was >>>> incredibly important to be the first topographic map site on the Web, >>>> because the PR value was so great. I suspect very few folks remember >>>> who launched the second one.... >>>> Companies will be attracted to sponsor the Foundation because of >>>> that PR >>>> value. Unfortunately, that value's gone and nothing will get it back. >>>> I'm certainly a potential financial supporter of the Foundation, but >>>> I'm >>>> also running a business. I can't simply give money away, but I can >>>> spend it on things that give me PR and marketing value. I could >>>> spend a >>>> pretty substantial (for me) sum as an annual commitment to the >>>> Foundation. I am now a *lot* less inclined to provide that support to >>>> this Foundation, because the value (in PR and marketing terms) is a >>>> whole lot less than it would have been if I could have been invited to >>>> the party. I'm certainly welcome to sign on and take a seat right up >>>> near the front - as long as it isn't in the front row. >>>> I don't say that because I'm personally miffed at being excluded - I'm >>>> just TopoZone. I say that because we'll never know how many firms and >>>> how much financial support could have been raised if someone had tried >>>> to solicit input and support in an open, inclusive way. There are lots >>>> of us out here. I've been told that it's "incredibly important" that >>>> the Foundation be seen as vendor-neutral and that it not be at the >>>> mercy >>>> of a single funder's contributions. Sounds good, but don't tell me >>>> that >>>> now - those are both reasons to solicit a larger number of contributing >>>> founding members rather than selling the whole package to Autodesk. >>>> It's not easy to undo that; the Foundation is clearly already seen >>>> as an >>>> Autodesk initiative by the press (in part because Autodesk has tried to >>>> make that point clear) and not many firms are interested in throwing >>>> money at Autodesk - they've got more of it than I do. >>>> My second huge concern is the branding/product lineup for the >>>> Foundation. I woke up this morning to two MapServers where we had one >>>> before. One of them has the impressive-sounding name "MapServer >>>> Enterprise" while the other is currently named after a large pussycat >>>> but may or may not be open to the possibility of being named after a >>>> different mammal. There's no doubt in the potential customer's mind >>>> which one is the grown-up, field-tested, production-ready, scalable, >>>> capable system. Unfortunately, they're thinking of the wrong one. >>>> Branding really matters. It's very important. Tyler Mitchell says so, >>>> too, on the new MapServer site. Autodesk has zillions of people who >>>> know that very, very well. They just bought a great brand and >>>> MapServer >>>> suddenly managed to take a back seat to itself, something I would have >>>> thought anatomically impossible. They've managed to appropriate a >>>> well-respected brand name and take center stage with it. Autodesk's >>>> press release takes advantage of that ambiguity by introducing Steve >>>> Lime as the "creator of MapServer" without saying which one they're >>>> talking about! Speaking of press releases, in an effort like this >>>> it is >>>> common for all founding members to see and sign off on each other's >>>> press releases in advance, something which appears (from some developer >>>> comments) to not have happened here. This is PR 101 stuff - if you >>>> don't try to keep what you're doing a secret, you might get helpful >>>> advice. >>>> The same is true, by the way, about the questions raised on Autodesk's >>>> patent policy. This should NOT be an open question *after* the >>>> announcement - Autodesk's patent portfolio and their defense of it are >>>> well-known. It should have been one of the first questions raised and >>>> answered. Once the Foundation's plans were made public it only took a >>>> few hours to bring it to everyone's attention - remember the >>>> benefits of >>>> open development? >>>> The "MapServer Enterprise" product just got inserted into the MapServer >>>> family by decree. Customers know very well that when they see two >>>> similar products side-by-side, usually due to a merger or acquisition, >>>> they sit back and wait to see which one gets killed off. This usually >>>> has the effect of discouraging adoption of BOTH products, because >>>> customers don't know which one to implement and don't want to make the >>>> wrong choice. Believe me, I've been a CTO standing up in front of >>>> customers in that situation more than once - they don't believe you can >>>> serve two masters, and they're right. >>>> Does the Apache Foundation offer two Web servers? Apache Enterprise >>>> and >>>> Apache Other? >>>> Can't kill off MapServer, you say? Perhaps not in a technical sense, >>>> but if there's a MapServer Foundation and a MapServer Enterprise, who's >>>> going to notice if that other thingy doesn't get the same amount of >>>> attention? Perhaps the platypus is indeed a good choice, as it may >>>> belong with the nearly-extinct monotremes. You can't kill the >>>> MapServer >>>> code, but you can certainly kill the brand. Please don't confuse the >>>> two. >>>> Why was the Foundation "announced" when it apparently doesn't actually >>>> exist? It seems like today's announcement was designed primarily to >>>> maximize the PR value to DM Solutions and Autodesk - after all, the >>>> press got briefed about it before the rest of us did. As far as I can >>>> tell, there isn't any foundation, but when we get one it's going to be >>>> great and open to all, because DM Solutions and UMN and Autodesk have >>>> all assured each other that it will be. Each time I hear that "now's >>>> the time to participate", I cringe because I'm being told that by the >>>> exclusive group who deliberately prevented all of us from participating >>>> until they decided they had gotten what they needed out of it and it's >>>> now OK to let the rest of us inside. The time to participate was last >>>> week, or last month, before anything got announced and before we were >>>> all handed the Foundation. If the Foundation is really a genuinely >>>> open >>>> opportunity for us, then tell us that the inclusion of Autodesk's >>>> product isn't non-negotiable. Do the rest of us get to insert >>>> MapServer-branded products whenever we want to? >>>> All of these problems were preventable. All it would have taken was an >>>> open discussion of the proposal. You get a lot of people spouting off, >>>> and then you find out who's really interested. You find out how many >>>> commercial sponsors you can get and at what level of support. You >>>> create what appears to the public as a truly open consortium that's >>>> worth watching, instead of one that triggers discussions about >>>> Autodesk. >>>> You demonstrate right from the start that you have a broad base of >>>> commercial support, with commercial firms from the USA, Canada, Europe, >>>> South America, Australia, etc. What was the perceived benefit of >>>> keeping the process secret and exclusive? Did someone threaten to pick >>>> up their marbles and go home? You can often be surprised at how many >>>> folks are willing to contribute their own marbles when something like >>>> that happens - but you never know until you ask. >>>> The MapServer community really needs a Foundation to support it and to >>>> keep the product healthy and growing. There are many examples of the >>>> creation of such consortia to draw from, both inside of and outside of >>>> the Open Source community. It doesn't appear those examples were >>>> considered. We really need a MapServer Foundation - I'm not at all >>>> sure >>>> that we need this one. >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alba75 at YAHOO.COM Tue Nov 29 06:35:07 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Tue, 29 Nov 2005 06:35:07 -0800 Subject: PIXMAX SYMBOLS PROBLEM!!! In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D05A5@s-sp22.pca.state.mn.us> Message-ID: Here is my mapfile: # # Start of map file - created Sat Nov 26 05:30:10 2005 # NAME 'Sirignano' STATUS ON PROJECTION 'init=epsg:4326' END SIZE 550 646 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 UNITS meters FONTSET 'D:/ms4w/Apache/htdocs/sirignano/fonts/fonts.fnt' IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB LOG Sirignano.log TEMPLATE sirignano.html IMAGEPATH 'D:/ms4w/Apache/htdocs/temp/' IMAGEURL 'http://localhost/temp/' EMPTY 'http://localhost/sirignano/nothing.html' # change this value to match your setup METADATA WMS_ONLINERESOURCE 'http://localhost//cgi-bin/mapserv.exe?map=D:/ms4w/Apache/htdocs/sirignano/Sirignano.map' 'WMS_SRS' 'epsg:4326' WMS_ACCESSCONSTRAINTS 'none' WMS_TITLE 'Sirignano' WMS_FEATURE_INFO_MIME_TYPE 'text/html' WMS_ABSTRACT '' END #METADATA END #HEADER # # Properties for the querymap # QUERYMAP SIZE 200 200 STATUS ON #OFF STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE STATUS ON IMAGE graphics/map_ref.png SIZE 120 80 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END #REFERENCE # # Start of symbol # SYMBOL NAME 'albero' TYPE PIXMAP IMAGE 'd:/ms4w/apache/htdocs/sirignano/symbols/albero.gif END #Symbol :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: LAYER NAME 'Alberi.shp' DATA 'd:/ms4w/apache/htdocs/sirignano/data/alberi' STATUS ON TYPE Point MINSCALE 200 MAXSCALE 200000 SYMBOLSCALE 3000 CLASSITEM 'Entity' CLASS NAME ' ' _EXPRESSION 'Point' COLOR 0 0 0 SYMBOL 'albero' END END # END OF LAYERFILE END # MAPFILE :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Thanx a lot! Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pspencer at DMSOLUTIONS.CA Tue Nov 29 06:35:36 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 09:35:36 -0500 Subject: MS Foundation web presence question In-Reply-To: <00ac01c5f4ee$4aeff200$0200a8c1@latitude> Message-ID: Charlton, The MapServer Enterprise download is provided by Autodesk and was previously known as Tux. MSE comprises two parts: * MSE server - this is a long running server process. There is one *site* server and zero or more support servers. The server stores configuration files (in XML!!!) and has all the logic to turn requests into maps etc. * MSE WebExtensions - this is the web part of the server and is designed to be deployed in front of a corporate firewall etc. It exposes http access to the site server (and support servers) and has a scripting interface in either PHP, Java or .NET ... MapServer Studio is a desktop app that provides a way to configure the MSE server via the WebExtensions tier. I believe the plan is for Autodesk to keep this as a proprietary/commercial product because it embeds AutoCAD binaries that are not being considered for open source release. It is also bound to Windows only. MapServer Studio will only work with MSE. I believe there is an intention to develop a web-based open source tool with similar capabilities as Studio (or at least the capabilities necessary to configure the server with data and style it), and probably also some command line tools for loading data into the server and possibly moving MAP files to/from the MSE environment (they have a different set of features for styling/labeling that could make this tricky, but it should be possible to have a rudimentary import/export). Cheers Paul On 29-Nov-05, at 9:07 AM, Charlton Purvis wrote: > Hi, folks: > > I have been paying attention to the spirited dialog re. yesterday's > announcement. But I may have missed something along the way, and I > have > just taken my first look at the .org site. If the Foundation is > still in > its early stages, who has been working to release what I see here? > http://www.mapserverfoundation.org/mapserver_enterprise/ > download.html And > for how long? > > I'm still downloading the whopping 125MB demo from here > http://usa.autodesk.com/adsk/servlet/item? > siteID=123112&id=6153839. Long > gone are small installs. That site refers to that d/l as AutodeskR > MapServer Studio - Preview, and it's terribly confusing how that > relates to > what we're calling Cheetah or Enterprise. That is, if it is > supposed to > relate at all. > > And not to belabor the point, the .org website appears to leave > little doubt > that there are 2 separate beasts (Cheetah and Enterprise) that > already have > names. > > Charlton +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From Tom.Kralidis at EC.GC.CA Tue Nov 29 06:39:22 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Tue, 29 Nov 2005 09:39:22 -0500 Subject: MS Foundation web presence question Message-ID: Question: how will this affect good old CGI mapserv and OGC MapServer (those are the two major installs for my stakeholders)? ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Paul Spencer > Sent: Tuesday, 29 November, 2005 09:36 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MS Foundation web presence question > > > Charlton, > > The MapServer Enterprise download is provided by Autodesk and was > previously known as Tux. MSE comprises two parts: > > * MSE server - this is a long running server process. There is one > *site* server and zero or more support servers. The server stores > configuration files (in XML!!!) and has all the logic to turn > requests into maps etc. > > * MSE WebExtensions - this is the web part of the server and is > designed to be deployed in front of a corporate firewall etc. It > exposes http access to the site server (and support servers) and has > a scripting interface in either PHP, Java or .NET ... > > MapServer Studio is a desktop app that provides a way to configure > the MSE server via the WebExtensions tier. I believe the > plan is for > Autodesk to keep this as a proprietary/commercial product because it > embeds AutoCAD binaries that are not being considered for > open source > release. It is also bound to Windows only. > > MapServer Studio will only work with MSE. > > I believe there is an intention to develop a web-based open source > tool with similar capabilities as Studio (or at least the > capabilities necessary to configure the server with data and style > it), and probably also some command line tools for loading data into > the server and possibly moving MAP files to/from the MSE environment > (they have a different set of features for styling/labeling that > could make this tricky, but it should be possible to have a > rudimentary import/export). > > Cheers > > Paul > > On 29-Nov-05, at 9:07 AM, Charlton Purvis wrote: > > > Hi, folks: > > > > I have been paying attention to the spirited dialog re. yesterday's > > announcement. But I may have missed something along the way, and I > > have > > just taken my first look at the .org site. If the Foundation is > > still in > > its early stages, who has been working to release what I see here? > > http://www.mapserverfoundation.org/mapserver_enterprise/ > > download.html And > > for how long? > > > > I'm still downloading the whopping 125MB demo from here > > http://usa.autodesk.com/adsk/servlet/item? > > siteID=123112&id=6153839. Long > > gone are small installs. That site refers to that d/l as AutodeskR > > MapServer Studio - Preview, and it's terribly confusing how that > > relates to > > what we're calling Cheetah or Enterprise. That is, if it is > > supposed to > > relate at all. > > > > And not to belabor the point, the .org website appears to leave > > little doubt > > that there are 2 separate beasts (Cheetah and Enterprise) that > > already have > > names. > > > > Charlton > > +-----------------------------------------------------------------+ > |Paul Spencer pspencer at dmsolutions.ca | > +-----------------------------------------------------------------+ > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > +-----------------------------------------------------------------+ > From David.Fawcett at STATE.MN.US Tue Nov 29 06:42:25 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Tue, 29 Nov 2005 08:42:25 -0600 Subject: MS Foundation web presence question Message-ID: This won't be confusing at all. Now there is a proprietary product called 'MapServer Studio', with the endorsement of the MapServer Foundation, that is closed-source and doesn't work with the product currently know as MapServer.... -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Paul Spencer Sent: Tuesday, November 29, 2005 8:36 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MS Foundation web presence question Charlton, The MapServer Enterprise download is provided by Autodesk and was previously known as Tux. MSE comprises two parts: * MSE server - this is a long running server process. There is one *site* server and zero or more support servers. The server stores configuration files (in XML!!!) and has all the logic to turn requests into maps etc. * MSE WebExtensions - this is the web part of the server and is designed to be deployed in front of a corporate firewall etc. It exposes http access to the site server (and support servers) and has a scripting interface in either PHP, Java or .NET ... MapServer Studio is a desktop app that provides a way to configure the MSE server via the WebExtensions tier. I believe the plan is for Autodesk to keep this as a proprietary/commercial product because it embeds AutoCAD binaries that are not being considered for open source release. It is also bound to Windows only. MapServer Studio will only work with MSE. I believe there is an intention to develop a web-based open source tool with similar capabilities as Studio (or at least the capabilities necessary to configure the server with data and style it), and probably also some command line tools for loading data into the server and possibly moving MAP files to/from the MSE environment (they have a different set of features for styling/labeling that could make this tricky, but it should be possible to have a rudimentary import/export). Cheers Paul On 29-Nov-05, at 9:07 AM, Charlton Purvis wrote: > Hi, folks: > > I have been paying attention to the spirited dialog re. yesterday's > announcement. But I may have missed something along the way, and I > have > just taken my first look at the .org site. If the Foundation is > still in > its early stages, who has been working to release what I see here? > http://www.mapserverfoundation.org/mapserver_enterprise/ > download.html And > for how long? > > I'm still downloading the whopping 125MB demo from here > http://usa.autodesk.com/adsk/servlet/item? > siteID=123112&id=6153839. Long > gone are small installs. That site refers to that d/l as AutodeskR > MapServer Studio - Preview, and it's terribly confusing how that > relates to > what we're calling Cheetah or Enterprise. That is, if it is > supposed to > relate at all. > > And not to belabor the point, the .org website appears to leave > little doubt > that there are 2 separate beasts (Cheetah and Enterprise) that > already have > names. > > Charlton +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From fx.gamoy at GEOMATIKA.FR Tue Nov 29 06:51:50 2005 From: fx.gamoy at GEOMATIKA.FR (Fx Gamoy) Date: Tue, 29 Nov 2005 14:51:50 +0000 Subject: creating shape for querying Message-ID: Hello everybody, i would like to create a shape in order to querybyshape a layer. I ve got two arrays xgeo and ygeo addXY($xgeo[$i],$ygeo[$i]); $oGeo->add($part); $rep=@$oLayer->queryByRect($oGeo); ?> the bounds of this shape are (-1,-1,-1,-1) but i can add it in a dynamic layer and see it on the computed image. but when i use this shape into querybyshape, php fail I ve read some posts dealing with this? the php_mapscript 4.6 don't provide the $Shape->setbounds() function for setting the bounds of the shape. is there un artefact to compute a querybyshape using a self created shape?? Thanks..... have a nice day fx ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From David.Fawcett at STATE.MN.US Tue Nov 29 06:55:58 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Tue, 29 Nov 2005 08:55:58 -0600 Subject: PIXMAX SYMBOLS PROBLEM!!! Message-ID: Stefano, Did you try the suggestions that I sent to you and the list on 11/26/2005? Here was my response: Try removing the minscale and maxscale from the point layer and see if they continue to work. I also see that the layer status is set to on. Do you have a control on your template that tells mapserver to display that layer? With status of on, you need to specify the layer name in the URL or post that calls the mapserver. Try setting the layer status to default and see if that fixes the issue. David. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Dott. Stefano Albanese Sent: Tuesday, November 29, 2005 8:35 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] PIXMAX SYMBOLS PROBLEM!!! Here is my mapfile: # # Start of map file - created Sat Nov 26 05:30:10 2005 # NAME 'Sirignano' STATUS ON PROJECTION 'init=epsg:4326' END SIZE 550 646 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 UNITS meters FONTSET 'D:/ms4w/Apache/htdocs/sirignano/fonts/fonts.fnt' IMAGECOLOR 255 255 255 # # Start of web interface definition # WEB LOG Sirignano.log TEMPLATE sirignano.html IMAGEPATH 'D:/ms4w/Apache/htdocs/temp/' IMAGEURL 'http://localhost/temp/' EMPTY 'http://localhost/sirignano/nothing.html' # change this value to match your setup METADATA WMS_ONLINERESOURCE 'http://localhost//cgi-bin/mapserv.exe?map=D:/ms4w/Apache/htdocs/sirigna no/Sirignano.map' 'WMS_SRS' 'epsg:4326' WMS_ACCESSCONSTRAINTS 'none' WMS_TITLE 'Sirignano' WMS_FEATURE_INFO_MIME_TYPE 'text/html' WMS_ABSTRACT '' END #METADATA END #HEADER # # Properties for the querymap # QUERYMAP SIZE 200 200 STATUS ON #OFF STYLE HILITE COLOR 255 0 0 END # # Start of reference map # REFERENCE STATUS ON IMAGE graphics/map_ref.png SIZE 120 80 EXTENT 2488215.224 4532635.713 2489404.490 4534031.661 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END #REFERENCE # # Start of symbol # SYMBOL NAME 'albero' TYPE PIXMAP IMAGE 'd:/ms4w/apache/htdocs/sirignano/symbols/albero.gif END #Symbol :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :::::: LAYER NAME 'Alberi.shp' DATA 'd:/ms4w/apache/htdocs/sirignano/data/alberi' STATUS ON TYPE Point MINSCALE 200 MAXSCALE 200000 SYMBOLSCALE 3000 CLASSITEM 'Entity' CLASS NAME ' ' _EXPRESSION 'Point' COLOR 0 0 0 SYMBOL 'albero' END END # END OF LAYERFILE END # MAPFILE :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: Thanx a lot! Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 ________________________________ Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pspencer at DMSOLUTIONS.CA Tue Nov 29 06:57:00 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 09:57:00 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438BE5C8.2060308@eidesis.org> Message-ID: Puneet, re legal indemnification, I don't think the intention is for Autodesk to provide that (directly). Autodesk is funding the creation of a separate legal entity (think Apache Foundation) and that legal entity will be tasked with determining what it will provide and how. Lowell, thanks for the support ... Ed, I'm sorry that you feel this way but you certainly have the right to express your opinion ... Cheers Paul On 29-Nov-05, at 12:23 AM, Puneet Kishor wrote: > I must underscore that I am not alluding to any conspiracy of any > sort. I am only alluding to the facts that -- > > 1. Putting commercial entries as sponsors of opensource, Autodesk > or any other, in the manner that it seems like in the case of > MapServer, takes something away from the grassroots community > aspect of it all. DMS is fairly innocuous here, and I have little > reason to doubt them. I have known them for several years, and some > of them are my friends. Others may rightly or wrongly feel > differently. I can certainly understand Ed's point of view given > his position as a business owner of a similar scale. But, does > Autodesk being in the fray preclude, antagonize, or even attract > other similar sized commercial entities? How will ESRI or > Intergraph or Mapinfo or even Oracle and/or Microsoft (all with > interests in GIS and mapping) react? > > 2. The nomenclature does make it seem like the real MapServer has > gotten the short shrift. First there was 'classic' or 'lite.' Then > came 'professional.' Now Enterprise seems to be all the rage. I > could imagine M2EE (MapServer 2 Enterprise Edition), but MapServer > Cheetah just doesn't have the same feel other than providing a > convenient pencil cover art for the next O'Reilly mapping-made-easy > edition. It does seem like Autodesk is making out here on the > goodwill established by MapServer. If not a fork of the source, it > certainly will be a fork of the energies. I highly doubt the same > folks will be able to contribute to both causes with equal vigor. > > On the other hand, yes, legal indemnification might be worthwhile > attraction. Does Autodesk really provide that? To what extent? I > haven't done my due diligence on all aspects of the deal. > > > > Lowell.Filak wrote: >> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk >> lumped together in the discussion. While I understand the points >> made and responsibility must be shouldered. I also know that DM >> Solutions & UMN has always put Mapserver first. >> I think Steve alluded to the legal protection aspect that comes >> with Autodesk. Wasn't it a couple of years ago that a copyright >> holder threatened to sue the world of internet mapping? We thought >> it was a joke but... >> Is it possible that DMS & UMN felt the need (pressure) to do it >> NOW (aka. our next generation app is ready and we need to beat >> Goliath to market or else we pull out of negotiations)? >> Lowell >> Puneet Kishor writes: >>> Greetings all (and Ed). I re-joined the list today on coming >>> across the Autodesk newsblurb. My immediate feeling was, "If you >>> can't beat 'em..." The "you" was Autodesk, and "'em" was you-know- >>> who. That was followed by a little bit of giddyness, as it meant >>> that my beloved MapServer was going high profile. I immediately >>> darted off a congratulatory note to the pater of MapServer. But, >>> the feeling has worn off; and Ed's very thoughtful (and wordy) >>> note below has reinforced some of the diffidence that I feel. >>> First, I do feel that MapServer seems to get the second place >>> here. Everyone and their janitor wants "Enterprise." This Cheetah >>> bullshit ain't gonna work. Makes MS-C look sound like a hobby-kit. >>> Second, Autodesk gets a big, free PR thing out of it, and it >>> doesn't even work on a Mac... I mean, give me a break. >>> I am all for the foundation, have been from the day I chimed in >>> my support at Ottawa... we all wanted to know where to send the >>> check of support, and a foundation would have been such a recipient. >>> This foundation is a bit of a squib, unless one's shilling for >>> Autodesk. >>> That said, I am not as pessimistic as Ed might sound... yes, >>> there never will be another "founder" other than those involved, >>> and yes, personally, I would rather think of UMN as a founder >>> instead of any other commercial entity. But, the key is to find a >>> way out/around this, and get the MapServer brand as de- >>> commercialized as possible. >>> And, for heaven's sake, lets get the Enterprise moniker. >>> Ed McNierney wrote: >>>> Folks - >>>> This morning I sent a few comments about the MapServer Foundation >>>> off-list to Steve Lime, and (at my request) he forwarded them on >>>> to some >>>> of the other folks involved. After a comments by a few folks >>>> there were >>>> requests that I post my messages to the broader community. This >>>> post is >>>> an attempt to do that in a consolidated way. I apologize for being >>>> wordy, but there's a lot to say. >>>> I've been a member of the MapServer "community" for several >>>> years now. >>>> The Foundation project is the first time I can ever recall there >>>> being a >>>> conscious, ongoing, and deliberate attempt to exclude most of the >>>> community from a discussion of significance about MapServer. A >>>> small >>>> number of people - some of whom are dedicated developers who've >>>> contributed far more than I ever have - decided to enter into >>>> discussions that included two commercial firms (DM Solutions and >>>> Autodesk). No one else got to participate, and the work was >>>> deliberately kept secret. Doesn't sound like much of an "open" >>>> project >>>> to me. >>>> A MapServer Foundation is a very, very good idea. This MapServer >>>> Foundation has gotten off to a very, very bad start. I find >>>> myself in >>>> the position of being quite reluctant to support this instance of a >>>> concept I eagerly wish to support. >>>> I think I should start by explaining why I think a MapServer >>>> Foundation >>>> is a very good idea (as opposed to what others think, even >>>> though we >>>> generally seem to agree). MapServer has been well-served by the >>>> technical and development community that supports it. It has >>>> mainly >>>> lacked many of the things that make a "program" a "product". It >>>> needs >>>> better documentation, easier setup and sample sites, product >>>> summaries >>>> and literature, feature/benefit brochures and comparisons, >>>> benchmarking >>>> tests, presentations, a coordinated trade show/conference plan, >>>> better >>>> marketing, directories of consultants, reference sites, etc. I >>>> don't >>>> mean to denigrate any of the efforts made along any of these >>>> lines, but >>>> I think we all know there are things you can currently get from >>>> commercial vendors that aren't available with MapServer. A >>>> Foundation >>>> would be a great way to provide these things. It wouldn't need >>>> to get >>>> in the way of the development work, and could complement it by >>>> filling >>>> in the blanks. >>>> All of that takes money. A MapServer Foundation needs funding >>>> to do >>>> these things. Fortunately, there are several subsets of the >>>> MapServer >>>> community that are in a position to contribute funding. There are >>>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >>>> commercial developers/consultancies like DM Solutions and >>>> others, and >>>> the government and educational users who tend to not have much >>>> money to >>>> spend but can usually contribute something. >>>> To date, organizations interested in financial support for >>>> MapServer >>>> have been limited to funding specific software development >>>> tasks. The >>>> pace of that development has been such that every time I raise >>>> an idea >>>> about a project TopoZone could fund, it seems that someone else has >>>> gotten there first. I could have chipped in money for "future >>>> development", but there was no place to put it - it didn't make >>>> sense to >>>> just send Frank or Daniel or Steve a check and tell them to try >>>> to spend >>>> it somehow. And I would rather fund the "other stuff" than fund >>>> feature >>>> development - there's more of a need for it. A Foundation could >>>> fix >>>> that, by providing a place that takes in revenue from members and >>>> sponsors, and uses that revenue to fund projects - probably >>>> non-development projects as I mentioned above, since those won't >>>> get >>>> funded otherwise. The OGC membership model is a relevant and >>>> simple >>>> example of this sort of thing. >>>> So what does the Foundation need to do that? It needs to be >>>> open and >>>> inclusive, eligible to all to participate as peers or as peers >>>> within >>>> certain classes of membership. It needs to be independent of any >>>> particular sponsor, and it also needs to APPEAR to be >>>> independent. It >>>> needs to have a clear mission and it needs to simplify and clarify >>>> things for its members and for its constituent base. It needs >>>> to be >>>> seen as the unswerving voice dedicated to the support of >>>> MapServer and >>>> nothing else. >>>> Today's announcement missed those goals by a wide mark. Some of >>>> those >>>> errors can be corrected, but some we'll have to live with >>>> forever. And >>>> most of them could have been avoided by the kind of open, inclusive >>>> discussion we've always had in the MapServer community - until now. >>>> Supporting the MapServer Foundation is a great PR and marketing >>>> opportunity. It appears that Autodesk and DM Solutions were >>>> extremely >>>> aware of that, and made sure that they didn't have to share that >>>> opportunity with anyone else. Being a "founder" is very >>>> important, and >>>> you've already seen Autodesk and DM Solutions take advantage of >>>> that >>>> through their own press releases today. No other company will >>>> *ever* >>>> get that chance - the press doesn't really care about the next few >>>> companies to sign on. When I created TopoZone in 1999, it was >>>> incredibly important to be the first topographic map site on the >>>> Web, >>>> because the PR value was so great. I suspect very few folks >>>> remember >>>> who launched the second one.... >>>> Companies will be attracted to sponsor the Foundation because of >>>> that PR >>>> value. Unfortunately, that value's gone and nothing will get it >>>> back. >>>> I'm certainly a potential financial supporter of the Foundation, >>>> but I'm >>>> also running a business. I can't simply give money away, but I can >>>> spend it on things that give me PR and marketing value. I could >>>> spend a >>>> pretty substantial (for me) sum as an annual commitment to the >>>> Foundation. I am now a *lot* less inclined to provide that >>>> support to >>>> this Foundation, because the value (in PR and marketing terms) is a >>>> whole lot less than it would have been if I could have been >>>> invited to >>>> the party. I'm certainly welcome to sign on and take a seat >>>> right up >>>> near the front - as long as it isn't in the front row. >>>> I don't say that because I'm personally miffed at being excluded >>>> - I'm >>>> just TopoZone. I say that because we'll never know how many >>>> firms and >>>> how much financial support could have been raised if someone had >>>> tried >>>> to solicit input and support in an open, inclusive way. There >>>> are lots >>>> of us out here. I've been told that it's "incredibly important" >>>> that >>>> the Foundation be seen as vendor-neutral and that it not be at >>>> the mercy >>>> of a single funder's contributions. Sounds good, but don't tell >>>> me that >>>> now - those are both reasons to solicit a larger number of >>>> contributing >>>> founding members rather than selling the whole package to Autodesk. >>>> It's not easy to undo that; the Foundation is clearly already >>>> seen as an >>>> Autodesk initiative by the press (in part because Autodesk has >>>> tried to >>>> make that point clear) and not many firms are interested in >>>> throwing >>>> money at Autodesk - they've got more of it than I do. >>>> My second huge concern is the branding/product lineup for the >>>> Foundation. I woke up this morning to two MapServers where we >>>> had one >>>> before. One of them has the impressive-sounding name "MapServer >>>> Enterprise" while the other is currently named after a large >>>> pussycat >>>> but may or may not be open to the possibility of being named >>>> after a >>>> different mammal. There's no doubt in the potential customer's >>>> mind >>>> which one is the grown-up, field-tested, production-ready, >>>> scalable, >>>> capable system. Unfortunately, they're thinking of the wrong one. >>>> Branding really matters. It's very important. Tyler Mitchell >>>> says so, >>>> too, on the new MapServer site. Autodesk has zillions of people >>>> who >>>> know that very, very well. They just bought a great brand and >>>> MapServer >>>> suddenly managed to take a back seat to itself, something I >>>> would have >>>> thought anatomically impossible. They've managed to appropriate a >>>> well-respected brand name and take center stage with it. >>>> Autodesk's >>>> press release takes advantage of that ambiguity by introducing >>>> Steve >>>> Lime as the "creator of MapServer" without saying which one they're >>>> talking about! Speaking of press releases, in an effort like >>>> this it is >>>> common for all founding members to see and sign off on each other's >>>> press releases in advance, something which appears (from some >>>> developer >>>> comments) to not have happened here. This is PR 101 stuff - if you >>>> don't try to keep what you're doing a secret, you might get helpful >>>> advice. >>>> The same is true, by the way, about the questions raised on >>>> Autodesk's >>>> patent policy. This should NOT be an open question *after* the >>>> announcement - Autodesk's patent portfolio and their defense of >>>> it are >>>> well-known. It should have been one of the first questions >>>> raised and >>>> answered. Once the Foundation's plans were made public it only >>>> took a >>>> few hours to bring it to everyone's attention - remember the >>>> benefits of >>>> open development? >>>> The "MapServer Enterprise" product just got inserted into the >>>> MapServer >>>> family by decree. Customers know very well that when they see two >>>> similar products side-by-side, usually due to a merger or >>>> acquisition, >>>> they sit back and wait to see which one gets killed off. This >>>> usually >>>> has the effect of discouraging adoption of BOTH products, because >>>> customers don't know which one to implement and don't want to >>>> make the >>>> wrong choice. Believe me, I've been a CTO standing up in front of >>>> customers in that situation more than once - they don't believe >>>> you can >>>> serve two masters, and they're right. >>>> Does the Apache Foundation offer two Web servers? Apache >>>> Enterprise and >>>> Apache Other? >>>> Can't kill off MapServer, you say? Perhaps not in a technical >>>> sense, >>>> but if there's a MapServer Foundation and a MapServer >>>> Enterprise, who's >>>> going to notice if that other thingy doesn't get the same amount of >>>> attention? Perhaps the platypus is indeed a good choice, as it may >>>> belong with the nearly-extinct monotremes. You can't kill the >>>> MapServer >>>> code, but you can certainly kill the brand. Please don't >>>> confuse the >>>> two. >>>> Why was the Foundation "announced" when it apparently doesn't >>>> actually >>>> exist? It seems like today's announcement was designed >>>> primarily to >>>> maximize the PR value to DM Solutions and Autodesk - after all, the >>>> press got briefed about it before the rest of us did. As far as >>>> I can >>>> tell, there isn't any foundation, but when we get one it's going >>>> to be >>>> great and open to all, because DM Solutions and UMN and Autodesk >>>> have >>>> all assured each other that it will be. Each time I hear that >>>> "now's >>>> the time to participate", I cringe because I'm being told that >>>> by the >>>> exclusive group who deliberately prevented all of us from >>>> participating >>>> until they decided they had gotten what they needed out of it >>>> and it's >>>> now OK to let the rest of us inside. The time to participate >>>> was last >>>> week, or last month, before anything got announced and before we >>>> were >>>> all handed the Foundation. If the Foundation is really a >>>> genuinely open >>>> opportunity for us, then tell us that the inclusion of Autodesk's >>>> product isn't non-negotiable. Do the rest of us get to insert >>>> MapServer-branded products whenever we want to? >>>> All of these problems were preventable. All it would have taken >>>> was an >>>> open discussion of the proposal. You get a lot of people >>>> spouting off, >>>> and then you find out who's really interested. You find out how >>>> many >>>> commercial sponsors you can get and at what level of support. You >>>> create what appears to the public as a truly open consortium that's >>>> worth watching, instead of one that triggers discussions about >>>> Autodesk. >>>> You demonstrate right from the start that you have a broad base of >>>> commercial support, with commercial firms from the USA, Canada, >>>> Europe, >>>> South America, Australia, etc. What was the perceived benefit of >>>> keeping the process secret and exclusive? Did someone threaten >>>> to pick >>>> up their marbles and go home? You can often be surprised at how >>>> many >>>> folks are willing to contribute their own marbles when something >>>> like >>>> that happens - but you never know until you ask. >>>> The MapServer community really needs a Foundation to support it >>>> and to >>>> keep the product healthy and growing. There are many examples >>>> of the >>>> creation of such consortia to draw from, both inside of and >>>> outside of >>>> the Open Source community. It doesn't appear those examples were >>>> considered. We really need a MapServer Foundation - I'm not at >>>> all sure >>>> that we need this one. +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From dgadoury at DMSOLUTIONS.CA Tue Nov 29 06:57:40 2005 From: dgadoury at DMSOLUTIONS.CA (Dean Gadoury) Date: Tue, 29 Nov 2005 09:57:40 -0500 Subject: MS Foundation web presence question In-Reply-To: <00ac01c5f4ee$4aeff200$0200a8c1@latitude> Message-ID: Hi Charlton, The MapServer Enterprise release you are refering to was developed by Autodesk. I don't know how long it was in the works, but clearly a while because it is represents a significant development effort. That shouldn't be confused with the formation of the Foundation though. That development was done independently and the code has been contributed to the community. The 125MB demo you refer to is the authoring environment for MapServer Enterprise. It is definitely related to MapServer Enterprise, but not related to the MapServer (Cheetah) we are familiar with. Studio is necessary in order to write MSE 'mapfiles' and it allows you to create publishable applications as well. I hope this clears things up a bit. Dean Charlton Purvis wrote: > Hi, folks: > > I have been paying attention to the spirited dialog re. yesterday's > announcement. But I may have missed something along the way, and I have > just taken my first look at the .org site. If the Foundation is still in > its early stages, who has been working to release what I see here? > http://www.mapserverfoundation.org/mapserver_enterprise/download.html And > for how long? > > I'm still downloading the whopping 125MB demo from here > http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=6153839. Long > gone are small installs. That site refers to that d/l as AutodeskR > MapServer Studio - Preview, and it's terribly confusing how that relates to > what we're calling Cheetah or Enterprise. That is, if it is supposed to > relate at all. > > And not to belabor the point, the .org website appears to leave little doubt > that there are 2 separate beasts (Cheetah and Enterprise) that already have > names. > > Charlton > From asimpson at I-55.COM Tue Nov 29 07:07:27 2005 From: asimpson at I-55.COM (Simpson) Date: Tue, 29 Nov 2005 09:07:27 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <4BF377919225F449BB097CB76FFE9BC83DD609@ptolemy.topozone.com> Message-ID: Will Autodesk at least open their file formats? That may be worth a disparaging name. Drew. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Ed McNierney Sent: Monday, November 28, 2005 9:55 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions Folks - This morning I sent a few comments about the MapServer Foundation off-list to Steve Lime, and (at my request) he forwarded them on to some of the other folks involved. After a comments by a few folks there were requests that I post my messages to the broader community. This post is an attempt to do that in a consolidated way. I apologize for being wordy, but there's a lot to say. I've been a member of the MapServer "community" for several years now. The Foundation project is the first time I can ever recall there being a conscious, ongoing, and deliberate attempt to exclude most of the community from a discussion of significance about MapServer. A small number of people - some of whom are dedicated developers who've contributed far more than I ever have - decided to enter into discussions that included two commercial firms (DM Solutions and Autodesk). No one else got to participate, and the work was deliberately kept secret. Doesn't sound like much of an "open" project to me. A MapServer Foundation is a very, very good idea. This MapServer Foundation has gotten off to a very, very bad start. I find myself in the position of being quite reluctant to support this instance of a concept I eagerly wish to support. I think I should start by explaining why I think a MapServer Foundation is a very good idea (as opposed to what others think, even though we generally seem to agree). MapServer has been well-served by the technical and development community that supports it. It has mainly lacked many of the things that make a "program" a "product". It needs better documentation, easier setup and sample sites, product summaries and literature, feature/benefit brochures and comparisons, benchmarking tests, presentations, a coordinated trade show/conference plan, better marketing, directories of consultants, reference sites, etc. I don't mean to denigrate any of the efforts made along any of these lines, but I think we all know there are things you can currently get from commercial vendors that aren't available with MapServer. A Foundation would be a great way to provide these things. It wouldn't need to get in the way of the development work, and could complement it by filling in the blanks. All of that takes money. A MapServer Foundation needs funding to do these things. Fortunately, there are several subsets of the MapServer community that are in a position to contribute funding. There are commercial users of MapServer (folks like me, GlobeXplorer, etc.), commercial developers/consultancies like DM Solutions and others, and the government and educational users who tend to not have much money to spend but can usually contribute something. To date, organizations interested in financial support for MapServer have been limited to funding specific software development tasks. The pace of that development has been such that every time I raise an idea about a project TopoZone could fund, it seems that someone else has gotten there first. I could have chipped in money for "future development", but there was no place to put it - it didn't make sense to just send Frank or Daniel or Steve a check and tell them to try to spend it somehow. And I would rather fund the "other stuff" than fund feature development - there's more of a need for it. A Foundation could fix that, by providing a place that takes in revenue from members and sponsors, and uses that revenue to fund projects - probably non-development projects as I mentioned above, since those won't get funded otherwise. The OGC membership model is a relevant and simple example of this sort of thing. So what does the Foundation need to do that? It needs to be open and inclusive, eligible to all to participate as peers or as peers within certain classes of membership. It needs to be independent of any particular sponsor, and it also needs to APPEAR to be independent. It needs to have a clear mission and it needs to simplify and clarify things for its members and for its constituent base. It needs to be seen as the unswerving voice dedicated to the support of MapServer and nothing else. Today's announcement missed those goals by a wide mark. Some of those errors can be corrected, but some we'll have to live with forever. And most of them could have been avoided by the kind of open, inclusive discussion we've always had in the MapServer community - until now. Supporting the MapServer Foundation is a great PR and marketing opportunity. It appears that Autodesk and DM Solutions were extremely aware of that, and made sure that they didn't have to share that opportunity with anyone else. Being a "founder" is very important, and you've already seen Autodesk and DM Solutions take advantage of that through their own press releases today. No other company will *ever* get that chance - the press doesn't really care about the next few companies to sign on. When I created TopoZone in 1999, it was incredibly important to be the first topographic map site on the Web, because the PR value was so great. I suspect very few folks remember who launched the second one.... Companies will be attracted to sponsor the Foundation because of that PR value. Unfortunately, that value's gone and nothing will get it back. I'm certainly a potential financial supporter of the Foundation, but I'm also running a business. I can't simply give money away, but I can spend it on things that give me PR and marketing value. I could spend a pretty substantial (for me) sum as an annual commitment to the Foundation. I am now a *lot* less inclined to provide that support to this Foundation, because the value (in PR and marketing terms) is a whole lot less than it would have been if I could have been invited to the party. I'm certainly welcome to sign on and take a seat right up near the front - as long as it isn't in the front row. I don't say that because I'm personally miffed at being excluded - I'm just TopoZone. I say that because we'll never know how many firms and how much financial support could have been raised if someone had tried to solicit input and support in an open, inclusive way. There are lots of us out here. I've been told that it's "incredibly important" that the Foundation be seen as vendor-neutral and that it not be at the mercy of a single funder's contributions. Sounds good, but don't tell me that now - those are both reasons to solicit a larger number of contributing founding members rather than selling the whole package to Autodesk. It's not easy to undo that; the Foundation is clearly already seen as an Autodesk initiative by the press (in part because Autodesk has tried to make that point clear) and not many firms are interested in throwing money at Autodesk - they've got more of it than I do. My second huge concern is the branding/product lineup for the Foundation. I woke up this morning to two MapServers where we had one before. One of them has the impressive-sounding name "MapServer Enterprise" while the other is currently named after a large pussycat but may or may not be open to the possibility of being named after a different mammal. There's no doubt in the potential customer's mind which one is the grown-up, field-tested, production-ready, scalable, capable system. Unfortunately, they're thinking of the wrong one. Branding really matters. It's very important. Tyler Mitchell says so, too, on the new MapServer site. Autodesk has zillions of people who know that very, very well. They just bought a great brand and MapServer suddenly managed to take a back seat to itself, something I would have thought anatomically impossible. They've managed to appropriate a well-respected brand name and take center stage with it. Autodesk's press release takes advantage of that ambiguity by introducing Steve Lime as the "creator of MapServer" without saying which one they're talking about! Speaking of press releases, in an effort like this it is common for all founding members to see and sign off on each other's press releases in advance, something which appears (from some developer comments) to not have happened here. This is PR 101 stuff - if you don't try to keep what you're doing a secret, you might get helpful advice. The same is true, by the way, about the questions raised on Autodesk's patent policy. This should NOT be an open question *after* the announcement - Autodesk's patent portfolio and their defense of it are well-known. It should have been one of the first questions raised and answered. Once the Foundation's plans were made public it only took a few hours to bring it to everyone's attention - remember the benefits of open development? The "MapServer Enterprise" product just got inserted into the MapServer family by decree. Customers know very well that when they see two similar products side-by-side, usually due to a merger or acquisition, they sit back and wait to see which one gets killed off. This usually has the effect of discouraging adoption of BOTH products, because customers don't know which one to implement and don't want to make the wrong choice. Believe me, I've been a CTO standing up in front of customers in that situation more than once - they don't believe you can serve two masters, and they're right. Does the Apache Foundation offer two Web servers? Apache Enterprise and Apache Other? Can't kill off MapServer, you say? Perhaps not in a technical sense, but if there's a MapServer Foundation and a MapServer Enterprise, who's going to notice if that other thingy doesn't get the same amount of attention? Perhaps the platypus is indeed a good choice, as it may belong with the nearly-extinct monotremes. You can't kill the MapServer code, but you can certainly kill the brand. Please don't confuse the two. Why was the Foundation "announced" when it apparently doesn't actually exist? It seems like today's announcement was designed primarily to maximize the PR value to DM Solutions and Autodesk - after all, the press got briefed about it before the rest of us did. As far as I can tell, there isn't any foundation, but when we get one it's going to be great and open to all, because DM Solutions and UMN and Autodesk have all assured each other that it will be. Each time I hear that "now's the time to participate", I cringe because I'm being told that by the exclusive group who deliberately prevented all of us from participating until they decided they had gotten what they needed out of it and it's now OK to let the rest of us inside. The time to participate was last week, or last month, before anything got announced and before we were all handed the Foundation. If the Foundation is really a genuinely open opportunity for us, then tell us that the inclusion of Autodesk's product isn't non-negotiable. Do the rest of us get to insert MapServer-branded products whenever we want to? All of these problems were preventable. All it would have taken was an open discussion of the proposal. You get a lot of people spouting off, and then you find out who's really interested. You find out how many commercial sponsors you can get and at what level of support. You create what appears to the public as a truly open consortium that's worth watching, instead of one that triggers discussions about Autodesk. You demonstrate right from the start that you have a broad base of commercial support, with commercial firms from the USA, Canada, Europe, South America, Australia, etc. What was the perceived benefit of keeping the process secret and exclusive? Did someone threaten to pick up their marbles and go home? You can often be surprised at how many folks are willing to contribute their own marbles when something like that happens - but you never know until you ask. The MapServer community really needs a Foundation to support it and to keep the product healthy and growing. There are many examples of the creation of such consortia to draw from, both inside of and outside of the Open Source community. It doesn't appear those examples were considered. We really need a MapServer Foundation - I'm not at all sure that we need this one. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com From dmorissette at DMSOLUTIONS.CA Tue Nov 29 07:15:45 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Tue, 29 Nov 2005 10:15:45 -0500 Subject: MS Foundation web presence question In-Reply-To: <00ac01c5f4ee$4aeff200$0200a8c1@latitude> Message-ID: Charlton Purvis wrote: > > I have been paying attention to the spirited dialog re. yesterday's > announcement. But I may have missed something along the way, and I have > just taken my first look at the .org site. If the Foundation is still in > its early stages, who has been working to release what I see here? > http://www.mapserverfoundation.org/mapserver_enterprise/download.html And > for how long? > MapServer Enterprise was all the work of Autodesk so far, including the preparation of the packages that you downloaded. BTW, one thing that may not be clear is that MapServer Enterprise has had and will continue to have its own development team, independent of the current MapServer (Cheetah or whatever it's called) team that you know already. We (the Cheetah developers) are not planning to all move to Enterprise overnight and leave Cheetah behind, I would expect that a good part of the initial Enterprise team will be Autodesk developers, and hopefully a few outsiders will join over time. Some of us may eventually work on both teams (I can definitely imagine doing that myself), just like we are often already involved in half a dozen projects, but the direction of each software team will be independent, they will just share a common foundation umbrella. > I'm still downloading the whopping 125MB demo from here > http://usa.autodesk.com/adsk/servlet/item?siteID=123112&id=6153839. Long > gone are small installs. I hear ya. Hopefully they will learn over time to make the distributions more compact. (or we'll teach them, since we're working together now, ya know) > That site refers to that d/l as AutodeskR > MapServer Studio - Preview, and it's terribly confusing how that relates to > what we're calling Cheetah or Enterprise. That is, if it is supposed to > relate at all. > AFAIK MapServer Studio relates only to Enterprise, so it should be named MapServer Enterprise Studio. > And not to belabor the point, the .org website appears to leave little doubt > that there are 2 separate beasts (Cheetah and Enterprise) that already have > names. > You're right that the website may have been designed based on the assumption that the names were final... Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From pspencer at DMSOLUTIONS.CA Tue Nov 29 07:24:42 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 10:24:42 -0500 Subject: MS Foundation web presence question In-Reply-To: <2576812186CDD411BF1500508B6DCE950C6F5596@ecnwri1.ontario.int.ec.gc.ca> Message-ID: Tom, I think we all will be evaluating the capabilities of MSE to determine what it can be used for. Its certainly has some new features that mapserver users are not used to having, but it also has some limitations (for now). One of the things it is not is light-weight. I think it will work very in certain situations, and I think mapserver will work very well in others. Cheers Paul On 29-Nov-05, at 9:39 AM, Kralidis,Tom [Burlington] wrote: > > Question: how will this affect good old CGI mapserv and OGC MapServer > (those are the two major installs for my stakeholders)? > > ..Tom > > >> -----Original Message----- >> From: UMN MapServer Users List >> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Paul Spencer >> Sent: Tuesday, 29 November, 2005 09:36 >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: Re: [UMN_MAPSERVER-USERS] MS Foundation web presence >> question >> >> >> Charlton, >> >> The MapServer Enterprise download is provided by Autodesk and was >> previously known as Tux. MSE comprises two parts: >> >> * MSE server - this is a long running server process. There is one >> *site* server and zero or more support servers. The server stores >> configuration files (in XML!!!) and has all the logic to turn >> requests into maps etc. >> >> * MSE WebExtensions - this is the web part of the server and is >> designed to be deployed in front of a corporate firewall etc. It >> exposes http access to the site server (and support servers) and has >> a scripting interface in either PHP, Java or .NET ... >> >> MapServer Studio is a desktop app that provides a way to configure >> the MSE server via the WebExtensions tier. I believe the >> plan is for >> Autodesk to keep this as a proprietary/commercial product because it >> embeds AutoCAD binaries that are not being considered for >> open source >> release. It is also bound to Windows only. >> >> MapServer Studio will only work with MSE. >> >> I believe there is an intention to develop a web-based open source >> tool with similar capabilities as Studio (or at least the >> capabilities necessary to configure the server with data and style >> it), and probably also some command line tools for loading data into >> the server and possibly moving MAP files to/from the MSE environment >> (they have a different set of features for styling/labeling that >> could make this tricky, but it should be possible to have a >> rudimentary import/export). >> >> Cheers >> >> Paul >> >> On 29-Nov-05, at 9:07 AM, Charlton Purvis wrote: >> >>> Hi, folks: >>> >>> I have been paying attention to the spirited dialog re. yesterday's >>> announcement. But I may have missed something along the way, and I >>> have >>> just taken my first look at the .org site. If the Foundation is >>> still in >>> its early stages, who has been working to release what I see here? >>> http://www.mapserverfoundation.org/mapserver_enterprise/ >>> download.html And >>> for how long? >>> >>> I'm still downloading the whopping 125MB demo from here >>> http://usa.autodesk.com/adsk/servlet/item? >>> siteID=123112&id=6153839. Long >>> gone are small installs. That site refers to that d/l as AutodeskR >>> MapServer Studio - Preview, and it's terribly confusing how that >>> relates to >>> what we're calling Cheetah or Enterprise. That is, if it is >>> supposed to >>> relate at all. >>> >>> And not to belabor the point, the .org website appears to leave >>> little doubt >>> that there are 2 separate beasts (Cheetah and Enterprise) that >>> already have >>> names. >>> >>> Charlton >> >> +-----------------------------------------------------------------+ >> |Paul Spencer pspencer at dmsolutions.ca | >> +-----------------------------------------------------------------+ >> |Applications & Software Development | >> |DM Solutions Group Inc http://www.dmsolutions.ca/| >> +-----------------------------------------------------------------+ >> > +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From ealpert at DIGITALGLOBE.COM Tue Nov 29 07:56:50 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 08:56:50 -0700 Subject: creating shape for querying Message-ID: queryByRect takes a rectObj not a shapeObj. You need to either use queryByShape or create a rectObj. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fx Gamoy Sent: Tuesday, November 29, 2005 7:52 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] creating shape for querying Hello everybody, i would like to create a shape in order to querybyshape a layer. I ve got two arrays xgeo and ygeo addXY($xgeo[$i],$ygeo[$i]); $oGeo->add($part); $rep=@$oLayer->queryByRect($oGeo); ?> the bounds of this shape are (-1,-1,-1,-1) but i can add it in a dynamic layer and see it on the computed image. but when i use this shape into querybyshape, php fail I ve read some posts dealing with this? the php_mapscript 4.6 don't provide the $Shape->setbounds() function for setting the bounds of the shape. is there un artefact to compute a querybyshape using a self created shape?? Thanks..... have a nice day fx ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From peter.kingsbury at GMAIL.COM Tue Nov 29 08:00:47 2005 From: peter.kingsbury at GMAIL.COM (Peter Kingsbury) Date: Tue, 29 Nov 2005 11:00:47 -0500 Subject: Raster Quality Message-ID: Hello all, I'm having some problems with a DEM I'm putting up on a site. I have a high-quality 32 bit TIFF, and a lower-quality 8-bit TIFF. On the mapserver I'm displaying the site (using Chameleon), the application renders the TIFF with a seemingly lower quality; some of the pixel precision seems lost. It almost looks like Chameleon/MS4W is dithering the image down to 8 bits before sending the image to the browser. I have the output format set to PNG24, however, is there a specific way to prevent color loss? Best regards, - Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From fx.gamoy at GEOMATIKA.FR Tue Nov 29 08:05:44 2005 From: fx.gamoy at GEOMATIKA.FR (Fx Gamoy) Date: Tue, 29 Nov 2005 16:05:44 +0000 Subject: creating shape for querying In-Reply-To: <8B319E5A30FF4A48BE7EEAAF609DB23306BB87@COMAIL01.digitalglobe.com> Message-ID: Yes, sorry, you must read querybyshape of course :-) $rep=@$oLayer->queryByShape($oGeo); but php fails anyway with querybyshape thanks fx Selon Ethan Alpert : > > > queryByRect takes a rectObj not a shapeObj. You need to either use > queryByShape or create a rectObj. > > -e > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Fx Gamoy > Sent: Tuesday, November 29, 2005 7:52 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] creating shape for querying > > > Hello everybody, > > i would like to create a shape in order to querybyshape a layer. I ve > got two arrays xgeo and ygeo > > > $oGeo = ms_newShapeObj(MS_SHAPE_POLYGON); > $part = ms_newLineObj(); > for($v=0;$v $part->addXY($xgeo[$i],$ygeo[$i]); > > $oGeo->add($part); > $rep=@$oLayer->queryByRect($oGeo); > ?> > the bounds of this shape are (-1,-1,-1,-1) but i can add it in a dynamic > layer and see it on the computed image. but when i use this shape into > querybyshape, php fail > > I ve read some posts dealing with this? the php_mapscript 4.6 don't > provide the > $Shape->setbounds() function for setting the bounds of the shape. > > is there un artefact to compute a querybyshape using a self created > shape?? > > Thanks..... > have a nice day > fx > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From BEN at SYNCERA-ITSOLUTIONS.NL Tue Nov 29 08:05:19 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Tue, 29 Nov 2005 17:05:19 +0100 Subject: Raster Quality Message-ID: Check your chameleon.xml (chameleon\config\chameleon.xml): image_type PNG Output image type (eg: PNG, GIF). Must be uppercase. This image format MUST be supported by your browser and GD (on the server). Please don't change that value unless you know what you'r doing. Does this say PNG24 as well? Or have it refer to the NAME of the OUTPUTFORMAT object you want to use. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> Peter Kingsbury 11/29/2005 5:00:47 PM >>> Hello all, I'm having some problems with a DEM I'm putting up on a site. I have a high-quality 32 bit TIFF, and a lower-quality 8-bit TIFF. On the mapserver I'm displaying the site (using Chameleon), the application renders the TIFF with a seemingly lower quality; some of the pixel precision seems lost. It almost looks like Chameleon/MS4W is dithering the image down to 8 bits before sending the image to the browser. I have the output format set to PNG24, however, is there a specific way to prevent color loss? Best regards, - Peter From nbarker at RSINC.COM Tue Nov 29 08:05:42 2005 From: nbarker at RSINC.COM (Norman Barker) Date: Tue, 29 Nov 2005 16:05:42 -0000 Subject: Raster Quality Message-ID: -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Peter Kingsbury Sent: Tuesday, November 29, 2005 4:01 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Raster Quality Hello all, I'm having some problems with a DEM I'm putting up on a site. I have a high-quality 32 bit TIFF, and a lower-quality 8-bit TIFF. On the mapserver I'm displaying the site (using Chameleon), the application renders the TIFF with a seemingly lower quality; some of the pixel precision seems lost. It almost looks like Chameleon/MS4W is dithering the image down to 8 bits before sending the image to the browser. I have the output format set to PNG24, however, is there a specific way to prevent color loss? Best regards, - Peter [Norman Barker] I think you have to put PROCESSING "SCALE=AUTO" as a layer directive on your raster, for example LAYER NAME mydata TYPE RASTER STATUS ON DATA mydata_70462.tif METADATA "wms_title" "mydata" "wms_srs" "mydata" END PROJECTION "init=epsg:4326" END PROCESSING "SCALE=AUTO" END Norman -------------- next part -------------- An HTML attachment was scrubbed... URL: From ealpert at DIGITALGLOBE.COM Tue Nov 29 08:20:11 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 09:20:11 -0700 Subject: creating shape for querying Message-ID: Are you getting an error message or is it just not returning you expected restuls? e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fx Gamoy Sent: Tuesday, November 29, 2005 9:06 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] creating shape for querying Yes, sorry, you must read querybyshape of course :-) $rep=@$oLayer->queryByShape($oGeo); but php fails anyway with querybyshape thanks fx Selon Ethan Alpert : > > > queryByRect takes a rectObj not a shapeObj. You need to either use > queryByShape or create a rectObj. > > -e > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Fx Gamoy > Sent: Tuesday, November 29, 2005 7:52 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] creating shape for querying > > > Hello everybody, > > i would like to create a shape in order to querybyshape a layer. I ve > got two arrays xgeo and ygeo > > > $oGeo = ms_newShapeObj(MS_SHAPE_POLYGON); > $part = ms_newLineObj(); > for($v=0;$v $part->addXY($xgeo[$i],$ygeo[$i]); > > $oGeo->add($part); > $rep=@$oLayer->queryByRect($oGeo); > ?> > the bounds of this shape are (-1,-1,-1,-1) but i can add it in a > dynamic layer and see it on the computed image. but when i use this > shape into querybyshape, php fail > > I ve read some posts dealing with this? the php_mapscript 4.6 don't > provide the > $Shape->setbounds() function for setting the bounds of the shape. > > is there un artefact to compute a querybyshape using a self created > shape?? > > Thanks..... > have a nice day > fx > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gary.lang at AUTODESK.COM Tue Nov 29 08:13:35 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 08:13:35 -0800 Subject: MapServer Foundation thoughts and reactions Message-ID: Drew, Our primary GIS format is to be SDF going forward and we are contributing all of the source code for the FDO provider to that to the community. This is used by MSE today and will be used by a future version of Map. BTW, it is based on SQLite (http://www.sqlite.org/). Regards, Gary Gary Lang gary.lang at autodesk.com On 11/29/05, Simpson wrote: Will Autodesk at least open their file formats? That may be worth a disparaging name. Drew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fx.gamoy at GEOMATIKA.FR Tue Nov 29 08:29:03 2005 From: fx.gamoy at GEOMATIKA.FR (Fx Gamoy) Date: Tue, 29 Nov 2005 16:29:03 +0000 Subject: creating shape for querying In-Reply-To: <8B319E5A30FF4A48BE7EEAAF609DB23306BB88@COMAIL01.digitalglobe.com> Message-ID: hello Ethan i get "[Tue Nov 29 15:27:49 2005] [error] [client 127.0.0.1] Premature end of script headers: php.exe" but when i use the shape $oGeo and add it into a dynamic layer, it is well computed so i think it is in a good form enven if the bounds of the shape are disabled (-1) did you already query a layer by shape using such manually created shape? thanks best regards fx Selon Ethan Alpert : > Are you getting an error message or is it just not returning you > expected restuls? > > e > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Fx Gamoy > Sent: Tuesday, November 29, 2005 9:06 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] creating shape for querying > > > Yes, sorry, > you must read querybyshape of course :-) > $rep=@$oLayer->queryByShape($oGeo); > > but php fails anyway with querybyshape > thanks > fx > > Selon Ethan Alpert : > > > > > > > queryByRect takes a rectObj not a shapeObj. You need to either use > > queryByShape or create a rectObj. > > > > -e > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Fx Gamoy > > Sent: Tuesday, November 29, 2005 7:52 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: [UMN_MAPSERVER-USERS] creating shape for querying > > > > > > Hello everybody, > > > > i would like to create a shape in order to querybyshape a layer. I ve > > got two arrays xgeo and ygeo > > > > > > > $oGeo = ms_newShapeObj(MS_SHAPE_POLYGON); > > $part = ms_newLineObj(); > > for($v=0;$v > $part->addXY($xgeo[$i],$ygeo[$i]); > > > > $oGeo->add($part); > > $rep=@$oLayer->queryByRect($oGeo); > > ?> > > the bounds of this shape are (-1,-1,-1,-1) but i can add it in a > > dynamic layer and see it on the computed image. but when i use this > > shape into querybyshape, php fail > > > > I ve read some posts dealing with this? the php_mapscript 4.6 don't > > provide the > > $Shape->setbounds() function for setting the bounds of the shape. > > > > is there un artefact to compute a querybyshape using a self created > > shape?? > > > > Thanks..... > > have a nice day > > fx > > > > > > ---------------------------------------------------------------- > > This message was sent using IMP, the Internet Messaging Program. > > > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From gerry.creager at TAMU.EDU Tue Nov 29 08:31:50 2005 From: gerry.creager at TAMU.EDU (Gerry Creager N5JXS) Date: Tue, 29 Nov 2005 10:31:50 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <28C8F4FD-55EB-4274-93DB-75B642FDF5BA@dmsolutions.ca> Message-ID: Paul, I hate to have to add fuel to the fire, but I feel I need to comment. Ed's comments were lengthy, but you managed to dismiss them in a single sentence. However, he's on-target about several key points. I recall, at the last MUM, the comments about a closed group to better guide future releases. However, in general, the process has maintainted the appearance of openness and bugs were readily discussed, as were feature additions. This may, in retrospect, have announced the initial closure of the organization. Mapserver has been a stellar community effort. Locking down the group, creating the Foundation, and springing it on this same Community, has had a chilling effect. Yesterday, with the initial announcement, I was excited. Today, having read the Open Letter more closely, and the press releases, I now share the concerns Ed so eloquently articulated. I can't effect significant change on the Foundation. My University can't effect significant change... I don't see a mechanism for my University to participate, save as a user. I've been involved in organizations who morphed in this manner before, and unfortunately, it's usually resulted in the organization being taken over by the corporate partners. There are shining examples of this not happening: OGC's roots are in corporate sponsorship but they've been refreshingly non-partisan... although there's a tendancy to reflect a product as being OGC compliant when it meets some subset of the testing... and the rather staggering costs associated with official compliance testing: Mapserver's not been tested recently, as I recall, for this very reason. I, too, object to the terms "Mapserver [insert favorite animal here]" and "Mapserver Enterprise" as the impression is the tool I have been using so successfully, the one I've been promoting to my ESRI-using colleagues, and where I've demonstrated often equal or better performance, is a toy, and this newly advertised addition, somewhat largish and hard to downlaod and implement initially, is better, more secure, has an improved pedigree and is a real "enterprise-ready" (note: ISO-9002 buzzword-compliant) product. Oh... and yes, let's capitalize on the term Mapserver. So: I'm frustrated. This isn't directed at you, Paul, but more at the process and the participants who elected to keep this process a secret from the Community whove been supportive in the past. A Community that would likely benefit from this concept in the future. But not a Community likely to benefit from an advertising exercise for pure corporate gain. I work for a University, and I have several projects that depend on this technology. I can't make money off it. I can support its development periodically, and I can provide thoughts and suggestions. But where's the benefit for me if I can't implement the product most likely to see the improvements, and if I cannot create the working files for that package because it requires a computer operating system that has been deemed unsafe in our environment? No, Virginia, I don't have a spare Windows workstation. I don't know how to resolve this, or who will. I do know I'm disappointed at how all this came about, and my inability to effect change. Respectfully, Gerry Creager Paul Spencer wrote: > Puneet, > > re legal indemnification, I don't think the intention is for Autodesk > to provide that (directly). Autodesk is funding the creation of a > separate legal entity (think Apache Foundation) and that legal entity > will be tasked with determining what it will provide and how. > > Lowell, thanks for the support ... > > Ed, I'm sorry that you feel this way but you certainly have the right > to express your opinion ... > > Cheers > > Paul > > On 29-Nov-05, at 12:23 AM, Puneet Kishor wrote: > >> I must underscore that I am not alluding to any conspiracy of any >> sort. I am only alluding to the facts that -- >> >> 1. Putting commercial entries as sponsors of opensource, Autodesk >> or any other, in the manner that it seems like in the case of >> MapServer, takes something away from the grassroots community >> aspect of it all. DMS is fairly innocuous here, and I have little >> reason to doubt them. I have known them for several years, and some >> of them are my friends. Others may rightly or wrongly feel >> differently. I can certainly understand Ed's point of view given >> his position as a business owner of a similar scale. But, does >> Autodesk being in the fray preclude, antagonize, or even attract >> other similar sized commercial entities? How will ESRI or >> Intergraph or Mapinfo or even Oracle and/or Microsoft (all with >> interests in GIS and mapping) react? >> >> 2. The nomenclature does make it seem like the real MapServer has >> gotten the short shrift. First there was 'classic' or 'lite.' Then >> came 'professional.' Now Enterprise seems to be all the rage. I >> could imagine M2EE (MapServer 2 Enterprise Edition), but MapServer >> Cheetah just doesn't have the same feel other than providing a >> convenient pencil cover art for the next O'Reilly mapping-made-easy >> edition. It does seem like Autodesk is making out here on the >> goodwill established by MapServer. If not a fork of the source, it >> certainly will be a fork of the energies. I highly doubt the same >> folks will be able to contribute to both causes with equal vigor. >> >> On the other hand, yes, legal indemnification might be worthwhile >> attraction. Does Autodesk really provide that? To what extent? I >> haven't done my due diligence on all aspects of the deal. >> >> >> >> Lowell.Filak wrote: >> >>> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk >>> lumped together in the discussion. While I understand the points >>> made and responsibility must be shouldered. I also know that DM >>> Solutions & UMN has always put Mapserver first. >>> I think Steve alluded to the legal protection aspect that comes >>> with Autodesk. Wasn't it a couple of years ago that a copyright >>> holder threatened to sue the world of internet mapping? We thought >>> it was a joke but... >>> Is it possible that DMS & UMN felt the need (pressure) to do it >>> NOW (aka. our next generation app is ready and we need to beat >>> Goliath to market or else we pull out of negotiations)? >>> Lowell >>> Puneet Kishor writes: >>> >>>> Greetings all (and Ed). I re-joined the list today on coming >>>> across the Autodesk newsblurb. My immediate feeling was, "If you >>>> can't beat 'em..." The "you" was Autodesk, and "'em" was you-know- >>>> who. That was followed by a little bit of giddyness, as it meant >>>> that my beloved MapServer was going high profile. I immediately >>>> darted off a congratulatory note to the pater of MapServer. But, >>>> the feeling has worn off; and Ed's very thoughtful (and wordy) >>>> note below has reinforced some of the diffidence that I feel. >>>> First, I do feel that MapServer seems to get the second place >>>> here. Everyone and their janitor wants "Enterprise." This Cheetah >>>> bullshit ain't gonna work. Makes MS-C look sound like a hobby-kit. >>>> Second, Autodesk gets a big, free PR thing out of it, and it >>>> doesn't even work on a Mac... I mean, give me a break. >>>> I am all for the foundation, have been from the day I chimed in >>>> my support at Ottawa... we all wanted to know where to send the >>>> check of support, and a foundation would have been such a recipient. >>>> This foundation is a bit of a squib, unless one's shilling for >>>> Autodesk. >>>> That said, I am not as pessimistic as Ed might sound... yes, >>>> there never will be another "founder" other than those involved, >>>> and yes, personally, I would rather think of UMN as a founder >>>> instead of any other commercial entity. But, the key is to find a >>>> way out/around this, and get the MapServer brand as de- >>>> commercialized as possible. >>>> And, for heaven's sake, lets get the Enterprise moniker. >>>> Ed McNierney wrote: >>>> >>>>> Folks - >>>>> This morning I sent a few comments about the MapServer Foundation >>>>> off-list to Steve Lime, and (at my request) he forwarded them on >>>>> to some >>>>> of the other folks involved. After a comments by a few folks >>>>> there were >>>>> requests that I post my messages to the broader community. This >>>>> post is >>>>> an attempt to do that in a consolidated way. I apologize for being >>>>> wordy, but there's a lot to say. >>>>> I've been a member of the MapServer "community" for several >>>>> years now. >>>>> The Foundation project is the first time I can ever recall there >>>>> being a >>>>> conscious, ongoing, and deliberate attempt to exclude most of the >>>>> community from a discussion of significance about MapServer. A >>>>> small >>>>> number of people - some of whom are dedicated developers who've >>>>> contributed far more than I ever have - decided to enter into >>>>> discussions that included two commercial firms (DM Solutions and >>>>> Autodesk). No one else got to participate, and the work was >>>>> deliberately kept secret. Doesn't sound like much of an "open" >>>>> project >>>>> to me. >>>>> A MapServer Foundation is a very, very good idea. This MapServer >>>>> Foundation has gotten off to a very, very bad start. I find >>>>> myself in >>>>> the position of being quite reluctant to support this instance of a >>>>> concept I eagerly wish to support. >>>>> I think I should start by explaining why I think a MapServer >>>>> Foundation >>>>> is a very good idea (as opposed to what others think, even >>>>> though we >>>>> generally seem to agree). MapServer has been well-served by the >>>>> technical and development community that supports it. It has >>>>> mainly >>>>> lacked many of the things that make a "program" a "product". It >>>>> needs >>>>> better documentation, easier setup and sample sites, product >>>>> summaries >>>>> and literature, feature/benefit brochures and comparisons, >>>>> benchmarking >>>>> tests, presentations, a coordinated trade show/conference plan, >>>>> better >>>>> marketing, directories of consultants, reference sites, etc. I >>>>> don't >>>>> mean to denigrate any of the efforts made along any of these >>>>> lines, but >>>>> I think we all know there are things you can currently get from >>>>> commercial vendors that aren't available with MapServer. A >>>>> Foundation >>>>> would be a great way to provide these things. It wouldn't need >>>>> to get >>>>> in the way of the development work, and could complement it by >>>>> filling >>>>> in the blanks. >>>>> All of that takes money. A MapServer Foundation needs funding >>>>> to do >>>>> these things. Fortunately, there are several subsets of the >>>>> MapServer >>>>> community that are in a position to contribute funding. There are >>>>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), >>>>> commercial developers/consultancies like DM Solutions and >>>>> others, and >>>>> the government and educational users who tend to not have much >>>>> money to >>>>> spend but can usually contribute something. >>>>> To date, organizations interested in financial support for >>>>> MapServer >>>>> have been limited to funding specific software development >>>>> tasks. The >>>>> pace of that development has been such that every time I raise >>>>> an idea >>>>> about a project TopoZone could fund, it seems that someone else has >>>>> gotten there first. I could have chipped in money for "future >>>>> development", but there was no place to put it - it didn't make >>>>> sense to >>>>> just send Frank or Daniel or Steve a check and tell them to try >>>>> to spend >>>>> it somehow. And I would rather fund the "other stuff" than fund >>>>> feature >>>>> development - there's more of a need for it. A Foundation could >>>>> fix >>>>> that, by providing a place that takes in revenue from members and >>>>> sponsors, and uses that revenue to fund projects - probably >>>>> non-development projects as I mentioned above, since those won't >>>>> get >>>>> funded otherwise. The OGC membership model is a relevant and >>>>> simple >>>>> example of this sort of thing. >>>>> So what does the Foundation need to do that? It needs to be >>>>> open and >>>>> inclusive, eligible to all to participate as peers or as peers >>>>> within >>>>> certain classes of membership. It needs to be independent of any >>>>> particular sponsor, and it also needs to APPEAR to be >>>>> independent. It >>>>> needs to have a clear mission and it needs to simplify and clarify >>>>> things for its members and for its constituent base. It needs >>>>> to be >>>>> seen as the unswerving voice dedicated to the support of >>>>> MapServer and >>>>> nothing else. >>>>> Today's announcement missed those goals by a wide mark. Some of >>>>> those >>>>> errors can be corrected, but some we'll have to live with >>>>> forever. And >>>>> most of them could have been avoided by the kind of open, inclusive >>>>> discussion we've always had in the MapServer community - until now. >>>>> Supporting the MapServer Foundation is a great PR and marketing >>>>> opportunity. It appears that Autodesk and DM Solutions were >>>>> extremely >>>>> aware of that, and made sure that they didn't have to share that >>>>> opportunity with anyone else. Being a "founder" is very >>>>> important, and >>>>> you've already seen Autodesk and DM Solutions take advantage of >>>>> that >>>>> through their own press releases today. No other company will >>>>> *ever* >>>>> get that chance - the press doesn't really care about the next few >>>>> companies to sign on. When I created TopoZone in 1999, it was >>>>> incredibly important to be the first topographic map site on the >>>>> Web, >>>>> because the PR value was so great. I suspect very few folks >>>>> remember >>>>> who launched the second one.... >>>>> Companies will be attracted to sponsor the Foundation because of >>>>> that PR >>>>> value. Unfortunately, that value's gone and nothing will get it >>>>> back. >>>>> I'm certainly a potential financial supporter of the Foundation, >>>>> but I'm >>>>> also running a business. I can't simply give money away, but I can >>>>> spend it on things that give me PR and marketing value. I could >>>>> spend a >>>>> pretty substantial (for me) sum as an annual commitment to the >>>>> Foundation. I am now a *lot* less inclined to provide that >>>>> support to >>>>> this Foundation, because the value (in PR and marketing terms) is a >>>>> whole lot less than it would have been if I could have been >>>>> invited to >>>>> the party. I'm certainly welcome to sign on and take a seat >>>>> right up >>>>> near the front - as long as it isn't in the front row. >>>>> I don't say that because I'm personally miffed at being excluded >>>>> - I'm >>>>> just TopoZone. I say that because we'll never know how many >>>>> firms and >>>>> how much financial support could have been raised if someone had >>>>> tried >>>>> to solicit input and support in an open, inclusive way. There >>>>> are lots >>>>> of us out here. I've been told that it's "incredibly important" >>>>> that >>>>> the Foundation be seen as vendor-neutral and that it not be at >>>>> the mercy >>>>> of a single funder's contributions. Sounds good, but don't tell >>>>> me that >>>>> now - those are both reasons to solicit a larger number of >>>>> contributing >>>>> founding members rather than selling the whole package to Autodesk. >>>>> It's not easy to undo that; the Foundation is clearly already >>>>> seen as an >>>>> Autodesk initiative by the press (in part because Autodesk has >>>>> tried to >>>>> make that point clear) and not many firms are interested in >>>>> throwing >>>>> money at Autodesk - they've got more of it than I do. >>>>> My second huge concern is the branding/product lineup for the >>>>> Foundation. I woke up this morning to two MapServers where we >>>>> had one >>>>> before. One of them has the impressive-sounding name "MapServer >>>>> Enterprise" while the other is currently named after a large >>>>> pussycat >>>>> but may or may not be open to the possibility of being named >>>>> after a >>>>> different mammal. There's no doubt in the potential customer's >>>>> mind >>>>> which one is the grown-up, field-tested, production-ready, >>>>> scalable, >>>>> capable system. Unfortunately, they're thinking of the wrong one. >>>>> Branding really matters. It's very important. Tyler Mitchell >>>>> says so, >>>>> too, on the new MapServer site. Autodesk has zillions of people >>>>> who >>>>> know that very, very well. They just bought a great brand and >>>>> MapServer >>>>> suddenly managed to take a back seat to itself, something I >>>>> would have >>>>> thought anatomically impossible. They've managed to appropriate a >>>>> well-respected brand name and take center stage with it. >>>>> Autodesk's >>>>> press release takes advantage of that ambiguity by introducing >>>>> Steve >>>>> Lime as the "creator of MapServer" without saying which one they're >>>>> talking about! Speaking of press releases, in an effort like >>>>> this it is >>>>> common for all founding members to see and sign off on each other's >>>>> press releases in advance, something which appears (from some >>>>> developer >>>>> comments) to not have happened here. This is PR 101 stuff - if you >>>>> don't try to keep what you're doing a secret, you might get helpful >>>>> advice. >>>>> The same is true, by the way, about the questions raised on >>>>> Autodesk's >>>>> patent policy. This should NOT be an open question *after* the >>>>> announcement - Autodesk's patent portfolio and their defense of >>>>> it are >>>>> well-known. It should have been one of the first questions >>>>> raised and >>>>> answered. Once the Foundation's plans were made public it only >>>>> took a >>>>> few hours to bring it to everyone's attention - remember the >>>>> benefits of >>>>> open development? >>>>> The "MapServer Enterprise" product just got inserted into the >>>>> MapServer >>>>> family by decree. Customers know very well that when they see two >>>>> similar products side-by-side, usually due to a merger or >>>>> acquisition, >>>>> they sit back and wait to see which one gets killed off. This >>>>> usually >>>>> has the effect of discouraging adoption of BOTH products, because >>>>> customers don't know which one to implement and don't want to >>>>> make the >>>>> wrong choice. Believe me, I've been a CTO standing up in front of >>>>> customers in that situation more than once - they don't believe >>>>> you can >>>>> serve two masters, and they're right. >>>>> Does the Apache Foundation offer two Web servers? Apache >>>>> Enterprise and >>>>> Apache Other? >>>>> Can't kill off MapServer, you say? Perhaps not in a technical >>>>> sense, >>>>> but if there's a MapServer Foundation and a MapServer >>>>> Enterprise, who's >>>>> going to notice if that other thingy doesn't get the same amount of >>>>> attention? Perhaps the platypus is indeed a good choice, as it may >>>>> belong with the nearly-extinct monotremes. You can't kill the >>>>> MapServer >>>>> code, but you can certainly kill the brand. Please don't >>>>> confuse the >>>>> two. >>>>> Why was the Foundation "announced" when it apparently doesn't >>>>> actually >>>>> exist? It seems like today's announcement was designed >>>>> primarily to >>>>> maximize the PR value to DM Solutions and Autodesk - after all, the >>>>> press got briefed about it before the rest of us did. As far as >>>>> I can >>>>> tell, there isn't any foundation, but when we get one it's going >>>>> to be >>>>> great and open to all, because DM Solutions and UMN and Autodesk >>>>> have >>>>> all assured each other that it will be. Each time I hear that >>>>> "now's >>>>> the time to participate", I cringe because I'm being told that >>>>> by the >>>>> exclusive group who deliberately prevented all of us from >>>>> participating >>>>> until they decided they had gotten what they needed out of it >>>>> and it's >>>>> now OK to let the rest of us inside. The time to participate >>>>> was last >>>>> week, or last month, before anything got announced and before we >>>>> were >>>>> all handed the Foundation. If the Foundation is really a >>>>> genuinely open >>>>> opportunity for us, then tell us that the inclusion of Autodesk's >>>>> product isn't non-negotiable. Do the rest of us get to insert >>>>> MapServer-branded products whenever we want to? >>>>> All of these problems were preventable. All it would have taken >>>>> was an >>>>> open discussion of the proposal. You get a lot of people >>>>> spouting off, >>>>> and then you find out who's really interested. You find out how >>>>> many >>>>> commercial sponsors you can get and at what level of support. You >>>>> create what appears to the public as a truly open consortium that's >>>>> worth watching, instead of one that triggers discussions about >>>>> Autodesk. >>>>> You demonstrate right from the start that you have a broad base of >>>>> commercial support, with commercial firms from the USA, Canada, >>>>> Europe, >>>>> South America, Australia, etc. What was the perceived benefit of >>>>> keeping the process secret and exclusive? Did someone threaten >>>>> to pick >>>>> up their marbles and go home? You can often be surprised at how >>>>> many >>>>> folks are willing to contribute their own marbles when something >>>>> like >>>>> that happens - but you never know until you ask. >>>>> The MapServer community really needs a Foundation to support it >>>>> and to >>>>> keep the product healthy and growing. There are many examples >>>>> of the >>>>> creation of such consortia to draw from, both inside of and >>>>> outside of >>>>> the Open Source community. It doesn't appear those examples were >>>>> considered. We really need a MapServer Foundation - I'm not at >>>>> all sure >>>>> that we need this one. > > > +-----------------------------------------------------------------+ > |Paul Spencer pspencer at dmsolutions.ca | > +-----------------------------------------------------------------+ > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > +-----------------------------------------------------------------+ -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From ealpert at DIGITALGLOBE.COM Tue Nov 29 08:46:03 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 09:46:03 -0700 Subject: creating shape for querying Message-ID: Although I don't use PHP...I regularly create shapes and call queryByShape() using them as the query shape in perl. I do know that the layer *being* queried can not be an inline layer and must be a true data source. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fx Gamoy Sent: Tuesday, November 29, 2005 9:29 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] creating shape for querying hello Ethan i get "[Tue Nov 29 15:27:49 2005] [error] [client 127.0.0.1] Premature end of script headers: php.exe" but when i use the shape $oGeo and add it into a dynamic layer, it is well computed so i think it is in a good form enven if the bounds of the shape are disabled (-1) did you already query a layer by shape using such manually created shape? thanks best regards fx Selon Ethan Alpert : > Are you getting an error message or is it just not returning you > expected restuls? > > e > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > On Behalf Of Fx Gamoy > Sent: Tuesday, November 29, 2005 9:06 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] creating shape for querying > > > Yes, sorry, > you must read querybyshape of course :-) > $rep=@$oLayer->queryByShape($oGeo); > > but php fails anyway with querybyshape > thanks > fx > > Selon Ethan Alpert : > > > > > > > queryByRect takes a rectObj not a shapeObj. You need to either use > > queryByShape or create a rectObj. > > > > -e > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] > > On Behalf Of Fx Gamoy > > Sent: Tuesday, November 29, 2005 7:52 AM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: [UMN_MAPSERVER-USERS] creating shape for querying > > > > > > Hello everybody, > > > > i would like to create a shape in order to querybyshape a layer. I > > ve got two arrays xgeo and ygeo > > > > > > > $oGeo = ms_newShapeObj(MS_SHAPE_POLYGON); > > $part = ms_newLineObj(); > > for($v=0;$v > $part->addXY($xgeo[$i],$ygeo[$i]); > > > > $oGeo->add($part); > > $rep=@$oLayer->queryByRect($oGeo); > > ?> > > the bounds of this shape are (-1,-1,-1,-1) but i can add it in a > > dynamic layer and see it on the computed image. but when i use this > > shape into querybyshape, php fail > > > > I ve read some posts dealing with this? the php_mapscript 4.6 don't > > provide the > > $Shape->setbounds() function for setting the bounds of the shape. > > > > is there un artefact to compute a querybyshape using a self created > > shape?? > > > > Thanks..... > > have a nice day > > fx > > > > > > ---------------------------------------------------------------- > > This message was sent using IMP, the Internet Messaging Program. > > > > > > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From ealpert at DIGITALGLOBE.COM Tue Nov 29 08:48:56 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 09:48:56 -0700 Subject: MSE ? A joke? Message-ID: I for one thought that the announcement of MSE meant the arrival of a true enterprise edition for all the functionality of Mapserver. Folks on IRC pointed out that this is wrong that MSE has nothing to do with mapserver and in fact doesn't even support OGC. How can something be Enterprise and NOT fully support OGC? I can see no reason Mapserver Enterprise should be even mentioned in the same breath as mapsever. What a shame/sham -e From spclark at NBNET.NB.CA Tue Nov 29 08:40:25 2005 From: spclark at NBNET.NB.CA (Stephen Clark) Date: Tue, 29 Nov 2005 09:40:25 -0700 Subject: My MapServer Foundation thoughts / Auto Desk Mapserver Enterprise Message-ID: I must add my comments as a person that has used / developed application in many of the web mapping products listed here on the list for many years. I first must say that I agree with Ed McNierney and am a bit more pessimistic about the future of the original MapServer product. I feel that Autodesk took the great Mapserver name brand and are taking credit for the Enterprise edition when it appears that this product is not really a Mapserver product but an Autodesk product. I think the original Mapserver product should be named the "Mapserver Enterprise" product and Autodesk product should be noted as an extension to Mapserver. Quoted from below: As far as we here in our group see, the naming is terrible. I have an idea... let our product be "MapServer Enterprise" (as loath as I am to elongate the name), and let Autodesk call their product the "Autodesk Plug-in/Extension for MapServer Enterprise." I also feel that in the next few years that by giving the Mapserver name away to AutoDesk you have essentially moved the once great Mapserver product to a platypus recognition as a "dinosaur in the Web Mapping product area." Stephen -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Puneet Kishor Sent: November 29, 2005 5:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] My MapServer Foundation thoughts Tyler Mitchell wrote: > In a nutshell, several groups and individuals have agreed that a foundation is > a good idea and they want to see it move forward. Yes, the foundation is a great idea. I believe so, and, I think, Ed echoed the same sentiment. > All that's been decided is that there will be a foundation and > that Autodesk wants to contribute code to it. The problem seems to lie with how it came about, and with some of the result -- It was done in 'secrecy,' or so it seems. MapServer is all about community, and the community was note roped in. Just having a poll, or an animated list discussion, or even a half-a-day discussion at a MapServer meeting, whatever, would have helped tremendously. Sure, there would have been detractors even then, but know one could have said, "Holy crap! where did that come from?" I remember when we all first met at the first MUM... we were all putting faces to the names we had known from the list for a long while. It was like a large family get-together. Less than 200 folks, but there was joy in seeing and "recognizing" each other. This secretive seeming maneuver has led to bickering. It should have been not so... put the 'open' back in open source, because OS is not just about the source, it is being open about everything. > Autodesk's Role > The assumption that Autodesk has somehow rolled in and taken the best seat in > the house is far from the truth. We debated the issues such as naming and > branding. Our group became comfortable with the ideas and thought they could > at least serve as a starting place for community discussion. There was no > name stealing, these were mutually debated and agreed upon ideas. see, here is the problem... who is 'we'? who was in 'our group'? It would have been nice if publicly the community (which is mostly the denizens of these lists), had backed the 'group' and said, "Hey, great! go ahead." It is all about the process. As far as we here in our group see, the naming is terrible. I have an idea... let our product be "MapServer Enterprise" (as loath as I am to elongate the name), and let Autodesk call their product the "Autodesk Plug-in/Extension for MapServer Enterprise." That way, the focus will be very clear, and the traditionally MapServer developers and users will continue to work on/with the product they love, and those who want to use the Autodesk Plug-in for M2EE will do so as well. From ed at TOPOZONE.COM Tue Nov 29 09:06:06 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 12:06:06 -0500 Subject: My MapServer Foundation thoughts Message-ID: Tyler - In order to be independent, the Foundation needs to have financial support from a broad variety of commercial members. Commercial firms don't just throw money around - they need to get value for it. A large part of that value, from groups like this one, is the PR/marketing value. Why do you think Autodesk insisted that you keep it a secret? Because they didn't want to have to risk sharing that value with, say, Intergraph. If word had gotten out that a major firm was on board, other major firms would have been attracted, too. Now that a large chunk of the PR value is used up (read all the articles that are popping up - they're 90% about Autodesk and 10% about MapServer), it is much harder to get other commercial firms to commit financial support. That is why the PR issue is such a barrier. It has fundamentally damaged the Foundation's ability to survive long-term independent of Autodesk. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Tyler Mitchell Sent: Tuesday, November 29, 2005 2:58 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] My MapServer Foundation thoughts Hi guys, As you probably already know, I believe today's announcements are something worth being exciting about. Allow me to clarify my thoughts on this a bit and maybe help put things in a different light. Foundation is only begun In a nutshell, several groups and individuals have agreed that a foundation is a good idea and they want to see it move forward. Someone, at some point had to at least start talking about how to do this. There have been no final decisions about how it will run, what it will do or even how much funding it requires. All that's been decided is that there will be a foundation and that Autodesk wants to contribute code to it. That is what has happened, the rest is unwritten and open for the community to decide. Autodesk's Role The assumption that Autodesk has somehow rolled in and taken the best seat in the house is far from the truth. We debated the issues such as naming and branding. Our group became comfortable with the ideas and thought they could at least serve as a starting place for community discussion. There was no name stealing, these were mutually debated and agreed upon ideas. No one was forced to sign the open letter. We could have told Autodesk to take their product and head out the door and they would have. Instead we tried to find the best possible way to work with them and build on the momentum around their open source announcements. We debated and struggled to get to where we are, but we also found some common ground. I see your point about DM and Autodesk's press release as being a PR win for them, but what I see is a win for the MapServer community in general. We got some great PR - more than we could have mustered on our own. Both those companies can speak for themselves, but I know they are excited about the foundation and how it can help the community. Are they interested in running the foundation? Not at all. Are they going to stack the deck and push it around? Impossible - you and I won't let it happen. An important function of the foundation is to protect MapServer from being controlled by any individual company or organisation be that Autodesk, DM Solutions, UMN or anyone else. So why talk as if Autodesk is taking over the world when it is still, and always will be, a community effort? I, for one, would never have signed the letter if I felt the MapServer community or the product were in jeopardy. I appreciate the concern from those of you who have built your businesses on MapServer, I certainly don't have as much at stake. But what I don't understand is why, for the broader community's benefit, the PR issue is such a barrier. Is that really standing in the way of your wanting to be involved in what you argue is a good idea? Tyler From alba75 at YAHOO.COM Tue Nov 29 09:15:18 2005 From: alba75 at YAHOO.COM (Dott. Stefano Albanese) Date: Tue, 29 Nov 2005 09:15:18 -0800 Subject: PIXMAX SYMBOLS PROBLEM!!! In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D05A9@s-sp22.pca.state.mn.us> Message-ID: David, Yes i tried everything. But nothing....I observed better and i noticed that trees desaper when at least one goes out of the view (also only moving the map). Best regards Stefano Dott. Geol. Stefano Albanese Via S. Giacomo 6 83022 Baiano (AV) Italia Tel.: +390818243143 +393471982279 --------------------------------- Yahoo! Music Unlimited - Access over 1 million songs. Try it free. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mapserver at EIDESIS.ORG Tue Nov 29 09:08:07 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Tue, 29 Nov 2005 11:08:07 -0600 Subject: MapServer Foundation thoughts and reactions Message-ID: ok. The cat's out of the bag. So, what now? In the interest of bringing the community back to happytown, here are a few suggestions -- 1. Tell Autodesk that they are welcome to the community, however... 2. "MapServer Enterprise" is the re-branding of our MapServer with our PostGIS (go, Refractions, go...). Then we can forget about the Cheetah episode. Funny, Refractions' contribution of their product to the MapServer community was so well done, and so well received. We are forever grateful to Paul Ramsey and friends for their work. And then, this behemoth organization comes in, with no prior history with MapServer, and just blows it. 3. Autodesk is welcome to rename their contribution as Autodesk Coregeo for MapServer Enterprise (ACME, if they so desire). 4. Autodesk is welcome to contribute their other intellectual properties to the MapServer Foundation, which, the foundation will accept after due pontification. (note: MapStudio kinda thing for MapServer enterprise might be nice...). Invite other supersize players to join in as well. 5. MapServer Foundation create the mechanism for transparently and openly electing the governing council. There are many examples out there... the Perl Foundation, the Apache Foundation, etc. Perl Chief Pumpkin Holder mechanism might be a cool thing to emulate for the development side (Steve-o can be the benevolent dictator for life -- he has my vote). The foundation members should represent independent developers, Universities, small as well as supersized business owners/NGOs. 6. Everyone hug each other in Switzerland (for which, thankfully I won't be around -- for the hugging, that is). From osgis.lists at GMAIL.COM Tue Nov 29 09:27:44 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Tue, 29 Nov 2005 11:27:44 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438C8276.4010702@tamu.edu> Message-ID: Has there been any discussion about governance for the new Masperver Foundation? My impression (and hope) is that the signatories have at least discussed this somewhat. I would like to see something come about that made sure to include a wide breadth of the Mapserver Community. The signatories were primarily made up of core developers. I would like to see the Foundation involve the following. 1. Core application developers 2. Core organized client application developers (ie ka-map, mapbuilder, etc) 3. Service Providers (individual consultants, DM, Refractions, Autodesk etc) 4. Users (individuals, user groups, universities, government agencies) There are probably more, or perhaps the above could be further sub-divided, but it would nice if the members of the Foundation board would have an area that they were responsibility for being the lead cheerleader and lobbiest for (ie a Users Group rep could advocate for pulling together resources that could be used to facilitate users group meetings while a service provider rep could advocate for a section on the web site dedicated to finding commercial support). Another question, will the board be subject to elections from the community as a whole? I think a lot of ground can be gained for support of these projects by appropriately representing the different interests that there are in this project. On 11/29/05, Gerry Creager N5JXS wrote: > Paul, > > I hate to have to add fuel to the fire, but I feel I need to comment. > > Ed's comments were lengthy, but you managed to dismiss them in a single > sentence. However, he's on-target about several key points. > > I recall, at the last MUM, the comments about a closed group to better > guide future releases. However, in general, the process has maintainted > the appearance of openness and bugs were readily discussed, as were > feature additions. This may, in retrospect, have announced the initial > closure of the organization. > > Mapserver has been a stellar community effort. Locking down the group, > creating the Foundation, and springing it on this same Community, has > had a chilling effect. Yesterday, with the initial announcement, I was > excited. Today, having read the Open Letter more closely, and the press > releases, I now share the concerns Ed so eloquently articulated. I > can't effect significant change on the Foundation. My University can't > effect significant change... I don't see a mechanism for my University > to participate, save as a user. > > I've been involved in organizations who morphed in this manner before, > and unfortunately, it's usually resulted in the organization being taken > over by the corporate partners. There are shining examples of this not > happening: OGC's roots are in corporate sponsorship but they've been > refreshingly non-partisan... although there's a tendancy to reflect a > product as being OGC compliant when it meets some subset of the > testing... and the rather staggering costs associated with official > compliance testing: Mapserver's not been tested recently, as I recall, > for this very reason. > > I, too, object to the terms "Mapserver [insert favorite animal here]" > and "Mapserver Enterprise" as the impression is the tool I have been > using so successfully, the one I've been promoting to my ESRI-using > colleagues, and where I've demonstrated often equal or better > performance, is a toy, and this newly advertised addition, somewhat > largish and hard to downlaod and implement initially, is better, more > secure, has an improved pedigree and is a real "enterprise-ready" (note: > ISO-9002 buzzword-compliant) product. Oh... and yes, let's capitalize > on the term Mapserver. > > So: I'm frustrated. This isn't directed at you, Paul, but more at the > process and the participants who elected to keep this process a secret > from the Community whove been supportive in the past. A Community that > would likely benefit from this concept in the future. But not a > Community likely to benefit from an advertising exercise for pure > corporate gain. I work for a University, and I have several projects > that depend on this technology. I can't make money off it. I can > support its development periodically, and I can provide thoughts and > suggestions. But where's the benefit for me if I can't implement the > product most likely to see the improvements, and if I cannot create the > working files for that package because it requires a computer operating > system that has been deemed unsafe in our environment? No, Virginia, I > don't have a spare Windows workstation. > > I don't know how to resolve this, or who will. I do know I'm > disappointed at how all this came about, and my inability to effect > change. > > Respectfully, > Gerry Creager > > Paul Spencer wrote: > > Puneet, > > > > re legal indemnification, I don't think the intention is for Autodesk > > to provide that (directly). Autodesk is funding the creation of a > > separate legal entity (think Apache Foundation) and that legal entity > > will be tasked with determining what it will provide and how. > > > > Lowell, thanks for the support ... > > > > Ed, I'm sorry that you feel this way but you certainly have the right > > to express your opinion ... > > > > Cheers > > > > Paul > > > > On 29-Nov-05, at 12:23 AM, Puneet Kishor wrote: > > > >> I must underscore that I am not alluding to any conspiracy of any > >> sort. I am only alluding to the facts that -- > >> > >> 1. Putting commercial entries as sponsors of opensource, Autodesk > >> or any other, in the manner that it seems like in the case of > >> MapServer, takes something away from the grassroots community > >> aspect of it all. DMS is fairly innocuous here, and I have little > >> reason to doubt them. I have known them for several years, and some > >> of them are my friends. Others may rightly or wrongly feel > >> differently. I can certainly understand Ed's point of view given > >> his position as a business owner of a similar scale. But, does > >> Autodesk being in the fray preclude, antagonize, or even attract > >> other similar sized commercial entities? How will ESRI or > >> Intergraph or Mapinfo or even Oracle and/or Microsoft (all with > >> interests in GIS and mapping) react? > >> > >> 2. The nomenclature does make it seem like the real MapServer has > >> gotten the short shrift. First there was 'classic' or 'lite.' Then > >> came 'professional.' Now Enterprise seems to be all the rage. I > >> could imagine M2EE (MapServer 2 Enterprise Edition), but MapServer > >> Cheetah just doesn't have the same feel other than providing a > >> convenient pencil cover art for the next O'Reilly mapping-made-easy > >> edition. It does seem like Autodesk is making out here on the > >> goodwill established by MapServer. If not a fork of the source, it > >> certainly will be a fork of the energies. I highly doubt the same > >> folks will be able to contribute to both causes with equal vigor. > >> > >> On the other hand, yes, legal indemnification might be worthwhile > >> attraction. Does Autodesk really provide that? To what extent? I > >> haven't done my due diligence on all aspects of the deal. > >> > >> > >> > >> Lowell.Filak wrote: > >> > >>> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk > >>> lumped together in the discussion. While I understand the points > >>> made and responsibility must be shouldered. I also know that DM > >>> Solutions & UMN has always put Mapserver first. > >>> I think Steve alluded to the legal protection aspect that comes > >>> with Autodesk. Wasn't it a couple of years ago that a copyright > >>> holder threatened to sue the world of internet mapping? We thought > >>> it was a joke but... > >>> Is it possible that DMS & UMN felt the need (pressure) to do it > >>> NOW (aka. our next generation app is ready and we need to beat > >>> Goliath to market or else we pull out of negotiations)? > >>> Lowell > >>> Puneet Kishor writes: > >>> > >>>> Greetings all (and Ed). I re-joined the list today on coming > >>>> across the Autodesk newsblurb. My immediate feeling was, "If you > >>>> can't beat 'em..." The "you" was Autodesk, and "'em" was you-know- > >>>> who. That was followed by a little bit of giddyness, as it meant > >>>> that my beloved MapServer was going high profile. I immediately > >>>> darted off a congratulatory note to the pater of MapServer. But, > >>>> the feeling has worn off; and Ed's very thoughtful (and wordy) > >>>> note below has reinforced some of the diffidence that I feel. > >>>> First, I do feel that MapServer seems to get the second place > >>>> here. Everyone and their janitor wants "Enterprise." This Cheetah > >>>> bullshit ain't gonna work. Makes MS-C look sound like a hobby-kit. > >>>> Second, Autodesk gets a big, free PR thing out of it, and it > >>>> doesn't even work on a Mac... I mean, give me a break. > >>>> I am all for the foundation, have been from the day I chimed in > >>>> my support at Ottawa... we all wanted to know where to send the > >>>> check of support, and a foundation would have been such a recipient. > >>>> This foundation is a bit of a squib, unless one's shilling for > >>>> Autodesk. > >>>> That said, I am not as pessimistic as Ed might sound... yes, > >>>> there never will be another "founder" other than those involved, > >>>> and yes, personally, I would rather think of UMN as a founder > >>>> instead of any other commercial entity. But, the key is to find a > >>>> way out/around this, and get the MapServer brand as de- > >>>> commercialized as possible. > >>>> And, for heaven's sake, lets get the Enterprise moniker. > >>>> Ed McNierney wrote: > >>>> > >>>>> Folks - > >>>>> This morning I sent a few comments about the MapServer Foundation > >>>>> off-list to Steve Lime, and (at my request) he forwarded them on > >>>>> to some > >>>>> of the other folks involved. After a comments by a few folks > >>>>> there were > >>>>> requests that I post my messages to the broader community. This > >>>>> post is > >>>>> an attempt to do that in a consolidated way. I apologize for being > >>>>> wordy, but there's a lot to say. > >>>>> I've been a member of the MapServer "community" for several > >>>>> years now. > >>>>> The Foundation project is the first time I can ever recall there > >>>>> being a > >>>>> conscious, ongoing, and deliberate attempt to exclude most of the > >>>>> community from a discussion of significance about MapServer. A > >>>>> small > >>>>> number of people - some of whom are dedicated developers who've > >>>>> contributed far more than I ever have - decided to enter into > >>>>> discussions that included two commercial firms (DM Solutions and > >>>>> Autodesk). No one else got to participate, and the work was > >>>>> deliberately kept secret. Doesn't sound like much of an "open" > >>>>> project > >>>>> to me. > >>>>> A MapServer Foundation is a very, very good idea. This MapServer > >>>>> Foundation has gotten off to a very, very bad start. I find > >>>>> myself in > >>>>> the position of being quite reluctant to support this instance of a > >>>>> concept I eagerly wish to support. > >>>>> I think I should start by explaining why I think a MapServer > >>>>> Foundation > >>>>> is a very good idea (as opposed to what others think, even > >>>>> though we > >>>>> generally seem to agree). MapServer has been well-served by the > >>>>> technical and development community that supports it. It has > >>>>> mainly > >>>>> lacked many of the things that make a "program" a "product". It > >>>>> needs > >>>>> better documentation, easier setup and sample sites, product > >>>>> summaries > >>>>> and literature, feature/benefit brochures and comparisons, > >>>>> benchmarking > >>>>> tests, presentations, a coordinated trade show/conference plan, > >>>>> better > >>>>> marketing, directories of consultants, reference sites, etc. I > >>>>> don't > >>>>> mean to denigrate any of the efforts made along any of these > >>>>> lines, but > >>>>> I think we all know there are things you can currently get from > >>>>> commercial vendors that aren't available with MapServer. A > >>>>> Foundation > >>>>> would be a great way to provide these things. It wouldn't need > >>>>> to get > >>>>> in the way of the development work, and could complement it by > >>>>> filling > >>>>> in the blanks. > >>>>> All of that takes money. A MapServer Foundation needs funding > >>>>> to do > >>>>> these things. Fortunately, there are several subsets of the > >>>>> MapServer > >>>>> community that are in a position to contribute funding. There are > >>>>> commercial users of MapServer (folks like me, GlobeXplorer, etc.), > >>>>> commercial developers/consultancies like DM Solutions and > >>>>> others, and > >>>>> the government and educational users who tend to not have much > >>>>> money to > >>>>> spend but can usually contribute something. > >>>>> To date, organizations interested in financial support for > >>>>> MapServer > >>>>> have been limited to funding specific software development > >>>>> tasks. The > >>>>> pace of that development has been such that every time I raise > >>>>> an idea > >>>>> about a project TopoZone could fund, it seems that someone else has > >>>>> gotten there first. I could have chipped in money for "future > >>>>> development", but there was no place to put it - it didn't make > >>>>> sense to > >>>>> just send Frank or Daniel or Steve a check and tell them to try > >>>>> to spend > >>>>> it somehow. And I would rather fund the "other stuff" than fund > >>>>> feature > >>>>> development - there's more of a need for it. A Foundation could > >>>>> fix > >>>>> that, by providing a place that takes in revenue from members and > >>>>> sponsors, and uses that revenue to fund projects - probably > >>>>> non-development projects as I mentioned above, since those won't > >>>>> get > >>>>> funded otherwise. The OGC membership model is a relevant and > >>>>> simple > >>>>> example of this sort of thing. > >>>>> So what does the Foundation need to do that? It needs to be > >>>>> open and > >>>>> inclusive, eligible to all to participate as peers or as peers > >>>>> within > >>>>> certain classes of membership. It needs to be independent of any > >>>>> particular sponsor, and it also needs to APPEAR to be > >>>>> independent. It > >>>>> needs to have a clear mission and it needs to simplify and clarify > >>>>> things for its members and for its constituent base. It needs > >>>>> to be > >>>>> seen as the unswerving voice dedicated to the support of > >>>>> MapServer and > >>>>> nothing else. > >>>>> Today's announcement missed those goals by a wide mark. Some of > >>>>> those > >>>>> errors can be corrected, but some we'll have to live with > >>>>> forever. And > >>>>> most of them could have been avoided by the kind of open, inclusive > >>>>> discussion we've always had in the MapServer community - until now. > >>>>> Supporting the MapServer Foundation is a great PR and marketing > >>>>> opportunity. It appears that Autodesk and DM Solutions were > >>>>> extremely > >>>>> aware of that, and made sure that they didn't have to share that > >>>>> opportunity with anyone else. Being a "founder" is very > >>>>> important, and > >>>>> you've already seen Autodesk and DM Solutions take advantage of > >>>>> that > >>>>> through their own press releases today. No other company will > >>>>> *ever* > >>>>> get that chance - the press doesn't really care about the next few > >>>>> companies to sign on. When I created TopoZone in 1999, it was > >>>>> incredibly important to be the first topographic map site on the > >>>>> Web, > >>>>> because the PR value was so great. I suspect very few folks > >>>>> remember > >>>>> who launched the second one.... > >>>>> Companies will be attracted to sponsor the Foundation because of > >>>>> that PR > >>>>> value. Unfortunately, that value's gone and nothing will get it > >>>>> back. > >>>>> I'm certainly a potential financial supporter of the Foundation, > >>>>> but I'm > >>>>> also running a business. I can't simply give money away, but I can > >>>>> spend it on things that give me PR and marketing value. I could > >>>>> spend a > >>>>> pretty substantial (for me) sum as an annual commitment to the > >>>>> Foundation. I am now a *lot* less inclined to provide that > >>>>> support to > >>>>> this Foundation, because the value (in PR and marketing terms) is a > >>>>> whole lot less than it would have been if I could have been > >>>>> invited to > >>>>> the party. I'm certainly welcome to sign on and take a seat > >>>>> right up > >>>>> near the front - as long as it isn't in the front row. > >>>>> I don't say that because I'm personally miffed at being excluded > >>>>> - I'm > >>>>> just TopoZone. I say that because we'll never know how many > >>>>> firms and > >>>>> how much financial support could have been raised if someone had > >>>>> tried > >>>>> to solicit input and support in an open, inclusive way. There > >>>>> are lots > >>>>> of us out here. I've been told that it's "incredibly important" > >>>>> that > >>>>> the Foundation be seen as vendor-neutral and that it not be at > >>>>> the mercy > >>>>> of a single funder's contributions. Sounds good, but don't tell > >>>>> me that > >>>>> now - those are both reasons to solicit a larger number of > >>>>> contributing > >>>>> founding members rather than selling the whole package to Autodesk. > >>>>> It's not easy to undo that; the Foundation is clearly already > >>>>> seen as an > >>>>> Autodesk initiative by the press (in part because Autodesk has > >>>>> tried to > >>>>> make that point clear) and not many firms are interested in > >>>>> throwing > >>>>> money at Autodesk - they've got more of it than I do. > >>>>> My second huge concern is the branding/product lineup for the > >>>>> Foundation. I woke up this morning to two MapServers where we > >>>>> had one > >>>>> before. One of them has the impressive-sounding name "MapServer > >>>>> Enterprise" while the other is currently named after a large > >>>>> pussycat > >>>>> but may or may not be open to the possibility of being named > >>>>> after a > >>>>> different mammal. There's no doubt in the potential customer's > >>>>> mind > >>>>> which one is the grown-up, field-tested, production-ready, > >>>>> scalable, > >>>>> capable system. Unfortunately, they're thinking of the wrong one. > >>>>> Branding really matters. It's very important. Tyler Mitchell > >>>>> says so, > >>>>> too, on the new MapServer site. Autodesk has zillions of people > >>>>> who > >>>>> know that very, very well. They just bought a great brand and > >>>>> MapServer > >>>>> suddenly managed to take a back seat to itself, something I > >>>>> would have > >>>>> thought anatomically impossible. They've managed to appropriate a > >>>>> well-respected brand name and take center stage with it. > >>>>> Autodesk's > >>>>> press release takes advantage of that ambiguity by introducing > >>>>> Steve > >>>>> Lime as the "creator of MapServer" without saying which one they're > >>>>> talking about! Speaking of press releases, in an effort like > >>>>> this it is > >>>>> common for all founding members to see and sign off on each other's > >>>>> press releases in advance, something which appears (from some > >>>>> developer > >>>>> comments) to not have happened here. This is PR 101 stuff - if you > >>>>> don't try to keep what you're doing a secret, you might get helpful > >>>>> advice. > >>>>> The same is true, by the way, about the questions raised on > >>>>> Autodesk's > >>>>> patent policy. This should NOT be an open question *after* the > >>>>> announcement - Autodesk's patent portfolio and their defense of > >>>>> it are > >>>>> well-known. It should have been one of the first questions > >>>>> raised and > >>>>> answered. Once the Foundation's plans were made public it only > >>>>> took a > >>>>> few hours to bring it to everyone's attention - remember the > >>>>> benefits of > >>>>> open development? > >>>>> The "MapServer Enterprise" product just got inserted into the > >>>>> MapServer > >>>>> family by decree. Customers know very well that when they see two > >>>>> similar products side-by-side, usually due to a merger or > >>>>> acquisition, > >>>>> they sit back and wait to see which one gets killed off. This > >>>>> usually > >>>>> has the effect of discouraging adoption of BOTH products, because > >>>>> customers don't know which one to implement and don't want to > >>>>> make the > >>>>> wrong choice. Believe me, I've been a CTO standing up in front of > >>>>> customers in that situation more than once - they don't believe > >>>>> you can > >>>>> serve two masters, and they're right. > >>>>> Does the Apache Foundation offer two Web servers? Apache > >>>>> Enterprise and > >>>>> Apache Other? > >>>>> Can't kill off MapServer, you say? Perhaps not in a technical > >>>>> sense, > >>>>> but if there's a MapServer Foundation and a MapServer > >>>>> Enterprise, who's > >>>>> going to notice if that other thingy doesn't get the same amount of > >>>>> attention? Perhaps the platypus is indeed a good choice, as it may > >>>>> belong with the nearly-extinct monotremes. You can't kill the > >>>>> MapServer > >>>>> code, but you can certainly kill the brand. Please don't > >>>>> confuse the > >>>>> two. > >>>>> Why was the Foundation "announced" when it apparently doesn't > >>>>> actually > >>>>> exist? It seems like today's announcement was designed > >>>>> primarily to > >>>>> maximize the PR value to DM Solutions and Autodesk - after all, the > >>>>> press got briefed about it before the rest of us did. As far as > >>>>> I can > >>>>> tell, there isn't any foundation, but when we get one it's going > >>>>> to be > >>>>> great and open to all, because DM Solutions and UMN and Autodesk > >>>>> have > >>>>> all assured each other that it will be. Each time I hear that > >>>>> "now's > >>>>> the time to participate", I cringe because I'm being told that > >>>>> by the > >>>>> exclusive group who deliberately prevented all of us from > >>>>> participating > >>>>> until they decided they had gotten what they needed out of it > >>>>> and it's > >>>>> now OK to let the rest of us inside. The time to participate > >>>>> was last > >>>>> week, or last month, before anything got announced and before we > >>>>> were > >>>>> all handed the Foundation. If the Foundation is really a > >>>>> genuinely open > >>>>> opportunity for us, then tell us that the inclusion of Autodesk's > >>>>> product isn't non-negotiable. Do the rest of us get to insert > >>>>> MapServer-branded products whenever we want to? > >>>>> All of these problems were preventable. All it would have taken > >>>>> was an > >>>>> open discussion of the proposal. You get a lot of people > >>>>> spouting off, > >>>>> and then you find out who's really interested. You find out how > >>>>> many > >>>>> commercial sponsors you can get and at what level of support. You > >>>>> create what appears to the public as a truly open consortium that's > >>>>> worth watching, instead of one that triggers discussions about > >>>>> Autodesk. > >>>>> You demonstrate right from the start that you have a broad base of > >>>>> commercial support, with commercial firms from the USA, Canada, > >>>>> Europe, > >>>>> South America, Australia, etc. What was the perceived benefit of > >>>>> keeping the process secret and exclusive? Did someone threaten > >>>>> to pick > >>>>> up their marbles and go home? You can often be surprised at how > >>>>> many > >>>>> folks are willing to contribute their own marbles when something > >>>>> like > >>>>> that happens - but you never know until you ask. > >>>>> The MapServer community really needs a Foundation to support it > >>>>> and to > >>>>> keep the product healthy and growing. There are many examples > >>>>> of the > >>>>> creation of such consortia to draw from, both inside of and > >>>>> outside of > >>>>> the Open Source community. It doesn't appear those examples were > >>>>> considered. We really need a MapServer Foundation - I'm not at > >>>>> all sure > >>>>> that we need this one. > > > > > > +-----------------------------------------------------------------+ > > |Paul Spencer pspencer at dmsolutions.ca | > > +-----------------------------------------------------------------+ > > |Applications & Software Development | > > |DM Solutions Group Inc http://www.dmsolutions.ca/| > > +-----------------------------------------------------------------+ > > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 > From pspencer at DMSOLUTIONS.CA Tue Nov 29 09:30:32 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 12:30:32 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <438C8276.4010702@tamu.edu> Message-ID: Thanks Gerry. I must admit that I was mostly annoyed with Ed for what appeared to me as spreading FUD, and my comments (or lack thereof) reflect that. I find your summary targeted at the real issues at hand here, so perhaps it was just the length of Ed's comments that obscured their intent. It is possible that I am being naive in trusting that ADSKs commitment is sincere, but I don't think so. I certainly don't think there is any conspiracy to undermine the community, especially as that conspiracy would have to involve all the members of the MTSC ... Cheers Paul On 29-Nov-05, at 11:31 AM, Gerry Creager N5JXS wrote: > Paul, > > I hate to have to add fuel to the fire, but I feel I need to comment. > > Ed's comments were lengthy, but you managed to dismiss them in a > single sentence. However, he's on-target about several key points. > > I recall, at the last MUM, the comments about a closed group to > better guide future releases. However, in general, the process has > maintainted the appearance of openness and bugs were readily > discussed, as were feature additions. This may, in retrospect, > have announced the initial closure of the organization. > > Mapserver has been a stellar community effort. Locking down the > group, creating the Foundation, and springing it on this same > Community, has had a chilling effect. Yesterday, with the initial > announcement, I was excited. Today, having read the Open Letter > more closely, and the press releases, I now share the concerns Ed > so eloquently articulated. I can't effect significant change on > the Foundation. My University can't effect significant change... I > don't see a mechanism for my University to participate, save as a > user. > > I've been involved in organizations who morphed in this manner > before, and unfortunately, it's usually resulted in the > organization being taken over by the corporate partners. There are > shining examples of this not happening: OGC's roots are in > corporate sponsorship but they've been refreshingly non-partisan... > although there's a tendancy to reflect a product as being OGC > compliant when it meets some subset of the testing... and the > rather staggering costs associated with official compliance > testing: Mapserver's not been tested recently, as I recall, for > this very reason. > > I, too, object to the terms "Mapserver [insert favorite animal > here]" and "Mapserver Enterprise" as the impression is the tool I > have been using so successfully, the one I've been promoting to my > ESRI-using colleagues, and where I've demonstrated often equal or > better performance, is a toy, and this newly advertised addition, > somewhat largish and hard to downlaod and implement initially, is > better, more secure, has an improved pedigree and is a real > "enterprise-ready" (note: ISO-9002 buzzword-compliant) product. > Oh... and yes, let's capitalize on the term Mapserver. > > So: I'm frustrated. This isn't directed at you, Paul, but more at > the process and the participants who elected to keep this process a > secret from the Community whove been supportive in the past. A > Community that would likely benefit from this concept in the > future. But not a Community likely to benefit from an advertising > exercise for pure corporate gain. I work for a University, and I > have several projects that depend on this technology. I can't make > money off it. I can support its development periodically, and I can > provide thoughts and suggestions. But where's the benefit for me > if I can't implement the product most likely to see the > improvements, and if I cannot create the working files for that > package because it requires a computer operating system that has > been deemed unsafe in our environment? No, Virginia, I don't have > a spare Windows workstation. > > I don't know how to resolve this, or who will. I do know I'm > disappointed at how all this came about, and my inability to effect > change. > > Respectfully, > Gerry Creager > > Paul Spencer wrote: >> Puneet, >> re legal indemnification, I don't think the intention is for Autodesk >> to provide that (directly). Autodesk is funding the creation of a >> separate legal entity (think Apache Foundation) and that legal entity >> will be tasked with determining what it will provide and how. >> Lowell, thanks for the support ... >> Ed, I'm sorry that you feel this way but you certainly have the right >> to express your opinion ... >> Cheers >> Paul >> On 29-Nov-05, at 12:23 AM, Puneet Kishor wrote: >>> I must underscore that I am not alluding to any conspiracy of any >>> sort. I am only alluding to the facts that -- >>> >>> 1. Putting commercial entries as sponsors of opensource, Autodesk >>> or any other, in the manner that it seems like in the case of >>> MapServer, takes something away from the grassroots community >>> aspect of it all. DMS is fairly innocuous here, and I have little >>> reason to doubt them. I have known them for several years, and some >>> of them are my friends. Others may rightly or wrongly feel >>> differently. I can certainly understand Ed's point of view given >>> his position as a business owner of a similar scale. But, does >>> Autodesk being in the fray preclude, antagonize, or even attract >>> other similar sized commercial entities? How will ESRI or >>> Intergraph or Mapinfo or even Oracle and/or Microsoft (all with >>> interests in GIS and mapping) react? >>> >>> 2. The nomenclature does make it seem like the real MapServer has >>> gotten the short shrift. First there was 'classic' or 'lite.' Then >>> came 'professional.' Now Enterprise seems to be all the rage. I >>> could imagine M2EE (MapServer 2 Enterprise Edition), but MapServer >>> Cheetah just doesn't have the same feel other than providing a >>> convenient pencil cover art for the next O'Reilly mapping-made-easy >>> edition. It does seem like Autodesk is making out here on the >>> goodwill established by MapServer. If not a fork of the source, it >>> certainly will be a fork of the energies. I highly doubt the same >>> folks will be able to contribute to both causes with equal vigor. >>> >>> On the other hand, yes, legal indemnification might be worthwhile >>> attraction. Does Autodesk really provide that? To what extent? I >>> haven't done my due diligence on all aspects of the deal. >>> >>> >>> >>> Lowell.Filak wrote: >>> >>>> Just as a side-note I can't envision UMN, DM Solutions, & Autodesk >>>> lumped together in the discussion. While I understand the points >>>> made and responsibility must be shouldered. I also know that DM >>>> Solutions & UMN has always put Mapserver first. >>>> I think Steve alluded to the legal protection aspect that comes >>>> with Autodesk. Wasn't it a couple of years ago that a copyright >>>> holder threatened to sue the world of internet mapping? We thought >>>> it was a joke but... >>>> Is it possible that DMS & UMN felt the need (pressure) to do it >>>> NOW (aka. our next generation app is ready and we need to beat >>>> Goliath to market or else we pull out of negotiations)? >>>> Lowell >>>> Puneet Kishor writes: >>>> >>>>> Greetings all (and Ed). I re-joined the list today on coming >>>>> across the Autodesk newsblurb. My immediate feeling was, "If you >>>>> can't beat 'em..." The "you" was Autodesk, and "'em" was you-know- >>>>> who. That was followed by a little bit of giddyness, as it meant >>>>> that my beloved MapServer was going high profile. I immediately >>>>> darted off a congratulatory note to the pater of MapServer. But, >>>>> the feeling has worn off; and Ed's very thoughtful (and wordy) >>>>> note below has reinforced some of the diffidence that I feel. >>>>> First, I do feel that MapServer seems to get the second place >>>>> here. Everyone and their janitor wants "Enterprise." This Cheetah >>>>> bullshit ain't gonna work. Makes MS-C look sound like a hobby-kit. >>>>> Second, Autodesk gets a big, free PR thing out of it, and it >>>>> doesn't even work on a Mac... I mean, give me a break. >>>>> I am all for the foundation, have been from the day I chimed in >>>>> my support at Ottawa... we all wanted to know where to send the >>>>> check of support, and a foundation would have been such a >>>>> recipient. >>>>> This foundation is a bit of a squib, unless one's shilling for >>>>> Autodesk. >>>>> That said, I am not as pessimistic as Ed might sound... yes, >>>>> there never will be another "founder" other than those involved, >>>>> and yes, personally, I would rather think of UMN as a founder >>>>> instead of any other commercial entity. But, the key is to find a >>>>> way out/around this, and get the MapServer brand as de- >>>>> commercialized as possible. >>>>> And, for heaven's sake, lets get the Enterprise moniker. >>>>> Ed McNierney wrote: >>>>> >>>>>> Folks - >>>>>> This morning I sent a few comments about the MapServer Foundation >>>>>> off-list to Steve Lime, and (at my request) he forwarded them on >>>>>> to some >>>>>> of the other folks involved. After a comments by a few folks >>>>>> there were >>>>>> requests that I post my messages to the broader community. This >>>>>> post is >>>>>> an attempt to do that in a consolidated way. I apologize for >>>>>> being >>>>>> wordy, but there's a lot to say. >>>>>> I've been a member of the MapServer "community" for several >>>>>> years now. >>>>>> The Foundation project is the first time I can ever recall there >>>>>> being a >>>>>> conscious, ongoing, and deliberate attempt to exclude most of the >>>>>> community from a discussion of significance about MapServer. A >>>>>> small >>>>>> number of people - some of whom are dedicated developers who've >>>>>> contributed far more than I ever have - decided to enter into >>>>>> discussions that included two commercial firms (DM Solutions and >>>>>> Autodesk). No one else got to participate, and the work was >>>>>> deliberately kept secret. Doesn't sound like much of an "open" >>>>>> project >>>>>> to me. >>>>>> A MapServer Foundation is a very, very good idea. This MapServer >>>>>> Foundation has gotten off to a very, very bad start. I find >>>>>> myself in >>>>>> the position of being quite reluctant to support this instance >>>>>> of a >>>>>> concept I eagerly wish to support. >>>>>> I think I should start by explaining why I think a MapServer >>>>>> Foundation >>>>>> is a very good idea (as opposed to what others think, even >>>>>> though we >>>>>> generally seem to agree). MapServer has been well-served by the >>>>>> technical and development community that supports it. It has >>>>>> mainly >>>>>> lacked many of the things that make a "program" a "product". It >>>>>> needs >>>>>> better documentation, easier setup and sample sites, product >>>>>> summaries >>>>>> and literature, feature/benefit brochures and comparisons, >>>>>> benchmarking >>>>>> tests, presentations, a coordinated trade show/conference plan, >>>>>> better >>>>>> marketing, directories of consultants, reference sites, etc. I >>>>>> don't >>>>>> mean to denigrate any of the efforts made along any of these >>>>>> lines, but >>>>>> I think we all know there are things you can currently get from >>>>>> commercial vendors that aren't available with MapServer. A >>>>>> Foundation >>>>>> would be a great way to provide these things. It wouldn't need >>>>>> to get >>>>>> in the way of the development work, and could complement it by >>>>>> filling >>>>>> in the blanks. >>>>>> All of that takes money. A MapServer Foundation needs funding >>>>>> to do >>>>>> these things. Fortunately, there are several subsets of the >>>>>> MapServer >>>>>> community that are in a position to contribute funding. There >>>>>> are >>>>>> commercial users of MapServer (folks like me, GlobeXplorer, >>>>>> etc.), >>>>>> commercial developers/consultancies like DM Solutions and >>>>>> others, and >>>>>> the government and educational users who tend to not have much >>>>>> money to >>>>>> spend but can usually contribute something. >>>>>> To date, organizations interested in financial support for >>>>>> MapServer >>>>>> have been limited to funding specific software development >>>>>> tasks. The >>>>>> pace of that development has been such that every time I raise >>>>>> an idea >>>>>> about a project TopoZone could fund, it seems that someone >>>>>> else has >>>>>> gotten there first. I could have chipped in money for "future >>>>>> development", but there was no place to put it - it didn't make >>>>>> sense to >>>>>> just send Frank or Daniel or Steve a check and tell them to try >>>>>> to spend >>>>>> it somehow. And I would rather fund the "other stuff" than fund >>>>>> feature >>>>>> development - there's more of a need for it. A Foundation could >>>>>> fix >>>>>> that, by providing a place that takes in revenue from members and >>>>>> sponsors, and uses that revenue to fund projects - probably >>>>>> non-development projects as I mentioned above, since those won't >>>>>> get >>>>>> funded otherwise. The OGC membership model is a relevant and >>>>>> simple >>>>>> example of this sort of thing. >>>>>> So what does the Foundation need to do that? It needs to be >>>>>> open and >>>>>> inclusive, eligible to all to participate as peers or as peers >>>>>> within >>>>>> certain classes of membership. It needs to be independent of any >>>>>> particular sponsor, and it also needs to APPEAR to be >>>>>> independent. It >>>>>> needs to have a clear mission and it needs to simplify and >>>>>> clarify >>>>>> things for its members and for its constituent base. It needs >>>>>> to be >>>>>> seen as the unswerving voice dedicated to the support of >>>>>> MapServer and >>>>>> nothing else. >>>>>> Today's announcement missed those goals by a wide mark. Some of >>>>>> those >>>>>> errors can be corrected, but some we'll have to live with >>>>>> forever. And >>>>>> most of them could have been avoided by the kind of open, >>>>>> inclusive >>>>>> discussion we've always had in the MapServer community - until >>>>>> now. >>>>>> Supporting the MapServer Foundation is a great PR and marketing >>>>>> opportunity. It appears that Autodesk and DM Solutions were >>>>>> extremely >>>>>> aware of that, and made sure that they didn't have to share that >>>>>> opportunity with anyone else. Being a "founder" is very >>>>>> important, and >>>>>> you've already seen Autodesk and DM Solutions take advantage of >>>>>> that >>>>>> through their own press releases today. No other company will >>>>>> *ever* >>>>>> get that chance - the press doesn't really care about the next >>>>>> few >>>>>> companies to sign on. When I created TopoZone in 1999, it was >>>>>> incredibly important to be the first topographic map site on the >>>>>> Web, >>>>>> because the PR value was so great. I suspect very few folks >>>>>> remember >>>>>> who launched the second one.... >>>>>> Companies will be attracted to sponsor the Foundation because of >>>>>> that PR >>>>>> value. Unfortunately, that value's gone and nothing will get it >>>>>> back. >>>>>> I'm certainly a potential financial supporter of the Foundation, >>>>>> but I'm >>>>>> also running a business. I can't simply give money away, but >>>>>> I can >>>>>> spend it on things that give me PR and marketing value. I could >>>>>> spend a >>>>>> pretty substantial (for me) sum as an annual commitment to the >>>>>> Foundation. I am now a *lot* less inclined to provide that >>>>>> support to >>>>>> this Foundation, because the value (in PR and marketing terms) >>>>>> is a >>>>>> whole lot less than it would have been if I could have been >>>>>> invited to >>>>>> the party. I'm certainly welcome to sign on and take a seat >>>>>> right up >>>>>> near the front - as long as it isn't in the front row. >>>>>> I don't say that because I'm personally miffed at being excluded >>>>>> - I'm >>>>>> just TopoZone. I say that because we'll never know how many >>>>>> firms and >>>>>> how much financial support could have been raised if someone had >>>>>> tried >>>>>> to solicit input and support in an open, inclusive way. There >>>>>> are lots >>>>>> of us out here. I've been told that it's "incredibly important" >>>>>> that >>>>>> the Foundation be seen as vendor-neutral and that it not be at >>>>>> the mercy >>>>>> of a single funder's contributions. Sounds good, but don't tell >>>>>> me that >>>>>> now - those are both reasons to solicit a larger number of >>>>>> contributing >>>>>> founding members rather than selling the whole package to >>>>>> Autodesk. >>>>>> It's not easy to undo that; the Foundation is clearly already >>>>>> seen as an >>>>>> Autodesk initiative by the press (in part because Autodesk has >>>>>> tried to >>>>>> make that point clear) and not many firms are interested in >>>>>> throwing >>>>>> money at Autodesk - they've got more of it than I do. >>>>>> My second huge concern is the branding/product lineup for the >>>>>> Foundation. I woke up this morning to two MapServers where we >>>>>> had one >>>>>> before. One of them has the impressive-sounding name "MapServer >>>>>> Enterprise" while the other is currently named after a large >>>>>> pussycat >>>>>> but may or may not be open to the possibility of being named >>>>>> after a >>>>>> different mammal. There's no doubt in the potential customer's >>>>>> mind >>>>>> which one is the grown-up, field-tested, production-ready, >>>>>> scalable, >>>>>> capable system. Unfortunately, they're thinking of the wrong >>>>>> one. >>>>>> Branding really matters. It's very important. Tyler Mitchell >>>>>> says so, >>>>>> too, on the new MapServer site. Autodesk has zillions of people >>>>>> who >>>>>> know that very, very well. They just bought a great brand and >>>>>> MapServer >>>>>> suddenly managed to take a back seat to itself, something I >>>>>> would have >>>>>> thought anatomically impossible. They've managed to >>>>>> appropriate a >>>>>> well-respected brand name and take center stage with it. >>>>>> Autodesk's >>>>>> press release takes advantage of that ambiguity by introducing >>>>>> Steve >>>>>> Lime as the "creator of MapServer" without saying which one >>>>>> they're >>>>>> talking about! Speaking of press releases, in an effort like >>>>>> this it is >>>>>> common for all founding members to see and sign off on each >>>>>> other's >>>>>> press releases in advance, something which appears (from some >>>>>> developer >>>>>> comments) to not have happened here. This is PR 101 stuff - >>>>>> if you >>>>>> don't try to keep what you're doing a secret, you might get >>>>>> helpful >>>>>> advice. >>>>>> The same is true, by the way, about the questions raised on >>>>>> Autodesk's >>>>>> patent policy. This should NOT be an open question *after* the >>>>>> announcement - Autodesk's patent portfolio and their defense of >>>>>> it are >>>>>> well-known. It should have been one of the first questions >>>>>> raised and >>>>>> answered. Once the Foundation's plans were made public it only >>>>>> took a >>>>>> few hours to bring it to everyone's attention - remember the >>>>>> benefits of >>>>>> open development? >>>>>> The "MapServer Enterprise" product just got inserted into the >>>>>> MapServer >>>>>> family by decree. Customers know very well that when they see >>>>>> two >>>>>> similar products side-by-side, usually due to a merger or >>>>>> acquisition, >>>>>> they sit back and wait to see which one gets killed off. This >>>>>> usually >>>>>> has the effect of discouraging adoption of BOTH products, because >>>>>> customers don't know which one to implement and don't want to >>>>>> make the >>>>>> wrong choice. Believe me, I've been a CTO standing up in >>>>>> front of >>>>>> customers in that situation more than once - they don't believe >>>>>> you can >>>>>> serve two masters, and they're right. >>>>>> Does the Apache Foundation offer two Web servers? Apache >>>>>> Enterprise and >>>>>> Apache Other? >>>>>> Can't kill off MapServer, you say? Perhaps not in a technical >>>>>> sense, >>>>>> but if there's a MapServer Foundation and a MapServer >>>>>> Enterprise, who's >>>>>> going to notice if that other thingy doesn't get the same >>>>>> amount of >>>>>> attention? Perhaps the platypus is indeed a good choice, as >>>>>> it may >>>>>> belong with the nearly-extinct monotremes. You can't kill the >>>>>> MapServer >>>>>> code, but you can certainly kill the brand. Please don't >>>>>> confuse the >>>>>> two. >>>>>> Why was the Foundation "announced" when it apparently doesn't >>>>>> actually >>>>>> exist? It seems like today's announcement was designed >>>>>> primarily to >>>>>> maximize the PR value to DM Solutions and Autodesk - after >>>>>> all, the >>>>>> press got briefed about it before the rest of us did. As far as >>>>>> I can >>>>>> tell, there isn't any foundation, but when we get one it's going >>>>>> to be >>>>>> great and open to all, because DM Solutions and UMN and Autodesk >>>>>> have >>>>>> all assured each other that it will be. Each time I hear that >>>>>> "now's >>>>>> the time to participate", I cringe because I'm being told that >>>>>> by the >>>>>> exclusive group who deliberately prevented all of us from >>>>>> participating >>>>>> until they decided they had gotten what they needed out of it >>>>>> and it's >>>>>> now OK to let the rest of us inside. The time to participate >>>>>> was last >>>>>> week, or last month, before anything got announced and before we >>>>>> were >>>>>> all handed the Foundation. If the Foundation is really a >>>>>> genuinely open >>>>>> opportunity for us, then tell us that the inclusion of Autodesk's >>>>>> product isn't non-negotiable. Do the rest of us get to insert >>>>>> MapServer-branded products whenever we want to? >>>>>> All of these problems were preventable. All it would have taken >>>>>> was an >>>>>> open discussion of the proposal. You get a lot of people >>>>>> spouting off, >>>>>> and then you find out who's really interested. You find out how >>>>>> many >>>>>> commercial sponsors you can get and at what level of support. >>>>>> You >>>>>> create what appears to the public as a truly open consortium >>>>>> that's >>>>>> worth watching, instead of one that triggers discussions about >>>>>> Autodesk. >>>>>> You demonstrate right from the start that you have a broad >>>>>> base of >>>>>> commercial support, with commercial firms from the USA, Canada, >>>>>> Europe, >>>>>> South America, Australia, etc. What was the perceived benefit of >>>>>> keeping the process secret and exclusive? Did someone threaten >>>>>> to pick >>>>>> up their marbles and go home? You can often be surprised at how >>>>>> many >>>>>> folks are willing to contribute their own marbles when something >>>>>> like >>>>>> that happens - but you never know until you ask. >>>>>> The MapServer community really needs a Foundation to support it >>>>>> and to >>>>>> keep the product healthy and growing. There are many examples >>>>>> of the >>>>>> creation of such consortia to draw from, both inside of and >>>>>> outside of >>>>>> the Open Source community. It doesn't appear those examples were >>>>>> considered. We really need a MapServer Foundation - I'm not at >>>>>> all sure >>>>>> that we need this one. >> +-----------------------------------------------------------------+ >> |Paul Spencer pspencer at dmsolutions.ca | >> +-----------------------------------------------------------------+ >> |Applications & Software Development | >> |DM Solutions Group Inc http://www.dmsolutions.ca/| >> +-----------------------------------------------------------------+ > > -- > Gerry Creager -- gerry.creager at tamu.edu > Texas Mesonet -- AATLT, Texas A&M University > Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 > Page: 979.228.0173 > Office: 903A Eller Bldg, TAMU, College Station, TX 77843 +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From sgillies at FRII.COM Tue Nov 29 09:44:15 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Tue, 29 Nov 2005 10:44:15 -0700 Subject: MapServer Foundation thoughts and reactions In-Reply-To: Message-ID: All members, Paul? For the record, fact is that I abstained from participating. At the time, I suspected that I was invited as much to provide cover as anything else. Howard and Frank convinced me otherwise. But now here you are using the unanimous consent of the MTSC as cover :( cheers, Sean On Nov 29, 2005, at 10:30 AM, Paul Spencer wrote: > Thanks Gerry. > > I must admit that I was mostly annoyed with Ed for what appeared to > me as spreading FUD, and my comments (or lack thereof) reflect that. > I find your summary targeted at the real issues at hand here, so > perhaps it was just the length of Ed's comments that obscured their > intent. > > It is possible that I am being naive in trusting that ADSKs > commitment is sincere, but I don't think so. I certainly don't think > there is any conspiracy to undermine the community, especially as > that conspiracy would have to involve all the members of the MTSC ... > > Cheers > > Paul > From pspencer at DMSOLUTIONS.CA Tue Nov 29 09:53:44 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 12:53:44 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: Message-ID: I stand corrected! Thanks Sean. Cheers Paul On 29-Nov-05, at 12:44 PM, Sean Gillies wrote: > All members, Paul? For the record, fact is that I abstained from > participating. At the time, I suspected that I was invited as much > to provide cover as anything else. Howard and Frank convinced me > otherwise. But now here you are using the unanimous consent of the > MTSC as cover :( > > cheers, > Sean > > On Nov 29, 2005, at 10:30 AM, Paul Spencer wrote: > >> Thanks Gerry. >> >> I must admit that I was mostly annoyed with Ed for what appeared to >> me as spreading FUD, and my comments (or lack thereof) reflect that. >> I find your summary targeted at the real issues at hand here, so >> perhaps it was just the length of Ed's comments that obscured their >> intent. >> >> It is possible that I am being naive in trusting that ADSKs >> commitment is sincere, but I don't think so. I certainly don't think >> there is any conspiracy to undermine the community, especially as >> that conspiracy would have to involve all the members of the MTSC ... >> >> Cheers >> >> Paul >> +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From warmerdam at POBOX.COM Tue Nov 29 10:04:18 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 13:04:18 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <71c3c6c50511290927g715e9548ie7d65ca59810a4d7@mail.gmail.com> Message-ID: Folks, I would like to appologise for not being around on announcement day. It had been my intent to participate more immediately in discussions. First, Ed, I completely agree with you about the poisonious nature of closed discussions by a "cabal" about establishing the foundation. I know that several of us found this especially distasteful. Yet, we were basically in the position of doing something or doing nothing. After some introspection, I thought doing something was better. However, we have actively pushed to keep the nature of the foundation open past the announcement so that it could really be established by the community. Nevertheless, your point about Autodesk (and to some degree DMSG) getting the initial PR splash is quite true. But the PR splash was really more about Autodesk open sourcing a product. The formation of the foundation was secondary. No matter how things were structured the big story in the press would still have been about Autodesk. I'm somewhat conflicted on the "MapServer Enterprise" name. On the one hand, it does seem to give that product the most professional mantle. To some extent they deserve that. They have built in alot of "enterprise class" features that I find scary and heavy. On the other hand, it is unproven, especially in "enterprise level workloads" that we know MapServer Cheetah can handle well (with appropriate care). Ultimately my position was that I wouldn't stand for them dictating the name of "my" product, so it was unfair for me to dictate theirs. I would add, I wouldn't even want our product to be called "MapServer Enterprise". BTW, I see "MapServer Cheetah" as meaning fast and lean, compared to the complicated and heavy sense I get from "MapServer Enterprise", but I can certainly see why the "enterprise class" version is going to seem like the obvious safe choice for lots of folks. But really, if their needs analysis goes as deep as a name, they have issues. On 11/29/05, David Bitner wrote: > Has there been any discussion about governance for the new Masperver > Foundation? David, There has been relatively little discussions of the governance model of the foundation because I (and others) wanted that established in the open. > My impression (and hope) is that the signatories have at > least discussed this somewhat. I would like to see something come > about that made sure to include a wide breadth of the Mapserver > Community. The signatories were primarily made up of core developers. > I would like to see the Foundation involve the following. > > 1. Core application developers > 2. Core organized client application developers (ie ka-map, mapbuilder, etc) > 3. Service Providers (individual consultants, DM, Refractions, Autodesk etc) > 4. Users (individuals, user groups, universities, government agencies) I would like to strongly state that I do not see the foundation being dominated by the development folks, or organizations. I think it is very important that the foundation be dominated by all sorts of people and organizations using MapServer. Certainly all of those you identify above. In fact, I think feel strongly that anyone who self-identifies as having an interest in mapserver should be able to be a member of the foundation and have their say (and vote). > Another question, will the board be subject to elections from the > community as a whole? My hope is that self-identified interested parties can join the foundation as members, and that the board will be elected by those members. Furthermore, I think the basic membership level for voting purposes should have at best a nominal membership fee. Perhaps $10USD/yr. It could even be free, though I think the paperwork of sending in a small payment would at least week out those with exceptionally little interest. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 10:05:22 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 12:05:22 -0600 Subject: MapServer Foundation thoughts and reactions Message-ID: I have the utmost respect for the original MTSC and developers of MapServer. I also feel they are looking out for the best interest of the longevity of MapServer and I do feel the idea of the foundation is a good thing, but with that said I also feel some concerns. As an individual attempting to offer MapServer consulting services for a private business (which is an uphill battle the way it is), I also share some of the same concerns others have expressed on the list over the past day. I feel it is important to let share my concerns with the MTSC and community. The main concern I have is the re-branding and naming of the different software products in the MapServer Foundation. How about calling the foundation something not tied to either name like "web mapping foundation" and let MapServer keep it's name? I think the MTSC is giving up the MapServer name to easy to Autodesk. When I think ahead about giving a presentation or trying to sell an "original" MapServer solution to a potential client, I think it is going to be a challenge and uphill battle trying to explain the difference in software names and why I am using one over the other. I also agree that it makes the "original" MapServer sound like it may not work as an enterprise solution when anybody that has worked with MapServer knows that is not the case. Try explaining that to a client that has not followed MapServer for the past 5 years and knows little our nothing about the software. I also agree with Puneet that something needs to be done to reassure the original MapServer community that this isn't an exploit by Autodesk to simply gain market share. (Why haven't we seen anyone respond from Autodesk, other than their press release that already makes mentions that they are coming out with a commercial version?) I personally would like to see a list of questions compiled with concerns that have been brought up and then answered by the MTSC. Hopefully this would reassure me as a user and business consultant that this is the best software arena for me to pursue offering services. Respectfully, Brian Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of P Kishor Sent: Tuesday, November 29, 2005 11:08 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions ok. The cat's out of the bag. So, what now? In the interest of bringing the community back to happytown, here are a few suggestions -- 1. Tell Autodesk that they are welcome to the community, however... 2. "MapServer Enterprise" is the re-branding of our MapServer with our PostGIS (go, Refractions, go...). Then we can forget about the Cheetah episode. Funny, Refractions' contribution of their product to the MapServer community was so well done, and so well received. We are forever grateful to Paul Ramsey and friends for their work. And then, this behemoth organization comes in, with no prior history with MapServer, and just blows it. 3. Autodesk is welcome to rename their contribution as Autodesk Coregeo for MapServer Enterprise (ACME, if they so desire). 4. Autodesk is welcome to contribute their other intellectual properties to the MapServer Foundation, which, the foundation will accept after due pontification. (note: MapStudio kinda thing for MapServer enterprise might be nice...). Invite other supersize players to join in as well. 5. MapServer Foundation create the mechanism for transparently and openly electing the governing council. There are many examples out there... the Perl Foundation, the Apache Foundation, etc. Perl Chief Pumpkin Holder mechanism might be a cool thing to emulate for the development side (Steve-o can be the benevolent dictator for life -- he has my vote). The foundation members should represent independent developers, Universities, small as well as supersized business owners/NGOs. 6. Everyone hug each other in Switzerland (for which, thankfully I won't be around -- for the hugging, that is). From andy.canfield at GMAIL.COM Tue Nov 29 10:19:06 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Tue, 29 Nov 2005 10:19:06 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: <1AAB041E53A631468FD049F217BFEFB001B65C@server.office.xitech.com.au> Message-ID: Here is kind of cool news on the subject at hand. A friend sent me the docs on TUX which is what their new Mapguide/Mapserver product has been named during beta. It says it supports both Linux and Windows which marks the very first time I have ever heard that from Autodesk. Here is the full paragraph: "Tux is the code name for a new spatial application server from Autodesk that enables users to quickly develop and distribute spatial and design data over the web or intranets. The product features Linux and Microsoft(r) Windows(r) platform support, server-side programming and application delivery, a streamlined authoring environment, efficient data access, and DWF?-based viewing." So that is news that at least gives me a bit of hope that perhaps Autodesk is slowly changing it's stance on open source platforms for it's products. Andy On 11/29/05, John Craddock wrote: > Tyler, > See discussion mixed in. > > > -----Original Message----- > > From: Tyler Mitchell [mailto:tylermitchell at SHAW.CA] > > Sent: 29 November 2005 16:40 > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > John, > > The takeover scenario is a moot point, especially in light of the > > establishment of the foundation. That is the whole purpose > > of having an > > arms-length, community-run organisation to manage and protect things. > Whether or not a reverse takeover has occurred will out by the effluxion of time. However, there is no doubting the factual nature of my observation that AutoDesk has garnered the community brand name for nix. Ed has put this point much more eloquently than I. > > Finding a way for diverse companies, non-profits, individuals > > and government > > has been what MapServer is all about. That is why MapServer > > is what it is > > today. That is what this announcement is all about too. > > Rather than go it > > alone, we believe that the result can be greater than the sum > > of its parts. > It is my contention that the actions announced today have just changed that model completely. > > We sought to find common ground and even common names so that > > we can be seen > > as cooperating rather than competing, sharing rather than > > trying to take > > advantage. AutoDesk didn't push over the developers and grab > > the name from > > them, the use of the name was a mutual idea and discussed. > > To make it out > > that AutoDesk "took" something is not fair nor accurate. > Well someone just gave it away then. Let's wait and see what happens when another corporate uses MapServer in its product name. > > Commercial groups have been building on MapServer for years, > > they've provided > > some of the excellent support and development we've enjoyed. Our > > relationship with AutoDesk need not be any different - > > another developer and > > supporter, at the table with the rest of us. This isn't > > about MapServer vs. > > AutoDesk - it's about finding a way to work with a new group > > in the open > > source web mapping community. I believe that we have common > > goals and that > > AutoDesk is not interested in stacking the deck or doing a > > power-play on the > > rest of us - it wouldn't fit within our community and would > > be counter to a > > foundation. > The commercial model does not have altruism in its schema. Even if a corporate professes it, the stock analysts won't allow it. Why would AutoDesk be any different than M$? > > You can turn them away to do their own thing or work together > > for a common > > goal. > Seems to me like it is all over bar the shouting. Another bloodless coup. Now everyone is working together for the common good of AutoDesk. > > Tyler > > > The fact that: > It has been presented as a fait accompli; > Media releases have been made; > It was done in secret; > The community was not consulted; and > That the community brand name was given away for nix; > Indicates to me that something is crook in Tallarook. > Sorry but at the moment it is all pointing in that direction. I sincerely hope that I am proven wrong in the long haul. > Best regards > John C > From warmerdam at POBOX.COM Tue Nov 29 10:32:29 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 13:32:29 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: Message-ID: On 11/29/05, Fischer, Brian wrote: > I have the utmost respect for the original MTSC and developers of > MapServer. I also feel they are looking out for the best interest of > the longevity of MapServer and I do feel the idea of the foundation is a > good thing, but with that said I also feel some concerns. Brian, I appreciate that. While there can be legitimate criticism of how those of us under the NDA have handled things I think it is important to understand that we all, even the folks at Autodesk, have been operating in good faith. One of the thing that has distinguished the MapServer (and open source geospatial community in general) from some other open source projects is the relatively collegial and positive atmosphere. > As an individual attempting to offer MapServer consulting services for a > private business (which is an uphill battle the way it is), I also share > some of the same concerns others have expressed on the list over the > past day. I feel it is important to let share my concerns with the MTSC > and community. > > The main concern I have is the re-branding and naming of the different > software products in the MapServer Foundation. How about calling the > foundation something not tied to either name like "web mapping > foundation" and let MapServer keep it's name? This was considered. I for one advocated for the "MapServer" name in the foundation and on both products to keep the most leverage out of the announcement (amoung other reasons). Other ideas were along the lines of "Open Source Geospatial Foundation" or "Open Source Web Mapping Foundation". Note that the foundation membership can still change the name, though there might be some loss of name continuity. > I think the MTSC is > giving up the MapServer name to easy to Autodesk. When I think ahead > about giving a presentation or trying to sell an "original" MapServer > solution to a potential client, I think it is going to be a challenge > and uphill battle trying to explain the difference in software names and > why I am using one over the other. I also agree that it makes the > "original" MapServer sound like it may not work as an enterprise > solution when anybody that has worked with MapServer knows that is not > the case. Try explaining that to a client that has not followed > MapServer for the past 5 years and knows little our nothing about the > software. What can we do to alleviate this problem without telling the MapServer Enterprise folks what they are "allowed" to call their product (which we likely have no right to do). > I also agree with Puneet that something needs to be done to reassure the > original MapServer community that this isn't an exploit by Autodesk to > simply gain market share. This is why they brought in various core folks to hammer out details, and publish the open letter. Beyond that at think the best way to make sure the foundation isn't "exploited by Autodesk" is to join and speak up on how things ought to be run. > (Why haven't we seen anyone respond from > Autodesk, other than their press release that already makes mentions > that they are coming out with a commercial version?) I see Gary Lang, and I think one other autodesk staff member has responded on the foundation discuss list. I doubt many of them are members of this list. > I personally would > like to see a list of questions compiled with concerns that have been > brought up and then answered by the MTSC. Note that we didn't act as the MTSC previously. Obviously we lacked Sean, and also we weren't making "decisions" in an open fashion according to the MTSC charter. But most of the MTSC was involved because we have a stake, and because were were seen as having some respect in the community. OK, I'm out on the road for 5 more hours, and then hopefully I can speak some more. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From cplist at EARTHLINK.NET Tue Nov 29 10:32:39 2005 From: cplist at EARTHLINK.NET (Charlton Purvis) Date: Tue, 29 Nov 2005 13:32:39 -0500 Subject: current OS license Message-ID: Hi, folks: Although there continues to be an open source spirit surrounding the code amid the launch of a MS Foundation, I'd like to ask for clarification re. the license of the MS code as it stands now. If for whatever reason a company like Autodesk (or I guess it would have to be the Foundation) wanted to slap some kind of non-open source license on the code, is it true that the current code we call MapServer in its current state will always remain covered under the license below? Basically I'm trying to make sure that a shop can't somehow repossess something that was originally OS thus preventing folks from using it like it's being used now. Charlton **************************************************************************** ** * Copyright (c) 1996-2005 Regents of the University of Minnesota. * * Permission is hereby granted, free of charge, to any person obtaining a * copy of this software and associated documentation files (the "Software"), * to deal in the Software without restriction, including without limitation * the rights to use, copy, modify, merge, publish, distribute, sublicense, * and/or sell copies of the Software, and to permit persons to whom the * Software is furnished to do so, subject to the following conditions: * * The above copyright notice and this permission notice shall be included in * all copies of this Software or works derived from this Software. * * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER * DEALINGS IN THE SOFTWARE. **************************************************************************** ** From pgiencke at GLC.ORG Tue Nov 29 10:56:02 2005 From: pgiencke at GLC.ORG (Peter Giencke) Date: Tue, 29 Nov 2005 13:56:02 -0500 Subject: MapServer Foundation thoughts and reactions Message-ID: All, Having just read that Autodesk will be using/usurping the Mapserver name for their decidedly not-Mapserver corprate product, I was reminded of the feeling I get when someone buds in front of me in a line - it's unjust. A LOT of work/support/etc has been put into making Mapserver (and its good name) into what it is today. I just don't see how diluting Mapserver (and its associate tools) with different (competing?) product(s) can be a good thing for this community. My mini-rant aside, I'm very(!) enthused about the Mapserver Foundation and for what it will bring to the Mapserver community ("classic community" and otherwise) in the coming months. -pete -----Original Message----- From: Stephen Woodbridge [mailto:woodbri at SWOODBRIDGE.COM] Sent: Tuesday, November 29, 2005 12:48 AM Subject: Re: MapServer Foundation thoughts and reactions Ed, Thank you for putting exactly what I have been feeling into words. I've been reading all the posts today and getting more and more depressed by the situation and I can't agree with you more. The idea of a foundation is great for Mapserver and needed for all the reason you point out. But this does not feel great to me, nor does it feel like a great thing for mapserver and the Mapserver brand dilution might be catastrophic only time will tell. I'm sure it feels great to DM Solutions and AutoDesk. I wish this had been done in a more open and inclusive way, that is what a community project is about. -Steve W. Ed McNierney wrote: > Folks - > > This morning I sent a few comments about the MapServer Foundation > off-list to Steve Lime, and (at my request) he forwarded them on to > some of the other folks involved. After a comments by a few folks > there were requests that I post my messages to the broader community. > This post is an attempt to do that in a consolidated way. I apologize > for being wordy, but there's a lot to say. > > I've been a member of the MapServer "community" for several years now. > The Foundation project is the first time I can ever recall there being > a conscious, ongoing, and deliberate attempt to exclude most of the > community from a discussion of significance about MapServer. A small > number of people - some of whom are dedicated developers who've > contributed far more than I ever have - decided to enter into > discussions that included two commercial firms (DM Solutions and > Autodesk). No one else got to participate, and the work was > deliberately kept secret. Doesn't sound like much of an "open" > project to me. > > A MapServer Foundation is a very, very good idea. This MapServer > Foundation has gotten off to a very, very bad start. I find myself in > the position of being quite reluctant to support this instance of a > concept I eagerly wish to support. > > I think I should start by explaining why I think a MapServer > Foundation is a very good idea (as opposed to what others think, even > though we generally seem to agree). MapServer has been well-served by > the technical and development community that supports it. It has > mainly lacked many of the things that make a "program" a "product". > It needs better documentation, easier setup and sample sites, product > summaries and literature, feature/benefit brochures and comparisons, > benchmarking tests, presentations, a coordinated trade show/conference > plan, better marketing, directories of consultants, reference sites, > etc. I don't mean to denigrate any of the efforts made along any of > these lines, but I think we all know there are things you can > currently get from commercial vendors that aren't available with > MapServer. A Foundation would be a great way to provide these things. > It wouldn't need to get in the way of the development work, and could > complement it by filling in the blanks. > > All of that takes money. A MapServer Foundation needs funding to do > these things. Fortunately, there are several subsets of the MapServer > community that are in a position to contribute funding. There are > commercial users of MapServer (folks like me, GlobeXplorer, etc.), > commercial developers/consultancies like DM Solutions and others, and > the government and educational users who tend to not have much money > to spend but can usually contribute something. > > To date, organizations interested in financial support for MapServer > have been limited to funding specific software development tasks. The > pace of that development has been such that every time I raise an idea > about a project TopoZone could fund, it seems that someone else has > gotten there first. I could have chipped in money for "future > development", but there was no place to put it - it didn't make sense > to just send Frank or Daniel or Steve a check and tell them to try to > spend it somehow. And I would rather fund the "other stuff" than fund > feature development - there's more of a need for it. A Foundation > could fix that, by providing a place that takes in revenue from > members and sponsors, and uses that revenue to fund projects - > probably non-development projects as I mentioned above, since those > won't get funded otherwise. The OGC membership model is a relevant > and simple example of this sort of thing. > > So what does the Foundation need to do that? It needs to be open and > inclusive, eligible to all to participate as peers or as peers within > certain classes of membership. It needs to be independent of any > particular sponsor, and it also needs to APPEAR to be independent. It > needs to have a clear mission and it needs to simplify and clarify > things for its members and for its constituent base. It needs to be > seen as the unswerving voice dedicated to the support of MapServer and > nothing else. > > Today's announcement missed those goals by a wide mark. Some of those > errors can be corrected, but some we'll have to live with forever. > And most of them could have been avoided by the kind of open, > inclusive discussion we've always had in the MapServer community - until now. > > Supporting the MapServer Foundation is a great PR and marketing > opportunity. It appears that Autodesk and DM Solutions were extremely > aware of that, and made sure that they didn't have to share that > opportunity with anyone else. Being a "founder" is very important, > and you've already seen Autodesk and DM Solutions take advantage of > that through their own press releases today. No other company will > *ever* get that chance - the press doesn't really care about the next > few companies to sign on. When I created TopoZone in 1999, it was > incredibly important to be the first topographic map site on the Web, > because the PR value was so great. I suspect very few folks remember > who launched the second one.... > > Companies will be attracted to sponsor the Foundation because of that > PR value. Unfortunately, that value's gone and nothing will get it back. > I'm certainly a potential financial supporter of the Foundation, but > I'm also running a business. I can't simply give money away, but I > can spend it on things that give me PR and marketing value. I could > spend a pretty substantial (for me) sum as an annual commitment to the > Foundation. I am now a *lot* less inclined to provide that support to > this Foundation, because the value (in PR and marketing terms) is a > whole lot less than it would have been if I could have been invited to > the party. I'm certainly welcome to sign on and take a seat right up > near the front - as long as it isn't in the front row. > > I don't say that because I'm personally miffed at being excluded - I'm > just TopoZone. I say that because we'll never know how many firms and > how much financial support could have been raised if someone had tried > to solicit input and support in an open, inclusive way. There are > lots of us out here. I've been told that it's "incredibly important" > that the Foundation be seen as vendor-neutral and that it not be at > the mercy of a single funder's contributions. Sounds good, but don't > tell me that now - those are both reasons to solicit a larger number > of contributing founding members rather than selling the whole package to Autodesk. > It's not easy to undo that; the Foundation is clearly already seen as > an Autodesk initiative by the press (in part because Autodesk has > tried to make that point clear) and not many firms are interested in > throwing money at Autodesk - they've got more of it than I do. > > My second huge concern is the branding/product lineup for the > Foundation. I woke up this morning to two MapServers where we had one > before. One of them has the impressive-sounding name "MapServer > Enterprise" while the other is currently named after a large pussycat > but may or may not be open to the possibility of being named after a > different mammal. There's no doubt in the potential customer's mind > which one is the grown-up, field-tested, production-ready, scalable, > capable system. Unfortunately, they're thinking of the wrong one. > > Branding really matters. It's very important. Tyler Mitchell says > so, too, on the new MapServer site. Autodesk has zillions of people > who know that very, very well. They just bought a great brand and > MapServer suddenly managed to take a back seat to itself, something I > would have thought anatomically impossible. They've managed to > appropriate a well-respected brand name and take center stage with it. > Autodesk's press release takes advantage of that ambiguity by > introducing Steve Lime as the "creator of MapServer" without saying > which one they're talking about! Speaking of press releases, in an > effort like this it is common for all founding members to see and sign > off on each other's press releases in advance, something which appears > (from some developer > comments) to not have happened here. This is PR 101 stuff - if you > don't try to keep what you're doing a secret, you might get helpful > advice. > > The same is true, by the way, about the questions raised on Autodesk's > patent policy. This should NOT be an open question *after* the > announcement - Autodesk's patent portfolio and their defense of it are > well-known. It should have been one of the first questions raised and > answered. Once the Foundation's plans were made public it only took a > few hours to bring it to everyone's attention - remember the benefits > of open development? > > The "MapServer Enterprise" product just got inserted into the > MapServer family by decree. Customers know very well that when they > see two similar products side-by-side, usually due to a merger or > acquisition, they sit back and wait to see which one gets killed off. > This usually has the effect of discouraging adoption of BOTH products, > because customers don't know which one to implement and don't want to > make the wrong choice. Believe me, I've been a CTO standing up in > front of customers in that situation more than once - they don't > believe you can serve two masters, and they're right. > > Does the Apache Foundation offer two Web servers? Apache Enterprise > and Apache Other? > > Can't kill off MapServer, you say? Perhaps not in a technical sense, > but if there's a MapServer Foundation and a MapServer Enterprise, > who's going to notice if that other thingy doesn't get the same amount > of attention? Perhaps the platypus is indeed a good choice, as it may > belong with the nearly-extinct monotremes. You can't kill the > MapServer code, but you can certainly kill the brand. Please don't > confuse the two. > > Why was the Foundation "announced" when it apparently doesn't actually > exist? It seems like today's announcement was designed primarily to > maximize the PR value to DM Solutions and Autodesk - after all, the > press got briefed about it before the rest of us did. As far as I can > tell, there isn't any foundation, but when we get one it's going to be > great and open to all, because DM Solutions and UMN and Autodesk have > all assured each other that it will be. Each time I hear that "now's > the time to participate", I cringe because I'm being told that by the > exclusive group who deliberately prevented all of us from > participating until they decided they had gotten what they needed out > of it and it's now OK to let the rest of us inside. The time to > participate was last week, or last month, before anything got > announced and before we were all handed the Foundation. If the > Foundation is really a genuinely open opportunity for us, then tell us > that the inclusion of Autodesk's product isn't non-negotiable. Do the > rest of us get to insert MapServer-branded products whenever we want to? > > All of these problems were preventable. All it would have taken was > an open discussion of the proposal. You get a lot of people spouting > off, and then you find out who's really interested. You find out how > many commercial sponsors you can get and at what level of support. > You create what appears to the public as a truly open consortium > that's worth watching, instead of one that triggers discussions about Autodesk. > You demonstrate right from the start that you have a broad base of > commercial support, with commercial firms from the USA, Canada, > Europe, South America, Australia, etc. What was the perceived benefit > of keeping the process secret and exclusive? Did someone threaten to > pick up their marbles and go home? You can often be surprised at how > many folks are willing to contribute their own marbles when something > like that happens - but you never know until you ask. > > The MapServer community really needs a Foundation to support it and to > keep the product healthy and growing. There are many examples of the > creation of such consortia to draw from, both inside of and outside of > the Open Source community. It doesn't appear those examples were > considered. We really need a MapServer Foundation - I'm not at all > sure that we need this one. > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > Phone: +1 (978) 251-4242 > Fax: +1 (978) 251-1396 > ed at topozone.com > From Tom.Kralidis at EC.GC.CA Tue Nov 29 10:53:40 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Tue, 29 Nov 2005 13:53:40 -0500 Subject: MapServer Foundation thoughts and reactions Message-ID: > > I think the MTSC is > > giving up the MapServer name to easy to Autodesk. When I > think ahead > > about giving a presentation or trying to sell an "original" > MapServer > > solution to a potential client, I think it is going to be a > challenge > > and uphill battle trying to explain the difference in > software names > > and why I am using one over the other. I also agree that > it makes the > > "original" MapServer sound like it may not work as an enterprise > > solution when anybody that has worked with MapServer knows > that is not > > the case. Try explaining that to a client that has not followed > > MapServer for the past 5 years and knows little our nothing > about the > > software. > > What can we do to alleviate this problem without telling the > MapServer Enterprise folks what they are "allowed" to call > their product (which we likely have no right to do). Can we not just call MapServer, well, MapServer (I was going to say 'mapache' but that would be too representative of Apache)? The Enterprise, Pro, whatever uses MapServer can call itself whatever it wants (i.e. ms4w, etc.). ..Tom From lester at LSCES.CO.UK Tue Nov 29 11:05:41 2005 From: lester at LSCES.CO.UK (Lester Caine) Date: Tue, 29 Nov 2005 19:05:41 +0000 Subject: current OS license In-Reply-To: <00ea01c5f513$4729c270$0200a8c1@latitude> Message-ID: Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From haag at LSU.EDU Tue Nov 29 11:02:10 2005 From: haag at LSU.EDU (Alaric S. Haag) Date: Tue, 29 Nov 2005 13:02:10 -0600 Subject: netCDF to color GEOTIFF Message-ID: Hello all, (my first post...) I have been working with mapserver and the FWTools package, etc, for a few weeks. I hope this question isn't too far off the mapserver-sepcific realm. And please forgive the length of the post, just trying to be thorough. Short question: How are people generating COLOR GeoTIFFs? My goal is to render satellite images (spec. sea-surface temps) as a raster layer IN COLOR. I can get the data to a netCDF, or even HDF. With "gdal_translate" I can get a grayscale GeoTIFF that mapserver displays fine. Ideally, I'd like to render essentially with a "value palette" (ala GMT .cpt files), that is, render value (ranges) with assigned color (ranges). I'm imagining others need similar capabilities, so I'm hoping someone can point me in the right direction. I thought I was getting close by pulling the GeoTIFF into OpenEV and "reclassifying" and exporting, but the result seems to be an 32-bit RGBA that mapserver can't (?) display. I have "mogrify'd" that down to 256 colors, but get grayscale back ("ColorInterp=Gray" is there a way to change that?) A few caveats: - I'd like to avoid "commercial" solns like ERDAS, or Arc... - I'd love a command-line solution that I can "cron"... Am I just looking at a GDAL library coding project? Thanks for any feedback! Alaric From pspencer at DMSOLUTIONS.CA Tue Nov 29 11:16:52 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Tue, 29 Nov 2005 14:16:52 -0500 Subject: current OS license In-Reply-To: <00ea01c5f513$4729c270$0200a8c1@latitude> Message-ID: That's my understanding of how the license works, for what its worth :) But there is a risk right now ... one thing that came to light at the last MUM was from the Apache Foundation experience. As things are right now with MapServer, it is quite possible that someone could contribute code that is not theirs to contribute, or claim that MapServer uses code that it has no right to. This would lead to a lawsuit from some third party claiming that MapServer uses proprietary code which would tie us up in a legal battle for the right to use MapServer (think SCO vs Linux). The Apache Foundation provides a legal framework to protect against this type of thing. I believe that this is one of the things that the MapServer foundation should provide to projects under its umbrella. Paul On 29-Nov-05, at 1:32 PM, Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding > the code > amid the launch of a MS Foundation, I'd like to ask for > clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would > have to > be the Foundation) wanted to slap some kind of non-open source > license on > the code, is it true that the current code we call MapServer in its > current > state will always remain covered under the license below? > Basically I'm > trying to make sure that a shop can't somehow repossess something > that was > originally OS thus preventing folks from using it like it's being > used now. > > Charlton > > ********************************************************************** > ****** > ** > * Copyright (c) 1996-2005 Regents of the University of Minnesota. > * > * Permission is hereby granted, free of charge, to any person > obtaining a > * copy of this software and associated documentation files (the > "Software"), > * to deal in the Software without restriction, including without > limitation > * the rights to use, copy, modify, merge, publish, distribute, > sublicense, > * and/or sell copies of the Software, and to permit persons to > whom the > * Software is furnished to do so, subject to the following > conditions: > * > * The above copyright notice and this permission notice shall be > included > in > * all copies of this Software or works derived from this Software. > * > * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, > EXPRESS > * OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF > MERCHANTABILITY, > * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO > EVENT SHALL > * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, > DAMAGES OR > OTHER > * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, > ARISING > * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER > * DEALINGS IN THE SOFTWARE. > > ********************************************************************** > ****** > ** +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 11:23:20 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 13:23:20 -0600 Subject: MapServer Foundation thoughts and reactions Message-ID: I think by having two separate software packages with the same first name is going to do nothing but confuse everyone that doesn't follow this list on a daily basis. And all of us will end up having to do more explaining then needed to educate new users on why they are both called MapServer. I have to agree with Tom. I say let MapServer stay MapServer and as a foundation we request Autodesk to come up with their own unique name for the code they just released as Open Source. If Autodesk really isn't in this to exploit the MapServer name, then it shouldn't matter to them if they have to rename their project. This makes the most sense to me and I think it would be the least confusing to new users. The fact is that the two products do not share any of the same source code (as of now) and have a very different architecture. So why anyone would want both of them to be called MapServer is confusing to me. The only thing they share right now is they are part of the foundation and both are open source projects. I am not trying to be critical of the names. I am just trying to think what makes the most logical sense for new users and us trying to explain the different options to new users. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Kralidis,Tom [Burlington] Sent: Tuesday, November 29, 2005 12:54 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions > > I think the MTSC is > > giving up the MapServer name to easy to Autodesk. When I > think ahead > > about giving a presentation or trying to sell an "original" > MapServer > > solution to a potential client, I think it is going to be a > challenge > > and uphill battle trying to explain the difference in > software names > > and why I am using one over the other. I also agree that > it makes the > > "original" MapServer sound like it may not work as an enterprise > > solution when anybody that has worked with MapServer knows > that is not > > the case. Try explaining that to a client that has not followed > > MapServer for the past 5 years and knows little our nothing > about the > > software. > > What can we do to alleviate this problem without telling the > MapServer Enterprise folks what they are "allowed" to call > their product (which we likely have no right to do). Can we not just call MapServer, well, MapServer (I was going to say 'mapache' but that would be too representative of Apache)? The Enterprise, Pro, whatever uses MapServer can call itself whatever it wants (i.e. ms4w, etc.). ..Tom From watry at COAPS.FSU.EDU Tue Nov 29 11:29:59 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Tue, 29 Nov 2005 14:29:59 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: <438CA685.50802@lsces.co.uk> Message-ID: Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From watry at COAPS.FSU.EDU Tue Nov 29 11:33:53 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Tue, 29 Nov 2005 14:33:53 -0500 Subject: FW: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Message-ID: Hi I am new to Mapserver, my first site went live Monday. We went to Mapserver because it was open source. I have worked with ArcIms and MapGuide. We used Mapguide to replace ArcIMS at a major state agencies when I was there. When I moved over to the university research center, we intentionally did not use ArcIMS or MapGuide. I have worked with Autodesk vendors and DM in the past. Let's face it, we just got in bed with the wolf. Autodesk will come in as a vendor, claim to be your business partner, and will act like your boss. Unless UMN and the Mapserver (Open Source) community stand up and together, this should be the end of open source Mapserver. What Autodesk and its vendors are very good at is taking procedures and code and putting patents on them so that you as a user can not use it with out paying for it royally. Pun intended. ______________________________________________________________ ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu From watry at COAPS.FSU.EDU Tue Nov 29 11:34:59 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Tue, 29 Nov 2005 14:34:59 -0500 Subject: FW: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions Message-ID: This will not be the first demise of a open source program See http://www.digitalgrove.net/fgis.htm And I quote "Notice! As of November 7, 2005, Forestry GIS (fGIS) is no longer available for public download. The program was first released as freeware in October 2003. Thousands of users around the world appreciated fGIS as a simple and reliable complement to sophisticated commercial GIS editors. A recent change in the license agreement for the core technology used to develop fGIS, however, restricts distribution to Wisconsin Department of Natural Resources personnel and others who provide services to the agency. The Wisconsin DNR - Division of Forestry originally contracted for the software and was happy to share it with the public while the license agreement allowed, but the license has now changed." Watch Autodesk do the same to MapServer ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.lang at AUTODESK.COM Tue Nov 29 11:45:00 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 11:45:00 -0800 Subject: epiphany about the idea of the Foundation Message-ID: Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From jeff at PROPERTYKEY.COM Tue Nov 29 11:45:38 2005 From: jeff at PROPERTYKEY.COM (Jeff Hoffmann) Date: Tue, 29 Nov 2005 13:45:38 -0600 Subject: MapServer Foundation thoughts and reactions In-Reply-To: <20051129184304.4A5702578@superior.great-lakes.net> Message-ID: Peter Giencke wrote: > > All, > > Having just read that Autodesk will be using/usurping the Mapserver name for > their decidedly not-Mapserver corprate product, I was reminded of the > feeling I get when someone buds in front of me in a line - it's unjust. A > LOT of work/support/etc has been put into making Mapserver (and its good > name) into what it is today. I just don't see how diluting Mapserver (and > its associate tools) with different (competing?) product(s) can be a good > thing for this community. > > My mini-rant aside, I'm very(!) enthused about the Mapserver Foundation and > for what it will bring to the Mapserver community ("classic community" and > otherwise) in the coming months. I think the model for a lot of people creating a foundation like this is the Apache Foundation. When you look at them, they now have a lot of projects, but the started with Apache, then added other ones like, for example, Tomcat (which also functions as a web server, among other things and was originally developed by Sun and later donated to Apache). To this day, when people mention "Apache" they think the original web server, even though technically it's call the "Apache HTTP Server". Nobody ever calls Tomcat "Apache" or "Apache Tomcat", it's usually just "Tomcat". You can use Apache in the name, it's still definately identified with Apache as one of the foundation projects, but it has a distinctive seperate identity. I think that pretty well distills what most people are thinking -- foundation=good, confusion=bad and it's pretty hard to be anything other than confusing if you conflate two definately distinct products using the naming already suggested. I really think that Apache gets it right in this respect. -- Jeff Hoffmann jeff at propertykey.com From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 12:02:25 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 14:02:25 -0600 Subject: epiphany about the idea of the Foundation Message-ID: This partial line "agree to either support or use MapServer in their products" in your post is what I feel is confusing when talking and reading about all of this. What does this mean? The terminology is just not logical. Does it mean you are using the original MapServer code? Does it mean you are using the Autodesk open source code (MapServer Enterprise)? Does it mean you are using the guidelines of the foundation (MapServer Foundation)? This is simply confusing to me (I can't imagine how a new user is going to interpret it) and I have been following the "original MapServer" mailing list for over 5 years. To me I would interpret this as meaning a person/organization is using the "original MapServer" code in their product, but I think you intend it to me something different. Is this the feeling others have? Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 1:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From swoodbridge at WHERE2GETIT.COM Tue Nov 29 12:08:14 2005 From: swoodbridge at WHERE2GETIT.COM (Stephen Woodbridge) Date: Tue, 29 Nov 2005 15:08:14 -0500 Subject: test Message-ID: move along, nothing happening here From gerry.creager at TAMU.EDU Tue Nov 29 12:25:55 2005 From: gerry.creager at TAMU.EDU (Gerry Creager) Date: Tue, 29 Nov 2005 14:25:55 -0600 Subject: True Type Map Symbols In-Reply-To: <71c3c6c50511280924k2c4e3a5lb9649a5fa8a099e1@mail.gmail.com> Message-ID: What I'd love to have time to do is cobble up a set of FreeType symbols but I'm not nearly artistic enough. FreType would bypass the patent/copyright issues with TT. gerry David Bitner wrote: > How many folks out there are using True Type for map symbols? I am > using True Type for my highway shields (interstate is actually made up > of three symbols which I then show on top of eachother in red, white, > and blue). Has anyone put together a "font" of various map symbols? > If not, is there anyone else who has cobbled together a small > selection of symbols that we could combine and make available to the > rest of the community? > > Additionally, is there (or would it be easy to add) a way that a > symbol could be defined as a combination of three other symbols each > with a different color so that in the mapfile, all you would need to > do is have the symbol name and size (see interestate example above)? > > > David > -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Pager: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From osgis.lists at GMAIL.COM Tue Nov 29 12:38:42 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Tue, 29 Nov 2005 14:38:42 -0600 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: I would think that as members or whatever the lowest level of participation, anyone should be able -- and be encouraged -- to participate regardless of whether they plan to use/support/whatever any of the foundations products. It would then be these members who should be able to vote for those that get to make the decisions. I don't think that any company be that DM, Autodesk, or Joe's Mapserver Shack should automatically have a seat on the board of directors for the foundation. Perhaps there could be automatic seats on an advisory committee, but the board itself should be picked by the community. That being said if I thought that someone from Autodesk or ESRI for that matter had something valuable to bring to the table I wouldn't hesitate to vote for them. On 11/29/05, Gary Lang wrote: > Hi Gary, > > Gary from Autodesk here. > > I am doing this as we speak. In fact I started making my first calls > about 2 weeks ago. I just got a call from one 2 minutes ago from someone > at one those companies and they are interested in discussing what it > would mean to join. > > Involving other companies is actually something I have been clear I > wanted to do from the outset. Since I'm good acquaintances with my peers > at most of those companies and had hinted at our open source intentions > before with some of them, I am hopeful they will join us in this > adventure based on initial interest. > > Now, let me ask people here something, in my mind, if someone wants to > join the foundation, they should contribute something to the foundation > or agree to either support or use MapServer in their products, though. > What do you think? And to be clear, I wouldn't care which code base they > wanted to use. > > I will address your comments about foundation control in another email. > Suffice it to say that we'd be incredibly stupid to help establish a > foundation in which Autodesk or any other corporate entity has "control" > - who would want to contribute their work if we did that? We wouldn't. > > Gary > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Gary Watry > Sent: Tuesday, November 29, 2005 11:30 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation > > Being as this is a non-profit open source Foundation, I hope that we > will > ask the other commercial Internet map software companies to join the > Foundation in the same manner as AutoDesk. > > This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc > etc > > Anyone who has a vested interest in Internet Mapping should be asked to > contribute and participate. If they opt not to - fine - but then they > are on > record for choosing not to play > > But then the contributors could insure their other products were > compatible > with MapServer(OS) and that it was compatible with their products. > > The two fold benefit to this is > 1. the foundation will not be concieved as a partner to Autodesk > 2. Autodesk or no other Commercial company will control the Foundation > > ______________________________________________________________ > Gary L. Watry > > GIS Coordinator > Center for Ocean-Atmospheric Prediction Studies > FSU / COAPS > Johnson Building, RM 215 > 2035 East Paul Dirac Drive > Tallahassee, Florida 32306-2840 > > E-Mail: watry at coaps.fsu.edu > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Lester Caine > Sent: Tuesday, November 29, 2005 2:06 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] current OS license > > Charlton Purvis wrote: > > > Hi, folks: > > > > Although there continues to be an open source spirit surrounding the > code > > amid the launch of a MS Foundation, I'd like to ask for clarification > re. > > the license of the MS code as it stands now. > > > > If for whatever reason a company like Autodesk (or I guess it would > have > to > > be the Foundation) wanted to slap some kind of non-open source license > on > > the code, is it true that the current code we call MapServer in its > current > > state will always remain covered under the license below? Basically > I'm > > trying to make sure that a shop can't somehow repossess something that > was > > originally OS thus preventing folks from using it like it's being used > now. > > Borland tried it with Interbase, but Firebird is now freely available > and there is not a lot Borland can now do about it ;) > I am sure Autocad have a 'hidden agenda' but as long as there are free > versions of what ever is needed to provide a working system then there > will not be a problem. Anything commercial will have to be worth the > money to make any sales :) > > p.s. I am not seeing my posts to the list so if you get this Charlton > and it's not on the list please can you forward it :( > > -- > Lester Caine > ----------------------------- > L.S.Caine Electronic Services > Treasurer - Firebird Foundation Inc. > From gary.lang at AUTODESK.COM Tue Nov 29 13:16:35 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 13:16:35 -0800 Subject: epiphany about the idea of the Foundation Message-ID: Brian, Good points. I guess it depends on the context of usage. For example in this case I said: " And to be clear, I wouldn't care which code base they wanted to use." This would seem to be an effective disambiguation of the code bases. It wouldn't solve confusion around the foundation and code base names being similar, but that doesn't seem to be an issue for Apache, OpenOffice, Eclipse, et al. I am still interested in the answer to the question. I think anyone who joins the foundation should contribute something. A new project, new code mods, money, etc. Thoughts? Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fischer, Brian Sent: Tuesday, November 29, 2005 12:02 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation This partial line "agree to either support or use MapServer in their products" in your post is what I feel is confusing when talking and reading about all of this. What does this mean? The terminology is just not logical. Does it mean you are using the original MapServer code? Does it mean you are using the Autodesk open source code (MapServer Enterprise)? Does it mean you are using the guidelines of the foundation (MapServer Foundation)? This is simply confusing to me (I can't imagine how a new user is going to interpret it) and I have been following the "original MapServer" mailing list for over 5 years. To me I would interpret this as meaning a person/organization is using the "original MapServer" code in their product, but I think you intend it to me something different. Is this the feeling others have? Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 1:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From ed at TOPOZONE.COM Tue Nov 29 13:21:24 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 16:21:24 -0500 Subject: epiphany about the idea of the Foundation Message-ID: Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From gary.lang at AUTODESK.COM Tue Nov 29 13:33:54 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 13:33:54 -0800 Subject: epiphany about the idea of the Foundation Message-ID: Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From Ken.Boss at DNR.STATE.MN.US Tue Nov 29 13:34:29 2005 From: Ken.Boss at DNR.STATE.MN.US (Ken Boss) Date: Tue, 29 Nov 2005 15:34:29 -0600 Subject: MapServer Foundation thoughts and reactions Message-ID: I agree with both Brian and Tom on the naming issue. I think "MapServer" should continue to mean what it always has. While I'm not necessarily opposed to naming the Foundation after the software (works for Apache, doesn't it?), attaching the name to an entirely separate software package (one that then looks like the Enterprise edition of that other thing) can only breed disarray. The names are not engraved in granite anywhere yet, are they? Let's renegotiate. Regards, --Ken Boss Minnesota DNR Forestry "bi ye zheng ming" "The most important thing is to use the correct names" -Confucius, The Analects http://www.ocf.berkeley.edu/~jendres/lunyu/ >>> "Fischer, Brian" 11/29/2005 1:23:20 PM >>> I think by having two separate software packages with the same first name is going to do nothing but confuse everyone that doesn't follow this list on a daily basis. And all of us will end up having to do more explaining then needed to educate new users on why they are both called MapServer. I have to agree with Tom. I say let MapServer stay MapServer and as a foundation we request Autodesk to come up with their own unique name for the code they just released as Open Source. If Autodesk really isn't in this to exploit the MapServer name, then it shouldn't matter to them if they have to rename their project. This makes the most sense to me and I think it would be the least confusing to new users. The fact is that the two products do not share any of the same source code (as of now) and have a very different architecture. So why anyone would want both of them to be called MapServer is confusing to me. The only thing they share right now is they are part of the foundation and both are open source projects. I am not trying to be critical of the names. I am just trying to think what makes the most logical sense for new users and us trying to explain the different options to new users. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Kralidis,Tom [Burlington] Sent: Tuesday, November 29, 2005 12:54 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and reactions > > I think the MTSC is > > giving up the MapServer name to easy to Autodesk. When I > think ahead > > about giving a presentation or trying to sell an "original" > MapServer > > solution to a potential client, I think it is going to be a > challenge > > and uphill battle trying to explain the difference in > software names > > and why I am using one over the other. I also agree that > it makes the > > "original" MapServer sound like it may not work as an enterprise > > solution when anybody that has worked with MapServer knows > that is not > > the case. Try explaining that to a client that has not followed > > MapServer for the past 5 years and knows little our nothing > about the > > software. > > What can we do to alleviate this problem without telling the > MapServer Enterprise folks what they are "allowed" to call > their product (which we likely have no right to do). Can we not just call MapServer, well, MapServer (I was going to say 'mapache' but that would be too representative of Apache)? The Enterprise, Pro, whatever uses MapServer can call itself whatever it wants (i.e. ms4w, etc.). ..Tom From watry at COAPS.FSU.EDU Tue Nov 29 13:33:37 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Tue, 29 Nov 2005 16:33:37 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: Just had an interesting talk with an individual from Autodesk and I think that they are in the right ball park. Here are a few things that came out of the conversation. 1. The secrecy: Autodesk is public and traded on the stock market. If what was being discussed was released prematurely and misunderstood, it could drive the stocks through the floor and lose life savings for people. Not a good plan. Therefore, do it with a select few, resolve the issues, then do a press release. Could it be that Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk to prevent premature release to the media? 2. The number of Autodesk players are relatively small. 3. The Foundation is already talking to several other commercial companies about joining but does not feel comfortable releasing who they are. Probably for the same reasons as give in #1 above. 4. The concept seems to be that commercial companies develop code or provide code, drivers, that make MapServer compatible with their data formats without conversion. That makes sense as the commercial company gains as does the open source group. 5. Autodesk does not seem to be fixated on the names of the end products and in fact the tentative names came from the open source group. Let the Foundation work on it with everyone's input. 6. Who can sit on the board, Maybe it should have a few seats from the commercial side, a few from the open source group, and few general seats. More to follow I am sure. p.s. When we did press releases with Autodesk, they were approved by both the State and Autodesk, Did you do the same? ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 13:38:12 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 15:38:12 -0600 Subject: epiphany about the idea of the Foundation Message-ID: Gary, To answer your question: I agree anyone involved in the foundation should contribute in someway, but that should be as simply as being a user or promoting the foundation/projects, as David Bitner and others pointed out in posts. I agree with David's post and would like to see involvement from all different types of groups, even if some don't have a lot to contribute. Many of us have spent a lot of time promoting MapServer (either by presentations or organizing conferences or other ways) to help grow the user base and that should count for something. That has been the way MapServer has Personally I wouldn't object to a small (reasonable) membership fee or contributing money towards a project enhancement. I understand the foundation is going to need operating money. But I also hope the foundation doesn't expect small companies/individual users/universities to be able to contribute the same as big companies/organizations can afford to contribute. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 3:17 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Brian, Good points. I guess it depends on the context of usage. For example in this case I said: " And to be clear, I wouldn't care which code base they wanted to use." This would seem to be an effective disambiguation of the code bases. It wouldn't solve confusion around the foundation and code base names being similar, but that doesn't seem to be an issue for Apache, OpenOffice, Eclipse, et al. I am still interested in the answer to the question. I think anyone who joins the foundation should contribute something. A new project, new code mods, money, etc. Thoughts? Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fischer, Brian Sent: Tuesday, November 29, 2005 12:02 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation This partial line "agree to either support or use MapServer in their products" in your post is what I feel is confusing when talking and reading about all of this. What does this mean? The terminology is just not logical. Does it mean you are using the original MapServer code? Does it mean you are using the Autodesk open source code (MapServer Enterprise)? Does it mean you are using the guidelines of the foundation (MapServer Foundation)? This is simply confusing to me (I can't imagine how a new user is going to interpret it) and I have been following the "original MapServer" mailing list for over 5 years. To me I would interpret this as meaning a person/organization is using the "original MapServer" code in their product, but I think you intend it to me something different. Is this the feeling others have? Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 1:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From RMcCulley at COUNTY24.COM Tue Nov 29 13:41:00 2005 From: RMcCulley at COUNTY24.COM (Rob McCulley) Date: Tue, 29 Nov 2005 14:41:00 -0700 Subject: epiphany about the idea of the Foundation Message-ID: Gary, I disagree with the idea that someone has to contribute to be a member of the foundation. There are plenty of people who use Mapserver that don't contribute to it directly. I think users of Mapserver should be just as eligible for membership on the foundation as contributors. I think excluding regular users of Mapserver from the foundation if they don't contribute is pretty much against the community of Mapserver. Rob McCulley -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:17 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Brian, Good points. I guess it depends on the context of usage. For example in this case I said: " And to be clear, I wouldn't care which code base they wanted to use." This would seem to be an effective disambiguation of the code bases. It wouldn't solve confusion around the foundation and code base names being similar, but that doesn't seem to be an issue for Apache, OpenOffice, Eclipse, et al. I am still interested in the answer to the question. I think anyone who joins the foundation should contribute something. A new project, new code mods, money, etc. Thoughts? Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fischer, Brian Sent: Tuesday, November 29, 2005 12:02 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation This partial line "agree to either support or use MapServer in their products" in your post is what I feel is confusing when talking and reading about all of this. What does this mean? The terminology is just not logical. Does it mean you are using the original MapServer code? Does it mean you are using the Autodesk open source code (MapServer Enterprise)? Does it mean you are using the guidelines of the foundation (MapServer Foundation)? This is simply confusing to me (I can't imagine how a new user is going to interpret it) and I have been following the "original MapServer" mailing list for over 5 years. To me I would interpret this as meaning a person/organization is using the "original MapServer" code in their product, but I think you intend it to me something different. Is this the feeling others have? Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 1:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From ed at TOPOZONE.COM Tue Nov 29 13:57:27 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 16:57:27 -0500 Subject: epiphany about the idea of the Foundation Message-ID: Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From plists at PROMETHEUS.ORG.YU Tue Nov 29 14:08:01 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Tue, 29 Nov 2005 23:08:01 +0100 Subject: current OS license and the Source that lies ahead In-Reply-To: <00ea01c5f513$4729c270$0200a8c1@latitude> Message-ID: On Tuesday 29 November 2005 19:32, Charlton Purvis wrote: > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. I'm not a legal person so don't take this for granted, but as I understand it a license change cannot be retroactive (at least in most European countries I have experience with) without consent of both parties unless the original license was somehow flawed or legally unacceptable. This means that you could always use the code as per the license you got it with (eg the day before Autodesk or whoever came into the picture). I understand my few lines of crappy code in MapServer don't entitle me to make bold predictions and judgements, but my strong personal belief coming from my past experience is that Open Source Projects do not really exist without their communities, and I'm not sure the major software companies really get it - and only time will tell if Autodesk has gotten (or will get) it right with their old-new to be dual-license whatever-it's-called product. Having source available is one thing, but it's the Community that differentiates a real Open Source Project from (what I call) a Public project - something that is effectively funded by a single large entity hoping that people will get hooked on a 'free' version and eventually upgrade to their commercial versions. That would not be truly Open Source. That would be reinvention of the shareware concept of the early 90's. (Trolltech with QT comes to mind and MySQL seems to be going more and more in that direction). This brings us to one of the most debated points in Open Source development and the worst result of an unrecoverable split in any OS community - the bane of the Fork. I sincerely hope that it this never happens here and the crack that appeared from the way the Foundation was formed will fill up with time and the MapServer community will be as unified on the future of MapServer as it was before the announcement. Thank for your patience reading so far, I hope I have not hurt anybodys feelings, and if I have inadvertently done so, accept my apologies. From gary.lang at AUTODESK.COM Tue Nov 29 14:10:34 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 14:10:34 -0800 Subject: epiphany about the idea of the Foundation Message-ID: " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From adoyle at EOGEO.ORG Tue Nov 29 14:17:08 2005 From: adoyle at EOGEO.ORG (Allan Doyle) Date: Tue, 29 Nov 2005 17:17:08 -0500 Subject: MapServer Foundation thoughts and reactions In-Reply-To: Message-ID: I'm not into self-promotion, but someone involved asked me to please post the URL for my blog article about this... http://think.random-stuff.org/FrontPage/archive/2005/11/29/mapserver- foundation-picking-up-the-pieces I agree that the names need fixing. Allan On Nov 29, 2005, at 16:34, Ken Boss wrote: > I agree with both Brian and Tom on the naming issue. I think > "MapServer" should continue to mean what it always has. While I'm > not necessarily opposed to naming the Foundation after the software > (works for Apache, doesn't it?), attaching the name to an entirely > separate software package (one that then looks like the Enterprise > edition of that other thing) can only breed disarray. > > The names are not engraved in granite anywhere yet, are they? Let's > renegotiate. > > Regards, > > --Ken Boss > Minnesota DNR Forestry > > "bi ye zheng ming" > "The most important thing is to use the correct names" > -Confucius, The Analects > http://www.ocf.berkeley.edu/~jendres/lunyu/ > > > >>>> "Fischer, Brian" 11/29/2005 >>>> 1:23:20 PM >>> > I think by having two separate software packages with the same first > name is going to do nothing but confuse everyone that doesn't follow > this list on a daily basis. And all of us will end up having to do > more > explaining then needed to educate new users on why they are both > called > MapServer. > > I have to agree with Tom. I say let MapServer stay MapServer and as a > foundation we request Autodesk to come up with their own unique > name for > the code they just released as Open Source. > > If Autodesk really isn't in this to exploit the MapServer name, > then it > shouldn't matter to them if they have to rename their project. This > makes the most sense to me and I think it would be the least confusing > to new users. The fact is that the two products do not share any > of the > same source code (as of now) and have a very different > architecture. So > why anyone would want both of them to be called MapServer is confusing > to me. The only thing they share right now is they are part of the > foundation and both are open source projects. > > I am not trying to be critical of the names. I am just trying to > think > what makes the most logical sense for new users and us trying to > explain > the different options to new users. > > Brian Fischer > Houston Engineering, Inc. > Maple Grove, MN > (763) 493-4522 > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Kralidis,Tom [Burlington] > Sent: Tuesday, November 29, 2005 12:54 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation thoughts and > reactions > >>> I think the MTSC is >>> giving up the MapServer name to easy to Autodesk. When I >> think ahead >>> about giving a presentation or trying to sell an "original" >> MapServer >>> solution to a potential client, I think it is going to be a >> challenge >>> and uphill battle trying to explain the difference in >> software names >>> and why I am using one over the other. I also agree that >> it makes the >>> "original" MapServer sound like it may not work as an enterprise >>> solution when anybody that has worked with MapServer knows >> that is not >>> the case. Try explaining that to a client that has not followed >>> MapServer for the past 5 years and knows little our nothing >> about the >>> software. >> >> What can we do to alleviate this problem without telling the >> MapServer Enterprise folks what they are "allowed" to call >> their product (which we likely have no right to do). > > Can we not just call MapServer, well, MapServer (I was going to say > 'mapache' but that would be too representative of Apache)? The > Enterprise, Pro, whatever uses MapServer can call itself whatever it > wants (i.e. ms4w, etc.). > > ..Tom > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From john.craddock at XITECH.COM.AU Tue Nov 29 14:20:48 2005 From: john.craddock at XITECH.COM.AU (John Craddock) Date: Wed, 30 Nov 2005 08:20:48 +1000 Subject: epiphany about the idea of the Foundation Message-ID: Here we go, membership of the foundation: the MapServer community is just about to morph into a clone of the Open Design Alliance (nee Open DWG Alliance). The spin doctors are really at it! How about MTSC and AutoDesk publishing the hard copy of this deal instead of eking it out in disjointed discussion emails. The plot thickens, no membership, no voice. Nothing has been written that assuages the reverse takeover theorem. Regards John C > -----Original Message----- > From: Gary Lang [mailto:gary.lang at AUTODESK.COM] > Sent: 30 November 2005 07:17 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > > Brian, > > Good points. > > I guess it depends on the context of usage. For example in this case I > said: > > " And to be clear, I wouldn't care which code base they > wanted to use." > > This would seem to be an effective disambiguation of the code > bases. It > wouldn't solve confusion around the foundation and code base > names being > similar, but that doesn't seem to be an issue for Apache, OpenOffice, > Eclipse, et al. > > I am still interested in the answer to the question. I think > anyone who > joins the foundation should contribute something. A new project, new > code mods, money, etc. > > Thoughts? > > Gary From gary.lang at AUTODESK.COM Tue Nov 29 14:22:03 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 14:22:03 -0800 Subject: current OS license and the Source that lies ahead Message-ID: The concern here seems to be about Autodesk creating a fork. Let me state for the record: we (Autodesk) have no interest in seeing this happen and no control to make this happen even if we did. None. The people in charge of MapServer today are the same people that were in charge a week ago. The license is the license. We will be minority voters on the board of the foundation. Where is the concern coming from? The MySQL concern is a valid one. We struggled with it ourselves. At the end of the day, we would certainly like people to buy a commercial version with support, etc. But the fact is, they can use the community version of MSE and do what they want with it and not pay us a dime. Or they can use MapServer. Nothing we do - nothing - can stop this from being the case. In terms of our commercial goals - we're more interested in the RedHat model than the MySQL model, if that helps this to make any sense. We believe we and our partners can do well selling support and services on top of MapServer products. And we don't care which one they choose if they're working with us, though we'd like to see them value the work we did with MSE. Does this clarify things? Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Attila Csipa Sent: Tuesday, November 29, 2005 2:08 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] current OS license and the Source that lies ahead On Tuesday 29 November 2005 19:32, Charlton Purvis wrote: > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. I'm not a legal person so don't take this for granted, but as I understand it a license change cannot be retroactive (at least in most European countries I have experience with) without consent of both parties unless the original license was somehow flawed or legally unacceptable. This means that you could always use the code as per the license you got it with (eg the day before Autodesk or whoever came into the picture). I understand my few lines of crappy code in MapServer don't entitle me to make bold predictions and judgements, but my strong personal belief coming from my past experience is that Open Source Projects do not really exist without their communities, and I'm not sure the major software companies really get it - and only time will tell if Autodesk has gotten (or will get) it right with their old-new to be dual-license whatever-it's-called product. Having source available is one thing, but it's the Community that differentiates a real Open Source Project from (what I call) a Public project - something that is effectively funded by a single large entity hoping that people will get hooked on a 'free' version and eventually upgrade to their commercial versions. That would not be truly Open Source. That would be reinvention of the shareware concept of the early 90's. (Trolltech with QT comes to mind and MySQL seems to be going more and more in that direction). This brings us to one of the most debated points in Open Source development and the worst result of an unrecoverable split in any OS community - the bane of the Fork. I sincerely hope that it this never happens here and the crack that appeared from the way the Foundation was formed will fill up with time and the MapServer community will be as unified on the future of MapServer as it was before the announcement. Thank for your patience reading so far, I hope I have not hurt anybodys feelings, and if I have inadvertently done so, accept my apologies. From ed at TOPOZONE.COM Tue Nov 29 14:26:14 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 17:26:14 -0500 Subject: epiphany about the idea of the Foundation Message-ID: Gary - You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk. All of this is a very reasonable path for Autodesk, and it gained Autodesk the right to use a respected open-source brand name and associate its MapGuide product with that respected brand. That's a great thing for Autodesk to do - why else would Autodesk need to involve anyone from the MapServer community at all? Autodesk is perfectly capable of creating a "MapGuide Foundation" all by itself. But I do not think it was a wise thing for a small subset of the MapServer community to decide to do. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 5:11 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From adoyle at EOGEO.ORG Tue Nov 29 14:35:17 2005 From: adoyle at EOGEO.ORG (Allan Doyle) Date: Tue, 29 Nov 2005 17:35:17 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: On Nov 29, 2005, at 17:10, Gary Lang wrote: > " Having been a CTO and VP of Marketing for more than one public > software > company, I respectfully disagree. You are now, after all, > brainstorming > and asking questions on a public mailing list without benefit of an > NDA." > > Everything we're talking about is public knowledge now, and the > code has > been contributed to the foundation. It's a different situation. > > " Not every action taken by a public company is a material event that > impacts its stock price" > > Yes but you never know which one will, and your shareholders would > consider it careless to leave the impressions of where you are going > when brainstorming to chance. Putting a major product that we're > making > an ongoing investment was considered a major event in our lawyer's > minds. This then leads to all kinds of questions - "what else are you > going to make available for free?" was one that came up, and there > were > many more that we had to have clear answers for yesterday. > > Neither of us is a lawyer, I'll bet. > > Anyone in my shoes needs to have answers available and we had none > until > we figured out what we were going to do. Maybe we're too careful but > that was our approach. > > " If Autodesk is a voting member of the Foundation, will you again > expect another NDA every time you have a discussion that might affect > the "MapServer Enterprise" product?" > > In a word, no. It's in the community's hands now, not ours. > > " The only reason you needed to disclose any Autodesk code was because > the > inclusion of that code in the MapServer Foundation was a > precondition of > your support. " > > Not true, it has to be downloadable by everybody within a legal > framework that protects it but removes it from our control. Without > these two things in place, who would be interested in it? OpenMap was released by a subsidiary of a public company (BBN, part of GTE at the time) and was and is still maintained by developers at BBN (now a private company again). I think there are gray areas that are open to interpretation by the company lawyers. If the company's lawyers are geared up for secrecy/non-disclosure, then that's the kind of response you will get from them in every circumstance. There are probably many instances of corporate-hosted open source out there. However, your answer was a non-sequitor. The statement was that Autodesk need not have put the order as 1a. release code, 1b. announce foundation where both happened at once. The order could have been 1. announce foundation, 2. release code later. In fact, the foundation does not yet exist from what I can tell by reading the materials released so far. In order to form a 501c3, you have to first incorporate a non-profit in a given state, then apply to the IRS for status as a public charity. That takes time. At best, it would take a month to get the corporation set up, and another month (but more like 6 months) to get the public charity status. So, in fact, the order legally is 1. release code to a web site whose domain name is owned by Gary Lang, private citizen (and which has three IP addresses in New York and Switzerland), and 2. gear up to form the legal entity that's a foundation. But I don't think it makes sense to quibble over details. It makes sense to discuss the broader effect and how to best deal with it. Always go for the high-order bit. The rest is just noise (at least until you dealt with the big stuff). Allan > > Gary > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Tuesday, November 29, 2005 1:57 PM > To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Gary - > > Having been a CTO and VP of Marketing for more than one public > software > company, I respectfully disagree. You are now, after all, > brainstorming > and asking questions on a public mailing list without benefit of an > NDA. > Not every action taken by a public company is a material event that > impacts its stock price, and public companies have all kinds of people > saying all kinds of things all over the place without NDAs. If > Autodesk > is a voting member of the Foundation, will you again expect another > NDA > every time you have a discussion that might affect the "MapServer > Enterprise" product? > > The only reason you needed to disclose any Autodesk code was > because the > inclusion of that code in the MapServer Foundation was a > precondition of > your support. It was certainly possible for Autodesk to support a > MapServer Foundation and THEN - after the Foundation was constituted - > propose the contribution of that code to the Foundation. The > Foundation > management could have authorized a technical subcommittee to sign > an NDA > with Autodesk in order to evaluate that proposed contribution. > > You're confusing Autodesk's MapGuide product with the MapServer > Foundation, and that's the primary source of the problem. The > MapServer > community needs a foundation dedicated to the stewardship of > MapServer, > and Autodesk is looking for a product and marketing strategy for its > MapGuide product. Those are both fine goals, but they're completely > different goals. I think Autodesk's behavior has been perfectly > reasonable for a commercial software company trying to design a path > forward for one of its products. It is the endorsement and > acquiescence > to that strategy by a subset of the MapServer community - in the > absence > of an effort to investigate alternatives - that I object to. > > - 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: Gary Lang [mailto:gary.lang at autodesk.com] > Sent: Tuesday, November 29, 2005 4:34 PM > To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Sure. It's pretty straightforward. > > We are a public company. We make money from MapGuide. We weren't sure > what we were going to do and had questions to answer: > > 1) open source or not > 2) can we work with the MS community or not and to see if our code was > interesting enough to it to work with them on it > 3) > > A public company cannot brainstorm or ask questions like this on a > public mailing list. We also could not just show our code without an > NDA. It's simply not legally allowed. So our choice was: > > 1) go it alone, and effectively compete with MS from day one of our > announcements which would then have said "use MapGuide, not > MapServer", > don't consult with anyone, etc. That wasn't appealing after we met > with > Frank, Daniel, Paul, Dave and I talked to Steve. > > 2) try to explore, through the only means of exploration available to > us, what we could do by working with the community. The means > available > to us were NDAs to disclose the code and brainstorm on the idea of > working together. > > The Apache guys had a similar situation when approach by IBM. It > worked > out well for Apache and IBM, and our goal is for this to work out well > for the current MapServer and Autodesk as well. > > This wasn't about control. It is more a lack of control - we were not > legally allowed to approach the exploration in any other way. Now that > there is a legal foundation and it has the code and the code's out > there, we can talk. It's that simple. > > Gary > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Tuesday, November 29, 2005 1:21 PM > To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Gary - > > "Involving other companies is actually something I have been clear I > wanted to do from the outset" > "we'd be incredibly stupid to help establish a foundation in which > Autodesk or any other corporate entity has "control"" > > Can you explain, then, why Autodesk insisted that everyone > participating > in this process sign non-disclosure agreements with Autodesk? That > process seems designed to ensure that Autodesk had control, and > prevented the involvement of other companies. > > - 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: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Gary Lang > Sent: Tuesday, November 29, 2005 2:45 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Hi Gary, > > Gary from Autodesk here. > > I am doing this as we speak. In fact I started making my first calls > about 2 weeks ago. I just got a call from one 2 minutes ago from > someone > at one those companies and they are interested in discussing what it > would mean to join. > > Involving other companies is actually something I have been clear I > wanted to do from the outset. Since I'm good acquaintances with my > peers > at most of those companies and had hinted at our open source > intentions > before with some of them, I am hopeful they will join us in this > adventure based on initial interest. > > Now, let me ask people here something, in my mind, if someone wants to > join the foundation, they should contribute something to the > foundation > or agree to either support or use MapServer in their products, though. > What do you think? And to be clear, I wouldn't care which code base > they > wanted to use. > > I will address your comments about foundation control in another > email. > Suffice it to say that we'd be incredibly stupid to help establish a > foundation in which Autodesk or any other corporate entity has > "control" > - who would want to contribute their work if we did that? We wouldn't. > > Gary > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Gary Watry > Sent: Tuesday, November 29, 2005 11:30 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Being as this is a non-profit open source Foundation, I hope that we > will ask the other commercial Internet map software companies to join > the Foundation in the same manner as AutoDesk. > > This should include ESRI, Integraph, Microstation, MapInfo, > DeLorme, etc > etc > > Anyone who has a vested interest in Internet Mapping should be > asked to > contribute and participate. If they opt not to - fine - but then they > are on record for choosing not to play > > But then the contributors could insure their other products were > compatible with MapServer(OS) and that it was compatible with their > products. > > The two fold benefit to this is > 1. the foundation will not be concieved as a partner to Autodesk 2. > Autodesk or no other Commercial company will control the Foundation > > ______________________________________________________________ > Gary L. Watry > > GIS Coordinator > Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson > Building, RM 215 > 2035 East Paul Dirac Drive > Tallahassee, Florida 32306-2840 > > E-Mail: watry at coaps.fsu.edu > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Lester Caine > Sent: Tuesday, November 29, 2005 2:06 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] current OS license > > Charlton Purvis wrote: > >> Hi, folks: >> >> Although there continues to be an open source spirit surrounding the > code >> amid the launch of a MS Foundation, I'd like to ask for clarification > re. >> the license of the MS code as it stands now. >> >> If for whatever reason a company like Autodesk (or I guess it would > have > to >> be the Foundation) wanted to slap some kind of non-open source >> license > on >> the code, is it true that the current code we call MapServer in its > current >> state will always remain covered under the license below? Basically > I'm >> trying to make sure that a shop can't somehow repossess something >> that > was >> originally OS thus preventing folks from using it like it's being >> used > now. > > Borland tried it with Interbase, but Firebird is now freely available > and there is not a lot Borland can now do about it ;) I am sure > Autocad > have a 'hidden agenda' but as long as there are free versions of what > ever is needed to provide a working system then there will not be a > problem. Anything commercial will have to be worth the money to > make any > sales :) > > p.s. I am not seeing my posts to the list so if you get this Charlton > and it's not on the list please can you forward it :( > > -- > Lester Caine > ----------------------------- > L.S.Caine Electronic Services > Treasurer - Firebird Foundation Inc. > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From gary.lang at AUTODESK.COM Tue Nov 29 14:42:02 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 14:42:02 -0800 Subject: epiphany about the idea of the Foundation Message-ID: Ed, " You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk." Yes, this is true. Now I understand the sense of the "precondition" in your comment. I would say that if we weren't allowed to contribute our code, then we'd have gone it alone, so you are correct. Some people are complaining that they woke up and Autodesk was involved in the MapServer community, and some don't like it. (Some do, BTW.) But the only other scenario is that the same people would have woken up Monday and found that there was a now a competitor. Because no matter what we were going to put that code into open source and work hard to make it successful. If the assumption is that we would be unable to create a community, the assumption is faulty - many other companies - some larger than us - have done so, and the people who did it for them are available to us as well. We had a non-zero probability of success taking that approach. But instead we're trying to embrace the one that's there who has done such good work, to sing its praises, and spend our money and brand equity to help it do so. We think a united approach is better than a go-it-alone approach. We expected some of this reaction - think it's mostly FUD owing to not really knowing us- and do indeed have a lot to learn about open source. But we're willing to actually take the leap, try it out, and learn from the community. That's more than you can say for many other companies. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 2:26 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk. All of this is a very reasonable path for Autodesk, and it gained Autodesk the right to use a respected open-source brand name and associate its MapGuide product with that respected brand. That's a great thing for Autodesk to do - why else would Autodesk need to involve anyone from the MapServer community at all? Autodesk is perfectly capable of creating a "MapGuide Foundation" all by itself. But I do not think it was a wise thing for a small subset of the MapServer community to decide to do. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 5:11 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From plists at PROMETHEUS.ORG.YU Tue Nov 29 14:55:49 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Tue, 29 Nov 2005 23:55:49 +0100 Subject: current OS license and the Source that lies ahead In-Reply-To: Message-ID: On Tuesday 29 November 2005 23:22, you wrote: > The concern here seems to be about Autodesk creating a fork. > people in charge of MapServer today are the same people that were in > charge a week ago. The license is the license. We will be minority > voters on the board of the foundation. Where is the concern coming from? The concern is that the whole think took the community by surprise. Don't get me wrong, I don't see anything wrong or worse today than it was one week ago. I feel it's just the realization hitting the community that important decisions regarding MapServer can be brought without it's knowledge or (whatever that means) consent. The license as it is grants total freedom, including this one with the Foundation (and the one that would allow anybody to release a fork called Mapserver Platypus), and that's great. It's just that freedom sometimes takes getting used to, both from the side of the authors and contributors/end users. PS. I never thought of Autodesk _creating_ a fork - after all you do have most major developers in the Foundation and whatever they do will be considered the 'real' MapServer by the community. I was thinking more along the lines of a (perhaps inadvertent) possibility of _causing_ a fork on the long run. From gary.lang at AUTODESK.COM Tue Nov 29 14:56:46 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 14:56:46 -0800 Subject: epiphany about the idea of the Foundation Message-ID: Allan, A couple of points. 1) The main difference here may be that OpenMap started life as a government-sponsored open source project, not a commercial project by a public software company. You are probably correct in saying that our lawyers are careful. 2) The foundation was created two weeks ago, and is incorporated in Delaware. We thought, and I'm sure if folks think we made a mistake they'll tell us, that announcing this and having no code available for download would raise lots of criticism. Instead we are getting all kinds of people downloading and playing with the software, even though the official download site won't go up until January. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Allan Doyle Sent: Tuesday, November 29, 2005 2:35 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation ... OpenMap was released by a subsidiary of a public company (BBN, part of GTE at the time) and was and is still maintained by developers at BBN (now a private company again). I think there are gray areas that are open to interpretation by the company lawyers. If the company's lawyers are geared up for secrecy/non-disclosure, then that's the kind of response you will get from them in every circumstance. There are probably many instances of corporate-hosted open source out there. However, your answer was a non-sequitor. The statement was that Autodesk need not have put the order as 1a. release code, 1b. announce foundation where both happened at once. The order could have been 1. announce foundation, 2. release code later. In fact, the foundation does not yet exist from what I can tell by reading the materials released so far. In order to form a 501c3, you have to first incorporate a non-profit in a given state, then apply to the IRS for status as a public charity. That takes time. At best, it would take a month to get the corporation set up, and another month (but more like 6 months) to get the public charity status. So, in fact, the order legally is 1. release code to a web site whose domain name is owned by Gary Lang, private citizen (and which has three IP addresses in New York and Switzerland), and 2. gear up to form the legal entity that's a foundation. But I don't think it makes sense to quibble over details. It makes sense to discuss the broader effect and how to best deal with it. Always go for the high-order bit. The rest is just noise (at least until you dealt with the big stuff). Allan > > Gary > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Tuesday, November 29, 2005 1:57 PM > To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Gary - > > Having been a CTO and VP of Marketing for more than one public > software > company, I respectfully disagree. You are now, after all, > brainstorming > and asking questions on a public mailing list without benefit of an > NDA. > Not every action taken by a public company is a material event that > impacts its stock price, and public companies have all kinds of people > saying all kinds of things all over the place without NDAs. If > Autodesk > is a voting member of the Foundation, will you again expect another > NDA > every time you have a discussion that might affect the "MapServer > Enterprise" product? > > The only reason you needed to disclose any Autodesk code was > because the > inclusion of that code in the MapServer Foundation was a > precondition of > your support. It was certainly possible for Autodesk to support a > MapServer Foundation and THEN - after the Foundation was constituted - > propose the contribution of that code to the Foundation. The > Foundation > management could have authorized a technical subcommittee to sign > an NDA > with Autodesk in order to evaluate that proposed contribution. > > You're confusing Autodesk's MapGuide product with the MapServer > Foundation, and that's the primary source of the problem. The > MapServer > community needs a foundation dedicated to the stewardship of > MapServer, > and Autodesk is looking for a product and marketing strategy for its > MapGuide product. Those are both fine goals, but they're completely > different goals. I think Autodesk's behavior has been perfectly > reasonable for a commercial software company trying to design a path > forward for one of its products. It is the endorsement and > acquiescence > to that strategy by a subset of the MapServer community - in the > absence > of an effort to investigate alternatives - that I object to. > > - 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: Gary Lang [mailto:gary.lang at autodesk.com] > Sent: Tuesday, November 29, 2005 4:34 PM > To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Sure. It's pretty straightforward. > > We are a public company. We make money from MapGuide. We weren't sure > what we were going to do and had questions to answer: > > 1) open source or not > 2) can we work with the MS community or not and to see if our code was > interesting enough to it to work with them on it > 3) > > A public company cannot brainstorm or ask questions like this on a > public mailing list. We also could not just show our code without an > NDA. It's simply not legally allowed. So our choice was: > > 1) go it alone, and effectively compete with MS from day one of our > announcements which would then have said "use MapGuide, not > MapServer", > don't consult with anyone, etc. That wasn't appealing after we met > with > Frank, Daniel, Paul, Dave and I talked to Steve. > > 2) try to explore, through the only means of exploration available to > us, what we could do by working with the community. The means > available > to us were NDAs to disclose the code and brainstorm on the idea of > working together. > > The Apache guys had a similar situation when approach by IBM. It > worked > out well for Apache and IBM, and our goal is for this to work out well > for the current MapServer and Autodesk as well. > > This wasn't about control. It is more a lack of control - we were not > legally allowed to approach the exploration in any other way. Now that > there is a legal foundation and it has the code and the code's out > there, we can talk. It's that simple. > > Gary > > -----Original Message----- > From: Ed McNierney [mailto:ed at topozone.com] > Sent: Tuesday, November 29, 2005 1:21 PM > To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU > Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Gary - > > "Involving other companies is actually something I have been clear I > wanted to do from the outset" > "we'd be incredibly stupid to help establish a foundation in which > Autodesk or any other corporate entity has "control"" > > Can you explain, then, why Autodesk insisted that everyone > participating > in this process sign non-disclosure agreements with Autodesk? That > process seems designed to ensure that Autodesk had control, and > prevented the involvement of other companies. > > - 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: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Gary Lang > Sent: Tuesday, November 29, 2005 2:45 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Hi Gary, > > Gary from Autodesk here. > > I am doing this as we speak. In fact I started making my first calls > about 2 weeks ago. I just got a call from one 2 minutes ago from > someone > at one those companies and they are interested in discussing what it > would mean to join. > > Involving other companies is actually something I have been clear I > wanted to do from the outset. Since I'm good acquaintances with my > peers > at most of those companies and had hinted at our open source > intentions > before with some of them, I am hopeful they will join us in this > adventure based on initial interest. > > Now, let me ask people here something, in my mind, if someone wants to > join the foundation, they should contribute something to the > foundation > or agree to either support or use MapServer in their products, though. > What do you think? And to be clear, I wouldn't care which code base > they > wanted to use. > > I will address your comments about foundation control in another > email. > Suffice it to say that we'd be incredibly stupid to help establish a > foundation in which Autodesk or any other corporate entity has > "control" > - who would want to contribute their work if we did that? We wouldn't. > > Gary > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Gary Watry > Sent: Tuesday, November 29, 2005 11:30 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > Being as this is a non-profit open source Foundation, I hope that we > will ask the other commercial Internet map software companies to join > the Foundation in the same manner as AutoDesk. > > This should include ESRI, Integraph, Microstation, MapInfo, > DeLorme, etc > etc > > Anyone who has a vested interest in Internet Mapping should be > asked to > contribute and participate. If they opt not to - fine - but then they > are on record for choosing not to play > > But then the contributors could insure their other products were > compatible with MapServer(OS) and that it was compatible with their > products. > > The two fold benefit to this is > 1. the foundation will not be concieved as a partner to Autodesk 2. > Autodesk or no other Commercial company will control the Foundation > > ______________________________________________________________ > Gary L. Watry > > GIS Coordinator > Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson > Building, RM 215 > 2035 East Paul Dirac Drive > Tallahassee, Florida 32306-2840 > > E-Mail: watry at coaps.fsu.edu > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Lester Caine > Sent: Tuesday, November 29, 2005 2:06 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] current OS license > > Charlton Purvis wrote: > >> Hi, folks: >> >> Although there continues to be an open source spirit surrounding the > code >> amid the launch of a MS Foundation, I'd like to ask for clarification > re. >> the license of the MS code as it stands now. >> >> If for whatever reason a company like Autodesk (or I guess it would > have > to >> be the Foundation) wanted to slap some kind of non-open source >> license > on >> the code, is it true that the current code we call MapServer in its > current >> state will always remain covered under the license below? Basically > I'm >> trying to make sure that a shop can't somehow repossess something >> that > was >> originally OS thus preventing folks from using it like it's being >> used > now. > > Borland tried it with Interbase, but Firebird is now freely available > and there is not a lot Borland can now do about it ;) I am sure > Autocad > have a 'hidden agenda' but as long as there are free versions of what > ever is needed to provide a working system then there will not be a > problem. Anything commercial will have to be worth the money to > make any > sales :) > > p.s. I am not seeing my posts to the list so if you get this Charlton > and it's not on the list please can you forward it :( > > -- > Lester Caine > ----------------------------- > L.S.Caine Electronic Services > Treasurer - Firebird Foundation Inc. > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From osgis.lists at GMAIL.COM Tue Nov 29 15:05:29 2005 From: osgis.lists at GMAIL.COM (David Bitner) Date: Tue, 29 Nov 2005 17:05:29 -0600 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: I think there must be a difference in joining the foundation and in being a board member of the foundation. The first must be as open and inclusive as feasible (perhaps a nominal membership fee to make sure we only include the serious folks). The board must be made up of folks who represent the various interests. The question of what these folks bring to the table should be addressed by thier peers who elect them to the board. Sure it would make sense and there should be seats on the board that represent particular interests, but the general membership should be the ones to put the representatives there. > I am still interested in the answer to the question. I think anyone who > joins the foundation should contribute something. A new project, new > code mods, money, etc. > > Thoughts? > > Gary > From gary.lang at AUTODESK.COM Tue Nov 29 15:13:02 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 15:13:02 -0800 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: Folks, I want to answer questions and continue to try to learn what the concerns are. I thought I'd sit down and write a longer mail about the discussions I see taking place around all this. The responses seem to range from thoughtful to paranoid. So clearly the inability to speak freely has not been our friend. I have triedi to explain why we needed to be quiet about it, and hopefully that adds to the understanding. It is good to be able to speak freely about all this, at last. I have been very uncomfortable with only being able to speak to a limited set of stakeholders, but unable to see a way around the legal issues our legal team put in front of us before undertaking all this. Let me give some background on how we got here. About two years ago I kicked off a project to rewrite MapGuide so that it would be a first-class citizen on Linux. The current MapGuide is Windows-centric to the core. To me, trying to do web-mapping in 2003 that didn't support Linux was a non-starter. The team agreed and off we went. We started off using ACE and BDB as foundation technologies, used SWIG for generating our API infrastructure, and switched to SQLite for the geodatabase, and created the FDO framework for accessing multiple data types through a modular architecture that is sort of like JDO but with a geospatial slant (hence "Feature Data Object"). At the start of the project, on instinct, I asked the engineers to please make their code as readable and as easy to change as possible, as if someone from outside the company would read it some day. We really valued the open source components we were using and started to wonder how to give something back to the open source world. About a year ago, we visited a friend of mine who was the CEO at Ximian, which had been recently acquired by Novell. We spent a lot of time with Nat and Miguel who encouraged us to think hard about open source. We were thinking about some minor products. They encouraged us to think about Tux after hearing about it. We listened carefully and took lots of notes. A little less than a year ago, I began to believe that, as we were selling more applications the web server components, maybe our users would be better served by an open source process for the Map server tier. It turned out that DMSolutions and some of our people in Ottawa worked at the same company a few years ago, and we got together through one of these mutual ex-Tydav people. I decided to disclose them on our idea to see if it made any sense, and initially to try to convince them to maybe switch. Imagine the headlines - "Autodesk Goes Open Source! DMSolutions Ditches MapServer for MapGuide!." This was a dumb idea, and a non-starter for DMS. Instead of convincing them to switch, they convinced us to work with the MapServer community in a way that was non-competitive. To explore this further, we asked some of the recommended folks to sign an NDA so that we could tell them about Tux and about our crazy idea to be the first vendor in this space to go open source with their product, and a new one at that. To answer one of your questions: there is no perceived benefit to this being a secret. In fact, it's not good from any perspective including ours. There simply was no other way for us to explore this idea with the MapServer community at large. Let me explain. In Ed's email, he referenced the following comment: "And you replied, "You do it in an open, inclusive way that opens the discussion to all stakeholders, not just a self-selected few. You don't ask us to sign non-disclosure agreements and deliberately exclude the majority of the community." I would ask folks to please go back and read Dave's email with respect to Autodesk being a public company. Unfortunately, we do not have the freedom to speculate in public or hand out our source code without some sort of framework like the foundation or an NDA. So we had two choices: 1) We could have gone it alone and been public about that from day one. However, that gave us no options for stakeholder consultation and meant we would have to try to bridge the gap with MapServer after effectively attacking it. 2) Or, from day one, we could ask those who represent the widest number of MapServer stakeholders - i.e. the steering committee - if we could have a preliminary conversation about what to do. Those were really our only two choices. The bottom line is that a public company can't speculate on a mailing list about what it should or should not do. If we disagree on this point, let's send our lawyers off to argue about it, but I am not in a position to disagree with ours in any event. Now that the cat's out of the bag, I can say that we are much happier approaching open source this way rather than doing it ourselves. We hope others will feel the same once they understand the two options we had. Maybe we could have been more creative and found a third way. As a model for future participants or even to help me in any future open source work I'll do (and I'll do more in my career, I am certain), any suggestions would be appreciated. Some things you will see as the weeks progress with respect to Autodesk's involvement: a) We will participate in establishing the foundation, which, contrary to what has been said here, is already a legal entity. However, we will not drive the foundation. It would undermine our goals to do this. b) We will give our code - about 60 man-years of sweat and blood by people who love their work--to the foundation. This is a non-trivial thing. Do the math on the cost and think about projects you've worked on that take 2 years of hard work. We are contributing something too. c) we will be a minority vote in any foundation configuration. I am limiting Autodesk's participation to two people - myself and one other person - both engineers. I expect the MapServer membership to be some multiple of that. As it is, the current discussion and decision process observes the ratio you see on the open letter signature list - 1 to 10, Autodesk to MapServer. We will never have control of the MapServer Foundation's board. d) we will contribute code to MapServer as well as continue to work on the code we are contributing which I'll refer to as MSE for short. We will give away our FDO framework for ArcSDE, SHP, ODBC, MySQL, etc. We will make this work with MapServer. Finally, I hope people can continue to be respectful of the signers of the open letter. They are nobody's fools and nobody's tools and will simply use this opportunity to strengthen their efforts. That's more than fine with us. Also keep in mind that as Tyler said, every press release and FAQ we've produced was reviewed by that group of people. If someone (who is "Seba"?) decided to forward an Autodesk press release from Yahoo to /. instead of the open letter, we have no more control over that any more than we control the MapServer community or the steering committee. MapServer should continue to grow and, believe me, it's in our interest to see it grow. We obviously hope people will look at the code we're contributing as well, but we're just happy to be in the open now. Now that we're past the initial step of disclosure, the discussion should be as wide open as possible. We are all actively talking to other entities about sponsoring the MapServer Foundation. Just as we don't want Autodesk to be the driver of the community we would like to see more involvement by other players in the GIS world. I hope this answers some questions and generates more. I look forward to your feedback. Gary Lang gary.lang at autodesk.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From David.Fawcett at STATE.MN.US Tue Nov 29 15:14:00 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Tue, 29 Nov 2005 17:14:00 -0600 Subject: epiphany about the idea of the Foundation Message-ID: Some of us woke up on Monday and found that the MapServer name and brand had been given to an Autodesk product. And that the true MapServer product has been given a modifier of 'Cheetah'. I am not concerned that Autodesk is joining the community, I just think that giving MapGuide the brand of MapServer is confusing and greatly devalues the brand that the MapServer product and community has greatly earned. As new companies join the foundation, will we get MapServerIMS, MapServerIMS Enterprise, MapServerGeomedia, MapServerMS, MapServerMapXtreme, MapServerStreetAtlas? What is left of the MapServer brand then? In your alternative scenario, you say that we would have woken up to a competitor. At least that competitor wouldn't have walked away with the brand. I also don't think that labeling feedback from the MapServer Community as 'mostly FUD' really demonstrates your willingness to 'learn from the community'. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:42 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Some people are complaining that they woke up and Autodesk was involved in the MapServer community, and some don't like it. (Some do, BTW.) But the only other scenario is that the same people would have woken up Monday and found that there was a now a competitor. Because no matter what we were going to put that code into open source and work hard to make it successful. If the assumption is that we would be unable to create a community, the assumption is faulty - many other companies - some larger than us - have done so, and the people who did it for them are available to us as well. We had a non-zero probability of success taking that approach. But instead we're trying to embrace the one that's there who has done such good work, to sing its praises, and spend our money and brand equity to help it do so. We think a united approach is better than a go-it-alone approach. We expected some of this reaction - think it's mostly FUD owing to not really knowing us- and do indeed have a lot to learn about open source. But we're willing to actually take the leap, try it out, and learn from the community. That's more than you can say for many other companies. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 2:26 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk. All of this is a very reasonable path for Autodesk, and it gained Autodesk the right to use a respected open-source brand name and associate its MapGuide product with that respected brand. That's a great thing for Autodesk to do - why else would Autodesk need to involve anyone from the MapServer community at all? Autodesk is perfectly capable of creating a "MapGuide Foundation" all by itself. But I do not think it was a wise thing for a small subset of the MapServer community to decide to do. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 5:11 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From ed at TOPOZONE.COM Tue Nov 29 15:33:40 2005 From: ed at TOPOZONE.COM (Ed McNierney) Date: Tue, 29 Nov 2005 18:33:40 -0500 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: Gary - You wrote: "1) We could have gone it alone and been public about that from day one. However, that gave us no options for stakeholder consultation and meant we would have to try to bridge the gap with MapServer after effectively attacking it. 2) Or, from day one, we could ask those who represent the widest number of MapServer stakeholders - i.e. the steering committee - if we could have a preliminary conversation about what to do." You (and DM Solutions, and everyone else) omitted option #3 - ask the community. The TECHNICAL steering committee represents one segment of that community. "Dear MapServer community - We have been approached by a potential partner interested in working with us to create a MapServer Foundation. We'd like to pursue this, but we need your support. This partner is a commercial firm, and due to the nature of the proposal, the discussions will need to take place under a non-disclosure agreement. We need a small working group for this project. It would be great to have some representation from users, consultants, developers, etc. to cover all of our interests; but you'll need to make a serious commitment to this, and be bound by that NDA. Our partner will need to be able to disqualify anyone from the list. When we have an approved committee list, we'll let everyone know who's involved. We realize this is a little unusual, but it's the only way to keep talking about this, and we think it's worth it." Autodesk would, of course, need to realize that this is a little unusual, too, and one of the lessons to be learned about working with the open source community. Nothing would be disclosed, the community would be on notice that something was happening, and the discussion wouldn't be limited to the people known best by the first folks you made contact with. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com From ealpert at DIGITALGLOBE.COM Tue Nov 29 15:33:11 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 16:33:11 -0700 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: I'm curious why you want to call your product Mapserver Enterprise when it clearly doesn't have near the level of functionality that the *real* Mapserver has? Could you answer this please? No OGC support, for example, which is core to other "Enterprise" mapping applications. I'm not finding adaquate documentation of features online but MSE doesn't look like it provides much of the functionality commonly associated with the Mapserver brand. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together Folks, I want to answer questions and continue to try to learn what the concerns are. I thought I'd sit down and write a longer mail about -------------- next part -------------- An HTML attachment was scrubbed... URL: From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 15:33:39 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 17:33:39 -0600 Subject: epiphany about the idea of the Foundation Message-ID: I completely agree with you David and I have yet to hear Gary comment on the MSE name and branding and the confusion this may cause for users. This seems to be a major concern of many of us. I and others have already voiced our opinion on this subject. I would like to hear Autodesk's take on it. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fawcett, David Sent: Tuesday, November 29, 2005 5:14 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Some of us woke up on Monday and found that the MapServer name and brand had been given to an Autodesk product. And that the true MapServer product has been given a modifier of 'Cheetah'. I am not concerned that Autodesk is joining the community, I just think that giving MapGuide the brand of MapServer is confusing and greatly devalues the brand that the MapServer product and community has greatly earned. As new companies join the foundation, will we get MapServerIMS, MapServerIMS Enterprise, MapServerGeomedia, MapServerMS, MapServerMapXtreme, MapServerStreetAtlas? What is left of the MapServer brand then? In your alternative scenario, you say that we would have woken up to a competitor. At least that competitor wouldn't have walked away with the brand. I also don't think that labeling feedback from the MapServer Community as 'mostly FUD' really demonstrates your willingness to 'learn from the community'. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:42 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Some people are complaining that they woke up and Autodesk was involved in the MapServer community, and some don't like it. (Some do, BTW.) But the only other scenario is that the same people would have woken up Monday and found that there was a now a competitor. Because no matter what we were going to put that code into open source and work hard to make it successful. If the assumption is that we would be unable to create a community, the assumption is faulty - many other companies - some larger than us - have done so, and the people who did it for them are available to us as well. We had a non-zero probability of success taking that approach. But instead we're trying to embrace the one that's there who has done such good work, to sing its praises, and spend our money and brand equity to help it do so. We think a united approach is better than a go-it-alone approach. We expected some of this reaction - think it's mostly FUD owing to not really knowing us- and do indeed have a lot to learn about open source. But we're willing to actually take the leap, try it out, and learn from the community. That's more than you can say for many other companies. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 2:26 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk. All of this is a very reasonable path for Autodesk, and it gained Autodesk the right to use a respected open-source brand name and associate its MapGuide product with that respected brand. That's a great thing for Autodesk to do - why else would Autodesk need to involve anyone from the MapServer community at all? Autodesk is perfectly capable of creating a "MapGuide Foundation" all by itself. But I do not think it was a wise thing for a small subset of the MapServer community to decide to do. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 5:11 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From gary.lang at AUTODESK.COM Tue Nov 29 15:35:02 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 15:35:02 -0800 Subject: epiphany about the idea of the Foundation Message-ID: I would refer people back to Steve's short comment yesterday. One might also view that MapServer got the Autodesk brand name associated with it yesterday. To me, it seems like both parties benefited. This is usually a sign of a good deal. I'm not disagreeing with the entire community, which is not monolithic, but simply expressing my opinion that phrases like "walking away with the brand" when talking about - in addition to naming a code base - a foundation to be mostly run by _MapServer_ community members and leaders like the initial creator of _MapServer_, called "_MapServer_ Foundation" seems a bit overstated to me. Gary -----Original Message----- From: Fawcett, David [mailto:David.Fawcett at state.mn.us] Sent: Tuesday, November 29, 2005 3:14 PM To: Gary Lang; MAPSERVER-USERS at lists.umn.edu Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Some of us woke up on Monday and found that the MapServer name and brand had been given to an Autodesk product. And that the true MapServer product has been given a modifier of 'Cheetah'. I am not concerned that Autodesk is joining the community, I just think that giving MapGuide the brand of MapServer is confusing and greatly devalues the brand that the MapServer product and community has greatly earned. As new companies join the foundation, will we get MapServerIMS, MapServerIMS Enterprise, MapServerGeomedia, MapServerMS, MapServerMapXtreme, MapServerStreetAtlas? What is left of the MapServer brand then? In your alternative scenario, you say that we would have woken up to a competitor. At least that competitor wouldn't have walked away with the brand. I also don't think that labeling feedback from the MapServer Community as 'mostly FUD' really demonstrates your willingness to 'learn from the community'. David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:42 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Some people are complaining that they woke up and Autodesk was involved in the MapServer community, and some don't like it. (Some do, BTW.) But the only other scenario is that the same people would have woken up Monday and found that there was a now a competitor. Because no matter what we were going to put that code into open source and work hard to make it successful. If the assumption is that we would be unable to create a community, the assumption is faulty - many other companies - some larger than us - have done so, and the people who did it for them are available to us as well. We had a non-zero probability of success taking that approach. But instead we're trying to embrace the one that's there who has done such good work, to sing its praises, and spend our money and brand equity to help it do so. We think a united approach is better than a go-it-alone approach. We expected some of this reaction - think it's mostly FUD owing to not really knowing us- and do indeed have a lot to learn about open source. But we're willing to actually take the leap, try it out, and learn from the community. That's more than you can say for many other companies. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 2:26 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - You are missing the point that the creation of a MapServer Foundation in no way required the contribution of any code from Autodesk. All of this is a very reasonable path for Autodesk, and it gained Autodesk the right to use a respected open-source brand name and associate its MapGuide product with that respected brand. That's a great thing for Autodesk to do - why else would Autodesk need to involve anyone from the MapServer community at all? Autodesk is perfectly capable of creating a "MapGuide Foundation" all by itself. But I do not think it was a wise thing for a small subset of the MapServer community to decide to do. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 5:11 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation " Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA." Everything we're talking about is public knowledge now, and the code has been contributed to the foundation. It's a different situation. " Not every action taken by a public company is a material event that impacts its stock price" Yes but you never know which one will, and your shareholders would consider it careless to leave the impressions of where you are going when brainstorming to chance. Putting a major product that we're making an ongoing investment was considered a major event in our lawyer's minds. This then leads to all kinds of questions - "what else are you going to make available for free?" was one that came up, and there were many more that we had to have clear answers for yesterday. Neither of us is a lawyer, I'll bet. Anyone in my shoes needs to have answers available and we had none until we figured out what we were going to do. Maybe we're too careful but that was our approach. " If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product?" In a word, no. It's in the community's hands now, not ours. " The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. " Not true, it has to be downloadable by everybody within a legal framework that protects it but removes it from our control. Without these two things in place, who would be interested in it? Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:57 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - Having been a CTO and VP of Marketing for more than one public software company, I respectfully disagree. You are now, after all, brainstorming and asking questions on a public mailing list without benefit of an NDA. Not every action taken by a public company is a material event that impacts its stock price, and public companies have all kinds of people saying all kinds of things all over the place without NDAs. If Autodesk is a voting member of the Foundation, will you again expect another NDA every time you have a discussion that might affect the "MapServer Enterprise" product? The only reason you needed to disclose any Autodesk code was because the inclusion of that code in the MapServer Foundation was a precondition of your support. It was certainly possible for Autodesk to support a MapServer Foundation and THEN - after the Foundation was constituted - propose the contribution of that code to the Foundation. The Foundation management could have authorized a technical subcommittee to sign an NDA with Autodesk in order to evaluate that proposed contribution. You're confusing Autodesk's MapGuide product with the MapServer Foundation, and that's the primary source of the problem. The MapServer community needs a foundation dedicated to the stewardship of MapServer, and Autodesk is looking for a product and marketing strategy for its MapGuide product. Those are both fine goals, but they're completely different goals. I think Autodesk's behavior has been perfectly reasonable for a commercial software company trying to design a path forward for one of its products. It is the endorsement and acquiescence to that strategy by a subset of the MapServer community - in the absence of an effort to investigate alternatives - that I object to. - 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: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:34 PM To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Sure. It's pretty straightforward. We are a public company. We make money from MapGuide. We weren't sure what we were going to do and had questions to answer: 1) open source or not 2) can we work with the MS community or not and to see if our code was interesting enough to it to work with them on it 3) A public company cannot brainstorm or ask questions like this on a public mailing list. We also could not just show our code without an NDA. It's simply not legally allowed. So our choice was: 1) go it alone, and effectively compete with MS from day one of our announcements which would then have said "use MapGuide, not MapServer", don't consult with anyone, etc. That wasn't appealing after we met with Frank, Daniel, Paul, Dave and I talked to Steve. 2) try to explore, through the only means of exploration available to us, what we could do by working with the community. The means available to us were NDAs to disclose the code and brainstorm on the idea of working together. The Apache guys had a similar situation when approach by IBM. It worked out well for Apache and IBM, and our goal is for this to work out well for the current MapServer and Autodesk as well. This wasn't about control. It is more a lack of control - we were not legally allowed to approach the exploration in any other way. Now that there is a legal foundation and it has the code and the code's out there, we can talk. It's that simple. Gary -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Tuesday, November 29, 2005 1:21 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Gary - "Involving other companies is actually something I have been clear I wanted to do from the outset" "we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control"" Can you explain, then, why Autodesk insisted that everyone participating in this process sign non-disclosure agreements with Autodesk? That process seems designed to ensure that Autodesk had control, and prevented the involvement of other companies. - 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: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 2:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Hi Gary, Gary from Autodesk here. I am doing this as we speak. In fact I started making my first calls about 2 weeks ago. I just got a call from one 2 minutes ago from someone at one those companies and they are interested in discussing what it would mean to join. Involving other companies is actually something I have been clear I wanted to do from the outset. Since I'm good acquaintances with my peers at most of those companies and had hinted at our open source intentions before with some of them, I am hopeful they will join us in this adventure based on initial interest. Now, let me ask people here something, in my mind, if someone wants to join the foundation, they should contribute something to the foundation or agree to either support or use MapServer in their products, though. What do you think? And to be clear, I wouldn't care which code base they wanted to use. I will address your comments about foundation control in another email. Suffice it to say that we'd be incredibly stupid to help establish a foundation in which Autodesk or any other corporate entity has "control" - who would want to contribute their work if we did that? We wouldn't. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry Sent: Tuesday, November 29, 2005 11:30 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation Being as this is a non-profit open source Foundation, I hope that we will ask the other commercial Internet map software companies to join the Foundation in the same manner as AutoDesk. This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc Anyone who has a vested interest in Internet Mapping should be asked to contribute and participate. If they opt not to - fine - but then they are on record for choosing not to play But then the contributors could insure their other products were compatible with MapServer(OS) and that it was compatible with their products. The two fold benefit to this is 1. the foundation will not be concieved as a partner to Autodesk 2. Autodesk or no other Commercial company will control the Foundation ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine Sent: Tuesday, November 29, 2005 2:06 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] current OS license Charlton Purvis wrote: > Hi, folks: > > Although there continues to be an open source spirit surrounding the code > amid the launch of a MS Foundation, I'd like to ask for clarification re. > the license of the MS code as it stands now. > > If for whatever reason a company like Autodesk (or I guess it would have to > be the Foundation) wanted to slap some kind of non-open source license on > the code, is it true that the current code we call MapServer in its current > state will always remain covered under the license below? Basically I'm > trying to make sure that a shop can't somehow repossess something that was > originally OS thus preventing folks from using it like it's being used now. Borland tried it with Interbase, but Firebird is now freely available and there is not a lot Borland can now do about it ;) I am sure Autocad have a 'hidden agenda' but as long as there are free versions of what ever is needed to provide a working system then there will not be a problem. Anything commercial will have to be worth the money to make any sales :) p.s. I am not seeing my posts to the list so if you get this Charlton and it's not on the list please can you forward it :( -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From gary.lang at AUTODESK.COM Tue Nov 29 15:38:31 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 15:38:31 -0800 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: The "enterprise" moniker idea came from a MS person, but we sell to enterprise customers today with even less OGC support than we have in MSE. Since we sell to them today a product with less of these features it didn't seem too presumptuous. It would be interesting to see a gap analysis. My boss is on the OGC board, and they seem happy with our progress in this area. In the rush to do all this by our AU event here in Orlando, many shortcuts were taken, including with documentation. Sorry about that. The first official release of the open source code will take place in January, and it should be better by then. Gary _____ From: Ethan Alpert [mailto:ealpert at digitalglobe.com] Sent: Tuesday, November 29, 2005 3:33 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together I'm curious why you want to call your product Mapserver Enterprise when it clearly doesn't have near the level of functionality that the *real* Mapserver has? Could you answer this please? No OGC support, for example, which is core to other "Enterprise" mapping applications. I'm not finding adaquate documentation of features online but MSE doesn't look like it provides much of the functionality commonly associated with the Mapserver brand. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together Folks, I want to answer questions and continue to try to learn what the concerns are. I thought I'd sit down and write a longer mail about -------------- next part -------------- An HTML attachment was scrubbed... URL: From ealpert at DIGITALGLOBE.COM Tue Nov 29 16:09:21 2005 From: ealpert at DIGITALGLOBE.COM (Ethan Alpert) Date: Tue, 29 Nov 2005 17:09:21 -0700 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: You're missing my point...MSE is not Mapserver and dosn't have the capabilities of Mapserver and therefore should not be called Mapserver Enterprise. The name Mapserver Enterprise to me initially implied you had written a j2ee layer for Mapserver. Clearly this is not the case and I question why have your product called Mapserver when they are apples and oranges. And why force the *real* Mapserver to be called "Mapserver Cheetah"? This makes no sense and wil completely confuse and dialute the Mapserver brand. -e -----Original Message----- From: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:39 PM To: Ethan Alpert; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together The "enterprise" moniker idea came from a MS person, but we sell to enterprise customers today with even less OGC support than we have in MSE. Since we sell to them today a product with less of these features it didn't seem too presumptuous. It would be interesting to see a gap analysis. My boss is on the OGC board, and they seem happy with our progress in this area. In the rush to do all this by our AU event here in Orlando, many shortcuts were taken, including with documentation. Sorry about that. The first official release of the open source code will take place in January, and it should be better by then. Gary ________________________________ From: Ethan Alpert [mailto:ealpert at digitalglobe.com] Sent: Tuesday, November 29, 2005 3:33 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together I'm curious why you want to call your product Mapserver Enterprise when it clearly doesn't have near the level of functionality that the *real* Mapserver has? Could you answer this please? No OGC support, for example, which is core to other "Enterprise" mapping applications. I'm not finding adaquate documentation of features online but MSE doesn't look like it provides much of the functionality commonly associated with the Mapserver brand. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together Folks, I want to answer questions and continue to try to learn what the concerns are. I thought I'd sit down and write a longer mail about -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.lang at AUTODESK.COM Tue Nov 29 16:24:48 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 16:24:48 -0800 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: Ethan, When we are done with MSE, and we said we are not done, it will have a Java layer, a .NET layer, and a PHP layer (the default). I'm sorry if we confused you. Cheetah was not our idea; I was told this had been kicking around for a while - like 2 or 3 years. Regards, Gary _____ From: Ethan Alpert [mailto:ealpert at digitalglobe.com] Sent: Tuesday, November 29, 2005 4:09 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together You're missing my point...MSE is not Mapserver and dosn't have the capabilities of Mapserver and therefore should not be called Mapserver Enterprise. The name Mapserver Enterprise to me initially implied you had written a j2ee layer for Mapserver. Clearly this is not the case and I question why have your product called Mapserver when they are apples and oranges. And why force the *real* Mapserver to be called "Mapserver Cheetah"? This makes no sense and wil completely confuse and dialute the Mapserver brand. -e -----Original Message----- From: Gary Lang [mailto:gary.lang at autodesk.com] Sent: Tuesday, November 29, 2005 4:39 PM To: Ethan Alpert; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together The "enterprise" moniker idea came from a MS person, but we sell to enterprise customers today with even less OGC support than we have in MSE. Since we sell to them today a product with less of these features it didn't seem too presumptuous. It would be interesting to see a gap analysis. My boss is on the OGC board, and they seem happy with our progress in this area. In the rush to do all this by our AU event here in Orlando, many shortcuts were taken, including with documentation. Sorry about that. The first official release of the open source code will take place in January, and it should be better by then. Gary _____ From: Ethan Alpert [mailto:ealpert at digitalglobe.com] Sent: Tuesday, November 29, 2005 3:33 PM To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU Subject: RE: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together I'm curious why you want to call your product Mapserver Enterprise when it clearly doesn't have near the level of functionality that the *real* Mapserver has? Could you answer this please? No OGC support, for example, which is core to other "Enterprise" mapping applications. I'm not finding adaquate documentation of features online but MSE doesn't look like it provides much of the functionality commonly associated with the Mapserver brand. -e -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Tuesday, November 29, 2005 4:13 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together Folks, I want to answer questions and continue to try to learn what the concerns are. I thought I'd sit down and write a longer mail about -------------- next part -------------- An HTML attachment was scrubbed... URL: From plists at PROMETHEUS.ORG.YU Tue Nov 29 16:30:39 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Wed, 30 Nov 2005 01:30:39 +0100 Subject: [OT] Cheetah naming In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D05BA@s-sp22.pca.state.mn.us> Message-ID: On Wednesday 30 November 2005 00:14, Fawcett, David wrote: > product has been given a modifier of 'Cheetah'. One more thing on the Cheetah (as in big cat) issue. I'm aware that the instant association with this species is 'fastest predator on land', but if one scratches a bit deeper it turns out that this title comes with quite a price. A bit of trivia (from http://en.wikipedia.org/wiki/Cheetah) regarding cheetahs (with the risk of being partial for pasting here only what I thought would be contradictory to some of Mapservers' characteristics): - The cheetah is a vulnerable species. Out of all the big cats, it is the least able to adapt to new environments. - A cheetah can run up to 114 km/h for up to about 274 metres before it overheats. The temperature within the cheetah reaches such high temperatures that it would be deadly to continue, also why cheetahs are often seen resting even after they have caught their prey. Roughly half of the chases are successful. - Cheetahs are not true big cats, as they can purr as they inhale, but cannot roar. By contrast, lions, tigers, leopards, and jaguars can roar but cannot purr, except while exhaling. - Today, cheetahs have a growing economic importance for ecotourism and they are also found in zoos. Because cheetahs are far less aggressive than other big cats, kittens are sometimes sold as pets. - Cheetah cubs have a high mortality rate due to genetic factors and predation by carnivores in competition with the cheetah, such as the lion and hyena. Some biologists now believe that they are too inbred to flourish as a species. - Cheetahs are included on the IUCN list: vulnerable species (African subspecies threatened, Asiatic subspecies in critical situation) as well as on the US ESA: threatened species - Appendix I of CITES (Convention on International Trade in Endangered Species). From gary.lang at AUTODESK.COM Tue Nov 29 16:35:20 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 16:35:20 -0800 Subject: ADSK and the MapServer Foundation - tying the threads together Message-ID: Nobody "omitted" option 3. That's a really good idea. No one involved thought of it. There's a difference between omitting which is usually intentional and just not thinking of something. Your idea is a good one. I wish it had been done that way. " Autodesk would, of course, need to realize that this is a little unusual, too, and one of the lessons to be learned about working with the open source community." Why would we have found this unusual? As I said, it's a good idea. Lesson learned. Given this, in retrospect, I wish I had the foresight to recommend that the group follow this approach. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ed McNierney Sent: Tuesday, November 29, 2005 3:34 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] ADSK and the MapServer Foundation - tying the threads together Gary - You wrote: "1) We could have gone it alone and been public about that from day one. However, that gave us no options for stakeholder consultation and meant we would have to try to bridge the gap with MapServer after effectively attacking it. 2) Or, from day one, we could ask those who represent the widest number of MapServer stakeholders - i.e. the steering committee - if we could have a preliminary conversation about what to do." You (and DM Solutions, and everyone else) omitted option #3 - ask the community. The TECHNICAL steering committee represents one segment of that community. "Dear MapServer community - We have been approached by a potential partner interested in working with us to create a MapServer Foundation. We'd like to pursue this, but we need your support. This partner is a commercial firm, and due to the nature of the proposal, the discussions will need to take place under a non-disclosure agreement. We need a small working group for this project. It would be great to have some representation from users, consultants, developers, etc. to cover all of our interests; but you'll need to make a serious commitment to this, and be bound by that NDA. Our partner will need to be able to disqualify anyone from the list. When we have an approved committee list, we'll let everyone know who's involved. We realize this is a little unusual, but it's the only way to keep talking about this, and we think it's worth it." Autodesk would, of course, need to realize that this is a little unusual, too, and one of the lessons to be learned about working with the open source community. Nothing would be disclosed, the community would be on notice that something was happening, and the discussion wouldn't be limited to the people known best by the first folks you made contact with. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 Phone: +1 (978) 251-4242 Fax: +1 (978) 251-1396 ed at topozone.com From warmerdam at POBOX.COM Tue Nov 29 16:45:59 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 19:45:59 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: <71c3c6c50511291505s4b22c8dn6c7d857a4187a938@mail.gmail.com> Message-ID: On 11/29/05, David Bitner wrote: > I think there must be a difference in joining the foundation and in > being a board member of the foundation. > > The first must be as open and inclusive as feasible (perhaps a nominal > membership fee to make sure we only include the serious folks). David, I certainly agree with this. > The board must be made up of folks who represent the various > interests. The question of what these folks bring to the table should > be addressed by thier peers who elect them to the board. Sure it > would make sense and there should be seats on the board that > represent particular interests, but the general membership should be > the ones to put the representatives there. Generally speaking, I would like to see the board directly elected by the membership. What I don't know is how we would ensure that various interests get properly represented. Do we need a mechanism for that, or can we just assume that a diverse membership will tend to elect a board that is diverse? I prefer not to have any rules restricting some board seats to "open source folks" and others to "corporate interests" or split between developers, integrators and end users or any other mechanism. BTW, I would really like to see an indepth discussion of governance model suggestions (ideally on the foundation discuss mailing list). We need to hammer out a governance model over the coming weeks and that means we need to get fairly detailed. In fact, I think I will try and raise some sort of strawman for discussion on the foundation mailing list tonight. > > I am still interested in the answer to the question. I think anyone who > > joins the foundation should contribute something. A new project, new > > code mods, money, etc. Gary, I for one don't want to see any "contribution test" on membership in the foundation. I think it complicates things in unpleasant ways. I am reasonably confident that letting anyone who wants to be a member who is self identified as having an interest will be sufficient. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at POBOX.COM Tue Nov 29 16:50:08 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 19:50:08 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: <1AAB041E53A631468FD049F217BFEFB001B65D@server.office.xitech.com.au> Message-ID: On 11/29/05, John Craddock wrote: > Here we go, membership of the foundation: the MapServer community is just about to morph into a clone of the Open Design Alliance (nee Open DWG Alliance). The spin doctors are really at it! John, The Open Design Alliance does some good things, but is does not use an open source license for it's code, and ultimately winds itself in all sorts of knots to ensure enough money coming in to support development. I can respect that but there is no way I want us to be anything like that. Frankly, I don't see how we could end up the same as long as we are using true open source licenses for the code. > How about MTSC and AutoDesk publishing the hard copy of this deal instead of eking it out in disjointed discussion emails. I signed an NDA, and I (virtually) signed the open letter. There is no other "deal". Just getting agreement on the open letter as a statement of intent was tough enough! > The plot thickens, no membership, no voice. I agree that we need membership, and they need to be in control. > Nothing has been written that assuages the reverse takeover theorem. Well, clearly this is a community with active antibodies against anything that smells like "takeover", so I don't think there is much danger. But if we want this to be our foundation, we all need to make it happen. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mapserver at EIDESIS.ORG Tue Nov 29 16:50:37 2005 From: mapserver at EIDESIS.ORG (Puneet Kishor) Date: Tue, 29 Nov 2005 18:50:37 -0600 Subject: MapServer Foundation -- marching forward Message-ID: MapServer Foundation is a good thing. Having Autodesk join, support, contribute to the foundation is a good thing. Welcome. Having other players, commercial or otherwise, do the same as Autodesk is a good thing. Make everyone else feel welcome. Having only one canonical MapServer is a good thing. Don't even call it ...Enterprise. Just MapServer. Not Cheetah, not classic, not pro... just MapServer. Having Autodesk choose their own name is a good thing. Let them choose their name, just not "MapServer..." They have all the liberty to choose any name they want, just not the name that has already been taken. Involving everyone is a good thing. That was not done. Some feel more hurt than others. Some for possible monetary loss, some for philosophical reasons, some maybe for a bit of both. Let's not do it again. Rename the canonical product to one name, reduce the canonical URL to one. So, instead of - MapServer Cheetah (open, all platforms) - MapServer Enterprise (kinda open, doesn't work on my Mac. Nice name!) - MapServer Studio (closed, works only with the kinda open product) - MapServer Foundation - mapserver.gis.umn.edu (the canonical url) - ms.gis.umn.edu (the new url) - mapserverfoundation.org (the spanking new url) Just have mapserverfoundation.org, and have MapServer, and other spin-offs under it. That would be a good thing. Getting the previous bonhomie back. Priceless. I have no vested interest in MapServer other than seeing it become the most popular, most easy to use, most feature-complete, product in its class. I have not contributed any code to it, hence I don't stand to gain any huge peer recognition. My job/company doesn't depend on it, so I don't stand to gain monetarily. With that disclosure, I would be happy to mediate between the hurt parties, if required. Other than that, I would just love to see the bickering end, and have us really feel happy that the foundation has come to pass. Let's move forward. Please. From warmerdam at POBOX.COM Tue Nov 29 16:52:47 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 19:52:47 -0500 Subject: [OT] Cheetah naming In-Reply-To: <200511300130.39561.plists@prometheus.org.yu> Message-ID: On 11/29/05, Attila Csipa wrote: > On Wednesday 30 November 2005 00:14, Fawcett, David wrote: > > product has been given a modifier of 'Cheetah'. > > One more thing on the Cheetah (as in big cat) issue. I'm aware that the > instant association with this species is 'fastest predator on land', but if > one scratches a bit deeper it turns out that this title comes with quite a > price. A bit of trivia (from http://en.wikipedia.org/wiki/Cheetah) regarding > cheetahs (with the risk of being partial for pasting here only what I thought > would be contradictory to some of Mapservers' characteristics): > > - The cheetah is a vulnerable species. Out of all the big cats, it is the > least able to adapt to new environments. > > - A cheetah can run up to 114 km/h for up to about 274 metres before it > overheats. The temperature within the cheetah reaches such high temperatures > that it would be deadly to continue, also why cheetahs are often seen resting > even after they have caught their prey. Roughly half of the chases are > successful. > > - Cheetahs are not true big cats, as they can purr as they inhale, but cannot > roar. By contrast, lions, tigers, leopards, and jaguars can roar but cannot > purr, except while exhaling. > > - Today, cheetahs have a growing economic importance for ecotourism and they > are also found in zoos. Because cheetahs are far less aggressive than other > big cats, kittens are sometimes sold as pets. > > - Cheetah cubs have a high mortality rate due to genetic factors and predation > by carnivores in competition with the cheetah, such as the lion and hyena. > Some biologists now believe that they are too inbred to flourish as a > species. > > - Cheetahs are included on the IUCN list: vulnerable species (African > subspecies threatened, Asiatic subspecies in critical situation) as well as > on the US ESA: threatened species - Appendix I of CITES (Convention on > International Trade in Endangered Species). Attila, The name isn't written in stone. But I'm not sure I want to work on "MapServer Cockroach" just because it is the hardiest species in the Wikipedia. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bfischer at HOUSTONENGINEERINGINC.COM Tue Nov 29 17:00:41 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Tue, 29 Nov 2005 19:00:41 -0600 Subject: MapServer Foundation -- marching forward Message-ID: I whole-heartedly agree with you on every point you make. Especially, the ones that concern confusing the user base with the naming of projects! If all of the things are addressed in your email, I will be re-assured that the intentions of all parties are good and I will consider my concerns addressed by the MapServer Community. Brian -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Puneet Kishor Sent: Tuesday, November 29, 2005 6:51 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] MapServer Foundation -- marching forward MapServer Foundation is a good thing. Having Autodesk join, support, contribute to the foundation is a good thing. Welcome. Having other players, commercial or otherwise, do the same as Autodesk is a good thing. Make everyone else feel welcome. Having only one canonical MapServer is a good thing. Don't even call it ...Enterprise. Just MapServer. Not Cheetah, not classic, not pro... just MapServer. Having Autodesk choose their own name is a good thing. Let them choose their name, just not "MapServer..." They have all the liberty to choose any name they want, just not the name that has already been taken. Involving everyone is a good thing. That was not done. Some feel more hurt than others. Some for possible monetary loss, some for philosophical reasons, some maybe for a bit of both. Let's not do it again. Rename the canonical product to one name, reduce the canonical URL to one. So, instead of - MapServer Cheetah (open, all platforms) - MapServer Enterprise (kinda open, doesn't work on my Mac. Nice name!) - MapServer Studio (closed, works only with the kinda open product) - MapServer Foundation - mapserver.gis.umn.edu (the canonical url) - ms.gis.umn.edu (the new url) - mapserverfoundation.org (the spanking new url) Just have mapserverfoundation.org, and have MapServer, and other spin-offs under it. That would be a good thing. Getting the previous bonhomie back. Priceless. I have no vested interest in MapServer other than seeing it become the most popular, most easy to use, most feature-complete, product in its class. I have not contributed any code to it, hence I don't stand to gain any huge peer recognition. My job/company doesn't depend on it, so I don't stand to gain monetarily. With that disclosure, I would be happy to mediate between the hurt parties, if required. Other than that, I would just love to see the bickering end, and have us really feel happy that the foundation has come to pass. Let's move forward. Please. From plists at PROMETHEUS.ORG.YU Tue Nov 29 17:35:07 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Wed, 30 Nov 2005 02:35:07 +0100 Subject: [OT] Cheetah naming In-Reply-To: <931f8ea90511291652w65db7b8bob0ea197279958a84@mail.gmail.com> Message-ID: On Wednesday 30 November 2005 01:52, Frank Warmerdam wrote: > The name isn't written in stone. But I'm not sure I want to > work on "MapServer Cockroach" just because it is the hardiest > species in the Wikipedia. Fair enough. If I had to pick between the two for a product name I'd go for the cheetah, but the animal kingdom (if the mascot has to be an animal at all) is diverse enough to find a mascot with IMHO more fitting traits than either the cheetah or the cockroach. I wouldn't wan't to call an airplane Icarus even though the name associates with freedom and flight... From peter.kingsbury at GMAIL.COM Tue Nov 29 17:36:34 2005 From: peter.kingsbury at GMAIL.COM (Peter Kingsbury) Date: Tue, 29 Nov 2005 20:36:34 -0500 Subject: Default Scale? Message-ID: In my mapping application, I'd like to have a default scale to be used when the page first loads. I've attempted to set this in the map file (e.g. SCALE value in the root object) as well as MAXSCALE, however it seems to default to a certain aggravating value. I've also tried twiddling with the map extents, however this just causes the scale to bump up away from my target scale. :) Any help is appreciated! - P From dennylee60 at YAHOO.COM Tue Nov 29 17:35:20 2005 From: dennylee60 at YAHOO.COM (Denny Lee) Date: Tue, 29 Nov 2005 17:35:20 -0800 Subject: Map Wrapping Message-ID: Hello all, I am now to using MapServer and I am having a little trouble with wrapping the world map. The world map spans from -180 to 180, but if I pan east or west, the map does not wrap and all I get is a blank space. Is it possible to wrap the map somehow? Thanks for your help. From bob.basques at CI.STPAUL.MN.US Tue Nov 29 17:47:28 2005 From: bob.basques at CI.STPAUL.MN.US (Blammo) Date: Tue, 29 Nov 2005 19:47:28 -0600 Subject: MapServer Foundation -- marching forward In-Reply-To: Message-ID: Puneet Kishor wrote: > >Getting the previous bonhomie back. Priceless. > > I'll second this. >I have no vested interest in MapServer other than seeing it become the >most popular, most easy to use, most feature-complete, product in its >class. > > Here-here. Ok, My turn . . . . I do use MapServer have been for a couple of years now in a few different business models with great success. I've been using AutoDesk Products since AutoCAD 6(something), on PC'c, Mac, and even Solaris. I originally tried out MapServer because MapGuide only ran on Windows (No Windows Servers!, say it with me . . .). There's no going back for me. Before trying out MapServer, I wrote a couple of little versions of MapServer like packages of my own. Since going down the MapServer path life has been good. With the addition of the MSE? i can see things improving with respect to AutoDesk compatibility which has been a sore point with me in the past, as I do quite a lot of AutoDesk Development as well, and most recently with MapServer. While the Foundation would seem like a real good thing to me at first, I'm still somewhat cautious about the whole deal. I do realize the need for the Foundation aspect, and having the support of a large Company should be thought of as a good thing with respect to forming a Foundation. Let's focus on the possiblities. I haven't read anything saying the Foundation idea is a bad one. (I didn't read Every single post, but a lot of them). The main dissentions I've noticed are: 1.) The cloak and Dagger approach to the initial conversations, not at all how I would have approached it, something more like Option #3 would have been much better (Thanks Ed, nicely Written). 2.) The Naming ambiguity, I'm for keeping the "MapServer" moniker, and believe me, I thought the name should have been changed for a long time. It's just got too much industry recognition now to mess with it IMO. Once these two points are cleared up there's not much that I can see in the way of getting back to the Business of making Maps. ;c) bobb From adoyle at EOGEO.ORG Tue Nov 29 19:21:00 2005 From: adoyle at EOGEO.ORG (Allan Doyle) Date: Tue, 29 Nov 2005 22:21:00 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: If the foundation was incorporated, then there must be articles of incorporation (or a similar legal document) and bylaws. And there is probably a 501c3 application in the works. Are those available for viewing? Allan On Nov 29, 2005, at 17:56, Gary Lang wrote: > Allan, > > A couple of points. > > 1) The main difference here may be that OpenMap started life as a > government-sponsored open source project, not a commercial project > by a > public software company. You are probably correct in saying that our > lawyers are careful. > > 2) The foundation was created two weeks ago, and is incorporated in > Delaware. > > We thought, and I'm sure if folks think we made a mistake they'll tell > us, that announcing this and having no code available for download > would > raise lots of criticism. Instead we are getting all kinds of people > downloading and playing with the software, even though the official > download site won't go up until January. > > Gary > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of Allan Doyle > Sent: Tuesday, November 29, 2005 2:35 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > ... > > OpenMap was released by a subsidiary of a public company (BBN, part > of GTE at the time) and was and is still maintained by developers at > BBN (now a private company again). I think there are gray areas that > are open to interpretation by the company lawyers. If the company's > lawyers are geared up for secrecy/non-disclosure, then that's the > kind of response you will get from them in every circumstance. > > There are probably many instances of corporate-hosted open source out > there. > > However, your answer was a non-sequitor. The statement was that > Autodesk need not have put the order as 1a. release code, 1b. > announce foundation where both happened at once. The order could have > been 1. announce foundation, 2. release code later. > > In fact, the foundation does not yet exist from what I can tell by > reading the materials released so far. In order to form a 501c3, you > have to first incorporate a non-profit in a given state, then apply > to the IRS for status as a public charity. That takes time. At best, > it would take a month to get the corporation set up, and another > month (but more like 6 months) to get the public charity status. > > So, in fact, the order legally is 1. release code to a web site whose > domain name is owned by Gary Lang, private citizen (and which has > three IP addresses in New York and Switzerland), and 2. gear up to > form the legal entity that's a foundation. > > But I don't think it makes sense to quibble over details. It makes > sense to discuss the broader effect and how to best deal with it. > Always go for the high-order bit. The rest is just noise (at least > until you dealt with the big stuff). > > Allan > > > >> >> Gary >> >> -----Original Message----- >> From: Ed McNierney [mailto:ed at topozone.com] >> Sent: Tuesday, November 29, 2005 1:57 PM >> To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Gary - >> >> Having been a CTO and VP of Marketing for more than one public >> software >> company, I respectfully disagree. You are now, after all, >> brainstorming >> and asking questions on a public mailing list without benefit of an >> NDA. >> Not every action taken by a public company is a material event that >> impacts its stock price, and public companies have all kinds of >> people >> saying all kinds of things all over the place without NDAs. If >> Autodesk >> is a voting member of the Foundation, will you again expect another >> NDA >> every time you have a discussion that might affect the "MapServer >> Enterprise" product? >> >> The only reason you needed to disclose any Autodesk code was >> because the >> inclusion of that code in the MapServer Foundation was a >> precondition of >> your support. It was certainly possible for Autodesk to support a >> MapServer Foundation and THEN - after the Foundation was >> constituted - >> propose the contribution of that code to the Foundation. The >> Foundation >> management could have authorized a technical subcommittee to sign >> an NDA >> with Autodesk in order to evaluate that proposed contribution. >> >> You're confusing Autodesk's MapGuide product with the MapServer >> Foundation, and that's the primary source of the problem. The >> MapServer >> community needs a foundation dedicated to the stewardship of >> MapServer, >> and Autodesk is looking for a product and marketing strategy for its >> MapGuide product. Those are both fine goals, but they're completely >> different goals. I think Autodesk's behavior has been perfectly >> reasonable for a commercial software company trying to design a path >> forward for one of its products. It is the endorsement and >> acquiescence >> to that strategy by a subset of the MapServer community - in the >> absence >> of an effort to investigate alternatives - that I object to. >> >> - 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: Gary Lang [mailto:gary.lang at autodesk.com] >> Sent: Tuesday, November 29, 2005 4:34 PM >> To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Sure. It's pretty straightforward. >> >> We are a public company. We make money from MapGuide. We weren't sure >> what we were going to do and had questions to answer: >> >> 1) open source or not >> 2) can we work with the MS community or not and to see if our code >> was >> interesting enough to it to work with them on it >> 3) >> >> A public company cannot brainstorm or ask questions like this on a >> public mailing list. We also could not just show our code without an >> NDA. It's simply not legally allowed. So our choice was: >> >> 1) go it alone, and effectively compete with MS from day one of our >> announcements which would then have said "use MapGuide, not >> MapServer", >> don't consult with anyone, etc. That wasn't appealing after we met >> with >> Frank, Daniel, Paul, Dave and I talked to Steve. >> >> 2) try to explore, through the only means of exploration available to >> us, what we could do by working with the community. The means >> available >> to us were NDAs to disclose the code and brainstorm on the idea of >> working together. >> >> The Apache guys had a similar situation when approach by IBM. It >> worked >> out well for Apache and IBM, and our goal is for this to work out >> well >> for the current MapServer and Autodesk as well. >> >> This wasn't about control. It is more a lack of control - we were not >> legally allowed to approach the exploration in any other way. Now >> that >> there is a legal foundation and it has the code and the code's out >> there, we can talk. It's that simple. >> >> Gary >> >> -----Original Message----- >> From: Ed McNierney [mailto:ed at topozone.com] >> Sent: Tuesday, November 29, 2005 1:21 PM >> To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Gary - >> >> "Involving other companies is actually something I have been clear I >> wanted to do from the outset" >> "we'd be incredibly stupid to help establish a foundation in which >> Autodesk or any other corporate entity has "control"" >> >> Can you explain, then, why Autodesk insisted that everyone >> participating >> in this process sign non-disclosure agreements with Autodesk? That >> process seems designed to ensure that Autodesk had control, and >> prevented the involvement of other companies. >> >> - 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: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On >> Behalf Of Gary Lang >> Sent: Tuesday, November 29, 2005 2:45 PM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Hi Gary, >> >> Gary from Autodesk here. >> >> I am doing this as we speak. In fact I started making my first calls >> about 2 weeks ago. I just got a call from one 2 minutes ago from >> someone >> at one those companies and they are interested in discussing what it >> would mean to join. >> >> Involving other companies is actually something I have been clear I >> wanted to do from the outset. Since I'm good acquaintances with my >> peers >> at most of those companies and had hinted at our open source >> intentions >> before with some of them, I am hopeful they will join us in this >> adventure based on initial interest. >> >> Now, let me ask people here something, in my mind, if someone >> wants to >> join the foundation, they should contribute something to the >> foundation >> or agree to either support or use MapServer in their products, >> though. >> What do you think? And to be clear, I wouldn't care which code base >> they >> wanted to use. >> >> I will address your comments about foundation control in another >> email. >> Suffice it to say that we'd be incredibly stupid to help establish a >> foundation in which Autodesk or any other corporate entity has >> "control" >> - who would want to contribute their work if we did that? We >> wouldn't. >> >> Gary >> >> -----Original Message----- >> From: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On >> Behalf Of Gary Watry >> Sent: Tuesday, November 29, 2005 11:30 AM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Being as this is a non-profit open source Foundation, I hope that we >> will ask the other commercial Internet map software companies to join >> the Foundation in the same manner as AutoDesk. >> >> This should include ESRI, Integraph, Microstation, MapInfo, >> DeLorme, etc >> etc >> >> Anyone who has a vested interest in Internet Mapping should be >> asked to >> contribute and participate. If they opt not to - fine - but then they >> are on record for choosing not to play >> >> But then the contributors could insure their other products were >> compatible with MapServer(OS) and that it was compatible with their >> products. >> >> The two fold benefit to this is >> 1. the foundation will not be concieved as a partner to Autodesk 2. >> Autodesk or no other Commercial company will control the Foundation >> >> ______________________________________________________________ >> Gary L. Watry >> >> GIS Coordinator >> Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson >> Building, RM 215 >> 2035 East Paul Dirac Drive >> Tallahassee, Florida 32306-2840 >> >> E-Mail: watry at coaps.fsu.edu >> >> >> -----Original Message----- >> From: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On >> Behalf Of Lester Caine >> Sent: Tuesday, November 29, 2005 2:06 PM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: Re: [UMN_MAPSERVER-USERS] current OS license >> >> Charlton Purvis wrote: >> >>> Hi, folks: >>> >>> Although there continues to be an open source spirit surrounding the >> code >>> amid the launch of a MS Foundation, I'd like to ask for >>> clarification >> re. >>> the license of the MS code as it stands now. >>> >>> If for whatever reason a company like Autodesk (or I guess it would >> have >> to >>> be the Foundation) wanted to slap some kind of non-open source >>> license >> on >>> the code, is it true that the current code we call MapServer in its >> current >>> state will always remain covered under the license below? Basically >> I'm >>> trying to make sure that a shop can't somehow repossess something >>> that >> was >>> originally OS thus preventing folks from using it like it's being >>> used >> now. >> >> Borland tried it with Interbase, but Firebird is now freely available >> and there is not a lot Borland can now do about it ;) I am sure >> Autocad >> have a 'hidden agenda' but as long as there are free versions of what >> ever is needed to provide a working system then there will not be a >> problem. Anything commercial will have to be worth the money to >> make any >> sales :) >> >> p.s. I am not seeing my posts to the list so if you get this Charlton >> and it's not on the list please can you forward it :( >> >> -- >> Lester Caine >> ----------------------------- >> L.S.Caine Electronic Services >> Treasurer - Firebird Foundation Inc. >> > > -- > Allan Doyle > +1.781.433.2695 > adoyle at eogeo.org > > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From steve.lime at DNR.STATE.MN.US Tue Nov 29 19:33:03 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Tue, 29 Nov 2005 21:33:03 -0600 Subject: Default Scale? Message-ID: You didn't say if you are using MapScript, the CGI or what. I'll assume MapScript based on context. Scale is such an arbitrary thing with web-based mapping. You definitely can't set SCALE within the mapObj and hope things work. Instead you'll probably need to compute an extent based on a point and a scale value. To do this you need a couple of pieces of info: 1) the number of pixels per inch of the output device, MapServer uses 72 internally 2) the number of inches per map unit: for meters that value would be 39.3701 From adam at JAMRADAR.COM Tue Nov 29 19:34:36 2005 From: adam at JAMRADAR.COM (Adam) Date: Tue, 29 Nov 2005 21:34:36 -0600 Subject: MapServer Foundation - Open Letter Message-ID: MapServer Community Edition is good. ----- Original Message ----- From: "thomas bonfort" To: Sent: Monday, November 28, 2005 2:05 PM Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > +1 with david, I don't think adding a somewhat artificial suffix to > mapserver adds any value. > how about a simple "Mapserver community edition" or something in the likes? > -- > tb > > On 11/28/05, Fawcett, David wrote: > > My frustration is that there is a need to pick a random animal or > > additional name to add to the product. This just dilutes the value of > > the current brand. To me, MapServer is the product that we all use, > > love/hate, contribute to, etc. Not even U of M MapServer, just > > MapServer. > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > > believe, will confuse a lot of people to think that it is a code > > extension of MapServer or a Deluxe version of what is currently being > > called 'Cheetah'. They get more of the name than the original product > > does. > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > least we get to keep the original name and brand. MapServer Core? > > MapServer Foo Edition? ... > > > > My concern with branding has nothing to do with whether or not the > > foundation is a good thing. I think that it could be. > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Andy Canfield > > Sent: Monday, November 28, 2005 1:18 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Do we get a say or is this already a done deal? From what I read on the > > DM Solutions site it seems like this is pretty much a done deal. If it's > > not I like "Osprey" as they have always been my favorite bird of prey > > and I like the raptor idea way better than the cheeta thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > taught us anything they are also friendly and fun to work with... > > > > just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > From steve.lime at DNR.STATE.MN.US Tue Nov 29 19:41:27 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Tue, 29 Nov 2005 21:41:27 -0600 Subject: MapServer Foundation - Open Letter Message-ID: I like that one too... I can see a logo with a bunch of people-like things holding/superimposed on a globe or a map-like thing. >>> Adam 11/29/05 9:34 PM >>> MapServer Community Edition is good. ----- Original Message ----- From: "thomas bonfort" To: Sent: Monday, November 28, 2005 2:05 PM Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > +1 with david, I don't think adding a somewhat artificial suffix to > mapserver adds any value. > how about a simple "Mapserver community edition" or something in the likes? > -- > tb > > On 11/28/05, Fawcett, David wrote: > > My frustration is that there is a need to pick a random animal or > > additional name to add to the product. This just dilutes the value of > > the current brand. To me, MapServer is the product that we all use, > > love/hate, contribute to, etc. Not even U of M MapServer, just > > MapServer. > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > > believe, will confuse a lot of people to think that it is a code > > extension of MapServer or a Deluxe version of what is currently being > > called 'Cheetah'. They get more of the name than the original product > > does. > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > least we get to keep the original name and brand. MapServer Core? > > MapServer Foo Edition? ... > > > > My concern with branding has nothing to do with whether or not the > > foundation is a good thing. I think that it could be. > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Andy Canfield > > Sent: Monday, November 28, 2005 1:18 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Do we get a say or is this already a done deal? From what I read on the > > DM Solutions site it seems like this is pretty much a done deal. If it's > > not I like "Osprey" as they have always been my favorite bird of prey > > and I like the raptor idea way better than the cheeta thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > taught us anything they are also friendly and fun to work with... > > > > just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > From warmerdam at POBOX.COM Tue Nov 29 19:54:30 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Tue, 29 Nov 2005 22:54:30 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <006b01c5f55e$ffa98d80$0200a8c0@PANASONIULSWMR> Message-ID: On 11/29/05, Adam wrote: > MapServer Community Edition is good. Folks, I think this name sucks. I hope, and expect a community to form around MapServer Enterprise, and naming ours something like this is a smack in the face to their community. I would add I expect there to be significant overlap between the two communities (or having a joint foundation wouldn't have made much sense). Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From adoyle at EOGEO.ORG Tue Nov 29 20:01:05 2005 From: adoyle at EOGEO.ORG (Allan Doyle) Date: Tue, 29 Nov 2005 23:01:05 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <931f8ea90511291954o1cba79ecwa3507220ae1eca59@mail.gmail.com> Message-ID: On Nov 29, 2005, at 22:54, Frank Warmerdam wrote: > On 11/29/05, Adam wrote: >> MapServer Community Edition is good. > > Folks, > > I think this name sucks. I hope, and expect a community > to form around MapServer Enterprise, and naming ours > something like this is a smack in the face to their community. > > I would add I expect there to be significant overlap between > the two communities (or having a joint foundation wouldn't > have made much sense). Unless the foundation goes one better and becomes an umbrella organization for many projects. Then the thing they might have in common is the shelter under which they can grow and thrive. It's ok to say that you want the two "MapServers" to have overlap, but I think it's a mistake to structure the foundation in a way that only "MapServers" can be supported. Allan > > Best regards, > -- > --------------------------------------- > +-------------------------------------- > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for > Rent > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From gary.lang at AUTODESK.COM Tue Nov 29 20:56:11 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Tue, 29 Nov 2005 20:56:11 -0800 Subject: epiphany about the idea of the Foundation Message-ID: You know, we did something simple to allow us to contribute the code to it, so let me check. The idea was to set it up and give it to the foundation. What needs to happen is for a structure to be set up to discuss governance, etc. and then a voting scheme so that members can elect the real board. I will say this: we make decisions fast, but I am quite sensitive to the community aspects of all this, and so have tried hard to accommodate the fact that the community wasn't involved yet, and so nothing is set in stone. This is all chicken-egg stuff. I would ask the community not to read nefarious schemes into this. No one has a lot of experience in this process, that I can see. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Allan Doyle Sent: Tuesday, November 29, 2005 7:21 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation If the foundation was incorporated, then there must be articles of incorporation (or a similar legal document) and bylaws. And there is probably a 501c3 application in the works. Are those available for viewing? Allan On Nov 29, 2005, at 17:56, Gary Lang wrote: > Allan, > > A couple of points. > > 1) The main difference here may be that OpenMap started life as a > government-sponsored open source project, not a commercial project by > a public software company. You are probably correct in saying that our > lawyers are careful. > > 2) The foundation was created two weeks ago, and is incorporated in > Delaware. > > We thought, and I'm sure if folks think we made a mistake they'll tell > us, that announcing this and having no code available for download > would raise lots of criticism. Instead we are getting all kinds of > people downloading and playing with the software, even though the > official download site won't go up until January. > > Gary > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- USERS at LISTS.UMN.EDU] > On Behalf Of Allan Doyle > Sent: Tuesday, November 29, 2005 2:35 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the > Foundation > > ... > > OpenMap was released by a subsidiary of a public company (BBN, part of > GTE at the time) and was and is still maintained by developers at BBN > (now a private company again). I think there are gray areas that are > open to interpretation by the company lawyers. If the company's > lawyers are geared up for secrecy/non-disclosure, then that's the kind > of response you will get from them in every circumstance. > > There are probably many instances of corporate-hosted open source out > there. > > However, your answer was a non-sequitor. The statement was that > Autodesk need not have put the order as 1a. release code, 1b. > announce foundation where both happened at once. The order could have > been 1. announce foundation, 2. release code later. > > In fact, the foundation does not yet exist from what I can tell by > reading the materials released so far. In order to form a 501c3, you > have to first incorporate a non-profit in a given state, then apply to > the IRS for status as a public charity. That takes time. At best, it > would take a month to get the corporation set up, and another month > (but more like 6 months) to get the public charity status. > > So, in fact, the order legally is 1. release code to a web site whose > domain name is owned by Gary Lang, private citizen (and which has > three IP addresses in New York and Switzerland), and 2. gear up to > form the legal entity that's a foundation. > > But I don't think it makes sense to quibble over details. It makes > sense to discuss the broader effect and how to best deal with it. > Always go for the high-order bit. The rest is just noise (at least > until you dealt with the big stuff). > > Allan > > > >> >> Gary >> >> -----Original Message----- >> From: Ed McNierney [mailto:ed at topozone.com] >> Sent: Tuesday, November 29, 2005 1:57 PM >> To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Gary - >> >> Having been a CTO and VP of Marketing for more than one public >> software company, I respectfully disagree. You are now, after all, >> brainstorming and asking questions on a public mailing list without >> benefit of an NDA. >> Not every action taken by a public company is a material event that >> impacts its stock price, and public companies have all kinds of >> people saying all kinds of things all over the place without NDAs. >> If Autodesk is a voting member of the Foundation, will you again >> expect another NDA every time you have a discussion that might affect >> the "MapServer Enterprise" product? >> >> The only reason you needed to disclose any Autodesk code was because >> the inclusion of that code in the MapServer Foundation was a >> precondition of your support. It was certainly possible for Autodesk >> to support a MapServer Foundation and THEN - after the Foundation was >> constituted - propose the contribution of that code to the >> Foundation. The Foundation management could have authorized a >> technical subcommittee to sign an NDA with Autodesk in order to >> evaluate that proposed contribution. >> >> You're confusing Autodesk's MapGuide product with the MapServer >> Foundation, and that's the primary source of the problem. The >> MapServer community needs a foundation dedicated to the stewardship >> of MapServer, and Autodesk is looking for a product and marketing >> strategy for its MapGuide product. Those are both fine goals, but >> they're completely different goals. I think Autodesk's behavior has >> been perfectly reasonable for a commercial software company trying to >> design a path forward for one of its products. It is the endorsement >> and acquiescence to that strategy by a subset of the MapServer >> community - in the absence of an effort to investigate alternatives - >> that I object to. >> >> - 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: Gary Lang [mailto:gary.lang at autodesk.com] >> Sent: Tuesday, November 29, 2005 4:34 PM >> To: Ed McNierney; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Sure. It's pretty straightforward. >> >> We are a public company. We make money from MapGuide. We weren't sure >> what we were going to do and had questions to answer: >> >> 1) open source or not >> 2) can we work with the MS community or not and to see if our code >> was interesting enough to it to work with them on it >> 3) >> >> A public company cannot brainstorm or ask questions like this on a >> public mailing list. We also could not just show our code without an >> NDA. It's simply not legally allowed. So our choice was: >> >> 1) go it alone, and effectively compete with MS from day one of our >> announcements which would then have said "use MapGuide, not >> MapServer", don't consult with anyone, etc. That wasn't appealing >> after we met with Frank, Daniel, Paul, Dave and I talked to Steve. >> >> 2) try to explore, through the only means of exploration available to >> us, what we could do by working with the community. The means >> available to us were NDAs to disclose the code and brainstorm on the >> idea of working together. >> >> The Apache guys had a similar situation when approach by IBM. It >> worked out well for Apache and IBM, and our goal is for this to work >> out well for the current MapServer and Autodesk as well. >> >> This wasn't about control. It is more a lack of control - we were not >> legally allowed to approach the exploration in any other way. Now >> that there is a legal foundation and it has the code and the code's >> out there, we can talk. It's that simple. >> >> Gary >> >> -----Original Message----- >> From: Ed McNierney [mailto:ed at topozone.com] >> Sent: Tuesday, November 29, 2005 1:21 PM >> To: Gary Lang; MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: RE: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Gary - >> >> "Involving other companies is actually something I have been clear I >> wanted to do from the outset" >> "we'd be incredibly stupid to help establish a foundation in which >> Autodesk or any other corporate entity has "control"" >> >> Can you explain, then, why Autodesk insisted that everyone >> participating in this process sign non-disclosure agreements with >> Autodesk? That process seems designed to ensure that Autodesk had >> control, and prevented the involvement of other companies. >> >> - 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: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang >> Sent: Tuesday, November 29, 2005 2:45 PM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: Re: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Hi Gary, >> >> Gary from Autodesk here. >> >> I am doing this as we speak. In fact I started making my first calls >> about 2 weeks ago. I just got a call from one 2 minutes ago from >> someone at one those companies and they are interested in discussing >> what it would mean to join. >> >> Involving other companies is actually something I have been clear I >> wanted to do from the outset. Since I'm good acquaintances with my >> peers at most of those companies and had hinted at our open source >> intentions before with some of them, I am hopeful they will join us >> in this adventure based on initial interest. >> >> Now, let me ask people here something, in my mind, if someone wants >> to join the foundation, they should contribute something to the >> foundation or agree to either support or use MapServer in their >> products, though. >> What do you think? And to be clear, I wouldn't care which code base >> they wanted to use. >> >> I will address your comments about foundation control in another >> email. >> Suffice it to say that we'd be incredibly stupid to help establish a >> foundation in which Autodesk or any other corporate entity has >> "control" >> - who would want to contribute their work if we did that? We >> wouldn't. >> >> Gary >> >> -----Original Message----- >> From: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On Behalf Of Gary Watry >> Sent: Tuesday, November 29, 2005 11:30 AM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the >> Foundation >> >> Being as this is a non-profit open source Foundation, I hope that we >> will ask the other commercial Internet map software companies to join >> the Foundation in the same manner as AutoDesk. >> >> This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, >> etc etc >> >> Anyone who has a vested interest in Internet Mapping should be asked >> to contribute and participate. If they opt not to - fine - but then >> they are on record for choosing not to play >> >> But then the contributors could insure their other products were >> compatible with MapServer(OS) and that it was compatible with their >> products. >> >> The two fold benefit to this is >> 1. the foundation will not be concieved as a partner to Autodesk 2. >> Autodesk or no other Commercial company will control the Foundation >> >> ______________________________________________________________ >> Gary L. Watry >> >> GIS Coordinator >> Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson >> Building, RM 215 >> 2035 East Paul Dirac Drive >> Tallahassee, Florida 32306-2840 >> >> E-Mail: watry at coaps.fsu.edu >> >> >> -----Original Message----- >> From: UMN MapServer Users List [mailto:MAPSERVER- >> USERS at LISTS.UMN.EDU] On Behalf Of Lester Caine >> Sent: Tuesday, November 29, 2005 2:06 PM >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: Re: [UMN_MAPSERVER-USERS] current OS license >> >> Charlton Purvis wrote: >> >>> Hi, folks: >>> >>> Although there continues to be an open source spirit surrounding the >> code >>> amid the launch of a MS Foundation, I'd like to ask for >>> clarification >> re. >>> the license of the MS code as it stands now. >>> >>> If for whatever reason a company like Autodesk (or I guess it would >> have >> to >>> be the Foundation) wanted to slap some kind of non-open source >>> license >> on >>> the code, is it true that the current code we call MapServer in its >> current >>> state will always remain covered under the license below? Basically >> I'm >>> trying to make sure that a shop can't somehow repossess something >>> that >> was >>> originally OS thus preventing folks from using it like it's being >>> used >> now. >> >> Borland tried it with Interbase, but Firebird is now freely available >> and there is not a lot Borland can now do about it ;) I am sure >> Autocad have a 'hidden agenda' but as long as there are free versions >> of what ever is needed to provide a working system then there will >> not be a problem. Anything commercial will have to be worth the money >> to make any sales :) >> >> p.s. I am not seeing my posts to the list so if you get this Charlton >> and it's not on the list please can you forward it :( >> >> -- >> Lester Caine >> ----------------------------- >> L.S.Caine Electronic Services >> Treasurer - Firebird Foundation Inc. >> > > -- > Allan Doyle > +1.781.433.2695 > adoyle at eogeo.org > > -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From adam at JAMRADAR.COM Tue Nov 29 21:07:41 2005 From: adam at JAMRADAR.COM (Adam) Date: Tue, 29 Nov 2005 23:07:41 -0600 Subject: epiphany about the idea of the Foundation Message-ID: Good call. Strategically good choice. ----- Original Message ----- From: "Gary Watry" To: Sent: Tuesday, November 29, 2005 1:29 PM Subject: [UMN_MAPSERVER-USERS] epiphany about the idea of the Foundation > Being as this is a non-profit open source Foundation, I hope that we will > ask the other commercial Internet map software companies to join the > Foundation in the same manner as AutoDesk. > > This should include ESRI, Integraph, Microstation, MapInfo, DeLorme, etc etc > > Anyone who has a vested interest in Internet Mapping should be asked to > contribute and participate. If they opt not to - fine - but then they are on > record for choosing not to play > > But then the contributors could insure their other products were compatible > with MapServer(OS) and that it was compatible with their products. > > The two fold benefit to this is > 1. the foundation will not be concieved as a partner to Autodesk > 2. Autodesk or no other Commercial company will control the Foundation > > ______________________________________________________________ > Gary L. Watry > > GIS Coordinator > Center for Ocean-Atmospheric Prediction Studies > FSU / COAPS > Johnson Building, RM 215 > 2035 East Paul Dirac Drive > Tallahassee, Florida 32306-2840 > > E-Mail: watry at coaps.fsu.edu > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Lester Caine > Sent: Tuesday, November 29, 2005 2:06 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] current OS license > > Charlton Purvis wrote: > > > Hi, folks: > > > > Although there continues to be an open source spirit surrounding the code > > amid the launch of a MS Foundation, I'd like to ask for clarification re. > > the license of the MS code as it stands now. > > > > If for whatever reason a company like Autodesk (or I guess it would have > to > > be the Foundation) wanted to slap some kind of non-open source license on > > the code, is it true that the current code we call MapServer in its > current > > state will always remain covered under the license below? Basically I'm > > trying to make sure that a shop can't somehow repossess something that was > > originally OS thus preventing folks from using it like it's being used > now. > > Borland tried it with Interbase, but Firebird is now freely available > and there is not a lot Borland can now do about it ;) > I am sure Autocad have a 'hidden agenda' but as long as there are free > versions of what ever is needed to provide a working system then there > will not be a problem. Anything commercial will have to be worth the > money to make any sales :) > > p.s. I am not seeing my posts to the list so if you get this Charlton > and it's not on the list please can you forward it :( > > -- > Lester Caine > ----------------------------- > L.S.Caine Electronic Services > Treasurer - Firebird Foundation Inc. > From dmorissette at DMSOLUTIONS.CA Tue Nov 29 22:58:50 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 01:58:50 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: <6246727221874A4FB8D3F9BBC37D9BD55D05BA@s-sp22.pca.state.mn.us> Message-ID: Fawcett, David wrote: > > As new companies join the foundation, will we get MapServerIMS, > MapServerIMS Enterprise, MapServerGeomedia, MapServerMS, > MapServerMapXtreme, MapServerStreetAtlas? What is left of the MapServer > brand then? > I have to admit that, like many others on this list, I'm not too comfortable with the "MapServer Enterprise" name, I don't remember, but I may have been the one who threw out that name the first time, but anyway all along I have been hoping that Autodesk could get a better name for their product that would not imply that it's something superior to the other projects in the family. However a Frank pointed out, it made sense for each project to be allowed to pick its own name so the name stayed. Now, about the sharing of the MapServer name by multiple projects, I don't see the problem, I see them as the "Family of MapServer Web Mapping Products". I don't think we are likely to get as many names as you suggest above as part of the foundation, not in the short term anyway... but if that happened, this could either be seen as brand dilution (as you suggest), or as a tremendous success (my take)... this would mean that all those companies endorsed the open source model and are telling us that what we were right all along. Keep in mind that we are talking about an open source software foundation so the foundation wouldn't let anyone use its name (MapServer) without showing some commitment to the open source model, and to the values of the MapServer community. Finally, this has been pointed out before, but once again, if you visit http://apache.org/, most (all?) the projects use Apache in their name: Apache HTTP Server Project, Apache Ant, Apache Portable Runtime (APR), Apache Beehive, Apache Cocoon and so on... and that doesn't seem to be a problem for them. Note that none of them is called Apache Enterprise... I still hope we can fix that. > In your alternative scenario, you say that we would have woken up to a > competitor. At least that competitor wouldn't have walked away with the > brand. > > I also don't think that labeling feedback from the MapServer Community > as 'mostly FUD' really demonstrates your willingness to 'learn from the > community'. > Well, I would dare to consider myself part of the community, I believe that many of the concerns raised today are legit and I want to work with everyone to address them. However I also believe that some of what has been raised today is FUD in reaction to the unknown situation in which we are getting into. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From siki at AGT.BME.HU Wed Nov 30 03:42:55 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Wed, 30 Nov 2005 10:42:55 -0100 Subject: Default Scale? {Scanned} In-Reply-To: <438D0222.3040101@gmail.com> Message-ID: Hi, You can set up the original extent of your map through the query string (URL). For example set maxy and scale (mapxy="12.45 47.56"&scale=100000) Zoltan On Tue, 29 Nov 2005, Peter Kingsbury wrote: > In my mapping application, I'd like to have a default scale to be used > when the page first loads. > > I've attempted to set this in the map file (e.g. SCALE value in the root > object) as well as MAXSCALE, however it seems to default to a certain > aggravating value. > > I've also tried twiddling with the map extents, however this just causes > the scale to bump up away from my target scale. :) > > Any help is appreciated! > > - P > From carloncho24pe at YAHOO.ES Wed Nov 30 00:35:08 2005 From: carloncho24pe at YAHOO.ES (Carlos Ruiz) Date: Wed, 30 Nov 2005 09:35:08 +0100 Subject: SIGNOFF MAPSERVER-USERS In-Reply-To: Message-ID: ______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, m?s seguridad http://correo.yahoo.es From margottid at COMUNE.LUGO.RA.IT Wed Nov 30 01:12:37 2005 From: margottid at COMUNE.LUGO.RA.IT (Daniele Margotti) Date: Wed, 30 Nov 2005 10:12:37 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <006b01c5f55e$ffa98d80$0200a8c0@PANASONIULSWMR> Message-ID: And in the future we will shortly refer to MapServer Community Edition using the MSCE acronym... -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Adam Sent: Wednesday, November 30, 2005 4:35 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter MapServer Community Edition is good. ----- Original Message ----- From: "thomas bonfort" To: Sent: Monday, November 28, 2005 2:05 PM Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > +1 with david, I don't think adding a somewhat artificial suffix to > mapserver adds any value. > how about a simple "Mapserver community edition" or something in the likes? > -- > tb > > On 11/28/05, Fawcett, David wrote: > > My frustration is that there is a need to pick a random animal or > > additional name to add to the product. This just dilutes the value > > of the current brand. To me, MapServer is the product that we all > > use, love/hate, contribute to, etc. Not even U of M MapServer, just > > MapServer. > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, > > I believe, will confuse a lot of people to think that it is a code > > extension of MapServer or a Deluxe version of what is currently > > being called 'Cheetah'. They get more of the name than the original > > product does. > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > least we get to keep the original name and brand. MapServer Core? > > MapServer Foo Edition? ... > > > > My concern with branding has nothing to do with whether or not the > > foundation is a good thing. I think that it could be. > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Andy Canfield > > Sent: Monday, November 28, 2005 1:18 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > Do we get a say or is this already a done deal? From what I read on > > the DM Solutions site it seems like this is pretty much a done deal. > > If it's not I like "Osprey" as they have always been my favorite > > bird of prey and I like the raptor idea way better than the cheeta > > thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, > > > > Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV > > > > has taught us anything they are also friendly and fun to work > > > > with... just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the > > > > large cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached > > > > > > jpeg? (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have > > > > > some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be > > > > > moved over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > From andrea.marelli at EXT.JRC.IT Wed Nov 30 02:01:34 2005 From: andrea.marelli at EXT.JRC.IT (Andrea MARELLI) Date: Wed, 30 Nov 2005 11:01:34 +0100 Subject: netCDF to color GEOTIFF In-Reply-To: Message-ID: Hi Alaric, I've spent 2 weeks trying to display maps from netcdf files and now, with Norman Barker's help, I can do it. You don't need to convert into GeoTiff, but you can open directly from NetCDF. Try to open the mapfile below with this URL: http://myhost/cgi-bin/mapserv?map=test.map&mode=map&layer=sst &map_projection=init=epsg:4326 ATTENTION!!!: you must force the projection in the URL ########## MAP FILE ############## MAP NAME "test" EXTENT -20 22 45 75 SHAPEPATH "/data" IMAGETYPE PNG24 SIZE 740 602 UNITS dd DEBUG on PROJECTION "proj=latlong" "init=epsg:4326" END LAYER NAME "sst" STATUS ON TYPE RASTER DUMP TRUE DATA "sst.nc" #Your NetCDF file. It MUST be CF compliant!!!!!! PROJECTION "proj=latlong" "init=epsg:4326" END PROCESSING "SCALE=-10,40" PROCESSING "SCALE_BUCKETS=50" CLASS NAME "30" EXPRESSION ([pixel] >= 30) COLOR 79 8 8 END CLASS NAME "" EXPRESSION ([pixel] >= 29 and [pixel] < 30) COLOR 104 8 8 END CLASS NAME "28" EXPRESSION ([pixel] >= 28 and [pixel] < 29) COLOR 176 8 8 END CLASS NAME "" EXPRESSION ([pixel] >= 27 and [pixel] < 28) COLOR 200 8 8 END CLASS NAME "26" EXPRESSION ([pixel] >= 26 and [pixel] < 27) COLOR 224 64 8 END CLASS NAME "" EXPRESSION ([pixel] >= 25 and [pixel] < 26) COLOR 224 112 8 END CLASS NAME "24" EXPRESSION ([pixel] >= 24 and [pixel] < 25) COLOR 224 160 8 END CLASS NAME "" EXPRESSION ([pixel] >= 23 and [pixel] < 24) COLOR 224 208 8 END CLASS NAME "22" EXPRESSION ([pixel] >= 22 and [pixel] < 23) COLOR 232 232 8 END CLASS NAME "" EXPRESSION ([pixel] >= 21 and [pixel] < 22) COLOR 160 224 8 END CLASS NAME "20" EXPRESSION ([pixel] >= 20 and [pixel] < 21) COLOR 112 208 8 END CLASS NAME "" EXPRESSION ([pixel] >= 19 and [pixel] < 20) COLOR 72 184 8 END CLASS NAME "18" EXPRESSION ([pixel] >= 18 and [pixel] < 19) COLOR 56 152 8 END CLASS NAME "" EXPRESSION ([pixel] >= 17 and [pixel] < 18) COLOR 8 136 8 END CLASS NAME "16" EXPRESSION ([pixel] >= 16 and [pixel] < 17) COLOR 8 128 80 END CLASS NAME "" EXPRESSION ([pixel] >= 15 and [pixel] < 16) COLOR 8 144 80 END CLASS NAME "14" EXPRESSION ([pixel] >= 14 and [pixel] < 15) COLOR 8 160 80 END CLASS NAME "" EXPRESSION ([pixel] >= 13 and [pixel] < 14) COLOR 8 184 112 END CLASS NAME "12" EXPRESSION ([pixel] >= 12 and [pixel] < 13) COLOR 8 224 112 END CLASS NAME "" EXPRESSION ([pixel] >= 11 and [pixel] < 12) COLOR 8 232 200 END CLASS NAME "10" EXPRESSION ([pixel] >= 10 and [pixel] < 11) COLOR 8 232 232 END CLASS NAME "" EXPRESSION ([pixel] >= 9 and [pixel] < 10) COLOR 8 200 200 END CLASS NAME "8" EXPRESSION ([pixel] >= 8 and [pixel] < 9) COLOR 8 168 168 END CLASS NAME "" EXPRESSION ([pixel] >= 7 and [pixel] < 8) COLOR 8 136 160 END CLASS NAME "6" EXPRESSION ([pixel] >= 6 and [pixel] < 7) COLOR 8 104 152 END CLASS NAME "" EXPRESSION ([pixel] >= 5 and [pixel] < 6) COLOR 8 96 120 END CLASS NAME "4" EXPRESSION ([pixel] >= 4 and [pixel] < 5) COLOR 8 56 104 END CLASS NAME "" EXPRESSION ([pixel] >= 3 and [pixel] < 4) COLOR 8 32 120 END CLASS NAME "2" EXPRESSION ([pixel] >= 2 and [pixel] < 3) COLOR 8 8 176 END CLASS NAME "" EXPRESSION ([pixel] >= 1 and [pixel] < 2) COLOR 8 8 240 END CLASS NAME "0" EXPRESSION ([pixel] >= 0 and [pixel] < 1) COLOR 144 8 240 END CLASS NAME "" EXPRESSION ([pixel] < 0) COLOR 144 0 111 END END TEMPLATEPATTERN 'template*' WEB TEMPLATE 'template.php' IMAGEPATH 'temp/' IMAGEURL 'http://myhost/temp/' LOG '/temp/mapserver.log' END END ############# END OF MAPFILE ################# Hope it will works!! Bye, Andrea -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Alaric S. Haag Sent: Tuesday, 29 November, 2005 20:02 To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] netCDF to color GEOTIFF Hello all, (my first post...) I have been working with mapserver and the FWTools package, etc, for a few weeks. I hope this question isn't too far off the mapserver-sepcific realm. And please forgive the length of the post, just trying to be thorough. Short question: How are people generating COLOR GeoTIFFs? My goal is to render satellite images (spec. sea-surface temps) as a raster layer IN COLOR. I can get the data to a netCDF, or even HDF. With "gdal_translate" I can get a grayscale GeoTIFF that mapserver displays fine. Ideally, I'd like to render essentially with a "value palette" (ala GMT .cpt files), that is, render value (ranges) with assigned color (ranges). I'm imagining others need similar capabilities, so I'm hoping someone can point me in the right direction. I thought I was getting close by pulling the GeoTIFF into OpenEV and "reclassifying" and exporting, but the result seems to be an 32-bit RGBA that mapserver can't (?) display. I have "mogrify'd" that down to 256 colors, but get grayscale back ("ColorInterp=Gray" is there a way to change that?) A few caveats: - I'd like to avoid "commercial" solns like ERDAS, or Arc... - I'd love a command-line solution that I can "cron"... Am I just looking at a GDAL library coding project? Thanks for any feedback! Alaric From adidassneakers at YAHOO.COM Wed Nov 30 03:40:39 2005 From: adidassneakers at YAHOO.COM (Matthew Roberson) Date: Wed, 30 Nov 2005 03:40:39 -0800 Subject: MapServer make error Message-ID: Greetings, I am trying to compile MapServer 4.6.1 in OS X 10.4.2 using gcc 4, however I am receiving an error and I am hoping that someone may be able to offer some advice on how to resolve this error. When I issuse the make command I get the following error: ranlib: file: libmap.a(mapswf.o) has no symbols gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib64 -lpdf -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib -lproj -ljpeg -L/usr/local/lib -lgdal -L/usr/local/pgsql/lib -lpq -L/usr/lib -lcurl -lssl -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz -lm -lstdc++ -o shp2img /usr/bin/ld: warning -L: directory name (/usr/local/lib64) does not exist /usr/bin/ld: Undefined symbols: __Unwind_Resume collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Any Idea what I need to do to resolve this? I have included the entire output of make at the end of this message. Thanks, Matt Matthew-Robersons-Computer:/dls/mapserver-4.6.1 matthewroberson$ make gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptemplate.c -o maptemplate.o maptemplate.c: In function 'generateLegendTemplate': maptemplate.c:1773: warning: format '%ld' expects type 'long int', but argument 5 has type 'off_t' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapbits.c -o mapbits.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maphash.c -o maphash.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapshape.c -o mapshape.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapxbase.c -o mapxbase.o mapxbase.c: In function 'msDBFReadAttribute': mapxbase.c:524: warning: pointer targets in passing argument 2 of 'strncpy' differ in signedness gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapparser.c -o mapparser.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplexer.c -o maplexer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptree.c -o maptree.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsearch.c -o mapsearch.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapstring.c -o mapstring.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsymbol.c -o mapsymbol.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapfile.c -o mapfile.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplegend.c -o maplegend.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maputil.c -o maputil.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapscale.c -o mapscale.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapquery.c -o mapquery.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplabel.c -o maplabel.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maperror.c -o maperror.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapprimitive.c -o mapprimitive.o mapprimitive.c:83:1: warning: "INFINITY" redefined In file included from /usr/include/math.h:26, from map.h:236, from mapprimitive.c:71: /usr/include/architecture/ppc/math.h:81:1: warning: this is the location of the previous definition gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapproject.c -o mapproject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapraster.c -o mapraster.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsde.c -o mapsde.o g++ -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogr.cpp -o mapogr.o mapogr.cpp: In function 'int msOGRLayerGetAutoStyle(mapObj*, layerObj*, classObj*, int, long int)': mapogr.cpp:2219: warning: 'oPenColor$red' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$green' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$blue' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$pen' may be used uninitialized in this function gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappostgis.c -o mappostgis.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapmygis.c -o mapmygis.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplayer.c -o maplayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapresample.c -o mapresample.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwms.c -o mapwms.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwmslayer.c -o mapwmslayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maporaclespatial.c -o maporaclespatial.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgml.c -o mapgml.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapprojhack.c -o mapprojhack.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapthread.c -o mapthread.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapdraw.c -o mapdraw.o mapdraw.c: In function 'msDrawMap': mapdraw.c:462: warning: implicit declaration of function 'msDrawWMSLayerPDF' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgd.c -o mapgd.o mapgd.c: In function 'msGetEncodedString': mapgd.c:2643: warning: passing argument 2 of 'libiconv' from incompatible pointer type mapgd.c: In function 'msDrawTextGD': mapgd.c:2781: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2782: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2783: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2784: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2785: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2786: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2787: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2788: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2792: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2794: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2804: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2805: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2806: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2807: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2808: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2809: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2810: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2811: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2815: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2817: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c: At top level: mapgd.c:3269: warning: 'msFixedImageCopy' defined but not used gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapoutput.c -o mapoutput.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgdal.c -o mapgdal.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapswf.c -o mapswf.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapimagemap.c -o mapimagemap.o mapimagemap.c: In function 'msSaveImageIM': mapimagemap.c:2106: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapows.c -o mapows.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwfs.c -o mapwfs.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwfslayer.c -o mapwfslayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcontext.c -o mapcontext.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maphttp.c -o maphttp.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapdrawgdal.c -o mapdrawgdal.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappdf.c -o mappdf.o mappdf.c: In function 'msDrawTextPDF': mappdf.c:1350: warning: assignment makes integer from pointer without a cast gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapjoin.c -o mapjoin.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgraticule.c -o mapgraticule.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcopy.c -o mapcopy.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogcfilter.c -o mapogcfilter.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogcsld.c -o mapogcsld.o mapogcsld.c: In function 'msSLDGetAttributeNameOrValue': mapogcsld.c:4097: warning: 'szCompare[0]' may be used uninitialized in this function mapogcsld.c:4097: warning: 'szCompare[1]' may be used uninitialized in this function mapogcsld.c:4098: warning: 'szCompare2[0]' may be used uninitialized in this function mapogcsld.c:4098: warning: 'szCompare2[1]' may be used uninitialized in this function gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptime.c -o maptime.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwcs.c -o mapwcs.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcpl.c -o mapcpl.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include cgiutil.c -o cgiutil.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maprasterquery.c -o maprasterquery.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapobject.c -o mapobject.o g++ -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgeos.cpp -o mapgeos.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include classobject.c -o classobject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include layerobject.c -o layerobject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapio.c -o mapio.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappool.c -o mappool.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsvg.c -o mapsvg.o mapsvg.c:817: warning: 'gdTcl_UtfToUniChar' defined but not used gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapregex.c -o mapregex.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include epplib.c -o epplib.o epplib.c: In function 'position': epplib.c:231: warning: pointer targets in passing argument 1 of 'swap2' differ in signedness ar rc libmap.a maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o mapcopy.o mapogcfilter.o mapogcsld.o maptime.o mapwcs.o mapcpl.o cgiutil.o maprasterquery.o mapobject.o mapgeos.o classobject.o layerobject.o mapio.o mappool.o mapsvg.o mapregex.o epplib.o ranlib: file: libmap.a(mapthread.o) has no symbols ranlib: file: libmap.a(mapswf.o) has no symbols ranlib libmap.a ranlib: file: libmap.a(mapthread.o) has no symbols ranlib: file: libmap.a(mapswf.o) has no symbols gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib64 -lpdf -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib -lproj -ljpeg -L/usr/local/lib -lgdal -L/usr/local/pgsql/lib -lpq -L/usr/lib -lcurl -lssl -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz -lm -lstdc++ -o shp2img /usr/bin/ld: warning -L: directory name (/usr/local/lib64) does not exist /usr/bin/ld: Undefined symbols: __Unwind_Resume collect2: ld returned 1 exit status make: *** [shp2img] Error 1 From peteris.bruns at GMAIL.COM Wed Nov 30 04:13:43 2005 From: peteris.bruns at GMAIL.COM (=?ISO-8859-13?Q?P=E7teris_Br=FBns?=) Date: Wed, 30 Nov 2005 14:13:43 +0200 Subject: Tileindex - max/min scale Message-ID: **Hi! I have tested a my raster files with Tileindex and all worked fine with JPEG files like in tihis example: LAYER NAME "my_raster" STATUS ON TILEINDEX "my_raster.shp" TILEITEM "Location" TYPE RASTER END But i need for this data to set MINSCALE and MAXSCALE. LAYER NAME "my_raster" MINSCALE 8000 MAXSCALE 20000 STATUS ON TILEINDEX "my_raster.shp" TILEITEM "Location" TYPE RASTER END If i set MINSCALE and MAXSCALE i have returnet no raster data in needet scale(all other layers works fine). Perhaps is a another method to set scale tileindex. thanks! -- pb -------------- next part -------------- An HTML attachment was scrubbed... URL: From pgiencke at GLC.ORG Wed Nov 30 04:58:40 2005 From: pgiencke at GLC.ORG (Peter Giencke) Date: Wed, 30 Nov 2005 07:58:40 -0500 Subject: MapServer Foundation - Open Letter Message-ID: I like the sound of Mapserver CE. >>> Adam 11/29/05 9:34 PM >>> MapServer Community Edition is good. ----- Original Message ----- From: "thomas bonfort" To: Sent: Monday, November 28, 2005 2:05 PM Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > +1 with david, I don't think adding a somewhat artificial suffix to > mapserver adds any value. > how about a simple "Mapserver community edition" or something in the likes? > -- > tb > > On 11/28/05, Fawcett, David wrote: > > My frustration is that there is a need to pick a random animal or > > additional name to add to the product. This just dilutes the value of > > the current brand. To me, MapServer is the product that we all use, > > love/hate, contribute to, etc. Not even U of M MapServer, just > > MapServer. > > > > I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I > > believe, will confuse a lot of people to think that it is a code > > extension of MapServer or a Deluxe version of what is currently being > > called 'Cheetah'. They get more of the name than the original product > > does. > > > > Maybe MapServer and MapServer Enterprise, just as confusing, but at > > least we get to keep the original name and brand. MapServer Core? > > MapServer Foo Edition? ... > > > > My concern with branding has nothing to do with whether or not the > > foundation is a good thing. I think that it could be. > > > > David. > > > > -----Original Message----- > > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > > Behalf Of Andy Canfield > > Sent: Monday, November 28, 2005 1:18 PM > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > > > > Do we get a say or is this already a done deal? From what I read on the > > DM Solutions site it seems like this is pretty much a done deal. If it's > > not I like "Osprey" as they have always been my favorite bird of prey > > and I like the raptor idea way better than the cheeta thing. > > > > On 11/28/05, Abe Gillespie wrote: > > > I like the raptor idea. You got my vote Chip! > > > > > > See, this is how "community" is *supposed* to work. :) > > > > > > -Abe > > > > > > On 11/28/05, Fawcett, David wrote: > > > > The dolphin may be taken in the opensource world as well.... > > > > > > > > http://www.mysql.com/ > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy > > > > Sent: Monday, November 28, 2005 1:04 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > > > Letter > > > > > > > > > > > > I concur. > > > > How about a dolphin? They're fast, agile and intelligent. If TV has > > > > taught us anything they are also friendly and fun to work with... > > > > just like Mapserver. > > > > > > > > Jeremy > > > > > > > > > > > > -----Original Message----- > > > > From: UMN MapServer Users List > > > > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On > > > > Behalf Of Abe Gillespie > > > > Sent: November 28, 2005 1:55 PM > > > > To: MAPSERVER-USERS at LISTS.UMN.EDU > > > > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open > > Letter > > > > > > > > > > > > Honestly, Cheetah? Hasn't Apple already monopolized all the large > > > > cat names? Besides, there's an HTML server named Tomcat. > > > > > > > > Let's start our own naming cliche. > > > > > > > > -Abe > > > > > > > > On 11/28/05, Tyler Mitchell wrote: > > > > > > Are there any graphics wizards out there who could doctor a > > > > > > photo of > > > > > > > > > > a cheetah to look something like the cow in the attached jpeg? > > > > > > (I'm told that's a moo-cator projection...) > > > > > > > > > > You guys are sorta twisted ;) and I'm even worse because I'll > > > > > probably > > > > try something tonight :) > > > > > > > > > > I'm really excited about the foundation developments. I have some > > > > > > > notes > > > > online about all the possible things a foundation could do: > > > > > http://ms.gis.umn.edu/community/foundation > > > > > > > > > > I look forward to your comments/feedback (but suggest it be moved > > > > > over > > > > > > > > > to > > > > the foundation mailing list instead). > > > > > > > > > > > > > > > From mapserver at EIDESIS.ORG Wed Nov 30 04:52:44 2005 From: mapserver at EIDESIS.ORG (Puneet Kishor) Date: Wed, 30 Nov 2005 06:52:44 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <20051130124553.6F8AA2554@superior.great-lakes.net> Message-ID: Peter Giencke wrote: > > I like the sound of Mapserver CE. Horrible idea. First, reminds me of Windows CE. Makes me wince. Second, gives the impression that there are other editions of MapServer. Which leads to more work and confusion... which one should I get, what will I lose, what will I gain. There is no substitute for simplicity, as much as we might be tempted to otherwise. In response to another email, Apache is _the_ webserver. When anyone says Apache, it is very clear the talk is about the httpd server. Everything else, Apache Ant, Apache Tomcat, etc., is a qualified software, and mostly in a different category functionally. MapServer does one thing best -- it takes geographic data and puts it on the web. It serves maps. Just let it be MapServer. In my view the only time and way it would merit an "Enterprise" moniker would be when/if it came packaged with PostGIS. > >>>> Adam 11/29/05 9:34 PM >>> > MapServer Community Edition is good. > > ----- Original Message ----- > From: "thomas bonfort" > To: > Sent: Monday, November 28, 2005 2:05 PM > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > >> +1 with david, I don't think adding a somewhat artificial suffix to >> mapserver adds any value. >> how about a simple "Mapserver community edition" or something in the > likes? >> -- >> tb >> >> On 11/28/05, Fawcett, David wrote: >>> My frustration is that there is a need to pick a random animal or >>> additional name to add to the product. This just dilutes the value of >>> the current brand. To me, MapServer is the product that we all use, >>> love/hate, contribute to, etc. Not even U of M MapServer, just >>> MapServer. >>> >>> I hate to lose that brand. AutoDesk taking on MapServer Enterprise, I >>> believe, will confuse a lot of people to think that it is a code >>> extension of MapServer or a Deluxe version of what is currently being >>> called 'Cheetah'. They get more of the name than the original product >>> does. >>> >>> Maybe MapServer and MapServer Enterprise, just as confusing, but at >>> least we get to keep the original name and brand. MapServer Core? >>> MapServer Foo Edition? ... >>> >>> My concern with branding has nothing to do with whether or not the >>> foundation is a good thing. I think that it could be. >>> >>> David. >>> >>> -----Original Message----- >>> From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >>> Behalf Of Andy Canfield >>> Sent: Monday, November 28, 2005 1:18 PM >>> To: MAPSERVER-USERS at LISTS.UMN.EDU >>> Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter >>> >>> >>> Do we get a say or is this already a done deal? From what I read on the >>> DM Solutions site it seems like this is pretty much a done deal. If it's >>> not I like "Osprey" as they have always been my favorite bird of prey >>> and I like the raptor idea way better than the cheeta thing. >>> >>> On 11/28/05, Abe Gillespie wrote: >>>> I like the raptor idea. You got my vote Chip! >>>> >>>> See, this is how "community" is *supposed* to work. :) >>>> >>>> -Abe >>>> >>>> On 11/28/05, Fawcett, David wrote: >>>>> The dolphin may be taken in the opensource world as well.... >>>>> >>>>> http://www.mysql.com/ >>>>> >>>>> -----Original Message----- >>>>> From: UMN MapServer Users List >>>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, Jeremy >>>>> Sent: Monday, November 28, 2005 1:04 PM >>>>> To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>> Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>>>> Letter >>>>> >>>>> >>>>> I concur. >>>>> How about a dolphin? They're fast, agile and intelligent. If TV has >>>>> taught us anything they are also friendly and fun to work with... >>>>> just like Mapserver. >>>>> >>>>> Jeremy >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: UMN MapServer Users List >>>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On >>>>> Behalf Of Abe Gillespie >>>>> Sent: November 28, 2005 1:55 PM >>>>> To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>> Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>> Letter >>>>> >>>>> Honestly, Cheetah? Hasn't Apple already monopolized all the large >>>>> cat names? Besides, there's an HTML server named Tomcat. >>>>> >>>>> Let's start our own naming cliche. >>>>> >>>>> -Abe >>>>> >>>>> On 11/28/05, Tyler Mitchell wrote: >>>>>>> Are there any graphics wizards out there who could doctor a >>>>>>> photo of >>>>>>> a cheetah to look something like the cow in the attached jpeg? >>>>>>> (I'm told that's a moo-cator projection...) >>>>>> You guys are sorta twisted ;) and I'm even worse because I'll >>>>>> probably >>>>> try something tonight :) >>>>>> I'm really excited about the foundation developments. I have some >>>>>> notes >>>>> online about all the possible things a foundation could do: >>>>>> http://ms.gis.umn.edu/community/foundation >>>>>> >>>>>> I look forward to your comments/feedback (but suggest it be moved >>>>>> over >>>>>> to >>>>> the foundation mailing list instead). From jegou at UNIV-TLSE2.FR Wed Nov 30 05:05:48 2005 From: jegou at UNIV-TLSE2.FR (=?ISO-8859-1?Q?Laurent_J=E9gou?=) Date: Wed, 30 Nov 2005 14:05:48 +0100 Subject: Flash mixed raster and vector output ? In-Reply-To: <81c4d6630511300413w4b98087cr32a1480c7d22947e@mail.gmail.com> Message-ID: Hello, I'm using UMN MapServer 4.6 to generate new swf tiles for a flash photo blog map. Specifically i'm adding nasa blue marble ng raster and modifying color styles. I was wondering if there's a solution to output mixed content (raster layer + vector layers on top of that), or a group of vector layers, with the output_movie=single format option, preserving the vectors ? When i use "output_movie=single", the swf is always a bitmap one. The other possible way could be merging the multiples swf produced, but i can reserve that for a flash user maillist :-) Thanks ! Laurent From reuven at LEVITT.NET Wed Nov 30 05:12:48 2005 From: reuven at LEVITT.NET (Reuven Levitt) Date: Wed, 30 Nov 2005 05:12:48 -0800 Subject: FGS and mod_expires.so Message-ID: Greetings, I've been trying for the past 4 hours to find a version of mod_expires.so which is compatible with the version of apache which ships with FGS (1.3.33) or the apache-base (1.3.34) installable from the fgs website. Every single RPM or apache version I've tried to install creates a mod_expires.so library which was not compatible. I also need mod_headers.so, but I asume the solution will be the same. Any help in this issue would be very much appreciated. Thanks in advance. From pscott at UWC.AC.ZA Wed Nov 30 05:23:19 2005 From: pscott at UWC.AC.ZA (Paul Scott) Date: Wed, 30 Nov 2005 15:23:19 +0200 Subject: MapServer Foundation - Open Letter In-Reply-To: <438DA09C.4050104@eidesis.org> Message-ID: On Wed, 2005-11-30 at 06:52 -0600, Puneet Kishor wrote: > Second, gives the impression that there are other editions of MapServer. > Which leads to more work and confusion... which one should I get, what > will I lose, what will I gain. > I must agree here. Mapserver is Mapserver, it's a rock solid piece of software that can be used quite comfortably in "Enterprise" situations, or for my own personal use displaying my GPS tracks across Africa. The word Enterprise implies that regular mapserver is old and inferior, which is certainly not the case. Enterprise editions also imply that it is non-free and costly to maintain - not the image I would like to convey to my clients (If I did mapserver apps commercially of course). Mapserver CE implies buggy code that is not officially supported. --Paul From Tom.Kralidis at EC.GC.CA Wed Nov 30 05:28:14 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 08:28:14 -0500 Subject: epiphany about the idea of the Foundation Message-ID: > > " You are missing the point that the creation of a MapServer > Foundation in no way required the contribution of any code > from Autodesk." > Maybe the two actions together are the bane here. What if the MapServer Foundation was established independent of the gracious Autodesk contribution? The naming / optics of the Autodesk contribution didn't help, either. > Yes, this is true. Now I understand the sense of the > "precondition" in your comment. I would say that if we > weren't allowed to contribute our code, then we'd have gone > it alone, so you are correct. > > Some people are complaining that they woke up and Autodesk > was involved in the MapServer community, and some don't like > it. (Some do, BTW.) > > But the only other scenario is that the same people would > have woken up Monday and found that there was a now a > competitor. Because no matter what we were going to put that > code into open source and work hard to make it successful. If > the assumption is that we would be unable to create a > community, the assumption is faulty - many other companies - > some larger than us - have done so, and the people who did it > for them are available to us as well. We had a non-zero > probability of success taking that approach. > > But instead we're trying to embrace the one that's there who > has done such good work, to sing its praises, and spend our > money and brand equity to help it do so. We think a united > approach is better than a go-it-alone approach. > Exactly. > We expected some of this reaction - think it's mostly FUD > owing to not really knowing us- and do indeed have a lot to > learn about open source. But we're willing to actually take > the leap, try it out, and learn from the community. That's > more than you can say for many other companies. > From thomas.bonfort at GMAIL.COM Wed Nov 30 05:32:44 2005 From: thomas.bonfort at GMAIL.COM (thomas bonfort) Date: Wed, 30 Nov 2005 14:32:44 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: <931f8ea90511291954o1cba79ecwa3507220ae1eca59@mail.gmail.com> Message-ID: On 11/30/05, Frank Warmerdam wrote: > On 11/29/05, Adam wrote: > > MapServer Community Edition is good. > > Folks, > > I think this name sucks. I hope, and expect a community > to form around MapServer Enterprise, and naming ours > something like this is a smack in the face to their community. While I agree completely with that point, following the same reasoning implies that MS cheetah hasn't any entreprise capabilities cheers, tb From mapserver at EIDESIS.ORG Wed Nov 30 06:07:02 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 08:07:02 -0600 Subject: epiphany about the idea of the Foundation Message-ID: Kralidis,Tom [Burlington] wrote: >> " You are missing the point that the creation of a MapServer >> Foundation in no way required the contribution of any code >> from Autodesk." >> > > Maybe the two actions together are the bane here. What if the MapServer > Foundation was established independent of the gracious Autodesk > contribution? The naming / optics of the Autodesk contribution didn't > help, either. > Tom's idea is a great base to start the reasoning. Take Autodesk away from the equation, and the foundation is still a great idea, and the foundation should still have been created. There is no connection between the two. Gary (of Autodesk) several times indicated that the option in front of the group was to either embrace each other or to compete. That, in my view, is a bogus argument, because it is speculative. As it is, Autodesk was already competing with MapServer. But more than MapServer, Autodesk was competing with you-know-who. Many feel that perhaps Autodesk embraced MapServer because its Mapguide product was not able to compete with Darkims. Fact is, the real competitor in the GIS/web mapping space is only one software. But, even that is not the reason for free software. Software should be free because knowledge should be free, not because it has to compete with anything. Parties join open source for many reasons, and while mine may be the high road, I am not going to turn anyone away. No matter why you join, you are are joining a good cause. And, yes, you should have the freedom to make money from it, if that is what you want (I am more toward the Stallmanian thought here than the OSI school). Until now the conventional wisdom was that capitalist ideas could not co-exist with open source. Both IBM, Red Hat, and more than any, Apple, have proved that wrong. And, how well they have done. There is no "Darwin Cheetah" and "Darwin Enterprise." Darwin and Mac OS X are two very different products. No conflict. So, please don't spread FUD. And definitely, don't spread FUD by saying that others spread FUD. Someone indicated that Ed McNierny was spreading FUD. That was a hurtful thing to say, and was FUD in itself. Ed was probably speaking from the point-of-view of a small-biz owner, and saw a lost opportunity. But, so what? He at least made us all stop and think. I think he wrote a very well reasoned letter. Ed has as much right to being a founding member (if he sees mileage in that) as DMS has. Ed has spent countless hours helping others on the list, popularizing and raising the profile of MapServer, and demonstrating that it is a solution capable of running a high-traffic business. DM Solutions (God bless them, but I would say this even if I were their employee) is a for-profit company, and Ed has a right to feel that he should share the stage with them, or at the very least, be given a chance to share the stage. Autodesk went to DMS because they had Tydac colleagues in common. That was fine. Two for-profit companies decided to join forces. Great, but remember, other for-profit companies might also want to do the same, especially if you are joining forces around a product that belongs to many others. At that point, the process should have been made public. Autodesk had every right to ask for NDA, but the mapserver community had every right to refuse that NDA. That is what should have been done. Ok. It is done now. MTSC (took me a while to figure out what the heck that acronym meant) screwed up, in my view. But, those who breaketh also repaireth. What now? Let's quit the bickering (for the nth time) and focus on the facts -- Repeat after me. The Foundation is a great idea. Let's nurture it and make it grow. Letting Autodesk rename their product "Mapserver Enterprise" is a terrible idea... not so much because Autodesk gets a much prized moniker but because it detracts from my beloved MapServer. I would never be able to promote "MapServer " because the bosses-in-pointy-hats will ask for the enterprise class product, even if they don't know their arse from an enterprise. Autodesk, Gary, welcome to the family. Now, rename your product to anything in the world, just not MapServer, contribute your code, don't ask for anything in return, and you will get back more than you and Autodesk ever imagined. And, fer crying out loud, don't tell us that you have two person years worth of investment in that code. I have no idea how much of his life Steve Lime has invested, and that guy has never asked for anything other than perhaps the pleasure of seeing his idea take root and flourish. And, I can't even begin to monetize the collective hours that the community has put into the software. From gerry.creager at TAMU.EDU Wed Nov 30 06:59:25 2005 From: gerry.creager at TAMU.EDU (Gerry Creager N5JXS) Date: Wed, 30 Nov 2005 08:59:25 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <004301c5f58e$354877b0$041410ac@comune.lugo.ra.it> Message-ID: At least then the term 'MSCE' will have some intrinsic value! Daniele Margotti wrote: > And in the future we will shortly refer to MapServer Community Edition > using the MSCE acronym... > > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Adam > Sent: Wednesday, November 30, 2005 4:35 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > MapServer Community Edition is good. > > ----- Original Message ----- > From: "thomas bonfort" > To: > Sent: Monday, November 28, 2005 2:05 PM > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > >>+1 with david, I don't think adding a somewhat artificial suffix to >>mapserver adds any value. >>how about a simple "Mapserver community edition" or something in the > > likes? > >>-- >>tb >> >>On 11/28/05, Fawcett, David wrote: >> >>>My frustration is that there is a need to pick a random animal or >>>additional name to add to the product. This just dilutes the value >>>of the current brand. To me, MapServer is the product that we all >>>use, love/hate, contribute to, etc. Not even U of M MapServer, just > > >>>MapServer. >>> >>>I hate to lose that brand. AutoDesk taking on MapServer Enterprise, > > >>>I believe, will confuse a lot of people to think that it is a code >>>extension of MapServer or a Deluxe version of what is currently >>>being called 'Cheetah'. They get more of the name than the original > > >>>product does. >>> >>>Maybe MapServer and MapServer Enterprise, just as confusing, but at >>>least we get to keep the original name and brand. MapServer Core? >>>MapServer Foo Edition? ... >>> >>>My concern with branding has nothing to do with whether or not the >>>foundation is a good thing. I think that it could be. >>> >>>David. >>> >>>-----Original Message----- >>>From: UMN MapServer Users List >>>[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Andy Canfield >>>Sent: Monday, November 28, 2005 1:18 PM >>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>>Letter >>> >>> >>>Do we get a say or is this already a done deal? From what I read on >>>the DM Solutions site it seems like this is pretty much a done deal. > > >>>If it's not I like "Osprey" as they have always been my favorite >>>bird of prey and I like the raptor idea way better than the cheeta >>>thing. >>> >>>On 11/28/05, Abe Gillespie wrote: >>> >>>>I like the raptor idea. You got my vote Chip! >>>> >>>>See, this is how "community" is *supposed* to work. :) >>>> >>>>-Abe >>>> >>>>On 11/28/05, Fawcett, David wrote: >>>> >>>>>The dolphin may be taken in the opensource world as well.... >>>>> >>>>>http://www.mysql.com/ >>>>> >>>>>-----Original Message----- >>>>>From: UMN MapServer Users List >>>>>[mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Sears, >>>>>Jeremy >>>>>Sent: Monday, November 28, 2005 1:04 PM >>>>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>>>>Letter >>>>> >>>>> >>>>>I concur. >>>>>How about a dolphin? They're fast, agile and intelligent. If TV >>>>>has taught us anything they are also friendly and fun to work >>>>>with... just like Mapserver. >>>>> >>>>>Jeremy >>>>> >>>>> >>>>>-----Original Message----- >>>>>From: UMN MapServer Users List >>>>>[mailto:MAPSERVER-USERS at LISTS.UMN.EDU]On >>>>>Behalf Of Abe Gillespie >>>>>Sent: November 28, 2005 1:55 PM >>>>>To: MAPSERVER-USERS at LISTS.UMN.EDU >>>>>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open >>> >>>Letter >>> >>>>> >>>>>Honestly, Cheetah? Hasn't Apple already monopolized all the >>>>>large cat names? Besides, there's an HTML server named Tomcat. >>>>> >>>>>Let's start our own naming cliche. >>>>> >>>>>-Abe >>>>> >>>>>On 11/28/05, Tyler Mitchell wrote: >>>>> >>>>>>>Are there any graphics wizards out there who could doctor a >>>>>>>photo of >>>>> >>>>>>>a cheetah to look something like the cow in the attached >>>>>>>jpeg? (I'm told that's a moo-cator projection...) >>>>>> >>>>>>You guys are sorta twisted ;) and I'm even worse because I'll > > >>>>>>probably >>>>> >>>>>try something tonight :) >>>>> >>>>>>I'm really excited about the foundation developments. I have >>>>>>some >>> >>>>>>notes >>>>> >>>>>online about all the possible things a foundation could do: >>>>> >>>>>>http://ms.gis.umn.edu/community/foundation >>>>>> >>>>>>I look forward to your comments/feedback (but suggest it be >>>>>>moved over >>>>> >>>>>>to >>>>> >>>>>the foundation mailing list instead). >>>>> -- Gerry Creager -- gerry.creager at tamu.edu Texas Mesonet -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From mapserver at EIDESIS.ORG Wed Nov 30 06:54:14 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 08:54:14 -0600 Subject: epiphany about the idea of the Foundation Message-ID: I wrote... >> And, fer crying out loud, don't tell us that you have two person years >> worth of investment in that code. > I was corrected... > I think it was 60 man years. for the record, I stand corrected. I am grateful to Autodesk for contributing their intellectual property to the MapServer Foundation, and backing the foundation's effort to popularize web-based mapping. Dear Autodesk, welcome. What would you like to call your code-base? We, the MapServer community are a creative and vocal lot, and come from most every corner of the globe... we would be happy to help you come up with creative and exciting names for your product, should you desire our help. We can suggest animalistic names, we can even suggest names in other, exotic languages... or, we can make up names that really don't mean anything, but suggest great things, like "Altria," or "Verizon," or "Agere" do. From barnes at WATERSHEDS.CA Wed Nov 30 07:26:30 2005 From: barnes at WATERSHEDS.CA (Shawn Barnes) Date: Wed, 30 Nov 2005 10:26:30 -0500 Subject: error building ms 4.6.1 Message-ID: When I build i get this error checking for curl-config... /usr/bin/curl-config found libcurl version 7.15.0 configure: error: libcurl version 7.10.1 or more recent is required. I'm assuming that I need an older version of curl. Is there a particular version? Shawn -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Tom.Kralidis at EC.GC.CA Wed Nov 30 07:20:27 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 10:20:27 -0500 Subject: error building ms 4.6.1 Message-ID: > > When I build i get this error > > checking for curl-config... /usr/bin/curl-config > found libcurl version 7.15.0 > configure: error: libcurl version 7.10.1 or more recent is required. > > I'm assuming that I need an older version of curl. Is there > a particular version? See bug 1504 for details and fix. From barnes at WATERSHEDS.CA Wed Nov 30 07:32:54 2005 From: barnes at WATERSHEDS.CA (Shawn Barnes) Date: Wed, 30 Nov 2005 10:32:54 -0500 Subject: error building ms 4.6.1 In-Reply-To: <1133364390.11513.11.camel@localhost> Message-ID: I had an older curl version (7.13.1) on the system and had no problem building against it. Shawn On Wed, 2005-11-30 at 10:26 -0500, Shawn Barnes wrote: > When I build i get this error > > checking for curl-config... /usr/bin/curl-config > found libcurl version 7.15.0 > configure: error: libcurl version 7.10.1 or more recent is required. > > I'm assuming that I need an older version of curl. Is there a > particular version? > > Shawn -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Jean-Francois.Doyon at CCRS.NRCAN.GC.CA Wed Nov 30 07:21:48 2005 From: Jean-Francois.Doyon at CCRS.NRCAN.GC.CA (Doyon, Jean-Francois) Date: Wed, 30 Nov 2005 10:21:48 -0500 Subject: error building ms 4.6.1 Message-ID: Shawn, There's a bug in the curl-config that came with 7.15.0 ... I fixed it by manually editing it: --vernum) echo 0x070f00 exit 0 Cheers, J.F. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Shawn Barnes Sent: November 30, 2005 10:27 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] error building ms 4.6.1 When I build i get this error checking for curl-config... /usr/bin/curl-config found libcurl version 7.15.0 configure: error: libcurl version 7.10.1 or more recent is required. I'm assuming that I need an older version of curl. Is there a particular version? Shawn From work at XWB.COM Wed Nov 30 07:27:18 2005 From: work at XWB.COM (Chip Taylor) Date: Wed, 30 Nov 2005 07:27:18 -0800 Subject: MS Foundation and product names In-Reply-To: Message-ID: Over 100 messages in less than 24 hours. WOW! I am a Mapserver user and not a contributor, other than my company has discussed donations to fund development of certain features we would like to see, so I am limited in what I can contribute to this discussion. However, I think back to three months ago when my CIO came to me and asked me to investigate a way to embed GIS in our main product offering. I evaluated most, if not all, web mapping solutions available regardless of cost. Mapserver was my choice, and remains so today. Back then if I had come to the foundation web page and found Webserver Enterprise and Webserver Community Edition (or Cheetah or Raptor or Osprey or whatever), I would have naturally tried the Enterprise edition assuming it was much fuller featured and more powerful than the other. If that edition had not met my needs (and it would not have), I would not have downloaded the REAL Mapserver that very much does meet my needs. Instead, I would have gone on with my search for product. It would have been MY loss and my customer's loss. So, I implore you. Do not name these two products that have no relation to each other as they are presently named. It is misleading and detrimental to the goals of this community. And it is harmful to the emerging GIS world as well. One other point, Gary Lang of Autodesk stated that there could well be a commercial version of the OS Mapserver (whatever edition) and that the commercial edition would include support. For most companies, that would ensure that the free/open source editions a come-on to entice them to purchase the commercial version that included support. Do we really want this wonderful product (the original Mapserver) to be merely a sales tool for Autodesk. Disclaimer: I have absolutely no animosity towards Autodesk since I rarely deal with their product. Chip Taylor Prepared Response, Inc. From gary.lang at AUTODESK.COM Wed Nov 30 07:24:35 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 07:24:35 -0800 Subject: MapServer Foundation - Open Letter Message-ID: That wasn't the intention. It's just based on an observation made by DanielM which was that MSE seemed to be tailored more for the enterprise. I don't know MS's user base as well as he does, so I respected his and Frank's thoughts on it I recall that the name was suggested by Daniel, and so we took the name suggestion and ran with it. But I see the point here. These are good points. I no more want to see MapServer be characterized as being incapable of being used by an enterprise than I want to see MSE be characterized as not being a community product. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of thomas bonfort Sent: Wednesday, November 30, 2005 5:33 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter On 11/30/05, Frank Warmerdam wrote: > On 11/29/05, Adam wrote: > > MapServer Community Edition is good. > > Folks, > > I think this name sucks. I hope, and expect a community to form > around MapServer Enterprise, and naming ours something like this is a > smack in the face to their community. While I agree completely with that point, following the same reasoning implies that MS cheetah hasn't any entreprise capabilities cheers, tb From barnes at WATERSHEDS.CA Wed Nov 30 07:40:59 2005 From: barnes at WATERSHEDS.CA (Shawn Barnes) Date: Wed, 30 Nov 2005 10:40:59 -0500 Subject: error building ms 4.6.1 In-Reply-To: <2576812186CDD411BF1500508B6DCE950C6F5649@ecnwri1.ontario.int.ec.gc.ca> Message-ID: Thanks, patched and built with curl 7.15 Shawn On Wed, 2005-11-30 at 10:20 -0500, Kralidis,Tom [Burlington] wrote: > > > > When I build i get this error > > > > checking for curl-config... /usr/bin/curl-config > > found libcurl version 7.15.0 > > configure: error: libcurl version 7.10.1 or more recent is required. > > > > I'm assuming that I need an older version of curl. Is there > > a particular version? > > See bug 1504 for details and fix. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From gary.lang at AUTODESK.COM Wed Nov 30 07:38:31 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 07:38:31 -0800 Subject: epiphany about the idea of the Foundation Message-ID: " And, fer crying out loud, don't tell us that you have two person years worth of investment in that code." To clarify, it's 60 person-years, not two. From yecarrillo at YAHOO.COM Wed Nov 30 07:39:53 2005 From: yecarrillo at YAHOO.COM (Eduin Carrillo) Date: Wed, 30 Nov 2005 09:39:53 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: <1133356999.7665.44.camel@localhost> Message-ID: Gives the impression that we are loosing MapServer. Another monster taking control over a good project. :-( Eduin Eduin Yesid Carrillo Vega yecarrillo at yahoo.com COLOMBIA __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ?gratis! Reg?strate ya - http://correo.espanol.yahoo.com/ From bill at BINKO.NET Wed Nov 30 07:44:09 2005 From: bill at BINKO.NET (Bill Binko) Date: Wed, 30 Nov 2005 10:44:09 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: <931f8ea90511291954o1cba79ecwa3507220ae1eca59@mail.gmail.com> Message-ID: Hello, everyone I'm very sorry to be in this situation twice in one month (HylaFAX is another project I'm involved in, and recently had a possible-fork/naming clash), but I thouht I would add one more perspective and perhaps a request. When I first read the announcement about the foundation, I had two distinct reactions. First, I sent a note to Frank, who I have found best represent the "soul" of the OpenGIS community. I asked him why I so many people I respected (including danmo, and hobu, among others) were going along with what looked like a land-grab by a company that has historically been less-than-friendly to open source and open standards. (I haven't gotten a response, but he's been busy and I feel its appropriate that I not wait any longer to put in my two cents.) My second reaction was empowerment. You see, I have been discussing working with another firm to help them upgrade their online mapping systems. I've pushed open-source GIS solutions (Mapserver and PostGIS in particular), and the response I've gotten is that it's "still in its infancy and has no major players like IBM/Novell in the Linux space." Autodesk (for all of their faults) has given me a winning hand in this game, and I've already setup the meeting to discuss it with my counterpart. These reactions seem to map directly to something said earlier: Autodesk's involvment and the foundation are major benefits to this community, and the poor choice of naming and lack of community involvement prior to the launch are major mistakes. The lack of involvement cannot be fixed: it can only be acknowledged and learned from. I think Gary has acknowledged it from Autodesk's standpoint, and I'm sure others will admit that Ed's approach ("the third option") would have been better. As an aside, I think this community is to be congratulated that nobody has yet suggested "OpenMapserver" or setting up a fork on sf.net or any of the other threats that I've seen in other contexts: it shows that it is not the code or even the Man-Years that are of value to this group, but the community that builds, supports, and uses this great tool suite. I was surprised to read that Frank and Dan were both involved in moving _towards_ the Mapserver Enterprise naming. It is one of very few mistakes I've seen from them, and I suppose they were due: however, it is a mistake, nonetheless. The good news is that it is a fixable mistake. Frank, you have one of the most authoritative voices in this community, and I'm sure Autodesk has considered your position in choosing this naming path. I think they would do so again, if you were to suggest that the damage being done to the community by this error will outwiegh any branding benefits they may gain. It might be useful to remember that many of the best Open Source software out there has been through naming conflicts: Phoenix/FireBird/FireFox, FlexFAX/HylaFAX, etc. They are painful, but not deadly. Autodesk, welcome aboard: I'm sorry you're initiation has been painful, but if you stick with it, this really will be a rewarding experience for you. Bill From Jeremy.Sears at CCRS.NRCAN.GC.CA Wed Nov 30 07:47:16 2005 From: Jeremy.Sears at CCRS.NRCAN.GC.CA (Sears, Jeremy) Date: Wed, 30 Nov 2005 10:47:16 -0500 Subject: epiphany about the idea of the Foundation Message-ID: Hi List, I must say that P Kishor's response is very reasonable. I do think we, the Mapserver Community, will indeed be recieving the shaft here if Autodesk is permitted to name their product Mapserver Enterprise. "the bosses-in-pointy-hats will ask for the enterprise class product, even if they don't know their arse from an enterprise." ... Exactly. I will say up front that Im relatively new to the GIS world, and even newer to the Open source movement. For me, and obviously for others, Mapserver grants the opportunity to learn and (hopefully) master a highly useful bit of software completely free of charge, and with the support of others who are working towards similar goals. I understand that Mapserver has been gaining popularity and is now being deployed in numerous high-visibility situations. Given Mapserver's impressive track record I think that news of it is obviously trickling down to "the bosses-in-pointy-hats". This is great news for individual GIS folks like myself. Why? Because now when the pointy hat boss hires me to get his organization's GIS data online he knows that he'll pay for nothing more than my salary, no yearly licensing, no dual processor extra fees etc. This is great for me and the pointy hat. I derive a satisfying sense of freedom from working on Mapserver projects and also on other OS based software because the value of my work, and it's utility in years to come will not depend on the precondition that my employing organization is dumping vast amounts of money into a particular software company's pocket. I prefer to think of myself, and other in similar situations, as being akin to mechanics who build/repair machinery rather than indentured servants who are tethered to a license. I cant help but feel that if AutoDesk sticks it's finger into the pie, this freedom will be jeopardized, I will again have to don a tether and the capabilities that I can offer an organization will be determined not so much by my skill but by the size of their bank accounts. By the sounds of it, AutoDesk is pushing ahead with 'Mapserver Enterprise' I am left here with Mapserver child's edition. What are the chances of keeping the name of the software I work with as "Mapserver"? Has this decision been written in stone? What can I do, besides posting to this list, to prevent Autocad from horning in on Mapserver's name? Best Regards Jeremy From gary.lang at AUTODESK.COM Wed Nov 30 08:00:48 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 08:00:48 -0800 Subject: MapServer Foundation - Open Letter Message-ID: OK. So here's a sincere call for input. Here's the rub. Regardless of who made the mistake of suggesting it, I liked the name and agreed that we would go with it, so I'll take responsibility for MSE. On the back of that, we - what can now be seen as the TSC-x cabal + 1 ADSK person - started drifting from foundation names that had more umbrella-like characteristics like osgis.org, mapcommunity, maptools, etc. and towards something that focuses on what we were putting out together. Based on the fact that both products were named MapServer in the root, we went with "MapServer Foundation". Now let's assume we change the name back to MapGuide. Why would I now want to cripple any hope of adoption by anybody by putting it in a foundation (that I helped name) that highlights one map serving product over another? So far the community is showing more common sense than we were on this, so I'm interested to hear your opinions. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bill Binko Sent: Wednesday, November 30, 2005 7:44 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Hello, everyone I'm very sorry to be in this situation twice in one month (HylaFAX is another project I'm involved in, and recently had a possible-fork/naming clash), but I thouht I would add one more perspective and perhaps a request. When I first read the announcement about the foundation, I had two distinct reactions. First, I sent a note to Frank, who I have found best represent the "soul" of the OpenGIS community. I asked him why I so many people I respected (including danmo, and hobu, among others) were going along with what looked like a land-grab by a company that has historically been less-than-friendly to open source and open standards. (I haven't gotten a response, but he's been busy and I feel its appropriate that I not wait any longer to put in my two cents.) My second reaction was empowerment. You see, I have been discussing working with another firm to help them upgrade their online mapping systems. I've pushed open-source GIS solutions (Mapserver and PostGIS in particular), and the response I've gotten is that it's "still in its infancy and has no major players like IBM/Novell in the Linux space." Autodesk (for all of their faults) has given me a winning hand in this game, and I've already setup the meeting to discuss it with my counterpart. These reactions seem to map directly to something said earlier: Autodesk's involvment and the foundation are major benefits to this community, and the poor choice of naming and lack of community involvement prior to the launch are major mistakes. The lack of involvement cannot be fixed: it can only be acknowledged and learned from. I think Gary has acknowledged it from Autodesk's standpoint, and I'm sure others will admit that Ed's approach ("the third option") would have been better. As an aside, I think this community is to be congratulated that nobody has yet suggested "OpenMapserver" or setting up a fork on sf.net or any of the other threats that I've seen in other contexts: it shows that it is not the code or even the Man-Years that are of value to this group, but the community that builds, supports, and uses this great tool suite. I was surprised to read that Frank and Dan were both involved in moving _towards_ the Mapserver Enterprise naming. It is one of very few mistakes I've seen from them, and I suppose they were due: however, it is a mistake, nonetheless. The good news is that it is a fixable mistake. Frank, you have one of the most authoritative voices in this community, and I'm sure Autodesk has considered your position in choosing this naming path. I think they would do so again, if you were to suggest that the damage being done to the community by this error will outwiegh any branding benefits they may gain. It might be useful to remember that many of the best Open Source software out there has been through naming conflicts: Phoenix/FireBird/FireFox, FlexFAX/HylaFAX, etc. They are painful, but not deadly. Autodesk, welcome aboard: I'm sorry you're initiation has been painful, but if you stick with it, this really will be a rewarding experience for you. Bill From work at XWB.COM Wed Nov 30 08:09:13 2005 From: work at XWB.COM (Chip Taylor) Date: Wed, 30 Nov 2005 08:09:13 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: My input (and this needs to be done before the concrete sets on all this: 1. Change the name of the Foundation to something less product-pointed and more in keeping with the purpose, such as Foundation for Open Source Web Mapping 2. Add the Foundation moniker to the existing names for the two code bases: FOSWM Mapserver FOSWM MapGuide 3. Specify in the charter that no code from any FOSWM may be included in a commercial product. My input (FWIW), Chip "Acronym Man" Taylor Prepared Response, Inc. > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Gary Lang > Sent: Wednesday, November 30, 2005 8:01 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > OK. So here's a sincere call for input. > > Here's the rub. Regardless of who made the mistake of suggesting it, I > liked the name and agreed that we would go with it, so I'll take > responsibility for MSE. > > On the back of that, we - what can now be seen as the TSC-x cabal + 1 > ADSK person - started drifting from foundation names that had more > umbrella-like characteristics like osgis.org, mapcommunity, maptools, > etc. and towards something that focuses on what we were putting out > together. Based on the fact that both products were named MapServer in > the root, we went with "MapServer Foundation". > > Now let's assume we change the name back to MapGuide. Why would I now > want to cripple any hope of adoption by anybody by putting it in a > foundation (that I helped name) that highlights one map serving product > over another? > > So far the community is showing more common sense than we were on this, > so I'm interested to hear your opinions. > > Gary > > From David.Fawcett at STATE.MN.US Wed Nov 30 08:12:20 2005 From: David.Fawcett at STATE.MN.US (Fawcett, David) Date: Wed, 30 Nov 2005 10:12:20 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Gary, Thank you for being open to not using the name MapServer to describe MapGuide. For the foundation, may I suggest: Open Source Web Mapping Foundation? Web Mapping Foundation? Peoples Front for the Liberation of Web Mapping Products? David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Wednesday, November 30, 2005 10:01 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter OK. So here's a sincere call for input. Here's the rub. Regardless of who made the mistake of suggesting it, I liked the name and agreed that we would go with it, so I'll take responsibility for MSE. On the back of that, we - what can now be seen as the TSC-x cabal + 1 ADSK person - started drifting from foundation names that had more umbrella-like characteristics like osgis.org, mapcommunity, maptools, etc. and towards something that focuses on what we were putting out together. Based on the fact that both products were named MapServer in the root, we went with "MapServer Foundation". Now let's assume we change the name back to MapGuide. Why would I now want to cripple any hope of adoption by anybody by putting it in a foundation (that I helped name) that highlights one map serving product over another? So far the community is showing more common sense than we were on this, so I'm interested to hear your opinions. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bill Binko Sent: Wednesday, November 30, 2005 7:44 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Hello, everyone I'm very sorry to be in this situation twice in one month (HylaFAX is another project I'm involved in, and recently had a possible-fork/naming clash), but I thouht I would add one more perspective and perhaps a request. When I first read the announcement about the foundation, I had two distinct reactions. First, I sent a note to Frank, who I have found best represent the "soul" of the OpenGIS community. I asked him why I so many people I respected (including danmo, and hobu, among others) were going along with what looked like a land-grab by a company that has historically been less-than-friendly to open source and open standards. (I haven't gotten a response, but he's been busy and I feel its appropriate that I not wait any longer to put in my two cents.) My second reaction was empowerment. You see, I have been discussing working with another firm to help them upgrade their online mapping systems. I've pushed open-source GIS solutions (Mapserver and PostGIS in particular), and the response I've gotten is that it's "still in its infancy and has no major players like IBM/Novell in the Linux space." Autodesk (for all of their faults) has given me a winning hand in this game, and I've already setup the meeting to discuss it with my counterpart. These reactions seem to map directly to something said earlier: Autodesk's involvment and the foundation are major benefits to this community, and the poor choice of naming and lack of community involvement prior to the launch are major mistakes. The lack of involvement cannot be fixed: it can only be acknowledged and learned from. I think Gary has acknowledged it from Autodesk's standpoint, and I'm sure others will admit that Ed's approach ("the third option") would have been better. As an aside, I think this community is to be congratulated that nobody has yet suggested "OpenMapserver" or setting up a fork on sf.net or any of the other threats that I've seen in other contexts: it shows that it is not the code or even the Man-Years that are of value to this group, but the community that builds, supports, and uses this great tool suite. I was surprised to read that Frank and Dan were both involved in moving _towards_ the Mapserver Enterprise naming. It is one of very few mistakes I've seen from them, and I suppose they were due: however, it is a mistake, nonetheless. The good news is that it is a fixable mistake. Frank, you have one of the most authoritative voices in this community, and I'm sure Autodesk has considered your position in choosing this naming path. I think they would do so again, if you were to suggest that the damage being done to the community by this error will outwiegh any branding benefits they may gain. It might be useful to remember that many of the best Open Source software out there has been through naming conflicts: Phoenix/FireBird/FireFox, FlexFAX/HylaFAX, etc. They are painful, but not deadly. Autodesk, welcome aboard: I'm sorry you're initiation has been painful, but if you stick with it, this really will be a rewarding experience for you. Bill From BEN at SYNCERA-ITSOLUTIONS.NL Wed Nov 30 08:19:22 2005 From: BEN at SYNCERA-ITSOLUTIONS.NL (Bart van den Eijnden) Date: Wed, 30 Nov 2005 17:19:22 +0100 Subject: MapServer Foundation - Open Letter Message-ID: Why limit it to webmapping only? This would exclude things like PostGIS, uDIG etc. from joining. My suggestion would be Open Source GIS Foundation or Open Source GIS Software Foundation. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> "Fawcett, David" 11/30/05 5:12 PM >>> Gary, Thank you for being open to not using the name MapServer to describe MapGuide. For the foundation, may I suggest: Open Source Web Mapping Foundation? Web Mapping Foundation? Peoples Front for the Liberation of Web Mapping Products? David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Wednesday, November 30, 2005 10:01 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter OK. So here's a sincere call for input. Here's the rub. Regardless of who made the mistake of suggesting it, I liked the name and agreed that we would go with it, so I'll take responsibility for MSE. On the back of that, we - what can now be seen as the TSC-x cabal + 1 ADSK person - started drifting from foundation names that had more umbrella-like characteristics like osgis.org, mapcommunity, maptools, etc. and towards something that focuses on what we were putting out together. Based on the fact that both products were named MapServer in the root, we went with "MapServer Foundation". Now let's assume we change the name back to MapGuide. Why would I now want to cripple any hope of adoption by anybody by putting it in a foundation (that I helped name) that highlights one map serving product over another? So far the community is showing more common sense than we were on this, so I'm interested to hear your opinions. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bill Binko Sent: Wednesday, November 30, 2005 7:44 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Hello, everyone I'm very sorry to be in this situation twice in one month (HylaFAX is another project I'm involved in, and recently had a possible-fork/naming clash), but I thouht I would add one more perspective and perhaps a request. When I first read the announcement about the foundation, I had two distinct reactions. First, I sent a note to Frank, who I have found best represent the "soul" of the OpenGIS community. I asked him why I so many people I respected (including danmo, and hobu, among others) were going along with what looked like a land-grab by a company that has historically been less-than-friendly to open source and open standards. (I haven't gotten a response, but he's been busy and I feel its appropriate that I not wait any longer to put in my two cents.) My second reaction was empowerment. You see, I have been discussing working with another firm to help them upgrade their online mapping systems. I've pushed open-source GIS solutions (Mapserver and PostGIS in particular), and the response I've gotten is that it's "still in its infancy and has no major players like IBM/Novell in the Linux space." Autodesk (for all of their faults) has given me a winning hand in this game, and I've already setup the meeting to discuss it with my counterpart. These reactions seem to map directly to something said earlier: Autodesk's involvment and the foundation are major benefits to this community, and the poor choice of naming and lack of community involvement prior to the launch are major mistakes. The lack of involvement cannot be fixed: it can only be acknowledged and learned from. I think Gary has acknowledged it from Autodesk's standpoint, and I'm sure others will admit that Ed's approach ("the third option") would have been better. As an aside, I think this community is to be congratulated that nobody has yet suggested "OpenMapserver" or setting up a fork on sf.net or any of the other threats that I've seen in other contexts: it shows that it is not the code or even the Man-Years that are of value to this group, but the community that builds, supports, and uses this great tool suite. I was surprised to read that Frank and Dan were both involved in moving _towards_ the Mapserver Enterprise naming. It is one of very few mistakes I've seen from them, and I suppose they were due: however, it is a mistake, nonetheless. The good news is that it is a fixable mistake. Frank, you have one of the most authoritative voices in this community, and I'm sure Autodesk has considered your position in choosing this naming path. I think they would do so again, if you were to suggest that the damage being done to the community by this error will outwiegh any branding benefits they may gain. It might be useful to remember that many of the best Open Source software out there has been through naming conflicts: Phoenix/FireBird/FireFox, FlexFAX/HylaFAX, etc. They are painful, but not deadly. Autodesk, welcome aboard: I'm sorry you're initiation has been painful, but if you stick with it, this really will be a rewarding experience for you. Bill From Tom.Kralidis at EC.GC.CA Wed Nov 30 08:21:04 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 11:21:04 -0500 Subject: MapServer Foundation - Open Letter Message-ID: > > OK. So here's a sincere call for input. > > Here's the rub. Regardless of who made the mistake of > suggesting it, I liked the name and agreed that we would go > with it, so I'll take responsibility for MSE. > > On the back of that, we - what can now be seen as the TSC-x > cabal + 1 ADSK person - started drifting from foundation > names that had more umbrella-like characteristics like > osgis.org, mapcommunity, maptools, etc. and towards something > that focuses on what we were putting out together. Based on > the fact that both products were named MapServer in the root, > we went with "MapServer Foundation". > > Now let's assume we change the name back to MapGuide. Why > would I now want to cripple any hope of adoption by anybody > by putting it in a foundation (that I helped name) that > highlights one map serving product over another? > So you're comparing MapGuide to MapServer? Maybe I should have given MSE more of a chance. After downloading, reading the huge build/install documentation, I reverted to good old ./configure && make. ..Tom > So far the community is showing more common sense than we > were on this, so I'm interested to hear your opinions. > > Gary > From bfischer at HOUSTONENGINEERINGINC.COM Wed Nov 30 08:21:59 2005 From: bfischer at HOUSTONENGINEERINGINC.COM (Fischer, Brian) Date: Wed, 30 Nov 2005 10:21:59 -0600 Subject: MapServer Foundation - Open Letter Message-ID: I agree with Chip's 1. and 2. This makes sense and will be the least confusing to the user base and community. It also does not imply one project is better then the other. Brian Fischer Houston Engineering, Inc. Maple Grove, MN (763) 493-4522 -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Chip Taylor Sent: Wednesday, November 30, 2005 10:09 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter My input (and this needs to be done before the concrete sets on all this: 1. Change the name of the Foundation to something less product-pointed and more in keeping with the purpose, such as Foundation for Open Source Web Mapping 2. Add the Foundation moniker to the existing names for the two code bases: FOSWM Mapserver FOSWM MapGuide 3. Specify in the charter that no code from any FOSWM may be included in a commercial product. My input (FWIW), Chip "Acronym Man" Taylor Prepared Response, Inc. > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of Gary Lang > Sent: Wednesday, November 30, 2005 8:01 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > OK. So here's a sincere call for input. > > Here's the rub. Regardless of who made the mistake of suggesting it, I > liked the name and agreed that we would go with it, so I'll take > responsibility for MSE. > > On the back of that, we - what can now be seen as the TSC-x cabal + 1 > ADSK person - started drifting from foundation names that had more > umbrella-like characteristics like osgis.org, mapcommunity, maptools, > etc. and towards something that focuses on what we were putting out > together. Based on the fact that both products were named MapServer in > the root, we went with "MapServer Foundation". > > Now let's assume we change the name back to MapGuide. Why would I now > want to cripple any hope of adoption by anybody by putting it in a > foundation (that I helped name) that highlights one map serving product > over another? > > So far the community is showing more common sense than we were on this, > so I'm interested to hear your opinions. > > Gary > > From Tom.Kralidis at EC.GC.CA Wed Nov 30 08:23:05 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 11:23:05 -0500 Subject: MapServer Foundation - Open Letter Message-ID: I would stay with MapServer Foundation. But just don't call anything MapServer other than MapServer. ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Fawcett, David > Sent: Wednesday, 30 November, 2005 11:12 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > Gary, > > Thank you for being open to not using the name MapServer to > describe MapGuide. For the foundation, may I suggest: > > Open Source Web Mapping Foundation? > Web Mapping Foundation? > > > Peoples Front for the Liberation of Web Mapping Products? > > David. > > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang > Sent: Wednesday, November 30, 2005 10:01 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > > OK. So here's a sincere call for input. > > Here's the rub. Regardless of who made the mistake of > suggesting it, I liked the name and agreed that we would go > with it, so I'll take responsibility for MSE. > > On the back of that, we - what can now be seen as the TSC-x > cabal + 1 ADSK person - started drifting from foundation > names that had more umbrella-like characteristics like > osgis.org, mapcommunity, maptools, etc. and towards something > that focuses on what we were putting out together. Based on > the fact that both products were named MapServer in the root, > we went with "MapServer Foundation". > > Now let's assume we change the name back to MapGuide. Why > would I now want to cripple any hope of adoption by anybody > by putting it in a foundation (that I helped name) that > highlights one map serving product over another? > > So far the community is showing more common sense than we > were on this, so I'm interested to hear your opinions. > > Gary > > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bill Binko > Sent: Wednesday, November 30, 2005 7:44 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > Hello, everyone > > I'm very sorry to be in this situation twice in one month (HylaFAX is > another project I'm involved in, and recently had a > possible-fork/naming > > clash), but I thouht I would add one more perspective and perhaps a > request. > > When I first read the announcement about the foundation, I > had two distinct reactions. First, I sent a note to Frank, > who I have found best represent the "soul" of the OpenGIS > community. I asked him why I so many people I respected > (including danmo, and hobu, among others) were going along > with what looked like a land-grab by a company that has > historically been less-than-friendly to open source and open > standards. (I haven't > gotten a response, but he's been busy and I feel its > appropriate that I > not wait any longer to put in my two cents.) > > My second reaction was empowerment. You see, I have been discussing > working with another firm to help them upgrade their online mapping > systems. I've pushed open-source GIS solutions (Mapserver > and PostGIS in > particular), and the response I've gotten is that it's "still in its > infancy and has no major players like IBM/Novell in the Linux > space." > Autodesk (for all of their faults) has given me a winning > hand in this > game, and I've already setup the meeting to discuss it with my > counterpart. > > These reactions seem to map directly to something said > earlier: Autodesk's involvment and the foundation are major > benefits to this community, and the poor choice of naming and > lack of community involvement prior to the launch are major > mistakes. > > The lack of involvement cannot be fixed: it can only be > acknowledged and learned from. I think Gary has acknowledged > it from Autodesk's standpoint, and I'm sure others will admit > that Ed's approach ("the third > option") would have been better. > > As an aside, I think this community is to be congratulated > that nobody has yet suggested "OpenMapserver" or setting up a > fork on sf.net or any of the other threats that I've seen in > other contexts: it shows that it is not the code or even the > Man-Years that are of value to this group, but the community > that builds, supports, and uses this great tool suite. > > I was surprised to read that Frank and Dan were both involved > in moving > _towards_ the Mapserver Enterprise naming. It is one of very > few mistakes > I've seen from them, and I suppose they were due: however, it is a > mistake, nonetheless. The good news is that it is a fixable mistake. > > Frank, you have one of the most authoritative voices in this > community, and I'm sure Autodesk has considered your position > in choosing this naming path. I think they would do so > again, if you were to suggest that the damage being done to > the community by this error will outwiegh any branding > benefits they may gain. > > It might be useful to remember that many of the best Open > Source software > out there has been through naming conflicts: > Phoenix/FireBird/FireFox, > FlexFAX/HylaFAX, etc. They are painful, but not deadly. > > Autodesk, welcome aboard: I'm sorry you're initiation has > been painful, > but if you stick with it, this really will be a rewarding > experience for > > you. > > Bill > From mapserver at EIDESIS.ORG Wed Nov 30 08:14:13 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 10:14:13 -0600 Subject: toward reconciliation Message-ID: This is a wonderful note from Gary. Kudos to you. Gary Lang wrote: > OK. So here's a sincere call for input. > .. > > Now let's assume we change the name back to MapGuide. Why would I now > want to cripple any hope of adoption by anybody by putting it in a > foundation (that I helped name) that highlights one map serving product > over another? Good point. Just as we are concerned about dilution of the MapServer name, so should you be of the dilution of your product's name. However, this time, by all of us working together, we can perhaps come up with a happy solution. One way out is to rename the foundation to a non-product specific name, so your product can co-exist under that umbrella along with MapServer. Another way is to rename your product as an adjunct to MapServer. Which segues beautifully into the big question -- how does Autodesk's product really fit vis a vis MapServer? If it does whatever MapServer does then there is little distinction anyway. It certainly runs on a lot fewer platforms than MapServer. How does it compare with MapServer + PostGIS (where are you, you good folks from Refractions?)? In my view, MapServer+PostGIS is the real enterprise class product (did I already say that? yes, several times). SQLite is a great product, and I have been using it for a few years now, am a member of its list, etc. But, SQLite does not compare with PostGres, and Richard Hipp would be the first one to admit that. Can your code-base or technical concepts be folded into what is current MapServer? Can you contribute an enhancement, such as MapStudio being to MapServer what ArcIMS Author/Manager are to ArcIMS? Anyway, thanks for understanding our position. That makes you a good guy in my book. .. From jeff at PROPERTYKEY.COM Wed Nov 30 08:26:06 2005 From: jeff at PROPERTYKEY.COM (Jeff Hoffmann) Date: Wed, 30 Nov 2005 10:26:06 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Gary Lang wrote: > OK. So here's a sincere call for input. > > Here's the rub. Regardless of who made the mistake of suggesting it, I > liked the name and agreed that we would go with it, so I'll take > responsibility for MSE. > > On the back of that, we - what can now be seen as the TSC-x cabal + 1 > ADSK person - started drifting from foundation names that had more > umbrella-like characteristics like osgis.org, mapcommunity, maptools, > etc. and towards something that focuses on what we were putting out > together. Based on the fact that both products were named MapServer in > the root, we went with "MapServer Foundation". > > Now let's assume we change the name back to MapGuide. Why would I now > want to cripple any hope of adoption by anybody by putting it in a > foundation (that I helped name) that highlights one map serving product > over another? I think you've described for yourself the fundamental flaw of the recent happenings. You say that "both products were named MapServer" and that's why you chose "MapServer foundation" when in fact, there was only one MapServer, the other is MapGuide. To me, if you want MapServer to be the dominant project, you call the foundation "MapServer foundation", if you want the projects to be treated as equals, you don't name the foundation after one of the products, you name it something else (open source mapping foundation, for example). Another thing to be considered is that the foundation name becomes a defacto brand name and the product name should stand on its own without the foundation name (I used an example earlier of "Apache Tomcat" and just "Tomcat"). "Enterprise" isn't a product name, it's a qualifier. If you would have called it "MapServer MapGuide" you probably wouldn't have gotten much static at all about it at all. Everybody would understand that they were two seperate products, which is the biggest problem. -- Jeff Hoffmann jeff at propertykey.com From mapserver at EIDESIS.ORG Wed Nov 30 08:17:27 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 10:17:27 -0600 Subject: MapServer Foundation - Open Letter Message-ID: Chip Taylor wrote: .. > > 3. Specify in the charter that no code from any FOSWM may be included in a > commercial product. > Nope, that is not correct, in my view. Doing that would restrict the use of the software, and hence, it would not be "free." (I did say that I am more Stallman-ian than open source). Anyone and everyone should have complete freedom to do whatever they want to do with the software, as long as they don't, in turn, restrict the freedom of anyone else. From work at XWB.COM Wed Nov 30 08:32:51 2005 From: work at XWB.COM (Chip Taylor) Date: Wed, 30 Nov 2005 08:32:51 -0800 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Ok. I agree with that. Strike #3. Chip Taylor Prepared Response, Inc. > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On > Behalf Of P Kishor > Sent: Wednesday, November 30, 2005 8:17 AM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > Chip Taylor wrote: > .. > > > > 3. Specify in the charter that no code from any FOSWM may be included in > a > > commercial product. > > > > Nope, that is not correct, in my view. Doing that would restrict the > use of the software, and hence, it would not be "free." (I did say > that I am more Stallman-ian than open source). Anyone and everyone > should have complete freedom to do whatever they want to do with the > software, as long as they don't, in turn, restrict the freedom of > anyone else. > From haag at LSU.EDU Wed Nov 30 08:39:17 2005 From: haag at LSU.EDU (Ric Haag) Date: Wed, 30 Nov 2005 10:39:17 -0600 Subject: netCDF to color GEOTIFF Message-ID: Andrea, MANY thanks (and to Mr. Barker)! This did the trick!! I had tried the "[pixel]" trick without much luck, but missed the "BUCKET" parameters, and that seems to have been the problem there. This gets me well on my way! Thanks again, and kudos to the fine development team(s) of mapserver and related tools!! Alaric On Wed, November 30, 2005 4:01 am, Andrea MARELLI said: > Hi Alaric, > > I've spent 2 weeks trying to display maps from netcdf files and now, with > Norman Barker's help, I can do it. > > You don't need to convert into GeoTiff, but you can open directly from > NetCDF. From warmerdam at POBOX.COM Wed Nov 30 08:44:07 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 30 Nov 2005 11:44:07 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: On 11/30/05, Bill Binko wrote: > When I first read the announcement about the foundation, I had two > distinct reactions. First, I sent a note to Frank, who I have found best > represent the "soul" of the OpenGIS community. I asked him why I so many > people I respected (including danmo, and hobu, among others) were going > along with what looked like a land-grab by a company that has historically > been less-than-friendly to open source and open standards. (I haven't > gotten a response, but he's been busy and I feel its appropriate that I > not wait any longer to put in my two cents.) Bill, Sorry I haven't responded. Having been off-the-net for a critical period and then buried in the maelstrom of discussion on the announcement it has been hard to keep track of my outstanding questions. > The lack of involvement cannot be fixed: it can only be acknowledged and > learned from. I think Gary has acknowledged it from Autodesk's > standpoint, and I'm sure others will admit that Ed's approach ("the third > option") would have been better. I certainly agree with this. I would stress that now is an excellent time for involvement! Especially I again encourage folks to join the foundation discuss mailing list, and to participate on discussions of foundation mission, governance mechanisms and so forth. > I was surprised to read that Frank and Dan were both involved in moving > _towards_ the Mapserver Enterprise naming. It is one of very few mistakes > I've seen from them, and I suppose they were due: however, it is a > mistake, nonetheless. The good news is that it is a fixable mistake. I am certainly partly responsible for the enterprise name. > Frank, you have one of the most authoritative voices in this community, > and I'm sure Autodesk has considered your position in choosing this naming > path. I think they would do so again, if you were to suggest that the > damage being done to the community by this error will outwiegh any > branding benefits they may gain. I think Gary is reconsidering. BTW, for those who don't like the Cheetah name, I feel bad now for having "poo pooed" DaveM's suggestion that we have a contest to name our MapServer. I thought thought it better to just pick a name and stick with it. In IRC Allan Doyle pointed to this article as an example of a graceful name change: http://www.osm.org/site/story/copy_of_11212005namechange/ Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From gary.lang at AUTODESK.COM Wed Nov 30 08:53:29 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 08:53:29 -0800 Subject: MapServer Foundation - Open Letter Message-ID: This was a suggetion Steve had. I always liked it. --- Original Message --- From: "Bart van den Eijnden" Sent: Wed 11/30/2005 11:25 am To: "MAPSERVER-USERS at LISTS.UMN.EDU" Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Why limit it to webmapping only? This would exclude things like PostGIS, uDIG etc. from joining. My suggestion would be Open Source GIS Foundation or Open Source GIS Software Foundation. Best regards, Bart Bart van den Eijnden Syncera IT Solutions Postbus 270 2600 AG DELFT tel.nr.: 015-7512436 email: BEN at Syncera-ITSolutions.nl >>> "Fawcett, David" 11/30/05 5:12 PM >>> Gary, Thank you for being open to not using the name MapServer to describe MapGuide. For the foundation, may I suggest: Open Source Web Mapping Foundation? Web Mapping Foundation? Peoples Front for the Liberation of Web Mapping Products? David. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Gary Lang Sent: Wednesday, November 30, 2005 10:01 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter OK. So here's a sincere call for input. Here's the rub. Regardless of who made the mistake of suggesting it, I liked the name and agreed that we would go with it, so I'll take responsibility for MSE. On the back of that, we - what can now be seen as the TSC-x cabal + 1 ADSK person - started drifting from foundation names that had more umbrella-like characteristics like osgis.org, mapcommunity, maptools, etc. and towards something that focuses on what we were putting out together. Based on the fact that both products were named MapServer in the root, we went with "MapServer Foundation". Now let's assume we change the name back to MapGuide. Why would I now want to cripple any hope of adoption by anybody by putting it in a foundation (that I helped name) that highlights one map serving product over another? So far the community is showing more common sense than we were on this, so I'm interested to hear your opinions. Gary -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bill Binko Sent: Wednesday, November 30, 2005 7:44 AM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Hello, everyone I'm very sorry to be in this situation twice in one month (HylaFAX is another project I'm involved in, and recently had a possible-fork/naming clash), but I thouht I would add one more perspective and perhaps a request. When I first read the announcement about the foundation, I had two distinct reactions. First, I sent a note to Frank, who I have found best represent the "soul" of the OpenGIS community. I asked him why I so many people I respected (including danmo, and hobu, among others) were going along with what looked like a land-grab by a company that has historically been less-than-friendly to open source and open standards. (I haven't gotten a response, but he's been busy and I feel its appropriate that I not wait any longer to put in my two cents.) My second reaction was empowerment. You see, I have been ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Wed Nov 30 08:57:29 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 30 Nov 2005 11:57:29 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: On 11/30/05, Chip Taylor wrote: > My input (and this needs to be done before the concrete sets on all this: > > 1. Change the name of the Foundation to something less product-pointed and > more in keeping with the purpose, such as Foundation for Open Source Web > Mapping Chip, I am not adverse to renaming the foundation. I personally liked the idea of "Open Source Geospatial Foundation" though some thought that too similar to the Open Geospatial Consortium. > 2. Add the Foundation moniker to the existing names for the two code bases: > FOSWM Mapserver > FOSWM MapGuide I would rather swallow rusty nails rather than call any product I worked on FOSWM something. OK, rusty nails are a bad example as I like "Rusty Nail" now and then. How about, "I would rather chew broken glass". > 3. Specify in the charter that no code from any FOSWM may be included in a > commercial product. This is a complete non-starter. MapServer Cheetah is already embedded in many commercial products. Perhaps the charter might say that the foundation is only willing to work with projects whose code is offered under an Open Source Institute approved license. The license is the guarantee to those who build on the software that they never need to be the victim of corporations (or individuals) changing direction and pulling the rug out from under them. PS. I would love to see foundation charter and naming issues discussed on the foundation discuss list. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From dmorissette at DMSOLUTIONS.CA Wed Nov 30 09:05:42 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 12:05:42 -0500 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Bill Binko wrote: > > I was surprised to read that Frank and Dan were both involved in moving > _towards_ the Mapserver Enterprise naming. It is one of very few mistakes > I've seen from them, and I suppose they were due: however, it is a > mistake, nonetheless. The good news is that it is a fixable mistake. > I may have suggested it in the first place, but more in a kind of brainstorming email to show the concept of having "MapServer " type of names for each of the two server packages (which I still believe is a good idea BTW). I won't repeat the name that I had suggested in that first example for the UMN MapServer here because that would make my case even worse. Let's just say that I quickly got shut down by the rest of the group. ;) But anyway, the key is that we have talked about lots of possible ways to name things (we probably went full circle a couple of times), at the end of the whole process I was not very comfortable with the "Enterprise" qualifier since it's not a name... but once Frank pointed out to me that we could not dictate the other project's name I gave up in the interest of moving forward since there was so much else to do to get the open letter out ASAP and start getting some real feedback from this group. Now that's done, I recognize that suggesting and accepting the Enterprise qualifier was a mistake and is likely the source of many of the passionate reactions that we're getting. But what's been done is done, it was done in good faith and we cannot undo it, so let's see how we can fix the naming thing to move forward. BTW, I am happy to finally see the dust settle and some comments like yours and Puneet's that are more balanced and are talking about how to move forward instead of focusing on how things were done before Monday. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From flavio at TYDAC.CH Wed Nov 30 09:07:52 2005 From: flavio at TYDAC.CH (Flavio Hendry) Date: Wed, 30 Nov 2005 18:07:52 +0100 Subject: Foundation ... what's about: RELAX! Message-ID: hi guys (did not remark any girls :-( ...) what's about having a cool beer and just relax and see what happens in the next few month. if MSE is a good product, people will use it, if not, people will not use it. so what? and I am sure mapserver will profit, one way or the other. and can it really get better then perfect as it is already? :-) and who cares about the name. we sell solutions, not names. to us it does not matter if it is called arcims, mapxtreme or mapserver. it has to work. Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############ ? ? ?Mit freundlichen Gruessen / Kind Regards ############? ? ? ? ? ? ?mailto:flavio at tydac.ch ############ ? ? ? ? TYDAC AG - http://www.tydac.ch #### ? ?#### ? ? ? ?Geographic Information Solutions #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern ############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From adidassneakers at YAHOO.COM Wed Nov 30 09:19:38 2005 From: adidassneakers at YAHOO.COM (Matthew Roberson) Date: Wed, 30 Nov 2005 09:19:38 -0800 Subject: make: *** [shp2img] Error 1 Message-ID: I posted this earlier this morning, however I left off my config statement, so I am reposting with the config statement I am trying to compile MapServer 4.6.1 in OS X 10.4.2 using gcc 4, however I am receiving an error and I am hoping that someone may be able to offer some advice on how to resolve this error. Config: $ ./configure --mandir=/usr/local/share/man --with-proj=/usr/local --with-gdal=/usr/local/bin/gdal-config --with-ogr --with-gd=/usr/local --with-xpm=/usr/X11R6 --with-php=/usr/local --with-geos=/usr/local --with-wfs --with-wcs --with-wfsclient --with-wmsclient --with-pdf=/usr/local --with-postgis=/usr/local/pgsql/bin/pg_config --with-freetype=/usr/local/bin/freetype-config Error: ranlib: file: libmap.a(mapswf.o) has no symbols gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib64 -lpdf -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib -lproj -ljpeg -L/usr/local/lib -lgdal -L/usr/local/pgsql/lib -lpq -L/usr/lib -lcurl -lssl -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz -lm -lstdc++ -o shp2img /usr/bin/ld: warning -L: directory name (/usr/local/lib64) does not exist /usr/bin/ld: Undefined symbols: __Unwind_Resume collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Any Idea what I need to do to resolve this? I found some messages in the archives about this error, however none that seemed applicable to my specific problem. I would really appreciate any help or suggestions anyone will offer. I have included the entire output of my make statement at the end of this message. Thanks, Matt Matthew-Robersons-Computer:/dls/mapserver-4.6.1 matthewroberson$ make gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptemplate.c -o maptemplate.o maptemplate.c: In function 'generateLegendTemplate': maptemplate.c:1773: warning: format '%ld' expects type 'long int', but argument 5 has type 'off_t' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapbits.c -o mapbits.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maphash.c -o maphash.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapshape.c -o mapshape.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapxbase.c -o mapxbase.o mapxbase.c: In function 'msDBFReadAttribute': mapxbase.c:524: warning: pointer targets in passing argument 2 of 'strncpy' differ in signedness gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapparser.c -o mapparser.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplexer.c -o maplexer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptree.c -o maptree.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsearch.c -o mapsearch.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapstring.c -o mapstring.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsymbol.c -o mapsymbol.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapfile.c -o mapfile.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplegend.c -o maplegend.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maputil.c -o maputil.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapscale.c -o mapscale.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapquery.c -o mapquery.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplabel.c -o maplabel.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maperror.c -o maperror.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapprimitive.c -o mapprimitive.o mapprimitive.c:83:1: warning: "INFINITY" redefined In file included from /usr/include/math.h:26, from map.h:236, from mapprimitive.c:71: /usr/include/architecture/ppc/math.h:81:1: warning: this is the location of the previous definition gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapproject.c -o mapproject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapraster.c -o mapraster.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsde.c -o mapsde.o g++ -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogr.cpp -o mapogr.o mapogr.cpp: In function 'int msOGRLayerGetAutoStyle(mapObj*, layerObj*, classObj*, int, long int)': mapogr.cpp:2219: warning: 'oPenColor$red' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$green' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$blue' may be used uninitialized in this function mapogr.cpp:2219: warning: 'oPenColor$pen' may be used uninitialized in this function gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappostgis.c -o mappostgis.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapmygis.c -o mapmygis.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maplayer.c -o maplayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapresample.c -o mapresample.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwms.c -o mapwms.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwmslayer.c -o mapwmslayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maporaclespatial.c -o maporaclespatial.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgml.c -o mapgml.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapprojhack.c -o mapprojhack.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapthread.c -o mapthread.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapdraw.c -o mapdraw.o mapdraw.c: In function 'msDrawMap': mapdraw.c:462: warning: implicit declaration of function 'msDrawWMSLayerPDF' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgd.c -o mapgd.o mapgd.c: In function 'msGetEncodedString': mapgd.c:2643: warning: passing argument 2 of 'libiconv' from incompatible pointer type mapgd.c: In function 'msDrawTextGD': mapgd.c:2781: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2782: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2783: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2784: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2785: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2786: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2787: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2788: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2792: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2794: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2804: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2805: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2806: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2807: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2808: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2809: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2810: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2811: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2815: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c:2817: warning: pointer targets in passing argument 5 of 'gdImageString' differ in signedness mapgd.c: At top level: mapgd.c:3269: warning: 'msFixedImageCopy' defined but not used gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapoutput.c -o mapoutput.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgdal.c -o mapgdal.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapswf.c -o mapswf.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapimagemap.c -o mapimagemap.o mapimagemap.c: In function 'msSaveImageIM': mapimagemap.c:2106: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapows.c -o mapows.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwfs.c -o mapwfs.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwfslayer.c -o mapwfslayer.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcontext.c -o mapcontext.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maphttp.c -o maphttp.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapdrawgdal.c -o mapdrawgdal.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappdf.c -o mappdf.o mappdf.c: In function 'msDrawTextPDF': mappdf.c:1350: warning: assignment makes integer from pointer without a cast gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapjoin.c -o mapjoin.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgraticule.c -o mapgraticule.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcopy.c -o mapcopy.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogcfilter.c -o mapogcfilter.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapogcsld.c -o mapogcsld.o mapogcsld.c: In function 'msSLDGetAttributeNameOrValue': mapogcsld.c:4097: warning: 'szCompare[0]' may be used uninitialized in this function mapogcsld.c:4097: warning: 'szCompare[1]' may be used uninitialized in this function mapogcsld.c:4098: warning: 'szCompare2[0]' may be used uninitialized in this function mapogcsld.c:4098: warning: 'szCompare2[1]' may be used uninitialized in this function gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maptime.c -o maptime.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapwcs.c -o mapwcs.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapcpl.c -o mapcpl.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include cgiutil.c -o cgiutil.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include maprasterquery.c -o maprasterquery.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapobject.c -o mapobject.o g++ -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapgeos.cpp -o mapgeos.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include classobject.c -o classobject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include layerobject.c -o layerobject.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapio.c -o mapio.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mappool.c -o mappool.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapsvg.c -o mapsvg.o mapsvg.c:817: warning: 'gdTcl_UtfToUniChar' defined but not used gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include mapregex.c -o mapregex.o gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include epplib.c -o epplib.o epplib.c: In function 'position': epplib.c:231: warning: pointer targets in passing argument 1 of 'swap2' differ in signedness ar rc libmap.a maptemplate.o mapbits.o maphash.o mapshape.o mapxbase.o mapparser.o maplexer.o maptree.o mapsearch.o mapstring.o mapsymbol.o mapfile.o maplegend.o maputil.o mapscale.o mapquery.o maplabel.o maperror.o mapprimitive.o mapproject.o mapraster.o mapsde.o mapogr.o mappostgis.o mapmygis.o maplayer.o mapresample.o mapwms.o mapwmslayer.o maporaclespatial.o mapgml.o mapprojhack.o mapthread.o mapdraw.o mapgd.o mapoutput.o mapgdal.o mapswf.o mapimagemap.o mapows.o mapwfs.o mapwfslayer.o mapcontext.o maphttp.o mapdrawgdal.o mappdf.o mapjoin.o mapgraticule.o mapcopy.o mapogcfilter.o mapogcsld.o maptime.o mapwcs.o mapcpl.o cgiutil.o maprasterquery.o mapobject.o mapgeos.o classobject.o layerobject.o mapio.o mappool.o mapsvg.o mapregex.o epplib.o ranlib: file: libmap.a(mapthread.o) has no symbols ranlib: file: libmap.a(mapswf.o) has no symbols ranlib libmap.a ranlib: file: libmap.a(mapthread.o) has no symbols ranlib: file: libmap.a(mapswf.o) has no symbols gcc -c -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.c -o shp2img.o gcc -O2 -fPIC -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_WMS_SVR -DUSE_WMS_LYR -DUSE_WFS_SVR -DUSE_WFS_LYR -DUSE_WCS_SVR -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_PDF -DUSE_OGR -DUSE_GDAL -DUSE_GEOS -DUSE_ICONV -DUSE_POSTGIS -DUSE_ZLIB -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/pgsql/include -I/usr/local/include shp2img.o -L. -lmap -L/usr/local/lib -lgd -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib64 -lpdf -ljpeg -lfreetype -lpng -lz -L/usr/X11R6/lib -lXpm -lX11 -L/usr/local/lib -lproj -ljpeg -L/usr/local/lib -lgdal -L/usr/local/pgsql/lib -lpq -L/usr/lib -lcurl -lssl -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz -lm -lstdc++ -o shp2img /usr/bin/ld: warning -L: directory name (/usr/local/lib64) does not exist /usr/bin/ld: Undefined symbols: __Unwind_Resume collect2: ld returned 1 exit status make: *** [shp2img] Error 1 From dmcilhagga at DMSOLUTIONS.CA Wed Nov 30 09:22:13 2005 From: dmcilhagga at DMSOLUTIONS.CA (David Mcllhagga) Date: Wed, 30 Nov 2005 12:22:13 -0500 Subject: No subject Message-ID: Hi everyone, I apologize for not having been more engaged in the discussions on this list over the past couple of days, but intend to be engaged from now on. After reading Ed's email again, with his path #3 option -- I have to say that it would have been an ideal manner for handling this, and really wished I had thought of this a few months ago. With the benefit of hindsight - clearly this has not been handled perfectly well, but I hope that people can understand that everyone who was party to this was throughout trying to act in the best interests of the MapServer project and community. Personally - I certainly take a lot of responsibility for how things have materialized. Regarding the naming issue -- I was and continue to be the primary advocate for a common MapServer brand for both versions of the technology (regardless of the actual 'flavours' to be associated with each). I'd like to share with everyone why I continue to believe this is in the best interests of everyone involved, and in particular the original MapServer technology and user community. With Autodesk making the decision to open source their web mapping technology, there were two possible scenarios that could unfold -- this could be called some form of 'MapServer' or something different. I am here at Autodesk University to meet with some of our new additions to the open source web mapping community -- both existing MapGuide customers and integrators, and the autodesk developers. And if I can relay some of what I have seen and experienced here -- it may help to underscore the benefits of a common brand. Yesterday, at the keynote presentation - Autodesk's chief operating officer announced to the 5000+ in attendance that the Autodesk MapServer Enterprise - the replacement for MapGuide - was being released as Open Source. The consequence? A whole world of people who may never have heard of MapServer before suddenly were exposed to this -- exposed to MapServer - not just to The Autodesk flavour, but also the tried and true that we all love and use. The alternative? An announcement of MapGuide being open source would leave no one in attendance or reading the press coverage ever hearing about MapServer. Over the past three days I and others have given a number of press interviews -- and to be able to talk about 'MapServer' as a family of open source web mapping technologies is incredibly powerful. To be able to build on the success of MapServer and to share in seeing this exposed to the broader IT world has enormous consequences that we will only begin to see in the months and years ahead. With a separate brand, the recognition that MapServer deserves would not occur -- and that would be a huge disservice to this incredibly important project. My point is -- there is a huge big world out there who is just starting to learn about open source web mapping technologies - both within the geospatial industry and the broader IT world. Because of my commitment to MapServer and my goal of seeing both flavours of this technology being adopted as widely as possible -- I feel deeply committed to a shared brand for the power of the message we can all send to the outside world that so badly needs to hear it. Symbolically -- this is also important as it demonstrates the openness that we collectively cherish. Open source should not exclude anyone who wants to participate - and that includes Autodesk. Through a shared brand -- the open source web mapping community can demonstrate to the world that we are open to working with everyone for mutual success. I am deeply personally committed to the success of MapServer and to getting the world to hear about our accomplishments. It is for this reason that I hope that we can proceed with welcoming Autodesk into our MapServer community as an equal stakeholder. I can tell you all personally that I have been fortunate enough to have met many of the people who are part of the Autodesk team - and I have been comforted to see their overwhelming enthusiasm and eagerness to be part of our community's success. Autodesk may be a large company -- but it is still made of human beings who have demonstrated to me a deep commitment to what is unfolding. The boldness of their commitment, and their willingness to work with the existing community is evidence of how genuine this commitment truly is. I realize this is a difficult time for all of us -- change is inevitably difficult, but I'm confident that we will get through this and together find the best way forward for all. Dave From Tom.Kralidis at EC.GC.CA Wed Nov 30 09:29:57 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 12:29:57 -0500 Subject: Foundation ... what's about: RELAX! Message-ID: > > hi guys (did not remark any girls :-( ...) > > what's about having a cool beer and just relax and see what > happens in > the next few month. if MSE is a good product, people will use it, if > not, people will not use it. so what? and I am sure mapserver will > profit, one way or the other. and can it really get better > then perfect > as it is already? :-) > > and who cares about the name. we sell solutions, not names. to us it > does not matter if it is called arcims, mapxtreme or > mapserver. it has > to work. > My (personal) thoughts. I'll go for a cool beer (or three) for sure, but what's in a name? Alot. "Enterprise" screams "better", for whatever reason. I agree with Frank when he mentioned that if a name matters so much to a decision of choosing software, they have issues. However, this does happen. So, for example, everyone in an org jumps on "enterprise" software and ditches trusty MapServer. The "enterprise" edition doesn't compare to MapServer w.r.t. OGC support. You try to convince them to go to MapServer proper again for the OGC stuff, the response is "why, this is the enterprise edition and is better". So, while MSE may be different than MapServer, it's not better, or worse for that matter. Just different. So let's choose a name representative of that. ..Tom From warmerdam at POBOX.COM Wed Nov 30 09:47:26 2005 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 30 Nov 2005 12:47:26 -0500 Subject: make: *** [shp2img] Error 1 In-Reply-To: <20051130171938.59977.qmail@web80801.mail.yahoo.com> Message-ID: On 11/30/05, Matthew Roberson wrote: > I posted this earlier this morning, however I left off > my config statement, so I am reposting with the config > statement > > I am trying to compile MapServer 4.6.1 in OS X 10.4.2 > using gcc 4, however I am receiving an error and I am > hoping that someone may be able to offer some advice > on how to resolve this error. ... > -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz > -lm -lstdc++ -o shp2img > /usr/bin/ld: warning -L: directory name > (/usr/local/lib64) does not exist > /usr/bin/ld: Undefined symbols: > __Unwind_Resume > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 Matt, I don't really know what is going wrong for you, but __Unwind_Resume is related to C++ exception handling stuff. I see you have -lstdc++ listed in your link which I would have expected to satisfy the unwinding stuff. But you might want to change to use g++ instead gcc for linking. I think there is an LD= line in Makefile, try making that: LD=g++ It also seems possible that you are linking against some C++ component library built with a substantially different version of g++. Are you libraries locally built, or installed from binary packages? Good luck, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From cresques at GMAIL.COM Wed Nov 30 10:00:31 2005 From: cresques at GMAIL.COM (Luis W. Sevilla) Date: Wed, 30 Nov 2005 19:00:31 +0100 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: As OpenGIS had explored this naming way, and changet this year, this more or less gives me to Open Source Geospatial Fundation, or something like this. Best regards Luis -- Luis W. Sevilla Responsable de desarrollo gvSIG en la / gvSIG development Chief at Conselleria de Infraestructuras y Transporte Generalitat Valenciana Valencia - Spain http://www.gvsig.gva.es Gary Lang wrote: >This was a suggetion Steve had. I always liked it. > >--- Original Message --- >From: "Bart van den Eijnden" >Sent: Wed 11/30/2005 11:25 am >To: "MAPSERVER-USERS at LISTS.UMN.EDU" >Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > >Why limit it to webmapping only? This would exclude things like PostGIS, uDIG etc. from joining. > >My suggestion would be Open Source GIS Foundation or Open Source GIS Software Foundation. > >Best regards, >Bart > >Bart van den Eijnden >Syncera IT Solutions >Postbus 270 >2600 AG DELFT > >tel.nr.: 015-7512436 >email: BEN at Syncera-ITSolutions.nl > > >>>>"Fawcett, David" 11/30/05 5:12 PM >>> >>>> >>>> >Gary, > >Thank you for being open to not using the name MapServer to describe >MapGuide. For the foundation, may I suggest: > >Open Source Web Mapping Foundation? >Web Mapping Foundation? > > >Peoples Front for the Liberation of Web Mapping Products? > >David. > >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >Behalf Of Gary Lang >Sent: Wednesday, November 30, 2005 10:01 AM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > >OK. So here's a sincere call for input. > >Here's the rub. Regardless of who made the mistake of suggesting it, I >liked the name and agreed that we would go with it, so I'll take >responsibility for MSE. > >On the back of that, we - what can now be seen as the TSC-x cabal + 1 >ADSK person - started drifting from foundation names that had more >umbrella-like characteristics like osgis.org, mapcommunity, maptools, >etc. and towards something that focuses on what we were putting out >together. Based on the fact that both products were named MapServer in >the root, we went with "MapServer Foundation". > >Now let's assume we change the name back to MapGuide. Why would I now >want to cripple any hope of adoption by anybody by putting it in a >foundation (that I helped name) that highlights one map serving product >over another? > >So far the community is showing more common sense than we were on this, >so I'm interested to hear your opinions. > >Gary > >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >Behalf Of Bill Binko >Sent: Wednesday, November 30, 2005 7:44 AM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > >Hello, everyone > >I'm very sorry to be in this situation twice in one month (HylaFAX is >another project I'm involved in, and recently had a possible-fork/naming > >clash), but I thouht I would add one more perspective and perhaps a >request. > >When I first read the announcement about the foundation, I had two >distinct reactions. First, I sent a note to Frank, who I have found >best represent the "soul" of the OpenGIS community. I asked him why I >so many people I respected (including danmo, and hobu, among others) >were going along with what looked like a land-grab by a company that has >historically been less-than-friendly to open source and open standards. >(I haven't >gotten a response, but he's been busy and I feel its appropriate that I >not wait any longer to put in my two cents.) > >My second reaction was empowerment. You see, I have been ... > > > From barnes at WATERSHEDS.CA Wed Nov 30 10:17:15 2005 From: barnes at WATERSHEDS.CA (Shawn Barnes) Date: Wed, 30 Nov 2005 13:17:15 -0500 Subject: Foundation ... what's about: RELAX! In-Reply-To: <2576812186CDD411BF1500508B6DCE950C6F5674@ecnwri1.ontario.int.ec.gc.ca> Message-ID: Beer is good but, enterprise is "better". Outside of what enterprise means to a developer/engineer to the rest of the world enterprise means flagship. The biggest, the best, the strongest product (or starship). Enterprise is an extremely loaded word, as proved in the discussions over the last few days. Symantics are very important and should be carefully considered. my 2 cents Shawn On Wed, 2005-11-30 at 12:29 -0500, Kralidis,Tom [Burlington] wrote: > > > > hi guys (did not remark any girls :-( ...) > > > > what's about having a cool beer and just relax and see what > > happens in > > the next few month. if MSE is a good product, people will use it, if > > not, people will not use it. so what? and I am sure mapserver will > > profit, one way or the other. and can it really get better > > then perfect > > as it is already? :-) > > > > and who cares about the name. we sell solutions, not names. to us it > > does not matter if it is called arcims, mapxtreme or > > mapserver. it has > > to work. > > > > My (personal) thoughts. > > I'll go for a cool beer (or three) for sure, but what's in a name? > Alot. "Enterprise" screams "better", for whatever reason. I agree with > Frank when he mentioned that if a name matters so much to a decision of > choosing software, they have issues. However, this does happen. > > So, for example, everyone in an org jumps on "enterprise" software and > ditches trusty MapServer. The "enterprise" edition doesn't compare to > MapServer w.r.t. OGC support. You try to convince them to go to > MapServer proper again for the OGC stuff, the response is "why, this is > the enterprise edition and is better". > > So, while MSE may be different than MapServer, it's not better, or worse > for that matter. Just different. So let's choose a name representative > of that. > > ..Tom > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Richard_D_Levine at RAYTHEON.COM Wed Nov 30 10:05:49 2005 From: Richard_D_Levine at RAYTHEON.COM (Rick Levine) Date: Wed, 30 Nov 2005 13:05:49 -0500 Subject: epiphany about the idea of the Foundation In-Reply-To: Message-ID: UMN MapServer Users List wrote on 11/30/2005 09:54:14 AM: > I was corrected... > > I think it was 60 man years. The two man years was the amount of time spent by all parties typing this discussion :). From siki at AGT.BME.HU Wed Nov 30 13:25:39 2005 From: siki at AGT.BME.HU (Siki Zoltan) Date: Wed, 30 Nov 2005 20:25:39 -0100 Subject: Tileindex - max/min scale {Scanned} In-Reply-To: <81c4d6630511300413w4b98087cr32a1480c7d22947e@mail.gmail.com> Message-ID: Hi, Did you set units in your map file? Zoltan On Wed, 30 Nov 2005, [ISO-8859-13] P?teris Br?ns wrote: > **Hi! > I have tested a my raster files with Tileindex and all worked fine with JPEG > files like in tihis example: > > LAYER > NAME "my_raster" > STATUS ON > TILEINDEX "my_raster.shp" > TILEITEM "Location" > TYPE RASTER > END > > But i need for this data to set MINSCALE and MAXSCALE. > > LAYER > NAME "my_raster" > MINSCALE 8000 > MAXSCALE 20000 > STATUS ON > TILEINDEX "my_raster.shp" > TILEITEM "Location" > TYPE RASTER > END > > If i set MINSCALE and MAXSCALE i have returnet no raster data in needet > scale(all other layers works fine). > Perhaps is a another method to set scale tileindex. > > thanks! > -- > pb > From blaine_hack1 at YAHOO.COM Wed Nov 30 10:13:43 2005 From: blaine_hack1 at YAHOO.COM (Blaine Hackett) Date: Wed, 30 Nov 2005 10:13:43 -0800 Subject: Foundation ... what's about: RELAX! In-Reply-To: Message-ID: All I would have weighed in on this sooner but wanted to let the dust clear a little. I agree with Flavio that we should relax. However, going forward, now that we are back in the loop, we must be diligent to get this right. Much depends on that. I too am concerned specifically about the brand name and I will tell you why. As Flavio says, we will work with what we have. My company has put a lot of time in to customizing MapServer apps for our clients. Many of my clients and would be clients use AutoCAD heavily and so they will more than likely want us to use something endorsed by AutoDesk. The rub here is that MSE will probably be different since it will be driven and developed by AutoDesk not the MapServer community. I think that is a safe assumption especially as the two products progress. I have a small company. It is very hard to hire people who have all of the skill necessary to customize MapServer. It will make it that much harder now that there are two versions Now most of you are probably saying ?Waaa! That is business. Change with the times.? That is all well and good, but a simple name change, AutoDesk not using MapServer, would have alleviated this problem. Blaine ------- Blaine Hackett President, GIS RANGERS LLC --- Flavio Hendry wrote: > hi guys (did not remark any girls :-( ...) > > what's about having a cool beer and just relax and > see what happens in > the next few month. if MSE is a good product, people > will use it, if > not, people will not use it. so what? and I am sure > mapserver will > profit, one way or the other. and can it really get > better then perfect > as it is already? :-) > > and who cares about the name. we sell solutions, not > names. to us it > does not matter if it is called arcims, mapxtreme or > mapserver. it has > to work. > > Mit freundlichem Gruss / Best Regards > Flavio Hendry > > ---------------------------------------------------------------- > TYDAC NEWS > http://www.tydac.ch/german/index.php?menu=News_actual > ---------------------------------------------------------------- > ############ ? ? ?Mit freundlichen Gruessen / Kind > Regards > ############? ? ? ? ? ? ?mailto:flavio at tydac.ch > ############ ? ? ? ? TYDAC AG - http://www.tydac.ch > #### ? ?#### ? ? ? ?Geographic Information Solutions > #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern > ############ ? Tel +41 (0)31 368 0180 - Fax +41 > (0)31 368 1860 > ---------------------------------------------------------------- > __________________________________ Yahoo! Music Unlimited Access over 1 million songs. Try it free. http://music.yahoo.com/unlimited/ From dmorissette at DMSOLUTIONS.CA Wed Nov 30 10:23:18 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 13:23:18 -0500 Subject: MapServer and Foundation naming Message-ID: Resending Dave's email, with a proper subject this time. -------- Original Message -------- Subject: [UMN_MAPSERVER-USERS] Date: Wed, 30 Nov 2005 12:22:13 -0500 From: David Mcllhagga Reply-To: David Mcllhagga To: MAPSERVER-USERS at LISTS.UMN.EDU Hi everyone, I apologize for not having been more engaged in the discussions on this list over the past couple of days, but intend to be engaged from now on. After reading Ed's email again, with his path #3 option -- I have to say that it would have been an ideal manner for handling this, and really wished I had thought of this a few months ago. With the benefit of hindsight - clearly this has not been handled perfectly well, but I hope that people can understand that everyone who was party to this was throughout trying to act in the best interests of the MapServer project and community. Personally - I certainly take a lot of responsibility for how things have materialized. Regarding the naming issue -- I was and continue to be the primary advocate for a common MapServer brand for both versions of the technology (regardless of the actual 'flavours' to be associated with each). I'd like to share with everyone why I continue to believe this is in the best interests of everyone involved, and in particular the original MapServer technology and user community. With Autodesk making the decision to open source their web mapping technology, there were two possible scenarios that could unfold -- this could be called some form of 'MapServer' or something different. I am here at Autodesk University to meet with some of our new additions to the open source web mapping community -- both existing MapGuide customers and integrators, and the autodesk developers. And if I can relay some of what I have seen and experienced here -- it may help to underscore the benefits of a common brand. Yesterday, at the keynote presentation - Autodesk's chief operating officer announced to the 5000+ in attendance that the Autodesk MapServer Enterprise - the replacement for MapGuide - was being released as Open Source. The consequence? A whole world of people who may never have heard of MapServer before suddenly were exposed to this -- exposed to MapServer - not just to The Autodesk flavour, but also the tried and true that we all love and use. The alternative? An announcement of MapGuide being open source would leave no one in attendance or reading the press coverage ever hearing about MapServer. Over the past three days I and others have given a number of press interviews -- and to be able to talk about 'MapServer' as a family of open source web mapping technologies is incredibly powerful. To be able to build on the success of MapServer and to share in seeing this exposed to the broader IT world has enormous consequences that we will only begin to see in the months and years ahead. With a separate brand, the recognition that MapServer deserves would not occur -- and that would be a huge disservice to this incredibly important project. My point is -- there is a huge big world out there who is just starting to learn about open source web mapping technologies - both within the geospatial industry and the broader IT world. Because of my commitment to MapServer and my goal of seeing both flavours of this technology being adopted as widely as possible -- I feel deeply committed to a shared brand for the power of the message we can all send to the outside world that so badly needs to hear it. Symbolically -- this is also important as it demonstrates the openness that we collectively cherish. Open source should not exclude anyone who wants to participate - and that includes Autodesk. Through a shared brand -- the open source web mapping community can demonstrate to the world that we are open to working with everyone for mutual success. I am deeply personally committed to the success of MapServer and to getting the world to hear about our accomplishments. It is for this reason that I hope that we can proceed with welcoming Autodesk into our MapServer community as an equal stakeholder. I can tell you all personally that I have been fortunate enough to have met many of the people who are part of the Autodesk team - and I have been comforted to see their overwhelming enthusiasm and eagerness to be part of our community's success. Autodesk may be a large company -- but it is still made of human beings who have demonstrated to me a deep commitment to what is unfolding. The boldness of their commitment, and their willingness to work with the existing community is evidence of how genuine this commitment truly is. I realize this is a difficult time for all of us -- change is inevitably difficult, but I'm confident that we will get through this and together find the best way forward for all. Dave From mapserver at EIDESIS.ORG Wed Nov 30 10:27:00 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 12:27:00 -0600 Subject: MapServer and Foundation naming Message-ID: Hi Dave, Welcome. David Mcllhagga wrote: .. > > Regarding the naming issue -- I was and continue to be the primary advocate for a common > MapServer brand for both versions of the technology (regardless of the actual 'flavours' > to be associated with each). I'd like to share with everyone why I continue to believe > this is in the best interests of everyone involved, and in particular the original > MapServer technology and user community. It is still not clear what exactly will Autodesk's codebase contribute to the MapServer codebase, if anything at all. Will it, won't it? Will it forever be a separate but equal product? Why does it even need the MapServer foundation? > > Yesterday, at the keynote presentation - Autodesk's chief operating officer announced to > the 5000+ in attendance that the Autodesk MapServer Enterprise - the replacement for > MapGuide - was being released as Open Source. The consequence? A whole world of people > who may never have heard of MapServer before suddenly were exposed to this -- exposed to > MapServer - not just to The Autodesk flavour, but also the tried and true that we all > love and use. The alternative? An announcement of MapGuide being open source would leave > no one in attendance or reading the press coverage ever hearing about MapServer. but what good does it do to MapServer? If those 5000 are going to go to the msfoundation website, see a cheetah and an enterprise, they are going to choose the latter. If that doesn't work for them, they are never going to come back, unless they are unlucky to be forced to use the large, unwieldy product. > > > Over the past three days I and others have given a number of press interviews -- and to > be able to talk about 'MapServer' as a family of open source web mapping technologies is > incredibly powerful. how is it a family? Is there any relation between the two technologies other than that a group of folks thought it would be a cool idea to share the name. This is the part that escapes me. If Autodesk is so confident of their product, how come they didn't insist that we change our product's name to MapGuide Cheetah? > > My point is -- there is a huge big world out there who is just starting to learn about > open source web mapping technologies - both within the geospatial industry and the > broader IT world. Because of my commitment to MapServer and my goal of seeing both > flavours of this technology being adopted as widely as possible -- I feel deeply > committed to a shared brand for the power of the message we can all send to the outside > world that so badly needs to hear it. You say "both flavours of this technology" as if they are peas from the same pod. But they are not, afaik. They have totally different pedigree, drivers, motivations, developers, platforms, architecture. For most of us, while the Autodesk technology sounds impressive because it is buzzword-compliant, it is severely less than our MapServer. MapServer runs on more platforms, supports more languages, is scalable up and down the wazoo, and is fully enterprise worthy with the addition of PostGIS. > > I am deeply personally committed to the success of MapServer and to getting the world to > hear about our accomplishments. It is for this reason that I hope that we can proceed > with welcoming Autodesk into our MapServer community as an equal stakeholder. I know you are. I have known you personally for a long time, and I am convinced of that. No one doubts anyone (well, maybe some do). But I don't care about the motives here. I only care about the health of that little program that can do a wonderful job that other behemoths are unable to do. If that program benefits, great. Bring Autodesk on. The only way to move forward is to welcome Autodesk, but ask them to address what exactly they bring to MapServer, the program, when they say they want to join the foundation. If their work will enhance MapServer, the software, then it should not have any name other than just goodwill and publicity for them. After all, they will benefit from getting back the on-going work of countless MapServer developers. If their codebase will not contribute anything to MapServer, the software, they are still welcome to the foundation. But then, let them choose a different name. It can be another product of the MapServer Foundation, much like the various projects of the Apache Foundation are. From lfilak at MEDINACO.ORG Wed Nov 30 10:47:23 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Wed, 30 Nov 2005 13:47:23 -0500 Subject: ADSK and the MapServer Foundation - tying the threads together In-Reply-To: Message-ID: Gary, Thank you for the information. Please keep in mind that this is viewed as an extremely dangerous area for some of us who have been "drawn into"/handed commercial software, built an infrastructure "on it"/"for it", and would have had a vast amount of the investment fall into a black-hole if we had not cut ties to the updates on that product. Convincing the decision makers to spend large amounts of money and then stick that expenditure into auction within a couple of years is not, and should not be, easy. There is distrust to be overcome, with some of it falling squarely on Autodesk. Lowell Filak Gary Lang writes: > Folks, > > > > I want to answer questions and continue to try to learn what the > concerns are. I thought I'd sit down and write a longer mail about the > discussions I see taking place around all this. The responses seem to > range from thoughtful to paranoid. So clearly the inability to speak > freely has not been our friend. I have triedi to explain why we needed > to be quiet about it, and hopefully that adds to the understanding. > > > > It is good to be able to speak freely about all this, at last. I have > been very uncomfortable with only being able to speak to a limited set > of stakeholders, but unable to see a way around the legal issues our > legal team put in front of us before undertaking all this. Let me give > some background on how we got here. > > > > About two years ago I kicked off a project to rewrite MapGuide so that > it would be a first-class citizen on Linux. The current MapGuide is > Windows-centric to the core. To me, trying to do web-mapping in 2003 > that didn't support Linux was a non-starter. The team agreed and off we > went. > > > > We started off using ACE and BDB as foundation technologies, used SWIG > for generating our API infrastructure, and switched to SQLite for the > geodatabase, and created the FDO framework for accessing multiple data > types through a modular architecture that is sort of like JDO but with a > geospatial slant (hence "Feature Data Object"). At the start of the > project, on instinct, I asked the engineers to please make their code as > readable and as easy to change as possible, as if someone from outside > the company would read it some day. > > > > We really valued the open source components we were using and started to > wonder how to give something back to the open source world. About a year > ago, we visited a friend of mine who was the CEO at Ximian, which had > been recently acquired by Novell. We spent a lot of time with Nat and > Miguel who encouraged us to think hard about open source. We were > thinking about some minor products. They encouraged us to think about > Tux after hearing about it. We listened carefully and took lots of > notes. > > > > A little less than a year ago, I began to believe that, as we were > selling more applications the web server components, maybe our users > would be better served by an open source process for the Map server > tier. It turned out that DMSolutions and some of our people in Ottawa > worked at the same company a few years ago, and we got together through > one of these mutual ex-Tydav people. I decided to disclose them on our > idea to see if it made any sense, and initially to try to convince them > to maybe switch. Imagine the headlines - "Autodesk Goes Open Source! > DMSolutions Ditches MapServer for MapGuide!." This was a dumb idea, and > a non-starter for DMS. > > > Instead of convincing them to switch, they convinced us to work with the > MapServer community in a way that was non-competitive. To explore this > further, we asked some of the recommended folks to sign an NDA so that > we could tell them about Tux and about our crazy idea to be the first > vendor in this space to go open source with their product, and a new one > at that. > > > To answer one of your questions: there is no perceived benefit to this > being a secret. In fact, it's not good from any perspective including > ours. There simply was no other way for us to explore this idea with the > MapServer community at large. Let me explain. > > In Ed's email, he referenced the following comment: "And you replied, > "You do it in an open, inclusive way that opens the discussion to all > stakeholders, not just a self-selected few. You don't ask us to sign > non-disclosure agreements and deliberately exclude the majority of the > community." > > I would ask folks to please go back and read Dave's email with respect > to Autodesk being a public company. Unfortunately, we do not have the > freedom to speculate in public or hand out our source code without some > sort of framework like the foundation or an NDA. So we had two choices: > > > > 1) We could have gone it alone and been public about that from day > one. However, that gave us no options for stakeholder consultation and > meant we would have to try to bridge the gap with MapServer after > effectively attacking it. > > > > 2) Or, from day one, we could ask those who represent the widest > number of MapServer stakeholders - i.e. the steering committee - if we > could have a preliminary conversation about what to do. > > > > Those were really our only two choices. The bottom line is that a public > company can't speculate on a mailing list about what it should or should > not do. If we disagree on this point, let's send our lawyers off to > argue about it, but I am not in a position to disagree with ours in any > event. > > Now that the cat's out of the bag, I can say that we are much happier > approaching open source this way rather than doing it ourselves. We hope > others will feel the same once they understand the two options we had. > Maybe we could have been more creative and found a third way. As a model > for future participants or even to help me in any future open source > work I'll do (and I'll do more in my career, I am certain), any > suggestions would be appreciated. > > Some things you will see as the weeks progress with respect to > Autodesk's involvement: > > a) We will participate in establishing the foundation, which, contrary > to what has been said here, is already a legal entity. However, we will > not drive the foundation. It would undermine our goals to do this. > > b) We will give our code - about 60 man-years of sweat and blood by > people who love their work--to the foundation. This is a non-trivial > thing. Do the math on the cost and think about projects you've worked on > that take 2 years of hard work. We are contributing something too. > > c) we will be a minority vote in any foundation configuration. I am > limiting Autodesk's participation to two people - myself and one other > person - both engineers. I expect the MapServer membership to be some > multiple of that. As it is, the current discussion and decision process > observes the ratio you see on the open letter signature list - 1 to 10, > Autodesk to MapServer. We will never have control of the MapServer > Foundation's board. > > > > d) we will contribute code to MapServer as well as continue to work on > the code we > are contributing which I'll refer to as MSE for short. We will give away > our FDO framework for ArcSDE, SHP, ODBC, MySQL, etc. We will make this > work with MapServer. > > Finally, I hope people can continue to be respectful of the signers of > the open letter. They are nobody's fools and nobody's tools and will > simply use this opportunity to strengthen their efforts. That's more > than fine with us. Also keep in mind that as Tyler said, every press > release and FAQ we've produced was reviewed by that group of people. If > someone (who is "Seba"?) decided to forward an Autodesk press release > from Yahoo to /. instead of the open letter, we have no more control > over that any more than we control the MapServer community or the > steering committee. > > > MapServer should continue to grow and, believe me, it's in our interest > to see it grow. We obviously hope people will look at the code we're > contributing as well, but we're just happy to be in the open now. > > > > Now that we're past the initial step of disclosure, the discussion > should be as wide open as possible. We are all actively talking to other > entities about sponsoring the MapServer Foundation. Just as we don't > want Autodesk to be the driver of the community we would like to see > more involvement by other players in the GIS world. > > I hope this answers some questions and generates more. I look forward to > your feedback. > > > > Gary Lang > > gary.lang at autodesk.com > > > > > From dmorissette at DMSOLUTIONS.CA Wed Nov 30 10:57:43 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 13:57:43 -0500 Subject: MapServer and Foundation naming In-Reply-To: Message-ID: P Kishor wrote: > > It is still not clear what exactly will Autodesk's codebase contribute > to the MapServer codebase, if anything at all. Will it, won't it? Will > it forever be a separate but equal product? Why does it even need the > MapServer foundation? > I have tried to explain the positioning of each project/product and of the foundation in the following email, that should address many of hte questions: http://lists.mapserverfoundation.org/pipermail/discuss/2005-November/000017.html P.S. Please don't jump on the online forum vs mailing list question at the beginning of the email, we've beaten this one to death before and we already know our respective positions on that. :) > > but what good does it do to MapServer? If those 5000 are going to go > to the msfoundation website, see a cheetah and an enterprise, they are > going to choose the latter. If that doesn't work for them, they are > never going to come back, unless they are unlucky to be forced to use > the large, unwieldy product. > I think it's clear that the Enterprise bit hurts. But how do we move forward? I still think that sharing the MapServer name sounds like a good idea. Let's say we get them to change Enterprise to something else, i.e. "MapServer " and "MapServer Cheetah" (change the animal names to anything as long as it's nice distinctive names)... the idea I think is to have something similar to Mozilla Firefox vs Mozilla Thunderbird, do you (not just you, but the community as a whole) still see a problem with something like that? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From bob.basques at CI.STPAUL.MN.US Wed Nov 30 10:57:50 2005 From: bob.basques at CI.STPAUL.MN.US (Bob Basques) Date: Wed, 30 Nov 2005 12:57:50 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Count me in on this approach. Although the Foudation naming seems over long (and not very easy o remember.) I don't really have a replacement either, but this method of naming seems the most logical for explanation to new (and seasoned) users of MapServer (I mean Foundation) stuff. bobb Chip Taylor wrote: >My input (and this needs to be done before the concrete sets on all this: > >1. Change the name of the Foundation to something less product-pointed and >more in keeping with the purpose, such as Foundation for Open Source Web >Mapping > >2. Add the Foundation moniker to the existing names for the two code bases: > FOSWM Mapserver > FOSWM MapGuide > >3. Specify in the charter that no code from any FOSWM may be included in a >commercial product. > >My input (FWIW), > Chip "Acronym Man" Taylor > Prepared Response, Inc. > > >>-----Original Message----- >>From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >>Behalf Of Gary Lang >>Sent: Wednesday, November 30, 2005 8:01 AM >>To: MAPSERVER-USERS at LISTS.UMN.EDU >>Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter >> >>OK. So here's a sincere call for input. >> >>Here's the rub. Regardless of who made the mistake of suggesting it, I >>liked the name and agreed that we would go with it, so I'll take >>responsibility for MSE. >> >>On the back of that, we - what can now be seen as the TSC-x cabal + 1 >>ADSK person - started drifting from foundation names that had more >>umbrella-like characteristics like osgis.org, mapcommunity, maptools, >>etc. and towards something that focuses on what we were putting out >>together. Based on the fact that both products were named MapServer in >>the root, we went with "MapServer Foundation". >> >>Now let's assume we change the name back to MapGuide. Why would I now >>want to cripple any hope of adoption by anybody by putting it in a >>foundation (that I helped name) that highlights one map serving product >>over another? >> >>So far the community is showing more common sense than we were on this, >>so I'm interested to hear your opinions. >> >>Gary >> >> >> >> > > > From stevem at SPATIALMAPPING.COM Wed Nov 30 11:03:14 2005 From: stevem at SPATIALMAPPING.COM (Steven Monai) Date: Wed, 30 Nov 2005 13:03:14 -0600 Subject: Map Wrapping Message-ID: Hello Denny: I'm sure someone will correct me if I'm wrong, but I don't think there is any mechanism in MapServer to "wrap around" the earth as you suggest. To MapServer, the world is a flat 2-dimensional plane, since that's the model that most GIS datasets use. To get the proper "wrap around" effect, I think MapServer would have to interpret the source data coordinate pairs as spherical-polar coordinates (azimuth/zenith), rather than as cartesian coordinates (x/y). AFAIK, MapServer does not currently support spherical- polar coordinates. Regards, -SM -- On Tue, 29 Nov 2005 17:35:20 -0800, Denny Lee wrote: >Hello all, >I am now to using MapServer and I am having a little >trouble with wrapping the world map. The world map >spans from -180 to 180, but if I pan east or west, the >map does not wrap and all I get is a blank space. Is >it possible to wrap the map somehow? Thanks for your >help. From bob.basques at CI.STPAUL.MN.US Wed Nov 30 11:05:18 2005 From: bob.basques at CI.STPAUL.MN.US (Bob Basques) Date: Wed, 30 Nov 2005 13:05:18 -0600 Subject: MapServer Foundation - Open Letter In-Reply-To: Message-ID: Hmmm, how about . . . "Open Spatial Foundation" Kinda has a ring to it, short acronym OSF, seems easy to remember, in acronym form anyway. Still thinking about it though . . . bobb Bart van den Eijnden wrote: >Why limit it to webmapping only? This would exclude things like PostGIS, = >uDIG etc. from joining. > >My suggestion would be Open Source GIS Foundation or Open Source GIS = >Software Foundation. > >Best regards, >Bart > >Bart van den Eijnden >Syncera IT Solutions >Postbus 270 >2600 AG DELFT > >tel.nr.: 015-7512436 >email: BEN at Syncera-ITSolutions.nl > > >>>>"Fawcett, David" 11/30/05 5:12 PM >>> >>>> >>>> >Gary,=20 > >Thank you for being open to not using the name MapServer to describe >MapGuide. For the foundation, may I suggest: > >Open Source Web Mapping Foundation? >Web Mapping Foundation? > > >Peoples Front for the Liberation of Web Mapping Products? > >David. > >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >Behalf Of Gary Lang >Sent: Wednesday, November 30, 2005 10:01 AM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > > >OK. So here's a sincere call for input. > >Here's the rub. Regardless of who made the mistake of suggesting it, I >liked the name and agreed that we would go with it, so I'll take >responsibility for MSE. > >On the back of that, we - what can now be seen as the TSC-x cabal + 1 >ADSK person - started drifting from foundation names that had more >umbrella-like characteristics like osgis.org, mapcommunity, maptools, >etc. and towards something that focuses on what we were putting out >together. Based on the fact that both products were named MapServer in >the root, we went with "MapServer Foundation". > >Now let's assume we change the name back to MapGuide. Why would I now >want to cripple any hope of adoption by anybody by putting it in a >foundation (that I helped name) that highlights one map serving product >over another?=20 > >So far the community is showing more common sense than we were on this, >so I'm interested to hear your opinions. > >Gary > >-----Original Message----- >From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On >Behalf Of Bill Binko >Sent: Wednesday, November 30, 2005 7:44 AM >To: MAPSERVER-USERS at LISTS.UMN.EDU >Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter > >Hello, everyone > >I'm very sorry to be in this situation twice in one month (HylaFAX is=20 >another project I'm involved in, and recently had a possible-fork/naming > >clash), but I thouht I would add one more perspective and perhaps a=20 >request. > >When I first read the announcement about the foundation, I had two >distinct reactions. First, I sent a note to Frank, who I have found >best represent the "soul" of the OpenGIS community. I asked him why I >so many people I respected (including danmo, and hobu, among others) >were going along with what looked like a land-grab by a company that has >historically been less-than-friendly to open source and open standards. >(I haven't=20 >gotten a response, but he's been busy and I feel its appropriate that I=20 >not wait any longer to put in my two cents.) > >My second reaction was empowerment. You see, I have been discussing=20 >working with another firm to help them upgrade their online mapping=20 >systems. I've pushed open-source GIS solutions (Mapserver and PostGIS >in=20 >particular), and the response I've gotten is that it's "still in its=20 >infancy and has no major players like IBM/Novell in the Linux space." =20 >Autodesk (for all of their faults) has given me a winning hand in this=20 >game, and I've already setup the meeting to discuss it with my=20 >counterpart. > >These reactions seem to map directly to something said earlier: >Autodesk's involvment and the foundation are major benefits to this >community, and the poor choice of naming and lack of community >involvement prior to the launch are major mistakes. =20 > >The lack of involvement cannot be fixed: it can only be acknowledged and >learned from. I think Gary has acknowledged it from Autodesk's >standpoint, and I'm sure others will admit that Ed's approach ("the >third >option") would have been better. =20 > >As an aside, I think this community is to be congratulated that nobody >has yet suggested "OpenMapserver" or setting up a fork on sf.net or any >of the other threats that I've seen in other contexts: it shows that it >is not the code or even the Man-Years that are of value to this group, >but the community that builds, supports, and uses this great tool suite. > >I was surprised to read that Frank and Dan were both involved in moving=20 >_towards_ the Mapserver Enterprise naming. It is one of very few >mistakes=20 >I've seen from them, and I suppose they were due: however, it is a=20 >mistake, nonetheless. The good news is that it is a fixable mistake. > >Frank, you have one of the most authoritative voices in this community, >and I'm sure Autodesk has considered your position in choosing this >naming path. I think they would do so again, if you were to suggest >that the damage being done to the community by this error will outwiegh >any branding benefits they may gain. > >It might be useful to remember that many of the best Open Source >software=20 >out there has been through naming conflicts: Phoenix/FireBird/FireFox,=20 >FlexFAX/HylaFAX, etc. They are painful, but not deadly. > >Autodesk, welcome aboard: I'm sorry you're initiation has been painful,=20 >but if you stick with it, this really will be a rewarding experience for > >you. > >Bill > > > From Tom.Kralidis at EC.GC.CA Wed Nov 30 11:13:13 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 14:13:13 -0500 Subject: MapServer and Foundation naming Message-ID: >Let's say we get them to change Enterprise to something else, i.e. >"MapServer " and "MapServer Cheetah" (change the animal >names to anything as long as it's nice distinctive names)... the idea I >think is to have something similar to Mozilla Firefox vs Mozilla >Thunderbird, do you (not just you, but the community as a whole) still >see a problem with something like that? Right, but Mozilla is still called Mozilla. Call anything other than MapServer whatever you want, but keep MapServer named MapServer ..Tom From sgillies at FRII.COM Wed Nov 30 11:31:06 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Wed, 30 Nov 2005 12:31:06 -0700 Subject: Kick Out the Jams Message-ID: Hi all, Why that title? Because I like MC5, that's why. Sean Gillies here. I'm the lone dissenter from the MapServer technical steering committee, and I think it's time I explain why. I strongly disagreed with the formation of a cabal to discuss the future of MapServer, and declined the offer to participate. Signing an NDA in order to discuss an open source foundation? I thought this was preposterous! My refusal was party because it seemed unnecessary and likely to create hard feelings, but also because of ego; I was contacted quite late, and it seemed to me at the time that I was being asked to sign my name to to an already done deal. Maybe the steering committee should be renamed the "MapServer Hubris Committee": it's hubris on all sides. Could I have helped prevent the Enterprise/Cheetah naming fiasco? I certainly would have opposed it, but have no evidence that I would have prevailed if I'd opted in. I'm grateful to Ed McNierney for piercing through the balloons and confetti to try to get to the heart of the matter, and completely mortified for all of us that his experience and insight were not used as a resource when forming the new foundation. What else can be said about this but "WTF!?" That said, I'd like to help make the best of it. I'm deeply invested in MapServer, and as it's fate now seems rather bound, I want the Foundation to succeed. For my part, I'm going to stop beating up on Steve, Dave, Dan, Frank, et al for their stunning lack of tact -- on the condition that Dave comes down from the clouds a little bit and reigns in his visionary prose ;) In that same vein, I offer a sincere, yet cautious, welcome to Autodesk. The thought of a big industry player being interested in MapServer is rather seductive, I must admit, and I'm sure that this seduction played a role, for better or worse, in the Foundation decision making process. That's something to look out for at the same time we give Autodesk and its representatives, developers, and users the benefit of doubt. Whether you or not you feel similarly, the true intentions of the company will reveal themselves in a short time. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From lfilak at MEDINACO.ORG Wed Nov 30 11:40:48 2005 From: lfilak at MEDINACO.ORG (Lowell.Filak) Date: Wed, 30 Nov 2005 14:40:48 -0500 Subject: label rounded with a circle In-Reply-To: <19c25fad0511290601l4e806a31n9777a988de2dc7f6@mail.gmail.com> Message-ID: Miguel de la Fuente writes: > Hello, > > does anybody know how to put a circle around the labels in MapServer? An > example please? Miguel, From what I understand you need to label it twice, once with a circle and once with the real label. There is the ability to provide a mask but not a "circle" mask. Come to think of it do you really want a circle or more like an oval? Lowell From bob.basques at CI.STPAUL.MN.US Wed Nov 30 11:46:03 2005 From: bob.basques at CI.STPAUL.MN.US (Bob Basques) Date: Wed, 30 Nov 2005 13:46:03 -0600 Subject: MapServer Foundation - Name of . . . In-Reply-To: Message-ID: Another version . . . just: "Spatial Foundation" Pretty all inclusive as far as being an umbrella ORG. Kinda forks off into the product naming a bit easier too. The MapServer naming in the Foundation aspect seems to be a limiting aspect IMO. SF-MapServer SF-MapGuide Sf-Whatever . . . Still pondering . . . bobb Bob Basques wrote: >Hmmm, how about . . . > >"Open Spatial Foundation" > >Kinda has a ring to it, short acronym OSF, seems easy to remember, in >acronym form anyway. > >Still thinking about it though . . . > >bobb > >Bart van den Eijnden wrote: > > > >>Why limit it to webmapping only? This would exclude things like PostGIS, = >>uDIG etc. from joining. >> >>My suggestion would be Open Source GIS Foundation or Open Source GIS = >>Software Foundation. >> >>Best regards, >>Bart >> >> From watry at COAPS.FSU.EDU Wed Nov 30 11:45:11 2005 From: watry at COAPS.FSU.EDU (Gary Watry) Date: Wed, 30 Nov 2005 14:45:11 -0500 Subject: label rounded with a circle In-Reply-To: <20051130194048.5E64B4D276@webmail.medinaco.org> Message-ID: I am not 100% sure but you might be able to use the overlay function in the class within a layer I use this to draw shields and circles under highway numbers It may not be sweet but it works. If this is what you have in mind LAYER NAME "roads" DATA "d:\mapdata\transportation/Interstatesl250K" STATUS on TYPE annotation LABELCACHE on LABELITEM "Number" MAXSCALE 8000000 CLASS STYLE SYMBOL "Interstate" SIZE 21 COLOR 0 0 245 OFFSET 0 6 END OVERLAYSYMBOL "Interstate1" OVERLAYSIZE 21 OVERLAYCOLOR 255 0 0 LABEL TYPE truetype FONT 'arial' SIZE 7 COLOR 255 255 255 MINFEATURESIZE 50 OFFSET 0 6 END END END ______________________________________________________________ Gary L. Watry GIS Coordinator Center for Ocean-Atmospheric Prediction Studies FSU / COAPS Johnson Building, RM 215 2035 East Paul Dirac Drive Tallahassee, Florida 32306-2840 E-Mail: watry at coaps.fsu.edu -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Lowell.Filak Sent: Wednesday, November 30, 2005 2:41 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] label rounded with a circle Miguel de la Fuente writes: > Hello, > > does anybody know how to put a circle around the labels in MapServer? An > example please? Miguel, From what I understand you need to label it twice, once with a circle and once with the real label. There is the ability to provide a mask but not a "circle" mask. Come to think of it do you really want a circle or more like an oval? Lowell From gavin.simpson at UCL.AC.UK Wed Nov 30 11:53:37 2005 From: gavin.simpson at UCL.AC.UK (Gavin Simpson) Date: Wed, 30 Nov 2005 19:53:37 +0000 Subject: MapServer and Foundation naming In-Reply-To: <2576812186CDD411BF1500508B6DCE950C6F568E@ecnwri1.ontario.int.ec.gc.ca> Message-ID: On Wed, 2005-11-30 at 14:13 -0500, Kralidis,Tom [Burlington] wrote: > >Let's say we get them to change Enterprise to something else, i.e. > >"MapServer " and "MapServer Cheetah" (change the animal > >names to anything as long as it's nice distinctive names)... the idea I > > >think is to have something similar to Mozilla Firefox vs Mozilla > >Thunderbird, do you (not just you, but the community as a whole) still > >see a problem with something like that? > > Right, but Mozilla is still called Mozilla. Call anything other > than MapServer whatever you want, but keep MapServer named MapServer > > > ..Tom If you mean Mozilla the web browsing, email client, web designer thing rather than the Mozilla the Organisation or Mozilla the Company then, err its not, anymore. Its called SeaMonkey (IIRC) - Mozilla the browser is no more after the 1.7 releases; there will not be a 1.8 release. SeaMonkey is a community effort, contributed to by anyone who wants to get involved, but it is not an official Mozilla product - though Mozilla (the organisation) are still involved with and helping the SeaMonkey project etc. They dropped Mozilla (the browser) to concentrate on their next generation products Firefox and Thunderbird. G -- %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% Gavin Simpson [T] +44 (0)20 7679 5522 ENSIS Research Fellow [F] +44 (0)20 7679 7565 ENSIS Ltd. & ECRC [E] gavin.simpsonATNOSPAMucl.ac.uk UCL Department of Geography [W] http://www.ucl.ac.uk/~ucfagls/cv/ 26 Bedford Way [W] http://www.ucl.ac.uk/~ucfagls/ London. WC1H 0AP. %~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~%~% From Tom.Kralidis at EC.GC.CA Wed Nov 30 11:56:07 2005 From: Tom.Kralidis at EC.GC.CA (Kralidis,Tom [Burlington]) Date: Wed, 30 Nov 2005 14:56:07 -0500 Subject: MapServer Foundation - Name of . . . Message-ID: How about: "Geo Software Foundation" (GSF) ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bob Basques > Sent: Wednesday, 30 November, 2005 14:46 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - > Name of . . . > > > Another version . . . > > just: > > "Spatial Foundation" > > Pretty all inclusive as far as being an umbrella ORG. Kinda > forks off > into the product naming a bit easier too. The MapServer > naming in the > Foundation aspect seems to be a limiting aspect IMO. > > SF-MapServer > SF-MapGuide > Sf-Whatever . . . > > > Still pondering . . . > > bobb > > > Bob Basques wrote: > > >Hmmm, how about . . . > > > >"Open Spatial Foundation" > > > >Kinda has a ring to it, short acronym OSF, seems easy to remember, in > >acronym form anyway. > > > >Still thinking about it though . . . > > > >bobb > > > >Bart van den Eijnden wrote: > > > > > > > >>Why limit it to webmapping only? This would exclude things like > >>PostGIS, = uDIG etc. from joining. > >> > >>My suggestion would be Open Source GIS Foundation or Open > Source GIS = > >>Software Foundation. > >> > >>Best regards, > >>Bart > >> > >> > From woklist at KYNGCHAOS.COM Wed Nov 30 11:59:00 2005 From: woklist at KYNGCHAOS.COM (William Kyngesburye) Date: Wed, 30 Nov 2005 13:59:00 -0600 Subject: make: *** [shp2img] Error 1 In-Reply-To: <931f8ea90511300947r3d347a84ibdc1cca22d0b1bac@mail.gmail.com> Message-ID: Sorry I didn't get back to you yesterday Matt. I just tried it myself - cleaned the source I had successfully built back in August, and indeed I'm getting the Unwind_Resume error. As far as changes to C++ versions - there is the Xcode 2.2 update that updated GCC to 4.0.1, but it looks like it's still the same version of libstdc++. This is from Nov 10. At least for me, everything else was built with GCC 4.0.0 from Xcode 2.1, then just now MapServer with GCC 4.0.1. On Nov 30, 2005, at 11:47 AM, Frank Warmerdam wrote: > On 11/30/05, Matthew Roberson wrote: >> I posted this earlier this morning, however I left off >> my config statement, so I am reposting with the config >> statement >> >> I am trying to compile MapServer 4.6.1 in OS X 10.4.2 >> using gcc 4, however I am receiving an error and I am >> hoping that someone may be able to offer some advice >> on how to resolve this error. > ... >> -lcrypto -lz -L/usr/local/lib -lgeos -liconv -lz >> -lm -lstdc++ -o shp2img >> /usr/bin/ld: warning -L: directory name >> (/usr/local/lib64) does not exist >> /usr/bin/ld: Undefined symbols: >> __Unwind_Resume >> collect2: ld returned 1 exit status >> make: *** [shp2img] Error 1 > > Matt, > > I don't really know what is going wrong for you, but > __Unwind_Resume is related to C++ exception handling > stuff. I see you have -lstdc++ listed in your link which I > would have expected to satisfy the unwinding stuff. But > you might want to change to use g++ instead gcc for linking. > > I think there is an LD= line in Makefile, try making that: > > LD=g++ > > It also seems possible that you are linking against some C++ > component library built with a substantially different version of > g++. Are you libraries locally built, or installed from binary > packages? > > Good luck, ----- William Kyngesburye http://www.kyngchaos.com/ "Those people who most want to rule people are, ipso-facto, those least suited to do it." - A rule of the universe, from the HitchHiker's Guide to the Galaxy From pscott at UWC.AC.ZA Wed Nov 30 12:05:22 2005 From: pscott at UWC.AC.ZA (Paul Scott) Date: Wed, 30 Nov 2005 22:05:22 +0200 Subject: MapServer Foundation - Name of . . . Message-ID: Errr, Foundation for Open Geospatial Software (FOGS) ? --Paul >>> "Kralidis,Tom [Burlington]" 11/30/05 9:56 PM >>> How about: "Geo Software Foundation" (GSF) ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bob Basques > Sent: Wednesday, 30 November, 2005 14:46 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - > Name of . . . > > > Another version . . . > > just: > > "Spatial Foundation" > > Pretty all inclusive as far as being an umbrella ORG. Kinda > forks off > into the product naming a bit easier too. The MapServer > naming in the > Foundation aspect seems to be a limiting aspect IMO. > > SF-MapServer > SF-MapGuide > Sf-Whatever . . . > > > Still pondering . . . > > bobb > > > Bob Basques wrote: > > >Hmmm, how about . . . > > > >"Open Spatial Foundation" > > > >Kinda has a ring to it, short acronym OSF, seems easy to remember, in > >acronym form anyway. > > > >Still thinking about it though . . . > > > >bobb > > > >Bart van den Eijnden wrote: > > > > > > > >>Why limit it to webmapping only? This would exclude things like > >>PostGIS, = uDIG etc. from joining. > >> > >>My suggestion would be Open Source GIS Foundation or Open > Source GIS = > >>Software Foundation. > >> > >>Best regards, > >>Bart > >> > >> > From hrz at GEODATA.SOTON.AC.UK Wed Nov 30 12:43:07 2005 From: hrz at GEODATA.SOTON.AC.UK (Homme Zwaagstra) Date: Wed, 30 Nov 2005 20:43:07 +0000 Subject: MapServer and Foundation naming In-Reply-To: <2576812186CDD411BF1500508B6DCE950C6F568E@ecnwri1.ontario.int.ec.gc.ca> Message-ID: On Wed, Nov 30, 2005 at 02:13:13PM -0500, Kralidis,Tom [Burlington] wrote: > >Let's say we get them to change Enterprise to something else, i.e. > >"MapServer " and "MapServer Cheetah" (change the animal > >names to anything as long as it's nice distinctive names)... the idea I > > >think is to have something similar to Mozilla Firefox vs Mozilla > >Thunderbird, do you (not just you, but the community as a whole) still > >see a problem with something like that? > > Right, but Mozilla is still called Mozilla. Call anything other > than MapServer whatever you want, but keep MapServer named MapServer > I agree that MapServer should keep it's name; there's no need to confuse the issue by using the same (MapServer) moniker for separate products that don't share a common heritage. Importantly, this extends to the foundation name as well; I believe a neutral name that can act as an umbrella for related projects would be much more beneficial than the current title. As well as conforming to the Apache/Mozilla model that is so successful it would solve our current naming dilemma. Products could be called Mapserver, MapGuide, GDAL, PostGIS etc (substitute for the umbrella name). I can't really see the name MapServer PostGIS working, however natural a bedfellow software like PostGIS might be. Being able to go to www.apache.org or www.mozilla.org and know you're at the home of a great family of related software is a valuable thing. The new foundation can be that place for open source online (and perhaps desktop) GIS, but only with the right name. I feel a name with a broad, product neutral geospatial connection would be the right way to go. I notice that www.atlas.org isn't currently taken ;) Apologies if I'm not treading new ground here. Kind regards, Homme Zwaagstra From sgillies at FRII.COM Wed Nov 30 12:53:34 2005 From: sgillies at FRII.COM (Sean Gillies) Date: Wed, 30 Nov 2005 13:53:34 -0700 Subject: MapServer and Foundation naming In-Reply-To: Message-ID: On Nov 30, 2005, at 1:43 PM, Homme Zwaagstra wrote: > ... > Being able to go to www.apache.org or www.mozilla.org and know you're > at the home of a great family of related software is a valuable > thing. The new foundation can be that place for open source online > (and perhaps desktop) GIS, but only with the right name. I feel a name > with a broad, product neutral geospatial connection would be the right > way to go. I notice that www.atlas.org isn't currently taken ;) > > Apologies if I'm not treading new ground here. > > Kind regards, > > Homme Zwaagstra Homme, awesome idea there! Grab that domain and hold it for us, I think you have a winner. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From steve.lime at DNR.STATE.MN.US Wed Nov 30 12:53:18 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 30 Nov 2005 14:53:18 -0600 Subject: MapServer Foundation - Name of . . . Message-ID: Open Geospatial Software Foundation - www.ogsf.org >>> Paul Scott 11/30/05 2:05 PM >>> Errr, Foundation for Open Geospatial Software (FOGS) ? --Paul >>> "Kralidis,Tom [Burlington]" 11/30/05 9:56 PM >>> How about: "Geo Software Foundation" (GSF) ..Tom > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bob Basques > Sent: Wednesday, 30 November, 2005 14:46 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - > Name of . . . > > > Another version . . . > > just: > > "Spatial Foundation" > > Pretty all inclusive as far as being an umbrella ORG. Kinda > forks off > into the product naming a bit easier too. The MapServer > naming in the > Foundation aspect seems to be a limiting aspect IMO. > > SF-MapServer > SF-MapGuide > Sf-Whatever . . . > > > Still pondering . . . > > bobb > > > Bob Basques wrote: > > >Hmmm, how about . . . > > > >"Open Spatial Foundation" > > > >Kinda has a ring to it, short acronym OSF, seems easy to remember, in > >acronym form anyway. > > > >Still thinking about it though . . . > > > >bobb > > > >Bart van den Eijnden wrote: > > > > > > > >>Why limit it to webmapping only? This would exclude things like > >>PostGIS, = uDIG etc. from joining. > >> > >>My suggestion would be Open Source GIS Foundation or Open > Source GIS = > >>Software Foundation. > >> > >>Best regards, > >>Bart > >> > >> > From mapserver at EIDESIS.ORG Wed Nov 30 12:45:16 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 14:45:16 -0600 Subject: MapServer and Foundation naming Message-ID: Daniel Morissette wrote: > P Kishor wrote: >> >> It is still not clear what exactly will Autodesk's codebase contribute >> to the MapServer codebase, if anything at all. Will it, won't it? Will >> it forever be a separate but equal product? Why does it even need the >> MapServer foundation? >> > > I have tried to explain the positioning of each project/product and of > the foundation in the following email, that should address many of hte > questions: > > http://lists.mapserverfoundation.org/pipermail/discuss/2005-November/000017.html > Merci, Daniel. I signed up for that list as well, but I am sure I am not getting any emails from there. The lists have been "Forked"! ;-) Obviously, audience on both lists is concerned with the same issues. I guess I should re-subscribe to that one as well. > > P.S. Please don't jump on the online forum vs mailing list question at > the beginning of the email, we've beaten this one to death before and we > already know our respective positions on that. :) good to see that issue still lives. Somethings will never go away. ;-) > My understanding is that MS Enterprise, as its name says, is more > focused on enterprise class of systems for large organizations, backed > by corporate spatial databases (think Oracle), doing GIS analysis over > the web, fine-grained data access control, etc. This is where I have a problem. First, as you say above, it all sounds speculative. We have no idea that the software that came to be MSE was more focused on enterprises... you didn't have any idea, that is why you use the term "My understanding is..." Autodesk came in with the suggestion that their software focused on enterprises while our application was some mickey-mouse app (well, I don't mean to sound pejorative, but I am just trying to make a point). I still don't understand why no one is talking about MapServer + PostGIS. That is about as enterprise as one's gonna get. > I think it's clear that the Enterprise bit hurts. But how do we move > forward? I still think that sharing the MapServer name sounds like a > good idea. > > Let's say we get them to change Enterprise to something else, i.e. > "MapServer " and "MapServer Cheetah" (change the animal > names to anything as long as it's nice distinctive names)... the idea I > think is to have something similar to Mozilla Firefox vs Mozilla > Thunderbird, do you (not just you, but the community as a whole) still > see a problem with something like that? > > Overall the idea is fine, but there are a couple of problems. One, Firefox and Thunderbird do completely different things. One can never replace the other. In this case, MSE can replace (or be replaced by) MSC. The other issue is the MapServer name mileage. It would be silly to call our product "MapServer MapServer," and their product "MapServer MapGuide" (besides, it has echoes of ArcGIS ArcIMS, etc.) The key will be to come up with a name for the foundation, and then, names for the other applications. A lot of us, myself included, feel that MapServer should remain "MapServer." The foundation can be "MapServer Foundation," or any one of the other names that the list is coming up with. Autodesk's technology, once it is clear as to where it fits, can then find a new name -- one choice could be "Spatial Application Server." It should also be clear why one would want one over the other. Here is another idea -- maybe we could all get subsumed under OGIS, and become one of their projects. As I've said before -- I really do welcome the idea of Autodesk (and others) joining the community. I just don't want to give away the MapServer name. We've got our work cut out for us. From kenlord at GMAIL.COM Wed Nov 30 13:00:48 2005 From: kenlord at GMAIL.COM (Ken Lord) Date: Wed, 30 Nov 2005 13:00:48 -0800 Subject: MapServer and Foundation naming In-Reply-To: <438DF627.8070801@dmsolutions.ca> Message-ID: Ok, enough with the suffixes. How about we go about the suggested naming in the other direction, one that respects the history of MapServer, and allows Autodesk to nab the branding they are after ... Foundation MapServer Autodesk MapServer ... It eliminates the 'enterprise' fiasco, and in my opinion Foundation MapServer sounds pretty significant. Those of you who are Autodesk fans will hopefully agree that Autodesk MapServer has its own sounds of significance, without making it appear to be the better version by tacking on 'enterprise' ... and ties well into the existing Autodesk MapGuide name. It also tells you right away that you are not necessarily using the historic MapServer. For the name of the foundation, I like something closer to 'Web Mapping Foundation' ... something that can draw in other open source mapping projects, and won't scare off other big names that may consider contributing one day ... something that will let us slay ... errr... 'reverse takeover' the ArcIMS world oneday hehe. Now, back on the Mascot issue. I'm still fond of the cuddly Platypus. ... webbed feet ... world wide web ... lots of connections there. Cheers, Ken Lord Vancouver BC On 11/30/05, Daniel Morissette wrote: > P Kishor wrote: > > > > It is still not clear what exactly will Autodesk's codebase contribute > > to the MapServer codebase, if anything at all. Will it, won't it? Will > > it forever be a separate but equal product? Why does it even need the > > MapServer foundation? > > > > I have tried to explain the positioning of each project/product and of > the foundation in the following email, that should address many of hte > questions: > > http://lists.mapserverfoundation.org/pipermail/discuss/2005-November/000017.html > > P.S. Please don't jump on the online forum vs mailing list question at > the beginning of the email, we've beaten this one to death before and we > already know our respective positions on that. :) > > > > > but what good does it do to MapServer? If those 5000 are going to go > > to the msfoundation website, see a cheetah and an enterprise, they are > > going to choose the latter. If that doesn't work for them, they are > > never going to come back, unless they are unlucky to be forced to use > > the large, unwieldy product. > > > > I think it's clear that the Enterprise bit hurts. But how do we move > forward? I still think that sharing the MapServer name sounds like a > good idea. > > Let's say we get them to change Enterprise to something else, i.e. > "MapServer " and "MapServer Cheetah" (change the animal > names to anything as long as it's nice distinctive names)... the idea I > think is to have something similar to Mozilla Firefox vs Mozilla > Thunderbird, do you (not just you, but the community as a whole) still > see a problem with something like that? > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > From steve.lime at DNR.STATE.MN.US Wed Nov 30 13:08:21 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 30 Nov 2005 15:08:21 -0600 Subject: MapServer and Foundation naming Message-ID: Atlas.org isn't available, not according to whois... >>> Sean Gillies 11/30/05 2:53 PM >>> On Nov 30, 2005, at 1:43 PM, Homme Zwaagstra wrote: > ... > Being able to go to www.apache.org or www.mozilla.org and know you're > at the home of a great family of related software is a valuable > thing. The new foundation can be that place for open source online > (and perhaps desktop) GIS, but only with the right name. I feel a name > with a broad, product neutral geospatial connection would be the right > way to go. I notice that www.atlas.org isn't currently taken ;) > > Apologies if I'm not treading new ground here. > > Kind regards, > > Homme Zwaagstra Homme, awesome idea there! Grab that domain and hold it for us, I think you have a winner. cheers, Sean --- Sean Gillies sgillies at frii dot com http://zcologia.com/news From dennylee60 at YAHOO.COM Wed Nov 30 13:12:02 2005 From: dennylee60 at YAHOO.COM (Denny Lee) Date: Wed, 30 Nov 2005 13:12:02 -0800 Subject: Map Wrapping In-Reply-To: Message-ID: Hello Steven, Thanks for the response. I am creating a app that plot points on a map and drawing lines connecting them. Would it be possible to plot points outside of the map, so one point is inside the world map and the other one outside? It is not ideal but at least it will solve our immediate problem. Thanks again for your help. --- Steven Monai wrote: > Hello Denny: > > I'm sure someone will correct me if I'm wrong, but I > don't think there is > any mechanism in MapServer to "wrap around" the > earth as you suggest. To > MapServer, the world is a flat 2-dimensional plane, > since that's the model > that most GIS datasets use. To get the proper "wrap > around" effect, I think > MapServer would have to interpret the source data > coordinate pairs as > spherical-polar coordinates (azimuth/zenith), rather > than as cartesian > coordinates (x/y). AFAIK, MapServer does not > currently support spherical- > polar coordinates. > > Regards, > -SM > -- > > On Tue, 29 Nov 2005 17:35:20 -0800, Denny Lee > wrote: > > >Hello all, > >I am now to using MapServer and I am having a > little > >trouble with wrapping the world map. The world map > >spans from -180 to 180, but if I pan east or west, > the > >map does not wrap and all I get is a blank space. > Is > >it possible to wrap the map somehow? Thanks for > your > >help. > From tkirstine at JDBARNES.COM Wed Nov 30 13:22:14 2005 From: tkirstine at JDBARNES.COM (Travis Kirstine GIS Tech) Date: Wed, 30 Nov 2005 16:22:14 -0500 Subject: Join Label Message-ID: Is it possible to label items based on a JOIN i.e. I have a parcel shpfile with a id attribute and a address csv file with a correlating id field, can I label the parcel with address information from the csv file Travis Kirstine From mapserver at EIDESIS.ORG Wed Nov 30 13:20:15 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 15:20:15 -0600 Subject: epiphany, once again Message-ID: How 'bout... MapServer Foundation (www.mapserverfoundation.org) - Web Application Server aka MapServer (was.mapserverfoundation.org) - Spatial Application Server aka Autodesk Mapguide (sas.mapserverfoundation.org) - Studio aka Autodesk Studio (studio.mapserverfoundation.org) - PostGIS (postgis.mapserverfoundation.org) - PROJ.4 (proj4.mapserverfoundation.org) - GDAL (gdal.mapserverfoundation.org) - MapTools (maptools.mapserverfoundation.org) - Chameleon (chameleon.mapserverfoundation.org) -- Puneet Kishor From pspencer at DMSOLUTIONS.CA Wed Nov 30 13:47:11 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Wed, 30 Nov 2005 16:47:11 -0500 Subject: epiphany, once again In-Reply-To: Message-ID: somehow I really like was.mapserverfoundation.org ;) Paul On 30-Nov-05, at 4:20 PM, P Kishor wrote: > How 'bout... > > MapServer Foundation (www.mapserverfoundation.org) > - Web Application Server aka MapServer (was.mapserverfoundation.org) > - Spatial Application Server aka Autodesk Mapguide > (sas.mapserverfoundation.org) > - Studio aka Autodesk Studio (studio.mapserverfoundation.org) > - PostGIS (postgis.mapserverfoundation.org) > - PROJ.4 (proj4.mapserverfoundation.org) > - GDAL (gdal.mapserverfoundation.org) > - MapTools (maptools.mapserverfoundation.org) > - Chameleon (chameleon.mapserverfoundation.org) > > -- > Puneet Kishor > +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From Jean-Francois.Doyon at CCRS.NRCAN.GC.CA Wed Nov 30 13:48:52 2005 From: Jean-Francois.Doyon at CCRS.NRCAN.GC.CA (Doyon, Jean-Francois) Date: Wed, 30 Nov 2005 16:48:52 -0500 Subject: Problems upgrading to 4.6.1 or 4.8.0-beta2 from 3.6.6 (Not about the foundation :) Message-ID: Hello, So we've bitten the bullet and started the process to upgrade from 3.6.6 to 4.6.1 (And possibly 4.8). Mostly, things came across as expected, knowing what has changed and so on. Problem 1: REQUIRES. I'm aware of the bug in 4.6.1, so I'd backported the fix into it, and things were working ok for little while. Now however, it just won't work :( I've tried my version of 4.6.1 AND a "stock" 4.8.0-beta2, without success. Here's an example: Layer 1: LAYER NAME vegetation_250K_legend_zoom_3_4 STATUS OFF GROUP base TYPE POINT MINSCALE 42001 MAXSCALE 300001 METADATA "nolaydesclink" "2" "lay_title" "Vegetation" "checkable" "2" "legend_order" "40" END CLASS NAME "Cut Line: Firebreak" SYMBOL cutline_firebreak_alt SIZE 20 END CLASS NAME "Cut Line: Other" SYMBOL cutline_other_alt SIZE 20 END CLASS NAME "Wooded Area" SYMBOL wooded_alt SIZE 20 END END Layer 2: LAYER NAME vegetation_polygon_250K_map_zoom_3 STATUS DEFAULT GROUP base TYPE RASTER MINSCALE 80001 MAXSCALE 300001 REQUIRES "[vegetation_250K_legend_zoom_3_4]" METADATA "legend_order" "-2" "wms_srs" "EPSG:42304" "wms_name" "VEGETATION_2:BNDT_250K/NTDB_250K" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END CONNECTIONTYPE WMS CONNECTION "http://mydomain.com" END Unfortunately, turning on layer 1 does not make layer 2 appear, even though it's "DEFAULT" ... The only way this works is if we comment out the REQUIRES in Layer 2 ... Then it'll appear. I have no idea what happened to either make my custom 4.6.1, or even worst, the 4.8 beta, NOT work :( I upgraded libcurl to 7.15.0 ... Could that be a problem? I also use gdal/ogr 1.3.0 and gd 2.0.28 ... Problem 2: Pixmap symbols don't appear in the legend (An HTML legend). The symbols are just white or transparent gif's (Of the right size, 20x20 in this case). Vector symbology still works fine, other symbols are gif files, these are the problematic ones. Problem 3: Intermittent "no index item defined" errors. I have to try and track this down further ... But if anyone has already run into this? I saw a few discussions on the topic, but nothing that seemed relevant in my case. One problem we had where mapserver would die without an error message (well, an empty one) was solved by re-generating the data (shapefiles) ... Are these versions of mapserver more data sensitive somehow? Thanks in advance for any help! I'm dying here :P Jean-Fran?ois Doyon Internet Service Development and Systems Support / Sp?cialiste de d?veloppements internet et soutien technique Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection Natural Resources Canada/Ressources Naturelles Canada http://atlas.gc.ca Tel./T?l.: (613) 992-4902 Fax: (613) 947-2410 From woklist at KYNGCHAOS.COM Wed Nov 30 13:49:49 2005 From: woklist at KYNGCHAOS.COM (William Kyngesburye) Date: Wed, 30 Nov 2005 15:49:49 -0600 Subject: make: *** [shp2img] Error 1 In-Reply-To: <931f8ea90511300947r3d347a84ibdc1cca22d0b1bac@mail.gmail.com> Message-ID: worked for me. On Nov 30, 2005, at 11:47 AM, Frank Warmerdam wrote: > > I think there is an LD= line in Makefile, try making that: > > LD=g++ > ----- William Kyngesburye http://www.kyngchaos.com/ "This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?" - The Ruler of the Universe From andy.canfield at GMAIL.COM Wed Nov 30 13:51:38 2005 From: andy.canfield at GMAIL.COM (Andy Canfield) Date: Wed, 30 Nov 2005 13:51:38 -0800 Subject: label rounded with a circle In-Reply-To: <20051130194048.5E64B4D276@webmail.medinaco.org> Message-ID: Here is what I did to put a label on a circle. My Layer definition looks like this: LAYER NAME "TAPS" METADATA "DESCRIPTION" "TAPS" "RESULT_FIELDS" "MAP VALUE TYPE" END TYPE POINT LABELITEM "VALUE" STATUS OFF DATA "TAPS" CLASSITEM "TYPE" CLASS TEMPLATE "ttt_query.html" LABEL COLOR 0 0 0 FONT fritqat TYPE truetype SIZE 6 FORCE true POSITION cc PARTIALS FALSE END EXPRESSION /2$/ COLOR 255 255 255 OUTLINECOLOR 0 0 0 SIZE 12 SYMBOL "circle" END END and my "circle" symbol definition looks like: SYMBOL NAME "circle" TYPE ellipse FILLED true POINTS 25 25 END END On 11/30/05, Lowell.Filak wrote: > Miguel de la Fuente writes: > > > Hello, > > > > does anybody know how to put a circle around the labels in MapServer? An > > example please? > > Miguel, > > From what I understand you need to label it twice, once with a circle and > once with the real label. There is the ability to provide a mask but not a > "circle" mask. Come to think of it do you really want a circle or more like > an oval? > > Lowell > From plists at PROMETHEUS.ORG.YU Wed Nov 30 13:59:32 2005 From: plists at PROMETHEUS.ORG.YU (Attila Csipa) Date: Wed, 30 Nov 2005 22:59:32 +0100 Subject: MapServer and Foundation naming In-Reply-To: Message-ID: On Wednesday 30 November 2005 19:27, P Kishor wrote: > It is still not clear what exactly will Autodesk's codebase contribute > to the MapServer codebase, if anything at all. Will it, won't it? Will > it forever be a separate but equal product? Why does it even need the > MapServer foundation? >Daniel wrote: >Some of the benefits of both projects working together will be sharing >of underlying libraries and code. Some obvious ones are the FDO/OGR/GDAL >data access libs, but there will be more over time. Withe regard to the licensing issue, I for one would like to hear the stance on this, too. You see, the Autodesk product was released under LGPL and Mapserver under a very different license. Using the _code_ (as in not whole libraries) from the autodesk offering would necessitate the change of Mapserver licensing, or am I wrong on this one ? I'm not sure the ramifications of this are all that apparent - MapServer had a much more free (IIRC BSD style) license. Many of you may not have followed the discussions but this is gaining importance as the upcoming GPL v3 has some important changes wrt web applications. From woodbri at SWOODBRIDGE.COM Wed Nov 30 14:01:33 2005 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Wed, 30 Nov 2005 17:01:33 -0500 Subject: Problems upgrading to 4.6.1 or 4.8.0-beta2 from 3.6.6 (Not about the foundation :) In-Reply-To: <7CDD7B94357FD5119E800002A537C46E0B8B7BB8@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: Hello Jean-Fran?ois, You might want to rebuild you tileindexes if you are using them with the new version of tile4ms. tile4ms will now throw an error if you attribute columns are not consistent across all files in the tileindex. This will cause problems for mapserver. -Steve W. Doyon, Jean-Francois wrote: > Hello, > > So we've bitten the bullet and started the process to upgrade from 3.6.6 to > 4.6.1 (And possibly 4.8). > > Mostly, things came across as expected, knowing what has changed and so on. > > Problem 1: REQUIRES. > > I'm aware of the bug in 4.6.1, so I'd backported the fix into it, and things > were working ok for little while. > > Now however, it just won't work :( > > I've tried my version of 4.6.1 AND a "stock" 4.8.0-beta2, without success. > > Here's an example: > > Layer 1: > > LAYER > NAME vegetation_250K_legend_zoom_3_4 > STATUS OFF > GROUP base > TYPE POINT > MINSCALE 42001 > MAXSCALE 300001 > METADATA > "nolaydesclink" "2" > "lay_title" "Vegetation" > "checkable" "2" > "legend_order" "40" > END > CLASS > NAME "Cut Line: Firebreak" > SYMBOL cutline_firebreak_alt > SIZE 20 > END > CLASS > NAME "Cut Line: Other" > SYMBOL cutline_other_alt > SIZE 20 > END > CLASS > NAME "Wooded Area" > SYMBOL wooded_alt > SIZE 20 > END > END > > Layer 2: > > LAYER > NAME vegetation_polygon_250K_map_zoom_3 > STATUS DEFAULT > GROUP base > TYPE RASTER > MINSCALE 80001 > MAXSCALE 300001 > REQUIRES "[vegetation_250K_legend_zoom_3_4]" > METADATA > "legend_order" "-2" > "wms_srs" "EPSG:42304" > "wms_name" > "VEGETATION_2:BNDT_250K/NTDB_250K" > "wms_server_version" "1.1.0" > "wms_formatlist" > "image/gif,image/png,image/jpeg,image/wbmp" > "wms_format" "image/gif" > END > CONNECTIONTYPE WMS > CONNECTION "http://mydomain.com" > END > > Unfortunately, turning on layer 1 does not make layer 2 appear, even though > it's "DEFAULT" ... The only way this works is if we comment out the REQUIRES > in Layer 2 ... Then it'll appear. > > I have no idea what happened to either make my custom 4.6.1, or even worst, > the 4.8 beta, NOT work :( > > I upgraded libcurl to 7.15.0 ... Could that be a problem? I also use > gdal/ogr 1.3.0 and gd 2.0.28 ... > > Problem 2: > > Pixmap symbols don't appear in the legend (An HTML legend). The symbols are > just white or transparent gif's (Of the right size, 20x20 in this case). > Vector symbology still works fine, other symbols are gif files, these are > the problematic ones. > > Problem 3: > > Intermittent "no index item defined" errors. I have to try and track this > down further ... But if anyone has already run into this? > I saw a few discussions on the topic, but nothing that seemed relevant in my > case. > > One problem we had where mapserver would die without an error message (well, > an empty one) was solved by re-generating the data (shapefiles) ... Are > these versions of mapserver more data sensitive somehow? > > Thanks in advance for any help! I'm dying here :P > > Jean-Fran?ois Doyon > Internet Service Development and Systems Support / Sp?cialiste de > d?veloppements internet et soutien technique > Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection > Natural Resources Canada/Ressources Naturelles Canada > http://atlas.gc.ca > Tel./T?l.: (613) 992-4902 > Fax: (613) 947-2410 > From pspencer at DMSOLUTIONS.CA Wed Nov 30 14:04:44 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Wed, 30 Nov 2005 17:04:44 -0500 Subject: MapServer and Foundation naming In-Reply-To: <200511302259.32971.plists@prometheus.org.yu> Message-ID: I can't see the license of MapServer changing (modified MIT X11 I think) so my guess is that this type of sharing will only happen as the licenses permit it. The LGPL is certainly less restrictive that the GPL so libraries of code could probably be shared if they are used as a whole piece, but copying only some lines of code from the code base would probably be against the license. On 30-Nov-05, at 4:59 PM, Attila Csipa wrote: > On Wednesday 30 November 2005 19:27, P Kishor wrote: >> It is still not clear what exactly will Autodesk's codebase >> contribute >> to the MapServer codebase, if anything at all. Will it, won't it? >> Will >> it forever be a separate but equal product? Why does it even need the >> MapServer foundation? > >> Daniel wrote: >> Some of the benefits of both projects working together will be >> sharing >> of underlying libraries and code. Some obvious ones are the FDO/ >> OGR/GDAL >> data access libs, but there will be more over time. > > Withe regard to the licensing issue, I for one would like to hear > the stance > on this, too. You see, the Autodesk product was released under LGPL > and > Mapserver under a very different license. Using the _code_ (as in > not whole > libraries) from the autodesk offering would necessitate the change of > Mapserver licensing, or am I wrong on this one ? I'm not sure the > ramifications of this are all that apparent - MapServer had a much > more free > (IIRC BSD style) license. Many of you may not have followed the > discussions > but this is gaining importance as the upcoming GPL v3 has some > important > changes wrt web applications. > +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From dmorissette at DMSOLUTIONS.CA Wed Nov 30 14:07:07 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 17:07:07 -0500 Subject: epiphany, once again In-Reply-To: Message-ID: P Kishor wrote: > How 'bout... > > MapServer Foundation (www.mapserverfoundation.org) > - Web Application Server aka MapServer (was.mapserverfoundation.org) > - Spatial Application Server aka Autodesk Mapguide (sas.mapserverfoundation.org) Um... talk about confusing names. I hope we can do better than that. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From jpihlaja at CC.HELSINKI.FI Wed Nov 30 13:57:55 2005 From: jpihlaja at CC.HELSINKI.FI (M Joonas Pihlaja) Date: Wed, 30 Nov 2005 23:57:55 +0200 Subject: MapTools & Foundation In-Reply-To: Message-ID: Hi all, Where does maptools.org fit into all this? Is the plan that libraries like GDAL/Shapelib/etc be then moved over to be the foundation's projects? Or going the other way, was a Map Tools Foundation considered? Seems like it would be a good umbrella for lots of diverse projects including the two map servers. The domain's right there, and I'd hate to see function of maptools.org as a focal point of open source GIS be split off into two. (Although, I'm not sure if the projects on maptools would all care to be subsumed into a foundation.) Cheers, Joonas From steve.lime at DNR.STATE.MN.US Wed Nov 30 14:07:41 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 30 Nov 2005 16:07:41 -0600 Subject: Problems upgrading to 4.6.1 or 4.8.0-beta2 from 3.6.6 (Not about the foundatio Message-ID: Yeah! (on many counts) 1: I've tested REQUIRES a good bit and have had very good luck. I will test that specific setup and let you know. 2: Again, easy to test on my end. 3: Specifics of when would really help, especially on where the item in question is in the layer definition and what type of operation you are attempting (query vs. browse) 4: Some addtional checks have been put in place to deal with corrupt shapefiles or xbase files, but all *should* be accompanied by an error message. Don't suppose you saved a version of the seemingly corrupt file? We'll get you fixed up, don't worry. Will let you know... Steve >>> "Doyon, Jean-Francois" 11/30/05 3:48 PM >>> Hello, So we've bitten the bullet and started the process to upgrade from 3.6.6 to 4.6.1 (And possibly 4.8). Mostly, things came across as expected, knowing what has changed and so on. Problem 1: REQUIRES. I'm aware of the bug in 4.6.1, so I'd backported the fix into it, and things were working ok for little while. Now however, it just won't work :( I've tried my version of 4.6.1 AND a "stock" 4.8.0-beta2, without success. Here's an example: Layer 1: LAYER NAME vegetation_250K_legend_zoom_3_4 STATUS OFF GROUP base TYPE POINT MINSCALE 42001 MAXSCALE 300001 METADATA "nolaydesclink" "2" "lay_title" "Vegetation" "checkable" "2" "legend_order" "40" END CLASS NAME "Cut Line: Firebreak" SYMBOL cutline_firebreak_alt SIZE 20 END CLASS NAME "Cut Line: Other" SYMBOL cutline_other_alt SIZE 20 END CLASS NAME "Wooded Area" SYMBOL wooded_alt SIZE 20 END END Layer 2: LAYER NAME vegetation_polygon_250K_map_zoom_3 STATUS DEFAULT GROUP base TYPE RASTER MINSCALE 80001 MAXSCALE 300001 REQUIRES "[vegetation_250K_legend_zoom_3_4]" METADATA "legend_order" "-2" "wms_srs" "EPSG:42304" "wms_name" "VEGETATION_2:BNDT_250K/NTDB_250K" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END CONNECTIONTYPE WMS CONNECTION "http://mydomain.com" END Unfortunately, turning on layer 1 does not make layer 2 appear, even though it's "DEFAULT" ... The only way this works is if we comment out the REQUIRES in Layer 2 ... Then it'll appear. I have no idea what happened to either make my custom 4.6.1, or even worst, the 4.8 beta, NOT work :( I upgraded libcurl to 7.15.0 ... Could that be a problem? I also use gdal/ogr 1.3.0 and gd 2.0.28 ... Problem 2: Pixmap symbols don't appear in the legend (An HTML legend). The symbols are just white or transparent gif's (Of the right size, 20x20 in this case). Vector symbology still works fine, other symbols are gif files, these are the problematic ones. Problem 3: Intermittent "no index item defined" errors. I have to try and track this down further ... But if anyone has already run into this? I saw a few discussions on the topic, but nothing that seemed relevant in my case. One problem we had where mapserver would die without an error message (well, an empty one) was solved by re-generating the data (shapefiles) ... Are these versions of mapserver more data sensitive somehow? Thanks in advance for any help! I'm dying here :P Jean-Fran?ois Doyon Internet Service Development and Systems Support / Sp?cialiste de d?veloppements internet et soutien technique Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection Natural Resources Canada/Ressources Naturelles Canada http://atlas.gc.ca Tel./T?l.: (613) 992-4902 Fax: (613) 947-2410 From Jason.Birch at NANAIMO.CA Wed Nov 30 14:05:38 2005 From: Jason.Birch at NANAIMO.CA (Jason Birch) Date: Wed, 30 Nov 2005 14:05:38 -0800 Subject: MapServer and Foundation naming Message-ID: P Kishor Wrote: > I still don't understand why no one is talking about MapServer + PostGIS. > That is about as enterprise as one's gonna get. Is that a red herring? I don't like seafood, but I guess I'll bite :) That combination does not address a number of issues that are commonly addressed by commercial solutions that are touted as "enterprise". Authentication and authorization (feature or layer level, not application level), geoprocessing, data update, SOA, and GUI capabilities are a few that come to mind and rank among the primary reasons I am not currently using Mapserver. I don't dispute that the Mapserver/PostGIS combination is an enterprise-quality application, but it certainly does not meet all enterprise needs. Not that I get a vote, but I really liked your proposal for the projects under Mapserver foundation (WAS, SAS, etc). Jason From Jason.Birch at NANAIMO.CA Wed Nov 30 13:45:29 2005 From: Jason.Birch at NANAIMO.CA (Jason Birch) Date: Wed, 30 Nov 2005 13:45:29 -0800 Subject: MapServer Foundation - Open Letter Message-ID: Hi all, I'd like to bring my perspective into the discussion, as someone who is not part of the Mapserver community and has been brought in by the recent events. I work for the City of Nanaimo, but am not speaking for them officially in this email. We currently use MapGuide 6.5 as our "enterprise" mapping solution. I have a strong affinity for open source projects, and I have in the past downloaded Mapserver and taken the time to learn how to use it, evaluating it as a potential replacement for our current system. I was unable to make the business case because of some capability gaps between the two products. When I learned that Autodesk was granting its new product's code to the Mapserver Foundation I was elated (after I convinced myself that I wasn't hallucinating). Finally, I have a lever that allows me to promote and implement open source systems. In several cases, this is the only barrier I have to promoting a switch from Win2k3/MSSQL to Linux/PostGIS. I also can't wait until I can just pay a developer to add functionality to my web mapping application instead of having to either wait until the vendor decides to implement it or hacking around it myself with no benefit accruing to the other users of the software. I understand that there are huge issues with the community's loyalty and ownership of the Mapserver code and brand, and I don't think that this should be discounted. I also realize that I don't have any right to weigh in on this one way or another. What I would like to make clear is that having the Autodesk code as an open source web mapping tool really increases the number of organisations that will be looking at open source GIS. Will the new code directly contribute to Mapserver? I don't know; there are definitely some innovative designs and portions of the code that would be great additions to Mapserver. Would Autodesk going off on its own and releasing this code as open source have diminished the Mapserver community? I believe so. Each of the applications has their strengths, and like any addition to the open source project slate there would be some cannibalisation of current Mapserver users and contributors. This may happen anyway, but if they are both under the same organisation they can share in the contributions that the newly attracted users will be bringing with them. I have heard a lot of people comment on the size of the Autodesk code. That size is directly proportional to its potential functionality. If you doubt this, read through the as-yet-incomplete API documentation that is an optional install with the Web Extensions. There is huge potential there for data update, geoprocessing, spatial web services, and other items that would be difficult to implement with Mapserver. Those of you who take the time to understand the Autodesk code and expand your consulting and implementation services to incorporate this code base will ultimately benefit from using it where it is justified. I hope that you do because I (and others like me) will be looking for you in the near future. To address Gary Lang's question about MapGuide being a project of the Mapserver Foundation... Renaming the foundation would certainly address your concern and may be the best path to supporting additional open source projects, but I don't think that it's necessary. I for one believe that the new application can stand on its own merit, no matter its name. (For the record, I don't particularly like the MapGuide name as it's associated with the existing MapGuide application, and there is no comparison). Placing the application under the Mapserver Foundation would in no way diminish its inherent capabilities or suitability for applications where it is the correct choice for implementation. Respectfully, Jason Birch From pspencer at DMSOLUTIONS.CA Wed Nov 30 14:21:23 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Wed, 30 Nov 2005 17:21:23 -0500 Subject: MapTools & Foundation In-Reply-To: Message-ID: Good question. MapTools will continue to exist as is for now. There was some discussion of the MapTools name being donated to the new Foundation for exactly the reasons you have indicated, but ultimately the folks around the table wanted a name that was not already associated with a commercial entity. While we have tried to make MapTools pretty neutral, it is associated with DM Solutions Group. What happens to projects that are hosted on MapTools right now is probably up to the individual projects. It has not yet been established what the rules of membership in the new foundation will be so not all projects may even be eligible for membership (although I hope that is not the case). Cheers Paul On 30-Nov-05, at 4:57 PM, M Joonas Pihlaja wrote: > Hi all, > > Where does maptools.org fit into all this? Is the plan that > libraries like GDAL/Shapelib/etc be then moved over to be the > foundation's projects? > > Or going the other way, was a Map Tools Foundation considered? > Seems like it would be a good umbrella for lots of diverse > projects including the two map servers. The domain's right > there, and I'd hate to see function of maptools.org as a focal > point of open source GIS be split off into two. (Although, I'm > not sure if the projects on maptools would all care to be > subsumed into a foundation.) > > Cheers, > > Joonas > +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From dmorissette at DMSOLUTIONS.CA Wed Nov 30 14:26:06 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 17:26:06 -0500 Subject: MapTools & Foundation In-Reply-To: Message-ID: M Joonas Pihlaja wrote: > Hi all, > > Where does maptools.org fit into all this? Is the plan that > libraries like GDAL/Shapelib/etc be then moved over to be the > foundation's projects? > > Or going the other way, was a Map Tools Foundation considered? > Seems like it would be a good umbrella for lots of diverse > projects including the two map servers. The domain's right > there, and I'd hate to see function of maptools.org as a focal > point of open source GIS be split off into two. (Although, I'm > not sure if the projects on maptools would all care to be > subsumed into a foundation.) > Yes, the MapTools Foundation was considered as a very serious possibility, and personally I found that this name would have made lots of sense, but eventually it didn't fly for a few reasons, those that I remember are: 1- It's too closely tied to DM Solutions and may have given the appearance that it's not completely independent. Making sure that the foundation was seen as being entirely vendor neutral from day one was extremely important. This was not a problem if we used a name such as MapServer, and the name MapServer seemed to make lots of sense too, as a recognition of the achievement of the project and its community of users. 2- That would have lead to an issue of what to do with the projects currently on maptools.org and that may not belong or want to move to the foundation right away. I think this could have been addressed, easily thought with two classes of projects: hosted projects and foundation projects for instance. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Jean-Francois.Doyon at CCRS.NRCAN.GC.CA Wed Nov 30 14:32:06 2005 From: Jean-Francois.Doyon at CCRS.NRCAN.GC.CA (Doyon, Jean-Francois) Date: Wed, 30 Nov 2005 17:32:06 -0500 Subject: Problems upgrading to 4.6.1 or 4.8.0-be ta2 from 3.6.6 (Not about the foundatio Message-ID: Steve, Thanks for the quick reply, I realize you're busy with that other thing too :P 1 & 2 are the really bizarre ones ... I've noted them on the same mapfile for now, maybe they're related? I upgraded precisely for this particular map we're working on! (Which will blow your mind too :) I'm wondering if maybe I was testing with 4.6.0 before ... Hmmm. I did the DEBUG/LOG trick, didn't tell me anything more. 3: I'll try to get to it tomorrow ... I'm not even sure what layer it is yet, I just see a number of repeated identical errors "msEvalExpression(): General error message. Cannot evaluate expression, no item index defined." The number of repetition varies between maps I think ... Looks like one per class maybe? 4: I'll see what I can do :) Thanks again! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: November 30, 2005 5:08 PM To: Jean-Francois.Doyon at CCRS.NRCAN.GC.CA; MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Problems upgrading to 4.6.1 or 4.8.0-beta2 from 3.6.6 (Not about the foundatio Yeah! (on many counts) 1: I've tested REQUIRES a good bit and have had very good luck. I will test that specific setup and let you know. 2: Again, easy to test on my end. 3: Specifics of when would really help, especially on where the item in question is in the layer definition and what type of operation you are attempting (query vs. browse) 4: Some addtional checks have been put in place to deal with corrupt shapefiles or xbase files, but all *should* be accompanied by an error message. Don't suppose you saved a version of the seemingly corrupt file? We'll get you fixed up, don't worry. Will let you know... Steve >>> "Doyon, Jean-Francois" >>> 11/30/05 3:48 PM >>> Hello, So we've bitten the bullet and started the process to upgrade from 3.6.6 to 4.6.1 (And possibly 4.8). Mostly, things came across as expected, knowing what has changed and so on. Problem 1: REQUIRES. I'm aware of the bug in 4.6.1, so I'd backported the fix into it, and things were working ok for little while. Now however, it just won't work :( I've tried my version of 4.6.1 AND a "stock" 4.8.0-beta2, without success. Here's an example: Layer 1: LAYER NAME vegetation_250K_legend_zoom_3_4 STATUS OFF GROUP base TYPE POINT MINSCALE 42001 MAXSCALE 300001 METADATA "nolaydesclink" "2" "lay_title" "Vegetation" "checkable" "2" "legend_order" "40" END CLASS NAME "Cut Line: Firebreak" SYMBOL cutline_firebreak_alt SIZE 20 END CLASS NAME "Cut Line: Other" SYMBOL cutline_other_alt SIZE 20 END CLASS NAME "Wooded Area" SYMBOL wooded_alt SIZE 20 END END Layer 2: LAYER NAME vegetation_polygon_250K_map_zoom_3 STATUS DEFAULT GROUP base TYPE RASTER MINSCALE 80001 MAXSCALE 300001 REQUIRES "[vegetation_250K_legend_zoom_3_4]" METADATA "legend_order" "-2" "wms_srs" "EPSG:42304" "wms_name" "VEGETATION_2:BNDT_250K/NTDB_250K" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END CONNECTIONTYPE WMS CONNECTION "http://mydomain.com" END Unfortunately, turning on layer 1 does not make layer 2 appear, even though it's "DEFAULT" ... The only way this works is if we comment out the REQUIRES in Layer 2 ... Then it'll appear. I have no idea what happened to either make my custom 4.6.1, or even worst, the 4.8 beta, NOT work :( I upgraded libcurl to 7.15.0 ... Could that be a problem? I also use gdal/ogr 1.3.0 and gd 2.0.28 ... Problem 2: Pixmap symbols don't appear in the legend (An HTML legend). The symbols are just white or transparent gif's (Of the right size, 20x20 in this case). Vector symbology still works fine, other symbols are gif files, these are the problematic ones. Problem 3: Intermittent "no index item defined" errors. I have to try and track this down further ... But if anyone has already run into this? I saw a few discussions on the topic, but nothing that seemed relevant in my case. One problem we had where mapserver would die without an error message (well, an empty one) was solved by re-generating the data (shapefiles) ... Are these versions of mapserver more data sensitive somehow? Thanks in advance for any help! I'm dying here :P Jean-Fran?ois Doyon Internet Service Development and Systems Support / Sp?cialiste de d?veloppements internet et soutien technique Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection Natural Resources Canada/Ressources Naturelles Canada http://atlas.gc.ca Tel./T?l.: (613) 992-4902 Fax: (613) 947-2410 From adoyle at EOGEO.ORG Wed Nov 30 14:38:59 2005 From: adoyle at EOGEO.ORG (Allan Doyle) Date: Wed, 30 Nov 2005 17:38:59 -0500 Subject: epiphany, once again In-Reply-To: Message-ID: On Nov 30, 2005, at 16:20, P Kishor wrote: > How 'bout... > > MapServer Foundation (www.mapserverfoundation.org) > - Web Application Server aka MapServer (was.mapserverfoundation.org) > - Spatial Application Server aka Autodesk Mapguide > (sas.mapserverfoundation.org) > - Studio aka Autodesk Studio (studio.mapserverfoundation.org) > - PostGIS (postgis.mapserverfoundation.org) > - PROJ.4 (proj4.mapserverfoundation.org) > - GDAL (gdal.mapserverfoundation.org) > - MapTools (maptools.mapserverfoundation.org) > - Chameleon (chameleon.mapserverfoundation.org) > How about Geographic Commons Foundation or Geospatial Commons Foundation - www.geocommons.org. Have the projects called whatever makes sense. This also leaves room for Geographic Data Commons as a "sister" organization if it ever happens. (http://www.spatial.maine.edu/ geodatacommons/) Allan -- Allan Doyle +1.781.433.2695 adoyle at eogeo.org From steve.lime at DNR.STATE.MN.US Wed Nov 30 14:41:00 2005 From: steve.lime at DNR.STATE.MN.US (Steve Lime) Date: Wed, 30 Nov 2005 16:41:00 -0600 Subject: Problems upgrading to 4.6.1 or 4.8.0-be ta2 from 3.6.6 (Not about the foun Message-ID: The 4.8-beta2 release is quite good and 4.8 is the only one of the 4.x releases where requires actually works as intended (I hope). Steve >>> "Doyon, Jean-Francois" 11/30/05 4:32 PM >>> Steve, Thanks for the quick reply, I realize you're busy with that other thing too :P 1 & 2 are the really bizarre ones ... I've noted them on the same mapfile for now, maybe they're related? I upgraded precisely for this particular map we're working on! (Which will blow your mind too :) I'm wondering if maybe I was testing with 4.6.0 before ... Hmmm. I did the DEBUG/LOG trick, didn't tell me anything more. 3: I'll try to get to it tomorrow ... I'm not even sure what layer it is yet, I just see a number of repeated identical errors "msEvalExpression(): General error message. Cannot evaluate expression, no item index defined." The number of repetition varies between maps I think ... Looks like one per class maybe? 4: I'll see what I can do :) Thanks again! J.F. -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: November 30, 2005 5:08 PM To: Jean-Francois.Doyon at CCRS.NRCAN.GC.CA; MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] Problems upgrading to 4.6.1 or 4.8.0-beta2 from 3.6.6 (Not about the foundatio Yeah! (on many counts) 1: I've tested REQUIRES a good bit and have had very good luck. I will test that specific setup and let you know. 2: Again, easy to test on my end. 3: Specifics of when would really help, especially on where the item in question is in the layer definition and what type of operation you are attempting (query vs. browse) 4: Some addtional checks have been put in place to deal with corrupt shapefiles or xbase files, but all *should* be accompanied by an error message. Don't suppose you saved a version of the seemingly corrupt file? We'll get you fixed up, don't worry. Will let you know... Steve >>> "Doyon, Jean-Francois" >>> 11/30/05 3:48 PM >>> Hello, So we've bitten the bullet and started the process to upgrade from 3.6.6 to 4.6.1 (And possibly 4.8). Mostly, things came across as expected, knowing what has changed and so on. Problem 1: REQUIRES. I'm aware of the bug in 4.6.1, so I'd backported the fix into it, and things were working ok for little while. Now however, it just won't work :( I've tried my version of 4.6.1 AND a "stock" 4.8.0-beta2, without success. Here's an example: Layer 1: LAYER NAME vegetation_250K_legend_zoom_3_4 STATUS OFF GROUP base TYPE POINT MINSCALE 42001 MAXSCALE 300001 METADATA "nolaydesclink" "2" "lay_title" "Vegetation" "checkable" "2" "legend_order" "40" END CLASS NAME "Cut Line: Firebreak" SYMBOL cutline_firebreak_alt SIZE 20 END CLASS NAME "Cut Line: Other" SYMBOL cutline_other_alt SIZE 20 END CLASS NAME "Wooded Area" SYMBOL wooded_alt SIZE 20 END END Layer 2: LAYER NAME vegetation_polygon_250K_map_zoom_3 STATUS DEFAULT GROUP base TYPE RASTER MINSCALE 80001 MAXSCALE 300001 REQUIRES "[vegetation_250K_legend_zoom_3_4]" METADATA "legend_order" "-2" "wms_srs" "EPSG:42304" "wms_name" "VEGETATION_2:BNDT_250K/NTDB_250K" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END CONNECTIONTYPE WMS CONNECTION "http://mydomain.com" END Unfortunately, turning on layer 1 does not make layer 2 appear, even though it's "DEFAULT" ... The only way this works is if we comment out the REQUIRES in Layer 2 ... Then it'll appear. I have no idea what happened to either make my custom 4.6.1, or even worst, the 4.8 beta, NOT work :( I upgraded libcurl to 7.15.0 ... Could that be a problem? I also use gdal/ogr 1.3.0 and gd 2.0.28 ... Problem 2: Pixmap symbols don't appear in the legend (An HTML legend). The symbols are just white or transparent gif's (Of the right size, 20x20 in this case). Vector symbology still works fine, other symbols are gif files, these are the problematic ones. Problem 3: Intermittent "no index item defined" errors. I have to try and track this down further ... But if anyone has already run into this? I saw a few discussions on the topic, but nothing that seemed relevant in my case. One problem we had where mapserver would die without an error message (well, an empty one) was solved by re-generating the data (shapefiles) ... Are these versions of mapserver more data sensitive somehow? Thanks in advance for any help! I'm dying here :P Jean-Fran?ois Doyon Internet Service Development and Systems Support / Sp?cialiste de d?veloppements internet et soutien technique Canada Centre for Remote Sensing/Centre Canadien de t?l?d?tection Natural Resources Canada/Ressources Naturelles Canada http://atlas.gc.ca Tel./T?l.: (613) 992-4902 Fax: (613) 947-2410 From gary.lang at AUTODESK.COM Wed Nov 30 14:45:39 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 14:45:39 -0800 Subject: MapServer Foundation - Open Letter Message-ID: Noted. Thanks. -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Jason Birch Sent: Wednesday, November 30, 2005 1:45 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: Re: [UMN_MAPSERVER-USERS] MapServer Foundation - Open Letter Hi all, I'd like to bring my perspective into the discussion, as someone who is not part of the Mapserver community and has been brought in by the recent events. I work for the City of Nanaimo, but am not speaking for them officially in this email. We currently use MapGuide 6.5 as our "enterprise" mapping solution. I have a strong affinity for open source projects, and I have in the past downloaded Mapserver and taken the time to learn how to use it, evaluating it as a potential replacement for our current system. I was unable to make the business case because of some capability gaps between the two products. When I learned that Autodesk was granting its new product's code to the Mapserver Foundation I was elated (after I convinced myself that I wasn't hallucinating). Finally, I have a lever that allows me to promote and implement open source systems. In several cases, this is the only barrier I have to promoting a switch from Win2k3/MSSQL to Linux/PostGIS. I also can't wait until I can just pay a developer to add functionality to my web mapping application instead of having to either wait until the vendor decides to implement it or hacking around it myself with no benefit accruing to the other users of the software. I understand that there are huge issues with the community's loyalty and ownership of the Mapserver code and brand, and I don't think that this should be discounted. I also realize that I don't have any right to weigh in on this one way or another. What I would like to make clear is that having the Autodesk code as an open source web mapping tool really increases the number of organisations that will be looking at open source GIS. Will the new code directly contribute to Mapserver? I don't know; there are definitely some innovative designs and portions of the code that would be great additions to Mapserver. Would Autodesk going off on its own and releasing this code as open source have diminished the Mapserver community? I believe so. Each of the applications has their strengths, and like any addition to the open source project slate there would be some cannibalisation of current Mapserver users and contributors. This may happen anyway, but if they are both under the same organisation they can share in the contributions that the newly attracted users will be bringing with them. I have heard a lot of people comment on the size of the Autodesk code. That size is directly proportional to its potential functionality. If you doubt this, read through the as-yet-incomplete API documentation that is an optional install with the Web Extensions. There is huge potential there for data update, geoprocessing, spatial web services, and other items that would be difficult to implement with Mapserver. Those of you who take the time to understand the Autodesk code and expand your consulting and implementation services to incorporate this code base will ultimately benefit from using it where it is justified. I hope that you do because I (and others like me) will be looking for you in the near future. To address Gary Lang's question about MapGuide being a project of the Mapserver Foundation... Renaming the foundation would certainly address your concern and may be the best path to supporting additional open source projects, but I don't think that it's necessary. I for one believe that the new application can stand on its own merit, no matter its name. (For the record, I don't particularly like the MapGuide name as it's associated with the existing MapGuide application, and there is no comparison). Placing the application under the Mapserver Foundation would in no way diminish its inherent capabilities or suitability for applications where it is the correct choice for implementation. Respectfully, Jason Birch From mapserver at EIDESIS.ORG Wed Nov 30 14:40:03 2005 From: mapserver at EIDESIS.ORG (P Kishor) Date: Wed, 30 Nov 2005 16:40:03 -0600 Subject: what is an enterprise class app? (was MapServer and Foundation naming) Message-ID: Jason Birch wrote: > P Kishor Wrote: >> I still don't understand why no one is talking about MapServer + > PostGIS. >> That is about as enterprise as one's gonna get. > > Is that a red herring? I don't like seafood, but I guess I'll bite :) no, it was a legit question, and I am thankful you have answered, because I do want this discussed. Because it can end up becoming a smoke-screen for bigger issues. > > That combination does not address a number of issues that are commonly > addressed by commercial solutions that are touted as "enterprise". > Authentication and authorization (feature or layer level, not > application level), geoprocessing, data update, SOA, and GUI > capabilities are a few that come to mind and rank among the primary > reasons I am not currently using Mapserver. I don't dispute that the > Mapserver/PostGIS combination is an enterprise-quality application, but > it certainly does not meet all enterprise needs. all of the above you speak of can be done with MapServer in conjunction with other tools. Someone else also mentioned similar qualities making for an "enterprise" class application. Stuff like thread safety, Java and .net support, real database transactions, user-session management, distributed servers were mentioned. It is a matter of philosophy. MapServer itself does one thing, and does it amazingly well. Give it an envelope and a bunch of query params, point it in the direction of a datasource, and it will generate a map and hand it to the webserver. Well, it can now send that map as an image or as a WMS/WFS. The rest, it leaves it up to the application. It does its job, does it exceedingly fast, and very reliably. I recently had the misfortune of working with WebSphere (hey! how about "MapSphere"?). Man, what a boatload that was. Sure, it could do a billion things, but when I wanted just a fast, nimble car, it insisted on give me the entire car assembly line. I personally would much rather use html/ajax for gui (I am not sure how Autodesk's MapGuide does GUI... if it does it in any way that is not web-compliant then I have little interest in it). I would use some language level framework such as Catalyst or Maypole or Ruby on Rails or Zope or... see, the freedom I get to choose my scaffolding. I would leave the real db transactions to a real db such as... hey! PostGres. PostGIS can do data updates. I don't even know what SOA is other than the latest buzzword-du-jour. I mean, isn't WMS/WFS SOA enough? See, it is a matter of philosophy. I prefer small, separate tools that do their job, and do it well. Then I want to glue them together. I can mix and match them with my requirements, my capabilities, my budget, etc. Others might want to take all those itty-bitty pieces, mush them together, create a 125 Mb download, and call it enterprise class. Sure, it is a big world, and they can have their way. But, lord... enterprises are not a new thing, and enterprise class applications have been built for long time before the new marketing heads came and started jacking up the price of things by prefixing them with ".. Enterprise." It is like the whole J2EE mess. Sounds sexy, but is a pain in the derriere. Anyway, thanks for taking the time and giving your perspective. I disagree with it, but at least I have learned of another point of view. From gary.lang at AUTODESK.COM Wed Nov 30 14:55:03 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 14:55:03 -0800 Subject: what is an enterprise class app? (was MapServer and Foundation naming) Message-ID: " I personally would much rather use html/ajax for gui (I am not sure how Autodesk's MapGuide does GUI... if it does it in any way that is not web-compliant then I have little interest in it)."' We have AJAX out of the box. No add-ons required. An app written for Tux will work the same way using AJAX or the ActiveX control. If someone writes an SVG driver, that would work too. Take a look! -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of P Kishor Sent: Wednesday, November 30, 2005 2:40 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was MapServer and Foundation naming) Jason Birch wrote: > P Kishor Wrote: >> I still don't understand why no one is talking about MapServer + > PostGIS. >> That is about as enterprise as one's gonna get. > > Is that a red herring? I don't like seafood, but I guess I'll bite :) no, it was a legit question, and I am thankful you have answered, because I do want this discussed. Because it can end up becoming a smoke-screen for bigger issues. > > That combination does not address a number of issues that are commonly > addressed by commercial solutions that are touted as "enterprise". > Authentication and authorization (feature or layer level, not > application level), geoprocessing, data update, SOA, and GUI > capabilities are a few that come to mind and rank among the primary > reasons I am not currently using Mapserver. I don't dispute that the > Mapserver/PostGIS combination is an enterprise-quality application, > but it certainly does not meet all enterprise needs. all of the above you speak of can be done with MapServer in conjunction with other tools. Someone else also mentioned similar qualities making for an "enterprise" class application. Stuff like thread safety, Java and .net support, real database transactions, user-session management, distributed servers were mentioned. It is a matter of philosophy. MapServer itself does one thing, and does it amazingly well. Give it an envelope and a bunch of query params, point it in the direction of a datasource, and it will generate a map and hand it to the webserver. Well, it can now send that map as an image or as a WMS/WFS. The rest, it leaves it up to the application. It does its job, does it exceedingly fast, and very reliably. I recently had the misfortune of working with WebSphere (hey! how about "MapSphere"?). Man, what a boatload that was. Sure, it could do a billion things, but when I wanted just a fast, nimble car, it insisted on give me the entire car assembly line. I personally would much rather use html/ajax for gui (I am not sure how Autodesk's MapGuide does GUI... if it does it in any way that is not web-compliant then I have little interest in it). I would use some language level framework such as Catalyst or Maypole or Ruby on Rails or Zope or... see, the freedom I get to choose my scaffolding. I would leave the real db transactions to a real db such as... hey! PostGres. PostGIS can do data updates. I don't even know what SOA is other than the latest buzzword-du-jour. I mean, isn't WMS/WFS SOA enough? See, it is a matter of philosophy. I prefer small, separate tools that do their job, and do it well. Then I want to glue them together. I can mix and match them with my requirements, my capabilities, my budget, etc. Others might want to take all those itty-bitty pieces, mush them together, create a 125 Mb download, and call it enterprise class. Sure, it is a big world, and they can have their way. But, lord... enterprises are not a new thing, and enterprise class applications have been built for long time before the new marketing heads came and started jacking up the price of things by prefixing them with ".. Enterprise." It is like the whole J2EE mess. Sounds sexy, but is a pain in the derriere. Anyway, thanks for taking the time and giving your perspective. I disagree with it, but at least I have learned of another point of view. From dmorissette at DMSOLUTIONS.CA Wed Nov 30 15:00:27 2005 From: dmorissette at DMSOLUTIONS.CA (Daniel Morissette) Date: Wed, 30 Nov 2005 18:00:27 -0500 Subject: MapServer and Foundation naming In-Reply-To: <7211A40F-7F40-4FFA-A0D6-37EC0B80CA8A@dmsolutions.ca> Message-ID: I am not a lawyer, but I think the different license may be an issue that we'll need to address, especially with respect to sharing small blocks of code or patches. i.e. code submitted to the LGPL software may require the author to resubmit it again to the MIT-licensed software since we cannot (I don't think) embed LGPL code inside a MIT-licensed software. AFAIK, using MIT code inside a LGPL package would be fine since the MIT licesne is more permissive than LGPL. Once again, I am not a lawyer, but that's definitely one issue that will need to be dealt with eventually. For whole libraries, though, I don't think it will be an issue. MIT licensed software can link with LGPL and vice-versa AFAIK. Daniel Paul Spencer wrote: > I can't see the license of MapServer changing (modified MIT X11 I > think) so my guess is that this type of sharing will only happen as the > licenses permit it. The LGPL is certainly less restrictive that the > GPL so libraries of code could probably be shared if they are used as a > whole piece, but copying only some lines of code from the code base > would probably be against the license. > > > On 30-Nov-05, at 4:59 PM, Attila Csipa wrote: > >> On Wednesday 30 November 2005 19:27, P Kishor wrote: >> >>> It is still not clear what exactly will Autodesk's codebase contribute >>> to the MapServer codebase, if anything at all. Will it, won't it? Will >>> it forever be a separate but equal product? Why does it even need the >>> MapServer foundation? >> >> >>> Daniel wrote: >>> Some of the benefits of both projects working together will be sharing >>> of underlying libraries and code. Some obvious ones are the FDO/ >>> OGR/GDAL >>> data access libs, but there will be more over time. >> >> >> Withe regard to the licensing issue, I for one would like to hear the >> stance >> on this, too. You see, the Autodesk product was released under LGPL and >> Mapserver under a very different license. Using the _code_ (as in not >> whole >> libraries) from the autodesk offering would necessitate the change of >> Mapserver licensing, or am I wrong on this one ? I'm not sure the >> ramifications of this are all that apparent - MapServer had a much >> more free >> (IIRC BSD style) license. Many of you may not have followed the >> discussions >> but this is gaining importance as the upcoming GPL v3 has some important >> changes wrt web applications. >> > > +-----------------------------------------------------------------+ > |Paul Spencer pspencer at dmsolutions.ca | > +-----------------------------------------------------------------+ > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > +-----------------------------------------------------------------+ > > From dylan.beaudette at GMAIL.COM Wed Nov 30 15:11:15 2005 From: dylan.beaudette at GMAIL.COM (Dylan Beaudette) Date: Wed, 30 Nov 2005 15:11:15 -0800 Subject: Getting the mapxy coordinates from an imagemap Message-ID: Greetings, exciting times in the Mapserver world indeed. I have 2 map files that are identical, one producing a PNG, and the other producing an HTML image map used to query the image. The imagemap creates a Javascript function called "Clicked()", with the contents of the field defined in CLASSITEM inserted as the first argument to that function. This setup works well for accessing feature information via JavaScript. However, would it be possible to intercept the mapxy coordinates when the user clicks on this image+imagemap combination? Thanks in advance! -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From pspencer at DMSOLUTIONS.CA Wed Nov 30 15:09:58 2005 From: pspencer at DMSOLUTIONS.CA (Paul Spencer) Date: Wed, 30 Nov 2005 18:09:58 -0500 Subject: what is an enterprise class app? (was MapServer and Foundation naming) In-Reply-To: Message-ID: "Take a look!" but not in Safari :( (hopefully soon though?) I agree that it could be done with MapServer and I have been actively involved in the design and development of tools that fit some of the pieces here, plus applications that really do meet these criteria. The point is one of choice I think. MapServer does what it does extremely well, and it doesn't do enterprise apps (as defined here) unless you add a bunch of stuff to it. If you are very knowledgeable with MapServer, it would still take some serious effort to build an enterprise app, but you would know exactly how it was built and why it worked. MSE does what it does (but it has yet to prove that it does it well I think), and you have this capability more or less out of the box but at the cost of not getting to hand pick all the pieces and perhaps having more of a black box solution ... but then any sufficiently complex code written around MapServer would probably be mostly a black box too (do I hear anyone say Chameleon?) Personally I will pick and choose the best solution for a given problem. I am more than willing to give MSE a chance to prove itself capable and to define the space that it is most capable in, but I will never give up MapServer as a tried and true way of getting maps to the web as quickly as possible. (Sorry Gary, I just don't believe that MSE will be faster than MapServer in some cases ;)) Cheers Paul On 30-Nov-05, at 5:55 PM, Gary Lang wrote: > " I personally would much rather use html/ajax for gui (I am not sure > how Autodesk's MapGuide does GUI... if it does it in any way that is > not web-compliant then I have little interest in it)."' > > We have AJAX out of the box. No add-ons required. An app written > for Tux > will work the same way using AJAX or the ActiveX control. If someone > writes an SVG driver, that would work too. > > Take a look! > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of P Kishor > Sent: Wednesday, November 30, 2005 2:40 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was > MapServer and Foundation naming) > > Jason Birch wrote: >> P Kishor Wrote: >>> I still don't understand why no one is talking about MapServer + >> PostGIS. >>> That is about as enterprise as one's gonna get. >> >> Is that a red herring? I don't like seafood, but I guess I'll >> bite :) > > no, it was a legit question, and I am thankful you have answered, > because I do want this discussed. Because it can end up becoming a > smoke-screen for bigger issues. > >> >> That combination does not address a number of issues that are >> commonly > >> addressed by commercial solutions that are touted as "enterprise". >> Authentication and authorization (feature or layer level, not >> application level), geoprocessing, data update, SOA, and GUI >> capabilities are a few that come to mind and rank among the primary >> reasons I am not currently using Mapserver. I don't dispute that the >> Mapserver/PostGIS combination is an enterprise-quality application, >> but it certainly does not meet all enterprise needs. > > all of the above you speak of can be done with MapServer in > conjunction > with other tools. Someone else also mentioned similar qualities making > for an "enterprise" class application. Stuff like thread safety, Java > and .net support, real database transactions, user-session management, > distributed servers were mentioned. > > It is a matter of philosophy. MapServer itself does one thing, and > does > it amazingly well. Give it an envelope and a bunch of query params, > point it in the direction of a datasource, and it will generate a map > and hand it to the webserver. Well, it can now send that map as an > image > or as a WMS/WFS. The rest, it leaves it up to the application. It does > its job, does it exceedingly fast, and very reliably. > > I recently had the misfortune of working with WebSphere (hey! how > about > "MapSphere"?). Man, what a boatload that was. Sure, it could do a > billion things, but when I wanted just a fast, nimble car, it insisted > on give me the entire car assembly line. > > I personally would much rather use html/ajax for gui (I am not sure > how > Autodesk's MapGuide does GUI... if it does it in any way that is not > web-compliant then I have little interest in it). I would use some > language level framework such as Catalyst or Maypole or Ruby on > Rails or > Zope or... see, the freedom I get to choose my scaffolding. > > I would leave the real db transactions to a real db such as... hey! > PostGres. PostGIS can do data updates. > > I don't even know what SOA is other than the latest buzzword-du-jour. > I mean, isn't WMS/WFS SOA enough? > > See, it is a matter of philosophy. I prefer small, separate tools that > do their job, and do it well. Then I want to glue them together. I can > mix and match them with my requirements, my capabilities, my budget, > etc. > > Others might want to take all those itty-bitty pieces, mush them > together, create a 125 Mb download, and call it enterprise class. > Sure, it is a big world, and they can have their way. But, lord... > enterprises are not a new thing, and enterprise class applications > have > been built for long time before the new marketing heads came and > started > jacking up the price of things by prefixing them with ".. > Enterprise." It is like the whole J2EE mess. Sounds sexy, but is a > pain > in the derriere. > > Anyway, thanks for taking the time and giving your perspective. I > disagree with it, but at least I have learned of another point of > view. > +-----------------------------------------------------------------+ |Paul Spencer pspencer at dmsolutions.ca | +-----------------------------------------------------------------+ |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| +-----------------------------------------------------------------+ From gary.lang at AUTODESK.COM Wed Nov 30 15:25:34 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 15:25:34 -0800 Subject: what is an enterprise class app? (was MapServer and Foundation naming) Message-ID: It took us 3 weeks to add an AJAX driver that suoports all the functionality. We will ship it working with Safari - it sort of works now, but not well. Firefox works, of course. --- Original Message --- From: "Paul Spencer (External)" Sent: Wed 11/30/2005 6:10 pm To: "MAPSERVER-USERS at LISTS.UMN.EDU" Subject: Re: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was MapServer and Foundation naming) "Take a look!" but not in Safari :( (hopefully soon though?) I agree that it could be done with MapServer and I have been actively involved in the design and development of tools that fit some of the pieces here, plus applications that really do meet these criteria. The point is one of choice I think. MapServer does what it does extremely well, and it doesn't do enterprise apps (as defined here) unless you add a bunch of stuff to it. If you are very knowledgeable with MapServer, it would still take some serious effort to build an enterprise app, but you would know exactly how it was built and why it worked. MSE does what it does (but it has yet to prove that it does it well I think), and you have this capability more or less out of the box but at the cost of not getting to hand pick all the pieces and perhaps having more of a black box solution ... but then any sufficiently complex code written around MapServer would probably be mostly a black box too (do I hear anyone say Chameleon?) Personally I will pick and choose the best solution for a given problem. I am more than willing to give MSE a chance to prove itself capable and to define the space that it is most capable in, but I will never give up MapServer as a tried and true way of getting maps to the web as quickly as possible. (Sorry Gary, I just don't believe that MSE will be faster than MapServer in some cases ;)) Cheers Paul On 30-Nov-05, at 5:55 PM, Gary Lang wrote: > " I personally would much rather use html/ajax for gui (I am not sure > how Autodesk's MapGuide does GUI... if it does it in any way that is > not web-compliant then I have little interest in it)."' > > We have AJAX out of the box. No add-ons required. An app written > for Tux > will work the same way using AJAX or the ActiveX control. If someone > writes an SVG driver, that would work too. > > Take a look! > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of P Kishor > Sent: Wednesday, November 30, 2005 2:40 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was > MapServer and Foundation naming) > > Jason Birch wrote: >> P Kishor Wrote: >>> I still don't understand why no one is talking about MapServer + >> PostGIS. >>> That is about as enterprise as one's gonna get. >> >> Is that a red herring? I don't like seafood, but I guess I'll >> bite :) > > no, it was a legit question, and I am thankful you have answered, > because I do want this discussed. Because it can end up becoming a > smoke-screen for bigger issues. > >> >> That combination does not address a number of issues that are >> commonly > >> addressed by commercial solutions that are touted as "enterprise". >> Authentication and authorization (feature or layer level, not >> application level), geoprocessing, data update, SOA, and GUI >> capabilities are a few that come to mind and rank am... -------------- next part -------------- An HTML attachment was scrubbed... URL: From gary.lang at AUTODESK.COM Wed Nov 30 15:25:34 2005 From: gary.lang at AUTODESK.COM (Gary Lang) Date: Wed, 30 Nov 2005 15:25:34 -0800 Subject: what is an enterprise class app? (was MapServer and Foundation naming) Message-ID: MSE is not done yet. However ADSK ships code that works. We have 10 QA people that will make sure MSE will. We can't ship our software until it does. --- Original Message --- From: "Paul Spencer (External)" Sent: Wed 11/30/2005 6:10 pm To: "Gary Lang" Cc: "MAPSERVER-USERS at LISTS.UMN.EDU" Subject: Re: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was MapServer and Foundation naming) "Take a look!" but not in Safari :( (hopefully soon though?) I agree that it could be done with MapServer and I have been actively involved in the design and development of tools that fit some of the pieces here, plus applications that really do meet these criteria. The point is one of choice I think. MapServer does what it does extremely well, and it doesn't do enterprise apps (as defined here) unless you add a bunch of stuff to it. If you are very knowledgeable with MapServer, it would still take some serious effort to build an enterprise app, but you would know exactly how it was built and why it worked. MSE does what it does (but it has yet to prove that it does it well I think), and you have this capability more or less out of the box but at the cost of not getting to hand pick all the pieces and perhaps having more of a black box solution ... but then any sufficiently complex code written around MapServer would probably be mostly a black box too (do I hear anyone say Chameleon?) Personally I will pick and choose the best solution for a given problem. I am more than willing to give MSE a chance to prove itself capable and to define the space that it is most capable in, but I will never give up MapServer as a tried and true way of getting maps to the web as quickly as possible. (Sorry Gary, I just don't believe that MSE will be faster than MapServer in some cases ;)) Cheers Paul On 30-Nov-05, at 5:55 PM, Gary Lang wrote: > " I personally would much rather use html/ajax for gui (I am not sure > how Autodesk's MapGuide does GUI... if it does it in any way that is > not web-compliant then I have little interest in it)."' > > We have AJAX out of the box. No add-ons required. An app written > for Tux > will work the same way using AJAX or the ActiveX control. If someone > writes an SVG driver, that would work too. > > Take a look! > > -----Original Message----- > From: UMN MapServer Users List [mailto:MAPSERVER- > USERS at LISTS.UMN.EDU] On > Behalf Of P Kishor > Sent: Wednesday, November 30, 2005 2:40 PM > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] what is an enterprise class app? (was > MapServer and Foundation naming) > > Jason Birch wrote: >> P Kishor Wrote: >>> I still don't understand why no one is talking about MapServer + >> PostGIS. >>> That is about as enterprise as one's gonna get. >> >> Is that a red herring? I don't like seafood, but I guess I'll >> bite :) > > no, it was a legit question, and I am thankful you have answered, > because I do want this discussed. Because it can end up becoming a > smoke-screen for bigger issues. > >> >> That combination does not address a number of issues that are >> commonly > >> addressed by commercial solutions that are touted as "enterprise". >> Authentication and authorization (feature or layer level, not >> application level), geoprocessing, data update, SOA, and GUI >> capabilities are a few that come to mind and rank am... -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdc at SDC.COM.AU Wed Nov 30 15:44:49 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 1 Dec 2005 10:14:49 +1030 Subject: Pixmap symbols and transparent In-Reply-To: Message-ID: Thanks for the feedback. Here is some more info. Cheers and thanks. Stephen The image I am using is attached. The symbol file looks like this: SYMBOL NAME 'tree' TYPE PIXMAP IMAGE "/usr/local/apache2/htdocs/benparts/symimages/tree.png" END The mapfile entry looks like this: LAYER CONNECTIONTYPE postgis NAME "cadt" DATA "geom from cad" CONNECTION "user=scldad dbname=benparts" STATUS DEFAULT TYPE POINT PROJECTION "init=epsg:4263" END FILTER "gtype='T' and client_id=15" CLASSITEM "type" CLASS EXPRESSION "201" STYLE COLOR 0 255 0 END STYLE SYMBOL "tree" COLOR 0 255 0 SIZE 9 END END END END On Tue, 29 Nov 2005 08:31 am, Steve Lime wrote: > Try using a transparent image as a marker and see what happens. > > Steve > > >>> Stephen Davies 11/28/05 3:50 PM >>> > I am basing my symbol work on the recent "Construction of Cartographic > Symbols" paper. > > Cheers, > Stephen > > On Tue, 29 Nov 2005 12:17 am, Steve Lime wrote: > > You shouldn't have to do that, in fact, I don't believe that option is > even used any more. MapServer will use transparency if the image has > it. There must be an error in the documentation someplace. > > > > Are you seeing otherwise? > > > > Steve > > > > >>> Stephen Davies 11/28/05 4:27 AM >>> > > How does one determine the palette indexes for use with the > TRANSPARENT > > option in pixmap symbol definitions? > > > > (Why is the transparency of the image file not used?) > > > > Cheers and thanks, > > Stephen > > > > -- > > > ======================================================================== > > This email is for the person(s) identified above, and is confidential > to > > the sender and the person(s). No one else is authorised to use or > > disseminate this email or its contents. > > > > Stephen Davies Consulting Voice: 08-8177 > 1595 > > Adelaide, South Australia. Fax: 08-8177 > 0133 > > Computing & Network solutions. Mobile:0403 0405 > 83 > > > > > > > > -- > ======================================================================== > This email is for the person(s) identified above, and is confidential to > the sender and the person(s). No one else is authorised to use or > disseminate this email or its contents. > > Stephen Davies Consulting Voice: 08-8177 1595 > Adelaide, South Australia. Fax: 08-8177 0133 > Computing & Network solutions. Mobile:0403 0405 83 > > > -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tree.png Type: image/png Size: 812 bytes Desc: not available URL: From pianosnake at GMAIL.COM Wed Nov 30 16:11:35 2005 From: pianosnake at GMAIL.COM (Flo Alex) Date: Wed, 30 Nov 2005 19:11:35 -0500 Subject: flash 256 output swf Message-ID: Hello, I am using a raster layer from USGS in my mapserver app and I have swf output enabled. The other layers in my mapfile are shapefiles and they are coming out correctly. With both options "OUTPUT_MOVIE=MULTIPLE/SINGLE" i get the swf raster output in 256 colors. My output format is defined in the map file as : OUTPUTFORMAT NAME swf DRIVER "SWF" MIMETYPE "application/x-shockwave-flash" EXTENSION "swf" IMAGEMODE RGBA FORMATOPTION "OUTPUT_MOVIE=MULTIPLE" FORMATOPTION "FULL_RESOLUTION=FALSE" END I've tried all of the imagemodes available PC256, RGB, RGBA, etc.. and none would make a non-256 color image. Any thoughts ? My server setup is: mapserver 4.6.1 php 4.3.7 phpMapScript 1.235 ming 0.2a From pramsey at REFRACTIONS.NET Wed Nov 30 17:02:17 2005 From: pramsey at REFRACTIONS.NET (Paul Ramsey) Date: Wed, 30 Nov 2005 17:02:17 -0800 Subject: MapTools & Foundation In-Reply-To: <438E26FE.1050301@dmsolutions.ca> Message-ID: Lots of interesting ideas floating around, and good suggestions for moving forward. I will weigh in with my suggestions, which you can take as much salt as you need to make palatable: *** Foundation Name *** Mapserver may be the first open source project in the door here, but painting its name in big letters over the lintel will discourage others from joining. I think that the Apache example is actually a *bad* one to follow, since I personally found their naming system fairly confusing for quite a while ("This is apache? I thought it was a web server? So is this supposed to integrate with the web server?"). Many good suggestions on a neutral foundation name have floated by, but my favourite is and remains "Maptools Foundation" using maptools.org as a site. For most people, the only obvious connections of maptools.org with DM Solutions is the graphical look'n'feel on the web site, and that is easily enough stripped away and made neutral. "Maptools" is short, practical sounding, it is not buzz wordy, geospatial-this-and-that, and using it amalgamates a good central site into the foundation right away. *** Product Names *** As many others have said, let "Mapserver" be "Mapserver". Let the product-formerly-known-as-mapguide be something else. You are not telling them how to name their product, you are just telling them that they cannot directly appropriate the Mapserver name. I imagine they would feel the same way if we wanted to start calling Mapserver "MapGuide Enterprise". This will be no fun for DM or Autodesk, since it involves walking back a bunch of announcements, but perhaps that is the price of rushing out the door so quickly. From what I have read of the comments, the naming issue is the central one, since little else has been decided, and it would certainly make the community as a whole less restive (I hope). *** Governance *** It is great that governance will be discussed in the open, and that Frank is already putting together some straw men for us to burn (wooo, burning man!). I fear that consensus will be practically impossible to achieve, and a command decision will have to be made. At the end of the day, I suppose the only decision making agents are UMN and Autodesk, since they are the ones actually donating code to the organization that will be run by the governance model. If they decline to donate their code, governance becomes a moot point. However, any governance model should be appealing enough that other future organizations will feel interested in donating code. Which leads to... *** PostGIS and uDig *** Just to pre-empt some questions, we have no plans to move PostGIS or uDig into the Foundation in the near or middle term. We really would have to see the Foundation succeeding and as a big boost over our current structure in terms of business development in order to move our large projects there, and that will take quite some time -- there needs to be a solid business case to do so. There are some other smaller projects (IMSEMU) which we will be interested in bringing into the Foundation once things solidify a bit. Paul From mike.and.kerry at GMAIL.COM Wed Nov 30 17:26:58 2005 From: mike.and.kerry at GMAIL.COM (Mike Davis) Date: Wed, 30 Nov 2005 16:26:58 -0900 Subject: epiphany, once again In-Reply-To: Message-ID: *I apologize in advance for the rambling post, its been a long day.* One of the biggest challenges I face when selling Mapserver to my various bosses is that they continuously confuse Mapserver with *a mapserver*(application that serves maps). As brilliantly simple as the name is, it is just plain confusing to those not in the know. A typical conversation goes like this: Boss: "Are we using ArcIMS for our web site?" Me: "No, we use Mapserver." Boss: "No, I know we have a mapserver, but what application is it?" Me: "Mapserver." Boss: "Yes, what is it?" Me: "Mapserver, its an Open Source application hosted by the University of Minnesota." Boss: "How much does it cost?" Me: "It's Open Source, you can download it for free." Boss: "Say what?" Me: "Our web mapping application was free." Boss: "But what is its name?" Usually at this point I give out an exasperated groan and bring up the Mapserver web site. If we don't have time to go through the above ritual the boss-type just ends up walking away confused. The point is there is quite a bit of ambiguity in the name. In a world that obsesses over branding and labeling Mapserver has an almost post-modern simplicity that seems to confuse absolutely everyone. PS- If anyone is interested I might be convinced to donate www.gisluser.com ... mapserver.gisluser.com? mapguide.gisluser.com? anybody? Maybe not. On 11/30/05, Allan Doyle wrote: > > On Nov 30, 2005, at 16:20, P Kishor wrote: > > > How 'bout... > > > > MapServer Foundation (www.mapserverfoundation.org) > > - Web Application Server aka MapServer (was.mapserverfoundation.org) > > - Spatial Application Server aka Autodesk Mapguide > > (sas.mapserverfoundation.org) > > - Studio aka Autodesk Studio (studio.mapserverfoundation.org) > > - PostGIS (postgis.mapserverfoundation.org) > > - PROJ.4 (proj4.mapserverfoundation.org) > > - GDAL (gdal.mapserverfoundation.org) > > - MapTools (maptools.mapserverfoundation.org) > > - Chameleon (chameleon.mapserverfoundation.org) > > > > How about Geographic Commons Foundation or Geospatial Commons > Foundation - www.geocommons.org. > > Have the projects called whatever makes sense. > > This also leaves room for Geographic Data Commons as a "sister" > organization if it ever happens. (http://www.spatial.maine.edu/ > geodatacommons/) > > Allan > > -- > Allan Doyle > +1.781.433.2695 > adoyle at eogeo.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sdc at SDC.COM.AU Wed Nov 30 19:32:13 2005 From: sdc at SDC.COM.AU (Stephen Davies) Date: Thu, 1 Dec 2005 14:02:13 +1030 Subject: Projection & raster questions Message-ID: I have an application which is heavily based on the DHTML rubber band sample in the MapServer tutorial. That is, it used two divs to present a main map and a reference map with mapserv?mode=map commands. (MapServer version 4.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=GEOS INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=SHAPEFILE) The data involved is stored in a PostGIS database as lat/long coordinates and is (currently) projected into the map with proj=eqc lon_0=xxx where xxx is calculated dynamically as the centre of the initial map extent. With the attached map1.map mapfile this works very well and users can zoom, pan and query from the main map and pan from the reference map with the correct results (though the area of interest square on the reference map is sometimes marginally out - particularly for very small map extents aganst relatively large reference maps). The extent for the initial main map is given via the URL in the form: &mapext=139.357482910156+-34.3308868408203+139.380233764648+-34.3129386901855 That is, long/lat (calculated dynamically from other input) and the UNITS are meters. The values plpl, exex and cidcid are edited to realvalues before invoking mapserv. plpl is the calculated central meridian, cidcid is the current user ID and exex is the extent of the reference map IN METRES! This latter extent is calculated from lat/long values using proj: proj +proj=eqc +lon_0=$central (where $central is the same value as plpl above) As I say, the above all works exactly as I want - provided the above projection and extent rules are followed. However, I now want to add the raster layer and am having difficulty getting the new layer to align with the rest. The raster file is an ECW. Driver: ECW/ERMapper Compressed Wavelets Size is 82560, 70380 Coordinate System is: GEOGCS["GEOCENTRIC DATUM of AUSTRALIA", DATUM["GDA94", SPHEROID["GRS80",6378137,298.257222101]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433]] Origin = (112.500000,-8.903313) Pixel Size = (0.00050000,-0.00050000) Corner Coordinates: Upper Left ( 112.5000000, -8.9033134) (112d30'0.00"E, 8d54'11.93"S) Lower Left ( 112.5000000, -44.0933134) (112d30'0.00"E, 44d 5'35.93"S) Upper Right ( 153.7800000, -8.9033134) (153d46'48.00"E, 8d54'11.93"S) Lower Right ( 153.7800000, -44.0933134) (153d46'48.00"E, 44d 5'35.93"S) Center ( 133.1400000, -26.4983134) (133d 8'24.00"E, 26d29'53.93"S) Band 1 Block=82560x1 Type=Byte, ColorInterp=Red Overviews: arbitrary Band 2 Block=82560x1 Type=Byte, ColorInterp=Green Overviews: arbitrary Band 3 Block=82560x1 Type=Byte, ColorInterp=Blue Overviews: arbitrary To test the ECW raster facility, I created a test map file (attached as map2.map). The only ways that I could get the image displayed were to specify the projection as epsq:4263 and the extent as lat/long or the projection as eqc and the extent in meters relative to 0,0 at top left despite the image georef stuff all being in lat/long (why is this??). Neither of these combinations will work in the existing application (as the rubber band and reference map interfaces require metres and a proper geographic extent) so I went back to square one with that app and tried again to specify the map extent in metres. I used proj to convert the lat/long extent into metres and tried to generate a map. At first it looked as if the map was blank but then I randomly panned around and discovered that the data was actually there but off the map. Apparently, the extent values out of the proj command differ quite significantly from the same values generated within mapserv???? For example, proj gave me values of -1282.08, -3821696.8 & 1250.54,-3819699 while mapserv gave -1336.4, -3802151 & 1351.1, -3799464 for approximately the same piece of space. So, I now have two problems: 1. how to calculate the correct extent values for the base app and 2. how to get the raster layer to align with the rest (that is with the same extent as the rest rather than the 0,0-based one). TIA, Stephen avies -- ======================================================================== This email is for the person(s) identified above, and is confidential to the sender and the person(s). No one else is authorised to use or disseminate this email or its contents. Stephen Davies Consulting Voice: 08-8177 1595 Adelaide, South Australia. Fax: 08-8177 0133 Computing & Network solutions. Mobile:0403 0405 83 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: signature URL: -------------- next part -------------- MAP NAME benparts1 PROJECTION "proj=eqc" "lon_0=plpl" END SIZE 600 600 FONTSET "/usr/local/apache2/htdocs/benparts/fonts.list" SYMBOLSET "/usr/local/apache2/htdocs/benparts/symbols" UNITS METERS IMAGETYPE png IMAGECOLOR 255 255 255 WEB template /usr/local/apache2/htdocs/benparts/templates/test1.html imagepath "/usr/local/apache2/htdocs/tmp/" imageurl "/tmp/" END LEGEND KEYSIZE 18 12 LABEL TYPE BITMAP SIZE MEDIUM COLOR 0 0 94 END STATUS ON END LAYER CONNECTIONTYPE postgis NAME "cadt" DATA "geom from cad" CONNECTION "user=scldad dbname=benparts" STATUS DEFAULT TYPE POINT PROJECTION "init=epsg:4263" END FILTER "gtype='T' and client_id=cidcid" CLASSITEM "type" CLASS EXPRESSION "201" STYLE COLOR 0 255 0 END STYLE SYMBOL "tree" COLOR 0 255 0 SIZE 9 END END CLASS EXPRESSION "754" LABEL MINDISTANCE 150 POSITION CR SIZE TINY COLOR 0 0 0 FORCE TRUE END TEXT 'WM' STYLE SYMBOL "dot" COLOR 0 0 0 SIZE 5 END END CLASS EXPRESSION "757" LABEL MINDISTANCE 150 POSITION CR SIZE TINY COLOR 0 0 0 FORCE TRUE END TEXT 'Bore' STYLE SYMBOL "dot" COLOR 0 0 0 SIZE 5 END END CLASS EXPRESSION "712" STYLE SYMBOL "stobie" SIZE 4 COLOR 255 0 168 END END CLASS EXPRESSION /./ STYLE SYMBOL "dot" COLOR 0 0 0 SIZE 5 END END END LAYER CONNECTIONTYPE postgis NAME "cadl" DATA "geom from cad" CONNECTION "user=scldad dbname=benparts" STATUS DEFAULT TYPE LINE PROJECTION "init=epsg:4263" END FILTER "gtype in ('L','P') and client_id=cidcid" CLASSITEM "type" CLASS EXPRESSION "908" STYLE SYMBOL "fence" SIZE 10 COLOR 0 255 0 END STYLE SYMBOL "dot" COLOR 0 255 0 SIZE 1 END END CLASS EXPRESSION "712" STYLE SYMBOL "power" SIZE 8 COLOR 255 0 168 END STYLE SYMBOL "dot" COLOR 255 0 168 SIZE 1 END END CLASS EXPRESSION "602" STYLE SYMBOL "dot" COLOR 137 205 190 SIZE 1 END END CLASS EXPRESSION /./ STYLE COLOR 0 0 0 END END END LAYER CONNECTIONTYPE postgis NAME "probe" DATA "geom from probe" CONNECTION "user=scldad dbname=benparts" STATUS DEFAULT TYPE POINT # FILTER "id in (0)" PROJECTION "init=epsg:4263" END MAXSCALE 5000000 LABELITEM "location" CLASS NAME "Probe" STYLE COLOR 0 214 0 SYMBOL 'circle' SIZE 7 END LABEL MINDISTANCE 150 POSITION CR SIZE SMALL COLOR 0 0 0 END END END # # Start of reference map # REFERENCE IMAGE /usr/local/apache2/htdocs/benparts/refmaps/ixix EXTENT exex SIZE 120 120 STATUS ON MINBOXSIZE 5 MAXBOXSIZE 100 COLOR 0 255 0 OUTLINECOLOR 0 0 0 MARKERSIZE 8 MARKER 'star' END # # Start of scalebar # SCALEBAR IMAGECOLOR 0 0 0 LABEL COLOR 255 255 255 SIZE TINY END STYLE 1 SIZE 200 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 2 TRANSPARENT TRUE STATUS ON END END -------------- next part -------------- MAP NAME test PROJECTION "init=epsg:4263" END # PROJECTION # "proj=eqc" # "lon_0=112.5e" # END EXTENT 112.5 -44.0933134 153.78 -8.9033134 # EXTENT 135.5 -40.0933134 143.78 -28.9033134 # EXTENT 139.357482910156 -34.3308868408203 139.380233764648 -34.3129386901855 # EXTENT 0 -5000000 4200000 0 SIZE 600 600 SHAPEPATH "/benparts/rasters" UNITS METERS IMAGETYPE png IMAGECOLOR 255 255 255 OUTPUTFORMAT NAME ecw DRIVER "GDAL/ECW" MIMETYPE "image/ecw" IMAGEMODE PC256 EXTENSION "ecw" END WEB template /usr/local/apache2/htdocs/benparts/templates/test1.html imagepath "/usr/local/apache2/htdocs/tmp/" imageurl "/tmp/" END LAYER TYPE RASTER NAME "bkgrnd" STATUS DEFAULT DATA "/tmp/ls7_mosaic.ecw" PROJECTION "init=epsg:4283" END OFFSITE 255 255 255 END END From r0ss at SHAW.CA Wed Nov 30 20:32:10 2005 From: r0ss at SHAW.CA (ross s) Date: Wed, 30 Nov 2005 21:32:10 -0700 Subject: [MapServer Enterprise]: Cannot establish connection error Message-ID: Hi all, Sorry to change topics but I have installed MapServer Enterprise for Windows and I am recieving the following message when I connect to the following test site (localhost/MapServer/MapAgent/index.html): Cannot establish connection. Cannot establish connection. Exception occurred in method AwHttpRequest::CreateRequestResponseHandler at line 238 in file c:\build_tux_area\mgdev\web\src\httphandler\HttpRequest.cpp I am running Windows 2000 Server SP4, Apache 2.0.55 and PHP 5.0.5 Apache and PHP are working but I cannot track down this error. I have followed the installation instructions but I am unable to find out what is causing the root problem. I hope someone is able to help. Ross From tylermitchell at SHAW.CA Wed Nov 30 20:45:29 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Wed, 30 Nov 2005 20:45:29 -0800 Subject: [MapServer Enterprise]: Cannot establish connection error In-Reply-To: <7c41567c4b47.7c4b477c4156@shaw.ca> Message-ID: On November 30, 2005 20:32, ross s wrote: > Sorry to change topics but I have installed MapServer Enterprise for > Windows and I am recieving the following message when I connect to the > following test site (localhost/MapServer/MapAgent/index.html): Hi Ross, how's it going? There is actually a separate list available for MapServer Enterprise discussions. You can sign up to it here: http://mapserverfoundation.org/mapserver_enterprise/mailing_lists.html#discuss Hope the helps, catch you later, Tyler From mike.and.kerry at GMAIL.COM Wed Nov 30 20:58:10 2005 From: mike.and.kerry at GMAIL.COM (Mike Davis) Date: Wed, 30 Nov 2005 19:58:10 -0900 Subject: epiphany, once again In-Reply-To: <631c85c10511301726q2307d0aifb81dcb1b7a032c6@mail.gmail.com> Message-ID: Apologies for replying to my own post. While the Mapserver name may be somewhat ambiguous to many who are not involved with web mapping, it is a very robust application which I consider to be, pound for pound, the most flexible and powerful internet map server available. While some may lament its lack of visibility or status in mainstream OSS circles, I only have to watch the involuntary tick on the faces of ESRI reps when the discussion turns to our web mapping client to know that Mapserver is making an impact. I know plenty of GIS types who dabble in ArcIMS et al without having the slightest idea how it works. Mapserver is all at once accessible and complex. It enables development of a quick and dirty mapping site, while tempting the developer with the possibilities that lay within. I have the greatest respect for Autodesk (v.12 not withstanding) and am extremely happy with the progress in the latest version of AutoCAD Map. I know I speak for a few members of the Mapserver community whey I say welcome, but get ready to earn your place here. The Mapserver "brand", ambiguous as it may be, is sacred to many and should not be bandied about without care. As far as I am concerned MapGuide doesn't get a free pass. Donate code, provide support, be active members of the community. Allow the community to integrate the useful bits of MapGuide into Mapserver and vice versa (despite the drama, Konqueror and Safari kind of works). Please, please, please, don't go through with the naming convention. Mapserver Cheetah? Worst name ever. Mapserver Enterprise? Just plain wrong. -Mike From tylermitchell at SHAW.CA Wed Nov 30 21:18:02 2005 From: tylermitchell at SHAW.CA (Tyler Mitchell) Date: Wed, 30 Nov 2005 21:18:02 -0800 Subject: Foundation Mailing List Message-ID: Hi all, Just being a pest and asking if we can start moving some more of these foundation and naming discussions over to one of the foundation mailing lists? Then we can let the "MapServer Cheetah" folks not have to read all about "MapServer Enterprise" discussions unless they want to. I'm sure lots of technical questions are getting lost in amongst these conversations. Pretty please... http://mapserverfoundation.org/mailing_lists.html Tyler From hunt at EECS.OREGONSTATE.EDU Wed Nov 30 23:27:01 2005 From: hunt at EECS.OREGONSTATE.EDU (David Hunt) Date: Wed, 30 Nov 2005 23:27:01 -0800 Subject: Coverage to postgres Message-ID: Hello, all I hava a shapefile that I have converted back to a coverage. I also make the .e00 file for the coverage also. Is there any application that works that will take either the coverage or the .e00 and create tables in postgres? Basically I needed more that just the polygons for mapserver so I wanted the coverage features so that I can render the points and edges from a coverage. The polygons I have are all connected together by one or more edges so having the coverage gives me an easier way to get that connection data but I'm not sure how to then read the data from the coverage into a database. Thanks for the help Dave From as.khadkikar at NCL.RES.IN Wed Nov 30 23:40:13 2005 From: as.khadkikar at NCL.RES.IN (Aniruddha S. Khadkikar) Date: Thu, 1 Dec 2005 13:10:13 +0530 Subject: Will someone summarize this? Message-ID: I am totally lost amongst 100 mails per day wrt the naming of: The Foundation and, Mapserver. It is indeed difficult to follow the discussion now. Can someone provide a summary of what has come out of these discussion till now? Have we agreed that: Mapserver retain its identity as before (I vote for that - in case polling is on). The Autodesk product not have Mapserver in its name to remove ambiguity. UMN Mapserver clearly scores in terms of precedence/priority on this issue (a rule followed by the scientific community). The may ofcourse choose to include "Based on Mapserver" as part of their product description if they wish to. In future, transparency in decision making be mandatory for a community project to succeed and retain its value. And as part of a democratic process, a consensus be taken everytime such important decisions are made. There would be no change in the license policy in future that would affect end users banking on open source products like me. and, most importantly, What are the steps forward? Let us immediately put an end to renaming Mapserver. Rename the Foundation, Rename the Autodesk product, or rename any other thing. But there is no necessity to rename Mapserver. Mapserver is, and should always remain Mapserver. Amen. Aniruddha ***************************************************************** This email is virus free by TrendMicro Inter Scan Security Suite. ***************************************************************** From lester at LSCES.CO.UK Wed Nov 30 23:59:21 2005 From: lester at LSCES.CO.UK (Lester Caine) Date: Thu, 1 Dec 2005 07:59:21 +0000 Subject: Test Message-ID: Just testing - because despite the fact that I have the list set to view my posts I am not seeing them :( Also I have not received anything from the new lists although I can see new stuff in the archive -- Lester Caine ----------------------------- L.S.Caine Electronic Services Treasurer - Firebird Foundation Inc. From aaronr at Z-PULLEY.COM Wed Nov 30 23:57:14 2005 From: aaronr at Z-PULLEY.COM (Aaron Racicot) Date: Wed, 30 Nov 2005 23:57:14 -0800 Subject: Coverage to postgres In-Reply-To: <1133422020.438ea5c50035b@webmail.oregonstate.edu> Message-ID: Dave, Check out OGR... it can read and write many formats including PostGIS. General OGR web site: http://ogr.maptools.org/ To view info on your coverage use ogrinfo: http://ogr.maptools.org/ogrinfo.html ogrinfo -al coverage_name | more Converting from one format to another use ogr2ogr: http://ogr.maptools.org/ogr2ogr.html ogr2ogr -f PostgreSQL PG:dbname=name table_name coverage_name layer_name PostGIS Support: http://ogr.maptools.org/drv_pg.html Coverage Support: http://ogr.maptools.org/drv_avc.html Hope this gets you started Aaron +----------------------------------------+ | Aaron Racicot | aaronr at ecotrust.org | | GIS Programmer | 503.467.0759 | +----------------------------------------+ | e c o t r u s t | | Jean Vollum Natural Capital Center | | 721 NW Ninth Avenue | | Suite 200 | | Portland, OR 97209 | | www.ecotrust.org | +----------------------------------------+ -----Original Message----- From: UMN MapServer Users List [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of David Hunt Sent: Wednesday, November 30, 2005 11:27 PM To: MAPSERVER-USERS at LISTS.UMN.EDU Subject: [UMN_MAPSERVER-USERS] Coverage to postgres Hello, all I hava a shapefile that I have converted back to a coverage. I also make the .e00 file for the coverage also. Is there any application that works that will take either the coverage or the .e00 and create tables in postgres? Basically I needed more that just the polygons for mapserver so I wanted the coverage features so that I can render the points and edges from a coverage. The polygons I have are all connected together by one or more edges so having the coverage gives me an easier way to get that connection data but I'm not sure how to then read the data from the coverage into a database. Thanks for the help Dave