Re: [mapserver-users] Mapserver OSM data render problem
Hi, What options did you use when importing data with osm2pgsql? The mapfile is set to use projection epsg:4326 and that requires the use of some switch with osm2pgsql, perhaps it is -l. README.txt of ogr2pgsql tells about osm2pgsql projections: " Depending on what you're using one or the other is appropriate. The default mapnik style (osm.xml) assumes that the data is stored in 900913 and this is the default for osm2pgsql. Combining the -v and -h switches will tell about the exact definitions of the projections." Try either by importing data again by using a swith suitable for epsg:4326 or by editing your mapfile to use epsg:900913 instead of epsg:4326. -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org puolesta: Marek Wawoczny Lähetetty: ti 5.1.2010 1:16 Vastaanottaja: mapserver-users@lists.osgeo.org Aihe: [mapserver-users] Mapserver OSM data render problem Hello, I have an problem with Mapserver OSM setup. I've used tutorial from http://trac.osgeo.org/mapserver/wiki/RenderingOsmData and new mapnik-utils scripts from SVN. When I test my setup with shp2img I receive image with coastlines only: http://yfrog.com/0cosmsj If I test the same database with Mapnik generate_image.py script I receive full image: http://yfrog.com/j5imagebmj Any one knows what could be wrong? One more thing - shp2img returns message "msPostGISLayerWhichShapes got 0 records in result." when run in debug mode - seems that queries returns no rows - but I don't know why. Here is my .map file contents: http://www.pastie.org/766740.txt?key=nq4abq014rv13bpeciha Any ideas? Thank you, best regards! Marek ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] Mapserver OSM data render problem
Hello, I have an problem with Mapserver OSM setup. I've used tutorial from http://trac.osgeo.org/mapserver/wiki/RenderingOsmData and new mapnik-utils scripts from SVN. When I test my setup with shp2img I receive image with coastlines only: http://yfrog.com/0cosmsj If I test the same database with Mapnik generate_image.py script I receive full image: http://yfrog.com/j5imagebmj Any one knows what could be wrong? One more thing - shp2img returns message "msPostGISLayerWhichShapes got 0 records in result." when run in debug mode - seems that queries returns no rows - but I don't know why. Here is my .map file contents: http://www.pastie.org/766740.txt?key=nq4abq014rv13bpeciha Any ideas? Thank you, best regards! Marek ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] Problem with Russia polygon
Hi, Unfortunately the extents are OK and the problem is something more complicated. Extents are indeed in meters but that's how they must be because the MAP level projection looks like this: PROJECTION "init=epsg:900913" END -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: mapserver-users-boun...@lists.osgeo.org puolesta: Barend Köbben Lähetetty: ma 4.1.2010 22:52 Vastaanottaja: Nelson Correia; Lime, Steve D (DNR); Andy Colson Kopio: mapserver-users@lists.osgeo.org Aihe: Re: [mapserver-users] Problem with Russia polygon You've got data that is in latlong (units decimal degrees) in your shapefile, however in the EXTENT part of the map file you use EXTENT -20037508 -13590765 20037508 11229864 Which are not latlomngs but some projected coordinates, and UNITS meters IN the LAYER you tell mapserver that its: PROJECTION "proj=longlat" "datum=WGS84" "no_defs" END These two are contradictory. You'll have to match the PROJECTION in the LAYER to the actual projection and units (apparentlt these are correct) , and make sure the EXTENT is expressed in the same system. So best thing is to set the EXTENT in latlons (as its the whole world -180 -90 180 90 is a safe bet) and UNITS to degrees... Yours, -- Barend Köbben Senior Lecturer University of Twente, Faculty of Geo-Information Science and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 04-01-10 19:34, "Nelson Correia" wrote: > Here is the simplified shapefile, along with a mapfile that uses it: > http://www.2shared.com/file/10449234/a18d6a03/countries.html > > Nelson > > -Original Message- > From: Lime, Steve D (DNR) [mailto:steve.l...@state.mn.us] > Sent: segunda-feira, 4 de Janeiro de 2010 17:28 > To: Nelson Correia; Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Would be interesting to get a copy of the data in shapefile format, plus the > mapfile that generates the error... > > Steve > > -Original Message- > From: mapserver-users-boun...@lists.osgeo.org > [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Nelson Correia > Sent: Monday, January 04, 2010 7:32 AM > To: Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Hello, > > All the russian polygons are valid (st_valid) and closed (st_closed). The > problem seems to be in the vertical lines at 180º and -180º that divide > certain areas of the country. It seems like when mapserver tries to draw these > lines, there's some kind of unknown behavior that make it draw horizontal > lines instead, resulting in very strange polygons. > > However, I have not solved the problem yet. > > Nelson > > -Original Message- > From: Barend Köbben [mailto:kob...@itc.nl] > Sent: sábado, 2 de Janeiro de 2010 15:33 > To: Andy Colson; Nelson Correia > Cc: mapserver-users@lists.osgeo.org > Subject: Re: [mapserver-users] Problem with Russia polygon > > Hi, > >> I guess to make a long story short, do you have any editors (like qgis) that >> you can use to see/edit the layer and make sure each record is valid? > You can use PostGIS's ST_IsValid() for that. > > The problem of Nelson seems to me to be a 'dateline' problem: you have > coordinates in latlon and some polygons are crossing the dateline (and/or > the poles), therefore the coordinates' sign jumps from - to + (or from E to > W). If you then draw that in a Plate Carree 'projection (where latitudes and > longitudes are treated as if they were Cartesian coordinates , which they > surely aren't: they are angles from the middle of the Earth!), then the > polygon jumps from the extreme right to the extreme left of the picture... > > > -- > Barend Köbben > Senior Lecturer > University of Twente, Faculty of Geo-Information Science and > Earth Observation (ITC) > PO Box 6, 7500AA Enschede, The Netherlands > +31 (0)53 4874253 > > > > On 02-01-10 15:50, "Andy Colson" wrote: > >> On 12/30/2009 11:14 AM, Nelson Correia wrote: >>> Hello, >>> >>> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >>> with other data sources too) and I¹m having a problem with the Russian >>> polygon: mapserver draws some strange lines parallel to the equator, >>> near the north pole (like you can see in the attached image). >>> >>> Anyone had the same problem and knows how to solve it? >>> >>> Thanks, >>> >>> Nelson >> >> I have no idea if this is the same problem, but I have run into weird drawing >> problems before. I import shape files into PostGIS and then use mapserver on >> that. I got a polygon layer that had an unclosed line (I guess that is a >> good >> way to describe it). It pissed off mapserver. I could run sql like: >> >> select gid from layer where not ST_IsClosed(the_geom) >> >> and it would pull it up. The people that sent me
[mapserver-users] php mapscript
Does anyone know of a php_mapscript.dll (this is for Windows) that works with MapServer 5.4+ and PHP 5.2? Looking at MS4W 3.0 beta, it looks like it's for MS 5.4.2 and PHP 5.3. Previous version of MS4W is for PHP 5.2 and MS 5.2.4. Thanks. - John ** John Callahan, Geospatial Application Developer Delaware Geological Survey, University of Delaware URL: http://www.dgs.udel.edu ** ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
Correct. We've not gotten around to a more formal declaration. Steve -Original Message- From: Brent Fraser [mailto:bfra...@geoanalytic.com] Sent: Monday, January 04, 2010 2:57 PM To: Lime, Steve D (DNR) Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support Steve, One unexpected requirement of using OUTPUTFORMAT/TEMPLATE (RFC 36) for the query results is that I still seem to need a LAYER TEMPLATE definition. It can be set to anything except a zero length string: LAYER : TEMPLATE 'bogus' I guess it's required so Mapserver considers the layer queryable? Thanks! Brent > For those following this thread, I used: > >OUTPUTFORMAT > NAME 'UnassignedWells_select_template' > DRIVER 'TEMPLATE' > MIMETYPE 'text/html' > FORMATOPTION > 'FILE=database\UnassignedWells_select_template_test.html' >END > > and added > > [resultset layer="UnAssignedWells"][feature] > : > [/feature][/resultset] > > around the per-record text in UnassignedWells_select_template_test.html > > But as suspected, it still didn't solve my performance problem... > > Brent > >> I've got: >> OUTPUTFORMAT >> NAME 'UnassignedWells_select_template' >> DRIVER 'TEMPLATE' >> MIMETYPE 'text/html' >> TEMPLATE 'database\UnassignedWells_select_template_test.html' >> #?FORMATOPTION >> 'FILE=database\UnassignedWells_select_template_test.html' >> END >> >> in my map file and a command line of: >> >> mapserv >> QUERY_STRING="mode=nquery&qformat=UnassignedWells_select_template&map=select2_Test.map&qlayer=UnAssignedWells&" >> >> Am I close? >> >> Thanks >> Brent >> >> >>> Yup. What sort of an example would help? >>> >>> -Original Message- >>> From: Brent Fraser [mailto:bfra...@geoanalytic.com] >>> Sent: Tuesday, December 22, 2009 4:18 PM >>> To: Lime, Steve D (DNR) >>> Cc: mapserver-users@lists.osgeo.org >>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >>> support >>> >>> I'd like to give the new-style approach a try, but the doc seems a >>> little >>> thin. You've talking about RFC 36 right? >>> The new-style approach opens the template only once. That's not your bottleneck though I bet... -Original Message- From: Brent Fraser [mailto:bfra...@geoanalytic.com] Sent: Tuesday, December 22, 2009 3:34 PM To: Lime, Steve D (DNR) Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support > What kind of templating are you using? The old-style stuff or the > new-style? How many results you talking? Old style. Low 100's of records returned... > > -Original Message- > From: Brent Fraser [mailto:bfra...@geoanalytic.com] > Sent: Tuesday, December 22, 2009 3:10 PM > To: Lime, Steve D (DNR) > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver > support > > The strange thing is the image render is quick (a few seconds), but > the > nquery+mapshape (rectangle) with the processing of the template is > several > minutes. And while it opens/reads/closes the template file for each > record(!), I suspect the majority of the time is spent requesting the > record and dealing with the result. > > Ok, on goes the hacker suit... > > Thanks! > Brent > >> Probably a question better answered by OGR maintainers... In theory >> working off a single >> result set, even if you have to traverse it more than once, would be >> far >> more efficient >> than id-based lookups done now. >> >> Steve >> >> -Original Message- >> From: mapserver-users-boun...@lists.osgeo.org >> [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Brent >> Fraser >> Sent: Tuesday, December 22, 2009 2:55 PM >> To: Lime, Steve D (DNR) >> Cc: mapserver-users@lists.osgeo.org >> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >> support >> >> Do you think there would be any point in making the changes for OGR >> (for >> my ODBC -> Sql Server connection)? If so, I'll start having a look >> at >> the >> code... >> >> Brent >> >>> The improvements are limited to native drivers only, principally >>> Oracle >>> Spatial and PostGIS. >>> >>> Steve >>> >>> -Original Message- >>> From: mapserver-users-boun...@lists.osgeo.org >>> [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Brent >>> Fraser >>> Sent: Tuesday, December 22, 2009 2:48 PM >>> To: mapserver-users@lists.osgeo.org >>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >>> support >>> >>> To all, >>> >>> I've got a query performance problem I'm trying to track down. I >>
RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support
Steve, One unexpected requirement of using OUTPUTFORMAT/TEMPLATE (RFC 36) for the query results is that I still seem to need a LAYER TEMPLATE definition. It can be set to anything except a zero length string: LAYER : TEMPLATE 'bogus' I guess it's required so Mapserver considers the layer queryable? Thanks! Brent > For those following this thread, I used: > >OUTPUTFORMAT > NAME 'UnassignedWells_select_template' > DRIVER 'TEMPLATE' > MIMETYPE 'text/html' > FORMATOPTION > 'FILE=database\UnassignedWells_select_template_test.html' >END > > and added > > [resultset layer="UnAssignedWells"][feature] > : > [/feature][/resultset] > > around the per-record text in UnassignedWells_select_template_test.html > > But as suspected, it still didn't solve my performance problem... > > Brent > >> I've got: >> OUTPUTFORMAT >> NAME 'UnassignedWells_select_template' >> DRIVER 'TEMPLATE' >> MIMETYPE 'text/html' >> TEMPLATE 'database\UnassignedWells_select_template_test.html' >> #?FORMATOPTION >> 'FILE=database\UnassignedWells_select_template_test.html' >> END >> >> in my map file and a command line of: >> >> mapserv >> QUERY_STRING="mode=nquery&qformat=UnassignedWells_select_template&map=select2_Test.map&qlayer=UnAssignedWells&" >> >> Am I close? >> >> Thanks >> Brent >> >> >>> Yup. What sort of an example would help? >>> >>> -Original Message- >>> From: Brent Fraser [mailto:bfra...@geoanalytic.com] >>> Sent: Tuesday, December 22, 2009 4:18 PM >>> To: Lime, Steve D (DNR) >>> Cc: mapserver-users@lists.osgeo.org >>> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >>> support >>> >>> I'd like to give the new-style approach a try, but the doc seems a >>> little >>> thin. You've talking about RFC 36 right? >>> The new-style approach opens the template only once. That's not your bottleneck though I bet... -Original Message- From: Brent Fraser [mailto:bfra...@geoanalytic.com] Sent: Tuesday, December 22, 2009 3:34 PM To: Lime, Steve D (DNR) Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver support > What kind of templating are you using? The old-style stuff or the > new-style? How many results you talking? Old style. Low 100's of records returned... > > -Original Message- > From: Brent Fraser [mailto:bfra...@geoanalytic.com] > Sent: Tuesday, December 22, 2009 3:10 PM > To: Lime, Steve D (DNR) > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver > support > > The strange thing is the image render is quick (a few seconds), but > the > nquery+mapshape (rectangle) with the processing of the template is > several > minutes. And while it opens/reads/closes the template file for each > record(!), I suspect the majority of the time is spent requesting the > record and dealing with the result. > > Ok, on goes the hacker suit... > > Thanks! > Brent > >> Probably a question better answered by OGR maintainers... In theory >> working off a single >> result set, even if you have to traverse it more than once, would be >> far >> more efficient >> than id-based lookups done now. >> >> Steve >> >> -Original Message- >> From: mapserver-users-boun...@lists.osgeo.org >> [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Brent >> Fraser >> Sent: Tuesday, December 22, 2009 2:55 PM >> To: Lime, Steve D (DNR) >> Cc: mapserver-users@lists.osgeo.org >> Subject: RE: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >> support >> >> Do you think there would be any point in making the changes for OGR >> (for >> my ODBC -> Sql Server connection)? If so, I'll start having a look >> at >> the >> code... >> >> Brent >> >>> The improvements are limited to native drivers only, principally >>> Oracle >>> Spatial and PostGIS. >>> >>> Steve >>> >>> -Original Message- >>> From: mapserver-users-boun...@lists.osgeo.org >>> [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Brent >>> Fraser >>> Sent: Tuesday, December 22, 2009 2:48 PM >>> To: mapserver-users@lists.osgeo.org >>> Subject: [mapserver-users] mapserver 5.6.0, RFC 52 and driver >>> support >>> >>> To all, >>> >>> I've got a query performance problem I'm trying to track down. I >>> was >>> hopeful that 5.6 with RFC 52 implemented might help me, but it >>> seems >>> to >>> have no impact. >>> >>> Are the changes for RFC 52 implemented for OGR ODBC connections? >>> >>> Thanks! >>> Brent Fraser >>> >>> ___ >>>
Re: [mapserver-users] Problem with Russia polygon
You've got data that is in latlong (units decimal degrees) in your shapefile, however in the EXTENT part of the map file you use EXTENT -20037508 -13590765 20037508 11229864 Which are not latlomngs but some projected coordinates, and UNITS meters IN the LAYER you tell mapserver that its: PROJECTION "proj=longlat" "datum=WGS84" "no_defs" END These two are contradictory. You'll have to match the PROJECTION in the LAYER to the actual projection and units (apparentlt these are correct) , and make sure the EXTENT is expressed in the same system. So best thing is to set the EXTENT in latlons (as its the whole world -180 -90 180 90 is a safe bet) and UNITS to degrees... Yours, -- Barend Köbben Senior Lecturer University of Twente, Faculty of Geo-Information Science and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 04-01-10 19:34, "Nelson Correia" wrote: > Here is the simplified shapefile, along with a mapfile that uses it: > http://www.2shared.com/file/10449234/a18d6a03/countries.html > > Nelson > > -Original Message- > From: Lime, Steve D (DNR) [mailto:steve.l...@state.mn.us] > Sent: segunda-feira, 4 de Janeiro de 2010 17:28 > To: Nelson Correia; Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Would be interesting to get a copy of the data in shapefile format, plus the > mapfile that generates the error... > > Steve > > -Original Message- > From: mapserver-users-boun...@lists.osgeo.org > [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Nelson Correia > Sent: Monday, January 04, 2010 7:32 AM > To: Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Hello, > > All the russian polygons are valid (st_valid) and closed (st_closed). The > problem seems to be in the vertical lines at 180º and -180º that divide > certain areas of the country. It seems like when mapserver tries to draw these > lines, there's some kind of unknown behavior that make it draw horizontal > lines instead, resulting in very strange polygons. > > However, I have not solved the problem yet. > > Nelson > > -Original Message- > From: Barend Köbben [mailto:kob...@itc.nl] > Sent: sábado, 2 de Janeiro de 2010 15:33 > To: Andy Colson; Nelson Correia > Cc: mapserver-users@lists.osgeo.org > Subject: Re: [mapserver-users] Problem with Russia polygon > > Hi, > >> I guess to make a long story short, do you have any editors (like qgis) that >> you can use to see/edit the layer and make sure each record is valid? > You can use PostGIS's ST_IsValid() for that. > > The problem of Nelson seems to me to be a 'dateline' problem: you have > coordinates in latlon and some polygons are crossing the dateline (and/or > the poles), therefore the coordinates' sign jumps from - to + (or from E to > W). If you then draw that in a Plate Carree 'projection (where latitudes and > longitudes are treated as if they were Cartesian coordinates , which they > surely aren't: they are angles from the middle of the Earth!), then the > polygon jumps from the extreme right to the extreme left of the picture... > > > -- > Barend Köbben > Senior Lecturer > University of Twente, Faculty of Geo-Information Science and > Earth Observation (ITC) > PO Box 6, 7500AA Enschede, The Netherlands > +31 (0)53 4874253 > > > > On 02-01-10 15:50, "Andy Colson" wrote: > >> On 12/30/2009 11:14 AM, Nelson Correia wrote: >>> Hello, >>> >>> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >>> with other data sources too) and I¹m having a problem with the Russian >>> polygon: mapserver draws some strange lines parallel to the equator, >>> near the north pole (like you can see in the attached image). >>> >>> Anyone had the same problem and knows how to solve it? >>> >>> Thanks, >>> >>> Nelson >> >> I have no idea if this is the same problem, but I have run into weird drawing >> problems before. I import shape files into PostGIS and then use mapserver on >> that. I got a polygon layer that had an unclosed line (I guess that is a >> good >> way to describe it). It pissed off mapserver. I could run sql like: >> >> select gid from layer where not ST_IsClosed(the_geom) >> >> and it would pull it up. The people that sent me the layer swore there was >> nothing wrong with it (they didn't see any error). >> >> I guess to make a long story short, do you have any editors (like qgis) that >> you can use to see/edit the layer and make sure each record is valid? >> >> -Andy >> ___ >> mapserver-users mailing list >> mapserver-users@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > International Institute for Geo-Information Science and Earth Observation > (ITC) > Chamber of Commerce: 410 27 5
Re: [mapserver-users] Problem with Russia polygon
We ran into this issue for an Air Force project I worked on. We ended up splitting the polygons into multiple polygons E and W of the dateline. Joe Bussell On Mon, Jan 4, 2010 at 10:34 AM, Nelson Correia wrote: > Here is the simplified shapefile, along with a mapfile that uses it: > http://www.2shared.com/file/10449234/a18d6a03/countries.html > > Nelson > > -Original Message- > From: Lime, Steve D (DNR) [mailto:steve.l...@state.mn.us] > Sent: segunda-feira, 4 de Janeiro de 2010 17:28 > To: Nelson Correia; Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Would be interesting to get a copy of the data in shapefile format, plus the > mapfile that generates the error... > > Steve > > -Original Message- > From: mapserver-users-boun...@lists.osgeo.org > [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Nelson Correia > Sent: Monday, January 04, 2010 7:32 AM > To: Barend Köbben; Andy Colson > Cc: mapserver-users@lists.osgeo.org > Subject: RE: [mapserver-users] Problem with Russia polygon > > Hello, > > All the russian polygons are valid (st_valid) and closed (st_closed). The > problem seems to be in the vertical lines at 180º and -180º that divide > certain areas of the country. It seems like when mapserver tries to draw > these lines, there's some kind of unknown behavior that make it draw > horizontal lines instead, resulting in very strange polygons. > > However, I have not solved the problem yet. > > Nelson > > -Original Message- > From: Barend Köbben [mailto:kob...@itc.nl] > Sent: sábado, 2 de Janeiro de 2010 15:33 > To: Andy Colson; Nelson Correia > Cc: mapserver-users@lists.osgeo.org > Subject: Re: [mapserver-users] Problem with Russia polygon > > Hi, > >> I guess to make a long story short, do you have any editors (like qgis) that >> you can use to see/edit the layer and make sure each record is valid? > You can use PostGIS's ST_IsValid() for that. > > The problem of Nelson seems to me to be a 'dateline' problem: you have > coordinates in latlon and some polygons are crossing the dateline (and/or > the poles), therefore the coordinates' sign jumps from - to + (or from E to > W). If you then draw that in a Plate Carree 'projection (where latitudes and > longitudes are treated as if they were Cartesian coordinates , which they > surely aren't: they are angles from the middle of the Earth!), then the > polygon jumps from the extreme right to the extreme left of the picture... > > > -- > Barend Köbben > Senior Lecturer > University of Twente, Faculty of Geo-Information Science and > Earth Observation (ITC) > PO Box 6, 7500AA Enschede, The Netherlands > +31 (0)53 4874253 > > > > On 02-01-10 15:50, "Andy Colson" wrote: > >> On 12/30/2009 11:14 AM, Nelson Correia wrote: >>> Hello, >>> >>> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >>> with other data sources too) and I¹m having a problem with the Russian >>> polygon: mapserver draws some strange lines parallel to the equator, >>> near the north pole (like you can see in the attached image). >>> >>> Anyone had the same problem and knows how to solve it? >>> >>> Thanks, >>> >>> Nelson >> >> I have no idea if this is the same problem, but I have run into weird drawing >> problems before. I import shape files into PostGIS and then use mapserver on >> that. I got a polygon layer that had an unclosed line (I guess that is a >> good >> way to describe it). It pissed off mapserver. I could run sql like: >> >> select gid from layer where not ST_IsClosed(the_geom) >> >> and it would pull it up. The people that sent me the layer swore there was >> nothing wrong with it (they didn't see any error). >> >> I guess to make a long story short, do you have any editors (like qgis) that >> you can use to see/edit the layer and make sure each record is valid? >> >> -Andy >> ___ >> mapserver-users mailing list >> mapserver-users@lists.osgeo.org >> http://lists.osgeo.org/mailman/listinfo/mapserver-users > > International Institute for Geo-Information Science and Earth Observation > (ITC) > Chamber of Commerce: 410 27 560 > > E-mail disclaimer > The information in this e-mail, including any attachments, is intended for > the addressee only. If you are not the intended recipient, you are hereby > notified that any disclosure, copying, distribution or action in relation to > the content of this information is strictly prohibited. If you have received > this e-mail by mistake, please delete the message and any attachment and > inform the sender by return e-mail. ITC accepts no liability for any error or > omission in the message content or for damage of any kind that may arise as a > result of e-mail transmission. > > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/m
RE: [mapserver-users] Problem with Russia polygon
Here is the simplified shapefile, along with a mapfile that uses it: http://www.2shared.com/file/10449234/a18d6a03/countries.html Nelson -Original Message- From: Lime, Steve D (DNR) [mailto:steve.l...@state.mn.us] Sent: segunda-feira, 4 de Janeiro de 2010 17:28 To: Nelson Correia; Barend Köbben; Andy Colson Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Problem with Russia polygon Would be interesting to get a copy of the data in shapefile format, plus the mapfile that generates the error... Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Nelson Correia Sent: Monday, January 04, 2010 7:32 AM To: Barend Köbben; Andy Colson Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Problem with Russia polygon Hello, All the russian polygons are valid (st_valid) and closed (st_closed). The problem seems to be in the vertical lines at 180º and -180º that divide certain areas of the country. It seems like when mapserver tries to draw these lines, there's some kind of unknown behavior that make it draw horizontal lines instead, resulting in very strange polygons. However, I have not solved the problem yet. Nelson -Original Message- From: Barend Köbben [mailto:kob...@itc.nl] Sent: sábado, 2 de Janeiro de 2010 15:33 To: Andy Colson; Nelson Correia Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Problem with Russia polygon Hi, > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? You can use PostGIS's ST_IsValid() for that. The problem of Nelson seems to me to be a 'dateline' problem: you have coordinates in latlon and some polygons are crossing the dateline (and/or the poles), therefore the coordinates' sign jumps from - to + (or from E to W). If you then draw that in a Plate Carree 'projection (where latitudes and longitudes are treated as if they were Cartesian coordinates , which they surely aren't: they are angles from the middle of the Earth!), then the polygon jumps from the extreme right to the extreme left of the picture... -- Barend Köbben Senior Lecturer University of Twente, Faculty of Geo-Information Science and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 02-01-10 15:50, "Andy Colson" wrote: > On 12/30/2009 11:14 AM, Nelson Correia wrote: >> Hello, >> >> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >> with other data sources too) and I¹m having a problem with the Russian >> polygon: mapserver draws some strange lines parallel to the equator, >> near the north pole (like you can see in the attached image). >> >> Anyone had the same problem and knows how to solve it? >> >> Thanks, >> >> Nelson > > I have no idea if this is the same problem, but I have run into weird drawing > problems before. I import shape files into PostGIS and then use mapserver on > that. I got a polygon layer that had an unclosed line (I guess that is a good > way to describe it). It pissed off mapserver. I could run sql like: > > select gid from layer where not ST_IsClosed(the_geom) > > and it would pull it up. The people that sent me the layer swore there was > nothing wrong with it (they didn't see any error). > > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? > > -Andy > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users International Institute for Geo-Information Science and Earth Observation (ITC) Chamber of Commerce: 410 27 560 E-mail disclaimer The information in this e-mail, including any attachments, is intended for the addressee only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or action in relation to the content of this information is strictly prohibited. If you have received this e-mail by mistake, please delete the message and any attachment and inform the sender by return e-mail. ITC accepts no liability for any error or omission in the message content or for damage of any kind that may arise as a result of e-mail transmission. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Problem with Russia polygon
Would be interesting to get a copy of the data in shapefile format, plus the mapfile that generates the error... Steve -Original Message- From: mapserver-users-boun...@lists.osgeo.org [mailto:mapserver-users-boun...@lists.osgeo.org] On Behalf Of Nelson Correia Sent: Monday, January 04, 2010 7:32 AM To: Barend Köbben; Andy Colson Cc: mapserver-users@lists.osgeo.org Subject: RE: [mapserver-users] Problem with Russia polygon Hello, All the russian polygons are valid (st_valid) and closed (st_closed). The problem seems to be in the vertical lines at 180º and -180º that divide certain areas of the country. It seems like when mapserver tries to draw these lines, there's some kind of unknown behavior that make it draw horizontal lines instead, resulting in very strange polygons. However, I have not solved the problem yet. Nelson -Original Message- From: Barend Köbben [mailto:kob...@itc.nl] Sent: sábado, 2 de Janeiro de 2010 15:33 To: Andy Colson; Nelson Correia Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Problem with Russia polygon Hi, > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? You can use PostGIS's ST_IsValid() for that. The problem of Nelson seems to me to be a 'dateline' problem: you have coordinates in latlon and some polygons are crossing the dateline (and/or the poles), therefore the coordinates' sign jumps from - to + (or from E to W). If you then draw that in a Plate Carree 'projection (where latitudes and longitudes are treated as if they were Cartesian coordinates , which they surely aren't: they are angles from the middle of the Earth!), then the polygon jumps from the extreme right to the extreme left of the picture... -- Barend Köbben Senior Lecturer University of Twente, Faculty of Geo-Information Science and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 02-01-10 15:50, "Andy Colson" wrote: > On 12/30/2009 11:14 AM, Nelson Correia wrote: >> Hello, >> >> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >> with other data sources too) and I¹m having a problem with the Russian >> polygon: mapserver draws some strange lines parallel to the equator, >> near the north pole (like you can see in the attached image). >> >> Anyone had the same problem and knows how to solve it? >> >> Thanks, >> >> Nelson > > I have no idea if this is the same problem, but I have run into weird drawing > problems before. I import shape files into PostGIS and then use mapserver on > that. I got a polygon layer that had an unclosed line (I guess that is a good > way to describe it). It pissed off mapserver. I could run sql like: > > select gid from layer where not ST_IsClosed(the_geom) > > and it would pull it up. The people that sent me the layer swore there was > nothing wrong with it (they didn't see any error). > > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? > > -Andy > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users International Institute for Geo-Information Science and Earth Observation (ITC) Chamber of Commerce: 410 27 560 E-mail disclaimer The information in this e-mail, including any attachments, is intended for the addressee only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or action in relation to the content of this information is strictly prohibited. If you have received this e-mail by mistake, please delete the message and any attachment and inform the sender by return e-mail. ITC accepts no liability for any error or omission in the message content or for damage of any kind that may arise as a result of e-mail transmission. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] How to render raster data using Oracle Georaster?
Could anybody help me about this issue? :-) Thanks, xxj xxj wrote: > > Hi folks, > > Is Oracle Georaster supported by MapServer? > > I am using MapServer5.6.0 and can render vector data using Oracle > successfully. But when I was trying raster data using Oracle database, the > following errors happens. > > Errors: > > > "http://schemas.opengis.net/wms/1.1.1/exception_1_1_1.dtd";> > > > msDrawMap(): Image handling error. Failed to draw layer named > 'bluemarble'. > msDrawRaster(): Unable to access file. > georaster:wz/w...@orclat18,sf_rasters,georaster,georid=101 using full path > georaster:wz/w...@orclat18,sf_rasters,georaster,georid=101 > > > > My layer definition in mapfile is as following: > > LAYER > NAME bluemarble > TYPE raster > STATUS ON > #CONNECTIONTYPE oraclespatial > #CONNECTION "wz/w...@orclat18" > #DATA "geor:wz/w...@orclat18,student_rdt_01,id=1" > DATA "georaster:wz/w...@orclat18,sf_rasters,georaster,georid=101" > #DATA drgncimq1926.tif > #DATA "georaster from sf_rasters using srid 8307" > #DATA "GEOR:temporary.vrt" > CLASS > EXPRESSION ([pixel] >= 0 AND [pixel] <= 1000) > STYLE > COLOR 255 0 0 > END > END > METADATA > WMS_TITLE "bluemarble" > WMS_ABSTRACT "bluemarble." > WMS_SRS "EPSG:4326" > END > END > > I am very sure that GDAL and GeoRaster are compiled into MapServer and > well configured for the belows are the output about them. > > Output of mapserv: > > [ora...@ts cgi-bin]$ ./mapserv -v > ./mapserv: /usr/lib/libxml2.so.2: no version information available > (required by ./mapserv) > MapServer version 5.6.0 OUTPUT=GIF OUTPUT=PNG OUTPUT=WBMP OUTPUT=SVG > SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE SUPPORTS=ICONV > SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER > SUPPORTS=WCS_SERVER INPUT=EPPL7 INPUT=ORACLESPATIAL INPUT=OGR INPUT=GDAL > INPUT=SHAPEFILE > > Output of gdal_translate: > > [ora...@ts cgi-bin]$ gdal_translate |grep Geo > GTiff: GeoTIFF > GeoRaster: Oracle Spatial GeoRaster > > I have ever tried to confirm that if gdal is OK by executing the command > of > "gdal_translate -of gtiff > geor:wz/w...@orclat18,sf_rasters,georaster,georid=101 bluemarble.tiff > -outsize 100% 100%" > in the command line. And found it's OK, the expected picture file was > returned. > > I am so confused by the errors above now! So I wonder how to render raster > data with Oracle and GDAL on MapServer? > > Thanks! > > -- View this message in context: http://n2.nabble.com/How-to-render-raster-data-using-Oracle-Georaster-tp4235902p4250472.html Sent from the Mapserver - User mailing list archive at Nabble.com. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS-Client example
www2.dmsolutions.ca/cgi-bin/mswms_gmap is now up and running. regards, Rahkonen Jukka wrote: Hi, First problem is that the url "www2.dmsolutions.ca/cgi-bin/mswms_gmap?" does not answer. You have no chance to succeed with that WMS server at the moment. -Jukka Rahkonen- greenzeod wrote: Hello, I have a problem with the WMS-Client sample layer, which doesnŽt work for me. I tried to add the prov_bound layer to my map-config file, but when I tried to display the layer, i get only a white image. If i use the local bathymetry layer instead of prob_bound - it works. Did I make something wrong? Best Regrads Sergej My call for the image: http://127.0.0.1/cgi-bin/mapserv.exe?MAP=E:/Program%20Files%20 %28x86%29/ms4w/apps/gmap/htdocs/gmap75.map&SERVICE=wms&VERSION =1.1.1&LAYERS=prov_bound&REQUEST=GetMap&SRS=EPSG:42304&BBOX=-2 20,-712631,3072800,384&FORMAT=image/png&WIDTH=400&HEIGHT=300 MAP-File: # # Start of layer definitions # LAYER NAME "prov_bound" TYPE RASTER STATUS ON CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?"; CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 EPSG:42304" "wms_name""prov_bound" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END END LAYER NAME bathymetry METADATA "wms_title" "Elevation/Bathymetry" END TYPE RASTER STATUS ON DATA bath_mapserver.tif PROJECTION "init=epsg:42304" END END END # layer ___ Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! http://produkte.web.de/go/02/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users -- Assefa Yewondwossen Software Analyst Email: ass...@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
RE: [mapserver-users] Problem with Russia polygon
Hello, All the russian polygons are valid (st_valid) and closed (st_closed). The problem seems to be in the vertical lines at 180º and -180º that divide certain areas of the country. It seems like when mapserver tries to draw these lines, there's some kind of unknown behavior that make it draw horizontal lines instead, resulting in very strange polygons. However, I have not solved the problem yet. Nelson -Original Message- From: Barend Köbben [mailto:kob...@itc.nl] Sent: sábado, 2 de Janeiro de 2010 15:33 To: Andy Colson; Nelson Correia Cc: mapserver-users@lists.osgeo.org Subject: Re: [mapserver-users] Problem with Russia polygon Hi, > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? You can use PostGIS's ST_IsValid() for that. The problem of Nelson seems to me to be a 'dateline' problem: you have coordinates in latlon and some polygons are crossing the dateline (and/or the poles), therefore the coordinates' sign jumps from - to + (or from E to W). If you then draw that in a Plate Carree 'projection (where latitudes and longitudes are treated as if they were Cartesian coordinates , which they surely aren't: they are angles from the middle of the Earth!), then the polygon jumps from the extreme right to the extreme left of the picture... -- Barend Köbben Senior Lecturer University of Twente, Faculty of Geo-Information Science and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 02-01-10 15:50, "Andy Colson" wrote: > On 12/30/2009 11:14 AM, Nelson Correia wrote: >> Hello, >> >> I¹m using shapefile world data from gadm.org (I¹ve had this same problem >> with other data sources too) and I¹m having a problem with the Russian >> polygon: mapserver draws some strange lines parallel to the equator, >> near the north pole (like you can see in the attached image). >> >> Anyone had the same problem and knows how to solve it? >> >> Thanks, >> >> Nelson > > I have no idea if this is the same problem, but I have run into weird drawing > problems before. I import shape files into PostGIS and then use mapserver on > that. I got a polygon layer that had an unclosed line (I guess that is a good > way to describe it). It pissed off mapserver. I could run sql like: > > select gid from layer where not ST_IsClosed(the_geom) > > and it would pull it up. The people that sent me the layer swore there was > nothing wrong with it (they didn't see any error). > > I guess to make a long story short, do you have any editors (like qgis) that > you can use to see/edit the layer and make sure each record is valid? > > -Andy > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users International Institute for Geo-Information Science and Earth Observation (ITC) Chamber of Commerce: 410 27 560 E-mail disclaimer The information in this e-mail, including any attachments, is intended for the addressee only. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or action in relation to the content of this information is strictly prohibited. If you have received this e-mail by mistake, please delete the message and any attachment and inform the sender by return e-mail. ITC accepts no liability for any error or omission in the message content or for damage of any kind that may arise as a result of e-mail transmission. ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
Re: [mapserver-users] WMS-Client example
Hi, First problem is that the url "www2.dmsolutions.ca/cgi-bin/mswms_gmap?" does not answer. You have no chance to succeed with that WMS server at the moment. -Jukka Rahkonen- greenzeod wrote: > Hello, > > I have a problem with the WMS-Client sample layer, which > doesnŽt work for me. > I tried to add the prov_bound layer to my map-config file, > but when I tried to display the layer, i get only a white image. > > If i use the local bathymetry layer instead of prob_bound - it works. > > Did I make something wrong? > > Best Regrads > > Sergej > > > My call for the image: > > http://127.0.0.1/cgi-bin/mapserv.exe?MAP=E:/Program%20Files%20 > %28x86%29/ms4w/apps/gmap/htdocs/gmap75.map&SERVICE=wms&VERSION > =1.1.1&LAYERS=prov_bound&REQUEST=GetMap&SRS=EPSG:42304&BBOX=-2 > 20,-712631,3072800,384&FORMAT=image/png&WIDTH=400&HEIGHT=300 > > > MAP-File: > > # > # Start of layer definitions > # > LAYER > NAME "prov_bound" > TYPE RASTER > STATUS ON > CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?"; > CONNECTIONTYPE WMS > METADATA > "wms_srs" "EPSG:42304 EPSG:42101 > EPSG:4269 EPSG:4326 EPSG:42304" > "wms_name""prov_bound" > "wms_server_version" "1.1.0" > "wms_formatlist" > "image/gif,image/png,image/jpeg,image/wbmp" > "wms_format" "image/gif" > END > END > > > > LAYER > NAME bathymetry > METADATA > "wms_title" "Elevation/Bathymetry" > END > TYPE RASTER > STATUS ON > DATA bath_mapserver.tif > PROJECTION > "init=epsg:42304" > END > END > > END # layer > > > > ___ > Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! > http://produkte.web.de/go/02/ > > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users > ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
[mapserver-users] WMS-Client example
Hello, I have a problem with the WMS-Client sample layer, which doesnŽt work for me. I tried to add the prov_bound layer to my map-config file, but when I tried to display the layer, i get only a white image. If i use the local bathymetry layer instead of prob_bound - it works. Did I make something wrong? Best Regrads Sergej My call for the image: http://127.0.0.1/cgi-bin/mapserv.exe?MAP=E:/Program%20Files%20%28x86%29/ms4w/apps/gmap/htdocs/gmap75.map&SERVICE=wms&VERSION=1.1.1&LAYERS=prov_bound&REQUEST=GetMap&SRS=EPSG:42304&BBOX=-220,-712631,3072800,384&FORMAT=image/png&WIDTH=400&HEIGHT=300 MAP-File: # # Start of layer definitions # LAYER NAME "prov_bound" TYPE RASTER STATUS ON CONNECTION "http://www2.dmsolutions.ca/cgi-bin/mswms_gmap?"; CONNECTIONTYPE WMS METADATA "wms_srs" "EPSG:42304 EPSG:42101 EPSG:4269 EPSG:4326 EPSG:42304" "wms_name""prov_bound" "wms_server_version" "1.1.0" "wms_formatlist" "image/gif,image/png,image/jpeg,image/wbmp" "wms_format" "image/gif" END END LAYER NAME bathymetry METADATA "wms_title" "Elevation/Bathymetry" END TYPE RASTER STATUS ON DATA bath_mapserver.tif PROJECTION "init=epsg:42304" END END END # layer ___ Preisknaller: WEB.DE DSL Flatrate für nur 16,99 Euro/mtl.! http://produkte.web.de/go/02/ ___ mapserver-users mailing list mapserver-users@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/mapserver-users
