From John.Westwood at PORT.AC.UK Tue May 1 04:52:42 2007 From: John.Westwood at PORT.AC.UK (John Westwood) Date: Tue, 1 May 2007 12:52:42 +0100 Subject: Reprojected ghost images In-Reply-To: Message-ID: Hi, Yes, sorry about the server access. It's not available publicly because of the firewall. Silly me :) I will try posting a screenshot today. Regards, John W. (zenzero-2001) ================================ John Westwood Research Assistant Great Britain Historical GIS Project Department of Geography, University of Portsmouth Buckingham Building, Lion Terrace, Portsmouth PO1 3HE GIS Project Office: (023) 9284 2500 >>> "Romolo Manfredini" 30/04/2007 21:14 >>> From: "John Westwood" To: Sent: Monday, April 30, 2007 5:08 PM Subject: Re: [UMN_MAPSERVER-USERS] Reprojected ghost images > Hi Ed > > You can access my server. The web address is: > > http://148.197.55.226/gbhgis/demo_init.html > > for the regular interface > The server doesn' seem to be reachable at 20.13 GMT, firewall problems ? Best regards Romolo Manfredini From John.Westwood at PORT.AC.UK Tue May 1 06:02:01 2007 From: John.Westwood at PORT.AC.UK (John Westwood) Date: Tue, 1 May 2007 14:02:01 +0100 Subject: Reprojected ghost images In-Reply-To: Message-ID: Hi MapServer users, Here are some screen shots of the problem: Ghost1: Zoomed all the way out. UK is correct, but notice ghost images on the same line of latitude. There is also smaller additional ghost images located in the bottom left corner. Ghost2: Zoomed into one of the ghost images. The problem does not occur if there is no on-the-fly reprojection. Regards, John W. ================================ John Westwood Research Assistant Great Britain Historical GIS Project Department of Geography, University of Portsmouth Buckingham Building, Lion Terrace, Portsmouth PO1 3HE GIS Project Office: (023) 9284 2500 -------------- next part -------------- A non-text attachment was scrubbed... Name: Ghost2.jpg Type: image/jpeg Size: 14290 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Ghost1.jpg Type: image/jpeg Size: 9899 bytes Desc: not available URL: From richard.greenwood at GMAIL.COM Tue May 1 08:18:28 2007 From: richard.greenwood at GMAIL.COM (Richard Greenwood) Date: Tue, 1 May 2007 09:18:28 -0600 Subject: MapInfo Styleitem AUTO Message-ID: I did some upgrades over the weekend that have caused STYLEITEM AUTO to stop working on a Slackware 11.0 server. I upgraded postgres/postgis to the current versions and in the process decided to upgrade gdal from 1.3.2 to 1.4.1. I tested the upgrade on my development machine, a Mac w/ OS X, and it works fine. But on the Slackware machine I upgraded postgre/postgis and GDAL and rebuilt MapServer 4.10.0 and MapInfo layers with STYLEITEM AUTO fail to draw. Specifically, in the Apache log is a 500 error (server error) and nothing is written to the mapserver log file. I tried going back to GDAL 1.3.2 with a make, make install, and then rebuilding mapserver, but with same results. I also tried with mapserver 4.10.1. Any suggestions on where to look for the error, or how to get back to where I was before I did the upgrade? Thanks, Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From kobben at ITC.NL Tue May 1 09:44:28 2007 From: kobben at ITC.NL (Barend K=?ISO-8859-1?B?9g==?=bben) Date: Tue, 1 May 2007 18:44:28 +0200 Subject: WMS GetFeatureInfo bug? Message-ID: When trying to issue GetFeatureInfo requests to Mapserver (4.10.0 on WinXP), I notice some strange behaviour: Despite requesting (and getting) INFO_FORMAT=text/plain, my requests won't work, an exception "WMS server error: Requested layer(s) are not Queryable" is returned. If I do specify in the map file for every CLASS in a LAYER a "TEMPLATE" "somepath/anytemplate.html", it works, although my info is still returned as text/plain(as requested). It even works when the template file mentioned does not exist! It looks like a bug, or am I missing something...? __ Barend K?bben International Institute for Geo-information Sciences and Earth Observation (ITC) PO Box 6, 7500AA Enschede (The Netherlands) ph: +31 (0)53 4874253; fax: +31 (0)53 4874335 From dmorissette at MAPGEARS.COM Tue May 1 13:33:02 2007 From: dmorissette at MAPGEARS.COM (Daniel Morissette) Date: Tue, 1 May 2007 16:33:02 -0400 Subject: MapInfo Styleitem AUTO In-Reply-To: Message-ID: Hi Richard, A few hints to try to isolate the source of the problem: 1- Make sure you don't have two copies of GDAL on your system that could be conflicting (i.e. remove any old copies and do a clean build) 2- Have you tried dumping the contents of the file using ogrinfo? If ogrinfo crashes then you know it's not a MapServer problem. 3- Also, if you just create a single static class for your layer instead of using STYLEITEM AUTO then do you get a map or do you still get a 500 error? Daniel Richard Greenwood wrote: > I did some upgrades over the weekend that have caused STYLEITEM AUTO > to stop working on a Slackware 11.0 server. I upgraded > postgres/postgis to the current versions and in the process decided to > upgrade gdal from 1.3.2 to 1.4.1. I tested the upgrade on my > development machine, a Mac w/ OS X, and it works fine. > > But on the Slackware machine I upgraded postgre/postgis and GDAL and > rebuilt MapServer 4.10.0 and MapInfo layers with STYLEITEM AUTO fail > to draw. Specifically, in the Apache log is a 500 error (server error) > and nothing is written to the mapserver log file. > > I tried going back to GDAL 1.3.2 with a make, make install, and then > rebuilding mapserver, but with same results. I also tried with > mapserver 4.10.1. > > Any suggestions on where to look for the error, or how to get back to > where I was before I did the upgrade? > > Thanks, > Rich > -- Daniel Morissette http://www.mapgears.com/ From richard.greenwood at GMAIL.COM Tue May 1 15:59:23 2007 From: richard.greenwood at GMAIL.COM (Richard Greenwood) Date: Tue, 1 May 2007 16:59:23 -0600 Subject: MapInfo Styleitem AUTO In-Reply-To: <4637A3FE.4070309@mapgears.com> Message-ID: On 5/1/07, Daniel Morissette wrote: > Hi Richard, > > A few hints to try to isolate the source of the problem: > > 1- Make sure you don't have two copies of GDAL on your system that could > be conflicting (i.e. remove any old copies and do a clean build) I bet I have two copies of GDAL. I had 1.3 and then did a built & installed of 1.4. Can you suggest the best way to remove GDAL? > 2- Have you tried dumping the contents of the file using ogrinfo? If > ogrinfo crashes then you know it's not a MapServer problem. Yes, ogrinfo does work. Thanks Daniel! -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From woodbri at SWOODBRIDGE.COM Tue May 1 17:32:17 2007 From: woodbri at SWOODBRIDGE.COM (Stephen Woodbridge) Date: Tue, 1 May 2007 20:32:17 -0400 Subject: Ack! Labelling numeric fields bug. Message-ID: I have a shapefile, actually 10s of thousands of shapefiles that have contour lines and I want to label them. The problem is that they are defined as: 15. ELEVATION N 31 15 and when a use this field to label my map, mapserver zero fills the field out to 15 digits of zeros!!! So a value of 10 in the field gets labeled as 10.000000000000000 I think this is a little extreme! :) OK, it is kind of cool to see these long snakes follow the contour if I use ANGLE FOLLOW. I will open a bug for this, but any thoughts in a short term work around? -Steve W From Jacob.Delfos at MAUNSELL.COM Tue May 1 17:37:49 2007 From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob) Date: Wed, 2 May 2007 08:37:49 +0800 Subject: Ack! Labelling numeric fields bug. In-Reply-To: <4637DC11.1080103@swoodbridge.com> Message-ID: Hi Steve, I run into this every now and then. I'm not sure if I'd call it a MapServer bug, because it seems to be a matter of the DBF column formatting. It goes away if I open my DBF file in a spreadsheet program, and specify a smaller number of decimal places (be aware that OpenOffice doesn't always do this right). Or if I round it to 0 decimal places in ArcGIS. Not sure if this helps, considering the quantity of shapefiles you have.... Regards, Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Stephen Woodbridge > Sent: 2 May 2007 08:32 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Ack! Labelling numeric fields bug. > > I have a shapefile, actually 10s of thousands of shapefiles that have > contour lines and I want to label them. The problem is that they are > defined as: > > 15. ELEVATION N 31 15 > > and when a use this field to label my map, mapserver zero fills the > field out to 15 digits of zeros!!! So a value of 10 in the field gets > labeled as 10.000000000000000 > > I think this is a little extreme! :) OK, it is kind of cool > to see these > long snakes follow the contour if I use ANGLE FOLLOW. > > I will open a bug for this, but any thoughts in a short term > work around? > > -Steve W > This email and any attachments are intended solely for the named recipient and are confidential. The copying or distribution of them or any information they contain by anyone other than the named recipient is prohibited. If you have received this document in error, please notify the sender and delete all copies from your computer system and destroy all hard copies. It is the recipient's responsibility to check this email and any attachments to this email for viruses before use. From ben at REMOTEINFORMATION.COM.AU Tue May 1 22:35:50 2007 From: ben at REMOTEINFORMATION.COM.AU (Ben Madin) Date: Wed, 2 May 2007 13:35:50 +0800 Subject: php mapscript - can't instantiate second newMapObj? Message-ID: G'day all, we have started to see this problem in a reporting system where depending on the report, more than one map might be generated in the same report (using the same code again) The first map comes out fine, and then we start building the second one (using the same code) and instantiate the same $map = new ms_newMapObj(). Warning: [MapServer Error]: loadSymbolSet(): Parsing error near (SYMBOL):(line 0) in blah blah Warning: [MapServer Error]: msCalculateScale(): Invalid image width or height. in Fatal error: Failed loading symbolset from /ms4w/Apache/htdocs/live/ mapserver/symbols/colour.sym in Given that it works perfectly well in many other parts of the same application (and this one, if there is only one map) I can only assume it is to do with creating another mapObj I have tried unsetting the $map object, setting it = null, etc, but I don't seem to be able to get rid of it. Can I reuse the class, or is it irrevocably bound up with information from the old one. any help on getting around this would be greatly appreciated. cheers Ben (it is using ms4w 1.5.5: MapServer Version MapServer version 4.8.4 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT SUPPORTS=WCS_SERVER SUPPORTS=THREADS SUPPORTS=GEOS INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE DEBUG=MSDEBUG PHP MapScript Version ($Revision: 1.242.2.2 $ $Date: 2006/03/16 21:03:01 $) ) -- Ben Madin REMOTE INFORMATION t : +61 8 9192 5455 f : +61 8 9192 5535 m : 0448 887 220 Broome WA 6725 ben at remoteinformation.com.au Out here, it pays to know... -------------- next part -------------- An HTML attachment was scrubbed... URL: From bgiv at GMX.DE Tue May 1 23:20:13 2007 From: bgiv at GMX.DE (wolfgang Lahr) Date: Wed, 2 May 2007 01:20:13 -0500 Subject: MapInfo Styleitem AUTO Message-ID: On Tue, 1 May 2007 09:18:28 -0600, Richard Greenwood wrote: >I did some upgrades over the weekend that have caused STYLEITEM AUTO >to stop working on a Slackware 11.0 server. I upgraded >postgres/postgis to the current versions and in the process decided to >upgrade gdal from 1.3.2 to 1.4.1. I tested the upgrade on my >development machine, a Mac w/ OS X, and it works fine. > >But on the Slackware machine I upgraded postgre/postgis and GDAL and >rebuilt MapServer 4.10.0 and MapInfo layers with STYLEITEM AUTO fail >to draw. Specifically, in the Apache log is a 500 error (server error) >and nothing is written to the mapserver log file. > >I tried going back to GDAL 1.3.2 with a make, make install, and then >rebuilding mapserver, but with same results. I also tried with >mapserver 4.10.1. > >Any suggestions on where to look for the error, or how to get back to >where I was before I did the upgrade? > >Thanks, >Rich > >-- >Richard Greenwood >richard.greenwood at gmail.com >www.greenwoodmap.com Richard (et al.), this reminds me of a bug I posted to trac.osgeo.org/gdal/ (ticket 1571). May be you can have a look and compare it to your findings. Regards Wolfgang From bartvde at OSGIS.NL Wed May 2 00:54:22 2007 From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS)) Date: Wed, 2 May 2007 09:54:22 +0200 Subject: WMS: non square pixels performance Message-ID: Hi list, can one expect a performance drop of about 1000% for WMS images using non square pixels? That is at least what we are experiencing. Is this normal and to be expected? Fast image: < 1 second: &bbox=0,300000,300000,600000&width=320&height=320 Slow image: 10 seconds: &bbox=0,300000,300000,625000&width=320&height=320 Best regards, Bart -- Bart van den Eijnden OSGIS, Open Source GIS http://www.osgis.nl From jorn at SPACETEC.NO Wed May 2 06:21:29 2007 From: jorn at SPACETEC.NO (=?iso-8859-1?q?J=F8rn_Vegard_R=F8snes?=) Date: Wed, 2 May 2007 15:21:29 +0200 Subject: Force label for tiny polygon Message-ID: Hi all, I want to always display the label for a tiny polygon (oil spill). I feel I've tried many configurations now in the map file, but I always have to zoom in (from all of Europe, to only coastline of Portugal), before the label is visible. Here is the current layer definition: LAYER NAME "oilspill_20070502_141558" CONNECTIONTYPE POSTGIS CONNECTION "user=postgres dbname=konserv host=hostname port=5432" DATA "poly from feature using SRID=4326" TYPE polygon #STATUS ON #TRANSPARENCY 0 DEBUG ON LABELCACHE ON LABELITEM "timestamp" CLASS #TEXT ([oid]-[timestamp]) EXPRESSION ('[timestamp]' == '20070502_141558' AND [threshold] >= 0 AND [threshold] < 100) LABEL FONT arial TYPE TRUETYPE SIZE 7 MINDISTANCE 10 BUFFER 1 POSITION UR ANGLE AUTO COLOR 0 0 0 FORCE TRUE END # STYLE # SYMBOL 0 # SIZE 6 # COLOR 224 64 0 # END COLOR 224 64 0 END PROJECTION "init=epsg:4326" END END Thanks cheers Joern Vegard From warmerdam at POBOX.COM Wed May 2 06:50:34 2007 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 2 May 2007 09:50:34 -0400 Subject: WMS: non square pixels performance In-Reply-To: <771a7f3d863321f34f353134c54635c0@145.50.39.11> Message-ID: Bart van den Eijnden (OSGIS) wrote: > Hi list, > > can one expect a performance drop of about 1000% for WMS images using non > square pixels? That is at least what we are experiencing. Is this normal and > to be expected? > > Fast image: < 1 second: > &bbox=0,300000,300000,600000&width=320&height=320 > > Slow image: 10 seconds: > &bbox=0,300000,300000,625000&width=320&height=320 Bart, When non-square pixels are used, MapServer switches from the optimized "let GDAL do all downsampling" logic to going through the general image reprojection logic for input imagery. That will be substantially slower, though I'm surprised that it would be 10 times slower. If you can isolate a demonstration of this that I can reproduce, I might be able to figure out why it is so much slower. 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 | President OSGeo, http://osgeo.org From jorn at SPACETEC.NO Wed May 2 07:17:16 2007 From: jorn at SPACETEC.NO (=?iso-8859-1?q?J=F8rn_Vegard_R=F8snes?=) Date: Wed, 2 May 2007 16:17:16 +0200 Subject: Force label for tiny polygon In-Reply-To: <200705021521.29518.jorn@spacetec.no> Message-ID: Hi again, when I change the type from polygon to point, the label is always visible. Unfortunately I get one label for each point in the polygon. Not very readable :-) cheers Joern Vegard On Wednesday 02 May 2007 15:21, J?rn Vegard R?snes wrote: > Hi all, > > I want to always display the label for a tiny polygon (oil spill). > > I feel I've tried many configurations now in the map file, but I always > have to zoom in (from all of Europe, to only coastline of Portugal), before > the label is visible. Here is the current layer definition: > > LAYER > NAME "oilspill_20070502_141558" > CONNECTIONTYPE POSTGIS > CONNECTION "user=postgres dbname=konserv host=hostname port=5432" > DATA "poly from feature using SRID=4326" > TYPE polygon > #STATUS ON > #TRANSPARENCY 0 > DEBUG ON > LABELCACHE ON > LABELITEM "timestamp" > CLASS > #TEXT ([oid]-[timestamp]) > EXPRESSION ('[timestamp]' == '20070502_141558' AND [threshold] >= > 0 AND [threshold] < 100) > LABEL > FONT arial > TYPE TRUETYPE > SIZE 7 > MINDISTANCE 10 > BUFFER 1 > POSITION UR > ANGLE AUTO > COLOR 0 0 0 > FORCE TRUE > END > # STYLE > # SYMBOL 0 > # SIZE 6 > # COLOR 224 64 0 > # END > COLOR 224 64 0 > END > PROJECTION > "init=epsg:4326" > END > END > > Thanks > > cheers > Joern Vegard From nhv at CAPE.COM Wed May 2 07:30:34 2007 From: nhv at CAPE.COM (Norman Vine) Date: Wed, 2 May 2007 10:30:34 -0400 Subject: Force label for tiny polygon In-Reply-To: <200705021617.16777.jorn@spacetec.no> Message-ID: J?rn Vegard R?snes > > when I change the type from polygon to point, the label is > always visible. > Unfortunately I get one label for each point in the polygon. > Not very readable :-) Add a separate layer of points for your labels This gives you much finer grain control I usually use the polygon centroids for this Cheers Norman > > > On Wednesday 02 May 2007 15:21, J?rn Vegard R?snes wrote: > > Hi all, > > > > I want to always display the label for a tiny polygon (oil spill). > > > > I feel I've tried many configurations now in the map file, but I > > always have to zoom in (from all of Europe, to only coastline of > > Portugal), before the label is visible. Here is the current > layer definition: > > > > LAYER > > NAME "oilspill_20070502_141558" > > CONNECTIONTYPE POSTGIS > > CONNECTION "user=postgres dbname=konserv host=hostname > port=5432" > > DATA "poly from feature using SRID=4326" > > TYPE polygon > > #STATUS ON > > #TRANSPARENCY 0 > > DEBUG ON > > LABELCACHE ON > > LABELITEM "timestamp" > > CLASS > > #TEXT ([oid]-[timestamp]) > > EXPRESSION ('[timestamp]' == '20070502_141558' AND > > [threshold] >= 0 AND [threshold] < 100) > > LABEL > > FONT arial > > TYPE TRUETYPE > > SIZE 7 > > MINDISTANCE 10 > > BUFFER 1 > > POSITION UR > > ANGLE AUTO > > COLOR 0 0 0 > > FORCE TRUE > > END > > # STYLE > > # SYMBOL 0 > > # SIZE 6 > > # COLOR 224 64 0 > > # END > > COLOR 224 64 0 > > END > > PROJECTION > > "init=epsg:4326" > > END > > END > > > > Thanks > > > > cheers > > Joern Vegard From richard.greenwood at GMAIL.COM Wed May 2 08:15:45 2007 From: richard.greenwood at GMAIL.COM (Richard Greenwood) Date: Wed, 2 May 2007 09:15:45 -0600 Subject: MapInfo Styleitem AUTO In-Reply-To: Message-ID: On 5/2/07, wolfgang Lahr wrote: > On Tue, 1 May 2007 09:18:28 -0600, Richard Greenwood > wrote: > > >I did some upgrades over the weekend that have caused STYLEITEM AUTO > >to stop working on a Slackware 11.0 server. I upgraded > >postgres/postgis to the current versions and in the process decided to > >upgrade gdal from 1.3.2 to 1.4.1. I tested the upgrade on my > >development machine, a Mac w/ OS X, and it works fine. > > > >But on the Slackware machine I upgraded postgre/postgis and GDAL and > >rebuilt MapServer 4.10.0 and MapInfo layers with STYLEITEM AUTO fail > >to draw. Specifically, in the Apache log is a 500 error (server error) > >and nothing is written to the mapserver log file. > > > >I tried going back to GDAL 1.3.2 with a make, make install, and then > >rebuilding mapserver, but with same results. I also tried with > >mapserver 4.10.1. > > > >Any suggestions on where to look for the error, or how to get back to > >where I was before I did the upgrade? > > > >Thanks, > >Rich > > > >-- > >Richard Greenwood > >richard.greenwood at gmail.com > >www.greenwoodmap.com > > Richard (et al.), > > this reminds me of a bug I posted to trac.osgeo.org/gdal/ (ticket 1571). May > be you can have a look and compare it to your findings. > > Regards > Wolfgang Thank you. That is exactly the problem that I am encountering. Switching from Gdal 1.4 back to 1.3 has fixed my problem, despite what I said in my original post above. (I think I botched it the first time). The MapInfo layers are fine with orginfo, etc. function correctly in MapServer so long as I do not use STYLEITEM "AUTO". When I do enable STYLEITEM "AUTO" the browser reports premature end of headers, nothing is written to the MapServer log, and the Apache logs report 500. Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From efujioka at DUKE.EDU Wed May 2 09:49:43 2007 From: efujioka at DUKE.EDU (Ei Fujioka) Date: Wed, 2 May 2007 12:49:43 -0400 Subject: Firefox can't print transparent PNG image from Mapserver In-Reply-To: <200704291413.l3TEDEvY024958@safari.software.umn.edu> Message-ID: Hi guys, This may be a Firefox issue but want to know how you guys deal with this problem, if any, on your mapper application. I got a weird problem that Firefox can't print a PNG image with transparent background which is retrieved from Mapserver. It's transparent on the browser, and so is it with [Print Preview]. But when I print this, the PNG image covers the legend and background images (the transparent background turns to white). To make things simple, I copied the PNG image in question along with legend and some background map images into a quite simple HTML. http://seamap.env.duke.edu:8888/dev/mapservice/googlemaps/test.html Here, the combination of points and lines is the PNG with transparent background. Should look OK on your browser. Below is a screen shot of Firefox's [Print Preview]. http://seamap.env.duke.edu:8888/dev/cache/misc/firefox_cant_print_png.jpg Still has transparent background, but when printed, it doesn't. IE doesn't have this problem. It prints as seen on the browser. Do you have any idea what's wrong? Is it just a Firefox bug? Any workaround? Should use GIF? # I thought Firefox provided great support for PNG... IMAGETYPE png OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE PC256 EXTENSION "png" END RESOLUTION 72 TRANSPARENT ON MapServer version 4.2.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE ver 1.5.0.11 on Windows 2000 ver 1.5.0.11 on Windows Xp A color printer and a B/W printer Thanks, Ei -- ====================== Ei Fujioka Research Associate Duke University (919) 613-8021 efujioka at duke.edu ====================== From ryan.mapserver at GMAIL.COM Wed May 2 11:14:03 2007 From: ryan.mapserver at GMAIL.COM (Ryan Dunn) Date: Wed, 2 May 2007 14:14:03 -0400 Subject: Mapserver/GDAL/Raster display configuration Message-ID: Hello, I've tried to get mapserver up and running with GDAL to display a raster image from a php webpage but have been largely unsuccessful. This post will be relatively long as I describe all that I've tried to do to get it working. My development platform is Fedora Core 6. First I tried all the needed packages obtained from the Fedora repositories. I ran in to issues with php and gd not cooperating. So I downloaded php from and built from source (v5.2.1). After php was installed and operational, I tried to get mapserver running ( v4.10.1). After I successfully built (with config options --without-pdf --with-httpd=/usr/sbin/httpd --with-php=/usr/local/src/php-5.2.1 --with-proj --with-gdal), I copied the php_mapscript.so file to the php modules direcotry. I started receiving errors along the lines of no output format for GTIFF ( I appologies for the vagueness, but I didn't write it down and I don't remember what it specifically was). Next, I downloaded from source GDAL and built it (with config options --with-png --with-jpeg --with-gif --with-libtiff --with-hdf4 --with-hdf5 --with-jasper --with-mysql). Then I did a make install and rebuild mapserver with the option --with-gdal=/usr/local/bin/gdal-config. I also copied over the new php_mapscript. At this point, I am still unable to draw a singular raster image with mapserver. My exact error message is: *Warning*: [MapServer Error]: msDrawMap(): Failed to draw layer named 'TestLayer'. in */var/www/html/ryan/test.php* on line *9* *Warning*: [MapServer Error]: msDrawRaster(): (/usr/share/images/test.png) in */var/www/html/ryan/test.php* on line *9* I've tried an older version of GDAL (1.4.0) with the same results. gdalinfo correctly opens and displays info on my image file, resolution and type (png). Here is my php file: selectOutputFormat("image/png"); $image=$map->draw(); $image_url=$image->saveWebImage(); ?> Test > and here is my mapfile: Map Name TESTMAPFILE Status On Imagetype PNG Size 800 600 Extent -82 40 -80 42 #example location Units dd Web Imagepath "/var/www/html/ryan/map/" Imageurl "/ryan/map/" End Layer Name "TestLayer" Type Raster Status On Data "/usr/share/images/test.png" End OutputFormat Name png Driver "GD/PNG" Mimetype "image/png" ImageMode RGB Extension "png" End End I am at the end of my rope trying to get this to work. If anyone can provide any direction, I would greatly appreciate any insight. Thanks, Ryan -------------- next part -------------- An HTML attachment was scrubbed... URL: From j_siever at YAHOO.COM Wed May 2 12:14:36 2007 From: j_siever at YAHOO.COM (Jason M Sievers) Date: Wed, 2 May 2007 14:14:36 -0500 Subject: POST request using CGI returns error Message-ID: Hey all. I am using version 4.9cvs(FWTools1.3.0) of the CGI MapServer. I am able to send an HTTP GET request and get a map image from the MapServer CGI just fine. However I am not able to get this to work using a POST request. The error I get is 'loadMap(): Web application error. CGI variable "map" is not set.' Code listings are below. if (window.XMLHttpRequest) var oReq = new XMLHttpRequest(); else if (window.ActiveXObject) var oReq = new ActiveXObject('Microsoft.XMLHTTP'); oReq.open('POST', '../mapserver/FWTools1.3.0/bin/mapserv.exe', true); //oReq.open('GET', '../mapserver/FWTools1.3.0/bin/mapserv.exe?mode=browse&map=bas.map&layers=all'); oReq.onreadystatechange = function() { if (oReq.readyState != 4) return; if (oReq.staus == 200) alert(oReq.responseText); else alert('A problem occurred while processing your request.'); } oReq.send('mode=browse&map=bas.map&layers=all'); //oReq.send(null); The lines I've commented out are for the GET request that works. Any thoughts are greatly appreciated. Thanks, Jason Sievers j_siever at yahoo.com From dmorissette at MAPGEARS.COM Wed May 2 12:17:50 2007 From: dmorissette at MAPGEARS.COM (Daniel Morissette) Date: Wed, 2 May 2007 15:17:50 -0400 Subject: MapInfo Styleitem AUTO In-Reply-To: Message-ID: Richard Greenwood wrote: > > Thank you. That is exactly the problem that I am encountering. > Switching from Gdal 1.4 back to 1.3 has fixed my problem, despite what > I said in my original post above. (I think I botched it the first > time). The MapInfo layers are fine with orginfo, etc. function > correctly in MapServer so long as I do not use STYLEITEM "AUTO". When > I do enable STYLEITEM "AUTO" the browser reports premature end of > headers, nothing is written to the MapServer log, and the Apache logs > report 500. > I had a look at http://trac.osgeo.org/gdal/ticket/1571 and it seems to be related to the same issue as MapServer bug 1950: http://trac.osgeo.org/mapserver/ticket/1950 Bug 1950 is fixed in the development version of MapServer and also in the 4.10 branch (not released yet, will be in 4.10.2). If you can get the latest 4.10 branch from SVN you could use that, otherwise you'll have to wait for the release of 4.10.2... There are a few other good fixes waiting in the 4.10 branch so I'll bring up the possibility of a 4.10.2 release in the near future on the -dev list. Stay tuned. Daniel -- Daniel Morissette http://www.mapgears.com/ From richard.greenwood at GMAIL.COM Wed May 2 13:04:57 2007 From: richard.greenwood at GMAIL.COM (Richard Greenwood) Date: Wed, 2 May 2007 14:04:57 -0600 Subject: MapInfo Styleitem AUTO In-Reply-To: <4638E3DE.3060802@mapgears.com> Message-ID: On 5/2/07, Daniel Morissette wrote: > Richard Greenwood wrote: > > > > Thank you. That is exactly the problem that I am encountering. > > Switching from Gdal 1.4 back to 1.3 has fixed my problem, despite what > > I said in my original post above. (I think I botched it the first > > time). The MapInfo layers are fine with orginfo, etc. function > > correctly in MapServer so long as I do not use STYLEITEM "AUTO". When > > I do enable STYLEITEM "AUTO" the browser reports premature end of > > headers, nothing is written to the MapServer log, and the Apache logs > > report 500. > > > > I had a look at http://trac.osgeo.org/gdal/ticket/1571 and it seems to > be related to the same issue as MapServer bug 1950: > > http://trac.osgeo.org/mapserver/ticket/1950 > > Bug 1950 is fixed in the development version of MapServer and also in > the 4.10 branch (not released yet, will be in 4.10.2). If you can get > the latest 4.10 branch from SVN you could use that, otherwise you'll > have to wait for the release of 4.10.2... There are a few other good > fixes waiting in the 4.10 branch so I'll bring up the possibility of a > 4.10.2 release in the near future on the -dev list. Stay tuned. > > Daniel > -- > Daniel Morissette > http://www.mapgears.com/ Daniel & Wolfgang, Thanks for the help on this. I'll check out the svn version when time permits. In the mean time, things are back on track now that I've sucessfully reverted back to gdal 1.3. Rich -- Richard Greenwood richard.greenwood at gmail.com www.greenwoodmap.com From IANT at NAPIER.GOVT.NZ Wed May 2 13:42:32 2007 From: IANT at NAPIER.GOVT.NZ (Ian Tidy) Date: Thu, 3 May 2007 08:42:32 +1200 Subject: Server Specification Message-ID: Hi All, I am looking into purchasing a new production server to run MapServer on, and I am looking for some specifications. Our current server has a 3GHz Xeon Processor, 1 GB RAM, a mirrored pair of 36GB Drives, running Ubuntu Linux (2.6.x kernel) . I have hyper threading turned off. Our memory usage is up over 95% all the time, so I obviously need more RAM. We are looking to improve the session start-up time (I know part of this is the PHP interface / Java Applet and we are working on that), and we want to improve the map rendering and searching time. Currently all our vector data is stored in shape files. Cheers Ian ______________________ Ian Tidy GIS Analyst / Developer Works Asset Department Napier City Council Hastings St, Private Bag 6010, Napier, New Zealand Phone +64-6-835-7579 Ext. 8115 Fax +64-6-834-4195 mailto:iant at napier.govt.nz http://www.napier.govt.nz ##################################################################################### This e-mail message has been scanned for Viruses and Content and cleared by MailMarshal ##################################################################################### ###################################################################### Attention: This e-mail message and accompanying data may contain information that is confidential and subject to legal privilege. Any information provided is given in good faith. However unless specifically stated to the contrary, Napier City Council accepts no liability for the content of this e-mail or for the consequences of any action taken on the basis of the information provided, unless that information is subsequently confirmed in writing. If you are not the intended recipient, you are notified that any use, dissemination, distribution or copying of this message or data is prohibited. If you received this e-mail message in error, please notify us immediately and erase all copies of this message and attachments. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Wed May 2 14:24:21 2007 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 2 May 2007 17:24:21 -0400 Subject: WMS: non square pixels performance In-Reply-To: <5958F6B0C15AFE449245A966FB967B5862B67D@rws-s001000.ad.rws.nl> Message-ID: Eijnden, Bart van den (AGI) wrote: > Hi Frank, > > the data (shape file) can be downloaded from here (about 20 Mb): Bart, Whew, that is a big slow down! It seems that the projection you are using is very expensive computationally, and it was being applied twice per point unecessarily so that the rescaling needed for non-square pixels could be applied. I have applied a change in mapproject.c to short circuit this reprojection work that brings down the slow case to only about 50% more time than the fast case. If you can easily test with trunk or perhaps incorporate this change into the source you are building from that would be appreciated. http://trac.osgeo.org/mapserver/changeset/6075 If it works well for you, I'd be inclined to incorporate this fix into MapServer 4.10.2 but I'll need a ticket in trac to reference. 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 | President OSGeo, http://osgeo.org From id_maggie at YAHOO.COM Wed May 2 14:39:28 2007 From: id_maggie at YAHOO.COM (Maggie Ma) Date: Wed, 2 May 2007 14:39:28 -0700 Subject: unsubscribe Message-ID: __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From warmerdam at POBOX.COM Wed May 2 17:08:35 2007 From: warmerdam at POBOX.COM (Frank Warmerdam) Date: Wed, 2 May 2007 20:08:35 -0400 Subject: Seeking Consultants and Service Organizations Message-ID: Folks, OSGeo is finally bringing the Service Provider Directory online. It is essentially a web list of consultants and service organizations in the open source geospatial realm. We are currently seeking consultants and service organizations to register themselves in the directory. In a few weeks, assuming this goes fairly well, we will start trying to publicize the directory to potential clients, and work it into our presentations, materials at conferences and so forth. There is no cost to participate. You just need someone in your organization to register for an OSGeo Userid, then login into the OSGeo web site, and then go to the form to enter your organization details. There are some directions and discussion at: http://www.osgeo.org/spd_help Feel free to contact me, if you have questions about this service provider directory. We anticipate some fine tuning before we promote it vigorously. 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 | President OSGeo, http://osgeo.org From gregor at HOSTGIS.COM Wed May 2 16:46:49 2007 From: gregor at HOSTGIS.COM (Gregor Mosheh) Date: Wed, 2 May 2007 17:46:49 -0600 Subject: Server Specification In-Reply-To: Message-ID: > Our current server has a 3GHz Xeon Processor, 1 GB RAM, a mirrored pair > of 36GB Drives, running Ubuntu Linux (2.6.x kernel) . I have hyper > threading turned off. Why would you turn off HT? I'd think that the system could benefit from an extra CPU or two. As to the RAM usage: How much of the RAM is file cache? If you don't actually use the RAM, the OS uses it for cache and there's never too much of that! The startup time is a tough one, since Mapserver is a CGI app and therefore doesn't do magical things like caching open filehandles or prefetching data. If you're using Mapscript, maybe there's some accelerator for the language you're using, e.g. PHP Accelerator? -- HostGIS Cartographic development and hosting services 707-822-9355 http://www.HostGIS.com/ "Remember that no one cares if you can back up, only if you can restore." - AMANDA From Jacob.Delfos at MAUNSELL.COM Wed May 2 16:47:25 2007 From: Jacob.Delfos at MAUNSELL.COM (Delfos, Jacob) Date: Thu, 3 May 2007 07:47:25 +0800 Subject: Firefox can't print transparent PNG image from Mapserver In-Reply-To: <4638C127.5030002@duke.edu> Message-ID: Hi Ei, I don't have a solution, but it might be helpful to know that this problem has existed for quite a while in Mozilla (>2 years). It's nothing to do with your particular setup or printers, I have had the same issue here. Perhaps you could merge the images into a single image? This is what I do for my print layouts. Regards, Jacob > -----Original Message----- > From: UMN MapServer Users List > [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ei Fujioka > Sent: 3 May 2007 00:50 > To: MAPSERVER-USERS at LISTS.UMN.EDU > Subject: [UMN_MAPSERVER-USERS] Firefox can't print > transparent PNG image from Mapserver > > Hi guys, > > This may be a Firefox issue but want to know how you guys > deal with this > problem, if any, on your mapper application. > > I got a weird problem that Firefox can't print a PNG image with > transparent background which is retrieved from Mapserver. > It's transparent on the browser, and so is it with [Print Preview]. > But when I print this, the PNG image covers the legend and background > images (the transparent background turns to white). > > To make things simple, I copied the PNG image in question along with > legend and some background map images into a quite simple HTML. > > http://seamap.env.duke.edu:8888/dev/mapservice/googlemaps/test.html > > Here, the combination of points and lines is the PNG with transparent > background. Should look OK on your browser. > > Below is a screen shot of Firefox's [Print Preview]. > http://seamap.env.duke.edu:8888/dev/cache/misc/firefox_cant_pr > int_png.jpg > > Still has transparent background, but when printed, it doesn't. > > > IE doesn't have this problem. It prints as seen on the browser. > > Do you have any idea what's wrong? > Is it just a Firefox bug? Any workaround? Should use GIF? > # I thought Firefox provided great support for PNG... > > > IMAGETYPE png > OUTPUTFORMAT > NAME png > DRIVER "GD/PNG" > MIMETYPE "image/png" > IMAGEMODE PC256 > EXTENSION "png" > END > > RESOLUTION 72 > TRANSPARENT ON > > > > MapServer version 4.2.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > ver 1.5.0.11 on Windows 2000 > ver 1.5.0.11 on Windows Xp > A color printer and a B/W printer > > Thanks, > > Ei > > -- > ====================== > Ei Fujioka > Research Associate > Duke University > > (919) 613-8021 > efujioka at duke.edu > ====================== > This email and any attachments are intended solely for the named recipient and are confidential. The copying or distribution of them or any information they contain by anyone other than the named recipient is prohibited. If you have received this document in error, please notify the sender and delete all copies from your computer system and destroy all hard copies. It is the recipient's responsibility to check this email and any attachments to this email for viruses before use. From Steve.Lime at DNR.STATE.MN.US Wed May 2 22:18:16 2007 From: Steve.Lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 3 May 2007 00:18:16 -0500 Subject: Force label for tiny polygon Message-ID: MapServer removes colinear points when it converts features from map to image coordinates and if a feature is small enough it will collapse down to a single point, and since a polygon must have at least 3 points it's possible the code stops right there and never even tries to place a label (or draw the feature). So, Norman's idea is your best bet since points don't degenerate like that. You might also try an ANNOTATION layer but I believe is uses the same colinear conversion and filtering. Steve >>> Norman Vine 05/02/07 9:30 AM >>> J?rn Vegard R?snes > > when I change the type from polygon to point, the label is > always visible. > Unfortunately I get one label for each point in the polygon. > Not very readable :-) Add a separate layer of points for your labels This gives you much finer grain control I usually use the polygon centroids for this Cheers Norman > > > On Wednesday 02 May 2007 15:21, J?rn Vegard R?snes wrote: > > Hi all, > > > > I want to always display the label for a tiny polygon (oil spill). > > > > I feel I've tried many configurations now in the map file, but I > > always have to zoom in (from all of Europe, to only coastline of > > Portugal), before the label is visible. Here is the current > layer definition: > > > > LAYER > > NAME "oilspill_20070502_141558" > > CONNECTIONTYPE POSTGIS > > CONNECTION "user=postgres dbname=konserv host=hostname > port=5432" > > DATA "poly from feature using SRID=4326" > > TYPE polygon > > #STATUS ON > > #TRANSPARENCY 0 > > DEBUG ON > > LABELCACHE ON > > LABELITEM "timestamp" > > CLASS > > #TEXT ([oid]-[timestamp]) > > EXPRESSION ('[timestamp]' == '20070502_141558' AND > > [threshold] >= 0 AND [threshold] < 100) > > LABEL > > FONT arial > > TYPE TRUETYPE > > SIZE 7 > > MINDISTANCE 10 > > BUFFER 1 > > POSITION UR > > ANGLE AUTO > > COLOR 0 0 0 > > FORCE TRUE > > END > > # STYLE > > # SYMBOL 0 > > # SIZE 6 > > # COLOR 224 64 0 > > # END > > COLOR 224 64 0 > > END > > PROJECTION > > "init=epsg:4326" > > END > > END > > > > Thanks > > > > cheers > > Joern Vegard From bartvde at OSGIS.NL Wed May 2 23:01:37 2007 From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS)) Date: Thu, 3 May 2007 08:01:37 +0200 Subject: WMS: non square pixels performance Message-ID: Hi Frank, I've tested your change and the speedup is really big. Thanks. I've opened up ticket 2084 for this: http://trac.osgeo.org/mapserver/ticket/2084 Best regards, Bart -- Bart van den Eijnden OSGIS, Open Source GIS http://www.osgis.nl --------- Oorspronkelijk bericht -------- Van: Frank Warmerdam Naar: MAPSERVER-USERS at LISTS.UMN.EDU Onderwerp: Re: [UMN_MAPSERVER-USERS] WMS: non square pixels performance Datum: 02/05/07 19:08 > Eijnden, Bart van den (AGI) wrote: > > Hi Frank, > > > > the data (shape file) can be downloaded from here (about 20 Mb): > > Bart, > > Whew, that is a big slow down! It seems that the projection you are using > is very expensive computationally, and it was being applied twice per > point unecessarily so that the rescaling needed for non-square pixels could > be applied. > > I have applied a change in mapproject.c to short circuit this reprojection > work that brings down the slow case to only about 50% more time than the > fast case. If you can easily test with trunk or perhaps incorporate this > change into the source you are building from that would be appreciated. > > http://trac.osgeo.org/mapserver/changeset/6075 > > If it works well for you, I'd be inclined to incorporate this fix into > MapServer 4.10.2 but I'll need a ticket in trac to reference. > > 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 | President OSGeo, http://osgeo.org > > From jorn at SPACETEC.NO Thu May 3 00:24:59 2007 From: jorn at SPACETEC.NO (=?iso-8859-1?q?J=F8rn_Vegard_R=F8snes?=) Date: Thu, 3 May 2007 09:24:59 +0200 Subject: Force label for tiny polygon In-Reply-To: <200705021521.29518.jorn@spacetec.no> Message-ID: Thanks, I added a layer like this and it works as I want: LAYER NAME "oilspill_20070502_141558_point" CONNECTIONTYPE POSTGIS CONNECTION "user=postgres dbname=konserv host=hostname port=5432" DATA "poly from feature using SRID=4326" TYPE point CLASS TEXT ([oid]-[timestamp]) EXPRESSION ('[timestamp]' == '20070502_141558' AND [threshold] >= 0 AND [threshold] < 100) LABEL FONT arial TYPE truetype SIZE 7 MINDISTANCE 0 COLOR 0 0 0 END COLOR 224 64 0 END PROJECTION "init=epsg:4326" END END cheers Joern Vegard On Wednesday 02 May 2007 15:21, J?rn Vegard R?snes wrote: > Hi all, > > I want to always display the label for a tiny polygon (oil spill). > > I feel I've tried many configurations now in the map file, but I always > have to zoom in (from all of Europe, to only coastline of Portugal), before > the label is visible. Here is the current layer definition: > > LAYER > NAME "oilspill_20070502_141558" > CONNECTIONTYPE POSTGIS > CONNECTION "user=postgres dbname=konserv host=hostname port=5432" > DATA "poly from feature using SRID=4326" > TYPE polygon > #STATUS ON > #TRANSPARENCY 0 > DEBUG ON > LABELCACHE ON > LABELITEM "timestamp" > CLASS > #TEXT ([oid]-[timestamp]) > EXPRESSION ('[timestamp]' == '20070502_141558' AND [threshold] >= > 0 AND [threshold] < 100) > LABEL > FONT arial > TYPE TRUETYPE > SIZE 7 > MINDISTANCE 10 > BUFFER 1 > POSITION UR > ANGLE AUTO > COLOR 0 0 0 > FORCE TRUE > END > # STYLE > # SYMBOL 0 > # SIZE 6 > # COLOR 224 64 0 > # END > COLOR 224 64 0 > END > PROJECTION > "init=epsg:4326" > END > END > > Thanks > > cheers > Joern Vegard From dovidio at PLANETEK.IT Thu May 3 02:54:48 2007 From: dovidio at PLANETEK.IT (Fabio D'Ovidio) Date: Thu, 3 May 2007 11:54:48 +0200 Subject: Querying a ratser through OGC technologies In-Reply-To: <200705030924.59697.jorn@spacetec.no> Message-ID: Hi list! I want some explanations about OGC technologies in querying a raster map. I'm sure that WCS provides raster data as WFS provides vector ones, while WMS provides images (maps). I have a DEM and I want to know a specific value (float) in a specific point. How can I do it through WCS? Is it possible to do the same with WMS (I think no, because WMS provides images, not data!!). Are there any particular kind of WCS requests? If no, have I convert raster data in a vectorial format and use a WFS (GML)? What about Mapserver ? Thanks a lot!! -- Fabio D'Ovidio Web GIS staff Planetek Italia s.r.l. Via Massaua 12, I-70123 Bari Tel.: +39 080 5343750 Fax: +39 080 5340280 dovidio at planetek.it - http://www.planetek.it -- From bgiv at GMX.DE Thu May 3 03:28:36 2007 From: bgiv at GMX.DE (wolfgang Lahr) Date: Thu, 3 May 2007 05:28:36 -0500 Subject: MapInfo Styleitem AUTO Message-ID: On Wed, 2 May 2007 14:04:57 -0600, Richard Greenwood wrote: >On 5/2/07, Daniel Morissette wrote: >> Richard Greenwood wrote: >> > >> > Thank you. That is exactly the problem that I am encountering. >> > Switching from Gdal 1.4 back to 1.3 has fixed my problem, despite what >> > I said in my original post above. (I think I botched it the first >> > time). The MapInfo layers are fine with orginfo, etc. function >> > correctly in MapServer so long as I do not use STYLEITEM "AUTO". When >> > I do enable STYLEITEM "AUTO" the browser reports premature end of >> > headers, nothing is written to the MapServer log, and the Apache logs >> > report 500. >> > >> >> I had a look at http://trac.osgeo.org/gdal/ticket/1571 and it seems to >> be related to the same issue as MapServer bug 1950: >> >> http://trac.osgeo.org/mapserver/ticket/1950 >> >> Bug 1950 is fixed in the development version of MapServer and also in >> the 4.10 branch (not released yet, will be in 4.10.2). If you can get >> the latest 4.10 branch from SVN you could use that, otherwise you'll >> have to wait for the release of 4.10.2... There are a few other good >> fixes waiting in the 4.10 branch so I'll bring up the possibility of a >> 4.10.2 release in the near future on the -dev list. Stay tuned. >> >> Daniel >> -- >> Daniel Morissette >> http://www.mapgears.com/ > >Daniel & Wolfgang, > >Thanks for the help on this. I'll check out the svn version when time >permits. In the mean time, things are back on track now that I've >sucessfully reverted back to gdal 1.3. > >Rich > >-- >Richard Greenwood >richard.greenwood at gmail.com >www.greenwoodmap.com Daniel & Richard, after applying the changes from http://trac.osgeo.org/gdal/changeset/11399 to ogrfeaturestyle.cpp it works for me (w and w/o fixing Mapserver bug 1950). Thanks Wolfgang From bartvde at OSGIS.NL Thu May 3 03:47:17 2007 From: bartvde at OSGIS.NL (Bart van den Eijnden (OSGIS)) Date: Thu, 3 May 2007 12:47:17 +0200 Subject: Querying a ratser through OGC technologies Message-ID: You can just use WMS GetFeatureInfo, it should work on rasters at least in the latest versions of Mapserver. Best regards, Bart -- Bart van den Eijnden OSGIS, Open Source GIS http://www.osgis.nl --------- Oorspronkelijk bericht -------- Van: Fabio D'Ovidio Naar: MAPSERVER-USERS at LISTS.UMN.EDU Onderwerp: [UMN_MAPSERVER-USERS] Querying a ratser through OGC technologies Datum: 03/05/07 08:20 > Hi list! > I want some explanations about OGC technologies in querying a raster map. > > I'm sure that WCS provides raster data as WFS provides vector ones, while WMS provides > images (maps). > > I have a DEM and I want to know a specific value (float) in a specific point. How can I do it > through WCS? Is it possible to do the same with WMS (I think no, because WMS provides > images, not data!!). > > Are there any particular kind of WCS requests? > > If no, have I convert raster data in a vectorial format and use a WFS (GML)? > > What about Mapserver ? > > Thanks a lot!! > > > > -- > Fabio D'Ovidio > > Web GIS staff > Planetek Italia s.r.l. > Via Massaua 12, I-70123 Bari > Tel.: +39 080 5343750 Fax: +39 080 5340280 > dovidio at planetek.it - http://www.planetek.it > -- > > From Schoenhammer.Herbert at REGENSBURG.DE Thu May 3 05:49:31 2007 From: Schoenhammer.Herbert at REGENSBURG.DE (=?iso-8859-1?Q?=22Sch=F6nhammer=2C_Herbert=22?=) Date: Thu, 3 May 2007 14:49:31 +0200 Subject: AW: [UMN_MAPSERVER-USERS] No drawing of certain polygon rings stroed in Oracle Spatial In-Reply-To: <462F5F40.7070605@univali.br> Message-ID: Hi Fernando, now i found the time to answer your reply. SORRY ;-) Until now, I did not write the question into the Oracle Spatial forum. I will do it after giving you some new examples. (This is not as important for me as the examples for you, because the "wrong" geometries are drawn correctly by mapserver ! Only some of the correct stored geometries are not drawn !) 1.) A "circle" which is not drawn, and a error is reported ========================================================== (Table=ax_gebaeude, Fid=14083066, only for me to find the objects again !) SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 5, 1, 1, 2, 2), SDO_ORDINATE_ARRAY(4512485,81, 5426487,22, 4512491,74, 5426479,73, 4512485,28, 5426472,69, 4512477,01, 5426480,27, 4512485,81, 5426487,22)) The geometry validates (SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(c.geom, 0.005)), but the use of "5" as an SDO_ETYPE is discouraged by Oracle. So the following (mapserver) error message is okay: - msDrawMap(): Image handling error. Failed to draw layer named 'stgk_gebaeude_orcl'. msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. 2.) Some "circles" which are drawn correctly by mapserver ========================================================= (Table=ax_bes_geblinie, Fid=14196364 - 14196267) SDO_GEOMETRY(2002, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 2), SDO_ORDINATE_ARRAY(4512475,44, 5426583,82, 4512473,81, 5426582,19, 4512475,44, 5426580,55, 4512477,08, 5426582,19, 4512475,44, 5426583,82)) SDO_GEOMETRY(2002, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 2), SDO_ORDINATE_ARRAY(4512475,24, 5426579,96, 4512473,6, 5426578,32, 4512475,24, 5426576,67, 4512476,88, 5426578,32, 4512475,24, 5426579,96)) SDO_GEOMETRY(2002, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 2), SDO_ORDINATE_ARRAY(4512474,96, 5426569,9, 4512474,1, 5426569,04, 4512474,96, 5426568,19, 4512475,82, 5426569,04, 4512474,96, 5426569,9)) SDO_GEOMETRY(2002, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 2, 2), SDO_ORDINATE_ARRAY(4512475,08, 5426574,78, 4512474,24, 5426573,95, 4512475,08, 5426573,11, 4512475,92, 5426573,95, 4512475,08, 5426574,78)) These "circles" are made up of a connected sequence of circular arcs (SDO_ETYPE=2 AND SDO_INTERPRETATION=2). All "circles" are validating. Mapserver draws them correctly. "LINESTRING made up of a connected sequence of circular arcs." (Oracle Spatial 9i Documentation) 3.) Some "circles" which are validating by Oracle Spatial, not drawn by mapserver, no error message is generated ================================================================================================================ (Table=ax_gebaeude, Fid=14079065, 14079126, 14079128, 50153783) The statement: Select fid, geom, SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(geom, 0.005) FROM ax_gebaeude WHERE Fid=14079065 or fid=14079126 or fid=14079128 or fid=50153783; The result: 14079065 SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 2), SDO_ORDINATE_ARRAY(4505553,26, 5430757,29, 4505551,17, 5430755,2, 4505553,26, 5430753,11, 4505555,35, 5430755,2, 4505553,26, 5430757,29)) TRUE 14079126 SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 2), SDO_ORDINATE_ARRAY(4505611,03, 5430848,55, 4505611,03, 5430845,19, 4505614,39, 5430845,19, 4505614,39, 5430848,55, 4505611,03, 5430848,55)) TRUE 14079128 SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 2), SDO_ORDINATE_ARRAY(4505615,64, 5430849,9, 4505615,64, 5430847,3, 4505618,24, 5430847,3, 4505618,24, 5430849,9, 4505615,64, 5430849,9)) TRUE 50153783 SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 2), SDO_ORDINATE_ARRAY(4505553,29, 5430751,3, 4505555,38, 5430749,21, 4505557,47, 5430751,3, 4505555,38, 5430753,39, 4505553,29, 5430751,3)) TRUE The geometries are validating. No error is reported. The geometries are NOT drawn ba mapserver. I think, the combination of SDO_ETYPE=1003 and SDO_INTERPRETATION=2 is valid: "POLYGON made up of a connected sequence of circular arcs that closes on itself. ....) (Oracle Spatial 9i Documentation) That is just the description of the picture which should be drawn !!! Note: COMPOUND POLYGONS with circular arcs are drawn ==================================================== If there is a COMPOUND POLYGON with some vertices connected by straight line segments and some by circular arcs, this PLOYGON is drawn correctly. The geometry validates by Oracle Spatial. Statement: Select fid, geom, SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT(geom, 0.005) FROM ax_gebaeude WHERE Fid=14080250; Result: 14080250 SDO_GEOMETRY(2003, 82032, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 2, 1, 2, 2, 13, 2, 1), SDO_ORDINATE_ARRAY(4507524,52, 5430348,32, 4507526,76, 5430348,68, 4507528,88, 5430349,49, 4507531,16, 5430351,04, 4507532,99, 5430353,11, 4507534,27, 5430355,63, 4507534,86, 5430358,4, 4507537,64, 5430358,38, 4507537,65, 5430358,56, 4507537,71, 5430358,56, 4507537,72, 5430366,92, 4507538,53, 5430366,92, 4507538,6, 5430382,06, 4507535,31, 5430382,07, 4507479,2, 5430382,24, 4507479,18, 5430374,96, 4507479,16, 5430366,28, 4507478,79, 5430366,28, 4507478,73, 5430340,61, 4507484,01, 5430340,91, 4507505,57, 5430342,15, 4507524,53, 5430343,3, 4507524,52, 5430348,32)) TRUE Conclusio: ========== LINESTRING's making a connected sequence of circular arcs are drawn, even if they are closing on themselves. If a POLYGON made up ONLY of circular arcs AND it CLOSES ON ITSELF, it is NOT drawn. If there are arcs in a COMPOUND POLYGON, the whole Polygon is drawn correct. All geometry-types are validating by Oracle Spatial, the used combination of SDO_ETYPE and SDO_INTERPRETATION is okay. I really think, that this a problem of mapserver's Oracle-driver ! Best regards Herbert >-----Urspr?ngliche Nachricht----- >Von: Fernando Simon [mailto:fsimon at univali.br] >Gesendet: Mittwoch, 25. April 2007 16:02 >An: Sch?nhammer, Herbert >Betreff: Re: [UMN_MAPSERVER-USERS] AW: [UMN_MAPSERVER-USERS] >No drawing of certain polygon rings stroed in Oracle Spatial > > >Hi Hebert, > Sorry again for the delay. Just this morning I could reply >some e-mails. > The validation returned true, so for the Oracle Spatial core the >object it's right and the Mapserver needs to draw it. But the >strange is >that in the official documentation these SDO_GTYPE, SDO_ETYPE and >SDO_INTERPRETATION are not allowed. You can try to write in the Oracle >Spatial forum in the Oracle site (otn.oracle.com) to ask about this >strange values, the guys that reply there are the developers >of Spatial. > You can use the SDO_ARC_DENSIFY to change the object, but will be >an approximation for your arc. The parameters reflect the >options of the >approximation, you need to conjugate the arc_tolerance with >the unit of >your SRID. You can see the the unit of your SRID in the MDSYS.CS_SRS >table (describe in the 5.4.1 chapter of the Oracle Spatil 9i >reference). >Remember to use both in the test, the arc_tolerance and unit. > Another way is just to change the SDO_ETYPE to reflect the >documentation, in the first e-mail you told that the same object (just >changing the ETYPE) was draw without problem. You can create a trigger >that for every object with the wrong ETYPE and INTERPRETATION >you change >to the correct one. Of course that it is not the solution, just a >workaround. > To help me to find the core of the problem in Mapserver driver you >need to provide some examples (5 objects is fine) of the >objects that is >not draw. In the first e-mail that you sent (15/03/2007) the first >object (1, 1003, 2) is not draw by Mapserver, right? The other >are draw >correctly? > Best regards. > >Fernando Simon > > >Sch?nhammer, Herbert wrote: >> Hi Fernando, >> >> I'm in hurry, but a short report of my results: >> >> 1. >> == >> Yes, the validate function returns true ! >> >> 2. >> == >> After using SDO_GEOM.SDO_ARC_DENSIFY geometries with >SDO_ELEM_INFO (1;1003;1 ...) are built. These geometries are >drawn by mapserver. (Of Course; now these geometries are >simple polygons, connected by stright lines.) >> >> 3. >> == >> I really don't understand the 'arc_tolerance= xx' parameter >of this function. Chosing them very big, smaller, .... >smallest, ... I NEVER could create a simpler object, which is >an approximation of the original geometry. (A polygon with 5 >edges is NO approximation of a circle). So I have to play with >this command. (I don't understand the dependencies of the >tolerance-value in the diminfo-array of the layer at this >point of time ) >> >> regards >> Herbert >> >> >> >> >>> -----Urspr?ngliche Nachricht----- >>> Von: Fernando Simon [mailto:fsimon at univali.br] >>> Gesendet: Mittwoch, 18. April 2007 13:35 >>> An: Sch?nhammer, Herbert >>> Betreff: Re: AW: AW: [UMN_MAPSERVER-USERS] No drawing of >>> certain polygon rings stroed in Oracle Spatial >>> >>> >>> Hi Hebert, >>> Sorry for the delay to send some news. In the last week I was >>> thinking about your problem, the validate function return >true, right? >>> Did you already try to use, and validate, the objects in >>> another Oracle >>> versions (9i, 10g)? >>> Another thing is try to test the function >>> SDO_GEOM.SDO_ARC_DENSIFY to >>> convert this objects to a more simple object. Can you try >this to test? >>> Sorry again for the delay. >>> >>> Fernando Simon >>> >>> Sch?nhammer, Herbert wrote: >>> >>>> Hi Fernando, >>>> >>>> have you got some time for searching a solution for "my" problem ? >>>> >>>> Actual i have to build a WMS using Mapserver to support >>>> >>> another project in my work. So i Don't have a lot of time anymore. >>> >>>> I will be glad of any kind of solution or tipp or workaraound. >>>> >>>> Main problem: the application used for generating and >>>> >>> editing the data in the oracle database (Autodesk Topobase 3) >>> is storing circles as described in my mails. About 20 >>> employees are working every day with this database. So i'm not >>> able to make a copy of the database and make some workarounds, >>> because i have to deliver the actual data ! >>> >>>> Thanks very much, >>>> >>>> regards >>>> Herbert >>>> >>>> >>>> >>>>> -----Urspr?ngliche Nachricht----- >>>>> Von: Fernando Simon [mailto:fsimon at univali.br] >>>>> Gesendet: Montag, 2. April 2007 14:05 >>>>> An: Sch?nhammer, Herbert >>>>> Betreff: Re: AW: [UMN_MAPSERVER-USERS] No drawing of certain >>>>> polygon rings stroed in Oracle Spatial >>>>> >>>>> >>>>> Hi Sch?nhamer, >>>>> Sorry for the delay to reply some news from Brazil. >>>>> I didn't have much time to look about this issue, the >>>>> >>> Master was a >>> >>>>> little complicated last week. I already started to >investigate the >>>>> problem, the Oracle standard and the driver for Mapserver. >>>>> I don't know if this week (With the easter holiday) I can >>>>> work more, >>>>> but I will try to develop something. >>>>> Before it, can you send to me all the info about your >>>>> >>> system? And >>> >>>>> the objects that not work. Another importnt thing is the >>>>> >>> UMN Mapserver >>> >>>>> version and the Mapfile that you used. >>>>> Sorry again for the delay. >>>>> Best regards from Brazil. >>>>> >>>>> Fernando Simon >>>>> >>>>> >>>>> Sch?nhammer, Herbert wrote: >>>>> >>>>> >>>>>> Hi, >>>>>> >>>>>> have you got some time for looking at the problem ?? >>>>>> >>>>>> Best regards >>>>>> Herbert Sch?nhammer >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> -----Urspr?ngliche Nachricht----- >>>>>>> Von: UMN MapServer Users List >>>>>>> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] Im Auftrag von >>>>>>> >>> Fernando Simon >>> >>>>>>> Gesendet: Montag, 19. M?rz 2007 04:33 >>>>>>> An: MAPSERVER-USERS at LISTS.UMN.EDU >>>>>>> Betreff: Re: [UMN_MAPSERVER-USERS] No drawing of certain >>>>>>> polygon rings stroed in Oracle Spatial >>>>>>> >>>>>>> >>>>>>> Hi, >>>>>>> The problem that you report it's strange, I need to >>>>>>> investigate more >>>>>>> to try find the solution. This approach to draw the circle I >>>>>>> never used. >>>>>>> Maybe (very possible) that the problem with the >>>>>>> >>>>>>> >>>>> SDO_INTERPRETATION >>>>> >>>>> >>>>>>> and SDO_GTYPE that you relate is the core of the problem. >>>>>>> You can try to simplify your arc's as lines, Oracle 9i >>>>>>> >>> contains a >>> >>>>>>> function that transform arc's to lines, I don't remember the >>>>>>> name now (I >>>>>>> don't have the docs here now). You can try this way to solve the >>>>>>> problem, you need to test the interoperability of these >converted >>>>>>> polygons with Topoase. >>>>>>> Now I can't test (I'm starting my Master), I just can >>>>>>> >>>>>>> >>>>> test, change >>>>> >>>>> >>>>>>> the code and report a solution after the day 26. >>>>>>> Best regards. >>>>>>> >>>>>>> >>>>>>> >>> ------------------------------------------------------------------- >>> >>>>>>> Fernando Simon >>>>>>> UMN Mapserver and Oracle Spatial developer >>>>>>> >>>>>>> >>> ------------------------------------------------------------------- >>> >>>>>>> Sch?nhammer, Herbert wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> I have some troubles drawing of certain geometries, stored >>>>>>>> >>>>>>>> >>>>> in Oracle >>>>> >>>>> >>>>>>>> Spatial 9i. >>>>>>>> >>>>>>>> In general, I'm able to say, that polygon rings are >drawn without >>>>>>>> problems (Connected by line strings or compound line strings >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> connected >>>>>>> >>>>>>> >>>>>>> >>>>>>>> by circular arcs AND line strings). But there are some >>>>>>>> >>> types, which >>> >>>>>>>> are not drawn by mapserver. There is no warning or error >>>>>>>> >>>>>>>> >>>>> reported by >>>>> >>>>> >>>>>>>> mapserver ! These certain geometries only are not present in >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> the drawn >>>>>>> >>>>>>> >>>>>>> >>>>>>>> png-file (or what ever). The geometries in the neighbourhood >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> are drawn ! >>>>>>> >>>>>>> >>>>>>> >>>>>>>> My Environment >>>>>>>> ============== >>>>>>>> >>>>>>>> - Oracle 9i with Spatial Option on a Windows 2003 Server >>>>>>>> - MapServer 4.8.4 (Mapserver 4.10.1 does the same !) on a >>>>>>>> >>>>>>>> >>>>> SuSE SLES 9 >>>>> >>>>> >>>>>>>> compiled with an Oracle 10g - Client >>>>>>>> - MapServer used as WMS-Server >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> In detail the geometry, whis is NOT drawn by mapserver >>>>>>>> ====================================================== >>>>>>>> Our application (Autodesk Topoase 3) is not storing a >circle as a >>>>>>>> circle in Oracle Spatial. The circle is splitted into two arcs, >>>>>>>> connected to each other at the end-/start-points of >the arcs. The >>>>>>>> drawn picture should be the picture of a circle. >>>>>>>> >>>>>>>> The stored geometry has the properties: >>>>>>>> GTYPE 2003 (= 2-dim POLYGON) >>>>>>>> >>>>>>>> In Detail: >>>>>>>> (2003; 82032; ; (1; 1003; 2; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ; ; ; ; ; >>>>>>> >>>>>>> >>>>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ); (4505542,97176542; 5430753,10554764; >>>>>>>> >>> 4505541,58808944; >>> >>>>>>>> 5430750,58265205; 4505544,16794032; 5430749,30831663; >>>>>>>> 4505545,28931113; 5430751,74858283; 4505542,97176542; >>>>>>>> 5430753,10554764; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; )) >>>>>>>> >>>>>>>> The geometry validates >>>>>>>> >>>>>>>> >>>>> (SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT), the >>>>> >>>>> >>>>>>>> result is TRUE. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> The same geometry stored as LINE or CURVE IS drawn !! >>>>>>>> ===================================================== >>>>>>>> >>>>>>>> GTYPE 2002 (= 2-dim LINE or CURVE) >>>>>>>> >>>>>>>> >>>>>>>> (2002; 82032; ; (1; 2; 2; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ); (4505542,97176542; 5430753,10554764; >4505541,58808944; >>>>>>>> 5430750,58265206; 4505544,16794032; 5430749,30831663; >>>>>>>> 4505545,28931113; 5430751,74858283; 4505542,97176542; >>>>>>>> 5430753,10554764; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; )) >>>>>>>> >>>>>>>> >>>>>>>> Note >>>>>>>> ==== >>>>>>>> >>>>>>>> Changing the mapserver Layer TYPE from POLYGON to LINE (or >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> vice versa) >>>>>>> >>>>>>> >>>>>>> >>>>>>>> does not have any effect !!! >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> In detail a "circle", which IS drawn by mapserver >>>>>>>> ================================================= >>>>>>>> >>>>>>>> GTYPE 2002 (= 2-dim LINE or CURVE) >>>>>>>> >>>>>>>> (2002; 82032; ; (1; 4; 1; 1; 2; 2; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ; ; ; ; ; >>>>>>> >>>>>>> >>>>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ); (4506079,8746; 5430398,0938; 4506070,0144; >>>>>>>> >>>>>>>> >>>>> 5430388,2336; >>>>> >>>>> >>>>>>>> 4506079,8746; 5430378,3734; 4506089,7348; 5430388,2336; >>>>>>>> >>>>>>>> >>>>> 4506079,8746; >>>>> >>>>> >>>>>>>> 5430398,0938; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; >>>>>>>> >>>>>>>> >>>>> ; ; ; ; ; ; >>>>> >>>>> >>>>>>>> ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; )) >>>>>>>> >>>>>>>> The geometry also validates >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> (SDO_GEOM.VALIDATE_GEOMETRY_WITH_CONTEXT), >>>>>>> >>>>>>> >>>>>>> >>>>>>>> the result is TRUE. >>>>>>>> >>>>>>>> BUT: >>>>>>>> ---- >>>>>>>> Please look at the first triplet of SDO_ELEM_INFO. >>>>>>>> Looking in Oracle Documentation, the combination of >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> SDO_ETYPE=4 with a >>>>>>> >>>>>>> >>>>>>> >>>>>>>> SDO_INTERPRETATION=1 is NOT allowed. SDO_INTERPRETATION MUST >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> be bigger >>>>>>> >>>>>>> >>>>>>> >>>>>>>> than 1. >>>>>>>> >>>>>>>> (Is there a bug in the doc ??????) >>>>>>>> >>>>>>>> >>>>>>>> My problem >>>>>>>> ========== >>>>>>>> Creating new circles, the application stores them as GTYPE >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> 2003, which >>>>>>> >>>>>>> >>>>>>> >>>>>>>> is not drawn ! >>>>>>>> >>>>>>>> >>>>>>>> Does anybody know, what's the matter? >>>>>>>> ===================================== >>>>>>>> >>>>>>>> Is there anybody, who has some tipps for me ? >>>>>>>> >>>>>>>> >>>>>>>> With kind regards >>>>>>>> >>>>>>>> *Sch?nhammer Herbert* >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > > From anthony.k.farrant at GMAIL.COM Thu May 3 06:58:47 2007 From: anthony.k.farrant at GMAIL.COM (anthony farrant) Date: Thu, 3 May 2007 15:58:47 +0200 Subject: points disappearing on zoom Message-ID: Hello Mapserver users, I have a problem. I'm creating shapefiles dynamically and using them with mapscript. Not only do I create the shapefile with shapefileObj but I also create the dbf file to give it attributes. The result is very nice until the moment I first zoom in. Then all points in the zoom scope tend to disappear! What despair! I'm at a loss as to what to do. I maybe should mention an oddity: in the DBF file, created through PHP functions, the latitude and longitude are given a precision of 1 even though I ask a precision of 10. It is given a precision of 1 *AND* the rest of the precision is zeroes. Could this affect Mapserver printing the points? Any help very welcome. Have a nice day, Anthony From Steve.Lime at DNR.STATE.MN.US Thu May 3 07:06:33 2007 From: Steve.Lime at DNR.STATE.MN.US (Steve Lime) Date: Thu, 3 May 2007 09:06:33 -0500 Subject: points disappearing on zoom Message-ID: The precision shouldn't matter, I mean it shows up once right? Also, "tend to disappear" implies it sort of works but I would expect all or nothing. Perhaps you can clarify. Any chance the layer state (on/off/default) isn't being maintained between zooms? Steve >>> anthony farrant 05/03/07 8:58 AM >>> Hello Mapserver users, I have a problem. I'm creating shapefiles dynamically and using them with mapscript. Not only do I create the shapefile with shapefileObj but I also create the dbf file to give it attributes. The result is very nice until the moment I first zoom in. Then all points in the zoom scope tend to disappear! What despair! I'm at a loss as to what to do. I maybe should mention an oddity: in the DBF file, created through PHP functions, the latitude and longitude are given a precision of 1 even though I ask a precision of 10. It is given a precision of 1 *AND* the rest of the precision is zeroes. Could this affect Mapserver printing the points? Any help very welcome. Have a nice day, Anthony From efujioka at DUKE.EDU Thu May 3 07:12:31 2007 From: efujioka at DUKE.EDU (Ei Fujioka) Date: Thu, 3 May 2007 10:12:31 -0400 Subject: Firefox can't print transparent PNG image from Mapserver In-Reply-To: <4997F456680DAD4DA1E042C40C463611C34242@auper1ex002.au.aecomnet.com> Message-ID: Thank you very much, Delfos. It's good to know I did do nothing wrong. Probably, I need to use GIF instead because the background map is actually Google Maps. By the way, did you try PNG24 as well? The same results? Thanks, Delfos, Jacob wrote: > Hi Ei, > > I don't have a solution, but it might be helpful to know that this > problem has existed for quite a while in Mozilla (>2 years). It's > nothing to do with your particular setup or printers, I have had the > same issue here. > Perhaps you could merge the images into a single image? This is what I > do for my print layouts. > > Regards, > > Jacob > > > >> -----Original Message----- >> From: UMN MapServer Users List >> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Ei Fujioka >> Sent: 3 May 2007 00:50 >> To: MAPSERVER-USERS at LISTS.UMN.EDU >> Subject: [UMN_MAPSERVER-USERS] Firefox can't print >> transparent PNG image from Mapserver >> >> Hi guys, >> >> This may be a Firefox issue but want to know how you guys >> deal with this >> problem, if any, on your mapper application. >> >> I got a weird problem that Firefox can't print a PNG image with >> transparent background which is retrieved from Mapserver. >> It's transparent on the browser, and so is it with [Print Preview]. >> But when I print this, the PNG image covers the legend and background >> images (the transparent background turns to white). >> >> To make things simple, I copied the PNG image in question along with >> legend and some background map images into a quite simple HTML. >> >> http://seamap.env.duke.edu:8888/dev/mapservice/googlemaps/test.html >> >> Here, the combination of points and lines is the PNG with transparent >> background. Should look OK on your browser. >> >> Below is a screen shot of Firefox's [Print Preview]. >> http://seamap.env.duke.edu:8888/dev/cache/misc/firefox_cant_pr >> int_png.jpg >> >> Still has transparent background, but when printed, it doesn't. >> >> >> IE doesn't have this problem. It prints as seen on the browser. >> >> Do you have any idea what's wrong? >> Is it just a Firefox bug? Any workaround? Should use GIF? >> # I thought Firefox provided great support for PNG... >> >> >> IMAGETYPE png >> OUTPUTFORMAT >> NAME png >> DRIVER "GD/PNG" >> MIMETYPE "image/png" >> IMAGEMODE PC256 >> EXTENSION "png" >> END >> >> RESOLUTION 72 >> TRANSPARENT ON >> >> >> >> MapServer version 4.2.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP >> OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER >> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT >> INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE >> >> >> ver 1.5.0.11 on Windows 2000 >> ver 1.5.0.11 on Windows Xp >> A color printer and a B/W printer >> >> Thanks, >> >> Ei >> >> -- >> ====================== >> Ei Fujioka >> Research Associate >> Duke University >> >> (919) 613-8021 >> efujioka at duke.edu >> ====================== >> > > This email and any attachments are intended solely for the named recipient and are confidential. The copying or distribution of them or any information they contain by anyone other than the named recipient is prohibited. If you have received this document in error, please notify the sender and delete all copies from your computer system and destroy all hard copies. It is the recipient's responsibility to check this email and any attachments to this email for viruses before use. > -- ====================== Ei Fujioka Research Associate Duke University (919) 613-8021 efujioka at duke.edu ====================== From anthony.k.farrant at GMAIL.COM Thu May 3 07:14:16 2007 From: anthony.k.farrant at GMAIL.COM (anthony farrant) Date: Thu, 3 May 2007 16:14:16 +0200 Subject: points disappearing on zoom In-Reply-To: <4639A61D0200008F0000A236@co5.dnr.state.mn.us> Message-ID: No the layer state is good since it shows some of the points. To be precise I'm mapping Antarctica. When I zoom on Antarctica, the region directly on the coast of Antarctica is devoid of points (which should be there, since they were there on the first drawing) while on the periphery there are still points. So it's shows the layer "on the periphery of the zoom but not in the middle." When I pan or zoom closer on a specific region the points reappear. So basically it's a one unique level of zooming that part of the points disappear... Does this make any sense? It's quite frustrating. On 5/3/07, Steve Lime wrote: > The precision shouldn't matter, I mean it shows up once right? Also, "tend to disappear" implies it sort of works but I would expect all or nothing. Perhaps you can clarify. > > Any chance the layer state (on/off/default) isn't being maintained between zooms? > > Steve > > >>> anthony farrant 05/03/07 8:58 AM >>> > Hello Mapserver users, > > I have a problem. I'm creating shapefiles dynamically and using them > with mapscript. Not only do I create the shapefile with shapefileObj > but I also create the dbf file to give it attributes. > > The result is very nice until the moment I first zoom in. Then all > points in the zoom scope tend to disappear! What despair! > > I'm at a loss as to what to do. > > I maybe should mention an oddity: in the DBF file, created through PHP > functions, the latitude and longitude are given a precision of 1 even > though I ask a precision of 10. It is given a precision of 1 *AND* the > rest of the precision is zeroes. Could this affect Mapserver printing > the points? > > Any help very welcome. Have a nice day, > > > Anthony > > From efujioka at DUKE.EDU Thu May 3 07:33:16 2007 From: efujioka at DUKE.EDU (Ei Fujioka) Date: Thu, 3 May 2007 10:33:16 -0400 Subject: Chameleon SQLquery Widget In-Reply-To: <200704291413.l3TEDEvY024958@safari.software.umn.edu> Message-ID: Hi Jessica, I don't have an exact answer for you but thought this might be a clue. Chameleon is quite hard to grasp what it really does. Have you tried to dig into the PHP source codes? What I found is that the polygon information is stored in $_SESSION['ROIRENDERER']. You can extract lat/lon of the vertices with something like this. if (isset($_SESSION['ROIRENDERER'])) { $nROI = count($_SESSION['ROIRENDERER']); // Currently only last polygon is treated. for($i=0; $i<$nROI; $i++) { $coords = implode(",", $_SESSION['ROIRENDERER'][$i]['aGeoCoords']); $roi_mode = $_SESSION['ROIRENDERER'][$i]['type']; } } So if you create PHP codes that is called when you click "Report", you can issue the SQL, which you entered for SQL Query widget, to extract data (I mean without using SQL Query). To see if the ROI information is also stored in shared resources which SQL Query can access, you will need to look into the source codes. As I said, it is hard to trace the Chameleon codes so I might have missed more convenient ways, though. Good luck. Ei fend0009 wrote: > Hi list: > > I am using a sqlquery widget to build a report on employment change in a > mapping application. Having little experience in PostgreSQL and Chameleon, I > managed to upload a shapefile (empchgfinal.shp) to PostgreSQL database, > created a spatial index (gist type, name "emp") for the shapefile and wrote > the following SQL query in the html file. However, when I selected the area > of interest (using ROIManager widget), I can see the area is highlighted, but > when I click on generate report, I got an empty result. 1) What is > sharedresourcename in the SQL Query and Table widgets for and how should it > be specified in the table widget? ("EMP" is a report type out of 4 link > options in the report.html and "emp" is the name for the spatial index in the > shapefile). 2) Is there some thing I should do extra in PostgresSQL so that > this will work? Could someone please give me some guidance as to how I can > fix this? Any suggestions will be highly appreciated. Thanks! > > Sincerely, > Jessica Fendos > > > password="mapsXXX" dbtype="PGSQL" > sqlquery="select sum(e.aest_00) as avgest00,sum(e.aest_05) as > avgest05,sum(e.e_est) as estchange, > round(sum(e.e_est)/sum(e.aest_00)*100, 1) as p_estchg, > sum(e.aemp_00) as avgemp00,sum(e.aemp_05) as avgemp05, > sum(e.e_change) as empchange, > round(sum(e.e_change)/sum(e.aemp_00)*100, 1) > as p_empchange,count(*) as n_blockgroups from empchg_final e where > e.the_geom && SetSRID('BOX3D([$_MinX_$] [$_MinY_$] , [$_MaxX_$] > [$_MaxY_$])'::box3d,-1) AND within (e.the_geom, SetSRID > ('BOX3D([$_MinX_$] [$_MinY_$],[$_MaxX_$][$_MaxY_$])'::box3d,-1));" > sharedresourcename="EMP"> > > > > > > >