[mapserver-users] FOSS4g 2013 Academic Track CfP
FOSS4G 2013 Nottingham "Geo for All" [follow the news on http://2013.foss4g.org for upcoming CfP fro other tracks, workshops, etcetera] Academic Track: “Science for Open Source, Open Source for Science” First Call for Papers The FOSS4G 2013 Academic Track is bringing together researchers, developers, users and practitioners carrying out research and development in the geospatial and the free and open source fields. With the Academic Track motto “Science for Open Source, Open Source for Science”, we aim to attract academic papers describing * the use of open source geospatial software and data, in and for scientific research, as well as * academic endeavours to conceptualize, create, assess, and teach open source geospatial software and data. Based on these categories, to promote a strong connection between the Academic Track and the other elements of FOSS4G 2013, we hope for contributions within the following themes: * Data Quality, Software Quality and Service Quality * Community Building * Doing more for less: Assessment of costs and benefits of open source applications and open source business models * Use of Open Data to inform public services * FOSS vs. FOSS4g: Is spatial special? * Architectures and frameworks for open source software and data * Teaching Geospatial Sciences with open source solutions * Open Source GIS application use cases : Government, Participatory GIS, Location based services, Health, Energy, Water, Climate change, etc. * Human-Computer Interfaces and Usability in and around Open GI systems We invite academics and researchers to submit full papers in English, of maximum 8,000 words, before the deadline of 1 February 2013. More detailed requirements, regarding layout, formatting and the submission process, will be published in the 2nd Call for Papers, expected late November 2012. Your contributions will be reviewed (double-blind) by a diverse reviewing committee of experts in the field, who will be asked to assess the papers on originality and academic rigour, as well as interest for the wider FOSS4G community. We expect to select 20-25 papers for presentation and publication. From this selection, a maximum of 8-10 papers will be given the opportunity for inclusion in a special issue of the renowned international journal Transactions in GIS [1]. The remaining papers will be published in the online OSGEO Journal [2]. We would like to specifically invite “early stage researchers” (PhD students, PostDocs) to use this opportunity to aim for a high-ranking publication. Authors of all selected papers will be expected to present their work in detail in a separate Academic Track (with 20-30 minute slots), and will also be given the opportunity to pitch the central theme of their paper in short 'lightning' talks to the larger community, to generate attention and cross-pollenate with industry, developers and users. Important Dates: * now: 1st Call for Papers * Late 2012: 2nd CfP (with detailed submission procedures and requirements) * 1 February 2013: Submission of full papers * 1 April 2013: Reviewing decisions * 1 May 2013: Paper revision deadline * 15 September 2013: publication of selected papers - 8-10 papers in Early View (on-line) Transactions in GIS - others in on-line OSGEO Journal * 17-21 September 2013: FOSS4G Conference * early 2014: printed issue Transactions in GIS For questions, comments and remarks, contact the Academic Track co-chairs: * Franz-Josef Behr (Stuttgart University of Applied Sciences): franz-josef.behr [at] hft-stuttgart.de * Barend Köbben (ITC-University of Twente): kobben [at] itc.nl [1]: Transactions in GIS. Published by Wiley; included in ISI, with an impact factor of 0.54; edited by John P. Wilson, David O'Sullivan and Alexander Zipf. Print ISSN: 1361-1682 Online ISSN: 1467-9671. http://eu.wiley.com/WileyCDA/WileyTitle/productCd-TGIS.html [2]: OSGEO Journal, the official Journal of the Open Source Geospatial Foundation; http://journal.osgeo.org/index.php/journal Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente Chamber of Commerce: 50130536 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.o
Re: [mapserver-users] Mapserver as WMS client, legend pass-through . . .
Hi Bob b, I have not used GeoMoose myself (not even sure what they mean with a legend "chip"). So I am afraid I have no further clues... Barend On 12-06-12 20:33, "Basques, Bob (CI-StPaul)" wrote: > > > >Barend, > >I can add this into the LAYER and get a label in a Mapserver Legend call: > >CLASS >NAME "WS Distribution Mains" >END > >But still no Legend Chip . . . > >bobb > > > > >From: mapserver-users-boun...@lists.osgeo.org >[mapserver-users-boun...@lists.osgeo.org] on behalf of Barend Köbben >[kob...@itc.nl] >Sent: Tuesday, June 12, 2012 12:49 PM >To: mapserver-us...@osgeo.org >Subject: Re: [mapserver-users] Mapserver as WMS client, legend >pass-through . . . > >Hmm, I clearly didn't read your original post well enough, sorry... The >easy solution would be to have the legend embedded in the WMS image (use >STATUS EMBED in the LEGEND object). Won't be useful if you want the WMS in >a tiled fashion, though... > >Barend > > > > > >On 12-06-12 17:44, "Basques, Bob (CI-StPaul)" > wrote: > >>you, I figured that out from the WMS request, but how to implement that >>via the Mapserver WMS client we have in place. >> >>I can get a LEGEND graphic like this for example: >> >>http://wsgisserver.water.stpaul.city/ArcGIS/services/AUTOCAD/MapServer/WM >>S >>Server?request=GetLegendGraphic%26version=1.3.0%26format=image/png%26laye >>r >>=2&width=200 >> >>but how to add this call into the MAPFILE for Our Mapserver client. >> >>bobb >> >> >> >>From: Barend Köbben [kob...@itc.nl] >>Sent: Tuesday, June 12, 2012 10:33 AM >>To: Basques, Bob (CI-StPaul); mapserver-us...@osgeo.org >>Subject: Re: [mapserver-users] Mapserver as WMS client, legend >>pass-through . . . >> >>Hi, >> >>In the "WMS world" you get a legend by requesting it with a >>GetLegendGraphic request, something like: >> >>http://geoserver.itc.nl/cgi-bin/mapserv.exe?map=D:/Inetpub/mapserver/conf >>i >>g >>OL.map&SERVICE=WMS&REQUEST=GetLegendGraphic&VERSION=1.1.1&FORMAT=image/pn >>g >>& >>LAYER=forest >> >>And you can do this for any of let LAYERs you have in you MAP file... >> >>Barend >> >>-- >>Barend Köbben >>Senior Lecturer, ITC - University of Twente, >>Faculty of Geo-Information Science and Earth Observation >>PO Box 217, 7500AE Enschede (The Netherlands) >>+31-(0)53 4874 253 >> >> >> >>On 12-06-12 17:12, "Basques, Bob (CI-StPaul)" >> wrote: >> >>>All, >>> >>>I have this MAPFILE which works fine for a Map image, but how do I get a >>>WMS legend from the upstream WMS service? Do I need to set up a LAYER >>>(like) definition inside of a LEGEND block for a mode=legend to work >>>downstream. Right now I get a blank image. >>> >>>I don't see any information on the topic in this page: >>> >>>http://mapserver.org/ogc/wms_client.html#mapfile-configuration >>> >>>About WMS Legend pass-through . . . >>> >>>Thanks >>> >>>bobb >>> >>> >>> >>> >>>MAP >>> NAME 'WS_Distribution_Mains' >>> SIZE 800 650 >>> EXTENT 593133.398829 170094.734526 593893.148973 170712.010326 >>> >>> STATUS ON >>> UNITS FEET >>> IMAGETYPE PNG24 >>> >>> PROJECTION >>> "init=epsg:200068" >>> END >>> >>> LAYER >>> NAME "WS distribution Mains" >>> TYPE RASTER >>> STATUS DEFAULT >>> CONNECTION >>>"http://XXX.stpaul.city/ArcGIS/services/AUTOCAD/MapServer/WMSServer?"; >>> CONNECTIONTYPE WMS >>> >>> METADATA >>> "wms_srs" "EPSG:4326" >>> "wms_name" "2" >>> "wms_server_version" "1.1.1" >>> "wms_format" "image/png24" >>> >>> "ows_title" "0" >>> "gml_include_items" "all" >>> END >>> >>> PROJECTION >>> "init=epsg:4326" >>> END >>> END #layer >>> >>> ##CONFIG "MS_ERRORFILE" "/tmp/trying2.txt" >>> ##DEBUG 5 >>> >>>END >>> >> >> >>Faculty of Geo-Informa
Re: [mapserver-users] Mapserver as WMS client, legend pass-through . . .
Hmm, I clearly didn't read your original post well enough, sorry... The easy solution would be to have the legend embedded in the WMS image (use STATUS EMBED in the LEGEND object). Won't be useful if you want the WMS in a tiled fashion, though... Barend On 12-06-12 17:44, "Basques, Bob (CI-StPaul)" wrote: >you, I figured that out from the WMS request, but how to implement that >via the Mapserver WMS client we have in place. > >I can get a LEGEND graphic like this for example: > >http://wsgisserver.water.stpaul.city/ArcGIS/services/AUTOCAD/MapServer/WMS >Server?request=GetLegendGraphic%26version=1.3.0%26format=image/png%26layer >=2&width=200 > >but how to add this call into the MAPFILE for Our Mapserver client. > >bobb > > > >From: Barend Köbben [kob...@itc.nl] >Sent: Tuesday, June 12, 2012 10:33 AM >To: Basques, Bob (CI-StPaul); mapserver-us...@osgeo.org >Subject: Re: [mapserver-users] Mapserver as WMS client, legend >pass-through . . . > >Hi, > >In the "WMS world" you get a legend by requesting it with a >GetLegendGraphic request, something like: > >http://geoserver.itc.nl/cgi-bin/mapserv.exe?map=D:/Inetpub/mapserver/confi >g >OL.map&SERVICE=WMS&REQUEST=GetLegendGraphic&VERSION=1.1.1&FORMAT=image/png >& >LAYER=forest > >And you can do this for any of let LAYERs you have in you MAP file... > >Barend > >-- >Barend Köbben >Senior Lecturer, ITC - University of Twente, >Faculty of Geo-Information Science and Earth Observation >PO Box 217, 7500AE Enschede (The Netherlands) >+31-(0)53 4874 253 > > > >On 12-06-12 17:12, "Basques, Bob (CI-StPaul)" > wrote: > >>All, >> >>I have this MAPFILE which works fine for a Map image, but how do I get a >>WMS legend from the upstream WMS service? Do I need to set up a LAYER >>(like) definition inside of a LEGEND block for a mode=legend to work >>downstream. Right now I get a blank image. >> >>I don't see any information on the topic in this page: >> >>http://mapserver.org/ogc/wms_client.html#mapfile-configuration >> >>About WMS Legend pass-through . . . >> >>Thanks >> >>bobb >> >> >> >> >>MAP >> NAME 'WS_Distribution_Mains' >> SIZE 800 650 >> EXTENT 593133.398829 170094.734526 593893.148973 170712.010326 >> >> STATUS ON >> UNITS FEET >> IMAGETYPE PNG24 >> >> PROJECTION >>"init=epsg:200068" >> END >> >> LAYER >>NAME "WS distribution Mains" >>TYPE RASTER >>STATUS DEFAULT >>CONNECTION >>"http://XXX.stpaul.city/ArcGIS/services/AUTOCAD/MapServer/WMSServer?"; >>CONNECTIONTYPE WMS >> >>METADATA >>"wms_srs" "EPSG:4326" >>"wms_name" "2" >>"wms_server_version" "1.1.1" >>"wms_format" "image/png24" >> >>"ows_title" "0" >>"gml_include_items" "all" >>END >> >>PROJECTION >>"init=epsg:4326" >>END >> END #layer >> >>##CONFIG "MS_ERRORFILE" "/tmp/trying2.txt" >>##DEBUG 5 >> >>END >> > > >Faculty of Geo-Information Science and Earth Observation (ITC) >University of Twente >Chamber of Commerce: 50130536 > >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. > > Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente Chamber of Commerce: 50130536 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] Mapserver as WMS client, legend pass-through . . .
Hi, In the "WMS world" you get a legend by requesting it with a GetLegendGraphic request, something like: http://geoserver.itc.nl/cgi-bin/mapserv.exe?map=D:/Inetpub/mapserver/config OL.map&SERVICE=WMS&REQUEST=GetLegendGraphic&VERSION=1.1.1&FORMAT=image/png& LAYER=forest And you can do this for any of let LAYERs you have in you MAP file... Barend -- Barend Köbben Senior Lecturer, ITC - University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 217, 7500AE Enschede (The Netherlands) +31-(0)53 4874 253 On 12-06-12 17:12, "Basques, Bob (CI-StPaul)" wrote: >All, > >I have this MAPFILE which works fine for a Map image, but how do I get a >WMS legend from the upstream WMS service? Do I need to set up a LAYER >(like) definition inside of a LEGEND block for a mode=legend to work >downstream. Right now I get a blank image. > >I don't see any information on the topic in this page: > >http://mapserver.org/ogc/wms_client.html#mapfile-configuration > >About WMS Legend pass-through . . . > >Thanks > >bobb > > > > >MAP > NAME 'WS_Distribution_Mains' > SIZE 800 650 > EXTENT 593133.398829 170094.734526 593893.148973 170712.010326 > > STATUS ON > UNITS FEET > IMAGETYPE PNG24 > > PROJECTION >"init=epsg:200068" > END > > LAYER >NAME "WS distribution Mains" >TYPE RASTER >STATUS DEFAULT >CONNECTION >"http://XXX.stpaul.city/ArcGIS/services/AUTOCAD/MapServer/WMSServer?"; >CONNECTIONTYPE WMS > >METADATA >"wms_srs" "EPSG:4326" >"wms_name" "2" >"wms_server_version" "1.1.1" >"wms_format" "image/png24" > >"ows_title" "0" >"gml_include_items" "all" >END > >PROJECTION >"init=epsg:4326" >END > END #layer > >##CONFIG "MS_ERRORFILE" "/tmp/trying2.txt" >##DEBUG 5 > >END > Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente Chamber of Commerce: 50130536 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] color standards in layers
A good place to visit is ColorBrewer by Cynthia Brewer: http://colorbrewer2.org -- Barend Köbben (Senior Lecturer) ITC - University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 217, 7500AE Enschede (The Netherlands) +31-(0)53 4874 253 On 24-06-11 02:03, "Stephen Woodbridge" wrote: >On 6/23/2011 6:27 PM, Paul Alarcon wrote: >> Hello evryone i'm a mapserver user, i love the way i work, but i have a >> question i'm not a GIS Specialyst, but i want to know if there is color >> ruler for the representation of the layers,because i want to follow the >> goegraphic rules, some information about it i really apreciate. > >Hi Paul, > >There has been a lot written on this subject and there is probably not >simple answer because to a large extent it depends on what you are >trying to show with you map. > >A lot of people like the Google maps or Virtual Earth maps as color >schemes. You might also find the following interesting reading: > >http://www.google.com/#q=cartographic+color+standards+for+maps > >There are some very good books on the subject that discuss this in >detail you can enter "gis cartography" into amazon book search to a good >sample of them. > >Hope this helps, > -Steve W >___ >mapserver-users mailing list >mapserver-users@lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/mapserver-users Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente Chamber of Commerce: 50130536 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] Trouble shooting SLD?
HI, I missed the beginning of this thread, just chip in to ask if you did not overlook the basis: Does MS actually read the SLD? I found that to be a problem in earlier work, see below an extract from an old mail to this list. If it's not that, sorry... Barend Köbben (ITC) (..) Almost always I find this kind of problem having not much to do with the SLDs themselves, but with TMP file settings. This is certainly more likely if you say sending the SLD it in SLD-BODY works. Using SLDs is dependent on the correct setting of the two settings IMAGEPATH -- where the mapserver software puts the SLD and other temporary files IMAGEURL -- where the web browser and other http services pick them up. Setting these incorrectly, and more importantly their security setting incorrrectly, will normally give no problems, but when using SLDs (and also in other cases, eg. when chaining Mapserver to external WMS and WFS services), they will make MS malfunction, but SILENTLY (ie. No error messages). Eg. in our set ups of a WMS with external SLD they are set as follows: For a *nix setup ( MacOSX) with Mapserver CGI 'behind' Apache: WEB IMAGEPATH "/Users/kobben/Sites/ms_tmp/" IMAGEURL "http://localhost/~kobben/ms_tmp/"; ## METADATA [all your web metadata...] END #metadata END #web For a Win box with Mapserver CGI 'behind' IIS: IMAGEPATH "C:/tmp/ms_tmp/" IMAGEURL "http://geoserver.itc.nl/ms_tmp/"; The IMAGEPATh is a directory that is reacheable by Mapserver at this real location (in this case expressed as Unix BSD path on my MacOSX or as UNC path on Win) and that has read & write access set for the Mapserver process. Eg. on the Winbox it should have write access for the anonymous system service account under which Mapserver runs (usually something like SERVERNAME\IWAM_SERVERNAME). You can test this by seeing if files with names like) are being created when you request the WMS with external SLD. If they are the IMAGEPATH celarly works. Then test if you can point a browser to the IMAGEURL and pick up the tmp file. If that worsk the IMAGEURL is also OK. Now it should work... Hope this helps. On 19-10-10 22:44, "K" wrote: > Thanks again for your assistance. > > The SLD file I was using was from the mapserver repository that Jeff > posted earlier in the thread. I went ahead and edited it and removed all > the differing bits from yours. No change, still not reading the SLD file. > > I then decided to create a line file, in case the issue was polygons, > and use the SLD file you posted, with the only change being the name, > still not working. > > I went through and changed all the names to be different, then tried > matching the SLD name with different parts in the odd hope it would > work, again no luck. > > No matter what I do it seems the SLD is being ignored. > > Ken > > On 19/10/2010 3:52 AM, Rahkonen Jukka wrote: >> >> Hi, >> >> I have never made a single SLD file myself, just edited something >> working that I have found so unfortunately I fear I cannot give very >> good advice. I did, however, compare something that works for me and >> your SLD file and these are the differences: >> >> My first line has more elements: >> > xmlns="http://www.opengis.net/sld"; >> xmlns:gml="http://www.opengis.net/gml"; >> xmlns:ogc="http://www.opengis.net/ogc"; >> xmlns:xlink="http://www.w3.org/1999/xlink"; >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; >> xsi:schemaLocation="http://www.opengis.net/sld >> http://schemas.opengis.net/sld/1.0.0/StyledLayerDescriptor.xsd";> >> >> You have Title, I don't. Hard to believe this is critical, though >> Communities >> >> Then you are giving the geometry element as >> >> >> Communities >> >> >> I do not have that element at all. Mapserver documentation says that it >> is not supported and I also believe that now it is wrong in your SLD. I >> understand that your SLD is trying to telll now that the geometry of >> your layer is stored in a field named "Communities". By the way, it >> might be better to use different names in various places instead of >> "Communities" everywhere at least when testing. >> >> Geoserver folks have made a SLD cookbook >> http://docs.geoserver.org/stable/en/user/styling/sld-cookbook/index.html >> it is probably worth reading. >> >> And here is the SLD that I looked at when doing comparison. I took it >> out from my working Mapserver layer with GetStyles. Perhaps you could >> try the same, st
Re: [mapserver-users] Re: Postgis Function in a Wfs Map File Problem
Point taken, but this is bad form if you participate in email conversations that are in a public list such as the mapserver-users one. People like me who read this in their email programme get utterly confused. Also Nabble users by the way, because you are breaking the chain of reasoning: by going back and altering earlier parts of a conversation the thread becomes non-sensical... Re. Your problem: My guess is that the subselect doen not result in a valid WKT/WKB geometry in the_geom. If you test the SQL stand-alone in PostGIS, what is the outcome...? yours -- Barend Köbben Senior Lecturer ITC University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 18-06-10 13:02, ""Ibrahim Saricicek" wrote: > Hi, > > I'm not using mail group, using nabble.com <http://nabble.com> instead. So > my edits on posts aren't posted to mail group, just changes on forum. > > You may see the changes on the link; > http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Pr > oblem-td5186640.html#a5186640 > > Best regards... > > 2010/6/18 Barend Köbben >> and that error is...?? >> >> Please be more clear in what you are asking! >> >> -- >> Barend Köbben >> Senior Lecturer >> ITC University of Twente, Faculty of Geo-Information Science and >> Earth Observation >> PO Box 6, 7500AA Enschede, The Netherlands >> +31 (0)53 4874253 >> >> >> >> On 17-06-10 15:27, "Ibrahim Saricicek" wrote: >> >>>> >>>> >>>> Hi all, >>>> >>>> I've updated my post. Now I have a different error. >>>> >>>> Regards.. >>>> -- >>>> View this message in context: >>>> >>> > http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Prob >>>> lem-tp5186640p5190953.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 >> >> Faculty of Geo-Information Science and Earth Observation (ITC) >> University of Twente >> >> 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. > > > -- End of Forwarded Message > > Faculty of Geo-Information Science and Earth Observation (ITC) > University of Twente > > 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 > Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] Re: Postgis Function in a Wfs Map File Problem
Hi, I'm not using mail group, using nabble.com <http://nabble.com> instead. So my edits on posts aren't posted to mail group, just changes on forum. You may see the changes on the link; http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Pr oblem-td5186640.html#a5186640 Best regards... 2010/6/18 Barend Köbben > and that error is...?? > > Please be more clear in what you are asking! > > -- > Barend Köbben > Senior Lecturer > ITC University of Twente, Faculty of Geo-Information Science and > Earth Observation > PO Box 6, 7500AA Enschede, The Netherlands > +31 (0)53 4874253 > > > > On 17-06-10 15:27, "Ibrahim Saricicek" wrote: > >> > >> > >> > Hi all, >> > >> > I've updated my post. Now I have a different error. >> > >> > Regards.. >> > -- >> > View this message in context: >> > >> http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Prob >> > lem-tp5186640p5190953.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 > > Faculty of Geo-Information Science and Earth Observation (ITC) > University of Twente > > 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. -- End of Forwarded Message Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] Re: Postgis Function in a Wfs Map File Problem
and that error is...?? Please be more clear in what you are asking! -- Barend Köbben Senior Lecturer ITC University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 17-06-10 15:27, "Ibrahim Saricicek" wrote: > > > Hi all, > > I've updated my post. Now I have a different error. > > Regards.. > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Prob > lem-tp5186640p5190953.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 Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] Postgis Function in a Wfs Map File Problem
You probably should put
"ows_name" " Company_Routes"
or
"wfs_name" " Company_Routes"
In the Web block of your LAYER
--
Barend Köbben
Senior Lecturer
ITC University of Twente, Faculty of Geo-Information Science and
Earth Observation
PO Box 6, 7500AA Enschede, The Netherlands
+31 (0)53 4874253
On 16-06-10 16:08, "Ibrahim Saricicek" wrote:
>
>
> Hi All;
>
> I ve a function in Postgis that returns a geometry;
> findroute_multiplepoints_sp.
>
> select findroute_multiplepoints_sp('{{3647479.442976,
> 4852451.8659522},{3652677.1608985,4848094.9553407},{3647577.5,4850086.5}}');
> returns dijkstra (shortest path) results of given points.
>
>
> And my layer definition is as tihs;
>
> LAYER
> NAME 'Company_Routes'
> METADATA
> ...
> ..
> ..
> CONNECTIONTYPE postgis
> CONNECTION 'host=192.168 user=postgres password=x dbname=mapserver'
> DATA "findroute_multiplepoints_sp FROM
> (select findroute_multiplepoints_sp('{{3647479.442976,
> 4852451.8659522},{3652677.1608985,4848094.9553407},{3647577.5,4850086.5}}'))"
>
> The wfs result is;
>
> msWFSGetFeature(): WFS server error. TYPENAME 'Company_Routes' doesn't exist
> in this server. Please check the capabilities and reformulate your request.
>
> Why?
>
> Thanks in Advance...
>
>
> --
> View this message in context:
> http://osgeo-org.1803224.n2.nabble.com/Postgis-Function-in-a-Wfs-Map-File-Prob
> lem-tp5186640p5186640.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
>
Faculty of Geo-Information Science and Earth Observation (ITC)
University of Twente
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] Path profile...
HI, Mapserver is exactly what its name says: a server of maps. Therefore not the right platform to do the kind of spatial analysis you describe. The analysis funcyionlity you describe could be realised in vaery many ways, in any kind of GIS software (eg. GRASS, QGIS, if you want to stay in the Open Source Domain). Or you could store the dtata serverside and write the analysis logic yourself in php (its not that complicated an analysis). Mapserver could of course be used if you need to show the results in the form of a maps... Yours, -- Barend Köbben Senior Lecturer ITC University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 04-06-10 21:14, "Gianni Olivieri" wrote: > Hallo to all, > >i'm a new subscriber of this mailing-list... I'd like to build a > web service where an user insert two coordinates gps and the website > give out a profile of path with altitude to see if there are > visibility between the 2 given point > > I've thinked to do this with map server... it's ok? I'm on the right way? > I've already download some srtm maps in hgt format. > > I'd like to programm the client interface in php... > > For now I ask to you if this is the right way, if it's simple to query > map server to collect the altitude of a path. > > For now is all. > > Best regards. > > -- > Gianni Olivieri > gianni.olivi...@gmail.com > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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 GetFeatureInfo on a WFS layer
The service you mention is a WMS service, are you sure you have added it as a WFS client layer, that seem impossible to do...? -- Barend Köbben Senior Lecturer ITC University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 24-03-10 10:24, "Yves Jacolin" wrote: > Hi, > > I added a WFS layer in my mapfile and I am using MapServer as a WMS server. I > would like to send a GetFeatureInfo request on this WFS layer but I always get > a "Search return no result" as answer. > > Is it possible to request such layer? I get same problem with an OGR > connection (mapInfo file). Does the problem could occur only with a polyline > feature if we click always too far of the feature? > > Or the problem occur from the WFS service? > > The WFS service I want to request in my WMS service is > http://carto.ecologie.gouv.fr/MEDD/wms.php?service_idx=17W&map=sacarte.map > > Thanks in advance for your help, > > Y. Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] svg output label anomalies
Hi,
The first anomaly is because you have
COLOR 0 0 255
OUTLINECOLOR 255 255 255
for you labels. The SVG driver mimics a separate stroke and fill color by
having two instances, each in a different color.
Your second anomaly is not clearly descibed. Do you mean the png is NOT
rotated and the SVG is? Or is the SVG one rotated wrongly (cw instead of
ccw), while the png is rotated correctly?
Barend
--
Barend Köbben
Senior Lecturer
ITC University of Twente, Faculty of Geo-Information Science and
Earth Observation
PO Box 6, 7500AA Enschede, The Netherlands
+31 (0)53 4874253
On 16-02-10 23:59, "sbau...@abt.net" wrote:
> I'm writing a street mapping application that has two output formats:
> a png file to the web browser and an svg file for further editing and
> printing via inkscape. I'm using a single map file with two output
> formats like this:
>
> OUTPUTFORMAT
> NAME png
> DRIVER "GD/PNG"
> MIMETYPE "image/png"
> IMAGEMODE PC256
> EXTENSION "png"
> END
> OUTPUTFORMAT
> NAME svg
> MIMETYPE "image/svg+xml"
> DRIVER svg
> FORMATOPTION "COMPRESSED_OUTPUT=FALSE"
> FORMATOPTION "FULL_RESOLUTION=TRUE"
> END
>
> The perl script on the web server chooses the output in response to
> what's sent from the browser. If an svg output is desired the perl
> script does the following to generate an svg file:
>
> # draw map and save image
> #
> my $image = $map->draw();
> $map->drawLabelCache($image);
> $image->save($image_path.$image_name);
>
> if ($parms->param('print')) {
> my $print_map = $map->clone();
> $print_map->selectOutputFormat("svg");
> $print_map->{resolution} = 90;
> my $print_image = $print_map->draw();
> $print_map->drawLabelCache($print_image);
> my $filename=$image_path.$print_name;
> $print_image->save($filename);
> open(DLFILE, "<$filename");
> my @fileholder = ;
> close(DLFILE);
> print "Content-Type:application/x-download\n";
> print "Content-Disposition:attachment;filename=nys1.svg\n\n";
> print @fileholder;
> exit;
> }
>
> where $map and $image are generated for the png output. I'm cloning
> this map object and changing some of the attributes that are svg
> specific. The hope is that the svg output would duplicate what
> appears on the screen because what appears on the screen is good for
> my purposes.
>
> There are two anomalies. First, all the labels are printed in
> duplicate. I've verified this by looking at the svg file with a text
> editor. I can live with this one.
>
> The label directive on the map file is:
>
> LABEL
> TYPE truetype
> FONT "arial"
> SIZE 8
> ANGLE auto
> COLOR 0 0 255
> OUTLINECOLOR 255 255 255
> MINDISTANCE 100
> MINFEATURESIZE auto
> POSITION auto
> END
>
> This brings up the second and more serious anomaly. I'm using
> mapserver to align and position the labels close to the line
> features. It does a good job on the png file. However, it does not
> rotate labels in the clockwise direction but keeps them horizontal.
> It's fine for labels that are rotated counter-clockwise. I've
> verified this by reading the svg file. Here are two examples:
>
>fill="#00" stroke="#ff"
> stroke-width="0.1" text-anchor="middle">
> Main St
>
>fill="#00" stroke="#ff"
> stroke-width="0.1" transform="rotate(-84.995650 259 419)"
> text-anchor="middle">Main St
>
>
> The rotate transform gives the rotation angle and the pivot point.
> That's a counter-clockwise rotation because svg makes the downward
> directon on the y-axis to be positive.
>
> Here's the version string for my installation:
>
> MapServer version 5.4.2 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP
> OUTPUT=SVG SUPPORTS=PROJ SUPPORTS=AGG SUPPORTS=FREETYPE
> SUPPORTS=ICONV SUPPORTS=FRIBIDI SUPPORTS=WMS_SERVER
> SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER
Re: [mapserver-users] Simple up-to-date example for Mapserver and Openlayers (WFS)
I assume you did check if the file OL.html comes from the same domain as the WFS service (ie. http://194.27.174.184) ? If not, you need a proxy to the WFS that makes the JavaScript in OL.html think the data comes from the same domain as itself (as cross-domain AJAX is not allowed by JS). BArend On 11-02-10 15:54, "Ömür D. Dalan" wrote: > OL.html---> > > > > OpenLayers Example > http://openlayers.org/api/OpenLayers.js";> > > > >
Re: [mapserver-users] Announcement: Dracones, a web mapping framework for MapServer
Hi Christian, Thanks for bringing this. It looks like a very promising framework, but while checking out your examples I did notice that the client apparently is not registering a CTRL-click in my setup (Firefox 3.5.7 on MacOSX 10.6), nothing ahpens (SHIFT-drag and doubleclick work). This makes the client side app a bit handicapped... Yours, -- Barend Köbben Senior Lecturer ITC University of Twente, Faculty of Geo-Information Science and Earth Observation PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 20-01-10 17:31, "Christian Jauvin" wrote: > Dear MapServer users, > > I have created Dracones, a Python and JavaScript web mapping framework > based on MapServer, which I think could be of interest to the open > source web mapping/GIS community. It is available at: > > http://surveillance.mcgill.ca/dracones > > This framework began its life as a surveillance application for > Montreal Public Health. After a lot of refactoring sessions, I had the > idea of abstracting a set of core client/server services, that would > become the framework, and to rewrite the original application in terms > of those. Thus the set of features offered by Dracones stems from > pre-existing application needs, rather than the opposite. > > In a nutshell, here is what Dracones provides.. > > On the client side: > > * A lightweight but powerful map widget (100% JS), with state of the > art features like AJAX-based smooth scrolling and visual selection > * An extension mechanism to define new UI behaviors (e.g. what happens > when clicking on the map, or drawing a selection box around objects) > > On the server side: > > * A set of Python classes and functions (written on top of > Python-MapScript) that encapsulate the application state, and ease the > interaction with its map objects > * A well-thought extension mechanism, to define custom requests and queries > > Dracones also provides a bunch of other application-centric features, > like easy map image export and undo/redo. Last but not least, I've > been very careful in writing the documentation and tutorials, which I > think cover a wide range of issues and possibilities. > > This work is still in Alpha stage, and I will be of course very > interested to hear the community's comments and suggestions. > > Best regards, > > Christian Jauvin > ___ > mapserver-users mailing list > mapserver-users@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/mapserver-users Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] Get table name from WFS
Hi , Can you explain what you mean by "table name in XML package"...? WFS only outputs XML, the data may or may not have originated in a table, but that's not exposed in the WFS interfaces... -- 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 07-01-10 16:05, "ibrahimsaricicek" wrote: > > > Hi all; > > Is there a way to get the table name in XML package? What sould I do for > such an WFS mapfile? > > (I wanna see the table name of the object, I clicked on Openlayers...) > > > Thanks, all.. > > -- > View this message in context: > http://n2.nabble.com/Get-table-name-from-WFS-tp4266874p4266874.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 Faculty of Geo-Information Science and Earth Observation (ITC) University of Twente 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] 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
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] Question on the layer order impact in a Getmap(WMS) call
The WMS GetMap interface standard requires layers to be drawn in order (bottom to top) they appear in the LAYERS= statement in the request. So that overrides the order in the MAP file... -- Barend Köbben International Institute for Geo-Information Sciences and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 03-12-09 21:59, "Martin Ouellet" wrote: > The mapserver doc specified that the layer are drawn in their order of > appearance in the MapFile (first layer is at the bottom, last is on top). > Extract from: http://umn.mapserver.ch/MapServer/en/layer.htm > > So I wonder why the map is different if I change the order of the layers > (CEHQ_STATION_CEHQ_NIVEAU_NIV2 = point layer and CEHQ_BASSIN_N1_NIVEAU = > polygon layer) in the call? > Should Mapserver generate the map considering the layer order in the mapfile > (bottom to top) and not with the order in the URL call? > > With this call, the polygon are on top: > http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_STATION_CE > HQ_NIVEAU_NIV2,CEHQ_BASSIN_N1_NIVEAU&TRANSPARENT=true&FORMAT=image/png&SERVICE > =WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_in > image&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,61 > 29367.3731146&WIDTH=1452&HEIGHT=771 > > With this call, the point are on top (which I would like to have always) > http://spssoww5d.sso.msp.gouv.qc.ca/cgi-wms/adnIntranet?LAYERS=CEHQ_BASSIN_N1_ > NIVEAU,CEHQ_STATION_CEHQ_NIVEAU_NIV2&TRANSPARENT=true&FORMAT=image/png&SERVICE > =WMS&VERSION=1.1.1&REQUEST=GetMap&STYLES=&EXCEPTIONS=application/vnd.ogc.se_in > image&SRS=EPSG:900913&BBOX=-8397907.6360637,5657903.782736,-7510015.1156621,61 > 29367.3731146&WIDTH=1452&HEIGHT=771 > > Do I forgot something? > > MartinO > > > > > 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] uDig and MapServer WFS
Hi, I have found that a uDig/Mapserver combination is especially picky on data that has no clear extent. Try explicitely mentioning the extent, by including "ows_extent" "xmin ymin xmax ymax" or "wfs_extent" "xmin ymin xmax ymax" in the METADATA section of each LAYER definition Hope this helps, -- Barend Köbben International Institute for Geo-Information Sciences and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 03-11-09 18:36, "graham_allan" wrote: > Dear All, > > I¹m trying to use uDig in connection with MapServer¹s WFS capability. I have > set up a .map file that contains all the information needed for a WFS > according to the instructions in the MapServer user guide > <http://mapserver.org/ogc/wfs_server.html> and can get the XML in response to > a get capabilities: > > http://localhost/cgi-bin/mapserv.exe?map=/ms4w/apps/labuan/mapfiles/labuan_wfs > .map&SERVICE=wfs&VERSION=1.0.0&REQUEST=GetCapabilities > > But if I open the service using uDig although I can select layers and they > apper in the layers view, no data is displayed and the table view contains 0 > records and the layer count is 0. > > If I use the same map file and open the layers as a WMS then I can see the > data > > Does anybody have any suggestion regarding what I¹m doing wrong? > > > Thanks > > > Graham > > > > # objects. > MAP > NAME LABUAN_WFS > STATUS ON > IMAGETYPE PNG > EXTENT 607726.651900 578442.812605 630101.446005 597763.786700 > SIZE 800 600 > IMAGECOLOR 255 255 255 > > # PROJECTION > # "proj=omerc" > # "lat_0=4" > # "lonc=115" > # "alpha=53.3158204722" > # "k=0.99984" > # "x_0=590476.87" > # "y_0=442857.65" > # "ellps=evrstSS" > # "units=m" > # "no_defs" > # END > > PROJECTION > "init=epsg:29873" > END > > > # > # Start of web interface definition > # > WEB > # > # On Windows systems, /tmp and /tmp/ms_tmp/ should be created at > the root > # of the drive where the .MAP file resides. > # > IMAGEPATH "C:/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > "wfs_title" "Labuan_WMS" > "wfs_onlineresource" > "http://127.0.0.1/cgi-bin/mapserv.exe?MAP=C:/ms4w/apps/labuan/mapfiles/labuan_ > wfs.map" > "wfs_srs" "EPSG:29873" > "wfs_schemas_location" > "http://schemas.opengeospatial.net"; > END > END > > # Layer objects are defined beneath the map object. You need at least one > # layer defined in your map file before you can display a map... You can > # define as many layers as you'd like although a limit is typically > hard-coded > # in map.h in the MapServer source. The default limit is set at 100. You'd > # have to have a very specialized application to need more than 100 layers > in > # your application. > # Start of LAYER DEFINITIONS - > LAYER > NAME DMA > METADATA > "wfs_title""DMA" > "gml_include_items" "all" > "gml_featureid" "OBJECTID" >END > TYPE POLYGON > CONNECTIONTYPE ogr > CONNECTION "C:\ms4w\apps\labuan\labuan.mdb" > DATA "DMA" > STATUS ON > DUMP TRUE > CLASS > NAME "dma" > STYLE > COLOR 255 204 255 > OUTLINECOLOR 153 000 153 > END > END > END > > LAYER > NAME Pipeline >METADATA > "wfs_title""Pipeline" > "gml_include_items" &qu
Re: [mapserver-users] loadWeb(): Unknown identifier. Parsing error near (/ms4w/tmp/ms_tmp):(line 1)
map files should contain a MAP object, ie. It should start with MAP and have a corresponding END (at the end ;-) -- Barend Köbben International Institute for Geo-Information Sciences and Earth Observation (ITC) PO Box 6, 7500AA Enschede, The Netherlands +31 (0)53 4874253 On 12-11-08 11:09, "le nho luu" <[EMAIL PROTECTED]> wrote: > Hello everyone, > > I'm new, and am currently having trouble figuring out what's wrong with my > .map files. I've checked all the lines in my .map files for missing > parenthesees. I'm getting this error when I try to click the button to load > both test map files: > > loadWeb(): Unknown identifier. Parsing error near (/ms4w/tmp/ms_tmp):(line 1) > > Is there something wrong with my environment? Are there differences in > reading code in version 5.0.0. I am using Windows XP, Mapserver 5.0.0, > Apache, and PHP 5.2.4. > Any help is appreciated! > Here is my sample hello.map file: > # This is our "Hello World" mapfile > NAME "Hello_World" > SIZE 400 300 > IMAGECOLOR 249 245 186 > IMAGETYPE png > EXTENT -1.00 -1.00 1.00 1.00 > WEB > TEMPLATE "/ms4w/apps/vidu/htdocs/hello.html" > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > END > LAYER > STATUS default > TYPE point > FEATURE > POINTS 0.0 0.0 END > TEXT "Hello World" > END # end feature > CLASS > STYLE > COLOR 255 0 0 > END > LABEL > TYPE bitmap > END > END > END > END > Here is my sample hello.html file: > > MapServer Hello World > > > > > > > > > > > > > > > ___ > 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
